Re: Request for d-i
On Thu, Jul 22, 2004 at 11:38:03AM +0200, Alfredo Sola wrote: > >Not sure if this is the right place, but here it goes. As we all > know, sun servers without a framebuffer (and certain other x86s too) > need to be configured and installed via a serial console that speaks at > 9600 bps by default. All the screen redrawings at that speed are a real > PITA, and there are lots of them (especially when partitioning). > >Could something be added to the d-i menus to accomodate better these > slow consoles? debian-boot is the right place for this. I, for one, agree with you. The main problem to me seems to be that when a dialog closes and a new one opens, the process goes: 1. Erase (overwrite with blue background) the old dialog box 2. Erase background 3. Redraw background 4. Draw new dialog Seems to me that steps 2 and 3 can be removed. After step 1, you're left with a blue background, so you should be able to go right to step 4. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-installer status report
> But there has been only some activity on sparc, mipsel, alpha, m69k > (amiga), and s390; and little or progress on hppa, arm, various m68k > subarches, and many less common powerpc subarches; and many of these > architectures are nowhere near working. FYI, after I fix some SILO issues this weekend, I am going to finish the work on debian-installer for sparc. My biggest problem has been the size of recent kernels causing SILO to choke (an old legacy 3.5Meg limit on uncompressed kernel sizes). Once that's resolved, it will make sense for me to get working images out. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: help with modulils for sparc64 debian-installer
On Sun, Feb 08, 2004 at 06:35:21PM -0800, Blars Blarson wrote: > I'm trying to figure out why depmod, insmod, and modprobe are give the > error that the sparc64 kernel modules are not for this architecture on > my latest d-i boot cds. I'm using the ones in the modutils-full udeb, > uname -m reports sparc64, and they match the kernel version. (The > busybox version is known not to work for sparc64.) > > I tried setting the enviornment UNAME_MACHINE to sparc64 and that > didn't help. No idea. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: help with modulils for sparc64 debian-installer
On Mon, Feb 09, 2004 at 10:48:42PM -0800, Blars Blarson wrote: > On Sun, Feb 08, 2004 at 06:35:21PM -0800, Blars Blarson wrote: > > I'm trying to figure out why depmod, insmod, and modprobe are give the > > error that the sparc64 kernel modules are not for this architecture on > > my latest d-i boot cds. I'm using the ones in the modutils-full udeb, > > uname -m reports sparc64, and they match the kernel version. (The > > busybox version is known not to work for sparc64.) > > It wound up busybox was insisting on using it's internal versions > despite the corrent binaries being in /sbin. I'm rebuilding busybox > now with modutils disabled. > > > I tried setting the enviornment UNAME_MACHINE to sparc64 and that > > didn't help. > > Further examination and experimentation showed the (undocumented?) > UNAME_MACHINE feature of modutils is broken as well. sparc64 depmod The sparc64 command will for uname=sparc64. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sparc d-i status
On Tue, Feb 24, 2004 at 08:21:18AM -0800, Jeff Bailey wrote: > On Tue, Feb 24, 2004 at 04:22:34PM +0100, Thomas Poindessous wrote: > > > > I also remember (was it Thomas? Blars? hmmm...) mentioning that the > > > fdisk udeb wasn't getting loaded for some reason. I'm hoping that the > > > whole partman thing will make this silently go away before we get there. > > > > in fact, there is no fdisk-udeb for sparc (bug #228444 ), and there is > > no support for sparc in partitioner ( bug #228518). > > Lovely! I've applied the patch in 228518 to CVS and marked it pending. > (It obviously still needs fdisk-udeb). > > Hmm... Why don't we just use parted for now, until a better solution > comes around? It's in the archive, and AFAICT supports Sparc. (ia64 > uses it right now, too) I know it supports sparc. I worked a long time ago to get the sun partition support into that. > > we also need a silo-installer > > Right. Any takers? =) Obviously, that's a "me" :) -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sparc d-i status
On Tue, Feb 24, 2004 at 07:14:50PM +0100, Sven Luther wrote: > On Tue, Feb 24, 2004 at 11:26:06AM -0500, Ben Collins wrote: > > On Tue, Feb 24, 2004 at 08:21:18AM -0800, Jeff Bailey wrote: > > > On Tue, Feb 24, 2004 at 04:22:34PM +0100, Thomas Poindessous wrote: > > > > > > > > I also remember (was it Thomas? Blars? hmmm...) mentioning that the > > > > > fdisk udeb wasn't getting loaded for some reason. I'm hoping that the > > > > > whole partman thing will make this silently go away before we get there. > > > > > > > > in fact, there is no fdisk-udeb for sparc (bug #228444 ), and there is > > > > no support for sparc in partitioner ( bug #228518). > > > > > > Lovely! I've applied the patch in 228518 to CVS and marked it pending. > > > (It obviously still needs fdisk-udeb). > > > > > > Hmm... Why don't we just use parted for now, until a better solution > > > comes around? It's in the archive, and AFAICT supports Sparc. (ia64 > > > uses it right now, too) > > > > I know it supports sparc. I worked a long time ago to get the sun > > partition support into that. > > Oh, you did write that ? I inspired myself from it when doing the amiga > partition table support. Thanks then, altough it was mostly casuality > which made me print the disk_sun.c file instead of another one. Well, I copied it from some other file, so the benefits are just being passed around :) -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sparc d-i status
On Wed, Feb 25, 2004 at 12:23:34AM -0500, Jeff Bailey wrote: > On Tue, 2004-02-24 at 11:26, Ben Collins wrote: > > > > Hmm... Why don't we just use parted for now, until a better solution > > > comes around? It's in the archive, and AFAICT supports Sparc. (ia64 > > > uses it right now, too) > > > I know it supports sparc. I worked a long time ago to get the sun > > partition support into that. > > Nice! > > > > > we also need a silo-installer > > > > > > Right. Any takers? =) > > > > Obviously, that's a "me" :) > > Actually, I had been hoping that since we have grub-installer to model > after, this should be in the category "things anyone who cares about > Sparc" can do, as opposed to the "benc and davem are the only ones with > a clue how to fix this" category... =) Your call, though. Not sure what this has to do with Dave, but it's in the category of "I'm the silo maintainer, let me handle it, rather than letting someone else do it and end up asking me tons of questions or not getting it right the first time". -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new debian-installer images for sparc
On Sun, May 30, 2004 at 08:44:58PM -0700, Joshua Kwan wrote: > Folks, > > Here is a mini-ISO image I cooked up with SILO rolled back to 1.3.2. Tom > Callaway suggested that I try this because a lot of new stuff related to > initrds changed in 1.4.x. > > http://june.voxel.net/~joshk/mini.iso The only way it's going to work is if the kernels are less than 3.4Megs uncompressed. This is probably fine for cd boots though. GOod thing is, I have time today for some sparc stuff. Well, that is, if I don't get my Harley Fatboy today. Even if I do, I will work in some debug time for this initrd problem :) -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new debian-installer images for sparc
On Wed, Jun 02, 2004 at 05:09:06PM +0200, Frederik Dannemare wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Monday 31 May 2004 05:44, Joshua Kwan wrote: > > Folks, > > > > Here is a mini-ISO image I cooked up with SILO rolled back to 1.3.2. > > Tom Callaway suggested that I try this because a lot of new stuff > > related to initrds changed in 1.4.x. > > > > http://june.voxel.net/~joshk/mini.iso > > > > Tell us what happens! (And wish me luck on finals!) > > Tested on a Sun Ultra 5 (UltraSPARC-IIi 333MHz (sun4u arch)). > > I stops with: > sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk(1,0) > Kernel panic: VFS: Unable to mount root fs on 00:00 I'm hoping the kernel patch that was applied from me was removed before the images were built. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new debian-installer images for sparc
FYI, someone reported that adding rootfstype=ext2 made the images bootable. Looks like something in the kernel isn't checking the initrd for ext2. So this may not be a SILO problem (I know Josh is already aware of this, but others are probably interested in the results here). -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Take 3: sparc64 CDs work?
On Fri, Jun 04, 2004 at 05:19:32PM -0700, Joshua Kwan wrote: > Folks, > > Thanks to some surprising sleuth work by Boris Gontar we might have a > workaround for the dastardly initrd bug affecting certain sparc64 > machines. > > So, without further ado: > > * http://june.voxel.net/~joshk/d-i/images/2004-06-04/cdrom-mini.iso (4.7M) > * http://gluck.debian.org/cdimage/testing/daily/sparc/current/ (whole > shebang, if you're really confident) > > I'm hoping one of these works. If neither do, make sure silo.conf > includes 'rootfstype=ext2'. I could have screwed up. I downloaded the cdrom-mini.iso and the silo.conf looks right. I'll test it on all my machines today. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: new debian-installer images for sparc
On Sat, Jun 05, 2004 at 04:13:32PM +0200, Frederik Dannemare wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Saturday 05 June 2004 14:57, Ben Collins wrote: > > FYI, someone reported that adding rootfstype=ext2 made the images > > bootable. Looks like something in the kernel isn't checking the > > initrd for ext2. So this may not be a SILO problem (I know Josh is > > already aware of this, but others are probably interested in the > > results here). > > I've just tried[1] out the latest netinst image, and even though > silo.conf has rootfstype=ext2, I also gave it a test run with > rootfstype=ext2 explicitly entered at the silo prompt - but without any > luck. Ok, so it seems we have a two-fold problem. I suspect the initrd detection in the kernel is broke (I probably broke it), but we also have the fs detection broken. Josh, could you build images with the old silo, this new silo.conf and make sure the kernels don't have the patch I sent you recently? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [SOLVED] Take 3: sparc64 CDs work?
> Then today (don't know why this idea came to me) I decided to open up > the box and juggle around with the memory sticks. And voila! Moving the > two sticks from DIMM3 and DIMM4 to DIMM1 and DIMM2 made the initrd > issue go away (booted with default SILO parameters). Dunno why Sarge is > picky, when Woody, Solaris, and some old SuSE is not. That's pretty interesting, and probably very critical info. Thanks for trying that. What it means to me is that either SILO or the kernel (likely SILO) isn't coping well with the physical memory being located high up when it comes to the initrd. I'll move some sticks around in my U5 and see if I can reproduce this bug now. I could never reproduce it before. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New SILO (was Re: [SOLVED] Take 3: sparc64 CDs work?)
I did some checking, and the newer memory allocation in SILO was not verifying that the initrd physical location was in the lower 32-bits address range. The kernel only accepts a 32-bit address range for initrd's. I re-added the check, so now SILO will put out a decent failure. I suspect that in the long run, I really need to make it so that the initrd gets lower memory precendence over the kernel. The kernel itself can be loaded anywhere for sparc64, even in 64-bit address ranges. But for now, I am about to release SILO 1.4.6 to atleast make this less of a mystery on systems where it fails. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New SILO (was Re: [SOLVED] Take 3: sparc64 CDs work?)
On Sun, Jun 20, 2004 at 12:41:25PM -0700, David S. Miller wrote: > On Sun, 20 Jun 2004 13:08:22 -0400 > Ben Collins <[EMAIL PROTECTED]> wrote: > > > I suspect that in the long run, I really need to make it so that the > > initrd gets lower memory precendence over the kernel. The kernel itself > > can be loaded anywhere for sparc64, even in 64-bit address ranges. > > > > But for now, I am about to release SILO 1.4.6 to atleast make this less > > of a mystery on systems where it fails. > > I have a better idea, remove the 32-bit limitation. > > Create a new HdrS version, add a new member at the end of the bootloader > header area "sparc_ramdisk_image64", set it to ~0 by default, if the > bootloader sets it to some non-~0 value, we use it instead of the > 32-bit limited sparc_ramdisk_image value. The downside is that I need to load and evaluate the kernel before loading the initrd in order for it to work. I was already considering this, but I need to make sure I don't get into a chicken and egg situation like I did with the feature to load the kernel to a non-zero location. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: silo 1.4.6 still has initrd loading problem (sparc64)
On Wed, Jun 30, 2004 at 12:27:03AM -0700, Blars Blarson wrote: > Silo 1.4.6 does not solve the initrd loading problem. (The changelog entry > was unclear if it should or not.) > > The d-i image at > > http://cdimage.debian.org/pub/cdimage-testing/sid_d-i/sparc/20040629/sarge-sparc-netinst.iso > gets in a repeating segmentation fault. A segv implies that the root was mounted and something else is wrong (unrelated to SILO). -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SparcStation 20 and SILO
On Sat, Feb 22, 2003 at 11:09:30PM -0700, Tim Spriggs wrote: > > Hello, > > I have been having some serious issues trying to get a > SparcStation 20 to boot. In order to install debian I had to net-boot the > machine since it did not like the cd-rom for some reason. > > The installation process has had problems at the very end when > "Making the system bootable" and has come up with a non-specific failure. > Other times it succeeds and simply wants to reboot. > > Either way, when I try and boot the machine from the drive I just > installed debian on, it gives me an error in the open boot prom: > > "The file just loaded does not appear to be executable." I need more info on your system, like disks installed and the partition layout you configured. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SparcStation 20 and SILO
> One person mentioned that older cd-roms don't always like cd-rw media and > that might be the source of my error. For reference sake, I think that may > be a part of it but I also looked at a sun documentation page of sparc > boot-proms and noticed that you can boot different cd-rom partitions and > that the default was partition "c". "boot cdroma"(no typo) will try and > boot the first partition of the cdrom and might give somebody else out > there a better result in the future. Not, SPARC bootable CD's have a Sun Disk Label, and several slices to provide boot functionality. The normal bootup is just fine and works. I suspect the problem is plainly the cdrw media. Glad you got things installed. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
depmod problem in debian-installer build
(please Cc, not on list) I cannot build the debian-installer on a 2.5 system because depmod fails. The reason is that unless depmod is given a symbols file (System.map) it tries to get symbol information from the kernel. I notice that the i386 kernel udeb includes modules.dep. Would it be better to include this in all kernel udeb's and use it, rather than calling depmod in the build? Otherwise, the kernel udeb's will need to have their System.map aswell. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel 2.2 packages cleanup
> To my current knowledge, all of them can be removed with the following > exceptions: > - kernel-image-2.2.25-mac > - kernel-image-2.2.25-mac-udeb > - kernel-patch-2.2.25-m68k > - kernel-source-2.2.25 You can't remove the sparc ones. 2.2 is the only thing that runs stable on sparc32's (all sparc32's). -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#142421: boot-floppies: bf2.4 flavor fails at uncompressing linux.bin
On Thu, Apr 11, 2002 at 08:42:57PM +0200, Eric Van Buggenhaut wrote: > Package: boot-floppies > Version: 20020411 > Severity: important > > I downloaded all bf2.4 files from www.debian.org: > rescue.bin > root.bin > linux.bin > install.bat > basedebs.tar > > and placed them in the correct directories (Note that it is nowhere explained > where to place install.bat) of a FAT partition of a Windows 98 installed > system. > > I rebooted Windows in DOS mode, cd'd to where install.bat was and launched it. > > System hangs saying: > > Uncompressing Linux... > > invalid compressed format (err=1) Sounds to me like you downloaded over FTP without using the binary option. Try again, being sure to not download in ASCII mode. -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [help] modules preload documentation
> @@ -138,7 +138,7 @@ > custom kernel to /mnt/linux.bin.gz. > > If you want to be complete about it, you'll also want to gzip the > -System.map from your custom kernel and place it in /mnt > +System.map from your custom kernel, gzip it and place it in /mnt > as sys_map.gz and gzip the .config and place it in /mnt > as config.gz. > That change makes it "gzip the System.map from your custom kernel, gzip it and". Note the duplication of the gzip part. The original was better. -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> I hope that this resolves the issues with SILO and initrd! Me too! -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248986: Installation report of Sarge Beta 4 on sparc
On Fri, May 14, 2004 at 04:11:08PM +0100, Martin Michlmayr wrote: > * Julien Danjou <[EMAIL PROTECTED]> [2004-05-14 16:53]: > > > > I did not have any problem, only some warning during boot of the CDROM > > > > about unimplemented SPARC instruction. > > > > > When I boot I still have these warnings: > > % dmesg | grep Unimplemented > > readlink[12]: Unimplemented SPARC system call 188 > > S02mountvirtfs[11]: Unimplemented SPARC system call 188 > > touch[13]: Unimplemented SPARC system call 188 > > mountpoint[14]: Unimplemented SPARC system call 188 > > mount[15]: Unimplemented SPARC system call 188 > > grep[16]: Unimplemented SPARC system call 188 > > > > I got the same type of warnings between the boot of the CDROM kernel and > > the first stage of the installer. > > Let's ask debian-sparc about this. So apparently the system boots > fine, but those warnings are displayed. Can/should anything be done > about this? Those are meaningless. They are the result of libc's attempt to use LFS syscalls, and the sparc32 syscall translations not knowing them. They don't affect anything and can be ignored. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248986: Installation report of Sarge Beta 4 on sparc
> > > I got the same type of warnings between the boot of the CDROM kernel and > > > the first stage of the installer. > > > > Let's ask debian-sparc about this. So apparently the system boots > > fine, but those warnings are displayed. Can/should anything be done > > about this? Am I to understand that this is based on the new cd image with my silo/kernel fixes? If so, did you have problems booting the initrd before? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248986: Installation report of Sarge Beta 4 on sparc
On Fri, May 14, 2004 at 06:49:06PM +0200, Julien Danjou wrote: > On Fri, May 14, 2004 at 12:18:40PM -0400, Ben Collins wrote: > > Am I to understand that this is based on the new cd image with my > > silo/kernel fixes? > > Probably since this ISO was built on 20040511. > > > If so, did you have problems booting the initrd > > before? > > I got problem with beta 4 of the installer. > After booting the kernel it enter in a infinit loop printing something > like "attempt to access beyond the end of device"... > Adding ramdisk_size=8192 as boot paramater only prints the warning about > unimplemented instruction and stops (no stage 1 is launched). > > That's why I downloaded daily built ISO. > I got no problem at all with this last. > > I hope this was your question... Can you (and anyone else testing this initrd) send me the "Loading initrd" line from silo aswell as the "prtconf -pv" output from the machine if you are able to. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> Ultra1: On this one, I got (modulo any typos) > > Loading initial ramdisk (1477684 bytes at 0x01x phys 022340800 virt) ... > [spinning \/] > Remapping the kernel ... FP Disabled > ok > > and I was back to the OpenBoot 'ok' prompt. This is strange. > Ultra10: On this one, I got much further. The kernel was loading, > but failed near the end. The last messages were > > RAMDISK: couldn't find valid ramdisk image starting at 0. > Freeing initrd memory 1443k freed > cramfs: wrong magic > sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk (1,0) > Kernel panic: VFS: Unable to mount root fs on 00:00 > > I hope this means something to somebody. This means something. Atleast we are showing a ramdisk, but the start point is all wrong. Did the old cd images work for you? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248986: Installation report of Sarge Beta 4 on sparc
On Fri, May 14, 2004 at 07:58:09PM +0200, Julien Danjou wrote: > On Fri, May 14, 2004 at 12:36:22PM -0400, Ben Collins wrote: > > Can you (and anyone else testing this initrd) send me the "Loading > > initrd" line from silo aswell as the "prtconf -pv" output from the > > machine if you are able to. > > > > I don't see anything about initrd after silo. :-/ > Here is the prtconf -pv output. So SILO doesn't have a message like: Loading initial ramdisk size (at phys, virt) ? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#248986: Installation report of Sarge Beta 4 on sparc
On Fri, May 14, 2004 at 08:47:45PM +0200, Julien Danjou wrote: > On Fri, May 14, 2004 at 02:06:02PM -0400, Ben Collins wrote: > > So SILO doesn't have a message like: > > > > Loading initial ramdisk size (at phys, virt) > > Humpf, it was booting from hard disk. > I have this: > Loading inital ramdisk (1821913 bytes at 0x600)... Then you don't have the new second.b, and I've no idea where it is getting 0x600. That's not from my sources. The virtual address is hardcoded to 0x40c0. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> loaded kernel version 2.4.26 > Loading initial ramdisk ( 1477684 bytes at 0x01x phys, 0x6080 virt) Crap, silo's printf doesn't support lx or llx. I need to fix that, because I really need that info. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> Thanks for trying it out. Ben, was that patch supposed to actually fix > something, or was it just supposed to be informative? Both. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> Loading initial ramdisk ( 1477684 bytes at 0x01x phys, 0x6080 virt) Ok, there's a new second.b on sparc-boot.org/pub/testing/. Give that a shot. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
On Sun, May 16, 2004 at 11:21:01PM -0700, Patrick Morris wrote: > For what it's worth, I get the same thing reported earlier when trying > this image on my Ultra 5: > > NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. > RAMDISK: Couldn't find valid RAM disk image starting at 0. > Freeing initrd memory: 1442 freed > cramfs: wrong magic > sh-2021: reiserfs_read_super: can not find reiserfs on ramdisk(1,0) > Kernel panic: VFS: Unable to mount root fs on 00:00 > Press L1-A to return to the boot prom I need the line that silo prints out about where it is locating the initrd in memory. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
On Mon, May 17, 2004 at 07:50:44AM -0700, Patrick Morris wrote: > boot: > Allocated 8 Megs of memory at 0x4000 for kernel > Uncompressing image... > Loaded kernel version 2.4.26 > Loading initial ramdisk (1477459 bytes at 0x10C0 phys, 0x40C0 > virt)... > Remapping the kernel... Done > Booting Linux Ok, that looks correct. Now the question is why isn't the kernel doing the right thing. Do the cdrom images have bootmem debug enabled in the kernels? If so, I'd like to see what bootmem-debug says about the pages it is reserving for the initrd. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd testing
> >>RAMDISK: Couldn't find valid RAM disk image starting at 0. > >>Freeing initrd memory: 1442 freed > >>cramfs: wrong magic Wait a second. Is this ramdisk really cramfs, or is it romfs? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernels
On Thu, May 27, 2004 at 08:48:46PM -0700, Joshua Kwan wrote: > On Thu, May 27, 2004 at 11:09:20PM -0400, Ben Collins wrote: > > > Interesting. Where did you get these images from? people.d.o/~jbailey? > > > Also I assume this is on sparc64, right? > ^-- please answer, it's important :) I got it from joeyh's link. Is jbailey's stuff more correct? Yes, it is on sparc64, but sparc would act the same. > > Hmm, should be. I sent the patch in for this a long time ago. Or maybe > > I never sent this in for 2.4. > > Send it to me and I'll integrate it into kernel-image-sparc-2.4 assuming > SILO does ignore it under normal circumstances like you say it does. If debian-installer in fact doesn't need this anymore, then I'd rather let it be. Let's confirm with Jeff and debian-boot. (Cc'ing them on this email, so I'll put the question here) Does debian-installer require devfs=mount is a boot param still? We have a fix to make the sparc/sparc64 kernel images default with this command line for netbooting (IOW, when SILO is not used to load the kernel), but if it isn't needed, then we should leave well enough alone. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernels
On Fri, May 28, 2004 at 04:17:24PM +0200, Thomas Poindessous wrote: > On Fri, May 28, 2004 at 07:28:16AM -0400, Ben Collins wrote: > > > > Does debian-installer require devfs=mount is a boot param still? We have > > a fix to make the sparc/sparc64 kernel images default with this command > > line for netbooting (IOW, when SILO is not used to load the kernel), > > but if it isn't needed, then we should leave well enough alone. > > it's not needed for netboot image for sparc64. > > I don't know for sparc32 but I think it's the same. > > /dev/console is in initrd so even if devfs=mount is not here, it doesn't > crash anymore. That would fix sparc32 aswell. Does anything else in the debian-installer need devfs mounted though? If it does, would the init script be able to detect that and mount it on boot? -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ WatchGuard - http://www.watchguard.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian CVS: in boot-floppies:
On Wed, Feb 14, 2001 at 03:11:03PM -0800, Debian Boot CVS Master wrote: > CVSROOT: /cvs/debian-boot > Module name: boot-floppies > Changes by: joeyh 01/02/14 15:11:03 > > Modified files: > scripts/rootdisk: mklibs.sh > > Log message: > support glibc 2.2.2 > > Adam, this will probably fix whatever problems you've been seeing with the > boot-floppies. > > Of course this will just break again when glibc 2.2.3 rolls around. Someone > needs to sit down and make the code robustly use whatever libc is > available. Actually, what I am going to do is take over this script, and have it installed with libc6-pic. It will then be guranteed to work with that version. Then boot-floppies can work with this however it wants to. I'll accept and fix whatever bug reports come about. This makes more sense because I can generate the script to work with certain things (like the libc-x.x.x.so filename) and also remove the backward compat crap that makes it so crufty. -- ---===-=-======-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian CVS: in boot-floppies:
On Wed, Feb 14, 2001 at 06:46:22PM -0800, Joey Hess wrote: > Ben Collins wrote: > > Actually, what I am going to do is take over this script, and have it > > installed with libc6-pic. It will then be guranteed to work with that > > version. Then boot-floppies can work with this however it wants to. I'll > > accept and fix whatever bug reports come about. > > Have you talked with Marcus? He had agreed to make a standalone package > of it. Not that I are what package it goes in; I just want to see it in > a package, asap, so I can stop bothering with it. :-) > > However putting it in libc6-pic won't solve all the problems, since it > has similar fragile code for the pic slang libraries, and more could > conceivably be added for other libraries. I'll check to see if there is some way around this. Perhaps each -pic library should be held responsible for it's own quirks and oddities. There may be a way to have a main script in it's own package, and each -pic library would have a "plugin" for this package. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: nano-tiny for debian-installer
On Fri, Feb 16, 2001 at 07:47:33PM -0700, Erik Andersen wrote: > On Fri Feb 16, 2001 at 02:21:27PM -0800, Joey Hess wrote: > > David Whedon wrote: > > > We're replacing ae with nano-tiny, If I remember correctly. I imagine we want > > > to make a udeb out of nano-tiny for debian-installer (boot-floppies too?) > > > > Didn't Ben say that nano uses assembly code to make it small on i386 and > > won't be as small elsewhere? > > I think he must have been confusing nano with e3. There is no asm in nano. Doh, that could very well be. I knew one of the latest "small" editors was using asm on i386, and C elsewhere. -- -------===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: kernel-image-2.2.19pre13 for 2.2r3?
On Sun, Feb 18, 2001 at 03:59:09AM -0500, Adam Di Carlo wrote: > > Are we going to go for kernel-image-2.2.19pre13 for 2.2r3? I don't > see any compiled images for i386 for that, only > kernel-image-2.2.19pre11. Is that good enough for non-alpha > platforms? Or should I just stick with 2.2.18 ? (I gather not...) Sparc has pre11 in incoming, so go with that for us (I can change it, if you want). -- ---===-=-==-=---=--------=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: stuff I can work on - Woody branch
On Sun, Feb 25, 2001 at 11:36:00AM +0100, Andreas Fuchs wrote: > On 2001-02-24, Bruce Perens <[EMAIL PROTECTED]> wrote: > >> - eliminate lilo configuration ? > >> - go with grub ? > > Does GRUB work with Reiser FS yet? LILO should, because of its design. > > ,[ /usr/share/doc/grub/changelog.Debian.gz ] > | grub (0.5.95) unstable; urgency=low > | > | * ReiserFS support from Jochen Hoenicke. > ` > > So, at least in sid, it does. The bigger problem would be raid support, > and non-x86 architectures, AFAIK. Also, Grub is a space hog, see the > list archives for further info on that (there was a discussion on this > topic a couple of days ago). Other archs doesn't matter. LILO never supported anything other than x86, and so neither will GRUB, and so it wont matter :) -- -------===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
mklibs.sh, redoing
I'm in the process of redoing mklibs.sh. I'm removing a lot of cruft and cleaning it up. There are a lot of things that I was able to generalize a lot better. IOW, it is not specific to slang/libc so much anymore, nor does it have any hardcoded glibc version numbers. This should remove a lot of the problems. Right now, I'm also working on incorporating version symbols and recognizing weak/global syms. I need to wait till I can get a recent mirror of woody sparc/i386 so I can test it thouroughly. Just FYI, Ben -- ---===-=-==-=---=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#90549: SS2 Problem
On Wed, Mar 21, 2001 at 09:25:53PM -0500, Adam Di Carlo wrote: > > Matt Lewandowsky <[EMAIL PROTECTED]> writes: > > > Package: boot-floppies > > Version: potato (downloaded 20Mar2001) > > architecture: sparc > > model: SparcStation 2 (Machine Type 55) > > memory: 64MB > > scsi: internal (esp) > > cd-rom:none > > network card: internal (le) > > pcmcia:none > > > > I've tried booting from the image on quite a few disks and get the > > following afer the nice long instructions in SILO: > > > > boot: > > Uncompressing image... > > Booting Linux... > > > > Watchdog reset > > Window UnderflowType help for more information > > ok > > > > So, does it appear to be operator error, my floppy drive, my floppies, > > the kernel, Debian, the image, something else, or all of the above? > > > > Any assistance is more than appreciated. This was a common problem with the SS2's, and I don't think we ever resolved it. I'm going to produce some woody boot-floppies soon, perhaps that will resolve the problem. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies 2.2.21 released
On Thu, Mar 22, 2001 at 02:47:28AM -0500, Adam Di Carlo wrote: > > I decided to release and upload 2.2.21 even though we know we're going > to want to do a boot-floppies 2.2.22 for i386 at least for newer > 2.2.19pre17 kernels. Is this potato or woody? -- ---===-=-==-=---=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
new mklibs.sh to test
Here's my working copy of mklibs.sh. I've only tested this with local
binaries, but it seemed to work well reducing a libc.so.6 et al with
binaries from /bin and /sbin on my workstation.
I've added a few new things. One is the -D option, which makes mklibs.sh
only look in the directories provided with the -L options. This means
that it will NOT look on the local system for libraries, which is good
when building stable boot-floppies on an unstable system. I forsee b-f
using it something like:
./mklibs.sh -D -L $root/lib -L $root/usr/lib -d $newroot $binaries
That should pretty much handle everything. I'm not exactly sure what I
am going to do with this script yet. Hopefully package it for
installation as needed (and to make it distribution and architecture
neutral).
Ben
--
---===-=-==-=---=--------=-=--
/ Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
#!/bin/bash
#
# mklibs.sh: An automated way to create a minimal /lib/ directory.
#
# Copyright 1999 by Marcus Brinkmann <[EMAIL PROTECTED]>
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; if not, write to the Free Software
# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
# STATIC DATA SECTION
#
usage="Usage: $0 [OPTION]... -d DEST FILE ..."
try="Try "\`"$0 --help' for more information"
version="$0 0.1, Copyright 1999 Marcus Brinkmann"
PATH=/bin:/usr/bin
default_src_path=/lib:/usr/lib
dest=""
exec=""
action=""
verbose="false"
no_default_libs="false"
gcc=${GCC-gcc}
objdump=${OBJDUMP-objdump}
objcopy=${OBJCOPY-objcopy}
# =
# GRAPH ABSTRACTION
# =
#
# Because we do some hairy graph operations, we provide some
# abstractions of them. Some functions here are very simple, but
# the source is much more readable this way.
# check_node NODE ...
# checks if all NODEs are valid node names.
# Used internally for verificaton only.
# Return 0 if all NODEs are valid.
# Currently, a node is valid if it does not contain a space.
check-node () {
local node
for node in "$@" ; do
if [ "x`echo $node | sed -e '/ /d'`" = x ] ; then
echo 1>&2 $0: check-node: invalid node \"$node\"
exit 1
fi
done
return 0
}
# is-graph FILE ...
# provides a very simple type assertion
# Turns FILE into a graph if it isn't already and returns 0.
is-graph () {
local file
for file in "$@" ; do
if [ ! -e "$file" ] ; then
touch "$qfile"
fi
done
}
# add-node FILE NODE
# add a node NODE to graph FILE.
# This is useful if you need to make sure that a node appears
# in the graph without actually connecting it to an arrow.
# You don't need to add nodes that are part of an arrow.
add-node () {
if [ $# != 2 ] ; then
echo 1>&2 $0: add-node: internal error: called with invalid number of arguments
exit 1
fi
check-node "$2"
echo "$2 $2" >> "$1"
return 0
}
# add-arrow FILE NODE1 NODE2
# add an arrow from NODE1 to NODE2 to graph FILE.
add-arrow () {
if [ $# != 3 ] ; then
echo 1>&2 $0: add-arrow: internal error: called with invalid number of arguments
exit 1
fi
check-node "$2" "$3"
echo "$2 $3" >> "$1"
return 0
}
# find-cycle FILE
# finds a cycle in a graph FILE.
# If a cycle is found, it is printed out at stdin, one node each line,
# and 0 is returned. Otherwise, nothing is printed on stdout and exit
# status is 1.
find-cycle () {
if [ $# != 1 ] ; then
echo 1>&2 $0: find-cycle: internal error: called with invalid number of arguments
exit 1
fi
tsort "$1" 2> "$fl_dir/find-cycle" > /dev/null
if [ ! -s $fl_dir/find-cycle ] ; then
return 1
else
if [ "x`head -1 $fl_dir/find-cycle`" != "xtsort: cycle in data" ] ; then
echo 1>&2 $0: find-cycle: internal error: tsort has invalid output format
return 2
fi
cat "$fl_dir/find-cycle" | sed -e '1d' -e '/t
Re: login binary source
On Mon, Apr 02, 2001 at 07:20:59PM +1000, Langdon Green wrote: > I am trying to create a boot disk from my debian 2.2r2 machine. I have a rootfs >with all the basic binaries req, and another disk to boot from. > > It boots, Ok and loads the rootfs ok, Login prompt OK, When I type username and >password, it comes up with pam errors (ie can't find username and password). I >checked out the pam site and I believe that the problem is with the file >/mnt/var/run/utmp (which i tried touch, cp dd to copy the file to the rootfs). >Anyway, I have downloaded the source cd's for debian, and I was thinking of >recompiling the login binary without pam. Where would I find the source for login >(can't find it on the cd's) and is it possible to recompile without pam? > > Can anyone think of anything else that I can do? Sounds to me like you did not copy the /lib/security/ modules. You atleast need to copy pam_unix.so, and make sure you copied /etc/pam.d/login (and removed all lines that do not pertain to pam_unix.so). Or, you can just download the shadow source and recompile without PAM support. -- ---===-=-======-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc6-2.2.2-1 libdb2-2.7.7.1
On Tue, Apr 10, 2001 at 12:38:55AM +0300, Oscar Ssentoogo wrote: > Hi, > > I don't know whether anybody has come across this problem. I'm trying to install >the reiserfs package which says it's dependent on >=libc6-2.2.2-2. The libc6 package >jumps from libc6-2.2.2-1 to libc6-2.2.2-4. When I try to install libc6-2.2.2.4 it >says it depends on libdb2-2.7.7-7. However, I cannot install this pages because it >says that it depends on libc6-2.2.2-2. So there's no way to break the cycle of >dependencies and I therefore cannot install the package that I want. > > Is there a way of forcing installation so that something will install? dpkg -i libc6_2.2.2-4.deb libdb2_2.7.7-7.deb Fairly simple. -- ---===-=-==-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Error in SPARC installation floppies
On Sun, Apr 15, 2001 at 08:56:48PM -0400, Karl Ward wrote: > Hi. I'm trying to install (via floppy) Debian Potato onto my 2 processor > SPARCstation 20, and I'm getting some weird errors. It boots with the > rescue image, and I get up to "Install Operating System Kernel and Modules" > before I get this error (on inserting the driver-1.bin image from > ftp.debian.org): Could you try the newer sparc boot floppies at this url http://auric.debian.org/~bcollins/disk-sparc/current/ Thanks -- ---===-=-==-=-------=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: is Debian GNU/Linux free
On Wed, Apr 25, 2001 at 05:43:43PM +0300, Suat Secgin wrote: > To whom it may concern > > I am sending this mail from Turkey.I would like to ask the price of Debian > GNU/Linux.Because, I am under the imagination that,The company which has > sold the two CD (Linux Debian GNU Bytes1 and bytes two)to my company quotes > a higher price such as 1800 USA $ for these two CD. This company claimed > that this two CD includes a strong firewall and proxy. Are all this > information true..I am in doubt of being deceived. IF you helped me, i would > be very gratefull to you.. Debian GNU/Linux is free, as in free-speech and free-beer. You can download it for free from ftp.debian.org and mirrors across the globe. You can even download the CD images from mirrors listed on http://cdimage.debian.org/. Now, this retailer may have added commercial software to the CD's, but that isn't done by Debian. I have never seen firewall and proxy software for Linux that costs $1800 USD though. Debian GNU/Linux has firewall and proxy software included with the stock version (IOW, free). Ben -- ---===-=-==-=-------==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mklibs, lib_pics ???
On Thu, Apr 26, 2001 at 04:14:52PM +0200, Romain BEAUGRAND wrote: > Hello, > > I'm using mklibs to build small libs from libc6 and other libs. > I'm trying to run ntpdate (as a test) depending on librt, libc and > libpthread. > That's why I added librt and libpthread from my system to my boot-disc. Which mklibs are you using? You'll need the one from CVS. -- ---===-=-==-=-------======-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mklibs, lib_pics ???
On Thu, Apr 26, 2001 at 05:43:17PM +0200, Romain BEAUGRAND wrote: > > I'm using the one from the CVS, but I don't think the problem comes from > mklibs, I think it's comming from some functionnalities not included in > the small lib resulting from mklibs and defined by lib*_pic (I think). > > Tell me if I'm wrong, but I think functionnalities of libs used or > unused are defined in the lib*pic.a file and that a functionnality > needed by ntpdate has been excluded. > I'd like to know how to resolv it (probably by building my own lib_pic). objdump --dynamic-syms /usr/lib/libc_pic/* | grep If it's there, then it's a problem in mklibs -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: libc reduction and powerpc/apus woody boot floppies.
On Tue, May 01, 2001 at 06:01:59PM +0200, Sven LUTHER wrote: > > Note : The symptoms were that init (from busybox) did not launch correctly, > which makes boot-floppies rather unusable on powerpc/apus right now. What exactly do you mean by "did not launch correctly"? Were there missing symbols? Did it segv or sigbus, or something else? Note, I testes a reduced libc with bash, and it worked fine. Perhaps something in busybox is broken? Maybe you are building with a different libc6-pic package on your system that the libc6 that is installed on boot-floppies? Ben -- ---===-=-==-=---=--------=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: build error for dbootstrap on sparc
On Fri, May 11, 2001 at 10:47:43AM -0400, Adam Di Carlo wrote: > Ben Collins <[EMAIL PROTECTED]> writes: > > > Package: kernel-image-sparc-2.4 > > Boot floppies should really get it's own set of local headers so it > > doesn't have to include kernel headers. This will avoid the conflicts. > > Why kernel 2.4 though? Boot floppies mostly uses kernel 2.2 and every > arch uses a difference kernel. libc6-dev uses 2.4 kernel headers on almost every arch. So if you want to keep local 2.2 headers in boot-floppies, you can. This will avoid the problems where the libc6-dev headers are too dynamic for boot-floppies use. Ben -- ---===-=-==-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#97220: sparc tftp image doesn't start dbootstrap
On Fri, May 11, 2001 at 11:47:39PM -0400, Chaskiel M Grundman wrote: > Package: boot-floppies > Version: 2.3.0 (a.k.a 2.3.0-2001-04-13) > > architecture: sparc > model: Sun Ultra 5 > memory:256MB > scsi: n/a > cd-rom:n/a > network card: Sun Happy Meal (PCI) > pcmcia:n/a > > When I boot this tftp image, dbootstrap doesn't start. This appears on > tty1 after the root fs is mounted: > > init started: BusyBox v0.50 (2001.03.27-00:45+) multi call binary > Unimplimented SPARC system call 69 > You are running "ash", a Bourne-shell clone. The root filesystem is > a RAM disk or floppy disk. The hard disk filesystem are mounted under > "/target". [...] > > Unimplimented SPARC system call 69 > Unimplimented SPARC system call 69 > > A shell can be started on tty2, but if I try running dbootstrap from it, > it segfaults Not sure about the segfault, but FYI, the "Unimplemented" system call has nothing to do with it. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: build error for dbootstrap on sparc
Package: kernel-image-sparc-2.4 On Fri, May 11, 2001 at 01:19:01AM -0400, Adam Di Carlo wrote: > > I can't build the woody version on sparc: > > > gcc -Wall -Os -fomit-frame-pointer -fno-builtin -c -o partbl_msdos.o partbl_msdos.c > In file included from /usr/include/asm/string.h:11, > from /usr/include/linux/string.h:21, > from /usr/include/asm-sparc/unaligned.h:6, > from /usr/include/asm/unaligned.h:11, > from partbl_msdos.c:29: > /usr/include/asm-sparc/string.h: In function `__constant_c_and_count_memset': > /usr/include/asm-sparc/string.h:73: conflicting types for `__bzero' > /usr/include/string.h:238: previous declaration of `__bzero' > /usr/include/asm-sparc/string.h: In function `__constant_c_memset': > /usr/include/asm-sparc/string.h:88: conflicting types for `__bzero' > /usr/include/string.h:238: previous declaration of `__bzero' Filing a bug on kernel-image-sparc-2.4... Boot floppies should really get it's own set of local headers so it doesn't have to include kernel headers. This will avoid the conflicts. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
New Woody 2.3.2 boot images for sparc, need testing...
These are based on the latest CVS of boot-floppies. The major change is that the sun4u images are built from the 2.4.4 kernel images. The best part about this is that this means that should support Blade 100/1000 (don't hold me to this, I can't test them) since they are synced with vger CVS as of today. The sparc32 images are still based on 2.2.19. You'll notice that the sun4u rescue image is 2880k. I know that sparc's don't have 2880k floppies, but then again, most ultrasparc's that I have used can't boot from floppy anyway. You'll need to netboot with the provided tftp image, unless you know how to create a bootable CD with the provided files (isn't too hard). FYI, I have not tested these *at all*. I am getting ready to try the tftp image (atleast booting it) once I find the serial cable that was misplaced in my recent move. Let me know how things go. http://auric.debian.org/~bcollins/disks-sparc/current/ For netboot, you should only need the tftpimage under the subarch directory of your choice. The rest of the install should be able to download everything else itself. Ben -- ---===-=-==-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Woody 2.3.2 boot images for sparc, need testing...
On Sat, May 12, 2001 at 04:40:51PM -0400, Adam Di Carlo wrote: > Ben Collins <[EMAIL PROTECTED]> writes: > > > These are based on the latest CVS of boot-floppies. The major change is > > that the sun4u images are built from the 2.4.4 kernel images. The best > > part about this is that this means that should support Blade 100/1000 > > (don't hold me to this, I can't test them) since they are synced with > > vger CVS as of today. The sparc32 images are still based on 2.2.19. > > Oy. Is it really worth it to jump to 2.4.x just for blade? > > Is the 2.4.4 kernel in testing at all? If not, could it be uploaded > with urgency HIGH to get it into testing? Absolutely. It was worth upgrading auric to 2.4.x because of the stability issues. No, neither the 2.2.19 images, nor the 2.4.4 images are in testing. The 2.2.19 image needs one bug fix. The 2.4.4 images were 9 days old, now they are 1 day old again...so time is the only issue. I'll get new 2.2.19 images uploaded tonight. > > You'll notice that the sun4u rescue image is 2880k. I know that sparc's > > don't have 2880k floppies, but then again, most ultrasparc's that I have > > used can't boot from floppy anyway. You'll need to netboot with the > > provided tftp image, unless you know how to create a bootable CD with > > the provided files (isn't too hard). > > So you're completely dropping 1440k floppies? Read that, dropping 1440k floppy support for sun4u (not sparc32 like sun4c, sun4m, sun4d). It's not like the support was used much anyway. The 2.4.4 sun4u images wont fit on a 1440k image, so I have no choice. > BTW, my only woody box is a SPARC, so I've been doing the > boot-floppies source/binary builds on that. Yeah. That's why I'm just worrying about sun4u, since I can test those. Let me know if there are any oddities with sparc32 boot. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Woody 2.3.2 boot images for sparc, need testing...
On Sun, May 13, 2001 at 07:38:24AM +0200, Thorsten Kukuk wrote: > On Sat, May 12, Ben Collins wrote: > > > Let me know how things go. > > > > http://auric.debian.org/~bcollins/disks-sparc/current/ > > > > For netboot, you should only need the tftpimage under the subarch > > directory of your choice. The rest of the install should be able to > > download everything else itself. > > If I look at the size of the Image: Could it be that tilo prints > a warning about PROMs and 5MB or so ? The error messages I read > here assumes this. Yes, but I got this with all the potato images aswell, and they booted just fine. I don't think the size is a problem. Perhaps the start address is (perhaps tilo wrapper is broken somehow). I'm checking on it. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: trouble with /sbin/termwrap
On Thu, May 24, 2001 at 02:28:46PM -0400, Joey Hess wrote: > Tollef Fog Heen wrote: > > I think this will break for devfs systems where devfsd hasn't been > > started yet. Using > > By the time termwrap and base-config are run, devfsd has been started. > > However, feel free to commit something to base-config cvs where termwrap > now lives, for better devfs support. Joey's right. By this time, devfsd will be started..._if_ it is installed. -- ---===-=-==-=-------==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppy short-term status
On Mon, May 28, 2001 at 06:43:46PM -0400, Adam Di Carlo wrote: > > I am preparing boot-floppies 2.3.4 for release. This version should > be nominally installable, or at least, get beyond the blocker bugs in > 2.3.3, such as busybox issues causing failed download of base. I notice in the dist selection that int he code, it strictly disallows using sid/unstable. It pops up a box about how it is not suggested to use it, but then ignores the user upon answering "they don't care". Can we remove this? Often testing is more broken than unstable. I can modify it so it still pops up with the warning, but allows the user to continue. Ben -- ---===-=-==-=---=====--------=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppy short-term status
On Mon, May 28, 2001 at 08:36:34PM -0700, David Whedon wrote: > Mon, May 28, 2001 at 11:00:24PM -0400 wrote: > > On Mon, May 28, 2001 at 06:43:46PM -0400, Adam Di Carlo wrote: > > > > > > I am preparing boot-floppies 2.3.4 for release. This version should > > > be nominally installable, or at least, get beyond the blocker bugs in > > > 2.3.3, such as busybox issues causing failed download of base. > > > > I notice in the dist selection that int he code, it strictly disallows > > using sid/unstable. It pops up a box about how it is not suggested to > > use it, but then ignores the user upon answering "they don't care". Can > > we remove this? Often testing is more broken than unstable. I can modify > > it so it still pops up with the warning, but allows the user to > > continue. > > I actually completely took sid out this past weekend, have you done an update? > We've already been getting lots of bug reports from people trying to install who > probably wanted to be using potato. I had visions of people installing sid and > making their systems completely unbootable or corrupting their drives. I see what > you mean about sid being better than testing sometimes, though. With a strong > warning, as long as we make sure it gets translated. Thanks. Also, I would suggest showing the current state of things as "woody" _was_ shown as "stable" and potato was shown as "archived". Can this be updated aswell? -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Woody 2.3.2 boot images for sparc, need testing...
On Thu, Jun 07, 2001 at 10:54:58PM -0400, Adam Di Carlo wrote: > Artur Gorniak <[EMAIL PROTECTED]> writes: > > > I couldn't start Sparcstation 2 from potato and current woody disks. > > > > It's working with Ben's one. > > > > It was hanged just after Booting Linux message. > > No idea what the issue is. Please try 2.3.5 when that releases or > tests, I guess. Maybe it's fixed already... It's a kernel issue, most likely. -- -------===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debootstrap base/required lists
On Sat, Jun 09, 2001 at 11:40:31AM -0400, Joey Hess wrote: > Anthony Towns wrote: > > (b) Isn't the slang/stool frontend much better than the dialog one? How > > come we don't want it as default? > > It's incomplete. See the set of bugs filed against it. > > Also, in a poll, a lot more users said they used the dialog frontend > than anything else. Used or prefered? I use dialog more, only because I'm too lazy to change the default. However, I prefer the slang/stool frontend. Ben -- ---===-=-==-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.3.5 test candidate
On Sun, Jun 10, 2001 at 01:57:09PM -0700, David Whedon wrote: > boot-floppies 2.3.5 is looking very good. Various cleanups that have trickled in > this weekend have given us a smooth install (at least on i386). I have > installed a couple times this weekend and have only seen cosmetic bugs. I put > a freshly built set up at: > > http://people.debian.org/~dwhedon/dists/woody/main/disks-i386/2.3.5-2001-06-10/ I also have sparc 2.3.5 boot-floppies available, which have been used for many successful installs, at: http://auric.debian.org/~bcollins/disks-sparc/current/ (FYI) -- ---===-=-==-=---=--------=-=------ / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: mklibs.sh oddess
On Mon, Jun 11, 2001 at 10:26:55AM -0700, David Whedon wrote: > > $ ls /usr/lib/libnewt*_pic.a > /usr/lib/libnewt-utf8_pic.a /usr/lib/libnewt_pic.a > $ dpkg -S /usr/lib/libnewt-utf8_pic.a > libnewt-utf8-pic: /usr/lib/libnewt-utf8_pic.a > $ dpkg -S /usr/lib/libnewt_pic.a > libnewt-pic: /usr/lib/libnewt_pic.a > $ I'd blame this on slang. It's lib-pic file is something like libslang0_pic.a. If it used the standard libslang_pic.a, I could take out the regex. Want to file a bug on it? -- ---===-=-==-=-------=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
On Sat, Jun 16, 2001 at 02:28:08PM +0100, Philip Blundell wrote: > >> (2) The patch is busted (not correct). The object files being placed > >> into the libext2fs_pic.a file are the non-shareable .o files, not > >> the PIC .o files. You need to cd into the elfshared subdirectory to > >> get at the PIC files, and the Makefile fragment doesn't do that. > > > >Woops... I should really read how vars are used before assuming they > >hold a full path to files... :} > > Actually, for boot-floppies' purposes it would be slightly better to build > the shared library with non-PIC objects. You may not have done it > intentionally but it sounds like you got the right result. :-) Wouldn't building the .so with non-PIC break quite a few things? -- -------===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
On Sat, Jun 16, 2001 at 02:55:30PM +0100, Philip Blundell wrote: > >Wouldn't building the .so with non-PIC break quite a few things? > > Shouldn't do, as far as I can see. Anything in particular you are thinking of? Isn't PIC used for a reason in shared libs? :) -- ---===-=-==-=---=====--------=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
On Sat, Jun 16, 2001 at 12:53:08PM -0600, Erik Andersen wrote: > On Sat Jun 16, 2001 at 10:52:25AM -0400, Ben Collins wrote: > > On Sat, Jun 16, 2001 at 02:55:30PM +0100, Philip Blundell wrote: > > > >Wouldn't building the .so with non-PIC break quite a few things? > > > > > > Shouldn't do, as far as I can see. Anything in particular you are thinking of? > > > > Isn't PIC used for a reason in shared libs? :) > > No. The reason we compile pic libs is so that mklibs.sh can > reduce them and relink the result into a new shared lib. A > shared lib that is not going to be reduced by mklibs.sh, need > not be pic and will work just fine. Pic code is bigger then > non-pic code, but the advantage is that we can relink it after > ripping stuff out. Uh, wrong. We compile _all_ shared libs using -fPIC (IOW, every .so). That has nothing to do with mklibs.sh, it has to do with being a shared lib. If you try to link a .so with non-PIC objects, some architectures will barf all of the resulting library. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
On Sat, Jun 16, 2001 at 01:22:50PM -0600, Erik Andersen wrote: > On Sat Jun 16, 2001 at 03:04:28PM -0400, Ben Collins wrote: > > Uh, wrong. We compile _all_ shared libs using -fPIC (IOW, every .so). > > That has nothing to do with mklibs.sh, it has to do with being a shared > > lib. If you try to link a .so with non-PIC objects, some architectures > > will barf all of the resulting library. > > When did we start doing that? What arches choke (and isn't > that a linker bug on those arches)? That way why they invented > the ELF relocatable object. Penalizing all non broken arches with > slower fatter PIC code seems a harsh way to go. I do not see this > problem on x86 or ARM... We have _always_ required (by policy) that objects for shared libs be compiled with -fPIC. Where have you been? That's the whole definition of a shared library is that it is relocatable. Ben -- ---===-=-======-=====---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Patch not included in e2fsprogs 1.21.
On Sat, Jun 16, 2001 at 02:49:32PM -0600, Erik Andersen wrote: > > PIC code has a major performance impact since one entire register is devoted > exclusively to holding the base address. The performance impact is exacerbated > on lame arches such as x86 which have far too few registers. Only non-ELF > archs (does Debian have any of those anymore?), or arches with broken linkers > or broken shared lib loaders, are going to have problems when all shared libs > are non PIC. Tell that to the glibc build, and to Debian policy. Tell that to the autobuilders that see the failures. Tell that to gcc, where libgcc.a is compiled with -fPIC. Tell it to libtool that also uses -fPIC on all linux elf platforms. I think common practice negates your theory. Ben -- ---===-=-==-=---=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian Install boot disks/cds on headless boxen
On Sat, Jun 16, 2001 at 06:15:38PM -0700, Justin Guyett wrote: > This is mainly for sparcs, though I would imagine it applies to all > architectures (perhaps embedded arm/x86 systems with one or two serial > ports). > > netra t1s have only two serial ports, absolutely no video device or > anything else. The menu-based installation is made useless for anyone who > isn't very experienced in debian installation by the constant init > messages about the failure to start a process in a 3rd tty. This is with > the 2.2r3 cd set (really only the first cd), presumably the same problem > exists on the boot floppy images. > > perhaps wait instead of respawn (presuming that's a solution; I haven't > looked at the inittab so I don't know exactly what debian boot-cds do in > that 3rd tty, or whether it's critical or not, though it shouldn't be. That's very interesting since I specifically tested these images on serial consoles. Unless something changed in potato boot-floppies that I wasn't aware of (which is entirely possible). Could you try the images here: http://http.us.debian.org/debian/dists/woody/main/disks-sparc/current/ Thanks. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base*.tgz is gone, and why it's gone
On Fri, Jun 15, 2001 at 02:41:01PM -0800, Ethan Benson wrote: > but if aj wants base.tgz in all incarnations dead we shall have to > forgo hard disk and floppy installation methods. Why? The floppy and harddrive installation requires you to download images from a new connection. That being that case, it's safe to say you will have some sort of net connection to complete the installation via dboostrap. If you don't have a net connection, use a CD install, since presumably just having base wont be enough in this case anyway. -- ---===-=-==-=---=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: base*.tgz is gone, and why it's gone
On Fri, Jun 15, 2001 at 05:09:33PM -0600, Jason Gunthorpe wrote: > > On 15 Jun 2001, Adam Di Carlo wrote: > > > There is no base tarball anymore. The functionality has been > > superceeded by debootstrap (the package). > > Hrm. This is midely annoying to say the least :< > > The base tarball is *very* useful for NFS root booting other > architectures which I do alot, particularly when the NFS serving box is > not a debian box. It is very nice to be able to say 'fetch this tar, > unpack it, setup NFS and boot this kernel'. > > I'm not sure how you can automate that process without haxoring the .debs > since they can't really have their post insts run. It would be nice if > there is possible solution, particularly if said solution could run on > non-Debian unix's.. Maybe debootstrap could be hacked to support this? I'm not sure how you would create a fully installed system in a chroot on a different arch though. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Install Success - Not Quite
> The perl-base package was not installed. Neither was ldso (which is on the > same line in install-debs as base-files and base-passwd). So evidently it is > screeching to a halt during libc6 configuration. ldso is _still_ in the listing!? That should not be installed on a base system. Only libc5 should pull it in. Ben -- ---===-=-==-=---==-=------ / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ldso shouldn't be in base
On Sat, Jul 21, 2001 at 12:59:22PM -0700, Chris Tillman wrote: > > Package: debootstrap > > > > On Sat, Jul 21, 2001 at 02:49:42AM -0400, Ben Collins wrote: > >> > The perl-base package was not installed. Neither was ldso (which is on the > >> > same line in install-debs as base-files and base-passwd). So evidently it > is > >> > screeching to a halt during libc6 configuration. > >> ldso is _still_ in the listing!? That should not be installed on a base > >> system. Only libc5 should pull it in. > >> Ben > > > > If no one files a bug, I'll never remember to remove it. > > > > Cheers, > > aj > > Submitted with patch. I verified ldso is there for m68k and powerpc, > probably it's not arch-specific. Right now, ldso should probably only exist for i386, but even there it is only needed for libc5. Ben -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of sun4cdm images p
On Mon, Jul 30, 2001 at 04:28:34PM -0700, [EMAIL PROTECTED] wrote: > Is there a known problem again with the sun4cdm tftpboot images > and Sparc IPX? The current woody and potato images from > http.us.debian.org do not boot for me. I also have not a working > floppy drive, so I can't test floppy images. Explaining what "do not boot" means might help. How far do they get? Have you tried the linux-a.out images? Have you tried booting them with -p to see the extent of the kernel outpu? Ben -- .--===-=-==-=---=====--------=-=-. / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#131709: chroot segfaults
On Thu, Jan 31, 2002 at 10:09:13AM -0500, Rich Johnson wrote:
> package: boot-floppies
> version: 3.0.18
> architecture: powerpc
> model: Mac 8500 /132 ("old world" firmware)
> memory: 32M
> scsi: on-board
> cd-rom:apple, scsi interface
>
> Manually invoking root.bin's "/usr/sbin/chroot /target " from the
> installer's shell always segfaults.
>
> Perhaps this explains the "Failure trying to run : chroot /target dpkg"
> encountered while installing the base system.
Does it segv before or after it chroots? It may be that that it is
trying to execute is segv'ing, and that would be an important bit of
information.
Ben
--
.------===-=-==-=---==-=-.
/ Ben Collins--Debian GNU/Linux--WatchGuard.com \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd extends beyond end of memory
On Thu, Jan 31, 2002 at 02:43:53PM -0300, [EMAIL PROTECTED] wrote: > ¡Hola! > > I'm having problems trying to install debian in my notebook. It has no > cdrom, no bootable floppy drive. So i'm using the booting from DOS > approach. > > When it boots it displays: > > initrd extends beyond end of memory (0xc1d8 > 0xc1d0) > disabling initrd > > What can i do ? How much memory do you have? -- .--===-=-==-=====-------==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd extends beyond end of memory
On Thu, Jan 31, 2002 at 03:07:02PM -0300, [EMAIL PROTECTED] wrote: > ¡Hola! > > > > I'm having problems trying to install debian in my notebook. It has no > > > cdrom, no bootable floppy drive. So i'm using the booting from DOS > > > approach. > > > > When it boots it displays: > > > > initrd extends beyond end of memory (0xc1d8 > 0xc1d0) > > > disabling initrd > > > > What can i do ? > > > How much memory do you have? > > 32Mb (i've installed earlier versions of debian in this box) Check the syslinux script on the DOS disk, and see what it passes to lilo for ramdisk= Ben -- .--===-=-==-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initrd extends beyond end of memory
On Thu, Jan 31, 2002 at 03:19:23PM -0300, [EMAIL PROTECTED] wrote: > ¡Hola! > > > > > > So i'm using the booting from DOS > > > > > approach. > > > > > > initrd extends beyond end of memory (0xc1d8 > 0xc1d0) > > > > > disabling initrd > > > > > > What can i do ? > > > > How much memory do you have? > > > 32Mb (i've installed earlier versions of debian in this box) > > > Check the syslinux script on the DOS disk, and see what it passes to > > lilo for ramdisk= > > I'm using: > > loadlin linux root=/dev/ram initrd=root.bin Isn't there a batch script that passes all the commands? (been awhile since I DOS booted a PC, so remind me :) You could try adding "ramdisk=8000" to that. Ben -- .--===-=-==-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#131709: [rjohnson@dogstar-interactive.com: Re: Bug#131709: chroot segfaults]
- Forwarded message from Rich Johnson <[EMAIL PROTECTED]> -
X-Virus-Scanner: McAfee Virus Engine
X-Spam-Status: Scanner Called
X-Sent: 2 Feb 2002 15:14:43 GMT
From: Rich Johnson <[EMAIL PROTECTED]>
To: Ben Collins <[EMAIL PROTECTED]>
Subject: Re: Bug#131709: chroot segfaults
X-Spam-Status: No, hits=0.0 required=6.5 tests= version=2.1
Rich Johnson wrote:
> I poked around a bit more. I've distilled some of the results below/
>
> The machine state is the result of:
> 1) booted from floppies (mac_hfs_boot, root.bin)
> 2) downloaded kernel & drivers from ftp.us.debian.org
> 3) downloaded base .debs from ftp.us.debian.org
> 4) extracted base .debs from ftp.us.debian.org
> 5) installation of base .debs failed with "Failure trying to run : chroot
> /target dpkg"
>
Ben--
I did still more digging--i.e. lots of reboots and manual invocations of .
Here's a report to pass on to the appropriate folks--perhaps it's a or
issue?
a) runs fine intslling the first few 's
b) start's failing with
c) the system would also hang--such that does't work; sometimes even
didn't work.
d) fsck after a forced reboot invariably showed several cross-linked files--almost
always in /usr/share/zoneinfo.
This indicates that the 3000 or so files indicated by "$(debfor required)" overstresses
. Hanging also indicates falling into an infinite loop somewhere; perhaps a
corrupted linked list or hash table?
I was able to install all the packages by rewriting install_subs() to "unwind" the
installation such that was invoked on a _single_ packages at a time. Experience
with cross-linked files also caused me to defensively put a after every .
The modified script ran to completion. This supports the hypothesis of an overstressed
.
I replaced the two lines with loops. Running each loop once left nothing
more to do. The seemed superfluous, but I may be missing some subtleties .
Here's the modified fragment (sorry, no diff's yet--I'm still configuring the system):
<...snip...>
for rdeb in ${required}; do
in_target dpkg --force-depends --unpack $(debfor $rdeb)
sync
sleep 3; #--throttle to give time to scan results.
done
<...snip...>
for bdeb in ${base}; do
in_target dpkg --force-auto-select --force-overwrite --force-confold
--skip-same-version --install $(debfor $bdeb)
sync
sleep 3#--throttle to give time to scan results.
done
in_target dpkg --configure --pending --force-config-any --force-depends
#--walk through
That's all for now...on to XBoot and finishing my configuration....
--rich
- End forwarded message -
--
.--===-=-==-=---==-=-.
/ Ben Collins--Debian GNU/Linux--WatchGuard.com \
` [EMAIL PROTECTED] -- [EMAIL PROTECTED] '
`---=--===-=-=-=-===-==---=--=---'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: e2fsprogs 1.26
On Mon, Feb 04, 2002 at 10:39:25AM +0100, Yann Dirson wrote: > e2fsprogs 1.26 is out, including fixes for one but tagged important, > ext3-related fixes, reiserfs support in fsck, and more complete > support for filesystems in >2GB files. > > I suppose it is too late to get this one in base, so I can package it > in an e2fsprogs-1.26 package if needed. However, it would probably be > better if it could go in base... What do boot-floppies and release > manager think ? > > Full list of changes at > http://sourceforge.net/project/shownotes.php?release_id=73260 If it is really that important, raise the severity of the bug, and we will certainly have to fix it for release. -- .--===-=-==-=---=====----=-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: e2fsprogs 1.26
On Mon, Feb 04, 2002 at 05:41:11PM +0100, Yann Dirson wrote: > On Tue, Feb 05, 2002 at 02:07:43AM +1000, Anthony Towns wrote: > > On Mon, Feb 04, 2002 at 10:39:25AM +0100, Yann Dirson wrote: > > > e2fsprogs 1.26 is out, including fixes for one but tagged important, > > > ext3-related fixes, reiserfs support in fsck, and more complete > > > support for filesystems in >2GB files. > > > > > > I suppose it is too late to get this one in base, so I can package it > > > in an e2fsprogs-1.26 package if needed. However, it would probably be > > > better if it could go in base... What do boot-floppies and release > > > manager think ? > > > > Am I correct in thinking that e2fsprogs doesn't provide any shared > > libraries > > wrong - packages depending on the libs, from memory: dump, mc, some > undeletion progs, maybe other things. > > > Assuming that's the case... > > So I suppose it won't be OK, then... better provide an alternative > package ? Better to not provide an alternative. It would be useless. Fsck is run from automated scripts, so no-one would get the fixes without a lot of mucking around. Ben -- .--===-=-==-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: e2fsprogs 1.26
On Mon, Feb 04, 2002 at 06:11:27PM +0100, Yann Dirson wrote: > On Mon, Feb 04, 2002 at 12:01:12PM -0500, Ben Collins wrote: > > > So I suppose it won't be OK, then... better provide an alternative > > > package ? > > > > Better to not provide an alternative. > > Woops, wrong wording :) Sure ! > Replaces/Conflicts/Provides /broken versioned deps on lib packages/ Seems it would just break things, more than solve them. -- .--===-=-==-=-------==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: alpha and sparc boot-floppies
> > Be aware that if alpha and sparc boot-floppies aren't uploaded in a timely > fashion (and 3.0.19 hasn't been), then any bugfixes y'all may need before > release just plain won't be happening. > Will do for sparc tonight. -- .--===-=-==-=---=====----=-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#132671: sparc disks outdated
On Sat, Mar 02, 2002 at 11:59:24PM +0100, Eduard Bloch wrote: > #include > Phil Blundell wrote on Thu Feb 14, 2002 um 02:22:27PM: > > The latest sparc boot-floppies in woody are 3.0.16 from back in October. > > Bug 132671 looks like it might be fixed by just building against a new > > kernel image. > > > > Is anyone on the list in a position to build a new set of disks? > > Okay, did anyone try to reproduce this problem with a fresh build from > CVS? > > If nobody wants to build BFs for Sparc, we should just downgrade > severities of their bug reports. > Uh, someone is building boot-floppies for sparc, we've just been waiting for a decent kernel to use. -- .--===-=-======-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#132671: sparc disks outdated
severity 132671 serious thanks > thanks > > #include > Ben Collins [DPL] wrote on Sat Mar 02, 2002 um 08:06:36PM: > > > > If nobody wants to build BFs for Sparc, we should just downgrade > > > severities of their bug reports. > > > > > > > Uh, someone is building boot-floppies for sparc, we've just been > > waiting for a decent kernel to use. > > Since you are waiting for months, we define the issue is not important > enough for beeing RC. Since you don't maintain the sparc boot disks, I suggest you leave it alone. -- .----------===-=-==-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 3.0.20 is in build
On Sun, Mar 03, 2002 at 07:33:04PM -0500, Adam Di Carlo wrote: > > Boot-floppies 3.0.20 is in the process of being built. Thanks to > everyone that has been working on this, and that does *not* include > me, unfortunately. However, my time is easing a little bit now so I > should be able to get back and help coordinate the final woody > boot-floppies Excellent. I'll start my new builds using this version (for sparc) -- .--===-=-==-=---=--------=-=-----. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: boot-floppies 3.0.21 for testing
On Thu, Mar 14, 2002 at 04:58:11PM -0500, Dave Baker wrote: > On Thu, Mar 14, 2002 at 01:50:56PM -0800, Joshua Uziel wrote: > > * Dave Baker <[EMAIL PROTECTED]> [020314 13:42]: > > > The sun4u kernel-config is missing CONFIG_ROOT_NFS and CONFIG_NFSD_TCP, > > > both of which are present in sun4cdm. I believe this omission causes a > > > network install to be impossible on a sun4u machine (though if I'm > > > mistaken I'd be very happy to hear what I'm doing wrong). > > > > Well, it'll break an NFS install, sure... but a network install works > > fine. I did one on an AX1105 just a little while ago (UltraSPARC-IIe). > > > > I chose my words poorly. My machines generally don't have floppy or cdrom > installed, so my network install is network (bootp, tftp, nfs) from start > to end. Why both with nfs when the tftpboot.img has all you need? Just required tftp+rarp. As for the nfs options, I'll get them fixed in the next kernel upload. -- .--===-=-==-=---==-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: reassign 138715 kernel-image-2.4.16-sun4u
On Sun, Mar 17, 2002 at 06:03:12AM -0600, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > reassign 138715 kernel-image-2.4.16-sun4u > Bug#138715: [b-f sparc] sun4u floppies freeze at boot > Bug reassigned from package `boot-floppies' to `kernel-image-2.4.16-sun4u'. Fixed in 2.4.18 images. -- .--===-=-==-=---=--------=-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: reassign 138542 kernel-image-2.4.16-sun4u
On Sun, Mar 17, 2002 at 06:03:14AM -0600, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > reassign 138542 kernel-image-2.4.16-sun4u > Bug#138542: Sparc boot-floppies: TFTP boot failure > Bug reassigned from package `boot-floppies' to `kernel-image-2.4.16-sun4u'. Fixed in 2.4.18 images. -- .--===-=-==-=---=--------=-=-. / Ben Collins--Debian GNU/Linux--WatchGuard.com \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: re: [b-f sparc] enable fs other than ext2
reassign 139418 boot-floppies thanks On Fri, Mar 22, 2002 at 12:33:07AM -0600, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > reassign 139418 kernel-image-sparc-2.4 > Bug#139418: Fwd: Re: heavy problems installing woody on a brand new iBook > Bug reassigned from package `boot-floppies' to `kernel-image-sparc-2.4'. > I have no idea what you are attempting to do, but that does an iBook install problem have to do with sparc kernel images? -- .--==-====--------=-=-. / Ben Collins--Debian GNU/Linux \ ` [EMAIL PROTECTED] ' `---=-----==-===---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: re: [b-f sparc] enable fs other than ext2
On Fri, Mar 22, 2002 at 09:40:54AM +0100, Eduard Bloch wrote: > Package: kernel-image-sparc-2.4 > Severity: wishlist > > #include > Ben Collins [DPL] wrote on Fri Mar 22, 2002 um 01:45:00AM: > > > I have no idea what you are attempting to do, but that does an iBook > > install problem have to do with sparc kernel images? > > I guess you have the same problem - no Ext3 support built-in. Wrongo. And please do not quote me as "DPL" when I am not speaking in that capacity. -- .--==-===----==-=-. / Ben Collins--Debian GNU/Linux \ ` [EMAIL PROTECTED] ' `---=-----==-===---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Solved: sparc tftpboot failure
On Wed, Apr 03, 2002 at 11:51:09AM -0800, David Kimdon wrote: > Wed, Apr 03, 2002 at 02:45:30PM -0500 wrote: > > On Wed, Apr 03, 2002 at 12:17:59PM -0500, Matt Zimmerman wrote: > > > > > On an Ultra1, 384MB boot-floppies 3.0.20-2002-03-07: > > > > > > 2b3000 TILO > > > Selecting sun4u kernel... > > > Memory Address not Aligned > > > > I built my own tftpboot.img using boot-floppies 3.0.21 source, and > > everything works. I do not know whether this was a bug in 3.0.20 that is > > now fixed, or if something went wrong when the 3.0.20 images were built. > > > > Anyway, since there is no official 3.0.21 sparc boot-floppies build, should > > I do one and upload it? > > How about 3.0.22? You may want to coordinate with BenC so there is no > repeated work. No, no, no, no and no. There is a serious bug with the 2.4.x kernel images. I have to fix that. Not to mention that I want some serious testing that not just anyone can perform. What works for you will not work for everyone. -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernel as default boot kernel on CD #1 ??
On Fri, Apr 05, 2002 at 10:07:38AM +0200, Eduard Bloch wrote: > #include > Jim Westveer wrote on Thu Apr 04, 2002 um 05:24:24PM: > > > And last, woody ought to be 2.2 based and not 2.4 based ... but since I > > > also find it lame to use 2.2.x by default nowadays ... > > > > > > > I disagree, 2.4.x kernels have been out for over 2 years.we should > > not release a "new" version of Debian with such an outdated kernel ! > > [appologies in advance to the boot-floppy group for all their hard work] > > Agreed. The decission, which flavor has to be on the first CD, is done > by debian-cd's scripts, see > /usr/share/debian-cd/tools/boot/woody/boot-i386. CD distributors can > change it if they like. > IMHO bf2.4 is stable enough to be used as installation > kernel and is used by most people (Impression, looking at submitter's > data of recent bug/success reports). > > But who makes this decission for the CD Nr.1? DPL? > > BTW: I personaly think that "compact" on the second CD does not make > sence, its primarily goal is smart floppy-based installation. The DPL makes no such decisions. If anything, the technical committee would. But I think the port maintainers obviously have the most say in this. Ben -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: 2.4 kernel as default boot kernel on CD #1 ??
Please take me of the Cc of this thread. -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Ultra 5
On Sun, Apr 07, 2002 at 09:25:57PM -0400, Aravind Vinnakota wrote: > Hi all! > I just started using Debian. I am trying to install debian on Sun Ultra > 5 machine. I tried 3 different ways to install it but could'nt: > > 1) I downloaded the CD images. I tried to burn it on CDs but the images > seem to be larger than the CD size. So, I could'nt burn the CDs. > > 2) Then I downloaded just the minimal CD image and burnt it on a CD. Then > I inserted the CD into the CDROM drive and used the command $> boot cdrom > to boot from the CD, but I am getting the error "Bad magic number on disk > label". So, I could'nt boot from the CDROM > > 3) Then I downloaded the floppy image (rescue.bin and driver-1.bin) and > tried to copy them onto floppies. But again the same space > problem. The files are larger than the floppy disk size. Also from the > documentation, I could understand that we cant boot from floppy drive in > case of Ultra sparcs. Any suggestions? I think many of you were able to > burn it onto CDs and floppies? You wont be able to boot an Ultra5 using floppy. The OBP is buggy. Try these images: http://auric.debian.org/~bcollins/disks-sparc/current/ This will install woody. You'll have to read the docs on netbooting (pretty easy). -- Debian - http://www.debian.org/ Linux 1394 - http://linux1394.sourceforge.net/ Subversion - http://subversion.tigris.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: initchroot feature?
On Fri, Jun 09, 2000 at 12:19:14AM -0600, Erik Andersen wrote: > On Thu Jun 08, 2000 at 11:15:11PM -0400, Ben Collins wrote: > > On Thu, Jun 08, 2000 at 04:51:03PM -0700, Christoph Lameter wrote: > > > I see that dbootstrap supports the "initchroot" feature of some kernel to > > > start the new system without rebooting... But I cannot find that in any > > > kernel source? > > > > > > > It was a patch distributed on l-k some time back. I tried to get it > > working, but it had issues with NFS roots, so I put it on the backburner > > until woody/2.4.x (which includes the feature). > > Since Woody will be using the 2.4 kernel, we will be able to use the new "pivot > root" feature to do this, whic does essentially the same thing, but does it > much cleaner. The current "initchroot" stuff in dbootstrap and in busybox init > will be replaced with new stuff to do the "pivot root" thing. But this is > definately Woddy stuff. Yeah, pivot root is the final state of the initchroot patch I was using. -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[PROBLEM] in 2.2.15 busybox tar
I've discovered a problem in the tar in busybox with boot-floppies 2.2.15. I tested with busybox-tar and GNU tar, and it is defenitely in busybox. For some reason it is making ./ mode 644 (even though in the base2_2.tgz tarball it is 755). This basically means that users are getting a / with 644 (-x) perms. I've only seen this on sparc, but the fact that is in busybox leads me to believe it is not sparc specific. Concerns me that it is not being seen elsewhere. I'll look and see where this is coming from though, unless some others can check into it. Ben -- ---===-=-==-=---=----=-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
