[12:03] <Keybuk> ok, how does one install mozilla extensions ?!
[12:04] <hub_> I don't find Colony
[12:04] <hub_> am I blind ?
[12:06] <hub_> found it
[12:06] <hub_> Amaranth: given the time, it won't be mailed before monday
[12:08] <Amaranth> hub_: i don't need it anymore, thanks anyway
[12:09] <hub_> Amaranth: okay. good
[12:09] <Amaranth> i called someone, they'll have it to me on sunday
[12:09] <Amaranth> i just hope i don't lose /home
[12:09] <Amaranth> i don't have another copy of smeg 0.8 anywhere
[12:09] <hub_> :-/
[12:10] <Amaranth> oh shit, i don't have another copy of my work on pymusique anywhere either
[12:10] <Amaranth> jlje reminded me :/
[12:12] <xhaker> i was going to make room to install in another partition hoary server install
[12:13] <xhaker> i'm starting to think i will b0rk my stuff
[12:14] <xhaker> i did it once and Amaranth is not really helping 
[12:14] <xhaker> lol
[12:14] <Amaranth> heh
[12:14] <Amaranth> if it works again
[02:49] <Gnobody> hey
[02:50] <Gnobody> is X *still* broken?
[02:52] <lamont-away> Gnobody: you have reminded me of one of my favorite answers
[02:52] <lamont> "yes, signals are broken.  But not that way."
[02:52] <lamont> I think it generally applies to X as well.
[02:52] <Gnobody> damn
[02:52] <lamont> as for whether or not X is sane again, I couldn't say.  But that's a #ubuntu question
[04:01] <daniels> doko: nope
[04:02] <daniels> errr
[04:02] <daniels> infinity: libxt b-ds on libsm >= 1:6.0.4-2, and -3 is in the archive
[04:30] <daniels> infinity: right, I see what happened now.
[04:46] <CarlFK> hey daniels
[04:46] <CarlFK> you do anything with preseed files?
[04:51] <daniels> CarlFK: nope, sorry
[04:56] <CarlFK> no prob
[05:33] <zwnj> where i can find a package building (from scratch) manual from?
[05:33] <bddebian> zwnj: The Debian New Maintainers Guide
[05:33] <zwnj> seems building debian packages is harder that rpm
[05:33] <bddebian> Nah
[05:33] <zwnj> bddebian: thanks :)
[05:34] <bddebian> Anyone know what is up with debdiff all of the sudden???
[06:17] <fabbione> mornign
[06:19] <bddebian> Morning fabbione 
[06:34] <trulux> heya guys
[06:35] <trulux> fabbione: morning
[06:35] <bddebian> Hello trulux 
[06:38] <trulux> bddebian: hi :)
[06:39] <trulux> anyone knows the time when Jane joins the channel?
[06:39] <bddebian> Not me sorry
[06:39] <Burgundavia> trulux, she is UTC or UTC+1
[06:41] <trulux> Burgundavia: many thanks, I just need to show some more stuff to pitti and her
[07:30] <davyd> daniels: not to sound like a naggy mc nag nag, but what is holding linux-restricted-modules back?
[07:31] <fabbione> davyd: a few things..
[07:31] <fabbione> it will be around soon again
[07:31] <fabbione> 2.6.12 prior the last upload was not exactly stable
[07:32] <fabbione> and adding more instability due to binary driver was going to be only an extra mess for me to get stuff fixed
[07:33] <davyd> so -4 is the go?
[07:34] <fabbione> davyd: it did close a lot of bug...
[07:34] <davyd> rock and roll
[07:34] <davyd> does it look like the home stretch now?
[07:34] <fabbione> i might have to break it again to get some ipw2x00 extra love, but i can do it outside the archive to test
[07:34] <davyd> or is there a heck of a lot of work remaining?
[07:35] <fabbione> it's half way
[07:35] <fabbione> in theory there is a lot of packaging work
[07:35] <fabbione> but the code seems to be pretty stable
[07:35] <fabbione> and in the beginning i had to focus on that
[07:35] <fabbione> (reason why l-r-m isn't around yet)
[07:36] <fabbione> + we had slightly less time than usual to work on l-r-m due to C++ and X transitions all together
[07:36] <fabbione> that clearly are higher priority
[07:36] <fabbione> (if X doesn't work.. you can play pingpong with l-r-m ;))
[07:45] <daniels> yeah, it's just been full-on, and l-r-m hasn't been on my radar due to not being 'urgent holy shit needed last week'
[07:48] <davyd> I don't mind rebuilding the nvidia packages as required, I was mostly wondering if it was a time problem or a technical problem
[07:48] <davyd> I get the impression it's been a time problem
[07:48] <davyd> incidently, "libsexy" now has a spellchecking entry widget
[07:48] <davyd> I wonder how that would look in X-Chat
[07:51] <fabbione> davyd: it's both actually..
[07:51] <fabbione> because X is removing /usr/X11R6
[07:51] <fabbione> or anyway killing part of it
[07:51] <fabbione> that reflects on nvidia and ATI too
[07:52] <fabbione> the gcc transition made impossible to build them
[07:52] <fabbione> + the time
[07:52] <davyd> ok, I didn't notice that compiling nvidia-glx, but ok
[07:52] <davyd> is it going to break with -43?
[07:52] <fabbione> but given that main needs to be stabilized first to build l-r-m properly...
[07:52] <fabbione> i dunno...
[07:52] <fabbione> i didn't upgrade X for a while
[07:52] <davyd> I guess I'll find out the hard way
[07:52] <fabbione> (btw i do compile nvidia myself too...)
[07:53] <fabbione> but to have a stable desktop to work on the kernel i had to stop upgrading X
[07:53] <fabbione> so i dunno
[08:00] <davyd> I picked the wrong day originally to install breezy on my new machine
[08:01] <davyd> and it took until X -43 to get Xv working on my laptop
[08:01] <daniels> well, to be fair, that bug was present in warty and hoary also
[08:01] <davyd> yes
[08:02] <davyd> but that's why I took to upgrading X
[08:03] <daniels> lamont: ... which headers disappeared from dbus, exactly?
[08:06] <lamont> daniels: <sys/signal.h>
[08:06] <lamont> fd_set et al
[08:06] <lamont> pretty sure I called it dbus-signal.patch
[08:07] <lamont> and -ubuntu6 had the arch spec on mono-mcs
[08:08] <daniels> so you added some missing #includes
[08:14] <lamont> I added one missing include
[08:14] <lamont> and all was right with the world again
[08:15] <lamont> clearly it included something that _used_to_ include sys/signal.h
[08:20] <lamont> http://people.ubuntu.com/~lamont/buildLogs/Test/byDate/today.html
[08:20] <lamont> enjoy the pain that is breezy-autotest, folks
[08:21] <lamont>  interesting, amd64 is kicking butt
[08:22] <daniels> heh
[08:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 159 package(s) in state Installed.
[08:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.i386:Total 97 package(s) in state Installed.
[08:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.ia64:Total 53 package(s) in state Installed.
[08:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.powerpc:Total 96 package(s) in state Installed.
[08:24] <lamont> hrm... maybe that was semi-spewage
[08:25] <fabbione> does the latest kdelibs fix the uninstallable problem?
[08:25] <fabbione> or do we need to do some kind of magic?
[08:25] <lamont> still no clue... dbus was blocking kdelibs for me
[08:25] <lamont> but that's built now.  cool
[08:26] <fabbione> it's the other way around for me..
[08:26] <fabbione> dbus can't build because of kdelibs..
[08:26] <daniels> fabbione: yeah, you need to break the loop there
[08:26] <fabbione> daniels: how?
[08:26] <bob2> autotest = randomly rebuild already built source packages?
[08:26] <fabbione> daniels: or better.. in what order?
[08:27] <lamont> bob2: use the debs from breezy, and a snapshot of the source from same.  build, and then throw away (well, notreally, but effectively) the resulting debs
[08:27] <bob2> ah, neat
[08:27] <daniels> fabbione: i assume disable dbus support in kdelibs, build dbus off that, and rebuild kdelibs off dbus
[08:27] <daniels> that's if you're bootstrapping
[08:27] <lamont> daniels: or find an older, installable kdelibs
[08:27] <daniels> right
[08:27] <fabbione> hmmmm
[08:27] <fabbione> ok
[08:28] <fabbione> giving the morgue is broken, it's going to be difficult
[08:28] <lamont> my issue right now is that it still isn't installable, since libopenexr-dev isn't available from breezy
[08:29] <lamont> daniels: anything wrong with this list for an xorg-split kind of world??  autotools-dev cdbs debhelper libfltk1.1-dev xlibmesa-gl-dev xlibmesa-glu-dev
[08:30] <daniels> lamont: xlibmesa-gl-dev | libgl-dev, libglu1-xorg-dev | libglu-dev
[08:31] <lamont> ok
[08:31] <lamont> that's openexr, fwiw
[08:31] <daniels> must, must provide alternatives
[08:32] <fabbione> night lamont
[08:33] <daniels> night dude
[08:34] <lamont> daniels: and feel free to look at all the missing X* symbols in imlib2 if you're really looking for something to distract you from xorg proper. :)
[08:35] <daniels> ot
[08:35] <daniels> er
[08:35] <daniels> it's saturday
[08:36] <daniels> lamont: example build log though?
[08:57] <fabbione> 
[10:53] <herve> hello
[10:54] <herve> who can I see for bugzilla rights?
[02:29] <Mithrandir> is the morgue broken?
[02:30] <fabbione> Mithrandir: yes.
[02:30] <fabbione> i told elmo already
[02:31] <highvoltage> the morgue?
[02:31] <fabbione> Mithrandir: are you going to be around monday?
[02:31] <Nafallo> highvoltage: morgue.ubuntu.com
[02:32] <Mithrandir> fabbione: sure
[02:33] <fabbione> Mithrandir: we need to talk about Xen, but not now. i am moving al the stuff around the office today and reconfiguring tomorrow
[02:33] <fabbione> Mithrandir: i am on a 80x24 12" monitor atm :)
[02:33] <fabbione> and can't really do much
[02:33] <Mithrandir> fabbione: heh, ok.
[02:34] <fabbione> ok.. i am offline again.. time to switch my ws to 3x21" :)
[02:34] <fabbione> i wonder what resolution can handle the Sun monitor...
[02:37] <siretart> I'd like to have piuparts from unstable included in ubuntu. it seems useful for doing qa of packages. who do I need to ask?
[02:37] <siretart> in universe, that is
[02:38] <ogra> Mithrandir, there obviously is no limit on 65000 files in a ext3 directory ;) 
[02:38] <ogra> Mithrandir, (as you told me)
[02:38] <ogra> see http://hwdb.ubuntu.com/
[02:41] <tseng> siretart: email elmo to sync it
[02:41] <tseng> it would be nice if pbuilder could do the same things
[02:41] <tseng> or piuparts use the pbuilder chroot
[02:41] <bob2> (sbuild)
[02:42] <Mithrandir> heh:
[02:42] <Mithrandir> find: WARNING: Hard link count is wrong for .: this may be a bug in your filesystem driver.  Automatically turning on find's -noleaf option.  Earlier results may have failed to include directories that should have been searched.
[02:42] <seb128> hi
[02:42] <seb128> daniels: around?
[02:43] <siretart> tseng: piuparts can use the base.tgz of pbuilder
[02:43] <Mithrandir> ogra: sorry, 32k directories. :-)
[02:43] <tseng> siretart: rock.
[02:43] <Mithrandir> ogra: try seq 40000 | xargs mkdir 
[02:44] <bob2> seb128: ELATEONASATURDAYNIGHT
[02:44] <bob2> hah, nice that find can work around some disk corruption
[02:44] <seb128> bob2: just trying to make sure to not conflict with his uploads before upload a xft to drop XOPEN_SOURCE from here
[02:44] <seb128> bob2: if he's away that's fine :)
[02:45] <ogra> Mithrandir, seriously i wont try it on *this* PII 233 ;)
[02:45] <bob2> ah :)
[02:45] <Mithrandir> ogra: get a real computer. ;-)
[02:45] <ogra> Mithrandir, thats a *server* *g*
[02:46] <ogra> Mithrandir, but once i mived all this crap to the DC i'll upgrade the machine ;)
[02:46] <ogra> moved even
[02:46] <Mithrandir> ogra:  :-)
[02:46] <ogra> opteron !
[02:47] <thom> tseng: dude, beagle appears to ftbfs here...
[02:49] <Amaranth> thom: libgmime-cil is out of sync with the thing it's binding
[02:49] <tseng> yes
[02:50] <tseng> gmime 2.1 is a hard dep for 0.12
[02:50] <tseng> 0.12 is not uploaded because it does nothing but explode here
[02:50] <tseng> stay tuned
[02:51] <tseng> thom: want to look at blam/mozilla bug?
[02:51] <thom> tseng: not really :-)
[02:52] <tseng> meh
[02:52] <tseng> sounds like we are at a stand-off
[02:53] <Amaranth> If my HD worked I'd look at blam :)
[02:53] <Amaranth> If grub spits out Error 17 when it's supposed to load the menu of choices it can't read /boot, right?
[02:55] <tseng> can anyone tell me why mono isnt building
[02:57] <slomo> fabbione: will the kernel be built with gcc 3.4 until breezy release?
[02:58] <fabbione> slomo: probably
[02:59] <slomo> fabbione: ok, thanks
[03:25] <bddebian> Morning
[03:32] <highvoltage> morning, bddebian 
[03:32] <highvoltage> (or good afternoon, from my timezone)
[03:37] <bddebian> Heya highvoltage 
[04:02] <highvoltage> bddebian: do you think canonical/ubuntu will support the hurd kernel and release a ubuntu gnu/hurd, once it hits v1.0?
[04:02] <thom> i doubt canonical will, but ubuntu might if there's community interest
[04:02] <infinity> seb128 : Looks like XOPEN_SOURCE still hasn't been completely purged from the X dependency chain, so you should probably stop uploading things to "fix" it...
[04:03] <seb128> infinity: hum? what package has been b0rked?
[04:03] <HrdwrBoB> not sure there will be interest though
[04:03] <seb128> infinity: xft?
[04:03] <infinity> seb128 : pango still has it in its .pc file.
[04:03] <seb128> infinity: yeah, due to xft
[04:03] <seb128> infinity: that's why I've uploaded xft ... should be fine now
[04:04] <seb128> then I can upload gtk
[04:04] <seb128> then I can work :p
[04:04] <infinity> seb128 : Ahh.  Hrm.  Kay.  Of course, several X libs here still show it as well (sm, xmu, xt, xtrap)
[04:04] <seb128> infinity: pango don't use those
[04:04] <infinity> Heh.  Kay. :)
[04:04] <bddebian> highvoltage: I doubt it but I am working on creating an Ubutnu Hurd derivative
[04:04] <infinity> So, xft, pango, gtk, gdk, PROFIT?
[04:05] <highvoltage> bddebian: ah, that will be nice (at least for testing)
[04:05] <seb128> infinity: that's the plan :)
[04:05] <infinity> And I can sort out the rest of the X libs that still look goofy later.
[04:05] <azeem> bddebian: cool, send me the gcc-4.0 fixes if you do so, then :)
[04:05] <infinity> seb128 : Once you've done those uploads, are we ready for me to do a mass give-back to the buildds again, and see what blows up?
[04:05] <seb128> infinity: do you know how is xorg/xkb nowadays?
[04:05] <seb128> infinity: I still have -33 here
[04:05] <bddebian> Hey any chance one of you "main" types can sync devscripts from Debian unstable?  It's broken in breezy atm
[04:06] <seb128> infinity: yeah
[04:06] <infinity> seb128 : Not sure, I run X in hoary still, my breezy stuff is all chrooted.  Probably should switch this month, though.
[04:06] <infinity> bddebian : Yeah, I was goign to request that sync once the Debian uploads settled down a bit (there've been a few in a row)
[04:06] <tseng> infinity: could you perhaps tell me why mono isnt building?
[04:06] <infinity> bddebian : I assume it's the breakage of "debdiff" you want fixed (same as me)?
[04:06] <bddebian> infinity: Ah, OK, thx
[04:07] <bddebian> infinity: Yes, debdiff :-)
[04:07] <tseng> infinity: or, seeming hasnt entered buildd more specifically
[04:07] <infinity> tseng : Specific package(s)?
[04:07] <tseng> infinity: mono 1.1.8.2
[04:08] <infinity> tseng : dep-wait on mono-classlib-1.0... I assume this is incorrect? :)
[04:08] <tseng> infinity: yes, that must be from my previous upload
[04:08] <tseng> infinity: we managed to get it bootstraping internally
[04:09] <infinity> tseng : Freed up, shold build shortly.
[04:10] <infinity> should, too.
[04:10] <tseng> infinity: cheers
[04:16] <tseng> mdke: you should be able to access my server on port 22 now
[04:30] <infinity> tseng : Built.
[04:31] <mdke> tseng, ah cool, i was just uploading now :D
[04:31] <mdke> tseng, btw we have a docteam linode set up now so as soon as we have a subdomain pointing at it, i'll let you know and you can close our account on your server
[04:32] <tseng> mdke: ok, rock on
[04:32] <tseng> infinity: thanks dude
[04:33] <tseng> wth
[04:33] <Nafallo> http://www.magicalforest.se/tmp/libxaw_7.0.2-3.diff
[04:34] <tseng> infinity: if you still have a few moments, could you look at that buildlog
[04:34] <tseng> infinity: apt cache troubles
[04:35] <Nafallo> builds cleanly on amd64 and should fix xkbutils ftbfs
[04:35] <Nafallo> :-)
[04:36] <herve> Nafallo, my hero!
[04:36] <hunger> Is xkb broken again?
[04:36] <bob2> yup
[04:36] <hunger> bob2 What is the workaround this time?
[04:37] <bob2> I dunno if there is one
[04:37] <Nafallo> hunger: to dep-wait on xkb-utils :-)
[04:37] <bob2> my work around was "not upgrade until breezy went a week without being fucked"
[04:37] <hunger> breezy is basically unusable most of the time:-(
[04:38] <Nafallo> bob2: what's the fun in that? ;-)
[04:38] <tseng> funny that ive been using it the entire time
[04:38] <hunger> bob2: Can't do that... I need the new kernel.
[04:38] <fabbione> is there some known problem with udev?
[04:39] <bob2> tseng: proof that I'm lazier than you
[04:39] <fabbione> bob2: ^^
[04:39] <hunger> bob2: Actually rebuilding the kernel a couple of times would have saved lots of time.
[04:39] <fabbione> it seems that it doesn't start here at all..
[04:39] <hunger> fabbione: Yeap. It does not create /dev/input/mice for me anymore.
[04:39] <fabbione> hunger: exactly...
[04:39] <fabbione> and /dev/input/mice
[04:39] <hunger> fabbione: run udevstart manually and it will be there.
[04:40] <herve> ha, that's why my usb mouse stopped to work some times
[04:40] <herve> I unplugged and replugged it and it was ok
[04:40] <fabbione> hmm
[04:40] <fabbione> no 
[04:40] <fabbione> no luck
[04:41] <herve> or maybe that was a X issue
[04:41] <hunger> fabbione: I talked to someone here about that two weeks ago... said it worked for him and that I should debug myself.
[04:42] <Nafallo> dang. does not fix xkbutils *goes back to hack on it*.
[04:42] <fabbione> it's definetely a udev problem
[04:43] <hunger> Any change of getting a xkb fixed soonish? And a "startx" would be nice to have at some point, too;-)
[04:43] <bob2> X will be fixed in the next few days, hopefully
[04:43] <hunger> fabbione: Yeap, that was what we found out 2 weeks ago, too:-)
[04:43] <Nafallo> hunger: installed xinit?
[04:44] <fabbione> mousedev is not modprobed.. so it could either be udev or hotplug
[04:44] <fabbione> if i modprobe that manually.. everything works
[04:44] <hunger> Nafallo: There is no xinit... startx used to be part of xbase-clients, but that is basically empty nowadays.
[04:45] <Nafallo> hmm, xinit has to be NEWed ;-)
[04:45] <Nafallo> hunger: yea, daniels is spliting it.
[04:45] <ogra> hunger, xbase-clients is split
[04:45] <hunger> fabbione: mousedev is loaded here... I do have /dev/input/mouse*, but no /dev/input/mice.
[04:45] <ogra> hunger, it will disappear completely or get converted to as metapackage eventually
[04:46] <ogra> s/as/a
[04:46] <hunger> ogra: Thanks for the info!
[05:17] <infinity> tseng : Which build log?
[05:22] <ogra> hmm, #12888 is a very interesting big
[05:22] <ogra> bug
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 729 package(s) in state Building.
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 138 package(s) in state Dep-Wait.
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 1 package(s) in state Failed.
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 618 package(s) in state Installed.
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 13 package(s) in state Uploaded.
[05:24] <lamont> buildLogs/Test/Lists/breezy-autotest.all.amd64:Total 1499 package(s)
[05:24] <lamont> oops.
[05:24] <lamont> anyway, it's < 50% of main that has actual build failures on amd64...
[05:25] <tseng> infinity: it worked itself out
[05:25] <lamont> and < 10% that are missing build-depends
[05:25] <ogra> sounds good..
[05:25] <ogra> how is this compared to the other arches ? 
[05:32] <Nafallo> ogra: care for a couple of uploads to main? ;-)
[05:33] <ogra> Nafallo, not now... i'm currently busy with other stuff... can you send me a list ?
[05:34] <{Seb}> how is Xorg looking in Breezy?
[05:34] <{Seb}> Broken?
[05:34] <hunger> sebest: yes.
[05:34] <Nafallo> ogra: sure, either that or I nag Tollef after dinner :-).
[05:35] <ogra> Nafallo, youre already there ? 
[05:35] <Nafallo> I shall probably test the packages first :-)
[05:35] <ogra> Nafallo, great idea ;)
[05:35] <Nafallo> ogra: yepp, since yesterday evening  :-)
[05:35] <ogra> nice :)
[05:36] <Nafallo> he's hacking dinner, while I'm hacking Xorg ;-)
[05:36] <{Seb}> Nafallo: can you tell me if there are any outstanding issues with Xorg?
[05:36] <HiddenWolf> I'd rather do dinner, really
[05:37] <Nafallo> Seb: xkb is broken.
[05:37] <Nafallo> Seb: hopefully not long though ;-)
[05:37] <{Seb}> when i'm upgrading - what do i need to be careful of then?
[05:37] <{Seb}> upgrading from Colony 2 install i mean
[05:38] <Nafallo> xorg
[05:38] <{Seb}> i guessed that :-)
[05:38] <{Seb}> i mean which packages are broken?
[05:39] <HiddenWolf> seb128, he said, xkb
[05:39] <{Seb}> Nafallo: how do you mean xkb is broken?
[05:40] <Nafallo> Seb: keyboard doesn't work?
[05:40] <HiddenWolf> seb128, I'd imagine it doesn't work without user-side hacking
[05:40] <{Seb}> dang
[05:41] <{Seb}> Nafallo: will Xorg -44 sort it>
[05:41] <{Seb}> *it?
[05:41] <davyd> /set completion_amount 0
[05:41] <Nafallo> yay! keyboard works again :-)
[05:41] <Nafallo> Seb: dunno, ask daniels :-)
[05:42] <Nafallo> daniels /away socializing
[05:42] <davyd> HiddenWolf: assuming you're talking about broken X-chat completion, that was for you
[05:42] <davyd> the option is persistant, and will switch back to the old "readline" style completion
[05:42] <Nafallo> hmm, gone :-)
[05:42] <HiddenWolf> davyd, yeah, xchat seems to autocomplete sometimes without my pressing <tab>
[05:42] <hunger> Nafallo: What do I need to do to get it working here, too?
[05:42] <davyd> HiddenWolf: you may have an autocompletion character set
[05:43] <HiddenWolf> davyd, in english that means?
[05:43] <davyd> which allows you to type dav: and it expands to davyd:
[05:43] <Nafallo> hunger: http://www.magicalforest.se/tmp/libxaw_7.0.2-3.diff
[05:43] <Nafallo> hunger: http://www.magicalforest.se/tmp/xkbutils_7.0-3.diff
[05:43] <Nafallo> now, I'm really gone :-)
[05:43] <davyd> that'd be the second most annoying feature, right after the one where tab matches the first option, rather then matching as much as possible
[05:43] <HiddenWolf> davyd, how do I kill this? I'd rather not have my pc think for itself
[05:44] <davyd> HiddenWolf: the completion character is in the preferences
[05:44] <HiddenWolf> annoying feature -> bug
[05:44] <davyd> for the dumb tab completion you'll need to give the command I gave originally
[05:45] <HiddenWolf> Nah, I like tab completion, it just has to do it when I want to, not at random
[05:46] <davyd> it doesn't turn off tab completion
[05:46] <davyd> it just goes to the old gnu-readline style
[05:46] <davyd> like it used to be
[05:47] <davyd> like it is in zsh
[05:52] <HiddenWolf> nafallo, how soon do you think it'll be before xorg is unbroken?
[06:00] <infinity> HiddenWolf : A week would be a good estimate for X to be mostly happy for most users.
[06:02] <robertj_> after X is happy, is there going to be another colony release/
[06:03] <infinity> You'd have to ask Kamion, who appears to be having himself a weekend away from IRC.  Something I should also do.
[06:07] <HiddenWolf> infinity: thank you. I really need to upgrade to breezy, but I don't feel like messing a lot. :(
[07:02] (CarlFK/#ubuntu-devel) if i hit Scroll lock just right, I can get it to stop with: tail /var/log/syslog - no such file
[07:14] <CarlFK> it seems like the install is still progressing, but the console is just being flooded with that error so I can't see the status of the install
[07:17] <bytee_> hi ubuntites! casper does liveCDs, has anyone thought of, or is anyone working on making it so that casper does USB thumb drive installs ?
[07:43] <thesaltydog> does anybody know if there is a patch available to let gnome-app-install working on Hoary?
[07:50] <lamont> dpkg-shlibdeps: warning: could not find path for libhal.so.1
[07:50] <lamont> bad hal
[07:54] <fabbione> hey lamont 
[07:54] <fabbione> lamont: there was no need to bootstrap dbus <-> kdelibs
[07:54] <fabbione> kdelib first, than dbus did it
[07:54] <lamont> fabbione: that's because you had a dbus to install
[07:54] <fabbione> hmm yes, but it was a very old version
[07:55] <lamont> well, maybe in hoary
[07:55] <fabbione> meh
[07:55] <lamont> and what I did was install kdelibs4-dev (with hoary allowed), and then built dbus
[07:55] <fabbione> yeah gotcha
[07:56] <fabbione> food is ready
[07:56] <fabbione> later
[08:05] <thesaltydog> does anybody know if there is a patch available to let gnome-app-install working on Hoary?
[08:07] <scorpix> is there any news about Colony 3?
[08:11] <hunger> scorpix: From what I understand the next colony will be released once xorg gets somewhat more stable.
[08:12] <hunger> scorpix: Someone mentioned something about it being ready in a week or so...
[08:36] <carl> has anyone tried todays install?  mine errors near the beginnig
[08:52] <mdz> seb128: are we going to see xchat-gnome for breezy?
[08:57] <{Seb}> mdz: what advantages does xchat-gnome have over plain xchat?
[09:05] <chrissturm> seb: xchat-gnome is a new frontend for the popular X-Chat IRC client  targeted towards the GNOME platform. Our eventual goals include full desktop integration and HIG compliance.
[09:15] <{Seb}> great
[09:15] <{Seb}> hope it gets into Breezy
[09:16] <chrissturm> doesnt build for me :( 
[09:25] <Amaranth> anyone know of a way i can fsck my linux HD from windows?
[09:25] <Amaranth> i know this isn't a -devel question
[09:28] <carl> Amaranth, #ubunto
[09:33] <hunger> Amaranth: Knoppix springs to my mind there...
[09:33] <Amaranth> No CDs.
[09:34] <zyga> Amaranth: ntfs or fat?
[09:34] <Amaranth> hmm, i think fat32
[09:34] <zyga> Amaranth: belay thay---- I've got reading problems
[09:34] <carl> ext2 (/boot part
[09:34] <carl> huh?
[09:34] <Amaranth> i'm on windows
[09:34] <Amaranth> i need to read linux fs
[09:34] <Amaranth> well, fsck it
[09:34] <zyga> Amaranth: that's fscking difficult 
[09:34] <Amaranth> no shit
[09:34] <carl> Amaranth, i think you should describe the symptoms
[09:35] <Amaranth> error 17 on grub load
[09:35] <Amaranth> HD overheated, humorously enough, during a fsck
[09:35] <chrissturm> Amaranth, i repaired my hd with spinrite
[09:36] <chrissturm> but its commercial
[09:36] <Amaranth> the other drive was got even hotter and is fine now so i'm hoping its just a silly error like a corrupt superblock
[09:37] <zyga> Amaranth: 1) cool your drive with a good fan 2) put the drive in a linux box 3) don't mess with it on windows, it's difficult already
[09:37] <Amaranth> chrissturm: needs a CD and/or floppy anyway
[09:37] <Amaranth> zyga: 1) i seperated the drives, won't be a problem anymore 2) not possible, this is the only box 3) it's either that or stay on windows
[09:37] <carl> Amaranth, yeah - if you really want to fix it, don't mess around with a win solution - figue out how to get some sort of Linux
[09:38] <Amaranth> i will hopefully have a hoary CD late tomorrow night but i really need to get back to work on smeg
[09:38] <zyga> Amaranth: it's either that or go to a internet caffe and convince the owner to allow you to attach your drive and boot from *nix live cd
[09:38] <Amaranth> I don't have any CDs...
[09:38] <zyga> Amaranth: any friends that can help you?
[09:39] <Amaranth> yeah, late tomorrow night
[09:39] <chrissturm> Amaranth, can you boot over pxe?
[09:39] <carl> Amaranth, what do you use for dhcp?
[09:39] <Amaranth> 34 hours from now
[09:39] <Amaranth> my cable modem
[09:39] <carl> rats.  no pxe stuf then
[09:39] <Amaranth> it's admin interface has one thing on it: a reset button
[09:40] <zyga> Amaranth: hmm
[09:40] <zyga> Amaranth: what about colinux?
[09:40] <zyga> Amaranth: co-something-linux - it boots form windows and uses disk image as it's / fs
[09:40] <Amaranth> will colinux be able to see the drive if windows itself can't?
[09:40] <zyga> Amaranth: maybe it could fsck your partition
[09:41] <zyga> Amaranth: I'm not sure - it has a tiny gentoo image available - it's worth checking
[09:41] <zyga> Amaranth: it does run some windows driver stuff so it *might*
[09:41] <zyga> Amaranth: alhough you'd need admin privilidge on your box
[09:42] <Amaranth> i have that :P
[09:44] <Mez> erm
[09:44] <Mez> keybuk/elmo/lamont ping
[09:45] <sladen> Mez: you could always just ask the question
[09:45] <Mez> Preconfiguring packages ...
[09:45] <Mez> dpkg: configuration error: unknown option log: Success
[09:45] <Mez> it b0rked cause of those test packages
[09:45] <Mez> :D
[09:45] <Mez> from backports
[09:46] <Mez> and /me slaps sladen round a bit
[09:47] <Mez> lamont, you can poke backports to start right?
[09:47] <seb128> mdz: I've not really played with it, but yeah, would be nice to get. No objection to package it for universe now with the UVF?
[09:47] <Mez> it doesnt neccesarily need to be elmo
[09:47] <mdz> seb128: no objection, no
[09:49] <lamont> Mez: I can upload source, I can make buildd's build, but I can't muck with the archive
[09:49] <Mez> fair enough
[09:49] <Mez> buggery
[09:49] <Mez> dpkg = b0rked
[09:52] <mdz> Mez: ?
[09:52] <Mez> sorry - my dpkg = b0rked
[09:53] <Mez> (as in I cant install anything
[09:53] <mdz> then I recommend installing one of the working versions available in the archive
[09:53] <Mez> mdz, that's the problem I can't - i need dpkg to install it
[09:53] <fabbione> Mez: use a livecd to boot and use chroot
[09:54] <mdz> Mez: unpack the .deb with dpkg -x and use the dpkg binary contained therein
[09:54] <fabbione> hi mdz
[09:54] <Mez> ah, good idea
[09:54] <fabbione> mdz: how is going today?
[09:54] <lamont> fabbione: your way is so new-school. :-)
[09:54] <mdz> fabbione: much like yesterday
[09:54] <mdz> only I got a good night's sleep
[09:54] <fabbione> lamont: ain't my fault if you are over 40
[09:54] <mdz> which was nice
[09:54] <fabbione> mdz: sounds good
[09:55] <Mez> mez@apathy:~/dpkg$ dpkg -x *
[09:55] <Mez> dpkg: configuration error: unknown option log: Success
[09:55] <Mez> looks like I'm gonna have to do it manually
[09:56] <fabbione> Mez: dpkg -x dpkg-balbal .
[09:56] <fabbione> it will unpack the dpkg in there...
[09:56] <fabbione> * is not an option
[09:57] <Mez> I'm getting an error with the extracted dpkg too
[09:57] <mdz> Mez: edit /etc/dpkg/dpkg.cfg and comment out the 'log' line
[09:58] <mdz> it sounds like you ended up with a dpkg.cfg written for a newer version of dpkg
[09:58] <Mez> most likely, was downgrading it
[09:58] <mdz> don't do that
[09:58] <mdz> downgrades in general are untested and unsupported; not something to try with an essential package
[09:58] <Mez> mdz, I had an untested version from backports :D
[09:58] <Mez> but hey
[09:59] <Mez> that seems to have fixed it
[09:59] <ogra> Mez, any reason why you backport dpkg ?
[09:59] <Mez> thanks for your help
[09:59] <Mez> ogra - it was lamont's "acid test"
[10:00] <ogra> wohoo... acid test...
[10:00] <Mez> I had the "official" backports repository in my apt list :D
[10:00] <Mez> lol
[10:00] <Mez> and managed to upgrade to that
[10:00] <Mez> once it was purged, I still had it and wanted to know i had a safe version, so tried to downgrade :P
[10:00] <lamont> Mez: not my acid test - I just build stuff
[10:00] <zyga> Mez: could you elaborate on that acid test :> ?
[10:00] <Mez> well, someone used dpkg as the "test" backported package
[10:01] <lamont> zyga: it's good to build some package in a suite before declaring it ready for prime time
[10:01] <ogra> Mez, you should create a chroot for your package tests to not break your system every time
[10:01] <lamont> some days it's dpkg, other days it's ed
[10:01] <ogra> lamont, dont forget the kernel :)
[10:01] <Mez> ogra - I do have a chroot....
[10:02] <Mez> but I had the "official" repository added, and in there was a backport of dpkg (now re-reading the email, it was elmo who used that as the test, so apoliogies lamont)
[10:03] <mdz> lamont: what's difficult to understand about -backports?
[10:03] <mdz> lamont: elmo would have used ed, but it was the same version in hoary and breezy ;-)
[10:03] <Mez> lol
[10:03] <mdz> the next logical candidate was a core piece of package management infrastructure, of course
[10:04] <Mez> anyway, i fixed that now :D
[10:06] <Mez> mdz, is it only elmo who can start packages being backported?
[10:06] <mdz> Mez: yes, please be patient, as he has weekends off
[10:06] <Masoud> Hi
[10:06] <Mez> mdz, I wasn't moaning, was just asking :d
[10:06] <mdz> it will be more automated in the future, but for now this is the most effective way
[10:08] <pitti> Hi
[10:08] <seb128> hey pitti 
[10:08] <seb128> pitti: what do you do here on a saturday night? :)
[10:09] <pitti> seb128: we were hiking and on the fair all the day, so my gf fell asleep 1 hour ago :-)
[10:09] <seb128> ah ah
[10:09] <pitti> so I wanted to do some postgresql hacking
[10:09] <pitti> (I can't see Firefox today)
[10:10] <pitti> seb128: and you?
[10:10] <zyga> hey pitti
[10:10] <zyga> pitti: what's up with firefox?
[10:11] <pitti> zyga: YOU SAID THE WORD!!!
[10:11] <pitti> ogra: oh, did he solve it? :-)
[10:11] <ogra> lol
[10:11] <seb128> pitti: just coming back from dinner and having a look on my mail and this XOPEN_SOURCE issue
[10:11] <fabbione> WOW
[10:12] <fabbione> i still had receipts from Oxford's meeting in my wallet!
[10:12] <zyga> pitti: relax it's not like 10^5 users are complainig or anything
[10:12] <pitti> oh, me too :-) some taxi bills
[10:12] <fabbione> no wonder it was so heavy
[10:12] <pitti> zyga: I'll look into the 1.0.6 patches today, but after 60 hours of ffox hacking last week I need a break
[10:12] <pitti> s/today/at monday/ of course
[10:13] <lamont> pitti: it just _feels_ like monday, eh?
[10:13] <zyga> pitti: I'm done working on $$$ apps today, I could help you review those patches tommorow (not on monday)
[10:16] <herve> hey, my firefox works like a charm
[10:16] <pitti> mine too :-)
[10:16] <Mez> backported firefox = uber too
[10:17] <pitti> but nice that there is at least one other person it works for
[10:17] <pitti> well, it does run very well without those damn extensions
[10:17] <Mez> pitti, which extensions?
[10:17] <ogra> bah, extensions
[10:17] <pitti> Mez: well, most
[10:17] <pitti> Mez: I use AdBlock, that works fine
[10:17] <zyga> pitti: /topic #ubuntu extensions are bad, don't use them, simplicity is bliss ;)
[10:18] <zyga> pitti: but really I'd like to help
[10:18] <seb128> bah
[10:18] <herve> hu? I have a dozen extensions
[10:18] <Mez> google toolbar works fine too (well in backported version)
[10:18] <seb128> people you should all use epiphany
[10:18] <seb128> it works fine
[10:18] <ogra> herve, and up to date hoary ?
[10:18] <pitti> zyga: well, I wrote to ubuntu-security-announce, u-devel, and u-users, explaining the issue and workarounds
[10:18] <herve> ogra, s/hoary/breezy
[10:18] <zyga> pitti: checking
[10:18] <ogra> herve, ahh
[10:18] <pitti> zyga: I extracted the ffo 1.0.5 -> 1.0.6 changes, I will port them at Monday (half of the patch doesn't apply)
[10:19] <Mez> pitti: are these problems likely to affect the backport?
[10:19] <Mez> and if so, should I pull the backport
[10:20] <pitti> Mez: yes, one of the patches apparently broke the API
[10:20] <Mez> pitti: does that apply to hoary though? seeing as it has a different API?
[10:21] <pitti> Mez: no, actually all the 1.0.x versions should have the same api
[10:21] <ogra> pitti, ha ha ha
[10:21] <Mez> grr
[10:21] <Mez> nopt API
[10:22] <pitti> yes, right, sorry
[10:22] <Mez> pulls
[10:22] <pitti> yeah, typos :-)
[10:22] <Mez> so, pull it or not?
[10:23] <pitti> Mez: if you want to...
[10:23] <zyga> pitti: hmm did you post that mail as someone else? i can't find it i u-d
[10:24] <Mez> pitti: if the problems are gonna ffect hoary too... then I should
[10:24] <Mez> I was about to ask the same thing zyga 
[10:24] <ogra> zyga, he crossposted to -users.... if your filters are as silly as mine, you'll find it there
[10:24] <pitti> zyga: no, as Martin Pitt <martin.pitt@canonical.com>
[10:25] <Mez> ah
[10:27] <zyga> it seems that whatever makes u-d archives is equally silly or I'm blind because it's not there
[10:29] <zyga> just a side note, firefox really kills the CPU when it's trying to /search for something that does not exist, evey keystroke laggs begind gui
[10:29] <Mez> pulled from backports
[10:29] <Mez> I couldnt find it in the archive either
[10:30] <{Seb}> after upgrading to the latest Xorg, i get an Xsession box when i login with nothing it in
[10:30] <{Seb}> is this a known bug?
[10:30] <Treenaks> yes
[10:31] <Treenaks> or, you could look on bugzilla.ubuntu.com :)
[10:31] <{Seb}> any way to remove it?
[10:31] <zyga> pitti: is it possible to keep the same API as 1.0.2 had?
[10:31] <zyga> pitti: api/abi whatever's changed?
[10:31] <pitti> zyga: no, one vulnerability really was an API flaw, so it needed to be changed
[10:32] <zyga> pitti: what about api wrapper? I'm not familiar with that flaw so I'm shooting blanks here?
[10:32] <zyga> pitti: that's c++ code change, right?
[10:33] <pitti> zyga: yes
[10:34] <ogra> {Seb}, try to explicitly select a gnome session from gdm 
[10:35] <zyga> pitti: did you extract the changes from ff repository or are they availiable somewhere?
[10:36] <pitti> zyga: I took the patches from bugzilla, extracted them from cvs, compared them to each other, and then backported
[10:36] <pitti> zyga: the mozilla advisories point to bug numbers
[10:38] <{Seb}> do you know which bug it is?
[10:38] <{Seb}> there are so many bugs for Xorg (129 actually)
[10:40] <seb128> try #ubuntu maybe?
[10:40] <ogra> {Seb}, no idea... did it work ?
[10:44] <{Seb}> Xorg works yes, and the whole desktop infact
[10:44] <{Seb}> just this annoying box which i have to click OK for GNOME to load
[10:45] <zyga> pitti: okay thanks, I'll talk to you tomorrow
[10:46] <herve> {Seb}, all keyboard keys too?
[10:46] <{Seb}> think so
[10:47] <herve> I had to say gnome to use its layout instead of X's
[10:47] <herve> but now it runs fine
[10:54] <trulux> pitti: nite man :)
[10:54] <pitti> Hi trulux 
[10:55] <trulux> pitti: how's it going?
[10:55] <pitti> fine, and you?
[10:56] <trulux> pitti: tired, went out with friends for watching the Four Fantastic
[11:08] <pitti> ah, btw, ajmitch: what's the selinux status? do we still need patches to be applied?
[11:11] <tritium> hi trulux
[11:14] <trulux> hey tritium 
[11:18] <lamont> hehe xfree86 is ftbfs: can't find -lXext
[11:18] <lamont> but fixing that probably wants to wait for daniels to finish breaking things...
[11:21] <ogra> tritium, likely, yes
[11:22] <tritium> ogra, seems too good to be true :)
[11:22] <ogra> laptop misson ?
[11:22] <tritium> yes
[11:22] <ogra> enjoy ;)
[11:22] <ogra> (and test indeed)
[11:22] <tritium> Absolutely!
[11:23] <crimsun> ogra: thanks for fixing pymad; I had uploaded -1ubuntu1 and -1ubuntu2, but my key expired. I kept Debian's packages, though, for python2.2 and python2.3.
[11:24] <ogra> crimsun, yes, it caused some confusion, since i suspeted mine was expired (which is impossible) :)
[11:31] <carl> when is the next time breezy/daily will be refreshed?
[11:32] <herve> we should find some solution about those acpi issue
[11:32] <herve> I have to patch the initrd each time I update the kernel