[02:13] <zul> hey
[03:01] <zdsl> hello
[06:08] <fabbione> morning
[07:01] <jbailey> Heya Fabio!
[07:01] <jbailey> P'haps you can offer some advice. =)
[07:02] <jbailey> Given that Elmo's away, do you think it's acceptiable to merge the Ubuntu changes into Debian's cdbs, and then just upload it to both Hoary and Sid?
[07:02] <jbailey> err.
[07:02] <jbailey> Breezy
[07:08] <dilinger> while the cat's away.. ?
[07:12] <fabbione> jbailey: he is not away
[07:12] <fabbione> hey dilinger 
[07:12] <dilinger> good morning
[07:12] <fabbione> jbailey: what is the situation exactly?
[07:12] <fabbione> cdbs in debian needs to be imported AS-IS in ubuntu?
[07:12] <fabbione> or there are still some differences?
[07:12] <jbailey> There's only one difference in Ubuntu and it's suitable for Debian.
[07:13] <fabbione> if the first case ask elmo (that is still online) to do a pure sync and to override the ubuntu changes
[07:13] <jbailey> Since it's build infrastructure, I'd really prefer to have the two perfectly in sync.
[07:13] <fabbione> jbailey: than the correct sequence is to upload to Debian, and ask elmo for a sync
[07:13] <fabbione> sync with override
[07:13] <fabbione> so that the 2 packages will be exactly the same
[07:14] <fabbione> and with no version difference, they will be automatically synced each time you upload to debian
[07:14] <jbailey> Ah, okay.
[07:14] <jbailey> I'll do that then.
[07:16] <fabbione> good boy :)
[07:17] <fabbione> jbailey: sit!
[07:17] <fabbione> jbailey: fix!
[07:17] <fabbione> jbailey: faster!
[07:17] <kylem> shit on the floor.
[07:17] <fabbione> :P
[07:17] <jbailey> This is getting into fetishes that I don't share...
[07:18] <dilinger> sharing is caring.  why keep those fetishes all to yourself?
[07:18] <jbailey> Sharing is caring?
[07:18] <jbailey> Sounds like something from brave new world. =)
[07:19] <dilinger> random things get stuck in my head
[07:19] <dilinger> i have no idea where that came from
[07:20] <jbailey> Google reports 44,600 hits for "Sharing is caring"
[07:21] <dilinger> http://curl.haxx.se/mail/lib-2002-01/0107.html
[07:22] <kylem> heh
[07:29] <fabbione> never seen such a retarded Make system as in RH cluster
[07:29] <fabbione> jeeeeeeee
[07:29] <fabbione> it's so frigging borked
[07:51] <lamont> fabbione: so, is the logfile from a successful kernel build sufficient, or do you need files from the (purged on success) build tree?
[07:51] <lamont> for hppa, that is
[07:51] <fabbione> lamont: the log file is perfect
[07:52] <fabbione> i don't need more
[07:52] <lamont> ok..  will put it somewhere you can get it momentarily
[07:52] <lamont> grumble... 3 more kernel-team@ patches. (74-76) to merge
[07:53] <fabbione> lamont: they are cosmetic the last ones
[07:53] <lamont> gcc-3.3, initrd-tools-of-death
[07:53] <fabbione> iirc it's the gcc-3.3 stuff and ppc no unionfs
[08:00] <lamont> fabbione: people.u.c/~lamont/hppa/linux-source-2.6.12_2.6.11.90-1_20050419-0902
[08:00] <lamont> well, in anout 10 seconds
[08:00] <fabbione> lamont: thanks
[08:00] <lamont> copy done
[08:00] <fabbione> sure
[08:00] <fabbione> no rush
[08:02] <fabbione> applying patch arch-hppa_pa1 to ./ ... ok.
[08:02] <fabbione> applying patch arch-hppa_pa2 to ./ ... ok.
[08:02] <fabbione> applying patch arch-hppa_pa3 to ./ ... ok.
[08:02] <fabbione> did you split the patch in pieces?
[08:02] <dilinger> initrd-tools-of-death has a nice ring to it
[08:03] <fabbione> dilinger: ah thanks for remind me :)
[08:04] <fabbione> lamont: that was the 3rd commit to Depends on a vesioned initrd tools
[08:07] <lamont> fabbione: well, actually...
[08:07] <lamont> the patch arrived in pieces, and I figured I'd let it grow for a bit..
[08:08] <lamont> that is, I've been pulling the delta patches (vs previous -pa build), instead of the full patch
[08:08] <fabbione> lamont: make sense :)
[08:08] <fabbione> WARNING: /build/buildd/linux-source-2.6.12-2.6.11.90/debian/build/install-hppa64-smp/debian/tmp-image/lib/modules/2.6.12-1-hppa64-smp/kernel/cluster/cm
[08:08] <fabbione> an/cman.ko needs unknown symbol cnxman_ioctl32_init
[08:08] <fabbione> WARNING: /build/buildd/linux-source-2.6.12-2.6.11.90/debian/build/install-hppa64-smp/debian/tmp-image/lib/modules/2.6.12-1-hppa64-smp/kernel/cluster/cm
[08:08] <fabbione> an/cman.ko needs unknown symbol cnxman_ioctl32_exit
[08:08] <fabbione> this is no good
[08:08] <lamont> at some point, it'll probably make sense to delete pa 1-N, and just have N+1
[08:09] <fabbione> yeah
[08:09] <lamont> fabbione: I'll agree that's no good...
[08:09] <fabbione> there is so much to clean up around :/
[08:11] <fabbione> lamont: good night :)
[10:34] <fabbione> http://www.francesco.biz/papa.jpg
[10:34] <fabbione> LOL
[10:34] <fabbione> (work safe)
[10:37] <fabbione> file libgulm.a 
[10:37] <fabbione> libgulm.a: ELF 32-bit LSB relocatable, Intel 80386, version 1 (SYSV), not stripped
[10:37] <fabbione> BAH
[10:37] <fabbione> isn't that supposed to be an ar archive+
[10:37] <fabbione> ?
[11:05] <svenl> can someone remember me how we can put to suspend-to-disk a ubuntu install ? I don't remember the magic call to it.
[11:18] <mjg59> Call /etc/acpi/hibernate.sh
[11:18] <mjg59> Or choose it from the Gnome logout menu
[01:56] <jbailey> fabbione: For a sync from Debian, do I have to wait for it to actually be in the archive (post-pulse), or is it fine at any point after ACCEPT?
[01:57] <fabbione> jbailey: afaik it needs to be in the archive
[01:57] <fabbione> but that's elmo's business :)
[01:57] <jbailey> Right, but I don't want to ask him too soon. =)
[02:00] <fabbione> jbailey: just write it on irc. he reads backlog
[02:00] <fabbione> and he is asleep.. by the time he will read, the package will be in the archive
[02:01] <jbailey> That works.
[02:01] <jbailey> (Asleep?  It's only 8pm in .au)
[02:01] <fabbione> well.. around.. whatever :)
[02:32] <zul> hey
[03:07] <fabbione> re
[03:07] <fabbione> they didn't let me sleep today
[03:07] <zul> who didnt? garden gnomes?
[03:08] <fabbione> people that come aorund knocking on the doors to talk about the Church or deliver shoes or wtf...
[03:09] <zul> hehe
[03:09] <zul> you know you dont have to answer the door
[03:10] <fabbione> that would be easy if i didn't wake up by the noise
[03:10] <fabbione> jbailey: i updated the sparcbuildd inbox
[03:10] <zul> are you in an apartment or something?
[03:10] <fabbione> you might notice 2 new folders
[03:10] <fabbione> needsreallove and builddep
[03:11] <fabbione> the former has the logs of packages that FTBFS for "strange" reasons
[03:11] <fabbione> that could be gcc-4 or crappy code
[03:11] <fabbione> the latter is wel... you can guess it
[03:11] <fabbione> zul: no i live in a small villa
[03:11] <zul> ah
[03:11] <fabbione> but the problem is that they still make too much noise
[03:30] <lamont> fabbione: the problem is that you're a light sleeper. :-)
[03:32] <lamont> fabbione: unless you beat me to it?
[03:49] <fabbione> lamont: for tjhe FTBFS?
[03:50] <lamont> yeah
[03:50] <fabbione> lamont: i have more FTBFS than you do on sparc
[03:50] <fabbione> jbailey: gcc-4 ICE!
[03:51] <fabbione> jbailey: gnustep-base in needsreallove/
[03:51] <fabbione> lamont: like util-linux and others.. they simply don't build on sparc
[03:52] <lamont> ah, I see.
[03:52] <fabbione> it seems like gcc-4 for sparc is more aggressive than on other arches
[03:52] <lamont> fabbione: and yet more buildable than for hppa. :-(
[03:52] <fabbione> lamont: you still have access to the sparcbuildd inbox, don't you?
[03:53] <fabbione>  umount.c:43: error: static declaration of 'umount2' follows non-static declaration
[03:53] <fabbione> i get quite a lot of these errors
[03:53] <fabbione> but apparently i386 & Co. don't catch
[03:54] <fabbione> inetd.c:705: error: invalid lvalue in assignment
[03:54] <lamont> the baz ftbfs - did you fix that, or what? (remember seeing some discussion, but don't see a new source package...)
[03:54] <fabbione> these ones are a royal pain to fix.. it's easy but borig to death
[03:54] <fabbione> lamont: no.. i pushed the problem to both bob2 and lifeless
[03:54] <fabbione> maintainer and upstream..
[03:54] <fabbione> they have to figure it
[03:55] <fabbione> still simple.. it's a missing cast in one function :)
[03:55] <lamont> right... I'll file the bug then.
[03:55] <fabbione> but i am not dealing to NMU 1/2 of breezy
[03:55] <fabbione> it's just insane
[03:55] <jbailey> fabbione: gcc-4 ice on sparc?
[03:56] <fabbione> Please submit a full bug report,
[03:56] <fabbione> with preprocessed source if appropriate.
[03:56] <fabbione> See <URL:http://gcc.gnu.org/bugs.html> for instructions.
[03:56] <fabbione> For Debian GNU/Linux specific bug reporting instructions,
[03:56] <fabbione> see <URL:file:///usr/share/doc/gcc-4.0/README.Bugs>
[03:56] <fabbione> it's not nice to get stuff like that :)
[03:56] <fabbione> jbailey: just check the logfile i pointed to you
[03:56] <fabbione> mframe.m:1711: internal compiler error: in assign_stack_temp_for_type, at function.c:605
[03:57] <jbailey> fabbione: Gimme a sec, brain is on doing merging.
[03:57] <fabbione> jbailey: take your time
[03:57] <jbailey> (and by a sec, I mean an hour or so)
[03:57] <fabbione> you know where the stuff is :)
[03:57] <fabbione> it's like: it's there.. look at it when and if you want :)
[03:58] <fabbione> + you don't need me alive to access the sparc
[04:00] <zul> fabbione: i started on the external drivers last night i dont have anything for you though
[04:00] <fabbione> Failed to connect to archive zulcss@gmail.com--2005/kernel-debian--pre1--2.6.11.90
[04:01] <fabbione> zul: i noticed you put one in PENDINGUPLOAD
[04:01] <zul> yeah my internet access is down atm
[04:01] <fabbione> before doing external drivers import, we should at least check if we can redistribute them
[04:01] <zul> i think i was too eager
[04:01] <fabbione> and if upstream is alive
[04:01] <zul> fabbione: i already checked the spca5xx its gpl and its alive
[04:01] <fabbione> ok
[04:02] <zul> actually they updated their drivers between the time i first started the list and now
[04:02] <fabbione> ok
[04:02] <fabbione> i think i am done for today
[04:02] <fabbione> too tired to keep going
[04:02] <fabbione> but i have almost done with the RH cluster suite
[04:03] <zul> heh...damn people at the door
[04:03] <fabbione> nah i have been working too many hours in the last days
[04:03] <fabbione> i need to take it easy for the next 2/3 days before UDU burn out
[04:06] <zul> 2.6.12 should be named after porn stars
[04:07] <fabbione> nah
[04:07] <fabbione> people will complain
[04:07] <fabbione> and it's not very ethic :)
[04:07] <zul> but it would be soo cool
[04:08] <fabbione> yeah i agree
[04:08] <fabbione> but i forsee too many problems with that
[04:08] <zul> oh i know
[04:08] <fabbione> so better we find something funny but less sex-explicit
[04:08] <fabbione> we could use dildo's nick name
[04:09] <fabbione> :)
[04:09] <zul> isnt that more sex-explicit?
[04:09] <fabbione> of course :)
[04:09] <fabbione> i have no idea really
[04:09] <zul> brands of condoms ;)
[04:09] <fabbione> i think we should define 2 set of names
[04:10] <fabbione> for "yeah install and crack my system" releases
[04:10] <fabbione> and "suppose to be stable"
[04:10] <fabbione> so people can determine themself if they want to upgrade
[04:10] <zul> yeah but they are going to upgrade anyways without reading the changelogs ;)
[04:11] <fabbione> zul: nope.. we are going to accounce the names to -devel and -user :)
[04:11] <zul> thats new :)
[04:11] <fabbione> no.. just that we will use 2 set of names
[04:11] <fabbione> they will still have to decode them .)
[04:12] <fabbione> echo "The Seek & Destroy release" | md5sum >> changelog
[04:12] <fabbione> now decode that!
[04:12] <zul> lol
[04:13] <zul> evil
[04:13] <fabbione> actually
[04:13] <fabbione> we could use whatever we want
[04:13] <fabbione> and encode it with md5sum
[04:13] <zul> put the changelog in latin
[04:14] <fabbione> zul: havemus fumat marujana
[04:14] <zul> see...i have no idea what you said
[04:14] <fabbione> we smoked crack
[04:14] <zul> ah..
[04:15] <fabbione> 2000 even
[04:17] <zul> i got a medal last week as well...for being on a winning team in a playoff
[04:17] <fabbione> we need to allign the toolchain
[04:17] <fabbione> zul: ehehe
[04:18] <fabbione> i need some sugar.. brb
[04:30] <fabbione> checking how to run the C++ preprocessor... /lib/cpp
[04:30] <fabbione> configure: error: C++ preprocessor "/lib/cpp" fails sanity check
[04:30] <fabbione> YAY
[04:49] <jbailey> What type of sanity check does it do?
[05:06] <lamont> jbailey: runs it with obsolete args, I'd wager... :-)
[05:08] <fabbione> jbailey: dunno :)
[05:10] <fabbione> JEE
[05:10] <fabbione> i need to rewrite the Makefiles for the RH
[05:10] <fabbione> it's more pain to deal with them than to rewrite them clean
[05:13] <fabbione> dpkg-deb: building package `rhcluster' in `../rhcluster_0.20050419-0ubuntu1_i386.deb'.
[05:13] <fabbione> dpkg-deb: building package `rhcluster-dev' in `../rhcluster-dev_0.20050419-0ubuntu1_i386.deb'.
[05:13] <fabbione> now it starts to look more interesting :)
[05:18] <lamont> jbailey: glibc build chunking along on ia64
[05:19] <lamont> of course, with a 90-120 minute build time.,...
[05:19] <jbailey> lamont-away: Is your ia64 UP or SMP?
[05:20] <lamont-away> jbailey: data center machines are lowest-price-point (UP), I personally have at least one SMP box
[05:20] <fabbione> jbailey: they are all SMP afaik
[05:20] <kylem> fabbione, no...
[05:20] <fabbione> lamont-away: uh? really? you mean the porting box is better than the buildds?
[05:21] <fabbione> kylem: i was talking about the ia64 at the datacenter :)
[05:21] <lamont-away> build boxen for ia64 report one processor in an SMP kernel
[05:21] <kylem> fabbione, ah.
[05:21] <fabbione> lamont-away: ah.. how so?
[05:21] <fabbione> well you will tell me later :)
[05:21] <lamont-away> likewise, I have an SMP i2000 (itanium 1), and a uniprocessor Mckinley (zx2000?)
[05:21] <fabbione> kylem: i am still rediffing the ia64 patches for UP/SMP
[05:22] <fabbione> brb
[05:22] <lamont-away> fabbione: at least so it appears to this reporter.  anyway, back in several hours.  SMS'able, etc, etc.
[05:34] <zul> oi...brain hurts
[05:42] <zul> so many cd's to buy next month
[05:50] <zul> new nine inch nails new system of a down...time for lunc
[05:50] <zul> lunch even
[07:23] <jbailey> fabbione: Will you take 9940?  apparently version.h is in linux-headers-2.6.10-5-686
[07:27] <fabbione> hold on
[07:28] <fabbione> #define UTS_RELEASE "2.6.10-5-686"
[07:28] <fabbione> #define LINUX_VERSION_CODE 132618
[07:28] <fabbione> #define KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))
[07:28] <fabbione> INVALID!
[07:28] <fabbione> wtf is he talking about...
[07:28] <fabbione> if vmware doesn't know about UTS_RELEASE ENOTOURPROBLEM
[11:13] <jbailey> fabbione: Lovely.  Since ther'es no linux-headers package I'm likely to get these again.  I'll know how to tell them to stuf fit now ;)