Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Friedrich L. <fl...@fl...> - 2004-01-06 01:12:09
|
smiley73 wrote on 05.01.2004 23:58 MET: > Update of /cvsroot/devil-linux/build/scripts/configuration/profiles > In directory sc8-pr-cvs1:/tmp/cvs-serv3772/scripts/configuration/profiles > > Modified Files: > router > Log Message: > fixed router profile > > > Index: router > =================================================================== > RCS file: /cvsroot/devil-linux/build/scripts/configuration/profiles/router,v > retrieving revision 1.5 > retrieving revision 1.6 > diff -u -d -r1.5 -r1.6 > --- router 5 Jan 2004 01:54:23 -0000 1.5 > +++ router 5 Jan 2004 22:58:23 -0000 1.6 > @@ -20,6 +20,7 @@ > +CONFIG_HIGHMEM=n > +CONFIG_LINUX_NR_CPUS=2 > +CONFIG_LINUX_SMP=n Hmmmm....a router with SMP? Why would anybody do that? > -CONFIG_HIGHMEM=n > +CONFIG_KERNEL_CPU=486 > +CONFIG_CPU=486 -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2004-01-06 00:46:12
|
Tim Tait wrote: > Bruce Smith wrote: > >>>>>I made what I think is a few enhancements to the linuxrc script... now >>>>>this is my 1st attempt at any real script mods, so I may not have it >>>>>all correct. >>>>> >>>>>First is simple, I have it check floppies for a config 1st, thus >>>>>allowing someone to temporarily test new configs by overiding one >>>>>stored on a HD. Probably be good to check other removeable media list >>>>>USB 1st too but thats trickier. I don't think this raises a security >>>>>risk, cause if someone can put floppies into your machine they can do >>>>>a lot worse too. >>>>> >>>>>2nd, if you have multiple possible sources of the configuration file, >>>>>if it's not on the first one, it halts the boot to prompt if you want >>>>>to write a default one to it. This is really bad, because it hangs the >>>>>system on an unattended reboot. So I tweaked the script to check all >>>>>media 1st, then if none was found do a 2nd pass to look for blank >>>>>media. Of course lastly it still checks the CDROM. Is it possible to >>>>>pass the config source from grub as option, like it works for >>>>>"root=/dev/hda1"? >>>>> >>>>> >>>>2nd try with "unified diff" attachment. I couldn't get the cvs diff -run >>>>to work, sorry. >>>> >>>> >>>I can't look into it at the moment, I have a full re-compile running. >>>Bruce you got time? Otherwise I'll try to do it tomorrow night. >>> >>> >> >>I might have time tomorrow. >> >>I haven't looked at the patch yet, but I'm not sure about checking for >>floppy first. That would check floppy before the USB memory stick. >>I think the USB flash drive should have priority over the floppy. >>Heiko, what's your opinion on that? >> >> > I think it needs to check both... my thought was if you have a USB > config then you are unlikely to leave a floppy in, except to test > something. Also, I was not sure how to make it check USB vs a SCSI > drive. Either way I think removable media 1st.. of course since I have > an IDE CF Card, it get's more convoluted. There probably is no canned > config which solves every setup, which is why I was asking about passing > it as a parameter from grub for installs to usb/hd . Sorry, but I don't really "feel" we should change the order. However, your other changes are still in the queue. >>Also, the search order for configs need to match the save-config script. >>It's really confusing if your save goes to a different location than the >>boot is using. (believe me, I know that first hand! :) So, if you >>change the boot order, you also need to modify the save-config script. >> >> - BS >> >> > I agree on the save-config script, that was my next order of business. > Ideally though, save-config should *know* where the source was, not > guess. Hot-pluggable media coudl ahve been added since boot, etc. Can't > we pass it some how from linuxrc? We just need to copy'n'paste the specific parts into the save-config script. Heiko |
|
From: <no...@fr...> - 2004-01-06 00:43:34
|
This email is to inform you about the release of version '2.4.24' of 'Linux' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/linux/ The changes in this release are as follows: A mremap() syscall bug which could allow local users to gain root privileges has been fixed. Project description: Linux is a clone of the Unix kernel, written from scratch by Linus Torvalds with assistance from a loosely-knit team of hackers across the Net. It aims towards POSIX and Single UNIX Specification compliance. It has all the features you would expect in a modern fully-fledged Unix kernel, including true multitasking, virtual memory, shared libraries, demand loading, shared copy-on-write executables, proper memory management, and TCP/IP networking. Trove categories: [Development Status ] 5 - Production/Stable [Environment ] Console (Text Based) [Intended Audience ] Developers, End Users/Desktop, System Administrators [License ] OSI Approved :: GNU General Public License (GPL) [Operating System ] POSIX, POSIX :: Linux [Programming Language] C, C++ [Topic ] System :: Operating System, System :: Operating System Kernels :: Linux If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects and categories you're subscribed to in the right column, which you may cancel by highlighting the project or category in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ This email is sponsored by OSDN's Audience Survey. Help shape OSDN's sites and tell us what you think. Take this five minute survey and you could win a $250 Gift Certificate. http://www.wrgsurveys.com/2003/osdntech03.php?site=2 ____________________________| Advertising |____________________________ |
|
From: SourceForge.net <no...@so...> - 2004-01-06 00:33:38
|
Feature Requests item #871335, was opened at 2004-01-05 19:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=871335&group_id=34096 Category: Packages Group: None Status: Open Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: add mtr Initial Comment: http://www.bitwizard.nl/mtr/ mtr combines the functionality of the 'traceroute' and 'ping' programs in a single network diagnostic tool. As mtr starts, it investigates the network connection between the host mtr runs on and a user-specified destination host. After it determines the address of each network hop between the machines, it sends a sequence ICMP ECHO requests to each one to determine the quality of the link to each machine. As it does this, it prints running statistics about each machine. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=871335&group_id=34096 |
|
From: Heiko Z. <he...@zu...> - 2004-01-06 00:31:30
|
Diego Torres wrote: > On Mon, Jan 05, 2004 at 12:15:21PM -0800, SourceForge.net wrote: > >>Category: Packages >>Group: None >> >>>Status: Closed >> >>Priority: 5 >>Submitted By: Heiko Zuerker (smiley73) >>Assigned to: Diego Torres (rapid2k1) > > > now we have a running init script, a default config that works always and reports are sent to syslog... should be ok to everyone :) > Great ! Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-06 00:21:28
|
Diego Torres wrote: > may i check-in this change? this plus the setterm fix will lead to a good > way to monitor a system/router/server :) > > /etc/inittab > > -1:2345:respawn:/sbin/agetty tty1 9600 > +1:2345:respawn:env - TERM=linux /bin/procinfo -f -F /dev/tty1 > -8:2345:respawn:env - TERM=linux /bin/procinfo -f -F /dev/tty8 I don't think this is a good idea to do this as default. Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-06 00:10:20
|
Diego Torres wrote: > On Mon, Jan 05, 2004 at 05:54:31PM -0500, Heiko Zuerker wrote: > >>>>+- added non-blanking stuff to the sensors script (should be a good >>>>place) >>> >>>I personaly would prefer if I could enable the non-blanking stuff >> >>>from /etc/sysconfig/config as I possibly will not be running lmsensors >> >>>on every machine (quirks hardware). >>> >> >>Agreed, please make it optional. > > > about this... should i define an option on sysconfig/config and check the > value on a script from init.d? a script only for that? > Good point, this would actually make sense. On the other hand, it's probably a bit of an overkill. What about moving that stuff into the boot script, which is already existing. In case you do this, then you have to modify our master file build/config/etc/sysconfig/config. cu Heiko |
|
From: Diego T. <dt...@co...> - 2004-01-05 23:56:27
|
may i check-in this change? this plus the setterm fix will lead to a good way to monitor a system/router/server :) /etc/inittab -1:2345:respawn:/sbin/agetty tty1 9600 +1:2345:respawn:env - TERM=linux /bin/procinfo -f -F /dev/tty1 -8:2345:respawn:env - TERM=linux /bin/procinfo -f -F /dev/tty8 -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Diego T. <dt...@co...> - 2004-01-05 23:51:07
|
On Mon, Jan 05, 2004 at 05:54:31PM -0500, Heiko Zuerker wrote: > > > >>+- added non-blanking stuff to the sensors script (should be a good > >>place) > > > >I personaly would prefer if I could enable the non-blanking stuff > >from /etc/sysconfig/config as I possibly will not be running lmsensors > >on every machine (quirks hardware). > > > Agreed, please make it optional. about this... should i define an option on sysconfig/config and check the value on a script from init.d? a script only for that? -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Heiko Z. <he...@zu...> - 2004-01-05 23:29:58
|
Friedrich Lobenstock wrote: > rap...@us... wrote on 05.01.2004 22:05 MET: > >> +- added non-blanking stuff to the sensors script (should be a good >> place) > > > I personaly would prefer if I could enable the non-blanking stuff > from /etc/sysconfig/config as I possibly will not be running lmsensors > on every machine (quirks hardware). > Agreed, please make it optional. Heiko |
|
From: Heiko Z. <he...@zu...> - 2004-01-05 23:29:57
|
Bruce Smith wrote: >>>(I made the experience that copy'n'paste from the archives doesn't work) >> >>Use wget to get this page and just feed this file into patch. >>That should work. > > > Nope, but I remade the patch, and it's fixed. (upload coming shortly). Transferring file `cyrus-imapd-db4-patch.bz2' mirror: Access failed: 550 cyrus-imapd-db4-patch.bz2: Permission denied Finally !!! ;-) Heiko |
|
From: Bruce S. <bw...@ar...> - 2004-01-05 21:31:42
|
> > (I made the experience that copy'n'paste from the archives doesn't work) > > Use wget to get this page and just feed this file into patch. > That should work. Nope, but I remade the patch, and it's fixed. (upload coming shortly). - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-01-05 21:11:09
|
rap...@us... wrote on 05.01.2004 22:05 MET: > +- added non-blanking stuff to the sensors script (should be a good place) I personaly would prefer if I could enable the non-blanking stuff from /etc/sysconfig/config as I possibly will not be running lmsensors on every machine (quirks hardware). -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Diego T. <dt...@co...> - 2004-01-05 21:04:22
|
On Mon, Jan 05, 2004 at 12:15:21PM -0800, SourceForge.net wrote: > Category: Packages > Group: None > >Status: Closed > Priority: 5 > Submitted By: Heiko Zuerker (smiley73) > Assigned to: Diego Torres (rapid2k1) now we have a running init script, a default config that works always and reports are sent to syslog... should be ok to everyone :) -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dtorres at anthalia dot org - Madrid / España |
|
From: Friedrich L. <fl...@fl...> - 2004-01-05 20:45:01
|
hzu...@ra... wrote on 05.01.2004 21:36 MET: > > (I made the experience that copy'n'paste from the archives doesn't work) Use wget to get this page and just feed this file into patch. That should work. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: <hzu...@ra...> - 2004-01-05 20:37:33
|
On 01/05/2004 12:52:28 PM hzuerker wrote: >On 01/05/2004 11:53:47 AM Bruce Smith wrote: >>> >New LFS, mrproper, all the latest updates (as of this minute). >>> >Is this caused by the upgrade to the new version of db-4? >>> >>> I got another error yesterday with cyrus-imapd on my box, but thought >>it's >>> something local.... >>> >>> I probably have some time to look into it tonight, or in case you're >>> bored... ;-) >> >>I've been looking, but haven't figured it out yet. Any hints? > >No, sorry. I quickly asked google and found this: http://www.mail-archive.com/inf...@li.../msg15556.html I would say disable cyrus-imapd, until a new version comes out or try to find the patch file. (I made the experience that copy'n'paste from the archives doesn't work) cu Heiko |
|
From: SourceForge.net <no...@so...> - 2004-01-05 20:15:22
|
Feature Requests item #747058, was opened at 2003-06-01 16:04 Message generated for change (Settings changed) made by rapid2k1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=747058&group_id=34096 Category: Packages Group: None >Status: Closed Priority: 5 Submitted By: Heiko Zuerker (smiley73) Assigned to: Diego Torres (rapid2k1) Summary: add smarttools Initial Comment: http://smartmontools.sourceforge.net/ This is the home page for smartmontools. The smartmontools package contains two utility programs (smartctl and smartd) to control and monitor storage systems using the Self-Monitoring, Analysis and Reporting Technology System (S.M.A.R.T.) built into most modern ATA and SCSI hard disks. It is derived from the smartsuite package, and includes support for ATA/ATAPI-5 disks. It should run on any modern Linux system, and is being ported to BSD variants. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410646&aid=747058&group_id=34096 |
|
From: Friedrich L. <fl...@fl...> - 2004-01-05 19:45:46
|
hzu...@ra... wrote on 05.01.2004 20:35 MET: > On 01/05/2004 02:20:03 PM Friedrich Lobenstock wrote: > >>Users, you never know...and if we advertise the upgrade feature >>like we do now....(at least on the upcoming homepage) >>What about a forced upgrade if it finds the etc.tar.gz instead >>of etc.tar.bz2? > > That would need a major re-write of the initrd. > > I would say it's not supported with version < 1.0. Ok, then we need to explicitely say something like this "From version 1.x and upwards a upgrade script will support you in migratin to later releases.....blabla" -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: <hzu...@ra...> - 2004-01-05 19:37:32
|
On 01/05/2004 02:20:03 PM Friedrich Lobenstock wrote: >Bruce Smith wrote on 05.01.2004 20:11 MET: >>>>Does 0.5 user shadow password files? Shadow group files (gshadow)? >>> >>>I can find the shadow but now gshadow. I've downloaded the 0.5a >>>release and there's also no gshadow included in that etc.tar.gz. >> >> >> That's the problem. The upgrade script is looking for gshadow. >> >> >>>What I still have to try is to not repackage the 0.5 etc.tar.gz >>>to etc.tar.bz2. Will it catch that? We will see :-) >> >> >> Nope. >> >> I'm not sure the gshadow error is worth fixing, since the etc >> compression format won't work anyway. > >Users, you never know...and if we advertise the upgrade feature >like we do now....(at least on the upcoming homepage) >What about a forced upgrade if it finds the etc.tar.gz instead >of etc.tar.bz2? That would need a major re-write of the initrd. I would say it's not supported with version < 1.0. Heiko |
|
From: Bruce S. <bw...@ar...> - 2004-01-05 19:26:41
|
> > I'm not sure the gshadow error is worth fixing, since the etc > > compression format won't work anyway. > > Users, you never know...and if we advertise the upgrade feature > like we do now....(at least on the upcoming homepage) > > What about a forced upgrade if it finds the etc.tar.gz instead > of etc.tar.bz2? That has nothing to do with the upgrade. The upgrade program upgrades the /etc/ directory it finds in memory. What you're asking is for the boot process to untar the old etc directory if it finds it. I think that would cause more problems than it's worth. Maybe we should change the wording on the home page so it excludes 0.5? - BS |
|
From: Friedrich L. <fl...@fl...> - 2004-01-05 19:20:17
|
Bruce Smith wrote on 05.01.2004 20:11 MET: >>>Does 0.5 user shadow password files? Shadow group files (gshadow)? >> >>I can find the shadow but now gshadow. I've downloaded the 0.5a >>release and there's also no gshadow included in that etc.tar.gz. > > > That's the problem. The upgrade script is looking for gshadow. > > >>What I still have to try is to not repackage the 0.5 etc.tar.gz >>to etc.tar.bz2. Will it catch that? We will see :-) > > > Nope. > > I'm not sure the gshadow error is worth fixing, since the etc > compression format won't work anyway. Users, you never know...and if we advertise the upgrade feature like we do now....(at least on the upcoming homepage) What about a forced upgrade if it finds the etc.tar.gz instead of etc.tar.bz2? -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2004-01-05 19:11:29
|
> > Does 0.5 user shadow password files? Shadow group files (gshadow)? > > I can find the shadow but now gshadow. I've downloaded the 0.5a > release and there's also no gshadow included in that etc.tar.gz. That's the problem. The upgrade script is looking for gshadow. > What I still have to try is to not repackage the 0.5 etc.tar.gz > to etc.tar.bz2. Will it catch that? We will see :-) Nope. I'm not sure the gshadow error is worth fixing, since the etc compression format won't work anyway. - BS |
|
From: <hzu...@ra...> - 2004-01-05 18:58:40
|
On 01/05/2004 01:51:27 PM Friedrich Lobenstock wrote: >Bruce Smith wrote on 05.01.2004 19:32 MET: >>>I've just try how an upgrade from version 0.5 to 1.1.1-2004-01-04 >>>works. So far so good but after the upgrade script has asked if it >>>should upgrade/migrate the users too I get the error messages >>>"unary operator expected" (see screenshot). >> >> >> I've never tried going from 0.5 to 1.X. I don't have a 0.5 system to >> try it on any longer. > >I've just found the config disk image of an old system which I used to >test what happens during the upgrade process - worst case testing ;-) > >> Does 0.5 user shadow password files? Shadow group files (gshadow)? > >I can find the shadow but now gshadow. I've downloaded the 0.5a >release and there's also no gshadow included in that etc.tar.gz. > >What I still have to try is to not repackage the 0.5 etc.tar.gz >to etc.tar.bz2. Will it catch that? We will see :-) It won't work with etc.tar.gz. Heiko |
|
From: <hzu...@ra...> - 2004-01-05 18:56:28
|
On 01/05/2004 01:32:21 PM Bruce Smith wrote: >> I've just try how an upgrade from version 0.5 to 1.1.1-2004-01-04 >> works. So far so good but after the upgrade script has asked if it >> should upgrade/migrate the users too I get the error messages >> "unary operator expected" (see screenshot). > >I've never tried going from 0.5 to 1.X. I don't have a 0.5 system to >try it on any longer. > >Does 0.5 user shadow password files? Shadow group files (gshadow)? No it didn't use shadow passwords, as far as I can remember. Heiko |
|
From: <hzu...@ra...> - 2004-01-05 18:51:48
|
On 01/05/2004 12:17:53 PM Friedrich Lobenstock wrote: >Diego Torres wrote on 05.01.2004 17:53 MET: >> >> maybe if i buy you a beer... :)) > >I guess those times are over, but a nice car will do for Heiko, right? >;-) Yes correct. We didn't announce this yet, but you have the option to get your feature request to the top of the list by donating. ;-) Heiko |
35 messages has been excluded from this view by a project administrator.
