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: Diego T. <dt...@co...> - 2003-12-24 01:31:27
|
On Tue, Dec 23, 2003 at 07:03:12PM -0500, Heiko Zuerker wrote: > >and also, if i ignore/timeout the script that asks to "update" the config > >stuff after a version change, and i issue a save-config... why the script > >asks me the next time i boot up if i want to update the config? > > > >it sounds better to me the idea of a save-config script that updates the > >version stored on the /etc file. > > > We do that on purpose, since you could cause to much problems ( and > support for us ) by using out-dated scripts/configs. time for a save-config --force-update-version switch ? :) -- -- 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...> - 2003-12-24 00:06:18
|
Diego Torres wrote: >On Tue, Dec 23, 2003 at 11:30:51AM -0500, Bruce Smith wrote: > > > >>Yeah, I think we should leave it so both use the same code. It starts >>getting really confusing when save-config goes to a different place than >>the boot process uses. (believe me, I know :) >> >> > >btw, where is the install-usb looking for the etc.tar.bz2 that will go on the usb stick? > It doesn't, it only copies the stuff from the CD in order to boot. >i want to change the default etc.tar.bz2 with one of my own (the one i'm always using) and don't like the idea of scp/ssh it once the system is booted. > Replace the file in the folder /config on the CD. >and also, if i ignore/timeout the script that asks to "update" the config stuff after a version change, and i issue a save-config... why the script asks me the next time i boot up if i want to update the config? > >it sounds better to me the idea of a save-config script that updates the version stored on the /etc file. > We do that on purpose, since you could cause to much problems ( and support for us ) by using out-dated scripts/configs. Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-12-23 23:00:19
|
Bruce Smith wrote: >>>>I thought of transforming the /etc/sysconfig/lvmtab to /etc/fstab format >>>>in memory, merging it with the /etc/fstab there, sorting it according to >>>>the depth of the mountpoints and then running the mount. But have not >>>>found a clever way of doing it yet. >>>> >>>> >>>I have a slightly different idea of how to handle it. >>> >>> >>How? >> >> > >I was afraid you were going to ask that ... :-) > >Here's the new default /etc/sysconfig/lvmtab: >(first column is the lv name under vg devil-linux) > >swap swap swap defaults 0 0 >home /home auto defaults 0 0 >opt /opt auto defaults 0 0 >log /var/log auto defaults 0 0 >spool /var/spool auto defaults 0 0 >squid /var/squid auto defaults 0 0 >tmp /var/tmp auto defaults 0 0 >data /var/data auto defaults 0 0 >imap /var/imap auto defaults 0 0 >mail /var/mail auto defaults 0 0 > >Left as-is, the mountfs script will function exactly the same as it does >now, using the lvmtab file for it's mount parameters (instead of being >hard coded). LV's that don't exist will be silently skipped (as opposed >to error messages if they were in fstab). > >As far as sorting by depth, it's not going to happen. The file will be >read sequentially and people will have to add nested mounts in the >correct order in lvmtab. > >This simply gives people the ability the add/change LV's, plus adding >the ability so specify mount options (like "quota"). > > Hold your horses ! We discussed it slightly different: All LVs get mounted under /var when they're not "special". You get a list of all available LVs in this folder: /proc/lvm/VGs/devil-linux/LVs/ We also have do be carefull, I'm pretty sure a lot of people would try to mount an LV e.g. under /some-mount-point and then complain it doesn't work. Of course it will not work, because they can't create the mount point on the CD.... Heiko |
|
From: <no...@fr...> - 2003-12-23 22:08:05
|
This email is to inform you about the release of version '2.0.16-20031223' of 'Postfix' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/postfix/ The changes in this release are as follows: This release features consistent XCLIENT/XFORWARD protocols and fully working fallback to an alternate SMTP server if a delivery attempt fails in the middle of a session. Project description: Postfix is an attempt to provide an alternative to the widely-used Sendmail program. Postfix attempts to be fast, easy to administer, and hopefully secure, while at the same time being sendmail compatible enough to not upset your users. Trove categories: [Environment ] No Input/Output (Daemon) [Intended Audience ] End Users/Desktop [License ] OSI Approved :: IBM Public License [Topic ] Communications :: Email :: Mail Transport Agents 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 you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1709&alloc_id=4213&op=click ____________________________| Advertising |____________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 21:42:36
|
> >>I thought of transforming the /etc/sysconfig/lvmtab to /etc/fstab format > >>in memory, merging it with the /etc/fstab there, sorting it according to > >>the depth of the mountpoints and then running the mount. But have not > >>found a clever way of doing it yet. > > > > I have a slightly different idea of how to handle it. > > How? I was afraid you were going to ask that ... :-) Here's the new default /etc/sysconfig/lvmtab: (first column is the lv name under vg devil-linux) swap swap swap defaults 0 0 home /home auto defaults 0 0 opt /opt auto defaults 0 0 log /var/log auto defaults 0 0 spool /var/spool auto defaults 0 0 squid /var/squid auto defaults 0 0 tmp /var/tmp auto defaults 0 0 data /var/data auto defaults 0 0 imap /var/imap auto defaults 0 0 mail /var/mail auto defaults 0 0 Left as-is, the mountfs script will function exactly the same as it does now, using the lvmtab file for it's mount parameters (instead of being hard coded). LV's that don't exist will be silently skipped (as opposed to error messages if they were in fstab). As far as sorting by depth, it's not going to happen. The file will be read sequentially and people will have to add nested mounts in the correct order in lvmtab. This simply gives people the ability the add/change LV's, plus adding the ability so specify mount options (like "quota"). - BS |
|
From: Friedrich L. <fl...@fl...> - 2003-12-23 21:26:08
|
Bruce Smith wrote on 23.12.2003 22:16 MET: >> >>I thought of transforming the /etc/sysconfig/lvmtab to /etc/fstab format >>in memory, merging it with the /etc/fstab there, sorting it according to >>the depth of the mountpoints and then running the mount. But have not >>found a clever way of doing it yet. > > I have a slightly different idea of how to handle it. How? -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 21:16:31
|
> >>Maybe you want to add a config option? Please keep the kernel as > >>small as possible. Not everone will use quotas. > > > > I have another idea. Remember back to the discussion about creating a > > /etc/sysconfig/lvmtab file for customizing the LVM disk names mounted at > > boot? > > Yes I know, I said I will do that, but I had not time and I'm still > thinking about the best way to do it. > > I thought of transforming the /etc/sysconfig/lvmtab to /etc/fstab format > in memory, merging it with the /etc/fstab there, sorting it according to > the depth of the mountpoints and then running the mount. But have not > found a clever way of doing it yet. I have a slightly different idea of how to handle it. > > I'm going to implement that, but before I do any mounts, I'm going to > > grep for "quota" as an mount option. If found, then I'll do the > > modprobe in that script. > > That would be for sure the right place to do it. > > > Sound like a plan? > > If you do it then please also "grab" the feature-request and asign it > to you. It took me awhile to find the feature request, and almost added one. Then I looked under "bugs" and found it there. :-) I grabbed it. - BS |
|
From: SourceForge.net <no...@so...> - 2003-12-23 21:14:03
|
Bugs item #827631, was opened at 2003-10-21 12:43 Message generated for change (Settings changed) made by blubdog You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827631&group_id=34096 Category: Base System Group: v1.1 Status: Open Resolution: None Priority: 5 Submitted By: Heiko Zuerker (smiley73) >Assigned to: Bruce Smith (blubdog) Summary: LVM part in mountfs should be dynamic Initial Comment: Currently all the LVMs are hardcoded, changes this to dynamic. Carefull not to change the special ones like /home or /opt. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827631&group_id=34096 |
|
From: Friedrich L. <fl...@fl...> - 2003-12-23 21:00:23
|
Bruce Smith wrote on 23.12.2003 21:50 MET: >> >>Maybe you want to add a config option? Please keep the kernel as >>small as possible. Not everone will use quotas. > > I have another idea. Remember back to the discussion about creating a > /etc/sysconfig/lvmtab file for customizing the LVM disk names mounted at > boot? Yes I know, I said I will do that, but I had not time and I'm still thinking about the best way to do it. I thought of transforming the /etc/sysconfig/lvmtab to /etc/fstab format in memory, merging it with the /etc/fstab there, sorting it according to the depth of the mountpoints and then running the mount. But have not found a clever way of doing it yet. > I'm going to implement that, but before I do any mounts, I'm going to > grep for "quota" as an mount option. If found, then I'll do the > modprobe in that script. That would be for sure the right place to do it. > Sound like a plan? If you do it then please also "grab" the feature-request and asign it to you. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 20:50:37
|
> > # modprobe quota_v2 > > > > And now it works ... > > Maybe that should be compiled in the kernel instead of a module? > > Maybe you want to add a config option? Please keep the kernel as > small as possible. Not everone will use quotas. I have another idea. Remember back to the discussion about creating a /etc/sysconfig/lvmtab file for customizing the LVM disk names mounted at boot? I'm going to implement that, but before I do any mounts, I'm going to grep for "quota" as an mount option. If found, then I'll do the modprobe in that script. Sound like a plan? - BS |
|
From: Friedrich L. <fl...@fl...> - 2003-12-23 20:42:56
|
Bruce Smith wrote on 23.12.2003 21:38 MET: >># quotaon /home >>quotaon: using /home/aquota.user on /dev/devil-linux/homeq [/home]: No such process >>quotaon: Quota format not supported in kernel. > > > # modprobe quota_v2 > > And now it works ... > Maybe that should be compiled in the kernel instead of a module? Maybe you want to add a config option? Please keep the kernel as small as possible. Not everone will use quotas. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 20:38:39
|
> # quotaon /home > quotaon: using /home/aquota.user on /dev/devil-linux/homeq [/home]: No such process > quotaon: Quota format not supported in kernel. # modprobe quota_v2 And now it works ... Maybe that should be compiled in the kernel instead of a module? - BS |
|
From: Bruce S. <br...@ar...> - 2003-12-23 19:59:44
|
# cat /etc/Devil-release Devil-Linux 1.1.1-2003-12-21-i586-SMP # quotaon /home quotaon: using /home/aquota.user on /dev/devil-linux/homeq [/home]: No such process quotaon: Quota format not supported in kernel. # grep home /etc/mtab /dev/devil-linux/homeq /home ext3 rw,quota 0 0 The "quota" parameter was given to the mount command, quotacheck, repquota, and "quota" commands work, but the quotas are never updated. - BS |
|
From: Diego T. <dt...@co...> - 2003-12-23 17:28:12
|
On Tue, Dec 23, 2003 at 11:30:51AM -0500, Bruce Smith wrote: > Yeah, I think we should leave it so both use the same code. It starts > getting really confusing when save-config goes to a different place than > the boot process uses. (believe me, I know :) btw, where is the install-usb looking for the etc.tar.bz2 that will go on the usb stick? i want to change the default etc.tar.bz2 with one of my own (the one i'm always using) and don't like the idea of scp/ssh it once the system is booted. and also, if i ignore/timeout the script that asks to "update" the config stuff after a version change, and i issue a save-config... why the script asks me the next time i boot up if i want to update the config? it sounds better to me the idea of a save-config script that updates the version stored on the /etc file. -- -- 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: SourceForge.net <no...@so...> - 2003-12-23 17:18:12
|
Bugs item #864041, was opened at 2003-12-21 12:56 Message generated for change (Settings changed) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=864041&group_id=34096 Category: Configuration / Scripts Group: all >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Heiko Zuerker (smiley73) >Assigned to: Heiko Zuerker (smiley73) Summary: /etc/service links lost after upgrade Initial Comment: after an upgrade to a newer DL version, the links in "/etc/service" are lost. Make upgradde script "link-aware". ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=864041&group_id=34096 |
|
From: Heiko Z. <he...@zu...> - 2003-12-23 16:41:21
|
Bruce Smith wrote: >>>The boot should use the same location that save-config uses. >>>As long as they both have the same code, I'd think that would be >>>the most consistent way to do things. >>> >>> >>> >>Good point. >> >> > >Yeah, I think we should leave it so both use the same code. It starts >getting really confusing when save-config goes to a different place than >the boot process uses. (believe me, I know :) > > Yeah that one is fixed. ;-) But I agree, we leave it as it is. Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 16:30:53
|
> >>We could make the parameter in /etc/sysconfig/config optional: > >> not defined: our script searches for the device > >> defined: our script uses this device and fails if not present > > > >Is it possible for the bootup to use the same parameter? > >I'm thinking it's NOT possible, and if not, what's the point? > > > No it is not possible, because we need to load the config first, before > we now the value of this parameter. Yeah, that's what I thought. > >The boot should use the same location that save-config uses. > >As long as they both have the same code, I'd think that would be > >the most consistent way to do things. > > > Good point. Yeah, I think we should leave it so both use the same code. It starts getting really confusing when save-config goes to a different place than the boot process uses. (believe me, I know :) - BS |
|
From: Heiko Z. <he...@zu...> - 2003-12-23 16:21:23
|
Bruce Smith wrote: >>>>We could store the config location somewhere in the system and re-use >>>>it for save-config, but we would loose the flexibility of switching >>>>config devices while the system is up. >>>>Any more thoughts/opinions about this ? >>>> >>>> >>>Yes, add a parameter in /etc/sysconfig/config for the save-config >>>device to use ... >>> >>> >>I was more thinking about saving which devices we found in the initrd >>and re-using this. >> >>But I like you idea almost better. >>We could make the parameter in /etc/sysconfig/config optional: >> not defined: our script searches for the device >> defined: our script uses this device and fails if not present >> >> > >Is it possible for the bootup to use the same parameter? >I'm thinking it's NOT possible, and if not, what's the point? > No it is not possible, because we need to load the config first, before we now the value of this parameter. >The boot should use the same location that save-config uses. >As long as they both have the same code, I'd think that would be >the most consistent way to do things. > > > Good point. Heiko |
|
From: Bruce S. <bw...@ar...> - 2003-12-23 16:10:54
|
> >> We could store the config location somewhere in the system and re-use > >> it for save-config, but we would loose the flexibility of switching > >> config devices while the system is up. > >> Any more thoughts/opinions about this ? > > > > Yes, add a parameter in /etc/sysconfig/config for the save-config > > device to use ... > > I was more thinking about saving which devices we found in the initrd > and re-using this. > > But I like you idea almost better. > We could make the parameter in /etc/sysconfig/config optional: > not defined: our script searches for the device > defined: our script uses this device and fails if not present Is it possible for the bootup to use the same parameter? I'm thinking it's NOT possible, and if not, what's the point? The boot should use the same location that save-config uses. As long as they both have the same code, I'd think that would be the most consistent way to do things. - BS |
|
From: SourceForge.net <no...@so...> - 2003-12-23 16:05:53
|
Bugs item #864664, was opened at 2003-12-22 16:35 Message generated for change (Settings changed) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=864664&group_id=34096 Category: Configuration / Scripts >Group: v1.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Heiko Zuerker (smiley73) >Assigned to: Heiko Zuerker (smiley73) Summary: save-config doesn't use devfs Initial Comment: save-config needs to use devfs to find devices, just like the initrd script. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=864664&group_id=34096 |
|
From: <no...@fr...> - 2003-12-23 15:59:13
|
This email is to inform you about the release of version '2.01a21' of 'cdrtools' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/cdrecord/ The changes in this release are as follows: A workaround for a POSIX realtime design bug was added. The man page was extended to make it clear that there are no IDE CD/DVD-writers. Minor fixes were made to allow smooth compilation with Sun Studio 8 compiler. Project description: cdrtools (formerly cdrecord) creates home-burned CDs with a CDR/CDRW recorder. It works as a burn engine for several applications. It supports CD recorders from many different vendors; all SCSI-3/mmc- and ATAPI/mmc-compliant drives should also work. Supported features include IDE/ATAPI, parallel port, and SCSI drives, audio CDs, data CDs, and mixed CDs, full multi-session support, CDRWs (rewritable), TAO, DAO, RAW, and human-readable error messages. cdrtools includes remote SCSI support and can access local or remote CD writers. Trove categories: [Development Status ] 6 - Mature [Environment ] Console (Text Based) [Intended Audience ] Developers, End Users/Desktop, System Administrators [License ] OSI Approved :: GNU General Public License (GPL) [Operating System ] BeOS, MacOS X, Microsoft :: Windows, OS/2, POSIX, POSIX :: AIX, POSIX :: BSD, POSIX :: HP-UX, POSIX :: IRIX, POSIX :: Linux, POSIX :: Other, POSIX :: SCO, POSIX :: SunOS/Solaris [Topic ] Multimedia :: Sound/Audio :: CD Audio :: CD Ripping, Multimedia :: Sound/Audio :: CD Audio :: CD Writing, System :: Archiving, System :: Boot, System :: Software Distribution 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 you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1709&alloc_id=4213&op=click ____________________________| Advertising |____________________________ |
|
From: Heiko Z. <he...@zu...> - 2003-12-23 15:56:16
|
Emmanuel ESCARABAJAL wrote: > hi, > > Heiko Zuerker a écrit: > >> Tim Tait wrote: >> >>> Bruce Smith wrote: >>> >>>> I just downloaded devil-linux-1.1.1-2003-12-21-i586-SMP.tar.bz2 >>>> (since I >>>> didn't have a recent compile of my own at work), and installed it on a >>>> new box. >>>> >>>> It booted up, ask me to copy a blank config to media (I said "y"), it >>>> booted, I setup the box, ran save-config, and rebooted. It came back >>>> up, and I noticed that I didn't have a root password, which was set. I >>>> also noticed my network wasn't setup, and NONE of my changes were >>>> there. >>>> After repeating the process a couple times, I finally figured out that >>>> the boot process was creating and reading my config on a local hard >>>> drive (ext3 /dev/hda2), and save-config was saving to my USB stick on >>>> /dev/sda1. >>>> >>>> - BS >>>> >>>> >>> I confused, why doesn't it write back to the same place it found it >>> on boot? AIR, the location is saved into a environment variable. >>> Can't that be preserved somehow and used in save-config? >> >> >> >> The reason is easy: initrd is already updated to use devfs and >> save-config is old (out-dated). >> I still have to copy the specific part over to the save-config script. >> >> We could store the config location somewhere in the system and re-use >> it for save-config, but we would loose the flexibility of switching >> config devices while the system is up. >> Any more thoughts/opinions about this ? > > > Yes, add a parameter in /etc/sysconfig/config for the save-config > device to use ... I was more thinking about saving which devices we found in the initrd and re-using this. But I like you idea almost better. We could make the parameter in /etc/sysconfig/config optional: not defined: our script searches for the device defined: our script uses this device and fails if not present Heiko |
|
From: Diego T. <dt...@co...> - 2003-12-23 15:50:33
|
On Tue, Dec 23, 2003 at 10:39:46AM -0500, Heiko Zuerker wrote: > I just had a talk earlier today with Friedrich and we agreed to wait > until 1.0-pre6 *lol* -- -- 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...> - 2003-12-23 15:45:19
|
Friedrich Lobenstock wrote: > Heiko Zuerker wrote on 23.12.2003 15:33 MET: > >> Friedrich Lobenstock wrote: >> >>> Friedrich Lobenstock wrote on 23.12.2003 04:58 MET: >>> >>>> Attached you'll find a patch to the jail script. It fixes the case >>>> when one has a subdirectory eg. /etc/named/sec/ in /etc/named/. >>>> It also preserves the ownership of the directory created. >>>> >>>> Please test and if it does not give you troubles please apply. >>> >>> >>> >>> >>> Attached you will find the patch against the latest version of the >>> jail script. >>> >> I'm confused now, did my changes not work? >> Was there still trouble with the subdirectories? > > > I used a version before you fixed that. I did not burn the CD so > I can blame someone else for that :-) > > BUT my patch should do it in a more general way even handling > links in subdirs. Yours does not ;-) > Agreed. I'll check it in. Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-12-23 15:41:20
|
Diego Torres wrote: >On Tue, Dec 23, 2003 at 01:55:53AM -0800, no...@fr... wrote: > > > >>This email is to inform you about the release of version '1.0.0-pre5' of >>'BusyBox' through freshmeat.net. All URLs and other useful information can >> >> > >well... here it is, the long awaited pre5 release :)) why we don't wait to the final 1.0.0 ? > > > > Because they come out with new releases very, very slowly and I don't want to wait for some features. ;-) I just had a talk earlier today with Friedrich and we agreed to wait until 1.0-pre6 Heiko |
35 messages has been excluded from this view by a project administrator.
