Re: debian-installer - final use of busybox-cvs
tis 2003-04-01 klockan 22.43 skrev Bastian Blank: > - change the priority handling of anna a little bit. it should be > possible to have udebs which never get considered by anna. I'm already working on this, but I'm having some odd segfault bugs. *sigh* > i currently intend to implement the following udebs: > - busybox-cvs-udeb: similar like the current, arch specific things like > telnetd or modutils. > - busybox-cvs-udeb-net: minimal udeb for net images, only some archs > need them. What about the cdrom144 target? I mean, the 2.88M image is all well and good, but the net 1.44M isn't the only 1.44M image... /M -- Martin Sjögren [EMAIL PROTECTED] -- [EMAIL PROTECTED] GPG key: http://www.mdstud.chalmers.se/~md9ms/gpg.html let hello = "hello" : hello in putStr (unlines hello) signature.asc Description: Detta =?ISO-8859-1?Q?=E4r?= en digitalt signeradmeddelandedel
debian-installer - final use of busybox-cvs
hi folks we find some space problems with the i386 net floppies, so we decide to build at least one extra busybox udeb for this images. i'll implement this during the next weekend into the busybox-cvs package and review the list of busybox applets at this time. this introduces a few problems: - we need to switch over to busybox-cvs-udeb. - no busybox udeb gets autoinstalled by anna. - busybox-cvs-udeb don't include ifconfig/route. we may do the following things to fix this: - drop busybox-udeb from the archive. - set the priority of busybox-cvs-udeb to standard. - set the priority of any other busybox-cvs udeb to something lower. - change the priority handling of anna a little bit. it should be possible to have udebs which never get considered by anna. - finish the iproute version of netcfg or include ifconfig/route in the udebs. i currently intend to implement the following udebs: - busybox-cvs-udeb: similar like the current, arch specific things like telnetd or modutils. - busybox-cvs-udeb-net: minimal udeb for net images, only some archs need them. bastian -- Lots of people drink from the wrong bottle sometimes. -- Edith Keeler, "The City on the Edge of Forever", stardate unknown pgp0.pgp Description: PGP signature
Re: Adding uniq/'sort -u' and sleep to busybox-udeb?
On Tue, Apr 01, 2003 at 12:11:42AM +0200, Petter Reinholdtsen wrote: > Anyone know how much disk space these two functions will add to > busybox-udeb? please drop me a private mail or write a bug against busybox-cvs. i'll check that the next weekend. also please check busybox-cvs modutils, we may use them to save a lot of space. bastian -- Peace was the way. -- Kirk, "The City on the Edge of Forever", stardate unknown pgp0.pgp Description: PGP signature
Re: Adding uniq/'sort -u' and sleep to busybox-udeb?
On Tue, Apr 01, 2003 at 12:11:42AM +0200, Petter Reinholdtsen wrote: > I checked out the updated busybox-applets.txt, and discovered that the > applet I need for cdrom-detect and kernel-chooser is missing on the > list. I would like to have 'uniq' or 'sort -u' working in the busybox > udeb. I reported this to BTS 149 days ago as bug #167473. [EMAIL PROTECTED]/installer/tools/cdrom-detect$ find . -type f -print | \ xargs grep -E '(uniq|sort)' [EMAIL PROTECTED]/installer/tools/cdrom-detect$ that why no one of these applets are included in the list. > In addition, I would like to have 'sleep' available, mostly for giving > me a chance to read debug messages when things go wrong. I noticed > Matt Kraai asked for the same thing 71 days ago as bug #177455. > Adding sleep() is not very important for me, but it would be nice to > have. yes. good idea. it would be great. Please included all missing binaries! After this we always know which binaries should be included in the busybox packages. But I have now idea how we should handle "usefull" binaries. If we create a stage0 binary package, which contains only a small set of applets (the absolute minimum), isn't the shell menu-point then useless? What should the user do in the shell without so many binaries? eg more/nano (please replace it :))/... Bye Thorsten -- Thorsten Sauter <[EMAIL PROTECTED]> (Is there life after /sbin/halt -p?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Discover 1.5-2 pre-release available
On Sat, Mar 29, 2003 at 11:46:48AM +0100, Martin Sj?gren wrote: > tis 2003-03-25 klockan 20.46 skrev Branden Robinson: > > > I notice that your discover-data package on > > > hackers.progeny.com/~branden/discover2 also contain the *.lst files, is > > > that for backwards compatability and are actually not used? > > > > Yes, the .lst files are there for backwards compatibility so that > > discover 2.x packages don't have to Conflict with discover-data (<< 2). > > > > The backwards-compatibility can be dumped once no one needs > > discover-data anymore. > > OK, but they are not actually used by the discover program? If what you mean is, "is the Disocver 1.x data used by Discover 2.x?", then the answer is no. > I don't think there are any udebs that use the discover data instead > of calling the discover program, so this shouldn't be a problem. Okay. > > Let us know what you need in the Discover department, and we'll try to > > accomodate you. Also, be sure to tell us when you don't need Discover > > 1.x anymore -- it will then be safe to push Discover 2.x to Debian > > unstable. > > Agreed. I think ethdetect is the most critical thing to get working, and > I'll try to have a look at it. Cool. As I said before, just let us know what you need. -- Branden Robinson | GPG signed/encrypted mail welcome [EMAIL PROTECTED] | 1024D/9C0BCBFB Progeny Linux Systems | D5F6 D4C9 E25B 3D37 068C | 72E8 0F42 191A 9C0B CBFB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#187135: grub-installer: Fail if /boot/ is separate partition
Package: grub-installer Version: 0.0.7 Severity: important When trying to install grub using grub-installer on a hard drive with the following partitioning, it fails. /dev/sda1 / ext2 /dev/sda6 /boot ext2 /dev/sda7 /home ext2 This is the error message from grub-installer: Could not find device for /boot: Not found or not a block device. grub-installer: error: Running 'grub-installer "(hd0)"' failed. grub-installer's postinst exited with status 256 The content of /target/etc/fstab looks sane, so I think grub-installer should be able to extract the proper device name by using it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
