[12:41] <cartel_> morning all
[01:07] <jp> guys, how can I order my mails accoutns mail at evo? Somethign like this: http://www.gnomejournal.org/images/30.png
[01:08] <jp> an style of: > me@me.com
[01:09] <pitti> good night everybody
[01:20] <jp> guys, how can I order my mails accoutns mail at evo? Somethign like this: http://www.gnomejournal.org/images/30.png
[01:21] <jp> please I was trying to get it about 1 hour :/
[01:21] <jp> on #ubuntu and #evolution en gnome irc nobody wants to helpme
[01:21] <jp> there's no doc for that :(
[01:21] <HrdwrBoB> jp: that is a #ubuntu question, not an #ubuntu-devel question
[01:22] <mdke> ogra, around?
[01:22] <jp> how can I excplain you that I've been waiting too much, nobody responds my question
[01:26] <robitaille> jp....maybe nobody knows?
[01:27] <jp> robitaille HrdwrBoB is helping me at #ubuntu
[01:27] <jp> tahnks for your help dude
[01:27] <jp> robitaille and he really knows it :)
[01:47] <calc> daniels: erm did you test the xlibs install?
[01:47] <calc> daniels: -43 is just as broken as -42 was
[01:47] <doko> mdz: fixed and updated OOo2 packages are in the archive since Mon 11th of July. until now, they could not be built for various archive breakages
[01:47] <calc> perhaps for different reasons though?
[01:47] <calc> Preparing to replace xlibs 6.8.2-42 (using .../xlibs_6.8.2-43_all.deb) ...
[01:47] <calc> rmdir: `/etc/X11/xkb/geometry': Directory not empty
[01:48] <calc> when xbase-clients and xkeyboard-config are already installed
[01:50] <mrd`> xbase-clients is a known b0rkage---it's on bugzilla.
[01:50] <calc> geometry however is in current xkeyboard-config and is where xlibs is bombing now
[01:51] <mrd`> In the xorg maintainers defense, don't you still need to force xkeyboard-config to install?
[01:51] <calc> no
[01:51] <calc> you do have to force xlibs to install though since its still fucked up
[01:51] <mrd`> When I installed it, it conflicted with xbase-clients -3something.
[01:51] <calc> by creating those empty dirs like it says in the bug report
[01:52] <calc> eg if you purge xkeyboard-config and xlibs then create the needed dirs you can then install xlibs and then xkeyboard-config (or you could yesterday when i did it)
[01:52] <calc> since yesterday -43 was released which still doesn't fix the xlibs bug though
[01:54] <calc> from reading 12707 it seems that xorg is being snapshotted once a day regardless if it is in a usable state though
[01:54] <calc> so perhaps that is the cause
[02:29] <daniels> calc: yes I did, actually
[02:29] <daniels> calc: and how do you get the 'snapshotted once a day' thing?
[02:30] <daniels> calc: someone helped me track down what was going wrong and I've already fixed it
[02:38] <carstenh> jbailey: ping
[05:37] <fabbione> morning
[05:37] <bddebian> Hello fabbione 
[06:36] <trulux> fabbione: heya
[06:38] <fabbione> hi trulux 
[06:43] <trulux> fabbione: I'm having trouble with some patches of the breezy sources, could I /query you?
[07:00] <fabbione> trulux: stop flooding me!
[07:01] <fabbione> you are using 12-rc5
[07:01] <fabbione> try on 2.6.12.3
[07:01] <fabbione> the kernel ABI changes
[07:01] <fabbione> and that's easily the reason why you get these errors
[07:03] <trulux> hey, I've said I'm using a newer milestone. the name of directory doesn't matter when you stack patches. I've removed all stacked patches except .13 and also tested on mm
[07:03] <trulux> I keep track of all the ABI changes
[07:05] <trulux> fabbione: where can I find the list of patches applied to breezy sources? I see many changes relevant to the LSM framework
[07:05] <trulux> either introduced by an upstream patch (strange) or a milestone mixed with third party patches which could be a royal pain
[07:06] <fabbione> trulux: in the source package but i have no changes to LSM specific to breezy
[07:06] <trulux> fabbione: well, none introduced by you if that's what you want to say
[07:07] <trulux> lorenzo@estila:~/breezy-kernel$ zcat linux-source-2.6.12_2.6.12-3.3.diff.gz | grep security | wc -l
[07:07] <trulux> 491
[07:07] <trulux> some are upstream introduced, of course
[07:10] <fabbione> trulux: dude.. listen.. unpack the source..
[07:10] <fabbione> and check there..
[07:11] <fabbione> that grep is bogus
[07:11] <trulux> fabbione: I've done that, it's a matter of time to know what are this errors about. They can't be there because of the last Suse patch upstreamed
[07:12] <trulux> in any case, I'll solve this out. it's just too disappointing to ingore what's the root of the problem
[07:12] <fabbione> trulux: "ingore"?
[07:13] <trulux> typo
[07:13] <trulux> ignore
[07:13] <fabbione> trulux: let's put it this way.. you want to build an externa module.. if it errors blame the module.. all the rest of the modules in this world build against our kernel other than that one
[07:14] <fabbione> trulux: so now.. it's my problem or the external module problem?
[07:15] <trulux> fabbione: it can't be of the external module but I need to check further
[07:15] <trulux> no worries
[07:16] <fabbione> so go and check.. you know where everything is
[07:16] <fabbione> sources and patches
[07:16] <trulux> do you mind If I ask you any question about this in the next 2 hours?
[07:17] <fabbione> abbione@gordian:/usr/src/wartydevel/kernel/breezy/linux-source-2.6.12-2.6.12$ lsdiff -H debian/patches/* | grep security | wc -l
[07:17] <fabbione> 0
[07:17] <trulux> I need to couple this with other stuff ;(
[07:17] <fabbione> nothing in security has been patched in breezy so far
[07:17] <trulux> right, I was wrong. they are upstream bits, Suse ones
[07:17] <fabbione> so this is like your vanilla 2.6.12.3
[07:17] <trulux> nothing wrong
[07:24] <trulux> fabbione: compiles fine against 2.6.12.3
[07:24] <trulux> *shrug*
[07:43] <sivang> morning all!
[07:47] <trulux> heya sivang 
[07:51] <sivang> hey trulux 
[07:51] <sivang> trulux: 'sup?
[07:51] <trulux> sivang: doing some Ubuntu work :)
[07:52] <sivang> trulux: selinux related?
[07:52] <sivang> Doh!
[07:52] <sivang> :-)
[07:52] <trulux> sivang: more or less :)
[07:58] <comadreja> good morning all
[07:59] <sivang> morning comadreja 
[08:00] <comadreja> sivang : do you know anything about kdelibs and its transition ?
[08:05] <sivang> comadreja: not really , I'm still fighting with xlibs mess :-)
[08:10] <Micksa> okay, so if xkbcomp or whatever screws up and your alt key stops working
[08:10] <Micksa> is there some command you can run to fix up X
[08:10] <Micksa> (while it's running0
[08:10] <Micksa> )
[08:11] <Burgundavia> Micksa, that is a question for #ubuntu
[08:11] <Micksa> ow
[08:11] <Micksa> watch this then ;)
[08:13] <grahame> hey all
[08:15] <grahame> davyd told me asking in here about having ftp.uwa.edu.au become an official ubuntu push mirror was a good idea..
[08:15] <grahame> we're a well-connected australian university and all :)
[08:21] <\sh> can someone with main rights take care about http://bugzilla.ubuntu.com/show_bug.cgi?id=12842
[08:26] <daniels> Kamion: kaping
[08:28] <sivang> or should I set up a regular chroot other then the pbuilder's one to work on?
[08:30] <Burgundavia> daniels, for Main inclusion stuff, can I safely assume anything that has been packaged by Debian passes debian policy and the FHS?
[08:30] <infinity> daniels : Hrm.  xbase-clients is still missing 4 dependencies...
[08:31] <daniels> infinity: which ones?
[08:31] <daniels> Burgundavia: if it doesn't have RC bugs open on it, yeah
[08:32] <Burgundavia> daniels, ok
[08:32] <infinity> daniels : Lessee... xhost, which is dep-wait on a newer libxmuu, xranrd, which I have no idea which source package it's coming from now, xsetmode, which has NEW binaries, and xsetpointer which I also have no idea where it's supposed to build from.
[08:33] <infinity> daniels : So, I guess I'm only missing two (cause I don't know where they build from)
[08:33] <daniels> xrandr and xsetpointer
[08:33] <daniels> what happened to libxmuu, though?
[08:33] <daniels> i thought kamion newed that yesterday
[08:33] <fabbione> maswan: ping?
[08:33] <daniels> infinity: what version is it d-wing on?
[08:35] <infinity> daniels : The version that, on closer examination, may be FTBFS.  Let me go look. :)
[08:35] <daniels> infinity: xsetpointer is sitting in NEW now
[08:35] <daniels> oh, yay
[08:36] <sivang> :-)
[08:36] <daniels> infinity: needs to d-w on new libxt-dev
[08:36] <infinity> daniels : That'll bring it SMlib.h?... Transient dependency?
[08:36] <daniels> infinity: ... which is now in the archive.  so looks like it either needs binaries NEWed, or to get kicked.
[08:36] <daniels> infinity: hm, SMlib.h is in libsm-dev, which it also deps on
[08:37] <daniels> ah, I see
[08:37] <daniels> was looking at the wrong build log
[08:37] <daniels> d-w it in libxt 1:0.1.5-4
[08:37] <sivang> morning pitti
[08:38] <daniels> oh, argh
[08:38] <daniels> jesus I hate generated headers
[08:38] <pitti> Morning everybody
[08:38] <daniels> no wonder grep -r '#include' include didn't catch it
[08:39] <bob2> sivang: I believe you can use 'pbuilder login' to modify it
[08:39] <\sh> hey pitti
[08:40] <sivang> bob2: yes, but every change I do, doesn't persist for the next time I login
[08:40] <sivang> bob2: (including installation of additional packages)
[08:40] <bob2> why would you install extra packages?
[08:40] <pitti> sivang: that's the purpose of pbuilder
[08:40] <pitti> sivang: if you want sth permanent, use dchroot :-)
[08:41] <sivang> pitti: thanks, now I got an answer backing my current setup process of a dchroot.
[08:44] <carlospc> That's anyone knows if the dbus will be upgraded to 0.35.2 or it will stay at 0.34?
[08:45] <carlospc> i was reading the ubuntu-devel list, and i'm not sure about what will happen
[08:46] <Burgundavia> pitti, can you give me some feedback (on the creation of the page, not the actual package itself) https://wiki.ubuntu.com/MainInclusionReportGcompris
[08:48] <pitti> Burgundavia: just copy the raw source of an already existing one
[08:48] <pitti> carlospc: no, we have upstream version freeze, and dbus would break *everything*
[08:48] <Burgundavia> pitti, I already did. I wanted you to check over the page I just created
[08:49] <pitti> Burgundavia: can you please hide the debbugs URL and/or shorten it to bugs.debian.org/gcompris?
[08:49] <Burgundavia> sure
[08:49] <pitti> Burgundavia: use  [http://b.d.o/gcompris Debbugs] 
[08:50] <Burgundavia> done
[08:51] <pitti> Burgundavia: thanks, looks fine now
[08:52] <pitti> Burgundavia: standard debhelper or cdbs packaging? or anything weird?
[08:52] <fabbione> daniels: once i build xorg -43 i can unleash the other pkgs, right?
[08:52] <fabbione> actually.. i did build..
[08:53] <Burgundavia> pitti, I will add that and start on the rest of the edubuntu stuff. I need to create a seperate report for svgalib and howl?
[08:54] <pitti> eek, svgalib???
[08:54] <Burgundavia> yes
[08:54] <Burgundavia> gcompris has some nasty deps
[08:54] <pitti> I thought it was a gnome program=
[08:54] <pitti> ?
[08:54] <Burgundavia> it sort of is
[08:54] <pitti> make that go away *sob*
[08:55] <Burgundavia> ok
[08:55] <pitti> Burgundavia: we already discussed howl, there were some patent issues AFAIK
[08:55] <pitti> Burgundavia: we had it in main once, then dropped it
[08:56] <Burgundavia> yes
[08:56] <Burgundavia> if there are patent issues, why is it in universe and not multiverse?
[08:56] <pitti> infinity: guess what I spent three hours on yesterday - fixing the middle mouse button of the firefox security update :-/ deja vu?
[08:58] <infinity> pitti : !
[08:58] <Burgundavia> pitti, thanks for the help
[08:58] <infinity> pitti : How did you lose yours?
[08:59] <daniels> fabbione: yeah
[08:59] <pitti> infinity: I applied a security patch that just broke it (a "compare localName" -> "use instanceof" patch)
[08:59] <\sh> hmmm...who can i bribe, to have a look on https://bugzilla.ubuntu.com/show_bug.cgi?id=12842 , and to fix it? actually I would send a sixpack of good'ol'german beer
[09:00] <infinity> pitti : Do you vaguely recall where in the code the breakage was?
[09:00] <pitti> infinity: yes, I know it exactly
[09:00] <infinity> pitti : If it's within 50 lines of where I broke things, your fix may point me at my error.
[09:01] <infinity> pitti : Mail me?  Upstream patch and your final patch, to compare?  Or something?
[09:01] <infinity> The bit that sucks is that initially I lost everything but the left click.  Got back the right mouse button, but could never find the middle again.
[09:02] <infinity> Event handling in Mozilla makes me want to cry.
[09:02] <fabbione> daniels: done :)
[09:05] <pitti> infinity: for a start you might wanna try using 1.0.6's browser.js
[09:05] <pitti> infinity: if it works then, you can diff them and apply the checks one by one
[09:05] <pitti> infinity: I did that directly in the chrome/browser.jar in the installed system, so you don't need a rebuild for every change (yay javascript)
[09:06] <daniels> fabbione: cool
[09:18] <\sh> hope I fixed now mysql-query-browser for amd64 
[09:42] <Amaranth> yay for KDE circular dependencies
[09:42] <Amaranth> kdelibs-bin: Depends: kdelibs4c2 but it is not going to be installed
[09:43] <Amaranth> kdelibs4c2: Depends: kdelibs-bin but it is not going to be installed
[09:52] <\sh> Amaranth: update your pbuilder
[09:53] <\sh> libopenexr-dev is now build stopper
[09:54] <Amaranth> \sh: this is coming from the archives
[09:54] <Amaranth> dunno about the circular dependency but it all seems to be because of iceauth and xbase-clients
[09:54] <\sh> Amaranth: i just updated this morning my breezy and it worked.
[09:54] <Amaranth> so it should resolve itself soon
[09:54] <\sh> Riddell changed xbase-clients deps to iceauth
[09:54] <Amaranth> i just updated 10 minutes ago and it didn't
[09:55] <Amaranth> that xbase-clients run FTBFS then
[09:55] <\sh> Amaranth: yeah..I just came along with install xbase-clients -36 ,-)
[09:55] <daniels> infinity: do we have a clear list of packages which are stalled on xb-c?
[09:55] <\sh> but for pbuilding only liopenexr-dev is a stopper...filed a bug already because it needs glu love...
[09:55] <daniels> infinity: i'd rather prioritise which packages to build by what actually needs them
[09:56] <Amaranth> \sh: that's building, not installing and using :)
[09:57] <\sh> Amaranth: as i said: xbase-clients -36 ,-) and apt-get -f install ,-)
[09:58] <\sh> actually u have to reinstall kdm or gdm...with dpkg --force-all -i /var/cache/apt/archives/kdm*.deb ,-)
[09:59] <\sh> we're tough guys, u know ;)
[10:00] <\sh> but i'm missing gdal-1.2.6-1ubuntu1 which I uploaded yesterday...:(
[10:00] <infinity> daniels : Hold your horses.  libxmu is still unhappy.
[10:00] <infinity> daniels : X11/ICE/ICElib.h.  Should libxt be bringing that in too, or...?
[10:01] <infinity> daniels : As for priorities, there isn't more than an hour or two backlog anyway, so I'm not sure it's worth the brainpower to do anything other than just retry the lot.
[10:01] <\sh> jesus...i forgot to upload *grmpf*
[10:05] <daniels> infinity: libsm-dev should probably be bringing it in
[10:07] <daniels> infinity: yeah, fixed in libsm-dev 1:6.0.3-2
[10:07] <daniels> infinity: i did libsm before I started checking every library for its includes
[10:09] <pitti> Mithrandir: ping
[10:09] <Mithrandir> pong
[10:11] <fabbione> Kamion: ping?
[10:12] <Kamion> daniels: pong
[10:12] <Kamion> fabbione: pong
[10:12] <fabbione> hey Kamion
[10:12] <fabbione> Kamion: a couple of things if you are not too busy...
[10:13] <Kamion> daniels: xsetmode binaries NEWed, despite it being an incredibly tiny package; xsetpointer source NEWed
[10:13] <fabbione> i did seed the rh cluster suite a few days back, but it hasn't move to main yet.. can you give it some love?
[10:13] <Kamion> nothing else Xish in NEW
[10:13] <infinity> Kamion : Huzzah!
[10:13] <Kamion> fabbione: does it have one of those main inclusion report things?
[10:13] <fabbione> Kamion: yes and it has been approved by pitti
[10:14] <pitti> ack
[10:14] <Amaranth> hey, does that mean we're halfway to xbase-clients? :)
[10:14] <Kamion> fabbione: https://wiki.ubuntu.com/UbuntuMainInclusionQueue does not list it under "approved but not yet promoted"
[10:14] <Kamion> is this ocfs2-tools?
[10:14] <daniels> Kamion: thanks.  i was very tempted to combine xset*
[10:15] <daniels> Kamion: arsed if I can remember what I pinged you for, though
[10:15] <fabbione> Kamion: ocfs2 has been promoted. I need the redhat-cluster-suite
[10:15] <infinity> daniels, Kamion : Wait, is there not a NEW source for xrandr?
[10:15] <fabbione> Kamion: i did add it to support seed last friday i think
[10:15] <daniels> infinity: not yet
[10:15] <Kamion> fabbione: can you stick it on the queue for my reference, please?
[10:16] <fabbione> Kamion: sure..
[10:16] <Kamion> we're not supposed to promote non-obvious things without those hoops nowadays
[10:16] <infinity> daniels : Ahh, well then that's the only missing package (barring fxing build failures on the ones we have)
[10:16] <fabbione> Kamion: ok.. is it enough i add ColinQueue in that page?
[10:17] <Kamion> fabbione: nooooooooo
[10:18] <fabbione> hmmm i see what you mean.. somebody did mess up the 2 things...
[10:18] <Kamion> do what everyone else is doing on that page ...
[10:18] <fabbione> there are 2 separate reviews for ocfs2 and rhcluster
[10:18] <fabbione> but ocfs2 is already in main...
[10:18] <fabbione> but according to the page is deferred
[10:18] <fabbione> rhcluster needs to go in main
[10:18] <fabbione> but it is listed as Approved and Promoted
[10:19] <Kamion> oh, FFS, I'll just edit the damn thing myself
[10:19] <fabbione> Kamion: dude.. i didn't edit anything yet..
[10:19] <fabbione> i was trying to understand from where your OCFS2 comment come from
[10:19] <Kamion> oh, hang on, I see, it's listed as approved and promoted, hmm
[10:19] <daniels> infinity: right
[10:20] <Kamion> ocfs2 was just me being confused and looking around for cluster stuff
[10:20] <fabbione> Kamion: that's what i mean.. it has been approved but not promoted
[10:20] <Kamion> ok, yeah, somebody screwed up, I'll promote that now then
[10:20] <Kamion> thanks
[10:20] <fabbione> Kamion: thanks to you :)
[10:20] <Kamion> ah, somebody promoted the source but not the binaries
[10:20] <fabbione> yes.. the source was mandatory promotion
[10:21] <fabbione> now we need to promote the binaries
[10:21] <fabbione> (that are already seeded)
[10:21] <\sh> infinity: could u do me a favour and check where gdal_1.2.6-1ubuntu1 is? I uploaded it yesterday evening, but I didn't get any reply from katie nor some changes mail from b-c
[10:22] <Kamion> fabbione: ok, done
[10:22] <fabbione> Kamion: thanks
[10:23] <infinity> \sh : Hasn't come near me yet, so I assume the source was slaughtered by katie.  Are you sure you didn't get a REJECT mail?
[10:23] <fabbione> Kamion: the next 2 things are very low priority.. :)
[10:23] <infinity> \sh : Or accidentally upload to the wrong queue? (*cough*Debian*cough*)?
[10:23] <fabbione> Kamion: if you can kindly NEW aalib on sparc since it's stalling a bunch of pkgs..
[10:23] <\sh> infinity: i triple checked
[10:23] <Kamion> \sh: Rejected: Unknown distribution `unstable'.
[10:23] <\sh> infinity: nono ;) i have the proove
[10:23] <infinity> Bing.
[10:23] <fabbione> Kamion: and if we can make d-i access to universe non-fatal.. for sparc i don't really need it
[10:24] <\sh> gdal (1.2.6-1ubuntu1) breezy; urgency=low
[10:24] <\sh> * Resynchronise with Debian.
[10:24] <Kamion> \sh: you should have got a mail; the changed-by address in that .changes is on the whitelist
[10:24] <fabbione> Kamion: and it sorts of FTBFS because the local cache has no universe repo
[10:24] <Kamion> fabbione: I answered your aalib query last night, saying I wasn't comfortable with doing that, sorry
[10:24] <fabbione> Kamion: tho it's not a big deal
[10:24] <\sh> the information is not correct...
[10:24] <Kamion>  gdal (1.2.5-1ubuntu2) unstable; urgency=low
[10:24] <fabbione> Kamion: oh i missed that.. ok.. that's fine.
[10:24] <Kamion>  .
[10:24] <Kamion>    * Renaming libgdal1 to libgdal1c2
[10:24] <Kamion>    * Adjusted build-deps to xerces26
[10:24] <Kamion> \sh: that's in the .changes file
[10:24] <Kamion> oh, different version?
[10:25] <\sh> that is 1.2.5-1ubuntu2
[10:25] <\sh> i just merged yesterday to 1.2.6-1ubuntu1 
[10:25] <\sh> Successfully uploaded /home/shermann/packages/breezy/gdal/gdal_1.2.6-1ubuntu1_source.changes to upload.ubuntu.com.
[10:25] <\sh> and the rest as well
[10:25] <Kamion> gdal_1.2.6-1ubuntu1_source.changes
[10:25] <Kamion> ERROR
[10:26] <Kamion> I don't get it
[10:26] <Kamion> it must have been malformed somehow; did you remember to sign it?
[10:26] <\sh> it's signed everything...
[10:26] <Kamion> fabbione: hmm, ok, I'll have a look at the d-i/universe thing
[10:26] <Kamion> well, jennifer barfed on it
[10:27] <Kamion> i.e. it took some exception
[10:27] <\sh> Kamion: can I try to reupload? I don't really know, cause since 24:00UTC the merge time ended and I don't have any infos about increasment of the deadline :(
[10:27] <Kamion> \sh: yes, please reupload
[10:27] <\sh> ubuntu2 or just upload again?
[10:27] <Kamion> the deadline is fairly soft, end of today I'd like to see all of main done
[10:27] <Kamion> just upload again
[10:27] <fabbione> Kamion: it's more to cope with my local setting tbh.. so don't spend time on it...
[10:28] <fabbione> Kamion: if it's easy = good.. otherwise still good :)
[10:28] <Kamion> *shrug* it's pretty trivial to drop sparc from the list
[10:28] <Kamion> just make it main-only
[10:28] <fabbione> ok :)
[10:28] <fabbione> thanks
[10:28] <\sh> done
[10:30] <Kamion> Maintainer: Silke Reimer <silke.reimer@intevation.de
[10:30] <Kamion> \sh: malformed Maintainer, check debian/control
[10:31] <\sh> oh nice one...why no reject mail?
[10:31] <Kamion> the Debian version has a correctly-formed Maintainer address, so it was broken by the merge
[10:31] <\sh> yeah..see it here :(
[10:31] <Kamion> \sh: because jennifer totally fell over, evidently that trips some python library and it forgets to check
[10:31] <\sh> ok..fixing and reupload...should i do a source upload again, or only -S?
[10:32] <Kamion> use debdiff on the two .dsc files before uploading, to check that there aren't any other differences
[10:32] <Kamion> source upload *is* -S
[10:32] <\sh> -S -sa (including orig.tar.gz) -S only signed without .orig.tar.gz
[10:33] <\sh> debuild ,-)
[10:33] <Kamion> -S -sa please
[10:33] <Kamion> I've removed the files from queue/unchecked/, reupload at your convenience
[10:34] <seb128> Kamion: do you know if launchpad-integration still sit in NEW or has been rejected (and yeah next time I'll change my email)
[10:34] <Kamion> it's still in NEW
[10:34] <Kamion> give me a moment, I'll process it
[10:34] <seb128> thanks
[10:35] <\sh> Kamion: thx
[10:35] <Kamion> done, should be building now
[10:35] <Kamion> s/now/soon/
[10:35] <\sh> there it is
[10:36] <daniels> infinity: xrandr uploaded.  i've been doing apps while battling libX11 as well.  who needs other locales, anyway?
[10:36] <seb128> Kamion: thank you
[10:40] <fabbione> infinity: /j #u-k ?
[10:45] <daniels> infinity: right.  xrandr is in NEW, and you can kick libxmu as soon as libsm is rebuilt.
[10:50] <trulux> JaneW: hey
[10:51] <JaneW> hey trulux - sorry we keep missing each other - I hear now
[10:52] <JaneW> here even
[10:52] <trulux> JaneW: hehe, no worries
[11:17] <\sh> damn damn damn more fixes to go
[11:24] <ogra> mdke, around ?
[11:25] <mdke> ogra, yeah
[11:26] <ogra> mdke, we committed to use mediawiki at the summit, because there was consensus among the attendees that they dont want something else ... :(
[11:26] <Burgundavia> ogra, mediawiki is nicer from a pure user perspective
[11:26] <ogra> mdke, and i have to have php anyway because of moodle...
[11:26] <mdke> ogra, i don't mind! I just wanted to make you aware of the non-php faster alternatives :)
[11:26] <mdke> ah ok, if you have php already...
[11:27] <ogra> mdke, look at tiddlywiki ;)
[11:27] <ogra> its the cooles standalone wiki idea imho :) pure javascript in a single local html file no engine at all
[11:31] <mdke> ogra, i'll check it oput, i love my moin-desktop tho
[11:34] <pitti> Hi shackan 
[11:34] <seb128> doko: around ?
[11:34] <doko> yep
[11:34] <ogra> pitti, so you have fun with the edubuntu main inclusions ? :)
[11:34] <seb128> I've some such FTBFSes:
[11:34] <pitti> ogra: not yet, I still have fun with patching hole
[11:34] <pitti> s
[11:34] <seb128> doko: 
[11:34] <seb128> egg-recent-model.c:903: warning: implicit declaration of function 'lockf'
[11:34] <seb128> egg-recent-model.c:903: error: 'F_TLOCK' undeclared (first use in this function)
[11:34] <seb128> egg-recent-model.c:903: error: (Each undeclared identifier is reported only once
[11:35] <seb128> doko: the package use the build fine and has not changed, any chance that's a gcc bug?
[11:35] <seb128> doko: "egg-recent-model.c:#include <fcntl.h>"
[11:35] <doko> F_TLOCK looks like glibc ...
[11:36] <seb128> right, but it's declared by /usr/include/fcntl.h
[11:36] <Kamion> only under certain circumstances
[11:36] <Kamion> #if !defined F_LOCK && (defined __USE_MISC || (defined __USE_XOPEN_EXTENDED \
[11:36] <Kamion>                                                && !defined __USE_POSIX))
[11:36] <ogra> pitti, i just saw your comments about gcompris on the edubuntu list :)
[11:37] <seb128> Kamion: libc bug so?
[11:37] <seb128> jbailey: around? :)
[11:37] <Kamion> more likely something got stricter
[11:37] <doko> no, jbailey is in vacation
[11:37] <seb128> gnome-utils, galeon, anjuta2, etc FTBFS on that
[11:37] <seb128> gar
[11:37] <Kamion> or some library stopped #define'ing _FOO_SOURCE underneath you
[11:38] <seb128> yeah, something broke under me for sure
[11:38] <seb128> I've uploaded gnome-utils to fix the debian/control description
[11:38] <Kamion> I suspect in fact something unbroke but you were relying on the breakage
[11:38] <seb128> and it built fine previous time
[11:38] <sivang> seb128: bon jour , is launchpad-integration out of new already?
[11:38] <seb128> now it FTBFS
[11:38] <doko> add -stdc=something ?
[11:38] <Kamion> Xproto.pc used to set -D_XOPEN_SOURCE=500
[11:38] <seb128> though it's no the same error for gnome-utils
[11:38] <Kamion> or thereabouts
[11:38] <sivang> seb128: should I take a look in build log?
[11:39] <Kamion> so you could #define _XOPEN_SOURCE 500 at the top of your file to restore the old behaviour
[11:39] <seb128> sivang: of what?
[11:39] <sivang> seb128: lp-int pkg
[11:39] <seb128> fdformat.c: In function fdformat_disk:
[11:39] <seb128> fdformat.c:175: erreur: W_OK undeclared (first use in this function)
[11:39] <seb128> for gnome-utils
[11:40] <sivang> seb128: ah sorry, I thought you were talking about lp-integration pkg
[11:40] <seb128> Kamion: hum, I would rather know why this got changed than workarounding a pile of GNOME packages, libegg is used all over the place
[11:42] <seb128> Kamion: hum, the new build has -D_XOPEN_SOURCE, the previous succesful build log doesn't
[11:43] <Kamion> I'd start by running it through gcc -E and seeing exactly what's being defined
[11:44] <seb128> Kamion: I'll try to look in this way, thanks
[11:45] <seb128> sivang: launchpad-integration built
[11:46] <aigarius> fabbione, ping
[11:46] <sivang> seb128: cool, is it in the repo already?
[11:46] <fabbione> aigarius: pong
[11:46] <seb128> sivang: apt-get update and you can try yourself
[11:46] <aigarius> fabbione, should we discuss my SoC task here or in private?
[11:47] <fabbione> aigarius: i would prefer mails to keep references, but short questions are ok here :)
[11:47] <sivang> seb128: cool, now there are a couple of fixes need be done there, so as usuall I'll post you a source pckage for review when done
[11:47] <fabbione> aigarius: it gives the option to NOT forget stuff :)
[11:49] <aigarius> fabbione, regular backups to a directory and backups to removable media are completly different - implementing both would require almost doubling the amount of work
[11:49] <Kamion> comment on debian-devel saying that tsqllib was unnecessarily C++-transitioned
[11:49] <Kamion> sorry, tqsllib
[11:49] <fabbione> aigarius: yes, but backups on a non-media device don't save you from an HD crash
[11:50] <Kamion> (it only exposes a C ABI)
[11:50] <fabbione> aigarius: they can save you only from user foo deleting file bar
[11:50] <aigarius> fabbione, it is easy to make a backup to ssh:// of ftp://
[11:51] <fabbione> aigarius: yes, but you don't have to convince me. There might be no other machines around or the admin has no ssh/ftp access to remote servers or backing up 4GB via modem isn't an option
[11:51] <aigarius> fabbione, as an alternative, means to write a backup snapshot to CDs/DVDs/floppys *after* the backup is done, can be made quite easily
[11:52] <fabbione> aigarius: i don't think we care 100% on the backend.. but keep in mind the limits of such operations...
[11:52] <fabbione> aigarius: like you need enough space to create the ISO's
[11:53] <aigarius> fabbione, true, but otherwise I see no feasible way to unify the system
[11:54] <fabbione> aigarius: i *think* that for the first release would be ok...
[11:54] <aigarius> good. note: I will mail you the summary after the chat, to keep the record :)
[11:54] <fabbione> aigarius: did you consider to use already existing tools as backend?
[11:55] <fabbione> instead of rewriting what's already there
[11:56] <aigarius> fabbione, yes I did. I looked at few of them and they were too complex and fragile to setup
[11:56] <fabbione> ok
[11:57] <aigarius> now, about user overriding admin's preferences...
[11:57] <fabbione> aigarius: i think a user has no need to backup anything outside ~/
[11:57] <aigarius> that is only needed if there are many knowledgable users on one desktop computer
[11:57] <fabbione> the admin should have full power.. that's clear :)
[11:58] <fabbione> aigarius: i can agree, but we can't assume...
[12:00] <aigarius> fabbione, adding overrides complicates both the structure of the system and the user interface (on both admin and user sides)
[12:00] <fabbione> aigarius: as above *i think* for the first release it's ok without
[12:00] <aigarius> very good
[12:00] <fabbione> it's a feature that could be implemented according to user respons
[12:01] <aigarius> thanks, that's my thoughts exactly
[12:01] <fabbione> no problem
[12:02] <aigarius> last question - isn't there a Ubuntu SVN/Baz/Baz-ng repository I can use for code?
[12:02] <Kamion> with baz/baz-ng, there's no need for a single repository, so no
[12:03] <fabbione> aigarius: you can just use baz/baz-ng and share your repo via http...
[12:03] <aigarius> fabbione, ok, will do that
[12:04] <fabbione> aigarius: cool
[12:06] <aigarius> fabbione, thanks. writting summary mail.
[12:06] <pitti> \sh: just reading your changelog, if you need a manual amd64 build, just ask
[12:06] <seb128> DAAAANIIIIIEEEEEEEEEEEEEEEEEEEELLLLLLLLSSSSSSSSSSS
[12:07] <seb128> why why why
[12:07] <seb128> $ grep XOPEN_SOURCE /usr/lib/pkgconfig/*
[12:07] <seb128> /usr/lib/pkgconfig/x11.pc:Cflags: -I${includedir} -D_XOPEN_SOURCE
[12:07] <seb128> /usr/lib/pkgconfig/xext.pc:Cflags: -I${includedir} -D_XOPEN_SOURCE
[12:07] <seb128> /usr/lib/pkgconfig/xproto.pc:Cflags: -I${includedir}  -D_XOPEN_SOURCE
[12:07] <seb128> 
[12:07] <seb128> why does these define -D_XOPEN_SOURCE now?
[12:07] <seb128> IT BREAKS MY PACKAGES
[12:07] <seb128> daniels !!
[12:07] <fabbione> seb128: or add -D_BSD_SOURCE
[12:08] <maswan> fabbione: pong
[12:08] <seb128> fabbione: hum?
[12:09] <chmj> umount tried to eject my harddriver 
[12:09] <fabbione> maswan: buttercup died again :(
[12:10] <seb128> fabbione: I don't want to change anything, this is going to break half of GNOME (it already does) ... these packages used to build fine as they are
[12:10] <fabbione> seb128: eehe it took me a while.. but if you check the man pages of the stuff that is failing, some of them are deprecated code in gnome that should be either replaced or reenabled in the main headers via _BSD_SOURCE :P
[12:11] <maswan> fabbione: any luck in stabilizing the kernel?
[12:11] <seb128> fabbione: F_TLOCK is deprecated code ?
[12:11] <fabbione> maswan: no.. we will have to try 2.6.12 sometime...
[12:12] <vuntz> fabbione: I don't think using a library should force you to not use deprecated code...
[12:12] <fabbione> seb128: no idea.. i found that in gnome-session with struct timezone tz (gnome-session/util.c)
[12:13] <seb128> fabbione: anyway putting half on GNOME on FTBFS is not an option
[12:13] <fabbione> seb128: i know :)
[12:13] <maswan> fabbione: ACK. I'll reboot it in a while. 
[12:13] <fabbione> seb128: and don't tell me.. for me it was FTBFS before that :P
[12:13] <fabbione> maswan: thanks a lot
[12:13] <seb128> bah
[12:15] <ogra> seb128, any word abut mediawiki =
[12:15] <ogra> ?
[12:16] <seb128> I've not asked yet
[12:16] <ogra> ah, ok
[12:17] <Kamion> fabbione: is there a sane way to blacklist systems known to have trouble with vga16fb?
[12:17] <fabbione> Kamion: hmmm let me check...
[12:17] <jsgotangco> mediawiki...yuuummm
[12:18] <Kamion> fabbione: (c.f. #canonical)
[12:22] <ogra> jsgotangco, *shudder* 
[12:22] <jsgotangco> ogra, packaging for edubuntu?
[12:22] <ogra> jsgotangco, edubntu carries a lot of nightmares for me :)
[12:23] <ogra> jsgotangco, yes
[12:23] <jsgotangco> hahaha
[12:23] <Burgundavia> ogra, the mediawiki people welcome anybody who develops for them. They are even talking of shifting languages
[12:23] <ogra> but we do everything for our users :)
[12:24] <fabbione> Kamion: nope..
[12:24] <ogra> Burgundavia, great, but we have feature freeze soon, i doubt i'll shift mediawiki to python and postgres in two weeks ;)
[12:24] <fabbione> Kamion: a dmesg would be useful tho
[12:24] <Burgundavia> rofl
[12:25] <fabbione> Kamion: the driver initialize the board in different steps and if there is a failure it jumps out cleaning behind it.. a blank screen MIGHT mean that they missed a cleaning step
[12:28] <doko> daniels: should kdelibs-bin be installable again?
[12:29] <Kamion> fabbione: the particular thing I'm thinking of is to make debian-installer/framebuffer=false unnecessary by blacklisting systems that are known to require it
[12:29] <Riddell> doko: works for me
[12:30] <Kamion> fabbione: I could do it in d-i, but usplash is going to need something similar, and it would involve less code duplication to have the kernel know
[12:30] <Riddell> doko: s/xbase-clients/iceauth/ has been fixed
[12:30] <jsgotangco> ogra, omg edubuntu will be able to get the ubuntu-calendar archives har har har
[12:30] <fabbione> Kamion: yes i got that, but vga16fb has no check of what kind of card is there
[12:30] <fabbione> Kamion: it attempts to init everything that's the primary VGA (according to the BIOS)
[12:30] <fabbione> and fails if it can
[12:31] <fabbione> so it can also be the card that has wrong specs
[12:31] <Kamion> Right, I'm wondering if such a check could be added
[12:31] <ogra> jsgotangco, i didnt exclude them yet :) to entertain our testers *g*
[12:32] <fabbione> Kamion: probably it is.. not sure how simple it is
[12:32] <ogra> jsgotangco, but they wont be in the default install :)
[12:32] <Burgundavia> ogra, you are boring but probably correct
[12:33] <ogra> Burgundavia, :p
[12:33] <fabbione> Kamion: i will let you know within today.. is that ok for you?
[12:34] <fabbione> Kamion: i will need a PCI_VENDOR_ID and PCI_PRODUCT_ID to create the black list
[12:34] <Kamion> sure
[12:34] <Kamion> thanks
[12:34] <fabbione> that's the minimum i can think of
[12:35] <fabbione> right now i am enjoing a little script to create shared/modules/$foo-modules
[12:35] <fabbione> :)
[12:35] <fabbione> it's an horrible hack that parses the output of N images with a combined $foo-modules from arch specific and create the proper shared file...
[12:38] <infinity> Kamion : Another round of NEW, pretty please.  Binaries for libxmu, xrandr, and xsetpointer.
[12:38] <infinity> Kamion : Then the only one left will be xhost (which is waiting on libxmu)
[12:41] <\sh> jesus...i fixed mysql-query-browser
[12:41] <seb128> pitti: don't cry, but I've a french user saying than your firefox/hoary update (1.0.2-0ubuntu5.4) crashes when closing tabs
[12:41] <pitti> hm, worked for me...
[12:42] <pitti> only with the french langpack?
[12:42] <ogra> seb128, make him switch to german then :p
[12:42] <Kamion> xsetpointer> sigh, another tiny package
[12:42] <Kamion> daniels: I think combining xset* might well make sense, if it's doable upstream
[12:44] <seb128> pitti: he uses it with english
[12:44] <pitti> me too
[12:45] <pitti> seb128: maybe he can talk to me directly and/or mail me?
[12:46] <Kamion> infinity: done
[12:46] <fabbione> Kamion: there is only one problem that i can see...
[12:46] <fabbione> Kamion: is that i can do blacklisting only for PCI devices..
[12:46] <fabbione> that will exclude ISA..
[12:47] <fabbione> or any other kind of video bus (proprietary)
[12:47] <fabbione> and the patch is not that straight
[12:47] <fabbione> there are quite a bunch of stuff that needs to be changes
[12:47] <fabbione> changed even
[12:47] <Kamion> hmm, ok
[12:48] <seb128> pitti: http://pastebin.com/317686
[12:48] <Kamion> could be worse, the main use case is a bunch of laptops that fall over painfully with vga16fb
[12:48] <Kamion> they're probably generally PCI
[12:49] <seb128> pitti: he's on #ubuntu-fr, do you have any specific question?
[12:50] <pitti> seb128: I joined, who is it?
[12:54] <seb128> poor pitti 
[12:54] <\sh> thom: ping
[12:54] <pitti> seb128: does it work for you?
[12:54] <doko> pitti, seb128: is somebody of you addressing the libnss and libnspr stuff, currently built from mozilla sources?
[12:54] <pitti> doko: no time for that ATM
[12:54] <seb128> pitti: 1- I don't use firefox, 2- I don't use hoary ...
[12:54] <seb128> doko: same
[12:55] <pitti> doko: are ffox's and moz's libraries compatible to each other?
[12:56] <doko> pitti: heh, you have to find out ... that's the problem, see my reply on #u-d. so we have to keep mozilla sources in main
[12:57] <fabbione> ~
[01:00] <sivang> back
[01:11] <sivang> seb128: I'm doing file-roller, just notifying you so we won't step on each other's toes
[01:12] <seb128> k, thanks
[01:12] <seb128> Kamion, fabbione: for information https://bugs.freedesktop.org/show_bug.cgi?id=3797 ... that's an xorg upstream issue
[01:29] <ogra> Kamion, the verdict from sabdfl for squeak is more then a week ago...
[01:30] <ogra> after i already lost a week discussin it with elmo
[01:31] <elmo> ogra: err, what?
[01:31] <ogra> Kamion, its a important part for edubuntu and should go to multiverse...
[01:31] <ogra> elmo, oh, you rejected it ?
[01:32] <ogra> elmo, didnt sabdfl tell you he approved it at beginning of debconf
[01:32] <elmo> no, he didn't
[01:32] <ogra> elmo, i'll poke him if br wakes up
[01:32] <ogra> elmo, sorry for the hassle...
[01:33] <seb128> elmo: gcalctool sync please
[01:33] <elmo> apparently the email I sent got bounced - resending
[01:33] <Kamion> ogra: I'm not processing squeak; what anyone else does is their business
[01:33] <seb128> elmo: can you sync gaim-meanwhile too, mdz said he has no objection for new universe packages
[01:33] <ogra> Kamion, yes, just recognized
[01:34] <davyd> so is X.org -43 sane?
[01:34] <elmo> ogra: and I'd appreciate it if you toned down the language.  I have genuine concerns with squeak's license, and I've been told, by Mark, to check licenses
[01:34] <elmo> so describing me as "wasting your time" isn't helpful
[01:34] <ogra> elmo, i'v been told by him it should go in and he thinks its ok for us...
[01:34] <Kamion> furthermore if you've been having a disagreement with elmo about a new package, please don't ever try to do an end-run around him by asking me
[01:35] <ogra> elmo, nope, but i'll clearify the license stuff before i package next time... sorry wasnt meant personally...
[01:35] <elmo> seb128: done
[01:35] <seb128> elmo: thanks
[01:36] <ogra> elmo, (i should have written i lost a week because of the licensing issues.... no matter whom i talked to)
[01:36] <fabbione> hey elmo.. thanks for NEW'ing aalib
[01:36] <Kamion> elmo: hmm, I'd been concerned about aalib because I'm not sure reverting the slang2 change is the right thing to do
[01:38] <elmo> Kamion: oh, crap, sorry
[01:39] <Kamion> nm, should've mentioned it or left a note or something
[01:39] <Kamion> mdz: slang2?
[01:40] <mdz> Kamion: slang2?
[01:41] <Kamion> arrived well before UVF, but requires various transitional measures in other packages, including installer fixups
[01:41] <pitti> elmo: If I want a mere rebuild of dpkg without source changes, uploading dpkg 1.13.10build1 would be the right thing?
[01:41] <elmo> pitti: why do you want that?
[01:41] <Kamion> various MOTUs have been asking about it for a while, but I don't think anyone's answered
[01:41] <pitti> elmo: fixed two vulns of zlib recently (one today), and it's possible that it can be used for code execution
[01:42] <pitti> elmo: this is not an issue for installing packages, but for dpkg-source -x on unknown sources
[01:42] <elmo> oh, right.  yeah, I guess that's fine
[01:42] <pitti> elmo: pretty small attack vector, but since it doesn't cost much to fix it, I'd like to do it
[01:42] <pitti> ok, thanks
[01:42] <bob2> dpkg compiles in zlib statically?
[01:43] <pitti> yes
[01:43] <bob2> ah
[01:43] <pitti> bob2: I asked Keybuk whether dynamic linking would be possible, but it broke at least in earlier times
[01:43] <pitti> actually it should be possible now
[01:43] <bob2> `anthony: the "ethel the frog" link on the shtoom site is 404
[01:43] <bob2> pitti: ah, right
[01:44] <Kamion> having dpkg depend on too many other libraries complicates things
[01:44] <pitti> yes, right
[01:44] <lifeless> elmo: hello?
[01:45] <sivang> bob2: who's ethel the frog ? ;)
[01:45] <Kamion> daniels: around? xhost ftbfs, build-depends: libxau-dev
[01:48] <sivang> seb128: I don't want to nag too much, and I may be dumb, but are you sure launchpad-integration is in already? ;)
[01:48] <seb128> sivang: grrrrrrr
[01:48] <seb128> sivang: it's probably NEW 
[01:48] <seb128> it has built, look the build log
[01:48] <seb128> but the binaries are new, so ...
[01:48] <Kamion> elmo only processed the binaries a little while ago
[01:49] <seb128> sivang: see, no need to be that impatient 
[01:49] <sivang> Kamion,seb128 : k, sorry, <mental note>have to work on may patience some more</mental note>
[01:49] <Kamion> they're in universe, propagating to the archive
[01:49] <Kamion> elmo: how do you do that NEW-straight-to-universe thing, anyway?
[01:49] <seb128> can you move them to main ?
[01:50] <Kamion> main inclusion report, blah, etc.
[01:50] <seb128> graaah
[01:50] <seb128> "trivial lib made by jamesh for LaunchpadIntegration spec, kthxbye"
[01:50] <sivang> hehe
[01:50] <seb128> k, I'll
[01:51] <seb128> s/trivial// maybe :p
[01:51] <Kamion> also, seeds, kthxbye. :-)
[01:51] <sivang> hehehe
[01:51] <seb128> yeah
[01:52] <sivang> Kamion: do we also need a security review for it?
[01:53] <Kamion> I think the requirements page is clear
[01:54] <ogra> davyd, did it work without tweaks ?
[01:55] <davyd> ogra: I have a sanely installed -43
[01:55] <ogra> yay
[01:55] <davyd> and my Xvideo is working it seems
[01:55] <ogra> yay++
[02:09] <fabbione> Kamion: i am afraid we can't ban devices in vga16fb
[02:10] <fabbione> Kamion: the struct that tells me what device (given there might be more than one) is filled only after the fb has been initizialized
[02:10] <fabbione> Kamion: basically too late
[02:10] <Kamion> ah
[02:11] <fabbione> the PCI only approach won't work.. not with the logic we need
[02:11] <fabbione> of banning a device instead of probing on it
[02:12] <fabbione> i am sorry. that code is a real mess...
[02:12] <Kamion> maybe I'll just have to blacklist it in rootskel, then. ugh.
[02:12] <Kamion> thanks anyway
[02:12] <mjg59> Can't it be done based on dmi information?
[02:12] <mjg59> Are there any desktops where it fails to work?
[02:13] <Kamion> don't know
[02:13] <mjg59> It tends to be integrated chipsets, in which case it could just be done with DMI information
[02:15] <fabbione> mjg59: well i have no idea how to do that..
[02:16] <fabbione> mjg59: if you know a way i welcome crack and patches.. specially the former :)
[02:16] <mjg59> fabbione: See arch/i386/kernel/dmi_scan.c
[02:23] <fabbione> mjg59: mjg59: i am not exactly sure how that can help me....
[02:23] <fabbione> or i just don't understand the code
[02:24] <mjg59> fabbione: That lets you run code on machines that have specific DMI entries. Use that to set a global variable that disables vga16fb on load.
[02:24] <mjg59> The problem is generally per machine, not per chipset
[02:25] <Mithrandir> daniels: could I please have my dead keys back?
[02:25] <fabbione> daniels: same here please.
[02:25] <fabbione> mjg59: ah ok.. 
[02:27] <ogra> Mithrandir, hygienic feature ;p
[02:28] <fabbione> mjg59: ahh i see.. basically it scans the DMI for blacklisted devices and execute code in case of matching...
[02:28] <fabbione> mjg59: seems interesting...
[02:28] <mjg59> fabbione: Yup
[02:29] <fabbione> for that i will need a global var....
[02:29] <fabbione> pain!
[02:30] <fabbione> Kamion: i guess it's possible than...
[02:31] <fabbione> but i think userland blacklisting is faster to start to test with...
[02:31] <fabbione> specially because updating the kernel for a blacklist isn't exactly fast
[02:33] <Kamion> elmo: please sync hfsutils 3.2.6-9
[02:33] <Kamion> (ok to override)
[02:34] <elmo> Kamion: done
[02:34] <Kamion> ta
[02:34] <|rockinnerd|> Is there a ubuntu option for debootstrap?
[02:35] <Kamion> er, yeah, we use debootstrap in our installer
[02:36] <tseng> |rockinnerd|: you just debootstrap an ubuntu dist from the ubuntu archive
[02:36] <tseng> same as any other debian dist
[02:36] <|rockinnerd|> ah. 
[02:37] <|rockinnerd|> tseng, where is the archive>
[02:37] <infinity> elmo, Kamion : One left.  Can I get the xhost binaries NEWed?
[02:37] <tseng> archive.ubuntu.com?
[02:37] <|rockinnerd|> ah
[02:37] <tseng>  /ubuntu
[02:37] <Kamion> |rockinnerd|: it's the default in the Ubuntu debootstrap package
[02:38] <Kamion> infinity: elmo is either faster than you or faster than me or both
[02:38] <thom> elmo: ping? (yes, this is related to the stories currently bouncing on news.bbc)
[02:39] <elmo> thom: ?
[02:39] <thom> elmo: more bombs in london
[02:39] <elmo> thom: yah :(
[02:39] <bob2> unconfirmed report of a bus, too
[02:39] <pitti> even more? damn
[02:40] <elmo> we're all fine and in the office, FWIW
[02:40] <thom> reports of nailbombs going off on buses
[02:40] <|rockinnerd|> thom: s/buses/underground
[02:41] <bob2> |rockinnerd|: no, both
[02:41] <|rockinnerd|> #kubuntu was talking about it
[02:41] <thom> |rockinnerd|: no, buses too now
[02:41] <davyd> oh, what?
[02:41] <havoc> people suck
[02:41] <|rockinnerd|> bob2, oh i thought it was gunshots on buses
[02:42] <havoc> |rockinnerd|: they're saying that it may have been the detonators going off without detonating the main explosive, which would sound like a gunshot
[02:42] <jordi> elmo: good to know |:
[02:42] <havoc> but I heard it on FOX News, and we all know how "reliable" they are
[02:42] <|rockinnerd|> btw, its the 2 week aniversery of the london bombings again
[02:44] <|rockinnerd|> havoc, same here, but at least its better than M$nbc
[02:45] <havoc> if you have cable you can see the same friggin shots on 6 different news channels
[02:47] <Amaranth> US news hasn't picked up on the bus yet
[02:47] <Treenaks> Amaranth: Dutch news has
[02:47] <thom> all of london underground is at code amber, all stations evacuated
[02:47] <Treenaks> Here we go again...
[02:47] <Amaranth> haha
[02:48] <Amaranth> US news is saying that it might not actually be bombs
[02:48] <Amaranth> stupid people
[02:48] <Treenaks> Amaranth: it might be a quantum-anomaly cap'n
[02:56] <Treenaks> I hope the people causing this stop causing this in the first place
[02:56] <havoc> as I said, people suck :(
[02:56] <Treenaks> havoc: </oldnews>
[02:56] <havoc> yeah :(
[02:57] <pitti> havoc: well, people do their best efforts to clean away that "people" problem :-/
[02:58] <pef> hello !
[03:02] <bddebian> Morning
[03:04] <bddebian> Hmm, thanks. :-)  What is that for? :-)
[03:04] <ogra> stimulatin the blood circulation in your hand, very healthy ;)
[03:04] <sivang> hehe
[03:05] <sivang> bddebian: ogra explained it rather funny
[03:05] <bddebian> heh
[03:11] <Burgundavia> pitti, I now have someone on #ubuntu complaining about the latest hoary ff being unstalbe
[03:14] <bddebian> Hello mgalvin, sabdfl
[03:14] <pitti> Burgundavia: answered
[03:15] <Burgundavia> pitti, cheers
[03:15] <Burgundavia> pitti, I don't envy you, but nice work
[03:16] <mgalvin> hi bddebian
[03:16] <mgalvin> hi all
[03:18] <sabdfl> hi all
[03:18] <pitti> Hi sabdfl
[03:18] <ogra> hey sabdfl 
[03:21] <bddebian> ogra: So the deadline is still today?
[03:22] <ogra> bddebian, for main at least....
[03:22] <bddebian> ogra: Oh aye, I meant Universe.  Sorry, wrong channel :-)
[03:22] <bddebian> tritium!!
[03:23] <tritium> hello, bddebian :)
[03:23] <Kamion> elmo: please sync tla
[03:23] <ogra> Kamion, mdz can we extend the deadline fo universe merges some days (sunday would be ok according to the MOTU)
[03:23] <ogra> we face a lot of problems... with X, GLU etc ...
[03:25] <infinity> ogra : "Finishing merges" doesn't mean "Everything must be in tip-top shape".  We have 3 months to clean up broken library transitions and make sure nothing is FTBFS, etc.
[03:26] <infinity> (Also, rejoice, xbase-clients is installible again)
[03:26] <pitti> \o/
[03:26] <ogra> infinity, yes, but we only have a handfull actively working MOTUs currently (lots of exams everywhere) and randomly changing build depndencys though several transitions...
[03:27] <ogra> s/though/through
[03:27] <ogra> and MOTU has more then 200 merges to handle...
[03:28] <seb128> pitti: 
[03:28] <seb128> $ gnome-sound-properties
[03:28] <seb128> ALSA lib pcm_dmix.c:841:(snd_pcm_dmix_open) unable to open hardware
[03:28] <seb128> 
[03:28] <seb128> known issue?
[03:28] <seb128> and the soundcard selector is empty
[03:28] <pitti> no, actually not
[03:28] <seb128> k, I'll bugzilla it
[03:28] <pitti> it is empty when it can't open the sound device
[03:28] <seb128> yeah, that's what the error says :p
[03:31] <tseng> seb128: should we still be disabling pango in /usr/bin/firefox?
[03:31] <seb128> tseng: nop, I've fixed firefox for that before uploading the new GTK
[03:31] <tseng> seb128: awesome :)
[03:32] <Amaranth> seb128: you 'fixed' firefox?
[03:32] <ogra> Amaranth, for this special incident
[03:33] <bddebian> Diziet: :-)
[03:33] <seb128> Amaranth: what's the matter with that?
[03:33] <Amaranth> seb128: well, it sounded like fixing that problem was going to be a PITA
[03:34] <seb128> Amaranth: I've just patched the package, not made the patch ... and the patch is quite short, that's just a matter to no use the wrong stuff with pango
[03:34] <Amaranth> ah
[03:35] <thom> just a matter of changing the pango calls to be generic rather than xft specific
[03:35] <seb128> thom: please take firefox back, I'm sure you love hacking on it :p
[03:36] <thom> hahah
[03:37] <sivang> is thom back? ;)
[03:37] <Treenaks> was he gone? :P
[03:37] <thom> seb128: my spare time is too precious for firefox :P
[03:37] <sivang> lol
[03:38] <Kamion> fabbione: I'm merging silo, and the new Debian version explicitly sets CC=gcc-2.95. Should I revert that?
[03:38] <Kamion> fabbione: (I'm assuming you checked it out with newer gcc etc.)
[03:41] <fabbione> Kamion: new silo is FTBFS with gcc-4.0
[03:41] <fabbione> Kamion: i did check with upstream, and they didn't work that out yet..
[03:41] <fabbione> Kamion: if you want to merge make it build with -3.3
[03:41] <fabbione> i think it build with 3.3,,,
[03:46] <Kamion> fabbione: I'll just reassign the merge to you instead, I think ;-)
[03:46] <Kamion> (since you can test it ...)
[03:51] <fabbione> Kamion: that's fine...
[03:51] <Burgundavia> pitti, are you pilling the .6 extensions fixes?
[03:52] <pitti> Burgundavia: I try whether they help
[03:52] <Burgundavia> ok
[03:52] <Kamion> elmo: please sync net-tools
[03:55] <seb128> elmo: and mpfr, thanks :)
[03:56] <mantas> which package contains mkfontdir?
[03:56] <ogra> mantas, use apt-file
[03:57] <Kamion> mdz: you made this change in tftp-hpa for hoary:
[03:57] <Kamion> +  * debian/tftpd-hpa.init: be silent if running from inetd rather than
[03:57] <Kamion> +    init, and coincidentally fix operator precedence problems
[03:57] <seb128> elmo: xosd too please
[03:58] <Kamion> mdz: The operator precedence problems have been fixed in Debian. Are you particularly bothered about the first half of that change? It seems wrong to me - I'd rather the init script told me when it wasn't doing anything.
[03:59] <elmo> B-A-N-A-N-A-S
[04:00] <thom> nooo
[04:00] <ogra> ??
[04:01] <bddebian> elmo is listening to Gwen Stefani?
[04:02] <thom> worse, he spent all of debconf singing that
[04:02] <elmo> seb128/kamion: done
[04:02] <Treenaks> elmo is dating Gwen Stefani?
[04:02] <seb128> thanks
[04:02] <\sh> siretart: please make a note...elma should play mp3s during compiling...streamed to the net ,-)
[04:03] <pitti> \sh: he's still male (AFAIK :-) )
[04:03] <\sh> pitti: u don't know elma :)
[04:03] <Kamion> elmo: also cfengine
[04:03] <\sh> pitti: elma is our MOTU Automated elmo ,-)
[04:03] <pitti> oh, I see
[04:03] <\sh> short form of: elmo automated
[04:05] <azeem> is it a very small shell script?
[04:06] <bddebian> heh
[04:06] <elmo> Kamion: done
[04:07] <\sh> azeem: actually it will be the sister of elmo, working for sbuilds, ftp and keyrings but she's contracted to MOTU only ... she doesn't like to work for main ,-)
[04:07] <sivang> automake1.7 is considered the "right" version to use?
[04:11] <mdz> Kamion: I can see the utility of it printing a message in that case if run manually, but it's useless during boot
[04:12] <mdz> and I don't know of a reasonable way to make the distinction
[04:12] <Kamion> mdz: [ -t 0 ]  ?
[04:12] <\sh> thom: ping
[04:13] <Kamion> mdz: can't remember if stdin is a tty during boot, but I suspect not
[04:13] <jan1> elmo do you know what happens with packages synced from sid that are new in ubuntu?
[04:13] <infinity> I'm pretty sure it is.
[04:13] <jan1> mercurial seems to be missing although it is in debian
[04:13] <thom> \sh: nack
[04:13] <infinity> Kamion : Otherwise, all those people who insist on having encrypted apache certs couldn't type in passphrases, could they?
[04:14] <Kamion> infinity: hmm
[04:14] <\sh> thom: damn..i need a short info ,-)
[04:14] <infinity> (Of course, I do my best to discourage that practice by making it rather tough for them to do so)
[04:14] <jan1> is there an up-to date baz archive of apt?
[04:14] <Kamion> damnit, we need bug-resolution-by-resolver stats. :)
[04:15] <thom> infinity: let's not mention it's pointless anyway
[04:15] <thom> \sh: ask, but you may not get an answer
[04:15] <infinity> thom : That's why I discourage it.  Heartily.
[04:15] <infinity> thom : I'm sure you've seen me engage in lively "debates" about it on the lists and in bugs before.
[04:15] <\sh> thom: netapplet...you rewrote half of the source
[04:15] <thom> yes, and it should be thrown away
[04:15] <\sh> thom: I have to merge it now with netapplet-1.0.0
[04:15] <thom> \sh: bin it
[04:16] <\sh> thom: so I can use the upstream source
[04:16] <Kamion> seb128: want to resolve #9501, since you just requested the sync?
[04:16] <fabbione> hey thom
[04:16] <\sh> k
[04:16] <\sh> thom: thx 
[04:16] <thom> infinity: indeed
[04:16] <infinity> Hrm.  Speaking of throwing things away...
[04:17] <infinity> thom : What if we just patched apache to no longer provide a passphrase prompt, but just error out with "your certs are encrypted and we can't do that, decrypt them or suffer."?
[04:17] <infinity> THat would solve the issue once and for all.
[04:18] <Kamion> \sh: could you close merge bugs when you perform the merges, please? (python-fuse)
[04:18] <\sh> Kamion: yes...I'm just working..most of mine are closed...
[04:18] <thom> infinity: very, very evil
[04:18] <Kamion> \sh: ok, cool, thanks
[04:20] <thom> infinity: co-admins here approve ;-)
[04:21] <thom> infinity: although we might want to work on the text of the error
[04:22] <infinity> Kamion : Feel free to reassign a bunch of pending ones to me.  I'm going to be up for a while.
[04:22] <infinity> thom : To make it more insulting?
[04:23] <thom> absolutely
[04:23] <infinity> thom : (alternately, to point at documentation about why encrypted certs are useless, I suppose, but that's less fun)
[04:23] <infinity> thom : I say we check perms on the cert, make sure they're only readable by root, die if not (a la SSH), and die if they're encrypted.
[04:23] <thom> +1
[04:24] <fabbione> infinity: -1
[04:24] <fabbione> i did that patch.. it works fine..
[04:25] <fabbione> and makes (not so clever) admins happy
[04:25] <lamont> elmo: please sync palo_1.9 and palo-installer_0.0.7
[04:25] <lamont> hrm... palo is still just in accepted
[04:26] <infinity> fabbione : What patch is this?
[04:26] <lamont> (both differ from breezy version only in that they fix the FTBFS that breezy has...)
[04:26] <zyga> hello
[04:26] <zyga> is everyone okay?
[04:26] <fabbione> infinity: the one for apache 1.3
[04:27] <fabbione> infinity: that caches the passphrase.. to handle the reload of otherwise encrypted certicates
[04:28] <jan1> elmo,kamion: in principle can we sync XFCE4.2.2 packages from os-work.com repository instead of debian/unstable?I am currently checking but we synced from ther for hoary too and they incorporated some of our ubuntu1 changes
[04:29] <jan1> whereas the debian packages are more divergent and caused lots of merge failures
[04:29] <jan1> http://os-works.com/debian/ actually not os-work
[04:30] <jan1> there are two groups working and while reconciling them we want to chose what's best right now forubuntu
[04:31] <Kamion> infinity: great, I'll give you a batch of the older ones then
[04:31] <Kamion> any other volunteers for a batch of main merges?
[04:34] <doko> elmo: please sync binutils from unstable
[04:34] <fabbione> doko: does it fix the sparc problem?
[04:35] <\sh> me is busy with universe merges..we can talk about main merges next year? ,-)
[04:35] <mdz> Kamion: yeah, that's probably reasonable
[04:36] <doko> fabbione: no, that sync is a no-op for our architectures
[04:36] <fabbione> doko: ?
[04:37] <Amaranth> it fixes something on an arch we don't care about but it's good to have the same version?
[04:38] <fabbione> doko: please define our architectures :)
[04:38] <fabbione> doko: does that include sparc or not? ;)
[04:39] <doko> that change was mips only
[04:40] <doko> afaiu seb128, the sparc link issues should be solved in pkg-config, please nag the package maintainer ...
[04:41] <doko> elmo: please sync build-essential from unstable
[04:41] <elmo> why is everyone suddenly doing syncs?
[04:41] <elmo> did MOM not get the message about UVF, or is it just catchup?
[04:41] <ogra> elmo, manual merge deadline (see topic)
[04:42] <Kamion> FSVO "dead"
[04:43] <fabbione> doko: ok thanks
[04:43] <doko> elmo: yes, outstanding syncs. I'm unsure, if I can get all of them done today ...
[04:43] <zyga> did anyone notice firefox's latest update started crashing from time to time?
[04:43] <elmo> doko: done
[04:43] <Burgundavia> zyga, yes
[04:44] <pitti> zyga: YES *whine*
[04:44] <fabbione> Kamion: is the merge deadline today?
[04:44] <fabbione> or tomorrow?
[04:44] <pitti> zyga: it seems to happen for everybody but me
[04:44] <zyga> pitti: I'm sure it's related to extensions
[04:44] <pitti> zyga: it is, I now found one extension which makes it crash
[04:44] <Kamion> fabbione: today. I don't know what happens if main merges are incomplete after today; it's never happened before
[04:44] <fabbione> Kamion: i think i have only silo to merge...
[04:45] <zyga> pitti: It crashes all the time when I press ctrl+w to close a tab
[04:45] <Kamion> there are 62 unassigned main merge bugs
[04:45] <zyga> pitti: there should be firefox-gdb 
[04:45] <elmo> lamont: palo-installer done, remind me about palo later?
[04:45] <Kamion> fabbione: good, that means you can have some more?
[04:45] <fabbione> Kamion: no, because i am working on the kernel
[04:45] <fabbione> i am busy and it's driving me nuts...
[04:45] <pitti> zyga: can you try to uninstall extensions one by one and look when it doesn'T crash any more?
[04:45] <Kamion> everyone has their own targets as well, I know
[04:46] <Kamion> but we are behind
[04:46] <fabbione> Kamion: i am already a week late with this kernel..
[04:46] <zyga> pitti: sure
[04:46] <doko> mdz: I'd like to sync/merge the packages from the CxxLibraryList if possible, but looking at the length of the list, I won't finish this list today. Can we delay syncs from this list over the weekend?
[04:46] <Amaranth> fabbione: That'll be the one with the inotify that matches the new gamin, right?
[04:46] <fabbione> and if the deadline is today, i won't manage.. it's already 10 hours i am here around working
[04:46] <mdz> doko: how many packages?
[04:46] <zyga> btw where can I look up the reason for new packages in -security and what they are fixing?
[04:46] <zyga> changelogs in debs?
[04:47] <mdke> zyga, the security mailing list
[04:47] <Amaranth> zyga: hopefully
[04:47] <Amaranth> and that
[04:47] <mdz> doko: apt doesn't need a transition, btw
[04:47] <zyga> okay let's kill those extensions
[04:47] <pitti> zyga: also on http://www.ubuntulinux.org/support/documentation/usn/
[04:47] <fabbione> Amaranth: yes.. i already told you
[04:48] <Amaranth> fabbione: yeah, just making sure i understood you
[04:48] <lamont> elmo: ok
[04:48] <mdke> zyga, http://lists.ubuntu.com/archives/ubuntu-security-announce/2005-July/thread.html
[04:48] <zyga> pitti, mdke: thanks
[04:49] <mdz> bugzilla seems very confused
[04:50] <doko> mdz: 315 according to the list, minus those with new upstream versions in unstable. 71 in main
[04:50] <thom> mdz: any chance you can remove me from being assaulted by firefox bugs when it becomes less confused? :-)
[04:50] <zyga> why doesn't firefox's --help message include the plethora of options it really accepts, *sigh*
[04:51] <mdz> thom: stand by while firefox renders a few megabytes of HTML in order for me to do that
[04:51] <thom> sure :-)
[04:51] <doko> mdz: yes, apt was already done. btw, is apt built by g++ 4 in unstable?
[04:51] <Amaranth> zyga: 'plethora of options' sounds like a good reason why
[04:51] <zyga> Amaranth: like really needed --debugger 
[04:52] <mdz> I am going to strangle whoever came up with these ridiculous keyboard shortcuts
[04:52] <Amaranth> heh
[04:52] <zyga> does anyone need a backtrace? 
[04:52] <carstenh> ogra: ping
[04:52] <mdz> doko: apt generates its provides based on the g++, glibc, libstdc++ versions
[04:52] <ogra> carstenh, pong ?
[04:52] <thom> mdz: heh
[04:52] <fabbione> hmm wierd
[04:52] <carstenh> ogra: that was very fast :)
[04:52] <thom> ctrl+w i guess?
[04:52] <fabbione> i never got a notification of kernel-package merge!
[04:52] <ogra> carstenh, :)
[04:52] <Amaranth> ctrl+w is close tab in lots of apps though :P
[04:52] <mdz> thom: no, I've crippled ^W
[04:52] <carstenh> ogra: do you have some kind of naming-convention for you graphical config tools?
[04:52] <mdz> thom: but shift+ctrl+w apparently still works
[04:52] <davyd> I patched Ctrl-W out of my X-chat
[04:52] <mdz> and I hit that by accident sometimes
[04:52] <ogra> carstenh, nope
[04:53] <Kamion> fabbione: um ... you did it
[04:53] <davyd> which I think Ubuntu should do by default
[04:53] <Amaranth> why do you guys hit ctrl-w so much?
[04:53] <Kamion> fabbione: seems you're not the default assignee for kernel-package bugs though
[04:53] <zyga> pitti: no luck, removing extensions SIGSEGV's too
[04:53] <Kamion> Amaranth: delete word
[04:53] <thom> Amaranth: delete word
[04:53] <carstenh> ogra: what are the names of those that are finished?
[04:53] <Amaranth> oh, terminal freaks :)
[04:53] <pitti> zyga: I hate you all
[04:53] <pitti> ;-)
[04:53] <Kamion> mdz: could you assign kernel-package to fabbione by default while you're at it?
[04:53] <fabbione> Kamion, mdz: can i have tomorrow morning to complete my merges?
[04:53] <Amaranth> ctrl-w is standard for close tab in GUIs though
[04:53] <Amaranth> patching it out by default is a bad idea
[04:53] <Kamion> Amaranth: we were here first :-P
[04:53] <davyd> Amaranth: perhaps your GUI
[04:54] <zyga> pitti: don't loose hope yet
[04:54] <Amaranth> Kamion: you're outnumbered
[04:54] <fabbione> given i was checking the merges via emails and not got the right notifications...
[04:54] <Amaranth> davyd: gedit, firefox, and xchat
[04:54] <Kamion> doesn't stop us configuring you out of existence ;-
[04:54] <Kamion> )
[04:54] <mdz> Kamion: it's actually not any easier while I'm at it; it still takes about 30 seconds per change
[04:54] <Amaranth> davyd: haha, i'm talking about standard configs
[04:54] <Kamion> mdz: ugh
[04:54] <ogra> carstenh, ndisgtk (a frontend to select dlls in ndiswrapper) and the second my bountier is just working has no name yet....
[04:54] <davyd> Amaranth: it comes with I rsync my home directory
[04:54] <ogra> carstenh, just pick something descriptive
[04:54] <carstenh> ogra: ok, thanks
[04:54] <davyd> that's pretty damned standard
[04:55] <zyga> pitti: -safe-mode does not crash
[04:55] <mdz> Kamion: and so of course I wander off and do something else while waiting for the page to load and render
[04:55] <mdz> and then forget about it half the time
[04:55] <Amaranth> davyd: Your config is installed by default on every machine with Ubuntu installed? :)
[04:55] <davyd> Amaranth: and every other machine
[04:55] <carstenh> ogra: i like the way how fedora names it's config-tools. just system-config-tab and you see all that are installed :)
[04:55] <zyga> pitti: but opening the extenions menu does, darn
[04:55] <davyd> my scripts are filled with lots of random stuff to check uname and hostname and all sorts
[04:55] <Amaranth> davyd: I don't mean your machines
[04:56] <Amaranth> davyd: You're outnumbered, give it up. :)
[04:56] <Kamion> Amaranth: why do you dislike people changing their configuration?
[04:56] <davyd> pfft, ctrl-w is sensible
[04:56] <davyd> unlike ctrl-backspace
[04:56] <Amaranth> Kamion: I don't, I dislike suggesting ctrl-w be removed from xchat.
[04:56] <ogra> carstenh, but is the target of a gui tool to be started from commandline ? :)
[04:56] <davyd> which is something I couldn't get used to
[04:56] <carstenh> ogra: if i use them, yes. but normally not
[04:57] <davyd> ctrl-w and ctrl-u are the most useful ones
[04:57] <ogra> carstenh, for me a working .desktop file or the button to start the app in the right place are more important ;)
[04:57] <Amaranth> davyd: backspace deletes one char, ctrl-backspace deletes an entire word, it makes sense here
[04:57] <davyd> closely followed by ctrl-a, ctrl-e and alt-d
[04:57] <davyd> Amaranth: but you have to stretch for it
[04:57] <Amaranth> reaching for ctrl all the time gives you RSI anyway
[04:57] <davyd> I rest a finger on the control key pretty much
[04:58] <davyd> but yes, I'm sure I'm doing my left hand damage because of it
[04:58] <mdz> Kamion: right, now you have editcomponents privileges. enjoy :-)
[04:58] <mdz> Kamion: I did kernel-package
[04:58] <davyd> but commonly, rather then backspace mistakes, I just ctrl-w them
[04:58] <davyd> this is why I will keep vanishing on unpatched X-chats
[04:58] <davyd> until I find my xchat debs
[04:59] <Amaranth> perhaps the real solution is to make xchat use the default GTK shortcut?
[04:59] <Amaranth> err, not default
[04:59] <mdz> Amaranth: the problem is that the default gtk shortcut is stupid
[04:59] <davyd> the solution to do it properly is to make X-chat have remappable shortcuts
[04:59] <ogra> carstenh, but you would set your firewall rules without gui anyway ;) 
[04:59] <davyd> but that looked rather hard
[04:59] <Amaranth> davyd: why not make it use whatever GTK uses?
[05:00] <ogra> carstenh, so youre not really the target audience ;)
[05:00] <davyd> Amaranth: the problem is that X-chat basically has it's own menuing code
[05:00] <davyd> and doesn't use any of the nice APIs
[05:00] <davyd> plus, because of all that customisable menu bollocks, it is hard to use the nice APIs without overhauling large chunks of it
[05:01] <Amaranth> heh
[05:01] <davyd> plus I'm not sure if I could get it upstream
[05:01] <davyd> so I don't care enough
[05:01] <Amaranth> oh well, xchat will be replaced with xchat-gnome in the end
[05:01] <thom> hahaha
[05:01] <davyd> sure, if it ever gets off the groun
[05:01] <davyd> *ground
[05:01] <zyga> pitti: okay I had a clean firefox envinronment
[05:01] <zyga> pitti: installing adblock (which I assume you have too) kills firefox instantly
[05:01] <pitti> zyga: I do have adblock
[05:01] <pitti> works like charm
[05:02] <Kamion> mdz: d00m
[05:02] <Kamion> mdz: but ok, thanks
[05:02] <zyga> pitti: can you open your extensions menu?
[05:02] <fabbione> Kamion, mdz: there is no need to merge kernel-package. the last upload was done yesterday. Way after UVF
[05:02] <pitti> zyga: what shall I do in it?
[05:02] <mdz> Kamion: I wouldn't want to keep all the fun for myself
[05:02] <zyga> pitti: I can't open it ;)
[05:02] <Kamion> fabbione: that's why I closed the bug saying "later versions fail UVF"
[05:02] <zyga> pitti: if you have any idea about how I can help you, please let me know
[05:02] <ogra> fabbione, the last merges i see in MOM happened on the 17th
[05:03] <ogra> s/merges/merge attempts
[05:03] <Amaranth> davyd: they had a release recently
[05:03] <pitti> zyga: I'm currently doing 123123 test builds of thunderbird to isolate the patch which causes the crash; I'll do the same for firefox
[05:03] <davyd> so did gnome-applets
[05:03] <davyd> and it's still a piece of shit
[05:03] <ogra> fabbione, so MOM ran after UVF
[05:04] <Kamion> yes, it did, briefly
[05:05] <Diziet> Mutant.  This n-m source needs (setq tab-width 5)
[05:05] <Diziet> (to look right)
[05:06] <fabbione> ogra: that merge specifically is from yesterday/today
[05:06] <fabbione> Kamion: thanks
[05:06] <Kamion> mdz: I don't see why it takes 30 seconds per component, though; if I middle-click on each component's link, that displays quite quickly
[05:06] <doko> mdz, Kamion: I'd like to update the current doxygen package from CVS to the final 1.4.4 release, known fixing formatting bugs. would that be ok?
[05:06] <doko> elmo: please sync python2.4 from unstable
[05:06] <ogra> fabbione, just to tell you it went on ... dunno if you have other packages in the merge buglist...
[05:06] <mdz> fabbione: if you don't need the new version, go ahead and close the bug
[05:07] <mdz> Keybuk: please disable bug filing in MOM if you haven't already
[05:08] <Keybuk> mdz: I did, ages ago
[05:08] <fabbione> mdz: no i don't..
[05:08] <fabbione> +need it
[05:08] <Keybuk> when Colin said "I bet mdz has forgotten to tell you to disable mom bug filing" :)
[05:16] <fabbione> YAY....
[05:16] <fabbione> finally... nic-*-modules first cut down is down
[05:16] <fabbione> done even
[05:17] <tseng> daniels: where is my xrdb
[05:23] <pitti> Kamion: did you assign some merging bugs? or do we just pick from the unassigned list?
[05:23] <Kamion> do you want some?
[05:24] <Kamion> but picking from the unassigned list is fine, yes, just assign it to yourself before starting work
[05:24] <pitti> sure
[05:24] <pitti> well, "want" is too much, but it needs to be done, so we should share the work
[05:24] <bddebian> Heh
[05:24] <Burgundavia> what time is it in Aussie?
[05:24] <pitti> should be around midnight
[05:24] <Burgundavia> crap
[05:24] <Burgundavia> ok
[05:29] <seb128> pitti: what about cups/dbus to do something else than mozilla? or launchpad-integration for main? :)
[05:30] <pitti> we can do both also later, right?
[05:31] <fabbione> Kamion: ok.. dude.. i got to a nice point now... i manage to build all the udebs (scsi and nic) with the cleanup...
[05:31] <pitti> what shall we do with a merge bug that is not of interest to us? (Debian only fixed type-handling, which we elimintated anyway)
[05:31] <pitti> close the bug?
[05:31] <fabbione> Kamion: and killing scsi-extra and nic-extra (for now)
[05:31] <fabbione> Kamion: does that create you big problems?
[05:31] <Kamion> pitti: should do the merge anyway, or sync, so that it doesn't keep cropping up
[05:31] <fabbione> Kamion: and scsi-common
[05:32] <pitti> Kamion: we can't sync, otherwise we'll get back type-handling
[05:32] <pitti> ok, merging is easy, so I'll just do it
[05:32] <Kamion> pitti: the merge should be pretty quick to do, then
[05:32] <daniels> seb128: there's already a bug open about _XOPEN_SOURCE, I have a fix, but I've been too busy trying to fix libx11 and xbase-clients :P
[05:33] <Kamion> fabbione: it's some work, but not disastrous
[05:33] <seb128> daniels: easy fix I guess? Can you push it with one of the next upload, I've stopped to work on GNOME for the moment, I don't want to workaround all over the place for that
[05:34] <fabbione> Kamion: i am checking the size of the udebs now...
[05:34] <fabbione> Kamion: this is a "first cut"..
[05:34] <seb128> daniels: that's https://bugs.freedesktop.org/show_bug.cgi?id=3797 upstream, but you probably know about it
[05:34] <daniels> seb128: yeah, we've already fixed it indeed :P
[05:35] <daniels> seb128: i'll do it tomorrow, but it involves rebuilding x11proto-core, and all the libraries that picked up dependencies on it
[05:35] <daniels> seb128: -> pain
[05:35] <fabbione> Kamion: size wise it adds +15/20% on nic-modules and scsi-modules
[05:35] <seb128> daniels: but waiting is extra pain, now gdk.pc is b0rked
[05:35] <fabbione> Kamion: that's the average.. ppc64 looks bloated but modules were completely missing from the previous udebs
[05:35] <Kamion> ok
[05:36] <fabbione> i don't know about amd64..
[05:36] <fabbione> it's FTBFS on concordia
[05:36] <fabbione> due to other problems....
[05:36] <fabbione> i hope it will build...
[05:40] <daniels> seb128: right.  there's a lot of X stuff affected as well, so rebuilds will take a little while.  in the meantime, just DON'T BUILD ANYTHING which uses pkg-config for X.  if you do, make very sure it doesn't contain XOPEN_CONFIG.  it's 0141 here, so I'm crashing, but I'll sort it first thing tomorrow when I get up/
[05:41] <seb128> daniels: ok, thanks. There is a new GNOME upstream version next week, so if we can fix it before that would be great, or that's going to be a mess
[05:41] <daniels> seb128: give me 12 hours
[05:42] <seb128> sure, you have the rest of the week :)
[05:42] <seb128> sleep well, you will need it :p
[05:42] <daniels> seb128: (sleep, shower, breakfast, builds)
[05:42] <daniels> hah
[05:47] <zwnj> why there's no bash-completion in repos?
[05:47] <zwnj> where can i find a deb package?
[05:49] <zyga> zwnj: it's already there - this question probably belongs in #ubuntu
[05:49] <Amaranth> what?
[05:49] <zyga> zwnj: locate completion | less
[05:49] <Amaranth> yeah, please ask again in #ubuntu
[05:49] <zwnj> i used #ubuntu, but nobody answered me.
[05:50] <zwnj> """dpkg -l | grep completion""" has no output
[05:50] <fabbione> zwnj: it's already there.. you only need to edit your .bashrc, logout and login again
[05:50] <fabbione> but the other guys are right.. this is an #ubuntu question
[05:52] <zwnj> thanks, sorry for the noise
[06:06] <pitti> elmo: strace sync, please
[06:07] <pitti> elmo: forget that, MOM was not up to date
[06:21] <highvoltage> elmo: hi elmo. JaneW said you called?
[06:25] <seb128> elmo: sync from "gnome" please
[06:27] <pitti> elmo: gnutls11 sync, please
[06:28] <elmo> pitti: done
[06:28] <elmo> seb128: eh?
[06:28] <pitti> thanks
[06:29] <seb128> elmo: meta-gnome2 sorry
[06:29] <seb128> "gnome" is a binary of this one ...
[06:30] <elmo> done
[06:30] <seb128> thanks
[06:31] <seb128> elmo: lam sync too
[06:33] <Riddell> daniels: is xmkmf going reappear at some point?
[06:34] <pitti> Mithrandir: here?
[06:35] <elmo> seb128: done
[06:35] <elmo> argh, two 'seb*' nicks
[06:35] <daniels> Riddell: yes
[06:37] <Riddell> daniels: groovy.  in a package called xmkmf I assume?
[06:39] <daniels> yeah
[06:39] <daniels> or maybe xbuildutils or something
[06:39] <daniels> haven't quite decided, will ping you when I do
[06:40] <Riddell> thanks
[06:42] <doko> daniels: please ping me about xmkmf as well
[06:43] <daniels> doko: yes, will do
[06:48] <\sh> jesus what happed to firefox?
[06:48] <\sh> with kde it doesn't show any fonts
[06:48] <\sh> no text no menus nothing
[06:51] <zyga> \sh: at least it doesn't crash for you ;)
[06:53] <\sh> lamont: please kick netapplet again...:)
[06:57] <fabbione> elmo: can we get concordia to run 2.6.10 for a few hours?
[06:58] <ogra> \sh, make sure cairo is installed... might be its a missing dep and kde doesnt have it
[06:58] <\sh> ogra: no complaints about the deps at all
[06:58] <\sh> dist-upgraded
[06:59] <elmo> fabbione: sure?
[06:59] <ogra> \sh, dpkg -l |grep libcairo
[06:59] <ogra> ?
[06:59] <elmo> but if it dies, I won't be able to recover it till later this evening
[07:00] <fabbione> elmo: 2.6.12 is segfaultorama in 64bit userland and i can't testcompile the kernel
[07:00] <elmo> fabbione: how about I downgrade to 2.6.8?
[07:01] <elmo> it's what I've done to the buildds already
[07:01] <fabbione> elmo: that's fine for me.
[07:01] <fabbione> the problem is:
[07:01] <elmo> ok
[07:01] <fabbione> 2.6.10 introduced a security fix that is very strict
[07:01] <fabbione> the same change is in 2.6.12
[07:01] <fabbione> apparently (i can't stress test) .12 doesn't freeze
[07:01] <fabbione> but in the dmesg you can see the same errors
[07:02] <fabbione> so it is something that needs to be addressed (i believe) in userland
[07:02] <elmo> jbailey: ping?
[07:02] <fabbione> like Kamion had to do with cdebootstrap or something
[07:02] <fabbione> elmo: he is at OLS
[07:02] <fabbione> with almost 0 network
[07:02] <elmo> he's building something ..
[07:02] <elmo> hum, and has been for like 2 weeks
[07:02] <fabbione> it has been doing tar for a few days...
[07:03] <Kamion> eh, cdebootstrap?
[07:03] <Kamion> oh, you mean cdebconf
[07:03] <fabbione> Kamion: i can't remember the pkg name
[07:03] <elmo> jbailey  15429 98.8  0.0   1572   340 pts/6    R+   Jul12 12547:37  |                           \_ tar -xkf -
[07:03] <fabbione> sorry .. that one :)
[07:03] <elmo> go tar
[07:05] <elmo> fabbione: it's back up with 2.6.8.1
[07:06] <fabbione> elmo: thanks
[07:07] <Keybuk> pitti: pmount/g-v-m is still busticated
[07:07] <pitti> Keybuk: g-v-m failed to build due to X breakage, I uploaded a fix ages ago... (not sure whether that was for your bug, though)
[07:08] <Keybuk> mine is that hal seems to work (cause jamesh's applet-of-love shows the icon)
[07:08] <pitti> Keybuk: I'll ask lamont/infinity to try a give-back when I reach any of them
[07:08] <Keybuk> but then the disk isn't actually mounted
[07:08] <Keybuk> I need to manually $ pmount /dev/sda1 usbdisk
[07:09] <pitti> Keybuk: g-v-m in the foreground barfs about a mount hint?
[07:10] <Keybuk> dunno, not tried that
[07:13] <fabbione> elmo: can we plan a time next week to dig into the kernel problem?
[07:13] <fabbione> elmo: i will be available almost 24/7 next week
[07:13] <Burgundavia> pitti, FF bug reports are filling the forums
[07:14] <pitti> :-(
[07:15] <Amaranth> and #ubuntu
[07:15] <Amaranth> they're going apeshit
[07:18] <Amaranth> pitti: you were backporting from 1.0.6, right?
[07:18] <pitti> I took only the patches for the bugs
[07:19] <pitti> and took some patches from cvs head
[07:19] <Amaranth> I know but 1.0.6 was rushed out because a security fix broke API stability, at least that's what we're told.
[07:20] <infinity> pitti : g-v-m is built and uploaded on all arches.
[07:20] <infinity> pitti : Err, make that all but ia64.  So, all that matter. :)
[07:22] <pitti> infinity: cool, thanks (I didn't expect you to be awake)
[07:23] <infinity> pitti : Neither did I.
[07:25] <pitti> infinity: are you sleepwalking? :-) I hope you are still conscious enough for buildd stuff :-)
[07:26] <infinity> pitti : I don't suppose you care enough about gnome-vfs2 to look at why it's FTBFS?
[07:28] <pitti> infinity: *sigh* I'll have a look, but not before in ~ 1 hour
[07:29] <Diziet> Blimey.  hoary's debian-installer made an dos extended partition that woody's cfdisk thinks is invalid.
[07:29] <Amaranth> woody? wow man, that's old :P
[07:29] <Kamion> Diziet: Wow. Could I get a partition table dump?
[07:30] <Kamion> as in, dd
[07:30] <Diziet> k: Sure.
[07:30] <Kamion> thanks
[07:30] <Amaranth> do windows machines recognize this partition?
[07:31] <Diziet> k: chiark:~ijackson/junk/d/broken-table
[07:31] <Diziet> am: I have no idea.  There's no 'doze on this machine.
[07:31] <Diziet> Well, there might be a 'doze but I'm not booting it for fear of what it might do.
[07:31] <Diziet> I ought to dd it away really.
[07:31] <infinity> Kamion : Also, make up your mind.  Assign me grep, take it away again, feh.
[07:31] <infinity> Kamion : ;)
[07:32] <Kamion> infinity: I assigned you grep?
[07:32] <Diziet> k: Can I fix it now or do you need more data ?  I'm about to blow away hoary and reinstall with breezy colony 2.
[07:32] <Kamion> meh, confused
[07:32] <seb128> pitti: what?
[07:32] <seb128> oh
[07:32] <pitti> seb128: <infinity> pitti : I don't suppose you care enough about gnome-vfs2 to look at why it's FTBFS?
[07:32] <seb128> gnome-vfs2
[07:32] <infinity> Kamion : You assigned me the grep merge, then assigned it to yourself about 30 seconds later. :)
[07:32] <ogra> Diziet, good luck ...
[07:33] <pitti> seb128: I can take a look at it, nevermind; just kidding :-)
[07:33] <infinity> seb128 : Actually, any number of a few dozen things with gnome in the title, want them all?... I shoved them all back when xbase-clients was unbroken.
[07:33] <pitti> seb128: it's just another lousy gtk bug anyway
[07:33] <seb128> pitti: don't touch my GNOME :p
[07:33] <Diziet> k: If you want more info I can wait.
[07:33] <pitti> seb128: well, it built on ia64 at least
[07:34] <Diziet> Actually, it might be the primary partition that they disagree about and it might be the weirdshit IBM recovery area they disagree about.
[07:34] <Diziet> Well, I didn't care about that anyway :-).
[07:34] <pitti> infinity: http://hwdb.ubuntu.com/buildlogs/?show=http://people.ubuntu.com/~lamont/buildLogs/g/gnome-vfs/1.0.5-5.2/gnome-vfs_1.0.5-5.2_20050721-1713-ia64-failed.gz - WHOA!
[07:34] <pitti> erm, seb128^ 
[07:34] <seb128> infinity, pitti: this one is "upstream has rolled a tarball with ORBit2 CVS installed, and an autogenerated .h got some stuff not defined with the current version", I'll fix it
[07:34] <pitti> seb128: does that mean libgnome-dev is uninstallable?
[07:35] <Kamion> Diziet: I can't remember right now if just the first 512 bytes will be enough to investigate breakage in an extended partition
[07:35] <Kamion> it's been a while since I took one of these apart :)
[07:35] <pitti> seb128: look at above URL, it rather seems to be a buildd fault
[07:35] <seb128> pitti: that's GNOME1
[07:35] <pitti> infinity: W: Couldn't stat source package list http://jackass.ubuntu.com breezy/main Packages (/srv/hooker.ubuntu.com/home/buildd/build-breezy/chroot-breezy/var/lib/apt/lists/jackass.ubuntu.com_dists_breezy_main_binary-ia64_Packages) - stat (2 No such file or directory)
[07:35] <seb128> pitti: gnome-vfs != gnome-vfs2
[07:35] <pitti> ^ from gnome-vfs2 build log - WTH?
[07:35] <pitti> seb128: ah, sorry, but still...
[07:35] <infinity> pitti : Those get given back.  Ignore them.
[07:36] <pitti> ok, thanks
[07:36] <seb128> pitti: I'll have a look after dinner, dinner time now
[07:36] <pitti> for me, too :-) enjoy
[07:36] <infinity> pitti : Well, not technically given back, but they tend to get completely bogus dep-wait on stuff like "debhelper" which get autocleared.  I was going to look at that bug later...
[07:36] <seb128> thanks, you too :)
[07:38] <Diziet> k: No, if the bug is in some of the things _inside_ the extended partition then it won't.
[07:38] <Diziet> But cfdisk is complaining about `primary partition 3'.
[07:39] <Kamion> Does hoary's cfdisk complain? (For comparison.)
[07:40] <\sh> Kamion: can u have a look what's up with kover? no mail, nothing..and I'm sure, debian/control is right ;)
[07:40] <Diziet> Just a mo, I'll reboot and find out.  (It seems my main kernel has no ext3 support ...)
[07:41] <\sh> argl...forget it
[07:41] <\sh> i need new glasses and a new mouse
[07:43] <Kamion> infinity: oh, oops
[07:43] <Kamion> Diziet: what exactly is the message it prints?
[07:47] <Diziet> k: hoary's is fine.
[07:48] <mdz> Diziet: what's the word on network-manager?
[07:48] <Diziet> Um, woody's cfdisk works when run from the chroot with hoary booted.
[07:48] <Diziet> mdz: I'm looking at the code as well as the other two sortings out.
[07:49] <Diziet> We're going to make it use dnsmasq, 'cos that's sensible.
[07:49] <Diziet> In fact, I think I've read the code enough now to know where to hack it.
[07:49] <Diziet> It's pretty strange inside.
[07:49] <mdz> dnsmasq is sensible?  I've never used it myself
[07:49] <Diziet> But I want to install dnsmasq on a test box first and my test boxes are all strange or broken atm.
[07:50] <Diziet> Well, I don't know if it's actually any good.  But it's the right kind of thing and we can probably fix the bugs well enough.
[07:50] <Diziet> Failing that we can replace it with some trivial thing hacked up in an hour or two.
[07:52] <Diziet> k: FATAL ERROR: Bad primary partition 3: Partition ends after end-of-disk  //  Press any key to exit cfdisk
[07:53] <Diziet> fdisk doesn't seem to mind but it does seem to know hda4 being too big.
[07:54] <Kamion> Oh God, this is some horrific CHS calculation thing.
[07:55] <Kamion> the kernel certainly plays a part
[07:56] <Kamion> (specifically whatever ioctl(HDIO_GETGEO) returns)
[07:56] <Diziet> Yers, I suspected something like that.
[07:56] <Diziet> hda: 110194034 sectors (56419 MB) w/7877KiB Cache, CHS=65535/16/63, UDMA(100)
[07:56] <Diziet> hda: Host Protected Area detected.
[07:57] <Kamion> both hda3 and hda4 on your partition table have head 0xef, sector 0xff, cylinder 0xff
[08:01] <Diziet> sfdisk (woody) says Warning: The partition table looks like it was made for C/H/S=*/240/63 (instead of 109319/16/63).
[08:02] <Diziet> (woody with my stock 2.6.9 that is)
[08:03] <Kamion> Right, 2.6 is returning geometry information that woody's tools can't cope with, I think.
[08:03] <Diziet> Lovely.
[08:03] <zyga> pitti: can I help you in any way in ff nightmare?
[08:03] <Diziet> I'll make the partitions with woody under 2.6 I think then.
[08:04] <Diziet> I mean, for my reinstall.
[08:07] <doko> elmo: please sync isdnutils from unstable, approved by Kamion yesterday (IIRC)
[08:08] <elmo> uh
[08:08] <elmo> pls verify the IIRC? :p
[08:10] <Kamion> 19:02 < Kamion> doko: isdnutils looks fine, provided that you/somebody goes over everything that cares about the libcapi soname change
[08:15] <Kamion> pro: Mac RAID and LVM support, HFS/HFS+ shrinking
[08:15] <Kamion> con: well, it's a new parted upstream ...
[08:15] <fabbione> Kamion: go for it
[08:16] <fabbione> i will help you testing on i386
[08:16] <Kamion> Partition table bugs are all awful. We should go back to decks of punched cards
[08:19] <ogra> Kamion, dont be to nostalgic here
[08:19] <ogra> Kamion, punched tape will do...
[08:22] <fabbione> elmo: morgue is still stalled at 2005-03-29....
[08:26] <ogra> oh, the german parliament was just dissolved....
[08:28] <zyga> ogra: why?
[08:29] <ogra> they want new elections...
[08:30] <ogra> we have a 50/50 situation here, so the government cant move at all...
[08:30] <zyga> we have 20/20/20/20/20 situation here and people can't decide
[08:32] <ogra> but if two of the 20/20/20/20/20 work together, they can move .... our 50/50 wont be able to work together, they have poven it the last years...
[08:33] <zyga> the problem is that no-one likes to work with anyone else and that everyone has already been in all other groups
[08:33] <zyga> it's a sick situation that only new generations can heal
[08:34] <ogra> yes, but since the last municipal elections here in germany all government decisions get negated by the municipality council... so the government is hepless...
[08:35] <ogra> s/council/councils
[08:35] <highvoltage> that's very interesting.
[08:35] <Amaranth> ogra: err, does dissolved not mean what i'm thinking or is this really bad?
[08:35] <ogra> since our governmnt is the left party and the municiaplitys are the right party
[08:36] <Amaranth> ogra: does it just mean he fired them all and new ones will get elected or he fired them all and the lower parliament is gone?
[08:37] <ogra> Amaranth, its actually good in one view, since we get new elections... otoh we'll probably get a german maggie thatcher this woman is totally crazy and has no clue, that scares me
[08:37] <highvoltage> frau maggie.. hehe
[08:37] <ogra> Amaranth, it means we'll have new elections soon... until then the old government stays in place
[08:37] <mantass> ogra: isn't she better than schoder?
[08:38] <ogra> mantass, not at all
[08:38] <infinity> I don't recall anyone ever claiming Maggie "had no clue"... Just that half the world hated her point(s) of view.
[08:38] <Amaranth> Schroeder forced this?
[08:38] <infinity> Also, this is all wildly off-topic here.
[08:38] <Amaranth> hehe, sorry
[08:38] <ogra> infinity, yes, but our angie *additionally* has no clue 
[08:39] <ogra> infinity, and youre right... OT
[08:39] <ogra> sorry for the noise
[08:39] <Amaranth> ogra: angie == Angela Merkel?
[08:39] <ogra> yep
[08:39] <Amaranth> ok, i'm done then
[08:39] <mantass> ogra: do you like putin's and schroder's big friendship? 
[08:39] <Amaranth> just trying to figure out wtf this news story is talking about
[08:40] <ogra> mantass, its historical based politics ...
[08:41] <Amaranth> pitti: It's sounding more and more like the problems people are having are the same problems people had with 1.0.5
[08:42] <Amaranth> pitti: err, problems with firefox
[08:44] <pitti> Amaranth: I did try 1.0.5, and that one doesn't crash with e. g. the HTML validator extension
[08:44] <Amaranth> ok, so it's worse than 1.0.5
[08:44] <Amaranth> yay!
[08:44] <Amaranth> :)
[08:44] <pitti> EWRONGSMILEY
[08:45] <Amaranth> pitti: ubernostrum in #ubuntu claims he can reproduce some segfaults that happen without any extensions installed
[08:46] <zyga> pitti: can I help you anyway?
[08:46] <pitti> zyga: yes, fix firefox, kthxbye
[08:46] <pitti> :-)
[08:47] <pitti> infinity: given that mess, we should just demote firefox and promote lynx
[08:47] <zyga> pitti: yeah, sure - wait 10 months till I know the code like my onwn and it's done
[08:47] <zyga> pitti: I mean *now* can I help you anyway?
[08:48] <pitti> zyga: well, it is necessary to isolate the patch that causes the crash
[08:48] <pitti> unfortunately firefox has a really crappy build system without proper patches
[08:48] <pitti> but first I need a recipe how to get the crash
[08:48] <infinity> pitti : Why do we not staple a patch system on the side, just for us?
[08:48] <zyga> pitti: I hope that apt-get source gives correct version
[08:49] <zyga> pitti: did you try to debug the problem as any normal problem?
[08:49] <zyga> pitti: like checking why it breaks in that JS_xxx function?
[08:50] <doko> mdz: do you know how compatible rrdtool 1.2 is (compared to 1.0)?
[08:50] <pitti> zyga: I compiled a debugging version of thunderbird and got a nice stack trace, but still it is rather useless without proper code knowledge
[08:50] <pitti> infinity: we should do this in breezy at least
[08:50] <Amaranth> Good thing a major goal of gecko 1.9 is to make the whole thing a lot simpler
[08:50] <ogra> doko, any opinion on #11761 ? how did this lib get into the Cxx list ?
[08:50] <infinity> pitti : File a bug and assign it to me.
[08:51] <infinity> pitti : Pretty please.
[08:51] <zyga> pitti: do you have the trace anywhere around?
[08:51] <pitti> infinity: will do :-)
[08:51] <Amaranth> pitti: ubernostrum is the one that can crash without extensions. :)
[08:51] <highvoltage> hmmm.. they're talking about the german politics on bbc-world now. germany has strange politics.
[08:51] <zyga> pitti: it crashes on JS_GetClass here
[08:52] <zyga> in libmozjs
[08:52] <pitti> zyga: http://people.ubuntu.com/~pitti/shots/tbirdcrash.txt
[08:52] <zyga> checking
[08:52] <zyga> ...
[08:52] <zyga> okay
[08:52] <doko> ogra: false positive
[08:52] <pitti> unfortunately I didn't get debug symbols from the library
[08:52] <ogra> doko, yes :( 
[08:53] <ubernostrum> pitti: as Amaranth said, I got crashes on theme and extension installs w/no extensions installed. What info do you need from me?
[08:53] <ogra> doko, but now we need o transition it back i guess ....
[08:53] <doko> resync it back from debian, and add provides
[08:53] <Amaranth> ubernostrum: Oh, it was on theme/extension installs?
[08:53] <pitti> ubernostrum: I was able to get a crash when installing the HTML validator extension, but that's it; it even works after restarting; same for you?
[08:53] <ubernostrum> Amaranth: yeah. Crashes on install with the same errors people are getting from plugin tab stuff.
[08:54] <Amaranth> ubernostrum: bleh, i thought you had something different :P
[08:54] <ubernostrum> pitti: yeah. It crashes on install, then when restarted it works. Unless it's one of the extensions that causes other crashes.
[08:54] <ubernostrum> Amaranth: sorry :(
[08:54] <zyga> pitti: I'll build ff with debug in a moment
[08:54] <Amaranth> ubernostrum: It's ok.
[08:55] <ubernostrum> Amaranth: if there's anything I can do to help, though, let me know.
[08:55] <pitti> infinity: bug filed
[08:56] <infinity> pitti : Danke.
[09:00] <zyga> pitti: how the hell do you build this stuff with debug?
[09:01] <pitti> zyga: that's pretty complicated, right. Lemme dig it up
[09:02] <zyga> pitti: I've found this
[09:02] <zyga> http://www.mozilla.org/build/configure-build.html
[09:02] <zyga> pitti: it tells how to enable debug amongst other things 
[09:02] <desrt> who is the ubuntu bugmaster?
[09:04] <pitti> zyga: oh, for firefox it is already done
[09:04] <pitti> zyga: DEB_BUILD_OPTIONS=nostrip,noopt debuild should work
[09:04] <pitti> zyga: it requires debian/rules hacking in tbird
[09:04] <ogra> desrt, take me as a interim... we currently have none... 
[09:04] <highvoltage> is it safe to upgrade to breezy at this stage?
[09:05] <desrt> ogra; can you increase my bugzilla capabilities?
[09:05] <OddAbe19> no
[09:05] <mdke> highvoltage, you can hack around any problems, but if you want a clean upgrade, wait a bit more
[09:05] <ogra> desrt, yes, as the topic here says ;)
[09:05] <highvoltage> mdke: that's the kind of answer i was looking for, thanks.
[09:05] <mdke> ogra can do anything
[09:05] <desrt> ah.  awesome :)
[09:05] <mdke> highvoltage, np
[09:05] <desrt> email is desrt@desrt.ca, if you please :)
[09:06] <ogra> desrt, you will handle the power carefulla and know when to assign bugs and when not ? 
[09:06] <desrt> ogra; i don't usually assign bugs unless i'm doing it to myself :)
[09:06] <mdke> desrt, there is a nice page on the wiki HelpingWithBugs
[09:06] <pitti> zyga: hm, that builds without -g
[09:06] <ogra> (and dont raise/lower severity randomly) ;)
[09:06] <zyga> pitti: check .mozconfig
[09:07] <zyga> pitti: --enable-debug in particular
[09:07] <desrt> ogra; k.  i promise i'll only raise/lower the priority for good reasons... like if it's a rainy day
[09:07] <pitti> zyga: above DEB_BUILD_OPTIONS is the way Debian Policy mandates for building a debugging version; unfortunately many packages break that
[09:07] <ogra> desrt, ha ha :)
[09:07] <zyga> pitti: well standards are great, so many to choose from
[09:08] <pitti> zyga: adapt OPTFLAGS in debian/rules (where it says -O0)
[09:08] <ogra> desrt, editbugs enabled... have fun
[09:08] <desrt> thx.
[09:08] <zyga> pitti: thnx
[09:08] <pitti> testing new X, brb (hopefully :-/ )
[09:09] <ogra> highvoltage, but we're near ;) 
[09:09] <mdke> hey ogra, that evolution notify package on your website, is that still the best way to get a notify icon or are there "official" ways yet?
[09:09] <ogra> mdke, there is an applet, but it doesnt compile with the current dbus version
[09:10] <ogra> mdke, i already tried to build it...
[09:10] <mdke> ogra, k, your package then?
[09:10] <mdke> (i haven't tried it yet)
[09:10] <ogra> mdke, this has issues since its built for gnome 2.8 ....
[09:10] <mdke> gah
[09:11] <ogra> i can send youa patched binary once you have it installed... currently i'm missing the time to care for it
[09:11] <ogra> i.e. to build a new tarball
[09:11] <mdke> ogra, dude don't take up valuable time over it :D
[09:11] <mdke> i can check my email normally
[09:11] <mdke> i don't get that much anyhow >_<
[09:11] <ogra> mdke, its a 2 line patch... i just always forget about it or remember it if I'm busy :)
[09:12] <mdke> ogra, maybe post the patch on your site, would be quicker than rebuilding package
[09:12] <ogra> mdke, install from the tarball and i'll send you the binary with instructions
[09:13] <mdke> ogra, ok that's very nice of you, thanks
[09:14] <pitti> dudes, I thought X keyboard would work now?
[09:15] <mdke> ogra, installed, it also has a nice setup program :)
[09:16] <ogra> yep, that was my pre ubuntu time.. there i had to care for such stuff :)
[09:19] <Amaranth> pitti: ha
[09:20] <Amaranth> pitti: sudo ln -s /etc/X11/xkb/xkbcomp && sudo apt-get install --reinstall xkeyboard-config
[09:20] <Amaranth> err
[09:20] <seb128> grumpf
[09:20] <Amaranth> pitti: sudo ln -s /etc/X11/xkb/xkbcomp /usr/bin/xkbcomp && sudo apt-get install --reinstall xkeyboard-config
[09:20] <seb128> anybody knowns a nice text mode software to get the download rate of an interface ?
[09:21] <tseng> seb128: like ntop?
[09:21] <ogra> seb128, did you come round to ask the mediawiki guy ?
[09:22] <highvoltage> seb128: ethstatus
[09:22] <seb128> tseng, highvoltage: thanks
[09:22] <seb128> brb
[09:24] <zyga> pitti: there's --disable-debug somewhere in default settings, add ac_add_options --enable-debug
[09:24] <zyga> pitti: there's --disable-debug somewhere in default settings, add ac_add_options --enable-debug to your ~/.mozconfig
[09:24] <pitti> Amaranth: /etc/X11/xkb/xkbcomp doen't exist
[09:24] <Amaranth> pitti: i know, you need to create it
[09:24] <Amaranth> did i put those arguments backwards?
[09:24] <zyga> pitti: it still adds -DNDEBUG thoigh
[09:24] <mdke> ogra, cheers dude
[09:25] <ogra> heh, people complain on ubuntu-users they cant file firefox bugs without a browser
[09:25] <zyga> maybe you could roll those changes back
[09:26] <zyga> untill ff works fine
[09:26] <pitti> Amaranth: yes, and I overwrote the one in /usr/bin
[09:27] <Amaranth> err
[09:27] <infinity> Is anyone taking care of the aalib/slang/libsdl mess?
[09:27] <Amaranth> ln tells you the file exists
[09:27] <Amaranth> at least it does here
[09:27] <pitti> Amaranth: dpkg -S /usr/bin/xkbcomp ?
[09:27] <Amaranth> pitti: I guess. :)
[09:27] <Amaranth> pitti: Although I have a feeling it's xbase-clients
[09:28] <m0rphx> it is in xbase-clients
[09:29] <Amaranth> Firefox won't get fixed because I broke pitti's X. ;)
[09:29] <Treenaks> Amaranth: YOU broke it?!
[09:30] <ogra> infinity, was there a final decision by Kamion/mdz ?
[09:30] <pitti> guys, what is "dpkg -S /usr/bin/xkbcomp" for you?
[09:30] <pitti> it is NOT xbase-client
[09:31] <tseng> pitti: all the xbase-clients stuff seems to have gone poof
[09:31] <infinity> ogra : No idea, I just know a mess of stuff is in a wonderful limbo of FTBFS while we're sort of half-transitioned.
[09:31] <tseng> pitti: i miss xrdb
[09:31] <pitti> I need xkbcomp back...
[09:32] <infinity> mdz, Kamion : Is there some sort of technical decision being made in regards to the situation with aalib/slang/libsdl?  A large chunk of main (and a much larger chunk of universe, I'd suspect) is currently FTBFS while we're in a half-broken transition state.
[09:32] <ogra> infinity, this morning it seemed not decided... but i didnt follow further
[09:32] <Amaranth> Can someone run dpkg -S /usr/bin/xkbcomp? Please?
[09:32] <Amaranth> Firefox can't get fixed until someone does this. :)
[09:32] <ogra> would be pretty useless, my X install is 3 weeks old here
[09:33] <tseng> ogra: anyone up to date doesnt have it
[09:33] <ogra> tseng, thats why my main machine isnt up to date :)
[09:33] <pitti> ogra: better leave it like that - daniel said to me that it was fixed now, so I upgraded
[09:33] <tseng> ogra: my desktop doesnt have breezy :)
[09:33] <pitti> but xbase-clients is EMPTY
[09:33] <Amaranth> -42 is, yeah
[09:33] <Amaranth> you need 036
[09:33] <tseng> it has docs :)
[09:34] <ogra> pitti, older version ?
[09:34] <Amaranth> err, -36
[09:34] <Amaranth> if morgue worked i'd point you there, as is i dunno
[09:34] <pitti> I can't even type a pipe
[09:34] <Amaranth> you can from a console...
[09:34] <aigarius> what is the "events/0" process (pid=3)? why does it eat my CPU? any ideas?
[09:35] <Lathiat> be nice if xkb started workign again
[09:35] <Amaranth> aigarius: IRQ handler?
[09:35] <tseng> Lathiat: ive been through so many hacks to make things work, i feel like doing a clean install when X stops being broken
[09:35] <pitti> $ sudo dpkg -i --force-conflicts --force-overwrite /var/cache/apt/archives/xbase-clients_6.8.2-32_i386.deb
[09:35] <pitti> *grumpf*
[09:35] <Amaranth> fun
[09:36] <Amaranth> you'll probably have to ram xkeyboard-config back through too
[09:36] <Lathiat> so what is xbase-clients supposed to have in it
[09:36] <Lathiat> ah, thaose
[09:36] <Amaranth> Lathiat: eventually it's just going to be a dummy package that depends on other modules
[09:36] <Lathiat> oh well, i dont seem to need them
[09:36] <Lathiat> everythings working as of now :)
[09:39] <TerminX> wait, X isn't broken anymore?
[09:40] <Lathiat> depends on your value of broken
[09:40] <Lathiat> i think if you dont want xkb stuff
[09:40] <Lathiat> and your keyboard is us english
[09:40] <Lathiat> and you dont want various xbase-clients programs
[09:40] <Lathiat> your ok? :)
[09:40] <TerminX> well, xkb works in -36
[09:41] <TerminX> is it broken in -43?
[09:41] <pitti> doesn't work
[09:41] <pitti> bah, I'm going to sleep now
[09:41] <pitti> keyboard is f**ed, both with xbase-clients 32 and 42
[09:41] <pitti> night, dudes
[09:52] <doko> devmapper ist not in the archive anymore?
[09:53] <doko> crap, should stop working
[10:08] <rubenv> is it a known fact that firefox segfaults?
[10:08] <rubenv> after the security upgrade
[10:09] <spacey> rubenv, i got problems with adding a bookmark
[10:09] <spacey> atm
[10:09] <spacey> probably since security update
[10:10] <rubenv> it completely doesn't start here
[10:10] <spacey> bug which occurred before
[10:10] <spacey> oh t works now
[10:10] <spacey> so i have to take that back
[10:10] <spacey> i still works
[10:10] <spacey> but i'm at amd64
[10:11] <rtcm> rubenv: yes it seems like it is a known issue, better to ask on #ubuntu-users
[10:12] <zyga> rubenv: it's broken
[10:12] <zyga> rubenv: wait till it's fixed or use other package
[10:13] <rubenv> ok, just wanted to be sure it's known broken
[10:24] <doko> elmo: please sync libgdchart-gd1 from incoming (unstable tomorrow)
[10:26] <lifeless> Keybuk: what should I call that option - or just make it an automatic optimisation ?
[10:27] <ogra> lifeless, you scared him :)
[10:27] <zyga> darn firefox builds looooong
[10:29] <TerminX> zyga: 20-40 minutes isn't it?
[10:30] <zyga> TerminX: well it's more like an hour 
[10:30] <TerminX> what hardware?
[10:31] <zyga> athlon mobile, 2000 (1.6GHz) 512 megs
[10:31] <TerminX> mobile in a laptop or mobile in a desktop board?
[10:31] <zyga> laptop
[10:31] <TerminX> ah
[10:31] <TerminX> I was going to say.. ramp up the clock speed ;)
[10:31] <zyga> actually a hot piece of plastic now ;] 
[10:31] <TerminX> they were quite good overclockers when it came to Athlon XPs
[10:32] <TerminX> a $100 Athlon XP that hits 2.5 GHz on air cooling isn't too shabby IMO
[10:33] <zyga> TerminX: any decent 1GHz box that is fanless is better IMHO
[10:33] <zyga> ;)
[10:33] <zyga> fanless - mind the noise
[10:33] <TerminX> it's not bad as long as you aren't using tiny little whiny fans
[10:33] <TerminX> heh
[10:33] <zyga> (or a cluster of noisy monsters two buildings away)
[10:34] <TerminX> the A/C drowns out any and all sound from the fans in here anyway
[10:34] <TerminX> and the stereo drowns out the A/C (and the little brats running around outside)
[10:34] <zyga> TerminX: ac on laptop... not there ;] 
[10:34] <TerminX> heh
[10:34] <TerminX> A/C in room :p
[10:36] <jp> wtf :( http://restrex.host.sk/demos/evolution/
[10:38] <TerminX> so that's what evolution is like, huh?  (never used it personally, been using Thunderbird for a long, long time)
[10:38] <TerminX> that vnc2swf thing is pretty sweet though
[10:39] <zyga> fresh ff build
[10:39] <zyga> s/d/t/
[10:41] <mdke> jp, post that to a bug report, that is some conscienscious bug filing
[10:41] <mdke> obligatory swf demo with every bug!
[10:41] <jp> ok mdke  thanks :)
[10:41] <jp> !
[10:42] <jp> yeah! that would rock jeje
[10:42] <jp> I'll bug it, thanks.
[10:43] <mpt> The LaunchpadIntegration client should have a checkbox for taking a screenshot of the bug
[10:43] <mpt> (idea shamelessly copied from Safari)
[10:44] <mdke> mpt, demos too
[10:44] <mpt> "demos"?
[10:44] <ogra> mdke, istanbul ;)
[10:45] <mdke> is that packaged for breezy?
[10:45] <ogra> its in the queue
[10:45] <mdke> awesome
[10:45] <ogra> for universe
[10:45] <mdke> what is the probability of it being ready?
[10:45] <ogra> i'd love it for edubuntu.... and a patch to kino for ogg... then you could directly edit the movies
[10:46] <seb128> it should have been uploaded for 1 month imho
[10:46] <seb128> but this rules of 3 reviews block it
[10:46] <ogra> seb128, dholbachs package had issues...
[10:47] <ogra> seb128, he did include a wrong copyright ...
[10:47] <seb128> easy to fix
[10:47] <ogra> yep
[10:47] <ogra> but he didnt yet
[10:47] <seb128> yeah, he's waiting for reviews
[10:47] <ogra> seb128, why should i review something that has bugs... ? he should upload an update
[10:48] <seb128> you want to keep packages out of the distro, fine
[10:48] <ogra> seb128, i will get it in universe...
[10:48] <seb128> it should be here for 2 months
[10:48] <ogra> seb128, nope, but we want a minimal quality assurance
[10:49] <ogra> seb128, btw, any news about mediawiki ?
[10:49] <seb128> it take 10 min to fix and upload
[10:49] <seb128> I've already said that to daniel, but he wants his 3 reviews anyway
[10:49] <seb128> nop
[10:49] <ogra> seb128, i know... he could easily overrule it
[10:49] <seb128> they made an alioth project this week
[10:49] <seb128> he doesn't want
[10:49] <ogra> i know
[10:49] <ogra> i do this too
[10:49] <seb128> and nobody review packages
[10:49] <seb128> that doesn't work
[10:49] <ogra> for stuff thats for my breezy goals i have to
[10:50] <zyga> who has experience with building firefox around here?
[10:50] <ogra> yes, we have notenough MOTUs yet
[10:50] <ogra> heh
[10:50] <mdke> hehe
[10:50] <infinity> zyga : What problems are you having?
[10:50] <zyga> I'm trying to get debug working but debuild always makes some magic that I don't understand (that effectively makes debug go away)
[10:51] <zyga> I'm doing a ./configure based build but that won't include building pretty .debs and all
[10:51] <ogra> zyga, is it a config option ?
[10:51] <seb128> DEB_BUILD_OPTIONS="debug" 
[10:51] <zyga> ogra: I tried that
[10:51] <ogra> yeah
[10:51] <seb128> so, what's the issue?
[10:51] <zyga> it doesn't work 
[10:51] <seb128> DEB_BUILD_OPTIONS="debug noopt nostrip" 
[10:51] <ogra> zyga, edit the rules file 
[10:51] <seb128> NO
[10:51] <seb128> don't edit the rules file
[10:51] <ogra> seb128, ?
[10:51] <seb128> that's not needed
[10:51] <seb128> I've already built debug firefox
[10:52] <ogra> oh, a global var then :)
[10:52] <zyga> I did edit the rules file to add -ggdb3 
[10:52] <seb128> build with DEB_BUILD_OPTIONS="debug noopt nostrip"
[10:52] <zyga> I'll try
[10:52] <ogra> zyga, the hoary version with pittis patches ?
[10:52] <zyga> ogra: yeap
[10:52] <ogra> great :)
[10:53] <zyga> btw: I can give you polish .desktop translations 
[10:53] <zyga> it's a real shame they're not there
[10:53] <seb128> give them to rosetta 
[10:53] <ogra> zyga, rosetta ?
[10:53] <zyga> rosetta will include them in 100 years ;]  but okay
[10:54] <zyga> btw how does that work, debulid ... it seems to extract everything all over again, right?
[10:54] <zyga> (if I want to patch something I need to make a patch against something and add it to ./debian/ubuntu-patches?
[10:55] <infinity> zyga : ubuntu-patches is just there for reference, you have to apply them yourself (the rules file doesn't do any patching)
[10:55] <ogra> zyga, http://tseng.ath.cx/log/?p=7 ;)
[10:56] <infinity> zyga : Anything shipped in ubuntu-patches is already applied to the source tree.  If it's not, pitti messed up. :)
[10:56] <ogra> and add a build dep on dpatch ... (its missin in this howto
[10:56] <ogra> )
[10:56] <infinity> ogra : ?
[10:56] <infinity> ogra : firefox doesn't use dpatch.
[10:56] <ogra> infinity, oh
[10:56] <infinity> Or anything even remotely resembling it.
[10:56] <infinity> It doesn't use a patch system at all.
[10:56] <ogra> how odd
[10:57] <zyga> ok I'll keep trying
[10:57] <infinity> The Debian maintainer is a bit strange, yes.  We've suggested a patch system, he "doesn't see the point".
[10:57] <zyga> hmm pretty site :)
[10:57] <zyga> style wise :>
[10:57] <infinity> pitti's just recently filed a bug and assigned it to me to add a patch system to firefox in Ubuntu.
[10:57] <zyga> really clean and everything ;] 
[10:57] <ogra> infinity, pfft... do we really care if its such a important piece we have to touch anyway ?
[10:58] <ogra> not usiong a patchsystem for such a big piece of SW is silly
[10:59] <infinity> Agreed.  Hence why we'll add our own before breezy releases.
[11:00] <ogra> yay
[11:00] <ogra> but that will require some discussions with the DD i havent started yet
[11:13] <doko> daniels: imake automatically adds support for selinux. is there a way to avoid that?
[11:28] <mdke> argh! the trash applet is single click to open the trash
[11:30] <seb128> as every launcher
[11:30] <seb128> don't put that as a bug
[11:32] <mdke> seb128, is it a launcher? it doesn't have the launcher behaviour when clicked on
[11:33] <seb128> trash "applet"
[11:33] <schweeb> anything on a toolbar except for in the system tray is single click afaik, mdke
[11:33] <seb128> that's a panel element
[11:34] <seb128> what on your panel require a double click?
[11:34] <mdke> even so, i like the way the launchers tell you they are opening something when you click on them
[11:34] <seb128> that's not true
[11:34] <seb128> systray are single click too
[11:34] <seb128> ie: gaim
[11:34] <schweeb> hrm
[11:35] <seb128> gossip
[11:35] <seb128> rhythmbox
[11:35] <schweeb> you're right
[11:38] <mdz> infinity: how much time/work would it be to carry out the transition?
[11:39] <schweeb> goddammit
[11:39] <schweeb> err wrong window
[11:39] <infinity> mdz : TBH, I haven't looked deeply into it, I just know that at least one or two packages have been merged in already, causing everything else in the dependency chain to FTBFS.  So we have to hunt down the broken ones and revert them, or fix the rest.
[11:40] <mdz> infinity: given roughly equal effort, I'd prefer to go forward than to go back
[11:41] <infinity> mdz : Is that equal effort for main, or for main+universe?
[11:41] <mdz> infinity: for main, universe can lag behind if necessary
[11:41] <infinity> mdz : If the former, I'm sure it's about there.  If the latter, I'd have to see how much stuff in universe is currently broken.
[11:42] <mdz> infinity: notify MOTU of what needs to be done for universe
[11:43] <ajmitch> if it's just fixing build-depends, then it shouldn't take too long
[11:44] <infinity> ajmitch : Should be.  If anything really is severely broken, there should be pretty easily-extractable changesets/patches from Debian already.
[11:44] <ogra> ajmitch, we still have nearly 200 merge bugs open and about 500 packages that need a rebuild for the Cxx stuff...
[11:44] <ogra> ajmitch, in MOTU land
[11:44] <\sh> we need a wonder
[11:44] <infinity> mdz : Will do.
[11:44] <ajmitch> ogra: ok, that is still a few
[11:44] <ogra> \sh, (miracle) ;)
[11:44] <infinity> ogra, \sh : You guys need to recruit some DDs with too much spare time.
[11:44] <ogra> infinity, haha
[11:45] <\sh> infinity: lol
[11:45] <\sh> easier is it, to go to the netherlands and get a clone of ogra and me 
[11:45] <ogra> infinity, i'm trying to apply to utnubu, lets see if they let me in as non DD
[11:45] <azeem> ogra: cool
[11:45] <ogra> :)
[11:45] <ajmitch> ogra: I'll try & set aside some time after my work deadline next week :)
[11:46] <ajmitch> there's a spare DD, come & join us azeem :)
[11:46] <ogra> hehe
[11:47] <ajmitch> he spends far too much time on the hurd anyway
[11:49] <azeem> ajmitch: fix gcc for me and I might consider it
[11:49] <infinity> azeem : Fix gcc for me and I'll fix gcc for you, and you can go work for MOTU.  Deal?
[11:49] <ajmitch> still FTFBS there?
[11:49] <seb128> infinity: don't bother if half of GNOME FTBFS for the moment
[11:50] <azeem> infinity: and you work on my Ph.D.? ;)
[11:50] <seb128> infinity: daniels is going to fix xorg issues, then I'll fix the GNOME FTBFSes
[11:51] <infinity> seb128 : Way ahead of you.  You should be able to build against Xorg again (and, in fact, many packages have, while many others are still failing for their own special reasons)
[11:51] <seb128> infinity: nop, https://bugs.freedesktop.org/show_bug.cgi?id=3797
[11:51] <seb128> infinity: xorg .pc files mention -DXOPEN_SOURCE which has screwed gtk on the way
[11:52] <seb128> which breaks every GNOME package using libegg, which is a pile of packages
[11:52] <seb128> infinity: xorg need to be fixed, then I can rebuild GTK, then GNOME
[11:53] <infinity> seb128 : Ahh, yes.  I recall you talking about that bug earlier today.
[11:53] <seb128> infinity: daniels said he'll fix his part when he wakes up
[11:53] <infinity> seb128 : I'll pester daniels about it when he wakes up. :)
[11:53] <seb128> he said he'll fix it, so should be fine ... but yeah, if he's lazy kick him :p
[11:54] <infinity> Lazy's not the word I'd use.  But his focus isn't always on being my bug-hunting slave, unless I bribe him with copious amounts of alcohol.
[11:54] <infinity> (Without the alcohol, he may *gasp* do other parts of his job... Jerk)
[11:55] <ogra> infinity, you should have a high prio to fix gtk since its a build-dep of gcc ;)
[11:55] <infinity> ogra : That's another bug altogether, and I need to figure out how to bribe doko to fix it.
[11:55] <ogra> hehe
[11:55] <ogra> infinity, sigle malt helps a lot there ;)
[11:56] <infinity> (The "extra compilers" and "system compilers" should be in at least 2 source packages, ideally many, many more, so we can do rapid rebuilds of gcc/g++, without worrying about the rest...)
[11:56] <ogra> 30years+
[11:56] <azeem> infinity: word
[11:58] <doko> infinity: what bug?
[11:59] <doko> the gcc split won't be there for 5.10
[11:59] <ogra> infinity, you see, mentioning 30year+ single malt works ;)
[11:59] <infinity> doko : A wishlist bug that I don't think needs to be filed as you're well aware of it (the split)
[12:00] <mdz> is anyone else's workrave applet busted?  mine just displays a sheep all the time
[12:00] <doko> ogra: you still owe me a bottle, dude!
[12:00] <infinity> doko : And yes, I know it won't make it for 5.10, but it might be nice to work on it in Etch and see it in 6.04
[12:00] <ogra> doko, if we meet next time, promised :)
[12:01] <doko> infinity: lamont already filed one
[12:01] <infinity> doko : If I have to courrier you a few single malts, let me know. :)
[12:01] <mdz> odd, removing and re-adding fixed it
[12:02] <ogra> gtk bug ...