[12:40] <poningru_> I Had a question
[12:41] <poningru_> does breazy still require significant work?
[12:41] <poningru_> cause there is only a week left
[12:42] <sabdfl> it's in good shape for the release
[12:43] <bddebian> poningru_: But you are welcome to come help us with Universe ;-)
[12:45] <poningru_> bddebian: hehe I would love to but too busy
[12:45] <poningru_> if only the release werent this week
[12:46] <poningru_> I have two conferences this week and 3 midterms
[12:50] <sivang> night all
[12:50] <sivang> *time to sleep
[01:00] <bddebian> poningru: Ugh :-(
[01:01] <mdz> bddebian: looks like there are more conflicts in libofx
[01:01] <mdz> Unpacking libofx2 (from .../libofx2_1%3a0.8.0-3ubuntu6_i386.deb) ...
[01:01] <mdz> dpkg: error processing /space/cache/apt/archives/libofx2_1%3a0.8.0-3ubuntu6_i386.deb (--unpack):
[01:01] <mdz>  trying to overwrite `/usr/share/libofx/dtd/opensp.dcl', which is also in package libofx1c2
[01:01] <mdz> what a mess; it isn't packaged properly at all
[01:02] <bddebian> mdz: Aye.  \sh is going to fix it for me I think since apparently I'm a moron :-(
[01:04] <bddebian> mdz: BTW, would you mind if tseng uploaded a simple change to liboro-java?  It's just a build-dep change from java-runtime1 | java-runtime2 to java1-runtime or java2-runtime ?
[01:04] <tseng> did you make a debdiff for that yet?
[01:04] <tseng> or I was meant to do that
[01:05] <tseng> done
[01:06] <tseng> great.. i need ant to repack a source package
[01:09] <tseng> bddebian: mdz i can upload this when you are happy
[01:09] <mdz> bddebian: ok
[01:09] <bddebian> tseng: Yes isn't that stupid :-)
[01:09] <tseng> going.
[01:09] <tseng> done
[01:09] <mdz> does anyone know if multimedia keys are supposed to work in rhythmbox?  the code seems to be there, but it certainly doesn't work for me
[01:10] <tseng> mdz: did you happen to set the keys up after starting rb?
[01:10] <mdz> tseng: hmm, maybe
[01:10] <tseng> muine doesnt re-read them
[01:11] <tseng> quite possibly a global limitation
[01:11] <mdz> restarting doesn't help
[01:12] <mdz> I've tried both with and without setting up the shortcuts in gnome-keybinding-properties
[01:12] <tseng> bah this laptop doesnt have more than volume +/- and mute
[01:12] <mdz> the code in rhythmbox seems to look for the XF86XK_Audio* keysyms, rather than gnome keybindings
[01:13] <mdz> so maybe I need to map those for it
[01:13] <Burgundavia> mdz, I have had them work for me
[01:13] <bddebian> Anyone an Ada expert? ;-)
[01:14] <mdz> Burgundavia: via gnome-keybinding-properties or directly to rhythmbox
[01:14] <mdz> L
[01:14] <mdz> ?
[01:14] <tseng> mdz: for me if you put in the same key twice for Skip to next track
[01:14] <tseng> mdz: it will show XF86AudioNext
[01:14] <tseng> what in the world that means, I do not know
[01:14] <tseng> just something ive noticed
[01:15] <mdz> tseng: yeah, I noticed that too
[01:15] <mdz> it's as if gnome is simulating an event for the Audio keysyms
[01:15] <joh> mdz: did you get my pm?
[01:15] <mdz> joh: yes, but I'm not sure what you expect from me
[01:16] <tseng> bddebian: liboro accepted
[01:16] <mdz> joh: it sounds like you need a security consultant, and I'm not available for that type of work just now
[01:16] <bddebian> tseng: Thanks man
[01:16] <joh> mdz: anything would be helpfull, if you have time that is.
[01:16] <joh> mdz: ok, you could've just told me that ;)
[01:16] <tseng> bddebian: nps
[01:18] <mdz> joh: http://www.ubuntu.com/support/supportoptions/ is a good starting point
[01:19] <Burgundavia> mdz, they just worked
[01:20] <Burgundavia> mdz, never dug deeper
[01:23] <mdz> Burgundavia: so you do not have them set up in gnome-keybinding-properties?
[01:25] <Burgundavia> mdz, no I did not. I think mjg69 set some defaults a while back that probably did it
[01:29] <mdz> it seems the gnome-keybindings stuff doesn't really work
[01:29] <mdz> if I map them with xmodmap to the XF86Audio keysyms, it works then
[01:30] <Burgundavia> mdz, one further peice of info. I think it might be RB setting them, as if I start both RB and Muine, muine complains about not being able to capture to keys
[01:33] <bddebian> OK, Ada sucks
[01:33] <slomo> bddebian: :)
[01:33] <slomo> why?
[01:34] <slomo> for gnat... ask doko... he seems to be the maintainer ;) maybe he can tell you what to do
[01:34] <bddebian> slomo: It's dumping out for every little dumb warning :-)
[01:35] <slomo> bddebian: -Werror?
[01:35] <bddebian> I was thinking that :-)
[01:38] <slomo> ...until it is fixed, you gave up or it was morgued? :P
[01:38] <bddebian> Heh
[01:39] <bddebian> I'd ask for a morgue but there is a Malone bug against it so I guess SOMEONE uses it ;-)
[01:43] <dholbach> good night
[01:48] <bddebian> Anyone know how to wrap a line in Ada??
[01:51] <lifeless> mjg59: ola
[01:52] <lifeless> mjg59: Another data point for you.
[01:52] <mjg59> Yup?
[01:52] <lifeless> mjg59: in X, closing the lid and reopening does not lose the backlight (it goes off, then on, properly)
[01:52] <mjg59> Yes
[01:52] <mjg59> That's because xset gets run in that case
[01:53] <lifeless> mjg59: ok, just so you know :)
[01:53] <mjg59> That's us managing to work around the bug to some extent...
[01:53] <lifeless> nice
[01:53] <johhny> Is everything in breezy compiled with gcc 4 by default?
[01:54] <mjg59> Yes
[01:54] <johhny> Would I be able to take a binary from Novell Linux Desktop and older gcc and run it on breezy?
[01:56] <johhny> If I can, I am deploying breezy on the desktops for all of our technicians at work
[01:57] <lifeless> johhny: *maybe*.
[01:57] <lifeless> johhny: only way to tell is to try.
[01:58] <johhny> I get to find out if it will run the official novell client monday :)
[01:58] <johhny> I really hope so
[01:58] <johhny> My boss wants me to find an os better than novell linux desktop. He thinks gnome 2.6 sucks (I agree)
[01:58] <johhny> And breezy is amazing
[01:59] <johhny> I found a really weird bug in sabayon, would anyone mind trying to reproduce it for me?
[02:03] <bddebian> johhny: What is it?
[02:05] <johhny> I open up sabayon from the menu and it says it can not find gnome, falling back to default session. When I try to close it, it brings up a dialog "Your session has changed blah blah blah: Save, Cancel, etc" and then it starts loading gnome
[02:05] <johhny> So I hit cancel and it works
[02:05] <johhny> That makes it appear broken
[02:05] <johhny> It only does that when loading up an Xnest window
[02:06] <johhny> Also, Xnest :2 gives me a blank screen and no gnome
[02:08] <bddebian> Give me a minute
[02:08] <johhny> thanks
[02:09] <bddebian> johhny: Where does it put it in the menu?
[02:11] <johhny> System --> Administration --> Desktop User Profiles
[02:11] <johhny> I opened it up and created a user named unpriv. Then I clicked edit and thats what happened
[02:13] <bddebian> johhny: Yes, I get that error also
[02:16] <johhny> Could you confirm my bug? http://bugzilla.ubuntu.com/show_bug.cgi?id=16971
[02:19] <bddebian> johhny: Well I don't have the exact same problem it seems.  When I start sabayon, I get the "could not find "gnome" session error in the window, click OK, then I get the Ubuntu desktop.
[02:19] <johhny> ah
[02:19] <johhny> I get the ubu desktop if I try to close it and then hit cancel
[02:22] <bddebian> Where is the Xnest thing coming from?  I don't even see that window
[02:23] <johhny> bddebian: The window that is x embedded within x is Xnest
[02:24] <johhny> Run Xnest :2 and what do you get?
[02:24] <johhny> Ive been trying to figure out why sabayon does this all day
[02:24] <johhny> And would like it to be fixed before the launch of breezy
[02:25] <bddebian> Seems to work fine, no error messages
[02:25] <johhny> And brings up an ubuntu desktop?
[02:26] <bddebian> No, just an X-window
[02:27] <johhny> I just realized that I dont have to hit cancel, I just have to wait about 10 seconds after hitting ok for it to login to ubuntu
[02:27] <johhny> So now I have to find out what it is not finding that tells it about gnome
[02:27] <johhny> Any ideas?
[02:28] <bddebian> I'd have to look at the source
[02:28] <bddebian> And I can't do main
[02:30] <johhny> ok, thanks for the help
[02:31] <bddebian> NP, sorry I can't be more.  If I get some time, I'll poke around
[02:53] <pef> bye !
[02:56] <marcin_ant> hi guys - short question - I would like to create icon theme for ubuntu-desktop and I would like to know if there is something like a full list of icon names to create in new theme to replace all defaults icons?
[03:00] <Burgundavia> marcin_ant, #ubuntu-artwork
[03:04] <marcin_ant> Burgundavia: heh... and no #ubuntu-icon-theming?
[03:25] <LaschW> Does anyone know why gnucash-hbci is not in breezy? For a lot of European users, a lot of them companies, this would be very important.
[03:26] <bddebian> LaschW: Is that a seperate package or just enabling hbci in gnucash?
[03:26] <LaschW> On http://people.debian.org/~tviehmann/debian/unstable/ are gnucash-hbci deb's which don't install due to dependencie problems.
[03:27] <LaschW> bddebian: Its a addon package which is needed for HBCI in a couple of european states.
[03:28] <bddebian> LaschW: I think it's just a matter of --enable-hbci or something like that
[03:30] <LaschW> bddebian: I'm not shure about that. AFAIK gnucash -hbci adds a lot of dependencies, e.g. to aqbanking. Martin Preuss, developer of aqbanking shuld be able to give more information abiout that
[03:31] <bddebian> LaschW: Yes, I just added all the aqbanking dependencies in breezy not too long ago
[03:32] <LaschW> bddebian: Hhhm, just a moment, will just start gnucash. Hope I don't miss something...
[03:32] <bddebian> It may not be enabled currently.  I'll pull the source in a bit
[03:34] <LaschW> bddebian: No HBCI at all. There should be a menu entry: Action (Aktion in German) -> HBCI; in an opened ledger. Which is not
[03:36] <bddebian> Anyone know if a .xml file for mime types should go in the -common package?  (lyx in this case)
[03:37] <LaschW> bddebian: Oh yes, I would vote for if I could. Up to now LyX is handled as a text aplication which makes popup LyX for every text document...
[03:38] <LaschW> bddebian: This is so in kubuntu and in ubuntu
[03:39] <bddebian> LaschW: There is a --enable-hbci option to configure.  I will try it.
[03:40] <LaschW> bddebian: Thanks a lot, that would be great to have. There are a lot of small and midrange companies I was told they use gnucash for their buisines.
[03:41] <LaschW> bddebian: BTW, LyX. It would be smart to have the LyX svg icon, looks graet indeed.
[03:41] <LaschW> bddebian: s/graet/great/
[03:42] <LaschW> bddebian: Dont get afraid abut the number of new dependencies which will come along... (c:
[03:44] <bddebian> Sorry I don't know what you mean.  I'm kinda stupid :-)
[03:44] <johhny> Does the breezy installer support ntfs resizing? I dont use windows so I haven't been able to test it out and a buddy wants to know
[03:45] <LaschW> bddebian: Hey, deFreese, sounds good for a Frieslander (central Friesland, between east and northern Friesland).
[03:46] <LaschW> bddebian: Gnucash hbci needs libaqbanking, libktoblzcheck and some more dependencies I forgot...
[03:46] <bddebian> libchipcard2
[03:46] <LaschW> bddebian: and libchipcard...
[03:49] <LaschW> bddebian: libaqbanking0, libktoblzcheck1, libgwenhywfar17, libssl0.9.7, libaqbanking-data, libaqbanking-plugins-libgwenhywfar17, ...
[03:52] <tseng> apt-cache depends gnucash | grep Depends: | awk '{print $2}'
[03:52] <tseng> no need for guessing
[03:53] <tseng> oh i see.
[03:54] <seth_k|lappy> johhny, yes it does
[03:54] <johhny> seth_k|lappy: Thanks, that will make him very happy
[03:57] <LaschW> seth_k|lappy: A rezize ntfs option would be a good thing for oem preseed. So oem would be usefull for install parties too.
[04:01] <bddebian> What is up with gnucash??
[04:01] <johhny> the partition editor sucks for someone who knows nothing about partitioning
[04:02] <johhny> I breezed through it, but only because I can manually write an fstab
[04:02] <LaschW> bddebian: There is no HBCI support for breezy...
[04:03] <bddebian> LaschW: No, it won't even build
[04:04] <LaschW> bddebian: due to dependencie problems?
[04:04] <Riddell> mdz: kubuntu RC is on the mirrors, you can release the ubuntu-announce post
[04:06] <bddebian> LaschW: No, can't find config.status :-(
[04:09] <LaschW> bddebian: May be thats why there is a standalone paket gnucash-hbci? 
[04:09] <bddebian> Hmm, I must have blown the configure line out too far
[04:22] <bddebian> LaschW: This one might be over my head.. I have no idea why it's puking when I add --enable-aqbanking and --enable-hbci ??
[04:22] <bddebian> The config.log just seems to stop
[04:23] <LaschW> bddebian: May be it might be an idea to ask Martin Preuss (aqbanking developer) and Christian Stimmig (gnucash-hbci developer).?
[04:24] <LaschW> bddebian: Will it be ok to post their email addresses here on irc?
[04:25] <mdz> Riddell: done, congrats
[04:25] <mdz> Riddell: what was the issue with the mirrors?
[04:27] <Riddell> mdz: not sure, need to ask elmo 
[04:27] <Riddell> mdz: I'm about to do a muckle upload of KDE 3.4.3
[04:27] <bddebian> LaschW: Your best bet would probably be to bug Thomas Bushnell, the Debian Maintainer
[04:28] <mdz> Riddell: how long do you think it will take?  if you ping me when it's done I can process them all at once
[04:28] <elmo> the mirros are broken because 2 machines ran out of space, because releases is now 40Gb and torrent is over 100Gb
[04:28] <elmo> we should probably reconsider providing 3 releases concurrently on releases.u.c
[04:29] <LaschW> bddebian: Hhhm, I'm not shure about that. He don't offer the HBCI packages for Debian. They are done by Thomas Viehmann.
[04:29] <Riddell> mdz: an hour maybe, my upstream bandwidth is slow
[04:29] <LaschW> bddebian: And you may only find them on thomas's URL: http://people.debian.org/~tviehmann/debian/unstable/
[04:30] <bddebian> LaschW: Well we sync most of our stuff from Debian so...
[04:30] <LaschW> bddebian: gnucash is even out of sync in unstable, so...
[04:31] <mdz> elmo: or reconsider putting the DVDs there
[04:31] <LaschW> bddebian: That would be a good-to-have for Ubuntu ;-)
[04:31] <bddebian> I tried -19 but we don't have the matching build-dep versions
[04:31] <bddebian> LaschW: I don't disagree but we are probably too close to release for anything major to happen :-(
[04:31] <elmo> mdz: that too
[04:32] <LaschW> bddebian: 1.9.10? AFAIK there is an 1.9.11
[04:32] <LaschW> bddebian: And I would bet that the HBCI guys would be glad if they are asked to bring it into ubuntu ;-)
[04:33] <elmo> the DVDs being there is going to absolutely slaughter any chance we have of caching the actual ISOs
[04:33] <elmo> tho kubuntu and edubuntu already don't help with that
[04:33] <johhny> Is it just me, or does the openoffice.org2-gnome integration package not work on the latest breezy?
[04:33] <johhny> I like my native gnome dialogs for open/save
[04:34] <bddebian> LaschW: Again, I don't disagree but it probably can't happen for breezy.  You notice Debian and Ubuntu are still at 1.8.10-xx.
[04:38] <LaschW> bddebian: I just found that there is a need for some patches to buils with gcc4: (Guppi) Guppi-gcc4.patch, Guppi-intltool.dif, any-gettext.patch, guppi-font.dif; (G-Wrap) g-wrap-1.3.4.dif
[04:39] <johhny> http://www.digitalprognosis.com/opensource/Screenshot-Save-as.jpg This is what I get even with openoffice.org2-gnome integration package installed
[04:39] <LaschW> bddebian: I will ask Martin, Christian and Thomas. It's 4:30AM here (UTC+2) just right for a wakeup challenge. *laugh*
[04:40] <Riddell> johhny: native file dialogues arn't turned on by default
[04:41] <johhny> Riddell: That is inconsistant with the rest of gnome, why not? /me is horrified
[04:41] <johhny> Riddell: Was there a strategic decision for making OO.o not fit in with the rest of gnome?
[04:42] <bddebian> LaschW: Heh
[04:43] <Riddell> johhny: no
[04:44] <Riddell> johhny: it caused crashes in earlier versions
[04:44] <johhny> Riddell: Some more questions questions: Could it be made the default before breezy ships? I will ask the maintainer if I can get information on them, and how can I turn them on?
[04:46] <Riddell> johhny: I doubt it.  turn on in Options I think
[04:46] <johhny> Riddell: Thanks
[04:46] <johhny> Riddell: So I dont guess you know a way to script that or what files it changes
[04:47] <Riddell> I don't I'm afraid
[04:47] <johhny> Thats ok, thanks for the help
[04:51] <Riddell> whiprush: you can fridge kubuntu RC
[04:55] <Riddell> is it possible to use gpg-agent with debuild?
[04:58] <LaschW> bddebian: Ok, I send an email to the hbci guys. Lets hope they will take the chance...
[04:59] <LaschW> bddebian: s/send/sent/
[05:23] <anne_> Is there a good tutorial on how to make a kernel-source package?
[05:25] <Amaranth> Rotund: That is a highly non-trivial task.
[05:30] <Rotund> grrr.  I want to add more support for VIA (I have an EPIA)
[05:33] <Amaranth> Rotund: Snag the source package for the kernels breezy has and make a patch
[05:35] <bmonty> elmo: please sync gnome-alsamixer from unstable, tested in breezy pbuilder and it builds fine, thanks
[05:42] <Rotund> Amaranth: Could I submit it?  or would it not be looked at until dapper?
[05:43] <Amaranth> not a chance until dapper, too close to release to touch the kernel for anything
[05:43] <Rotund> I know a bunch of people on the Via Arena website are looking into Ubuntu for their EPIAs and looking elsewhere.
[05:44] <Rotund> Amaranth: Wasn't sure if it could be added in an "update"
[05:44] <elmo> bmonty: done
[05:44] <bmonty> elmo: thanks
[05:59] <fabbione> morning
[06:00] <tambaqui> In Brazil  night
[06:00] <tambaqui> :)
[06:04] <fabbione> Riddell: did you decide to upload more pkgs than seb in one go?
[06:04] <Riddell> fabbione: I havn't started the kde-i18n upload yet...
[06:05] <fabbione> well that's arch all
[06:05] <fabbione> it doesn't bother me :)
[06:05] <fabbione> the rest just takes ages to build
[06:05] <tritium> thanks for your help with xfig/launchpad, elmo 
[06:07] <bddebian> Heya tritium 
[06:08] <tritium> hi bddebian :)
[06:20] <fabbione> Riddell: is there any specific build order for all the stuff you are uploading?
[06:20] <fabbione> or it will just work because of proper B-D?
[07:01] <poningru> question about the open cd will the windows component have the latest stuff?
[07:01] <poningru> bbl
[07:23] <joe_> Can someone tell me what packages were just added to the repository in the last 12 hours?
[07:24] <joe_> My computer won't work now and theres a bunch of others in #ubuntu w/ odd problems
[07:25] <bmonty> joe_: have you checked the breezy-changes list?
[07:25] <joe_> sorry, I'm on a computer attached to a TV now cuz my other one doesn't work
[07:26] <joe_> I can't seem to get permissions to anything, even when I was in recovery mode
[07:27] <fabbione> amen
[07:27] <fabbione> elmo: are you still around?
[07:27] <joe_> amen?
[07:28] <fabbione> joe_: not for you
[07:29] <elmo> fabbione: kind of
[07:29] <fabbione> elmo: i am getting connection refused from archive.ubuntu.com
[07:29] <fabbione> did apache die again?
[07:29] <fabbione> Failed to fetch http://archive.ubuntu.com/ubuntu/dists/breezy/multiverse/source/Release  Could not connect to archive.ubuntu.com:80 (82.211.81.182). - connect (61 Connection refused) [IP: 82.211.81.182 80] 
[07:30] <elmo> blah, yes
[07:30] <elmo> I knew there was a reason I stay up till 6 on sundays
[07:30] <fabbione> :)
[07:30] <elmo> fixed
[07:30] <elmo> thanks
[07:30] <fabbione> thanks
[07:32] <ajmitch> elmo: could you sync libgringotts please?
[07:35] <tritium> elmo: could you please sync texmacs 1.0.5-3 ?
[07:36] <fabbione> guys.. it's sunday :)
[07:36] <tritium> sorry elmo, it can wait
[07:37] <elmo> ajmitch: done
[07:37] <elmo> tritium: done
[07:37] <ajmitch> thanks :)
[07:37] <tritium> thanks :)
[07:41] <Lathiat> Riddell: how rsyncable are kubuntu isos to ubuntu ones?
[07:51] <Lathiat> maswan: about?
[08:16] <sivang> Morning al
[08:17] <sivang> or rather, all
[08:18] <robitaille> I just looked at the logs of the last doc team meeting on Friday.  It was a very short one...
[08:20] <robitaille> and since there wasn't a TechBoard meeting this week either.  I guess it was a bad week for meetings :(
[08:22] <bob2> hah
[08:22] <sivang> I wonder how TB can affect all others :)
[08:28] <bob2> postfix isn't installed by default anymore?
[08:29] <robitaille> bob2,  appears that way.  I still have it on my hoary-dist-upgraded computer, but my fresh RC install doesn't have it.
[08:30] <robitaille> should be breezy-dist-upgraded...
[08:35] <sivang> c'y all, going to work
[08:52] <newob> wuz up 
[08:52] <newob> how are we deving
[09:21] <Lathiat> infinity: that pppoe bug isnt fixed
[09:21] <Lathiat> infinity: about not bringing the network interface up (10080)
[09:23] <Lathiat> infinity: ah, judging by the changelog its supposed to add a section to interfaces, that will still break upgrades
[09:31] <Lathiat> infinity: heh *and* to add to that
[09:31] <Lathiat> infinity: the network/interfaces change it makes when you reconfigure it doesnt even work
[09:41] <\sh> mdz / Kamion: ping can one of you approve a small patch for closing http://bugzilla.ubuntu.com/show_bug.cgi?id=11459 which I sadly forgot since 3 months? :(
[09:46] <mdz> \sh: fine
[09:47] <\sh> mdz: thx
[09:50] <zyga> morning
[09:50] <pef> hello
[09:57] <\sh> mdz: uploaded
[10:13] <pef> when is the next meeting of the Technical Board ? wikipage is outdated https://wiki.ubuntu.com/TechnicalBoardAgenda
[10:33] <sivang> re morning all
[11:13] <infinity> Lathiat : Have you tested the patch in the bug report?
[11:14] <fabbione> mdz: ping?
[11:16] <sabdfl> hey fabbione. how's life in the sparc world?
[11:17] <fabbione> sabdfl: rocking! oo2 is very close to the end of the build.. added another buildd right this morning to the rotation
[11:17] <sabdfl> nice!
[11:17] <fabbione> sabdfl: my inbox is overloaded with patches from david :)
[11:17] <sabdfl> miller?
[11:17] <fabbione> sabdfl: it will be a bit grumpy.. but well
[11:17] <fabbione> yes
[11:17] <sabdfl> cool
[11:17] <fabbione> he is using Ubuntu on a couple of boxes afaik
[11:17] <fabbione> sparc..
[11:18] <fabbione> sabdfl: how is life in uk?
[11:18] <sabdfl> good. i'm trying to get the soyuz pages up to speed, so we can see which packages are actually going into dapper :-)
[11:18] <fabbione> nice :)
[11:18] <fabbione> anything i can help testing?
[11:18] <sabdfl> not yet
[11:18] <fabbione> ok
[11:19] <fabbione> than i am going back to finish warty kernel security
[11:19] <sivang> Mithrandir: I've not yet tested with your disabled inotify kernels, however since last night's update - the machine seems responsive again, and even the desktop slowness in moving windows and alike is basically gone =)
[11:24] <Lathiat> infinity: i thought you applied that?
[11:25] <infinity> Not unless someone else did.  I know I didn't.
[11:25] <infinity> Lathiat : If I could get some feedback on that patch, I'd be happy to apply it.  I'm not using PPPoE here, so I have to follow the logic through and say "yeah, I guess that looks right", which kinda sucks.
[11:26] <infinity> (and sucks even more, if we're talking about uploading a fix in the 3 days before release)
[11:26] <Lathiat> infinity: ok
[11:26] <Lathiat> well i run it here
[11:26] <Lathiat> so i can try it
[11:26] <infinity> Please do.
[11:26] <fabbione> sivang: i am so much convinced that's not a kernel problem...
[11:26] <infinity> The three cases worth looking at are 1) Does it work at all, 2) do upgrades from hoary work, 3) is there any way we can clean up broken interfaces files?
[11:27] <infinity> Lathiat : Case (3) is less important then the first 2, obviously, and if we can't fix them without intrusive changes, we shouldn't try.
[11:28] <\sh> btw..until when are the buildds open for changes? 12th 23:59? 
[11:28] <Lathiat> infinity: im sure we never had to do this before
[11:28] <Lathiat> infinity: cant pppoe just be made to ifconfig <int> up when its activated
[11:29] <fabbione> now i remember why i didn't like dpatch in warty :)
[11:29] <infinity> Lathiat : Are you sure the pre-up wasn't rewuired in hoary?
[11:29] <infinity> required, even.
[11:29] <Lathiat> i dont recall it
[11:29] <Lathiat> i'd have to install hoary to find out
[11:30] <Lathiat> which is painful
[11:30] <Lathiat> let me look at the hoary era package and see what it was doing
[11:31] <Lathiat> infinity: any idea what version was in hoary?
[11:31] <Lathiat> of rp-pppoe and of pppoeconf
[11:31] <janimo> fabbione, I have kernel building question
[11:31] <Lathiat> ah packages.ubuntu.com knows
[11:32] <janimo> which is the most efficient (time wise) way of rebuilding a module in the breezy kernel sources
[11:32] <janimo> I want to test a new uspteram version of a sound driver
[11:32] <fabbione> janimo: it depends...
[11:32] <janimo> hand-edit the config file?
[11:32] <fabbione> no that has nothing to do with the config file
[11:32] <fabbione> there are several tricks to do that
[11:33] <fabbione> it also depends how good is your knowledge of kbuild..
[11:33] <fabbione> what driver is that?
[11:33] <janimo> intel 802 I think
[11:33] <janimo> let me see how it's actually called
[11:33] <janimo> intel8x0.c
[11:33] <fabbione> infinity: did you manage to sortout that /pmu problem?
[11:34] <infinity> fabbione : Yup, fixed in the latest pbbuttonsd upload.
[11:34] <fabbione> janimo: well if the changes are contained only in that file, than it's pretty simple
[11:34] <Lathiat> infinity: ermm
[11:34] <fabbione> infinity: ehhe cool
[11:34] <janimo> I see 2.6.13 and 14 have resume from sleep related changes and I'd like totry them out
[11:34] <Lathiat> infinity: pppoeconf depends pppoe, but pppoe seems to be in universe?
[11:34] <fabbione> janimo: are the changes contained only in that file?
[11:35] <janimo> fabbione, yep and maybe in ac97.c
[11:35] <infinity> Lathiat : ppp | pppoe... ppp does pppoe now.
[11:35] <Lathiat> oh i see
[11:35] <janimo> but for now I think it's only that
[11:35] <Lathiat> ppp | pppoe
[11:35] <fabbione> well you need to be sure :)
[11:35] <Lathiat> right
[11:35] <janimo> well I am not sure which of the upstream changes could fix my bug ;)
[11:35] <fabbione> janimo: we can hack that file, but there is no guarantee that it will build
[11:35] <janimo> but right now I will only rebuild the intel one
[11:35] <infinity> Lathiat : And that may be where some of the semantic changes are coming from.
[11:35] <Lathiat> infinity: but was pppoe used in hoary?
[11:35] <janimo> well I will edit it til it builds I just want tips to make the process fast 
[11:35] <Lathiat> infinity: it was in universe in hoary too i see
[11:36] <infinity> Lathiat : And we should probably just respect the new world order, and make sure pppoeconf works as-is.
[11:36] <janimo> so I don;t wait too much
[11:36] <fabbione> janimo: let's move to #ubuntu-kernel and i will drive you trough the basic steps
[11:36] <fabbione> no that won't work
[11:36] <infinity> Lathiat : pppoe has always been in universe, so probably not.
[11:36] <infinity> Lathiat : But I see stuff in the Debian changelog about "transition to new pppoe on boot" stuff.
[11:36] <Lathiat> infinity: yeh
[11:36] <Lathiat> i was wondering about that
[11:37] <infinity> Lathiat : And the bugs in bugzilla about "I have to set up pppoe on every reboot" were originally from hoary, not breezy.
[11:37] <Lathiat> any which way
[11:37] <Lathiat> it doesnt bring the interface up
[11:37] <Lathiat> and that stanza in the apckage it now creates, doesnt do anything
[11:37] <Lathiat> if i ifup with that, the interface is still down
[11:37] <infinity> Well, cause it needs a pre-up, right?
[11:37] <infinity> Is it not getting one?
[11:38] <Lathiat> auto eth1
[11:38] <Lathiat>     iface eth1 inet manual
[11:38] <Lathiat> thats all it puts
[11:38] <Lathiat> infinity: the 'new ppp on boot' might be
[11:38] <Lathiat> auto dsl-provider
[11:38] <Lathiat> iface dsl-provider inet ppp
[11:38] <Lathiat> provider dsl-provider
[11:38] <Lathiat> ^^ that
[11:38] <Lathiat> iirc it didnt do that before
[11:38] <Lathiat> and had some magic trigger script
[11:39] <Lathiat> infinity: so i figure all we need
[11:39] <Lathiat> is a pre-up in that section
[11:39] <Lathiat> to ifconfig eth1 up
[11:39] <Lathiat> however, i wonder if that gets created on upgrade
[11:39] <Lathiat> cant see a postinst in pppoeconf
[11:40] <Lathiat> infinity: it wont find a concentrator
[11:40] <Lathiat> infinity: so wont do anything
[11:40] <Lathiat> wonder if theres any pppoe servers for linux ;p
[11:40] <infinity> It won't let me do it manually?
[11:40] <Lathiat> noo
[11:40] <Lathiat> might be an option
[11:40] <Lathiat> man page isnt indicative of that
[11:40] <Lathiat> i'll try delete all my dsl stuff
[11:40] <Lathiat> and reconfigure it
[11:41] <Lathiat> and see what happens
[11:41] <Lathiat> but installing hoary is goign to be a hassle because i dont have a working cd drive atm
[11:41] <Lathiat> ah i know, i can run a hoary livecd on my other laptop and connect the modem to that
[11:41] <fabbione> Riddell: kdebindings is FTBFS
[11:41] <fabbione> Riddell: i think it needs to grow a ruby-dev B-D
[11:42] <Lathiat> thats what i'll do
[11:42] <Lathiat> infinity: be back in a bit, breaking my internet. :)
[11:42] <infinity> Alright.
[11:45] <sivang> fabbione: I wonder if it's really GNOME that's been causing this, or the X server itself.
[11:46] <infinity> KEYBUK!!
[11:46] <fabbione> sivang: i blame gamin.. really
[11:46] <sivang> fabbione: moreover, I'm curious to know what have changed from before yesterday
[11:46] <infinity> dpkg: unknown option --print-gnu-build-architecture
[11:46] <fabbione> sivang: check -changes
[11:46] <infinity> Good thing we don't use that anywhere...
[11:47] <infinity> Oh, wait, we shouldn't.
[11:47] <infinity> mac-fdisk is behind the curve.
[11:47] <sivang> here's Riddle's multitude of KDE uploads, looking looking..
[11:48] <Mithrandir> sivang: heh, ok.
[11:49] <sivang> Mithrandir: maybe I can get even greater performance boost with your kernel ? ;-)
[11:49] <sivang> (/me thinks of experimenting)
[11:49] <Lathiat> infinity: ok
[11:49] <Lathiat> infinity: so, when you run pon dsl-provider
[11:49] <Lathiat> infinity: it if ifconfig ups the interface
[11:49] <Lathiat> infinity: and nothing is put in /etc/network/interfaces
[11:50] <fabbione> Mithrandir: do you have an amd64 where you could kindly test a hoary kernel?
[11:51] <Lathiat> infinity: i guess it was done at the ppp level
[11:51] <Lathiat> since pppd call dsl-provider is what pon calls
[11:52] <infinity> Lathiat : And that no longer happens?
[11:52] <Lathiat> infinity: right
[11:52] <Lathiat> just sourcing ppp to have a look now
[11:53] <infinity> Lathiat : Is the /etc/peers/dsl-provider file basically the same?
[11:54] <infinity> * Removed patch 057_pppoe-interface-change which was refused by the
[11:54] <infinity>      upstream maintainer. Now users must arrange for the ethernet
[11:54] <infinity>      interface used for PPPoE to be up. (Closes: #279135)
[11:54] <Lathiat> ah
[11:54] <Lathiat> can we put it back? because that breaks upgrades and sucks :\
[11:55] <sivang> fabbione: bah, I recalled I emptied my -changes last night, what a cuinicidence 
[11:57] <infinity> Lathiat : I dunno... I'm not inclined to diverge from upstream too much..
[11:58] <infinity> Lathiat : Is there a clever way we can deduce a user's current config and upgrade them seamlessly to the new config?
[11:58] <infinity> Lathiat : Can you get me a "fresh hoary config" for your PPPoE, and a "fresh breezy config" (ie: not upgraded)?
[11:58] <Lathiat> infinity: well
[11:58] <Lathiat> infinity: upgrading from hoary
[11:58] <infinity> Lathiat : Maybe i can figure out an easy way to get us from A to B.
[11:59] <Lathiat> infinity: theres no stanzo in /etc/network/interfaces
[11:59] <Lathiat> when you reconfigure, it adds one
[11:59] <Lathiat> (it doesnt do that on upgrade)
[11:59] <Lathiat> but that stanza doesn't actually work
[11:59] <Lathiat> so we need to figure out what will work
[11:59] <Lathiat> i have no idea, im sure that inet manual thing used to work
[11:59] <infinity> Well, I assume that patch in the bug is meant to make the stanza work.
[11:59] <Lathiat> ah ok, well i'll try that
[12:00] <Lathiat> but
[12:00] <Lathiat> things will still break
[12:00] <Lathiat> but we'll sort that out next
[12:00] <Lathiat> infinity: ah i see
[12:00] <Lathiat> infinity: that patch adds a pre-up to the ppp0 stanzo
[12:01] <j^> why is there "Login Photo" and "About Me" in System->Preferences
[12:01] <Lathiat> j^: changing my "user image" doesnt change it in about me
[12:02] <Lathiat> user image = login photo
[12:02] <Lathiat> changing it in about me changes 'user image' tho
[12:02] <Mithrandir> sivang: feel free to try.
[12:03] <j^> Lathiat so Login Photo could go
[12:03] <Mithrandir> fabbione: I could install hoary on this box and try; security update?
[12:03] <Lathiat> j^: right
[12:03] <Lathiat> infinity: mm that patch has a # FIXME ;)
[12:05] <infinity> All good patches do. :)
[12:05] <fabbione> Mithrandir: it's ok if it is running breezy, i only need a test.. yes security update
[12:06] <fabbione> Mithrandir: there is an amd64 patch that is quite intrusive and right now i am using my box to fix warty too.. so an extra test will be appreciated
[12:06] <infinity> Well, only one FTBFS in breezy-autotest (not counting ia64 failures..) so far.  Could be worse.
[12:06] <infinity> Of course, half of KDE just failed to build overnight.
[12:07] <Lathiat> yeh that error confuses me
[12:07] <fabbione> Mithrandir: concordia:~fabbione/amd64/linux-image* <- pick the one that fits you better
[12:07] <Lathiat> it says it faile dto satisfy a dep after installing
[12:07] <Lathiat> but if it had a versione ddep, why did it try to install it in the first place
[12:07] <infinity> Lathiat : Hrm?.. Which package?
[12:08] <infinity> Lathiat : But, to answer your question, sbuild installs all build-deps, then checks the versions if installed packages.  Broken, perhaps, but it's old crusty code, and no one's changed it.
[12:09] <infinity> (Actually, not entirely true.  I have a patch that changes that behaviour, but I'v enot applied it, for fear of the instability it may bring)
[12:09] <Lathiat> infinity: ah ok
[12:09] <Lathiat> infinity: unlike pbuilder
[12:09] <Lathiat> kdeaccessibility (i386) is an example
[12:10] <Lathiat> but from what you just aid that makes sense
[12:10] <infinity> Well, that would have gone into dep-wait anyway.
[12:10] <infinity> So I don't much care.
[12:10] <Lathiat> except it didnt? ;p
[12:10] <Lathiat> or it did after?
[12:10] <infinity> I'm talking about real failures, of which there are 5 or 6 already.
[12:10] <Lathiat> infinity: right
[12:11] <infinity> Failed log mentioning broken deps -> mailed to log munger -> gets munged -> gets set to dep-wait.
[12:11] <Lathiat> infinity: ah ok
[12:11] <infinity> There's no way to tell from the logs if something is dep-wait or failed unless you know the regexps.
[12:11] <Lathiat> sounds dodgy :)
[12:14] <infinity> Well, the wanna-build mail interface was originally designed for humans to parse and respond to it.
[12:14] <infinity> The current scripts in place are a bit of a hack.
[12:14] <infinity> And occasionally get things wrong...
[12:14] <infinity> But are mostly okay.
[12:15] <infinity> In Debian, there've been some changes to do dep-waits when importing packages to wanna-build and such, so they never reach the buildds, but we're not bringing those changes into Ubuntu, as we're anticipating switching to the Launchpad infrastructure Real Soon Now(tm)
[12:16] <Lathiat> me nods
[12:16] <ajmitch> yay
[12:17] <Lathiat> i do like that ubuntu builds everythign from source
[12:17] <Lathiat> i only just foudn out that debian peoploe upload the arch they use :\
[12:17] <Lathiat> damn lag
[12:17] <infinity> There's been contention over that in Debian for YEARS.
[12:17] <infinity> It's one good argument to run a !i386 arch, since most of your packages will be autobuilt. :)
[12:18] <Lathiat> at the very least, building from source is a) 1 level extra making sure the binary packages are really matchign the source and b) makes sure the developers are getting their build-deps etc right and not infectinb builds with crap on their personal systems
[12:18] <Lathiat> i mean it tends to be pretty good for the most part, but still
[12:18] <Lathiat> things like compiling in the presence of nvidia-glx
[12:19] <Lathiat> just 1 example that pops into mind
[12:19] <Lathiat> thats bitten me a couple times
[12:19] <infinity> had packages depending on nvidia-glx instead of libgl-mesa?
[12:19] <Lathiat> i've seen that too
[12:19] <Lathiat> but sometimes compilign with nvidia-glx causes a ftbfs
[12:20] <Lathiat> or somethign that doesnt run properly against !nvidia
[12:20] <Lathiat> lathiat@qapla:~/devel/ubuntu$ grep-dctrl -FBuild-Depends nvidia-glx-dev Sources-breezy -sPackage,Build-Depends|grep Package:
[12:20] <Lathiat> Package: boson-base
[12:20] <Lathiat> Package: crystalspace
[12:20] <Lathiat> Package: searchandrescue
[12:21] <Lathiat> haha, go my brain
[12:21] <Lathiat> -sPackage,Build-Depends|grep Package
[12:21] <tseng> clever
[12:21] <\sh> Lathiat: boson-base, crystalspace are worldforge sources, right? they're crap somehow 
[12:21] <Lathiat> oh yeh :)
[12:21] <Lathiat> \sh: crystalspace is a d game development kit
[12:22] <Lathiat> boson-base is an opengl RTS for kde
[12:22] <Lathiat> s&r is some thign to fly aircraft to pick up people in distress
[12:23] <infinity> Kamion : Does a rebuild of mac-fdisk require a new d-i build on PPC?... Or is the udeb not included in d-i?
[12:23] <\sh> Lathiat: yeah...but boson-base in universe is breaking because of old include depends of kde <old version> and the new one brings in old sources from old kde upstream and ftbfs again :(
[12:23] <infinity> Kamion : Cause I just uploaded a new mac-fdisk to fix an FTBFS. :/
[12:24] <fabbione> infinity: we need to rebuild d-i anyway
[12:24] <fabbione> so don't worry about it
[12:24] <fabbione> we need to get the latest kernel into the different images
[12:24] <Lathiat> \sh: boson-base has gcc4 issues
[12:24] <Lathiat> even the new upstream faisl to uild on gcc4
[12:24] <\sh> Lathiat: it has old kde gcc4 issues 
[12:24] <infinity> fabbione : Okay, cool.
[12:25] <\sh> Lathiat: it delivers now old sources from old kde kdegames stuff
[12:25] <Lathiat> \sh: ah
[12:25] <infinity> Hrm.
[12:25] <\sh> Lathiat: that's why I sad everything from worldforge is crap ;)
[12:26] <\sh> Lathiat: and I gave up on fixing their stuff :(
[12:26] <infinity> Did cupsys just grow a build-dep on libfontconfig-dev, or did one of its other build-deps stop depending on it?
[12:27] <\sh> now lets have a look why blender is on the universe ftbfs list
[12:29] <infinity> Interesting, something did recently stop depending on libfontconfig1-dev.  Great.
[12:30] <infinity> And by "recently", I mean "in the last 3 weeks"
[12:31] <maswan> Lathiat: nope, gone again any minute
[12:31] <fabbione> maswan: hey due
[12:31] <fabbione> dude
[12:31] <maswan> fabbione: yes?
[12:32] <fabbione> maswan: i think i have a kernel fix for linux crashing on buttercup :) do you think you can bring it up again monday?
[12:32] <maswan> fabbione: yeah, I think so.
[12:32] <fabbione> i need to test a kernel.. thanks a lot
[12:32] <fabbione> have a good we :)
[12:33] <maswan> the ftp cluster maintenance is higher pirority though, but we should manage to pull and push a few hotswap disks and reboot it at least. :)
[12:35] <fabbione> maswan: sure.. if you can is good.. otherwise is still good :)
[12:36] <Lathiat> maswan: 'sok
[12:46] <infinity> elmo : source package "aspell-es" needs to be removed from breezy, it's superceded by "espa-nol", which provides the same (and more) binary package.
[12:54] <zyga> is there any idea to setup a ubuntu knowledge base?
[12:54] <zyga> like all the people keep asking 'how to do X' where X is a common task
[12:55] <Yagisan> zyga: isn't that called the ubuntu wiki ?
[12:55] <zyga> Yagisan: hmm ubuntu wiki lacks the newbie approach
[12:56] <zyga> (I never redirected anyone to a wiki page, probably because I don't know any usefull pages for them to check)
[12:56] <tseng> so add it.
[12:56] <tseng> you'll want to see #ubuntu-docs
[12:56] <mdke> please please please don't set up a NEW category of knowledge
[12:56] <zyga> tseng: :)
[12:56] <mdke> there are already too many, the best approach is to work to improve the existing ones
[12:57] <Yagisan> zyga: I know - there are gems in there, it's just most people don't copy it from the forums or where ever
[12:57] <tseng> mdke++
[12:57] <zyga> tseng: #u-docs is empty
[12:57] <mdke> zyga, #ubuntu-doc
[12:57] <zyga> I like the unofficial ubuntu guide
[12:58] <zyga> it does answer most newbie (window porters) questions
[12:58] <zyga> but it's too automatic
[12:58] <zyga> no explanation
[12:58] <zyga> just apt-get...
[12:58] <Yagisan> zyga: The incorrect unofficial ubuntu guide ?
[12:58] <zyga> Yagisan: yes ;] 
[12:59] <zyga> Yagisan: it's got the newbie approach - I didn't check the correctnes really
[12:59] <Yagisan> zyga: that's not something I'd send new people too. The newbies I test ubuntu on usually  don't need it
[12:59] <mdke> guys
[12:59] <mdke> take it to #-doc please
[12:59] <zyga> sure
[12:59] <mdke> the devels need to work
[01:00] <\sh> please...new users are not named as newbies...we call them "New Users"
[01:00] <Yagisan> mdke: no worries
[01:00] <zyga> \sh: that requires quoting due to the space, it's very non-unixish..
[01:00] <zyga> (eot)
[01:01] <\sh> zyga: but it's friendly to new users exploring our community
[01:01] <\sh> -EOT 
[01:04] <\sh> morning mvo ;)
[01:04] <mvo> \sh: hey
[01:06] <mdke> hey mvo
[01:06] <mdke> have you nailed that notifier thing?
[01:07] <mvo> mdke: still on it, but making good progress :)
[01:07] <mdke> great
[01:09] <Mithrandir> fabbione: anything in particular I should test with it, or just run it for a bit?
[01:11] <infinity> Mithrandir : If it boots, that's probbaly good.
[01:13] <Lathiat> mvo: did you try my patch for the lines?
[01:14] <mvo> Lathiat: which one in particular?
[01:14] <Lathiat> mvo: the oen on the bug report
[01:14] <Lathiat> mvo: ixes the incorrect arrow drawing
[01:14] <Lathiat> *fixes
[01:14] <dholbach> hi
[01:14] <dholbach> hey mvo
[01:15] <fabbione> Mithrandir: like infinity said.. try to stress the memory a bit..
[01:15] <fabbione> Mithrandir: nothing too fancy really
[01:16] <Lathiat> 14006
[01:16] <Lathiat> http://bugzilla.ubuntu.com/show_bug.cgi?id=14006
[01:17] <mvo> Lathiat: sorry, didn't managed to look at it yet, will do that today
[01:17] <Lathiat> mvo: ok, beware that patch file i think integrates part of debian/patches/04[hatever] 
[01:17] <Lathiat> might require some manual mguning
[01:17] <Lathiat> i only changed the section under ::UP
[01:47] <Riddell> fabbione: build-depens should sort out the build order
[01:51] <fabbione> Riddell: ok
[01:51] <infinity> Riddell : Want to fix kdebindings' FTBFS?
[01:51] <Riddell> infinity: I'm working on it
[01:52] <infinity> (I was about to do it, but since yu showed up..)
[01:52] <Riddell> infinity: oh go ahead, I have other FTBFSs to fix too
[01:52] <infinity> I noticed. :)
[02:08] <zoot_> mvo: hi, just upgraded to update-notifier-0.40.13.1 as per bug #17091 and so far, no light bulb after reboot :)
[02:12] <mvo> zoot_: cool, thanks for testing! you may want to stress it a bit by (re-)install a kernel or dbus 
[02:12] <zoot_> mvo: ok, will do
[02:19] <mvo> zoot_: thanks! please let me know if anything strange/unusual happens
[02:21] <zoot_> mvo: k
[02:31] <Riddell> Kamion: MD5SUMS on kubuntu RC is missing a lot of the files
[03:03] <speel> hey will the spca5xx driver get fixed within the next few days ( well before breezy comes out ) ?
[03:20] <mvo> Kamion: please approve updaet-notifier updates. fixes two bugs in the post-update information logic (debdiff is at http://people.ubuntu.com/~mvo/update-notifier/update-notifier_0.40.13.debdiff)
[03:34] <mull> hi folks
[03:35] <mull> I think I found a bug in Breezy
[03:35] <Lathiat> mull: what package?
[03:36] <mull> gnome-keyboard indicator applet
[03:36] <Lathiat> then you could have a quick search and/or file a bug at http://bugzilla.ubuntu.com
[03:37] <mull> ok
[03:37] <Lathiat> package is probably gnome-applets.. let me check that
[03:37] <Lathiat> indeed
[03:37] <mull> yes it is
[03:38] <mull> I just looked myself
[03:38] <mull> Ok i'll file the bug
[03:38] <Lathiat> thanks
[03:41] <Lathiat> mjg59: hrm something interesting
[03:41] <Lathiat> mjg59: i installed kubuntu, and usplash survives the time of "Loading modules"
[03:41] <Lathiat> mjg59: in ubuntu, it fails, every single boot of the last 15 or so
[03:41] <Lathiat> i'll see what happens post-install
[03:41] <Lathiat> might effect it
[03:44] <zoot_> mvo: just upgraded to the latest -686 kernel, rebooted (after light bulb appeared) and so far, the light blub hasn't appeared - looks like the bug is squashed :)
[03:44] <spayne> jdub: ping
[03:46] <mdke> mvo, testing new update-notifier now
[03:46] <mvo> zoot_, mdke: thanks
[03:47] <zoot_> mvo: cool beans ;)
[03:49] <mdke> mvo, i installed it and rebooted and I didn't get the notification. So looks like it has worked
[03:50] <mvo> mdke: cool, thanks :)
[03:51] <\sh> re sabdfl 
[03:52] <sabdfl> hi?
[03:52] <jsgotangco> hi sabdfl 
[03:52] <sabdfl> hey jsgotangco
[03:53] <Seveas> mvo, I've seen 2 more reports about the lightbuld, didn't close them as dupes yet, but I pointed the reporters to the bug with your solution
[03:58] <speel> hey i have a question whats the status on the spca5xx bug?
[03:59] <psichron> lo sabdfl
[04:10] <\sh> hmm...I think I'll take a nap for 2 hours...
[04:11] <slomo> how can i get the banshee sourcepackage into malone? or is the package list updated automatically every X days?
[04:13] <fabbione> doko: ping?
[04:14] <dholbach> brb
[04:16] <doko> fabbione: pong
[04:19] <fabbione> doko: it's installing now
[04:19] <doko> fabbione: msg me the last lines ;-)
[04:19] <fabbione> when it finishes :)
[04:20] <mvo> Seveas: thanks!
[04:24] <fabbione> doko: see /msg
[04:25] <bddebian> Hello
[04:26] <tambaqui> Hello
[04:31] <jdub> spayne: pong
[04:31] <jdub> GOOD MORNING FREEDOM LOVERS!
[04:31] <Lathiat> hey jdub
[04:31] <sivang> jdub: morning allmighty jdub!
[04:31] <spayne> jdub: sabdfl answered my question
[04:32] <spayne> only 4 days left!
[04:32] <fabbione> mdz: dpkg-deb: building package `openoffice.org2' in `../openoffice.org2_1.9.129-0.1ubuntu4_sparc.deb'.
[04:32] <jsgotangco> morning jdub 
[04:32] <zakame> hi jdub 
[04:33] <slomo> spayne: you have an ipod, don't you?
[04:33] <jsgotangco> jdub, how's the summit?
[04:33] <spayne> yeh - which doesn't work with Banshee
[04:34] <slomo> spayne: fine... that's what i wanted to ask you :P only since the new version or even before?
[04:34] <spayne> slomo: before
[04:34] <slomo> spayne: what ipod model do you have?
[04:34] <spayne> slomo: 3G 20gb
[04:34] <jdub> jsgotangco: pretty cool
[04:34] <spayne> it is because i have had it on iTunes 5
[04:35] <slomo> spayne: database format > 14?
[04:35] <spayne> 15
[04:35] <slomo> spayne: ok, forget it :P can't this be downgraded somehow?
[04:39] <slomo> spayne: ?
[04:39] <spayne> slomo: sorry, yeh - i will look at it later
[04:39] <slomo> spayne: thanks... because it seems like it doesn't work anymore :(
[04:42] <tseng> spayne: database 15 works with banshee now
[04:42] <tseng> spayne: we uploaded new versions..
[04:45] <slomo> spayne: 15 works now? are you sure?
[04:45] <spayne> don't think so
[04:46] <slomo> tseng: * src/SongDatabase.cs: Throw an unsupported exception if DB version is
[04:46] <slomo>  greater than 14
[04:46] <tseng> uh
[04:48] <tseng> i am sure i saw them fix db v15
[04:51] <zyga> why does ubuntu-minimal depend on reiser4progs?
[04:58] <spayne> slomo: i can get my ipod to mount!
[04:58] <the--dud> just a little thought... shouldnt 5.10 be released 9 day ago actually?
[04:58] <slomo> spayne: does it even work in banshee?
[04:59] <spayne> the system isn't mounting it when i plug it it!
[05:04] <infinity> Riddell : kdebindings fixes upload, you owe me at UBZ.
[05:04] <infinity> Riddell : s/upload/uploaded/
[05:06] <dholbach> re
[05:07] <jsgotangco> hi dholbach 
[05:07] <dholbach> hey jerome
[05:08] <zakame> wb dholbach 
[05:08] <fabbione> doko: openoffice.org2_1.9.129-0.1ubuntu4_sparc.changes ACCEPTED
[05:09] <bob2> hah
[05:09] <fabbione> Build needed 43:34:00, 8903296k disk space
[05:10] <fabbione> now it's all ccached :)
[05:10] <fabbione> UHA UHA UHA
[05:10] <infinity> Nah, cause there'll be a gcc upload before the next openoffice upload.
[05:10] <Lathiat> heh
[05:10] <fabbione> infinity: that means that doko will sign his death certificate :P
[05:13] <doko> sure, the first upload for dapper is a gcc-4.0 update :-)
[05:13] <fabbione> doko: dapper is not a problem.. 
[05:13] <infinity> doko : How far away is 4.1?
[05:14] <doko> not yet branched
[05:14] <infinity> That doesn't sound promising.
[05:14] <infinity> So, 4.0.x for dapper seems more likely?
[05:14] <infinity> (Since we're going to want to pick a version, freeze it,and stabilise it pretty early one)
[05:15] <infinity> s/one/on/
[05:15] <fabbione> doko: we will need to fix libgcc on sparc (4.0) for dapper
[05:16] <fabbione> doko: but we will work on it as soon as dapper open
[05:16] <doko> fabbione: what is wrong?
[05:16] <fabbione> doko: weird stuff when building klibc
[05:16] <fabbione> we had to switch klibc back to 3.4
[05:16] <fabbione> but it was too late in the process to fix 4.0
[05:17] <sivang> fabbione: klibc = kernel libc ?
[05:17] <fabbione> doko: http://bld-3.mmjgroup.com/buildLogs/k/klibc/1.0.14-1ubuntu2/klibc_1.0.14-1ubuntu2_20050915-0618-sparc-failed.gz
[05:17] <fabbione> sivang: more or less yes
[05:18] <fabbione> anyway
[05:18] <fabbione> it's time to finish to mount the ceiling lists :)
[05:19] <bob2> hah
[05:37] <sivang> fabbione does alot of renovations realtive to being a deep kernel hacker :-)
[05:37] <sivang> I wonder if there are simialr traits which you shoudl have to be successful at both
[06:34] <elvirolo> hi all
[06:35] <elvirolo> does anyone know whether the spca5xx bug will be fixed or not before the release of breezy ?
[06:35] <elvirolo> it is very critical
[07:27] <mvirkkil> Is someone working on dotUbuntu or any kind of jabber/xmpp styff for Ubuntu?
[07:28] <mvirkkil> stuff, even.
[07:28] <sivang> mvirkkil: there are plans. I know Robot101 was working on something as well
[07:30] <mvirkkil> sivang: Wondering because I've been thinking about an interactive help system which would be based on xmmp.
[07:31] <sivang> mvirkkil: if you want to suggest it as something to be discussed over the next Developrs summit, feel free to outline it on the wiki
[07:34] <mvirkkil> sivang: Weeeell... I was hoping on having some very casual brainstorming about it, but it seems the ubuntu-doc channel is pretty dead atm. 
[07:35] <sivang> mvirkkil: if this is a development subject, there are alwasy mailing lists 
[07:35] <mvirkkil> sivang: Where should I link the page to, so that people will actually find it?
[07:36] <sivang> mvirkkil: if that's a suggestion, put it somewhere on the wiki and email the -doc or other list you think relevant with request for feedback, or  just link it from the UbuntuBelowZero/BOFs page on the wiki
[07:37] <mvirkkil> sivang: Thanks, I'll try to write something on the wiki :)
[07:39] <sivang> mvirkkil: no prob, ideas are always welcome!
[07:49] <the--dud> dotUbuntu? whats that going to be?
[08:21] <Robot101> sivang: we did an UbuntuIMSpec
[08:28] <\sh> anyone as an idea where TIOCGDEV is declared?
[08:29] <\sh> has even
[08:39] <wasabi> make-kpkg modules_image should be updated to properly append EXTRAVERSION for Ubuntu, I suspose.
[08:44] <wasabi> hmm. latest breezy throws a kernel stack trace on boot heh
[08:44] <wasabi> not good!
[08:44] <wasabi> and a dozen seg faults
[08:50] <magnon> does anyone by any chance speak portuguese here?
[08:50] <dholbach> hi mvo
[08:51] <wasabi> jbailey, pingaling
[08:53] <mvo> Kamion: do you need a debdiff for the approval of update-notifier?
[08:57] <segfault> magnon: i do.
[09:24] <dholbach> elmo: could you please sync xmame from sid?
[09:33] <jbailey> wasabi: Sort of here.  Doing some exercises and just taking a break for a moment.
[09:33] <wasabi> Found a few things in the base initramfs that need a bit of changing
[09:33] <wasabi> In local it tests for  the existance of $ROOT, after local-top... which is great in most cases, but not mine
[09:33] <jbailey> Err..  You don't means like urgently for Breezy, do you?
[09:33] <wasabi> No.
[09:33] <jbailey> Oh good. =)
[09:34] <wasabi> That's in mountroot()
[09:34] <wasabi> also it tries to actually mount it, always.
[09:34] <wasabi> In my case, one of the custom scripts does teh actual mounting job, and no ROOT is passed on cmdline
[09:34] <wasabi> (unionfs)
[09:34] <jbailey> Hmm
[09:35] <jbailey> It may be that your case is too complicated to use the general stuff in local.
[09:35] <jbailey> I'd hate to complicate it for a strange corner case.
[09:35] <wasabi> Hmm. So you would use another type completely?
[09:35] <wasabi> such as flash
[09:35] <jbailey> I might, yeah.
[09:35] <jbailey> Right. =)
[09:35] <wasabi> Hmm. Didn't think about that.
[09:36] <jbailey> 'cause at the point when the model is being stretched that far, I don't see any point in trying.
[09:36] <wasabi> I see.
[09:36] <wasabi> Yeah, you are completely right.
[09:36] <jbailey> What I love about initramfs-tools is that the cases are simple enough to understand why they're the way they are. =)
[09:36] <wasabi> I'll start working on this new case then. "flash" is a good name for it, perhaps?
[09:37] <jbailey> Sounds good to me.
[09:37] <jbailey> Maybe wait a few days to avoid getting lost in the noise of the release, butpost it to ubuntu-devel and get other cases that people might want covered.
[09:38] <jbailey> I think that this could be more generic than flash devices - like for appliances where a binary blob is shipped in general.
[09:38] <jbailey> For when Cisco gives up on IOS and goes with Ubuntu instead ;)
[09:39] <wasabi> Yeah.
[09:39] <wasabi> Haha.
[09:39] <ajmitch> morning
[09:41] <\sh> jbailey: ?? cisco appliances could run linux ;) 
[09:41] <wasabi> Yeah, PIX can right now. ;)
[09:41] <wasabi> ubuntu even
[09:41] <wasabi> it's just an x86
[09:41] <jbailey> g'm Andrew
[09:41] <\sh> jbailey: but more interesting is, if a juniper m160 is running with linux ;) 
[09:41] <jbailey> \sh: IIRC, The Junipers are based off of something in the BSD familar.
[09:41] <jbailey> family, rather.
[09:41] <\sh> jbailey: yeah...
[09:41] <jbailey> It's possible to get the GNU utilities ported to it already.
[09:42] <\sh> jbailey: it's done already ;)
[09:42] <jbailey> At my last job, we all had Cisco tatooed to our asses, our we would've considered looking more carefully at the Juniper stuff.
[09:42] <jbailey> But with 600 cisco routers, it's hard to consider switching. =)
[09:43] <jbailey> We got one of the Juniper firewall products..
[09:43] <jbailey> Hmm
[09:43] <\sh> jbailey: both are nice..I learned on cisco and I had a juniper training last month...but thinking about this, the juniper JunOS config script is much nicer then the cisco one ;) 
[09:43] <jbailey> netscreen?
[09:43] <jbailey> Mmm, nice is relative.  The difference is that I can sit down in front of any Cisco router made in the last decade and solve your problems without refering to a manual.
[09:44] <jbailey> And i'm fairly certain that I'll generally be able to for another decade.
[09:44] <\sh> jbailey: well, that's right :) this is as well a big advantage of cisco :) 
[09:45] <jbailey> Heck, even catalysts are starting to finally integrate.
[09:45] <\sh> jbailey: but reading junOS config is just like reading a perl script 
[09:45] <jbailey> IOS on their phone systems would be nice.
[09:46] <wasabi>              panic "ALERT!  ${ROOT} does not exist.  Dropping to a shell!"
[09:46] <wasabi> That message sucks.
[09:46] <jbailey> \sh: That's not something I would put in a marketing brochure.
[09:46] <wasabi> Because if ROOT is not set, it's called.
[09:46] <jbailey> wasabi: If root's not set in the current local script, you're pretty screwed.
[09:46] <\sh> jbailey: this was the first thought I had, when I saw the config ;)
[09:46] <wasabi> Yeah, but it'd be nice to error better. ;)
[09:46] <sivang> re all
[09:47] <jbailey> wasabi: "No root varilable set.  WTF were you thinking?" is probably not approved by our PR department. ;)
[09:47] <jbailey> Heya Sivan
[09:47] <\sh> re sivang 
[09:47] <sivang> jbailey: Jeff ! :)
[09:48] <grout> elmo here?
[09:49] <\sh> who was talking this morning about pppoe and problems with the interface going up?
[09:49] <ajmitch> Lathiat
[09:50] <\sh> Lathiat: ping :) do u have a bug ref?
[10:03] <fredix> hi
[10:03] <fredix> does anyone can update ruby into breezy ? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322346
[10:11] <wasabi> g-v-m isn't mounting removable stuff sync all the time. =/
[10:12] <dholbach> fredix: i'm sure it will get considered
[10:13] <fredix> dholbach: before 13 oct ?
[10:13] <dholbach> considered, i won't promise anything
[10:13] <fredix> i hope
[10:13] <dholbach> but if it renders ruby completely unusable, ...
[10:13] <fredix> thanks
[10:14] <wasabi> unionfs is unstable. =(
[10:14] <lucas> dholbach: should fredix file a bug to make sure it will be considered ?
[10:16] <dholbach> lucas: sure
[10:34] <ajmitch> dholbach: I think it has been considered but it's a massive debdiff to check, and it's in main
[10:35] <dholbach> ajmitch: yes, i thought so too, but as it seems to be of HIGH priority and the old version seems to break stuff heavily...
[10:36] <slomo> ajmitch: the diff shouldn't be that big... the guy who have done the debdiff hasn't done it properly...
[10:38] <hwaara> mpt!
[10:44] <wasabi> /etc/mtab confuses me
[10:54] <wasabi> jbailey, got it mounting with rw / with unionfs. ;)
[10:54] <wasabi> Writing saving routine now.
[10:54] <lamont> bob2: no default MTA as part of desktop.  this is a good thing.
[10:55] <slomo> ajmitch: the diff is really to big... even after doing it properly :(
[10:55] <jbailey> wasabi: Nice!  It's all working for you?
[10:55] <wasabi> Yup. I redid everthing into a single class script
[10:55] <wasabi> now you pass boot=flash flashdev=/dev/hda1 flashimg=/root.img to boot
[10:55] <wasabi> and it works.
[10:55] <jbailey> Nice.  Much complication saved, I imagine. =)
[10:55] <wasabi> Yes.
[10:56] <wasabi> Trying to think about configuration
[10:56] <wasabi> root.img will be a basic install, customized.
[10:56] <wasabi> config.tar.gz will be saved configuration files.
[10:56] <wasabi> (extracted into overlay on boot)
[10:56] <wasabi> Now, on first boot, I want to launch the base-setup thing properly.
[10:56] <wasabi> Which sets up, and then /usr/sbin/flash save
[10:56] <wasabi> /etc/flash.save lists files to persist.
[10:57] <wasabi> I guess what I really want is to kick of d-i
[10:57] <wasabi> just like the live cd
[10:59] <mpt> hwaara!
[10:59] <mpt> Welcome!
[11:00] <hwaara> mpt, thanks! :)
[11:07] <sabdfl> hey guys
[11:07] <sabdfl> how do i change the keyboard mapping?
[11:07] <sabdfl> i got the wrong one during install
[11:07] <siretart> setxkbmap us
[11:08] <sabdfl> i don't think its the xkbmap
[11:08] <sabdfl> is there something at the low-level?
[11:08] <\sh> locales are correct? 
[11:08] <sabdfl> how do i test?
[11:08] <\sh> so dpkg-reconfigure console-data or something?
[11:09] <carstenh> iirc dpkg-reconfigure xserver-xorg for x
[11:09] <sabdfl> i want to repeat the questions that it asked during install
[11:09] <carstenh> iirc dpkg-reconfigure xserver-xorg for x
[11:10] <\sh> sabdfl: i think this is correct...so dpkg-reconfigure console-data
[11:10] <sabdfl> dpkg-reconfigure console-data doesn't do the trick
[11:10] <siretart> sabdfl: are you talking about X or console? afaik the installer configures both indipendently
[11:10] <\sh> sabdfl: the start of the install is 3 things in one...locales, console-data and according to this setting xkbmap
[11:11] <\sh> so dpkg-reconfigure + one of {locales,console-data,xserver-xorg}
[11:11] <sabdfl> ok
[11:12] <\sh> or try to use the gnome keyboard change util in system/administration
[11:12] <\sh> for Xorg
[11:14] <\sh> locales -> language, date, currency, etc  / console-data -> console keymap / xserver-xorg -> settings of keymap in xorg
[11:14] <torkel> you can also use loadkeys to switch the console keymapping
[11:15] <lifeless> I have a question from a friend, do we expect oprofile to work out of the box ?
[11:19] <lifeless> ignore that, its in universe. ..
[11:19] <\sh> lifeless: file a bug in malone or just ask in -motu ;) 
[11:20] <\sh> a
[11:20] <lifeless> \sh: beat ya!
[11:20] <\sh> lifeless: it's late ;) i'm not as fast as I should be at this time of the night ;)
[11:21] <lifeless> \sh: go to bed then :)
[11:21] <\sh> lifeless: yeah..that's what I'm doing after my beer is finished..
[11:21] <\sh> so...last mail to elmo for today...i think that's all for today
[11:25] <dholbach> good night guys, i'm off
[11:25] <\sh> cu dholbach 
[11:25] <\sh> good night to you :)
[11:26] <dholbach> thank you :)
[11:27] <slomo> gn8 dholbach :)
[11:27] <dholbach> bye slomo :)
[11:30] <Burgundavia> mpt, you tried out gnome-screensaver recently?
[11:30] <mpt> Burgundavia, not in the past couple of weeks
[11:30] <Burgundavia> mpt, try it again now
[11:30] <mpt> I can't, the power cable's broken on my laptop and it's run out of battery
[11:30] <the--dud> I really fail to see the usefulness of screensavers
[11:32] <fabbione> sabdfl: did you get the wrong keymap on console or X?
[11:45] <mdke> jdub, ?
[11:49] <mdke> jdub, unping, emailed
[11:54] <Keybuk> that analysis of gnome startup is interesting, especially that the "FontPath unix/:7100" entry in xorg.conf adds 5 idle seconds to the startup
[11:55] <sivang> Keybuk: does it take so much time to load the fonts from there?
[11:55] <sivang> (is it a domain socket ?)
[11:55] <Keybuk> it isn't that, it's the fact we don't actually ship a font server
[11:55] <lifeless> sivang: I'm guessing its a timeout
[11:55] <Keybuk> so it spends 5 seconds waiting for it
[11:55] <lifeless> bingo
[11:56] <Keybuk> and even if we did ship one, we wouldn't use it because we use Xft2 and fontconfig by default
[11:56] <sivang> so let's drop that connection timeout away
[11:56] <lifeless> its a unix socket, it should not need a timeout. its plain weird
[11:57] <sivang> lifeless: you mean, either we successfuly opened it in an instance, or we didn't and move on with life
[11:57] <Keybuk> lifeless: it's not a timeout, it's an actual for (i = 0; i < 5; i++) { do it; sleep (1); }
[11:57] <lifeless> sivang: yes
[11:57] <Keybuk> type affair
[11:57] <lifeless> Keybuk: holy fucking crack monkeys batman
[11:58] <sivang> what lifeless just said
[11:58] <sivang> :)
[11:58] <Keybuk> lifeless: because you'd _NEVER_ use sleep (1) in your code <g>
[11:58] <ajmitch> Keybuk: daniels fixed that in the default config a few weeks ago
[11:58] <lifeless> Keybuk: not five times!
[11:58] <Keybuk> ajmitch: indeed
[11:58] <sivang> Keybuk: why not ?
[11:58] <Keybuk> I'm just catching up on e-mail
[11:59] <Keybuk> sivang: lifeless famously "fixed" a baz race condition by sticking a sleep (1) in the code
[11:59] <lifeless> Keybuk: no scare quotes please, it did fix it.
[11:59] <sivang> lol
[11:59] <lifeless> Keybuk: not optimally, but fix it did.
[11:59] <lifeless> sivang: inode signatures with a granularity of 1 second.
[11:59] <sivang> eh, sot that's rougly fixing it :)
[12:00] <lifeless> tla was too slow to trigger failures, so while making baz faster, we started getting test failures.
[12:00] <Keybuk> it's like taking pain-killers to hide the fact your leg is falling off
[12:00] <sivang> heheheh
[12:01] <sivang> lifeless: what a bout a shared memory space for addressing when each of the entities attemting access? :)
[12:01] <sivang> s/addresing/singaling/
[12:01] <lifeless> sivang: ewww