[01:06] <lamont> jbailey: you around?
[01:42] <lamont> doko: ping
[01:43] <lamont>   gij: Depends: gij-3.4 (>= 3.4.3) but it is not installable
[01:43] <lamont>   libgcj4-dev: Depends: gcj-3.3 (>= 1:3.3.5-8ubuntu2) but it is not going to be installed
[01:43] <lamont>                Depends: libgcj4-common (>= 1:3.3.5-8ubuntu2) but it is not going to be installed
[01:43] <lamont> do we expect that from hppa?
[01:47] <doko> lamont: looks ok, don't know what is wrong. sorry, I'm too tired. I'm currently uploading a 4.0 with PR22051 fixed.
[01:47] <lamont> doko: ok.
[01:48] <lamont> doko: gij-3.4 does not exist, for starters...
[01:49] <lamont> doko: hold off on changing the defaults for hppa back to 4.0 for a little bit - if it's OK with you, I'll plan on uploading a new gcc-defaults once I've done some testing.
[01:54] <doko> lamont: hppa is your call ..
[01:56] <lamont> doko: thanks
[02:06] <lamont> unicode.c:19:26: linux/string.h: No such file or directory
[02:06] <lamont> \
[02:14] <jbailey> lamont: The whole header is wrapped with an #ifdef __KERNEL__ and doesn't have any definitions in it...
[02:14] <jbailey> The leading comment is: /* We don't want strings.h stuff being user by user stuff by accident */
[02:15] <lamont> jbailey: hfsplus, fwiw
[02:16] <lamont> and then there's: /usr/include/linux/socket.h:10: error: redefinition of `struct sockaddr'
[02:16] <lamont> /usr/include/linux/socket.h:17: error: redefinition of `struct linger'
[02:16] <jbailey> Is this on hppa?
[02:18] <jbailey> hfsplus includes socket stuff?
[02:18] <jbailey> Sounds like the program is a mess.
[02:18] <jbailey> Can you email it to me?  I'll fix it on Tuesday / Wednesday.
[02:22] <lamont> jbailey: that was iproute
[02:25] <lamont> jbailey: I'll send you some mail, yes.
[02:25] <jbailey> lamont: Cool.  I can chew through them pretty quickly and try to get the patches in upstream.
[05:47] <lamont> fabbione: _2_ buildd's now chunking along on hppoa
[06:37] <fabbione> morning
[06:59] <desrt> fabbione; word.
[06:59] <fabbione> hey desrt 
[06:59] <desrt> found a couple of other issues with the actual kernel
[07:00] <desrt> basically, some options are off that should be on
[07:00] <fabbione> can you be more specific?
[07:00] <desrt> mouse button emulation and openfirmware tree under /proc
[07:00] <fabbione> i think they are built as module
[07:01] <fabbione> but if you can tell me the CONFIG_ option it's easy to check
[07:01] <desrt> looking.
[07:03] <desrt> ok.  the mouse button emulation is definitely missing, but for a good reason
[07:03] <desrt> it depends on ADB support which is (quite reasonably) disabled
[07:04] <fabbione> ok
[07:04] <desrt> it gives an error on startup.. no big deal
[07:04] <fabbione> error or warning?
[07:04] <desrt> warning
[07:04] <desrt> missing sysctl variables
[07:04] <fabbione> ok
[07:04] <desrt> the other one is a bit more serious since it prevents yaboot from working
[07:05] <fabbione> mostlikely possible.. not everything has been ported to 64bit yet
[07:05] <fabbione> hmmm.. i understood there was no reason to use yaboot..
[07:05] <desrt> this definitely works on ppc64.  i've done it before
[07:05] <fabbione> can you still tell me option so i can check with others?
[07:05] <desrt> k. gotta find it :)
[07:05] <fabbione> thanks :)
[07:06] <desrt> what am i supposed to use instead of yaboot?
[07:06] <fabbione> desrt: no idea... 
[07:06] <fabbione> i don't own a ppc
[07:06] <desrt> :)
[07:06] <fabbione> i ask around usually what is the best thing to do
[07:06] <desrt> fair enough :)
[07:15] <desrt> fabbione; ok.  the device tree is enabled, but broken
[07:15] <fabbione> broken how?
[07:15] <desrt> root@gorecki:/proc/device-tree# ofpath /dev/sda2
[07:15] <desrt> ofpath: /proc/device-tree is broken.  Do not use BootX to boot, use yaboot.
[07:15] <desrt> ofpath: The yaboot HOWTO can be found here: http://www.alaska.net/~erbenson/doc
[07:15] <desrt> (having booted using yaboot)
[07:16] <desrt> i'm gonna google a bit
[07:16] <fabbione> ok..
[07:17] <fabbione> are you sure it's not just a warning?
[07:17] <desrt> quite sure
[07:17] <fabbione> if you booted with yaboot, it somehow means that the device-tree is there
[07:17] <desrt> it needs to know the openfirmware device path of the harddrive
[07:17] <desrt> (in order to load the kernel image from it)
[07:18] <fabbione> so how did you booted before?
[07:18] <desrt> after i installed the ppc64 image i ran yaboot from inside the 32bit kernel
[07:18] <desrt> (which works fine)
[07:19] <fabbione> hold on a sec..
[07:19] <fabbione> hmm ben is not around...
[07:19] <fabbione> i will ask him when he shows up
[07:19] <desrt> ok.  i'm still looking into it
[07:21] <fabbione> desrt: you could try to look at device-tree with a 32bit kernel and compare the diff with a 64?
[07:21] <desrt> fabbione; doing that now
[07:21] <fabbione> perhaps it is easy to spot
[07:21] <desrt> ofboot works by grepping the output of ls -l | ^lr (ie: looking for readable symlinks)
[07:21] <desrt> the ppc32 kernel is full of symlinks... none in the 64bit one
[07:21] <fabbione> hmmm interesting
[07:22] <fabbione> ok i will ask him
[07:29] <fabbione> doko: ping?
[07:31] <desrt> fabbione; ok, basically the check performed by ofpath is stupid
[07:32] <desrt> fabbione; if i disable the check (or change it to check for the presence of directories instead of links) then yaboot is fine
[07:32] <fabbione> desrt: can you test the same change on 32bit kernels?
[07:32] <desrt> hm.  ok
[07:32] <fabbione> if that change works, i see no problem in pushing it in the archive
[07:32] <fabbione> if it was checking for symlinks there might be a reason that we don't know
[07:32] <desrt> works fine
[07:33] <desrt> well, in the event that it doesn't find symlinks it aborts
[07:33] <desrt> anyway.. the fix is positively trivial
[07:33] <desrt> line 674 of /usr/sbin/ofpath
[07:34] <fabbione> ofpath is part of yaboot?
[07:34] <desrt> change ^lr to ^d
[07:34] <desrt> yes
[07:34] <fabbione> (on i386 is a bit less trivial to check ppc packages ;))
[07:35] <desrt> also change at line 432
[07:36] <fabbione> that checks look completely dumb
[07:36] <desrt> it just checks if there's any files that have ls -l output starting with lr (ie: symlinks...)
[07:37] <desrt> yet it works perfectly fine without the presence of these symlinks
[07:37] <desrt> i guess it just assumes that if the device tree is present it will always have symlinks in it
[07:37] <desrt> (oops)
[07:38] <fabbione> ok i will ask Kamion to double check.. he is the ppc guy
[07:38] <desrt> rockin'
[07:38] <fabbione> given that i can't test it locally
[07:38] <fabbione> no problem :) thanks a lot for the debugging :)
[07:38] <desrt> thanks for your swift reply :)
[07:39] <fabbione> :)
[07:40] <desrt> http://kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.12
[07:40] <desrt> commit 5f64f73957f6cae3222f97f2599199ee562f7f3f
[07:40] <desrt> Author: Benjamin Herrenschmidt <benh@kernel.crashing.org>
[07:40] <desrt> ^^ see this
[07:40] <fabbione> oh benh :)
[07:40] <fabbione> the same ben i was going to ask ;)
[07:40] <desrt> ya.  i know :)
[07:41] <desrt> benh did some particularly heroic stuff in the kernel right around the time i got my ibook :)
[07:41] <fabbione> yeah he still does :)
[07:41] <fabbione> and he hangs here on freenode
[07:42] <fabbione> if he did that.. i am confident in doing the change :)
[07:42] <desrt> so it's really a 2.6.10 vs 2.6.12 issue, i guess... not ppc32 vs ppc64
[07:43] <fabbione> yeps
[07:43] <desrt> probably means a new version of yaboot will be released soon anyway
[07:43] <fabbione> probably.. in the meantime let's fix it :)
[07:43] <desrt> sounds good to me
[07:46] <fabbione> yaboot (1.3.13-3ubuntu3) breezy; urgency=low
[07:46] <fabbione>   * ofpath: fix checks of /proc/device-tree:
[07:46] <fabbione>     According to commit 5f64f73957f6cae3222f97f2599199ee562f7f3f
[07:46] <fabbione>     in 2.6.12:
[07:46] <fabbione> 
[07:46] <fabbione>     [PATCH]  ppc32/ppc64: cleanup /proc/device-tree
[07:46] <fabbione>     [....] 
[07:46] <fabbione>     - Do not create symlinks for the short name and unit address parts of a
[07:46] <fabbione>       node.  These were never really used, bloated the memory footprint of
[07:46] <fabbione>       the device-tree with useless struct proc_dir_entry and their matching
[07:46] <fabbione>       dentry and inode cache bloat.
[07:46] <fabbione>    ofpath always assumed the presence of symlinks to verify a valide
[07:47] <fabbione>    /proc/device-tree. Change them to verify presence of directories instead.
[07:47] <fabbione>    Patch and tests kindly done by Ryan Lortie.
[07:47] <fabbione>  -- Fabio M. Di Nitto <fabbione@ubuntu.com>  Fri, 01 Jul 2005 07:46:39 +0200
[07:47] <desrt> rocking.  when will that be on the archives?
[07:47] <fabbione> in about one hour if it build properly...
[07:47] <desrt> the infra you guys have going is seriously cool :)
[07:48] <fabbione> let me see if i can test build it first
[07:48] <fabbione> yaboot didn't get an upload in ages
[07:51] <desrt> so how did you swing a powermac (promise) from gtk?
[07:51] <fabbione> nah i was just kidding :)
[07:52] <desrt> oh :)
[07:52] <fabbione> everything that doesn't work is GTK's fault ;)
[07:52] <desrt> hah.
[07:52] <desrt> ok.  i thought that was sort of weird :)
[07:52] <desrt> we bought about 20 dual G5s at work half a year ago
[07:53] <desrt> the work all you guys are doing on the toolchain and kernel to get ppc64 supported is vastly appreciated
[07:53] <fabbione> :)
[07:54] <fabbione> hmm it doesn't build with gcc-4.0
[07:55] <desrt> precious little does :P
[07:55] <fabbione> meh sorry i was talking about yaboot
[07:55] <desrt> that's what i understood
[07:57] <desrt> oh wow.  this code is special :)
[07:58] <desrt> it looks like the guy implemented KMP strstr() using intentionally-obfuse code
[08:00] <desrt> anyway.. it's just one problem and it's pretty easy to fix in a disgusting way :)
[08:01] <desrt> line 79 of lib/strstr.c should read "shloop: 0;  }" :)
[08:01] <fabbione> oh yeah
[08:04] <fabbione> uploaded now....
[08:05] <desrt> hopefully this one works out a bit better
[08:05] <fabbione> it will hit the archive in approx 1 hour
[08:05] <fabbione> i hope it won't break compiled with gcc-4.0 :)
[08:05] <desrt> i did a build here with the 2 patches and dpkg -i'd the .deb
[08:05] <desrt> seems to be working
[08:05] <fabbione> did you boot with it?
[08:05] <desrt> nope :)
[08:05] <desrt> it's the long weekend.  dare me to? :)
[08:05] <fabbione> up to you :)
[08:06] <desrt> actually.  i have a G5 beside me
[08:06] <desrt> i'll try on it
[08:09] <fabbione> rocking
[08:09] <desrt> uh.  i patented "rocking"
[08:09] <desrt> pay up or cease and desist
[08:09] <fabbione> ehehe
[08:14] <fabbione> ok back to userland now...
[08:14] <fabbione> gotta fix some stuff today
[08:15] <fabbione> desrt: enjoy the long we btw :)
[08:15] <desrt> surely will :)
[08:16] <fabbione> i will come back to you for the headers stuff soon...
[08:16] <fabbione> today is userland work :)
[08:16] <desrt> :)
[08:16] <desrt> ya.. this channel is called -toolchain, after all
[08:17] <desrt> <just testing yaboot now... had to upgrade to breezy>
[08:18] <desrt> works in 32bit mode
[08:19] <desrt> and 64.  doesn't look like gcc4 hurt it too badly
[08:19] <desrt> i'm off to sleep now.  have a good day :)
[08:25] <fabbione> good night :)
[10:49] <doko> fabbione: pong
[10:52] <fabbione> doko: mind if i upload OO2??
[10:52] <fabbione> missing at least one B-D on libxkbfile-dev
[10:53] <doko> hmm, I'll add it, have a new milestone here finally. 
[10:54] <fabbione> doko: ok.. i am completing a test build on i386
[10:54] <fabbione> (saw the failure on sparc)
[10:54] <fabbione> and i will let you know if more is required