[03:06] <zul> hey
[03:34] <crimsun> oh man.
[03:34] <crimsun> even newer Nvidia drivers.
[03:34] <crimsun> (http://www.nvidia.com/object/linux_display_ia32_1.0-7174.html)
[03:35] <crimsun> (and http://www.nvidia.com/object/linux_display_amd64_1.0-7174.html)
[03:36] <zul> fabio isnt going to like that :)
[03:40] <crimsun> nope, he sure isn't.
[07:16] <fabbione> morning
[07:16] <crimsun> morning
[08:07] <fabbione> dilinger: ping?
[08:07] <dilinger> pong
[08:07] <fabbione> dilinger: you should probably get -33 and grab the security fixes
[08:08] <fabbione> sorry i had no time to push them to you yesterday
[08:08] <fabbione> they also assigned a CAN for your patch 143
[08:08] <fabbione> the sysfs signess whatever fix
[08:08] <dilinger> thanks; already looked at -33
[08:09] <fabbione> zul found another 3 race condition fixes
[08:09] <dilinger> for 2.6.11, anyways
[08:09] <fabbione> he posted the bk commits in here
[08:09] <dilinger> still need to deal w/ older kernels
[08:09] <dilinger> oh?
[08:09] <fabbione> just a sec.. i will forward the mail
[08:10] <fabbione> on the way
[08:10] <fabbione> one for sure needs to be applied
[08:10] <fabbione> it's Herbert fix to his previous fix
[08:11] <fabbione> they have not been classified as security yet
[08:11] <fabbione> pitti is investigating the other 2 i think
[08:12] <dilinger> ok
[02:40] <zul> morning
[05:22] <T-None> ugh
[05:22] <T-Bone> -33 hppa64 doesn't boot :P
[05:22] <T-Bone> Unable to identify CD-ROM format.
[05:22] <T-Bone> cramfs: wrong magic
[05:22] <T-Bone> piKernel panic - not syncing: Attempted to kill init!
[05:26] <lamont> we planning a -34?
[05:26] <T-Bone> hey lamont
[05:26] <lamont> morning t-bone
[05:26] <T-Bone> lamont: i've been flooding you in pv window ;}
[05:26] <lamont> yeah - saw it
[05:27] <lamont> get a good kernel
[05:27] <T-Bone> the good thing is that it's getting better
[05:27] <T-Bone> the bad thing is that your archive is corrupted
[05:27] <lamont> ??
[05:27] <T-Bone> yeah, if you look a few lines above, i just tried -33 which doesn't know XFS, seemingly
[05:28] <lamont>  /boot/config-2.6.10-2-64:# CONFIG_XFS_FS is not set
[05:28] <T-Bone> lamont: the Dubious version messages came from your archive
[05:28] <lamont> that'd be correct
[05:28] <T-Bone> lamont: that's bad, let's change that for -34
[05:28] <T-Bone> lamont: your archive seems to contain packages taken from Debian. Their version numbers are newer than those in Ubuntu
[05:28] <lamont> (and yes, it's been disabled since the beginning of time...)
[05:28] <T-Bone> that's especially true for perl, which is incomplete, and thus not installable
[05:29] <T-Bone> lamont: please enable it in -34 ;] 
[05:29] <lamont> "my archive" == ubuntu-hppa/tree or ubuntu-hppa/lamont?
[05:29] <T-Bone> /lamont
[05:29] <T-Bone> tree is just fine
[05:29] <T-Bone> except that it lacks up-to-date python2.4, which makes d-i unbuildable
[05:30] <T-Bone> that's why i'm trying to build python2.4 asap ;}
[05:30] <lamont> ah, yeah.
[05:30] <lamont> that makes sense
[05:30] <zul> heh.../me is working on the bk stuff
[05:31] <lamont> T-Bone: I only created that packages file because you wanted it... :))
[05:31] <T-Bone> LOL
[05:31] <T-Bone> bad bad you :)
[05:32] <T-Bone> in any case, i've removed that archive from my sources.list and w-b merge, and i'm building all that's missing
[05:32] <T-Bone> xorg updated to -9
[05:32] <T-Bone> currently building gcc
[05:32] <zul> how do you create a new baz archive?
[05:33] <T-Bone> lamont: we're getting there. Down to 20% uncompiled
[05:33] <T-Bone> ;)
[05:33] <lamont> zul: bas make-archive -s ...
[05:33] <lamont> baz make-archive --help
[05:33] <zul> okie dokie
[05:33] <T-Bone> most of it is kde shit not building because of yet uninstalable kdelibs4
[05:34] <zul> you mean kde poopie dont you?
[05:34] <T-Bone> i guess so ;)
[05:35] <T-Bone> lamont: i have a modified d-i source that i expect to install fine now. Need to build it (that requires python2.4 up-to-date) to confirm :)
[05:54] <lamont> T-Bone: xfs as a module, or =y?
[05:54] <T-Bone> module
[05:55] <lamont> and does it create any additional questions?
[05:56] <T-Bone> ?
[05:56] <lamont> nm - I'll go test it
[05:56] <T-Bone> lamont: look how it's done in debian or in other archs in ubuntu?
[05:58] <T-Bone> lamont: btw, xresprobe builds fine now, kudos (as of 0.4.18)
[05:58] <lamont> # CONFIG_XFS_RT is not set
[05:58] <lamont> CONFIG_XFS_QUOTA=y
[05:58] <lamont> # CONFIG_XFS_SECURITY is not set
[05:58] <lamont> CONFIG_XFS_POSIX_ACL=y
[05:58] <lamont> that'll be a yes
[05:58] <lamont> yeah - daniel included my patch
[05:59] <T-Bone> ah, you mean "that" kind of questions :)
[05:59] <lamont> yeah
[05:59] <T-Bone> i thought you were talking about d-i :)
[06:00] <lamont> well, you still won't have XFS for install, since there's no module for it ...  that's a kernel and d-i change
[06:00] <T-Bone> correct
[06:00] <lamont> guess I could have the kernel deliver the udeb 
[06:00] <T-Bone> that'd be nice
[06:01] <T-Bone> i mean, let's do it as other archs do. My changes in d-i source were mostly copying what was done for ia64
[06:02] <lamont> yeah
[06:04] <zul> T-Bone: there is but you have to modify the rules file
[06:04] <T-Bone> how big is that change?
[06:04] <zul> one line
[06:04] <T-Bone> give it! :)
[06:04] <zul> only if you say please
[06:05] <T-Bone> oh dear zul, please hand over your immense knowledge and kernel-build-fu to the poor beggar I am =] 
[06:05] <zul> better..
[06:05] <T-Bone> ;}
[06:05] <zul> comment out the flavours line in the rules file and replace it with flavours := hppa
[06:05] <lamont> zul: better watch out, or he'll find a tall iron building in new york and invoke you
[06:06] <zul> heh
[06:06] <T-Bone> LOL
[06:06] <zul> back to pope watch 2005
[06:08] <zul> yay...2.6.12-rc1-bk4
[06:09] <T-Bone> 8GB RAM does *speed* up builds *alot*
[06:10] <zul> its all in your head
[06:10] <T-Bone> i wonder :)
[07:21] <fabbione> hmm
[07:21] <fabbione> lamont, T-Bone: i have no issue in adding XFS for hppa in 34
[07:21] <fabbione> and yes there will be a -34 (99.9999%)
[07:21] <fabbione> just be sure that it is propagated properly
[07:21] <zul> because of me? :)
[07:21] <fabbione> if you care
[07:22] <fabbione> zul: yes. DIE!
[07:22] <fabbione> :P
[07:22] <T-Bone> fabbione: cool
[07:22] <T-Bone> fabbione: do you know what's in ide-core-modules ?
[07:22] <fabbione> lamont: do you have time to check something for me?
[07:22] <zul> hmmm...how do i tell a user that he sucks...taticfully
[07:22] <T-Bone> we do not generate that udeb on hppa
[07:22] <lamont> fabbione: sure
[07:22] <fabbione> T-Bone: you can check it yourself. install kernel-wedge and check
[07:22] <lamont> btw, mind if we dink around with what modules get built on hppa for -34?
[07:23] <fabbione> lamont: can you try to test build kdebindings (last version) and see how much memory it sucks?
[07:23] <fabbione> lamont: as i said about it is fine with me
[07:23] <T-Bone> drivers/ide/ide-core.o
[07:23] <lamont> zul: you either have to refine the meaning of 'sucks' to something objective, or accept the fact that he won't take it peacefully
[07:23] <T-Bone> something tells me we want that on hppa
[07:23] <fabbione> just prebuild it to see if everything goes at it should
[07:23] <lamont> fabbione: cool
[07:23] <fabbione> lamont: if you can run that build it would be really appreciated. here on sparc is sucking almost 1.2GB for one file
[07:23] <zul> lamont: #8426
[07:24] <fabbione>  g++ -DHAVE_CONFIG_H -I. -I/build/sparcbuildd/kdebindings-3.4.0/./smoke/kde -I../.. -I/build/sparcbuildd/kdebindings-3.4.0/./smoke/kde/.. -I/usr/include/kde -I/usr/share/qt3/include -I. -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -g -Wall -O2 -Wformat-s
[07:24] <fabbione> this one specifically
[07:25] <fabbione> lamont: i am afraid of some memory leak somewhere, but the point is that it might pass our buildd, but not normal machines
[07:25] <lamont> i386 took 600+MB and 37 minutes
[07:25] <T-Bone> lamont: how shall i kill you?
[07:25] <fabbione> i am talkign about RAM
[07:25] <T-Bone> WARNING: The following packages cannot be authenticated!
[07:25] <T-Bone>   cdebconf-udeb archdetect anna casper-check cdebconf-priority
[07:25] <T-Bone> ...
[07:25] <fabbione> it's up to 1.3GB now
[07:25] <lamont> fabbione: right
[07:25] <T-Bone> E: There are problems and -y was used without --force-yes
[07:25] <lamont> T-Bone: add the key
[07:25] <lamont> and it's mvo/mdz you want to kill for it
[07:25] <T-Bone> lamont: how/where?
[07:26] <lamont> fabbione: right
[07:26] <T-Bone> lamont: my archive isn't signed
[07:26] <T-Bone> that's not the problem of the key
[07:26] <lamont> T-Bone: ah, well sign it
[07:26] <fabbione> lamont: no rush, but i am just curios to understand wtf it is doing
[07:26] <T-Bone> it just can't cope with unsigned archive
[07:26] <T-Bone> lamont: how?
[07:26] <lamont> create a Release file, gpg --detach-sig Release; mv Release.sig Release.gpg
[07:27] <fabbione> T-Bone: or use the workaround:
[07:27] <lamont> and make sure that the key you used is in /etc/apt/trusted.gpg in the chroot
[07:27] <fabbione> cat chroot-hoary/etc/apt/apt.conf
[07:27] <fabbione> APT::Get::AllowUnauthenticated "1";
[07:27] <lamont> or do that
[07:27] <T-Bone> fabbione: ah! THANKS!
[07:27] <T-Bone> ;}
[07:27] <lamont> in /etc/apt/apt.conf
[07:27] <T-Bone> lamont: i'm 90% certain we need to produce ide-core-modules udeb btw
[07:27] <lamont> fabbione: I don't have kdebindings in my local mirror... and probably not the build-deps either
[07:28] <lamont> T-Bone: we do generate the modules, at least... :0)
[07:28] <fabbione> lamont: perhaps you can run it at the DC?
[07:28] <lamont> fabbione: yeah - I'll do a build on concordia or some such
[07:28] <T-Bone> lamont: heh :)
[07:28] <fabbione> lamont: danke
[07:29] <T-Bone> lamont: you see, in the ongoing port war, it is not acceptable that fabbione has d-i ready on sparc and we don't have it on hppa ;] 
[07:29] <fabbione> T-Bone: you will never have it for hoary anyway :)
[07:30] <T-Bone> fabbione: lol
[07:30] <T-Bone> fabbione: hoary releases next week?
[07:30] <fabbione> sparc > hppa
[07:30] <kylem> fabbione, them's fighting words.
[07:30] <T-Bone> fabbione: not in number of built packages :)
[07:30] <fabbione> T-Bone: how many buildds do you have? and with how many cpu's + gb of ram?
[07:30] <T-Bone> fabbione: i expect to have the installer ready by tomorrow, given a proper kernel
[07:31] <lamont> T-Bone: we had a booting miniiso before he did
[07:31] <T-Bone> fabbione: *LOADS* ;] 
[07:31] <T-Bone> lamont: hehe cool! hppa > sparc ;)
[07:31] <lamont> mind you, you couldn't do anything with it.
[07:31] <fabbione> T-Bone: than divide the num of your packages by (num of buildd * num cpu * Gb of RAM)
[07:31] <T-Bone> lol
[07:31] <fabbione> T-Bone: and i will do the same
[07:31] <lamont> fabbione: I think we fixed xresprobe for you with 0.4.18 as well
[07:31] <fabbione> the one with the higher num, wins
[07:31] <T-Bone> fabbione: i don't do maths :}
[07:31] <lamont> or was sparc already in the makefile the wrong (old) way?
[07:32] <T-Bone> Failed to fetch http://people.ubuntu.com/~lamont/ubuntu-hppa/tree/pool/main/c/console-data/console-keymaps-usb_2002.12.04dbs-48ubuntu5_all.udeb  404 Not Found
[07:32] <fabbione> lamont: nope.. i did fix xresprobe for hppa
[07:32] <fabbione> lamont: and i did give you a kernel :)
[07:32] <lamont> when did you fix xresprobe for hppa?
[07:32] <lamont> because it hasn't built until 0.4.18, when daniels took my patch
[07:32] <fabbione> lamont: i fixed xresprobe for hppa the same time i uploaded the fix for sparc
[07:32] <lamont> ftbfs
[07:32] <fabbione> using the dummy_thing.x
[07:33] <fabbione> well, you never told me
[07:33] <fabbione> :)
[07:33] <fabbione> ah no
[07:33] <fabbione> xresprobe (0.4.12) hoary; urgency=low
[07:33] <fabbione>   * Fix ia64 and sparc port.
[07:33] <fabbione>  -- Fabio M. Di Nitto <fabbione@fabbione.net>  Sun, 21 Nov 2004 12:46:23 +0100
[07:33] <lamont> that's because it's been ftbfs all along, and I'd sent daniels the patch to just make it use dummy _EVERYWHERE_ that it didn't use one of the other two, instead of hardcoding each *()^*_& architecture one at a time
[07:33] <fabbione> i fixed ia64
[07:33] <T-Bone> lamont: missing udebs are casper-check, di-utils, di-utils-reboot, di-utils-terminfo, hotplug-udeb, kickseed-common, localechooser, console-keymaps-at, console-keymaps-usb and initrd-kickseed
[07:34] <lamont> fabbione: ah, and I fixed everything else, and removed your ia64/sparc fix by subsuming it.
[07:34] <fabbione> lamont: my bad.. it was ia64
[07:34] <lamont> fabbione: heh
[07:34] <fabbione> lamont: right
[07:34] <T-Bone> lamont: can you fix that in an easy way or should i build something?
[07:34] <fabbione> well mdz is not around
[07:34] <fabbione> i am going to help my wife to cook dinner
[07:35] <fabbione> later guys
[07:35] <T-Bone> fabbione: cya
[07:35] <zul> toodles
[07:36] <T-Bone> linux-source-2.6.11_2.6.11-0.2: currently building
[07:36] <T-Bone> ARG!
[07:36] <lamont> T-Bone: bide
[07:36] <T-Bone> lamont: yeah sorry :}
[07:37] <T-Bone> lamont: so, what should I do?
[07:37] <lamont> T-Bone: those are all newer than what I have in my archive...
[07:38] <lamont> you may just need to build them
[07:38] <lamont> for quick-turn that is
[07:38] <T-Bone> what package builds them?
[07:41] <lamont> T-Bone: casper, debian-installer-utils, hotplug, kickseed, console-data
[07:41] <T-Bone> lamont: it's strange. The only package != universe I have left to be built are:
[07:42] <T-Bone> devel/debian-installer_20041227ubuntu23 [extra:uncompiled] 
[07:42] <T-Bone> debian-installer/kbd-chooser_1.09ubuntu16 [-:uncompiled] 
[07:42] <T-Bone> misc/archive-copier_0.1.3 [-:uncompiled] 
[07:42] <T-Bone> unknown/palo-installer_0.0.6 [-:uncompiled] 
[07:42] <T-Bone> which means that they are supposedly up to date in your archive...
[07:42] <lamont> it's possible that udebs aren't current in my archive..
[07:43] <T-Bone> gah
[07:43] <T-Bone> i hate you :P
[07:43] <lamont> the target was 'debootstrapable' at the time, if you recall
[07:43] <T-Bone> lamont: problem is i don't have your changes to console-data to get it build
[07:43] <lamont> sec
[07:44] <T-Bone> not to mention that telling w-b to force rebuild those packages isn't gonna be cool
[07:44] <T-Bone> unless there is a magic command?
[07:45] <T-Bone> ah! Thanks you sooooooo much ;}
[07:45] <lamont> w-b --forget, w-b --take, echo "foo_ver hoary" > build/REDO
[07:45] <lamont> for each foo_ver
[07:45] <T-Bone> yumm
[07:46] <lamont> and finish that before the next time you run merge-quinn
[07:46] <T-Bone> more yumm
[07:46] <lamont> baz register-archive http://people.ubuntu.com/~lamont/Archives/lamont@ubuntu.com--hppa-2005
[07:46] <lamont> is mirroring there now
[07:46] <lamont> lamont@ubuntu.com--hppa-2005/console-data--hppa--2002.12.04
[07:46] <lamont> is the current console-data
[07:47] <T-Bone> baz get that I suppose?
[07:47] <lamont> on the bright side, once hoary releases, we won't have to keep merging the patch forward.
[07:47] <lamont> yeah
[07:48] <lamont> although it's not popultaed yet
[07:48] <T-Bone> No such package (console-data--hppa)
[07:48] <T-Bone> heh :P
[07:49] <T-Bone> i must really be damn willing to get that thing to work, cause it's kinda boring ;] 
[07:49] <lamont> heh
[07:49] <lamont> you sound like my 9 year old. :-)
[07:49] <T-Bone> lol
[07:49] <T-Bone> i hate you soooooo much :}
[07:49] <lamont> "but it's _BOORIIINNNNGGGG"
[07:50] <T-Bone> that's the idea, yeah :)
[07:50] <zul> T-Bone: do you want a lolly?
[07:50] <lamont> the only lolly I know is married
[07:50] <T-Bone> zul: you, i kill you, you!
[07:50] <lamont> T-Bone: that would be simplest
[07:51] <T-Bone> lamont: definitely. Just need to find versions
[07:53] <T-Bone> hmm
[07:53] <T-Bone> i knew this wasn't that easy
[07:53] <T-Bone>  /usr/bin/fakeroot debian/rules binary-arch
[07:53] <T-Bone> make: Nothing to be done for `binary-arch'.
[07:53] <T-Bone>  dpkg-genchanges -B -mUbuntu hppa unofficial buildd <buildd@buildd.slashdirt.org>
[07:53] <T-Bone> dpkg-genchanges: arch-specific upload - not including arch-independent packages
[07:53] <T-Bone> dpkg-genchanges: failure: cannot read files list file: No such file or directory
[07:53] <T-Bone> lamont: that's casper
[07:54] <lamont> ew
[07:55] <T-Bone> yeah, that's what I said too :P
[07:55] <T-Bone> isn't casper "all"?
[07:55] <T-Bone> Architecture: all
[07:56] <T-Bone> same goes for hotplug
[07:56] <T-Bone> and kickseed
[07:57] <lamont> well, in that case, add that horrible hack to pull them from the real archive
[07:57] <T-Bone> i'm left with console data, and another tweak to sources.list.udeb.local to add something that will make it get all udebs
[07:58] <T-Bone> deb http://archive.ubuntu.com/ubuntu dists/hoary/main/debian-installer/binary-i386 ?
[07:58] <lamont> console-data source and debs in ubuntu-hppa/lamont if you want to go that route
[07:59] <T-Bone> much easier
[08:00] <T-Bone> lamont: 403
[08:01] <lamont> grumble
[08:01] <T-Bone> i guess so :)
[08:01] <lamont> fixed
[08:01] <T-Bone> thx
[08:03] <lamont> btw, baz mirror of console-data done, working through ubuntu-meta now
[08:03] <T-Bone> ok
[08:03] <T-Bone> building console data
[08:04] <lamont> udebs were there too, you know...
[08:04] <T-Bone> yeah, but i can ;}
[08:04] <T-Bone> i don't trust that archive no more, you see... =] 
[08:04] <lamont> mind you, it could be completely wrong, since it just clones the i386/ppc/whatever keymaps into hppa...
[08:05] <T-Bone> huhuhu
[08:05] <T-Bone> gonna be fun
[08:05] <lamont> funny part is that those debs you found aren't in changes files anywhere...
[08:05] <lamont> which is just plain wierd
[08:05] <T-Bone> for my current usage i don't need it anyway (serial console), but we'll have to look at that
[08:05] <lamont> yeah
[08:06] <T-Bone> my top priority is getting a netbootable installer image sufficient to net install machine using serial console, for next friday
[08:06] <T-Bone> once I have that, it'll be time to look at something more suitable :)
[08:07] <lamont> that's 99% of the way there, of course...
[08:07] <T-Bone> indeed
[08:09] <T-Bone> console-data successfully built
[08:17] <T-Bone> E: Malformed line 3 in source list /build/varenet/debian-installer-20041227ubuntu24/build/sources.list.udeb.local (dist parse)
[08:17] <T-Bone> shit
[08:17] <T-Bone> it doesn't like the hack
[08:17] <T-Bone> lamont: can you move the all.udebs in place or can you tell me how to do that?
[08:19] <lamont> fetch the packages.gz file from the right place, and lots of wgets
[08:19] <T-Bone> sigh
[08:20] <lamont> or edit the local sources list like it says
[08:20] <T-Bone> that's what i did
[08:20] <T-Bone> and it didn't like it
[08:20] <T-Bone> cat sources.list.udeb.local
[08:20] <T-Bone> deb http://archive.slashdirt.org/udebs ./
[08:20] <T-Bone> deb http://people.ubuntu.com/~lamont/ubuntu-hppa/tree hoary main/debian-installer
[08:20] <T-Bone> deb http://archive.ubuntu.com/ubuntu dists/hoary/main/debian-installer/binary-i386
[08:21] <lamont> sigh.
[08:21] <T-Bone> indeed :P
[08:21] <lamont> yeah - just grab the binary-i368/Packages.gz, grep for _all.udeb, and wget those lines
[08:21] <lamont> then apt-ftparchive that tree
[08:21] <T-Bone> will do
[08:23] <lamont> baz mirror complete
[08:27] <T-Bone> lamont: btw, i'm quite worried at how gcc-3.4 build failed...
[08:29] <T-Bone> yay, all udebs were downloaded fine
[09:00] <zul> meh..
[09:10] <T-Bone> yatta, d-i built successfully
[09:10] <zul> yatta? is that french french ;)
[09:11] <T-Bone> iieh
[09:11] <T-Bone> sole wa nihongo dessu ;] 
[09:13] <zul> mama toifea kusotare
[09:14] <T-Bone> lol
[09:15] <T-Bone> Freeing unused kernel memory: 316k freed
[09:15] <T-Bone> Setting up filesystem, pattempt to access beyond end of device
[09:15] <T-Bone> lram0: rw=0, want=16520, limit=16384
[09:15] <T-Bone> eaKernel panic - not syncing: Attempted to kill init!
[09:15] <T-Bone> s e wait ...
[09:15] <T-Bone> Can't find /proc in /etc/fstab
[09:16] <zul> hah hah
[09:16] <zul> its called karma
[09:20] <lamont> T-Bone: huh?
[09:21] <lamont> T-Bone: sore wa nihongo desu
[09:21] <T-Bone> lamont: our initrd is too big
[09:21] <lamont> hrm.. fix that
[09:21] <T-Bone> how?
[09:21] <lamont> oh, there's the ramdisk thing
[09:21] <lamont> see what ia64 does for default args
[09:22] <lamont> boot with ramdisk=<number of KB>iirc
[09:22] <lamont> or ramdisk_size
[09:22] <lamont> or some such
[09:22] <T-Bone> that's what i'm trying
[09:22] <T-Bone> and it doesn't work
[09:22] <lamont> btw, u-h/lamont cleaned up to just have current versions of stuff in it
[09:23] <T-Bone> using ramdisk_size=16800 hangs the boot
[09:23] <T-Bone> isn't palo limited in the amount of memory it can use for loading kernel/initrd?
[09:23] <lamont> could be
[09:23] <T-Bone> SNAFU
[09:25] <lamont> nah, normally it works...
[09:25] <lamont> you could look at what debian/hppa does
[09:26] <T-Bone> debian/hppa has a much smaller initrd
[09:26] <T-Bone> kylem's last post about that was explicit
[09:26] <lamont> so what don't they include that we are?
[09:26] <T-Bone> pdc_iodc_bootin() died during seekread
[09:26] <T-Bone> it's not dead!
[09:26] <T-Bone> it just prompted me that
[09:27] <T-Bone> lamont: any clue what that means?
[09:28] <T-Bone> i suspect palo limitation wrt size of initial boot material
[09:29] <T-Bone> 14M     build/udebs/
[09:42] <T-Bone> lamont: where should i look at, supposing i want to remove a bunch of stuff from the initrd?
[09:44] <T-Bone>  12M Mar  7 00:46 debian-di.img
[09:44] <kylem> i concur.
[09:44] <T-Bone>  13M Apr  2 21:13 ubuntu-di.img
[09:44] <kylem> i hate cd images.
[09:47] <T-Bone> let's remove usb as well
[09:52] <lamont> lessee... 112MB at 1KB/sec... that's gonna take a while
[09:53] <T-Bone> lamont: if i'm still able to do maths, if you're shapped at 56kbps, you should be able to do 7kBps (say round it at 5) :)
[09:54] <lamont> yeah - but there's another rsync, and this is unshaped (since I don't shape ssh)
[09:54] <T-Bone> tssks ;)
[09:54] <lamont> nah - interactive perfomance is needful, dammit
[09:56] <lamont> well, the config changes in -34
[09:57] <T-Bone> lamont: i think there's a bunch of config options missing
[09:57] <T-Bone> and another bunch of d-i udebs missing
[10:00] <zul> pope is dead
[10:02] <lamont> zul: you mean the machine, or that pagan leader/
[10:02] <lamont> ?
[10:04] <T-Bone> the machine?
[10:05] <lamont> is a common name for computers
[10:06] <T-Bone> lol
[10:07] <lamont> "and no, bears aren't catholic"
[10:08] <lamont> mixing around american rhetorical questions
[10:08] <T-Bone> oh
[10:08] <zul> as in the dude
[10:09] <T-Bone> i'm completely airtight to these ;}
[10:09] <T-Bone> zul: ah yes!
[10:09] <T-Bone> now i remember
[10:11] <lamont> zul: bummer
[10:12] <zul> yep
[10:15] <lamont> you catholic then?
[10:16] <lamont> Setting up tetex-extra (2.0.2c-3) ...
[10:16] <lamont> dpkg: error processing tetex-extra (--configure):
[10:16] <lamont>  subprocess post-installation script killed by signal (Illegal instruction)
[10:16] <lamont> S
[10:16] <lamont> woot
[10:18] <zul> lamont: for the past 2 years yep
[10:18] <lamont> s/rude/black/
[10:19] <zul> lamont: heh...i appreciated rude sense of humor
[10:19] <lamont> heh
[10:27] <zul> im not dead...im catholic ;)
[10:27] <zul> but i know what you mean
[10:30] <T-Bone> hehehehe
[10:30] <T-Bone> very handy ;] 
[10:31] <zul> whee...bk rocks...not
[10:31] <T-Bone> though i removed a whole bunch of stuff, the .img is exactly the same size as before
[10:31] <T-Bone> zul: no big news ;] 
[10:34] <T-Bone> hmm
[10:34] <T-Bone> and the overflow is exactly as much
[10:34] <T-Bone> RAMDISK: Compressed image found at block 0
[10:34] <T-Bone> RAMDISK: incomplete write (-28 != 32768) 8388608
[10:34] <T-Bone> VFS: Mounted root (ext2 filesystem) readonly.
[10:34] <T-Bone> Freeing unused kernel memory: 316k freed
[10:34] <T-Bone> Setting up filesystem, pattempt to access beyond end of device
[10:34] <T-Bone> lram0: rw=0, want=16520, limit=16384
[10:35] <T-Bone> '-28' heh
[10:35] <T-Bone> kylem: seen that kind of issues already?
[10:36] <T-Bone> lamont: 
[10:36] <T-Bone> last question before you leave (if possible)
[10:36] <lamont> si?
[10:36] <kylem> T-Bone, yes, that was reported on the d-hppa mailing list a little while ago.
[10:37] <T-Bone> lamont: where do you tell d-i to look for an archive? (since we don't prompt that question at install time, iirc)
[10:37] <T-Bone> kylem: sigh
[10:37] <kylem> T-Bone, it means your initrd doesn't fit in 16384, bump it up some more :(
[10:37] <lamont> I believe that it reads /etc/apt/sources.list (and munges it...)
[10:37] <lamont> that is, the copy in the chroot wins
[10:37] <T-Bone> kylem: i tried, and when i do that the box doesn't boot
[10:38] <kylem> maybe it needs to be a multiple of some power?
[10:38] <T-Bone> lamont: hmm ok
[10:38] <T-Bone> kylem: i tried 32768
[10:39] <kylem> hmm.
[10:39] <T-Bone> yet, that doesn't fix that fucking rd issue
[10:40] <lamont> T-Bone: uh, figure out what all is in the ramdisk, and how much has to go... figure out from there what to jetison?
[10:40] <lamont> or shrink.
[10:40] <kylem> i'm starting to get very apathetic to this whole thing.
[10:40] <T-Bone> lamont: if only i understood what goes in the ramdisk
[10:40] <lamont> kylem: which whole thing?
[10:40] <kylem> d-i
[10:40] <lamont> T-Bone: would be a research project for me too.
[10:40] <T-Bone> kylem: you're not alone
[10:40] <lamont> kylem: there is something to be said for just untaring a base image onto the disk...
[10:41] <kylem> lamont, as long as netboot works, i'm pretty unconcerned with the rest.
[10:41] <T-Bone> lamont: i dunno for kyle, but that kind of undocumented blackhole shit pisses me off *immensely*
[10:41] <kylem> T-Bone, yes, that's exactly it.
[10:41] <T-Bone> kylem: heh, you see, you're not alone :}
[10:41] <lamont> undocumented blackhole?
[10:41] <kylem> i want to fix something tiny, without spending 30 hours figuring out how everything fits together.
[10:41] <T-Bone> lamont: buildd/d-i/dak and all the like
[10:41] <kylem> because i don't have 30 hours to invest in it, in fact, i rarely have more than 1.
[10:41] <T-Bone> that's exactly as kylem said
[10:42] <lamont> ah, yes.... Networking truth #5.
[10:42] <T-Bone> lamont: i'm getting more and more tired to hear "find it out by yourself"
[10:42] <T-Bone> lamont: that's exactly why i left ia64: i don't like ia64, so i wouldn't fight for it
[10:42] <lamont> T-Bone: heh.  at the same time, you're covering ground I haven't trodden on yet...
[10:42] <T-Bone> lamont: i'm fighting for hppa, yet, it's not fun
[10:43] <lamont> anyway, really must run for a while
[10:43] <T-Bone> lamont: sure, but it would be so much easier if the guys who wrote that shit wrote some doc to go along
[10:43] <lamont> test build of -34 kernel (with ext3 perf, and your xfs modules), running
[10:43] <T-Bone> and i mean *efficient* doc, not "do this this and that to do that"
[10:43] <T-Bone> because currently i'm not trying to do "that". I'm trying to understand how it works to bend it to my needs. That's what FOSS is about, if i'm right...
[10:43] <T-Bone> lamont: cool thx
[10:45] <zul> kylem: pinteric's platform lot of ranting little nothing
[10:45] <kylem> zul, heheh.
[10:48] <T-Bone> unsurprisingly, gcc-4.0 failed to build because of libtool mess. Sigh.
[10:49] <kylem> :(
[10:50] <T-Bone> i can't count the number of packages that failed to build because of libtool mess. I'm so glad I never used libtool in my life :P
[10:51] <kylem> consider yourself fortunate.
[10:51] <T-Bone> heh
[11:18] <zul> welcome to my world...hope you stay a while
[11:32] <zul> its uh...snowing in april
[11:35] <kylem> :)
[11:47] <calc> CONFIG_IDEDMA_ONLYDISK=y
[11:47] <calc> that doesn't do what i think it does?
[11:51] <calc> anyone awake?
[12:00] <calc> config IDEDMA_ONLYDISK
[12:00] <calc>         bool "Enable DMA only for disks "
[12:00] <calc>         depends on IDEDMA_PCI_AUTO
[12:00] <calc>         help
[12:00] <calc>           This is used if you know your ATAPI Devices are going to fail DMA
[12:00] <calc>           Transfers.
[12:00] <calc>           Generally say N here.
[12:00] <calc> erm ISN'T THAT VERY BAD?
[12:00] <calc> means no optical drives will have DMA enabled, etc
[12:01] <calc> seems to have been enabled in 2.6.8.1-17 (2 Nov 2004)