[12:02] <theine> Burgwork, so what's best to do? file another one in that category it actually belongs to?
[12:03] <Kamion> no
[12:03] <theine> ok...
[12:03] <Kamion> just leave it now, infinity's already changed it
[12:03] <theine> Kamion, sure, I will, I was more asking in general...
[12:04] <floam> is there any way to turn off this new logout dialog? I figured it was a prototype or something
[12:04] <sivang> dooglus: so swapping the lines fixed that modifications? (I assume so, since upstream accepted the patch)
[12:04] <floam> but it appears that it's supposed to stay like that since it's being touted https://wiki.ubuntu.com/DapperFlight3
[12:04] <Kamion> theine: either click on the package name under "Fix Requested In", which is (unintuitively) a link to a status editing scren
[12:04] <ogra> floam, its still work in progress
[12:05] <Kamion> screen
[12:05] <floam> ogra: oh
[12:05] <theine> Kamion, ah, ok, thanks
[12:05] <dooglus> sivang: it was freeing a node from a linked list, and then using the node to free the data that the node pointed to.  you should use something after freeing it.
[12:05] <floam> ogra: is there a discussion or more information about it somewhere?
[12:05] <Kamion> theine: or use one of the "Request fix" links to create a new bug task rather than change the existing one (this is if the bug is really in more than one place and multiple things need to be fixed)
[12:05] <ogra> floam, on the ubuntu-desktop ML
[12:06] <dooglus> sivang: usually you can get away with it, since 'free' won't destroy the contents of the memory, it will just mark it as free for future use; but in this case the call to free actually overwrote the memory immediately, causing the crash
[12:07] <dooglus> s/should/shouldn't/ , of course
[12:07] <sivang> dooglus: that's why you better make sure you're dynamic list allocation is done by order :)
[12:07] <sivang> dooglus: s/allocation/deallocation/ 
[12:08] <sivang> dooglus: thanks for this info, and thanks for the patch as well.
[12:09] <dooglus> sivang: no problem.  I don't like seeing bugs in ubuntu either :)
[12:09] <floam> ogra: ah
[12:09] <floam> if they just want to have a window full of buttons that do different actions I wonder why they don't just get rid of the log out button in the menus
[12:09] <sivang> dooglus: :)
[12:09] <Riddell> daniels: am I correct in thinking the fontconfig version won't be upgraded between now and dapper?
[12:09] <floam> and instead just make it a submenu with all of those options in it.
[12:10] <sivang> dooglus: in this case, you also fixed it upstream, and debian and ubuntu :)
[12:10] <daniels> Riddell: i'm not responsible for fontconfig, but probably
[12:10] <daniels> Riddell: why?
[12:12] <Riddell> daniels: there's a qt speedup patch which requires a version of fontconfig from recent CVS
[12:12] <daniels> Riddell: do you know what specifically it requires?
[12:12] <daniels> and do you have a link to the patch?
[12:13] <infinity> Build-Depends: dpkg (>= 1.7.0)
[12:14] <Riddell> daniels: http://websvn.kde.org/branches/qt/3.3/qt-copy/patches/0066-fcsort2fcmatch.patch?rev=493585&view=auto
[12:14] <infinity> dpkg (1.7.0) unstable; urgency=low
[12:14] <infinity> [...]  -- Wichert Akkerman <wakkerma@debian.org>  Sun,  5 Nov 2000 17:28:39 +0100
[12:15] <elmo> btw, whoever was asking about bittornado before, we absolutely need the tracker from tornado
[12:15] <infinity> elmo: Check.
[12:15] <infinity> elmo: The bittorrent tracker is teh suck?
[12:16] <daniels> infinity: i assume that's in xorg?
[12:16] <infinity> daniels: Yeah. :)
[12:16] <daniels> infinity: if so, detrius from the original.  don't blame me.
[12:16] <infinity> Cruft from xfree86, carried over?
[12:16] <daniels> yeah
[12:16] <elmo> infinity: from when I tried it yes, and I haven't any particular inclination to try again as everyone I know who runs a debian style torrent server uses tornado
[12:16] <daniels> Riddell: uhm, so why not just apply the fccfg.c.patch?
[12:16] <infinity> Cause you never know when someone might build it with a 6 year old dpkg.
[12:17] <infinity> elmo: Fair 'nuff.
[12:17] <elmo> infinity: 6 years in Debian time is like, a realease and a bit :-P
[12:17] <daniels> infinity: now you're thinking like a Debian X packager
[12:17] <infinity> daniels: You take that back.
[12:18] <ogra> mjg59, the g-p-m situation looks quite bad ... i cant get 0.3.4 running more than 0.5sec no matter what i do here
[12:18] <elmo> speaking of Debian X packagers, where did gravity go
[12:18] <daniels> elmo: what do you mean, where did he go
[12:18] <elmo> apparently the << Conflicts considered harmful message didn't reach them yet
[12:19] <elmo> daniels: he's not been on IRC the last couple of times I checked, but I haven't looked very hard
[12:19] <elmo> also his typo took out the entire debian buildd network today
[12:19] <elmo> IT WAS FUN
[12:19] <daniels> he's not on IRC overly much; he can't IRC from work
[12:19] <daniels> haha, awesome
[12:19] <daniels> HE"S FAIRLY RESPONSIVE TO MAIL
[12:19] <elmo> mail is so 6 years ago
[12:19] <daniels> jdub: dude, this keyboard has a sticky shift key
[12:20] <sivang> how can one type take out the entire buildd network ?
[12:20] <sivang> elmo: lol
[12:20] <jdub> daniels: i told you that you'd go blind if you kept doing that. now your keyboard is sticky too.
[12:20] <elmo> because the buildd network has single points of failure
[12:20] <elmo> like, say, apt
[12:20] <sivang> s/type/typo/
[12:20] <infinity> sivang: By having syntax in your control file that dpkg-dev lets through, but apt-get COMPLETELY FLIPS OUT ON.
[12:21] <infinity> (Of course, this is really a dpkg-dev bug for letting it slip through, and an apt bug for flipping out so badly, but it's more fun to blame gravity's thinko..)
[12:21] <lucas> elmo: I saw him yesterday or the day before on IRC
[12:21] <sivang> infinity: nice to know this can be done with small type, and not with a carefully crafted something :)
[12:21] <sivang> elmo: have you switched timezones or something? or are always awake that time?
[12:21] <elmo> sivang: I don't work in a UK timezone
[12:22] <Riddell> daniels: that's what I'
[12:22] <Riddell> daniels: that's what I'll be trying next
[12:22] <sivang> elmo: ah , I see. like jblack
[12:22] <mvo> infinity: what was it that made apt explode? (not that I would care :P)
[12:23] <daniels> sivang: elmo comes awake at night to feast on the souls of the undead and/or tinned tuna
[12:23] <sivang> elmo: that explains why you are so quite during EU daylight zone :)
[12:23] <sivang> daniels: hey, I'm alone at the office, trying to make this final QA cycel in which I don't find any more bugs to fix, that's too scary for me atm. /me shivers
[12:23] <ogra> sivang, whats daylight ? 
[12:24] <infinity> daniels: That one looks much better.
[12:24] <daniels> infinity: bangin'
[12:24] <infinity> daniels: Shall I sign and upload it for you?
[12:24] <sivang> ogra: hehe
[12:24] <daniels> infinity: i'm one step ahead
[12:24] <daniels> infinity: but thansk :)
[12:24] <daniels> also, thanks
[12:24] <infinity> mvo: Two Provides fields, one of which was versioned.
[12:24] <sivang> the hummings of the Dual Xeons and pSeries servers here seem like they will come up and steal my sole..
[12:24] <elmo> mvo: speaking of which, we really should fix that
[12:25] <infinity> mvo: It may have just been the versioned provides alone that killed it.  The error message seemed to indicate it was flipping out on the version.
[12:25] <elmo> if we ever want to be able to do versioned provides
[12:25] <sivang> ogra: do you also work different timezones?
[12:25] <elmo> mvo: (for versions of we meaning you of course ;)
[12:25] <daniels> infinity: versioned provides? awesome
[12:26] <mvo> infinity, elmo: where can I download the package to reproduce the problem?
[12:27] <elmo> mvo: spohr.d.o/~james/
[12:28] <mjg59> ogra: I'd suggest talking to upstream
[12:28] <infinity> daniels: It was meant to be a Replaces, he thinkoed it.
[12:28] <infinity> (Hence why there were two Provides fields, one was correct, one was the Replaces-that-wasn't)
[12:28] <ogra> mjg59, will do, but we'll most likely miss UVF through that 
[12:30] <ogra> mdz, can i ask for a gnome-power-mmanager UVF exception in advance for version 0.3.4 ? 
[12:31] <daniels> elmo: itym /~troup/
[12:31] <elmo> daniels: indeed
[12:34] <mdz> ogra: when will you upload it?
[12:35] <ogra> mdz, since i'm in this strange conference from tomorrow on, not before sunday night 
[12:35] <mdz> it looks OK, but it can't have an indefinite extension
[12:35] <mdz> ogra: monday is fine
[12:35] <ogra> ok
[12:35] <ogra> then i can care for my other stuff, thanks 
[12:38] <mvo> elmo: thanks, I have all I need now to reproduce the problem
[12:39] <elmo> ah, crap UVF
[12:39] <infinity> That's not the first time that's been said today.
[12:39] <infinity> And I'm sure it won't be the last. :)
[12:41] <dholbach> good night everybody.
[12:41] <sivang> night dholbach 
[12:41] <slomo_> elmo: please sync tomboy, libgdiplus, fatsort, libogg, pygame, taglib, njb-sharp, cowbell from debian/unstable... ubuntu changes can be dropped... and banshee, ipod-sharp, libipoddevice from debian/unstable but seems like they're currently somewhere between incoming and pool ;)
[12:41] <dholbach> bye sivang
[12:43] <ajmitch> slomo_: hopefully they'll get in sometime before UVF :)
[12:44] <dilinger> has keybuk been around?
[12:45] <slomo_> ajmitch: yes... well, we'll see :)
[12:45] <slomo_> ajmitch: oh... they're in the pool now ;) problem solved...
[12:46] <ajmitch> are they? good
[12:46] <mvo> dilinger: he dosn't feel very well currently
[12:47] <dilinger> mvo: ok, thanks
[12:47] <dilinger> i just wanted to make sure i'm not somehow missing him (ie, new nick or something)
[12:50] <dilinger> yay
[12:50] <dilinger> http://article.gmane.org/gmane.comp.gnu.parted.bugs/7325
[12:50] <dilinger> i thought they were just going to ignore that
[12:51] <sivang> night mvo 
[12:52] <mvo> night sivang 
[12:53] <infinity> Meh, that same obscure ldd/fakeroot segv on firefox/amd64...
[12:53] <infinity> I was kinda hoping it would magically go away.
[12:53] <jcole> fyi, i talked about a floppy install for ubuntu, here's an example for creating a small iso :) - http://www.instalinux.com/cgi-bin/coe_bootimage.cgi
[12:58] <jcole> no prompts btw when using that method
[01:47] <sistpoty> elmo: please sync scapy from unstable, ubuntu override ok. thx.
[02:03] <robertj> is that from upstream?
[02:03] <tseng> yes.
[02:04] <seb128> and that's really likely to change before dapper
[02:04] <seb128> some other shape/theme/etc
[02:05] <robertj> I think less is more really is right on here
[02:06] <ogra> hmpf 
[02:06] <ogra> after a suspend to ram my touchpad stops working :/
[02:07] <Lathiat> ogra: sucky
[02:07] <ogra> Lathiat, yup
[02:07] <ogra> sound is also muted
[02:08] <seb128> anyway time to sleep here, later
[05:38] <sistpoty> elmo: may I ask you to sync childsplay from unstable (went into archives few hours ago) which doesn't have any ubuntu changes? Thx.
[05:39] <minghua> elmo: can I ask (an MOTU to ask) for a sync from Debian incoming?
[05:39] <minghua> elmo: I am the Debian maintainer of a universe package and a new version just got uploaded
[05:40] <sistpoty> elmo: you can take my motu ok for minghua... if it breaks I'll make him fix it ;)
[05:42] <minghua> thanks sistpoty :-)
[05:42] <sistpoty> np minghua
[05:58] <sistpoty> good night everyone
[06:01] <daniels> on my reasonably-new, extrodinarily expensive radeon x850 xt pe, glxgears with dri gives me a stonking 13 fps
[06:02] <daniels> take that, glxgears as a benchmark
[06:04] <Tm_T> daniels: and drivers support that card already?
[06:04] <Tm_T> I think no
[06:04] <Tm_T> might be the reason ;)
[06:05] <daniels> Tm_T: this is with dri
[06:06] <daniels> (i'd know if it wasn't)
[06:06] <daniels> and my system can do a little more than 13fps in software rendering
[06:06] <Tm_T> hehe
[06:06] <daniels> in fact, I'd go so far as to say, orders of magnitude more
[06:07] <Tm_T> so then you have my lucky number as fps, congrats ;--P
[06:08] <SEJeff> So why did the new logout dialog get nixed for the ugly one in the new gnome panel? Is this an upstream decision?
[06:08] <SEJeff> I'm just curious
[06:32] <daniels> ah, 2985, that's more like it
[06:32] <daniels> (he says, shamelessly benchmarking with glxgears)
[06:36] <infinity> I'm telling Daniel that you do that!!
[06:39] <daniels> infinity: so which order do you do symlink<->dir transitions in?
[06:41] <Tm_T> daniels: what you did?
[06:42] <daniels> Tm_T: disabled drm debugging
[06:42] <Tm_T> :)
[06:42] <infinity> daniels: Ship the directory in the package, delete the link in preinst.
[06:43] <daniels> infinity: and for dir -> symlink?
[06:43] <infinity> daniels: (since in the old package, the "link" couldn't have contained files, it can't possibly try to remove any)
[06:43] <infinity> daniels: And for dir -> symlink, ship link in package, do dir->link swap in POSTinst.
[06:43] <daniels> okay, cool.  ta.
[06:43] <infinity> (To avoid having the link replace the dir, then dpkg follow the link to remove old files)
[06:43] <infinity> Why it unpacks, then removes old files, I'll never know.
[06:44] <infinity> But whatever. :)
[06:44] <infinity> It's documented in policy, it just takes some real world banging of heads against walls before you really believe that what policy says is true. ;)
[06:44] <infinity> (I may have permanent scarring)
[06:44] <daniels> i remember getting it the wrong way around, so then I inverted it, then I got told *that* was the wrong way around, and ...
[06:45] <infinity> Heh.
[06:45] <infinity> Well, the only "right" way is the one that works.
[06:45] <infinity> Which is different depending on your starting point.
[06:46] <infinity> The worst is if you have a directory with stuff in it that you want to convert into a symlink... With that same stuff in it (ie: locally installed crap)
[06:46] <infinity> Most dir->link stuff if in /usr/share/doc, so an rm -rf sets you on your way.
[06:47] <infinity> For the moving bit, you may want to consider actually moving dir/* to a temporary directory, creating the link, then moving it back (still in the postinst, though)
[06:47] <daniels> yeah
[06:47] <infinity> With appropriate rollback support, should the postinst abort. :/
[06:47] <daniels> that part can be SEP. ;)

[06:48] <infinity> I just cheated in that one upload of xmumble that I did, by just yelling at the user if they had crap there. ;)
[06:48] <daniels> x-common, which is getting merged into x11-common
[06:48] <infinity> Some days, I'm of the opinion that "if you didn't install it to /usr/local or /opt, you deserve to have it removed by dpkg anyway", but then I remember that I'm not actually that mean.
[06:49] <daniels> learn 'em good and proper.
[06:49] <daniels> 'user data? not any more!'
[06:49] <daniels> if you install crap into /usr/include/X11 or /usr/lib/X11, you deserve exactly what you get
[06:50] <daniels> imo
[06:50] <infinity> Hrm.  thunderbird builds on exactly one arch.. The one I tested on.
[06:50] <infinity> How inconvenient.
[06:50] <infinity> daniels: Yeah, I wouldn't have any problems with you claiming total ownership of those directories and just assuming what's there can go away.
[06:51] <infinity> daniels: Of course, in the Debian case, you'll run into some user that has been hand-compiling some ancient imake-using crap for the last 10 years, and has been installing his own headers to X's directories, and he'll cry.
[06:51] <infinity> And gravity can cross that bridge when you push him over it. :)
[06:52] <daniels> haha.  indeed.
[06:52] <infinity> I can't see any Ubuntu user even knowing or caring what X's include and library directories are for.
[06:52] <Burgundavia> infinity, and if they do, they should know what to do
[06:52] <Tm_T> yo/
[06:52] <Tm_T> whops
[06:53] <daniels> infinity: the problem with /usr/lib/X11 is that it's sort of /usr/lib/X11, /etc/X11, /usr/share/X11, and /usr/bin/X11 rolled into one
[06:53] <daniels> (or was, traditionally, before Debian mangled it, and the modular hilarity refused to countenance the same kind of stupidity.)
[06:53] <infinity> daniels: Yeah.  As is common with ancient UNIX stuff.
[06:54] <infinity> daniels: Heck, we still ship /etc/rmt ... \o/
[06:54] <infinity> Go hysterical raisins.
[06:54] <daniels> isn't that tape backup shiz?

[06:54] <Tm_T> two things I'm waiting in *NIX world: X replacement and working sound system
[06:54] <daniels> woooooo
[06:54] <daniels> Tm_T: oh, X is fundamentally broken
[06:54] <Tm_T> aye
[06:55] <daniels> Tm_T: it's just that any other system is worse, if only by virtue of not being X
[06:55] <daniels> the thing is, X's fundamental breakage isn't what you think it is, doesn't really matter that much these days, and is worked around by extensions anyway. :)
[06:55] <Tm_T> daniels: aye, replacement was bad word, but I'm not good with vocabulary
[06:56] <Tm_T> but I've been fighting with sound problem now whole night... errh
[06:56] <daniels> it could certainly be more optimal, but it's generally fine
[06:56] <Tm_T> aye
[06:56] <Tm_T> generally fine it is
[06:57] <Tm_T> I really need justworks(tm) software mixing
[06:57] <Tm_T> though that would save only half in my problem, but it would be good improvenment anyway :)
[06:58] <Tm_T> oh well, breakfast ;) ->
[07:00] <infinity> Hrm, is gnome-volume-manager crashing when I login a shiny new feature?
[07:02] <trs81> infinity: yeah, I've noticed that too
[07:02] <trs81> I was going to report it, but launchpad doesn't know about the latest version
[07:02] <Burgundavia> infinity, evil plot by Riddell to make us all switch to Kubuntu
[07:13] <jblack> doko: Still around?
[07:14] <jblack> Looks like dapper might have a bit of a serious problem. Postfix bombed out here.
[07:15] <jblack> I'm still working out how to chase it, but it looks like postfix is dependant upon a missing /usr/sbin/postfix-script. 
[07:18] <lamont> jblack: that's two reports.... hrm..
[07:18] <jblack> I tried symlinking /etc/postfix/postfix-script to /usr/sbin/postfix-script.
[07:18] <jblack> That gets rid of the postfix -v check error, but then postfix still bombs out for some unknown reason.
[07:18] <lamont> what's the error exactly?
[07:19] <jblack> When I ran postfix check -v:
[07:19] <jblack> /etc/postfix/postfix-script: line 211: /usr/sbin/postfix-script: No such file or directory
[07:20] <lamont> and when that's commented out>?
[07:20] <lamont> er, fixed
[07:20] <infinity> Line 211 of /etc/postfix/postfix-script.
[07:20] <infinity>         $command_directory/postfix-script quick-check
[07:20] <infinity> Oh, you got there already.
[07:20] <lamont> infinity: yeah - found that.  that's bug #1.
[07:21] <jblack> postfix check no longer errors
[07:21] <lamont> and all is well?
[07:21] <jblack> Nope. :( 
[07:21] <jblack>  /etc/init.d/postfix starts, but the daemon doesn't run.
[07:21] <jblack> Nor do I see anything running in init.d
[07:22] <jblack> /var/log/mail.(log|warn) are both 0 length.
[07:23] <jblack> postfix -v start reports a bunch of dict_evals, and returns back to the shell with no apparent error. 
[07:23] <lamont> sh -x /etc/init.d/postfix start says?
[07:24] <Mithrandir> Riddell: please merge your seeds, you still have python-musicbrainz in there.  kthxbye.
[07:24] <jblack> a lot of stuff... usplash_write 'SUCCESS ok'
[07:24] <jblack> a fir printfs, a tput, echo '[ ok ] '.. return 0, exit 0.
[07:24] <Mithrandir> ogra: ^^ same goes for you.
[07:24] <lamont> jblack: my issue is that I can't actually reproduce this bug...
[07:24] <jblack> You want to play here?
[07:25] <lamont> if that works for you...
[07:25] <infinity> lamont: What's the correct fix to /etc/pf/pf-script?   Just point it at itself on line 211?
[07:25] <jblack> Ok. Let me setup so that you can get in.
[07:26] <lamont> fwiw, there's a debian bug on this already...
[07:27] <infinity> postfix chroots by default?
[07:27] <lamont> yes
[07:29] <jblack> lamont: mind pasting me a ssh key in msg? 
[07:41] <tepsipakki> lamont: I guess mount will not get nfs4-support before upstream?
[07:41] <lamont> tepsipakki: see debian experimental. please test
[07:41] <lamont> well, it'll hit there tomorrow's dinstall
[07:42] <tepsipakki> oh??
[07:42] <tepsipakki> that's great
[07:42] <tepsipakki> where is it now?-)
[07:42] <lamont> right now, see incoming.debian.org/util-linux_2.12r-5.1nfs4*
[07:42] <tepsipakki> wow
[07:42] <tepsipakki> will test it for sure
[07:43] <Mithrandir> ogra: why update-alternatives in prerm rather than postrm> because the docs says that's the usual style.
[07:48] <lamont> infinity: line 211, change '$command' to '$config'  - see if you can reproduce this on a dapper box/
[07:48] <infinity> lamont: Yeah, I can reproduce.  It pretends to start fine, but leaves no daemon running.
[07:49] <lamont> tail mail.log
[07:49] <lamont> er, /var/log/mail.log
[07:49] <infinity> Ah-ha.
[07:49] <infinity> Jan 19 17:29:06 localhost postfix/master[6772] : fatal: /etc/postfix/master.cf: line 83: no valid IP address found: smtp
[07:49] <lamont> yeah.
[07:49] <viviersf> :/
[07:49] <lamont> which is, um, wrong.,
[07:50] <Mithrandir> lamont: is there any reason why it doesn't try to see if smtp.foo exists before suggesting it?
[07:50] <lamont> Mithrandir: with the line starting 'smtp' it's supposed to bind to INADDR_ANY
[07:50] <lamont> infinity: grab source, change the -O2 back to -O1 in debian/rules, and see if rebuilding fixes things
[07:51] <infinity> lamont: You think this is an optimiser bug?
[07:51] <lamont> "think" might be a bit strong
[07:52] <lamont> and I'll admit that it's almost grasping at straws, execpt that we used to just blindly do -O1, and there are new compilers between -3 and -5
[07:53] <lamont> because, anyway you slice it, this is working on code that should be just fine, hasn't been touched, etc.
[07:54] <viviersf> daniels, ping
[07:57] <daniels> viviersf: sup sup
[07:57] <lamont> infinity: anyway, I'm going to go catch about 6 hours sleep, then fix the bug... any details you may have by then would be very welcome...  Otherwise, no biggy.
[07:58] <viviersf> daniels, i have to go set up a acer c200 tablet today, and i was wondering if you didnt have any info / comments on the tablet on it ?
[07:58] <viviersf> i cant seem to find anything on the internet
[07:58] <daniels> viviersf: ... no
[07:59] <viviersf> problem being xorg + wacom :(
[07:59] <daniels> yeah, that's non-trivial to fix
[08:00] <Den> Hi - Do I need a new password for launchpad bugzilla that is different from bugzilla.ubuntu.com?  I entered a bug on b.u.c about 3 weeks ago, & just noticed a msg about that moving to launchpad, & I can't log in there.  Was moving bugzilla to launchpad done within about the last 3 weeks?
[08:00] <viviersf> lol seems im going in blindlu
[08:00] <viviersf> and hoping for the best
[08:02] <minghua> Den: according to the announcement: http://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-January/000051.html you need a new password for lanuchpad
[08:06] <Den> minghua: Thx!
[08:09] <daniels> gar.  why does the meeting have to be at 1am.
[08:13] <Mithrandir> Den: I'm still working on getting you a live cd.  Sorry for it taking forever, but the rest of the distro team seems busy trying to break stuff around me. ;-)
[08:15] <Den> Mithrandir: Good morning :)  Thanks.  Keep up the good work!
[08:16] <Den> Mithrandir: are you a full time employee for ubuntu?  
[08:16] <Den>  Mithrandir Also, since you got a firewire cd, great that you can test that out yourself too,
[08:18] <Den> Mithrandir: And, the whole reason I got into needing this iso is cause of a bug with external hard disks getting offlined during a 10 GB file copy, so, do you have an external firewire or usb2 HD to test a 10GB file copy on?
[08:27] <Mithrandir> Den: yes, I have a 80G USB2 drive.
[08:28] <Den> Mithrandir: did I tell you, & do you still have, the err # of the bug I submitted on external drive copyy fail?  Have you been aware I submitted a bug on that?
[08:28] <Mithrandir> Den: no, I'm not aware of any such bug, but I imagine it's a kernel issue, so BenC is the man to talk to.
[08:29] <Den> Mithrandir: Are you the person who would work on that?
[08:29] <Mithrandir> no, BenC would probably.
[08:29] <Den> Mithrandir: Yes, BenC told me to get a new kernel to see if that fixes the bug, which is why I am wanting the iso for Dapper - to get the new kernel.
[08:30] <Mithrandir> Den: ah, ok.  I'll do my best today as well, then. :-)
[08:30] <Mithrandir> Diziet: dude, 1.5.dfsg is a really, really broken version number.  Could you please make mozilla-firefox-locale-en-gb & friends be installable on i386?
[08:31] <Den> Mithrandir: Thanks.  this bug is holding up my being able to use kubuntu for serious work.  That's why I m eager to get the iso & see if the new kernel fixes this bug.
[08:31] <Mithrandir> Den: understandable.
[08:32] <Den> Mithrandir: any eta for when the bugs holding up the iso will be fixed, and the iso available?
[08:33] <daniels> whois den
[08:34] <Mithrandir> Den: today might be a bit bumpy, since daniels is going to do a bit of X uploads, but I'm hoping for tomorrow
[08:35] <Den> Mithrandir: Thanks.  Anything yoyu can do to get a woking iso asap is greatly appreciated! :) Please email me as soon as you think a working iso should be availble. :)
[08:36] <Mithrandir> Den: yup, will do.
[08:37] <Den> Anyone - How do I get help w/ launchpad not logging me in?  This channel?  some other channel?  I just created an account there, but it refuses to log me in.  When I try to log in, it just drops me back at the main page, not logged in.  What's up? any ideas?
[08:37] <daniels> stop refusing cookies?
[08:37] <Den> Is this a known bug?  
[08:37] <Mithrandir> Den: #launchpad might be able to help you
[08:38] <Den> I gota let it have cookie?  If so, it should say so.  I didn't see any msg from launchpad  about needing cookies.
[08:40] <Den> Cookies got me in.  Very frustrating to not have it tell me I neeeded cookies. 
[08:41] <infinity> Unless there's a big ugly session ID in the URL, it's a fair bet that you need a cookie to login.
[08:41] <infinity> That's just kinda how the interweb thingee works.
[09:02] <doko> infinity: please could you requeue openoffice.org2 on powerpc? same error as last time ...
[09:13] <tepsipakki> lamont: util-linux_2.12r-5.1nfs4 built and installed fine on dapper
[09:14] <tepsipakki> next some mount-trickery
[09:15] <tepsipakki> well, it mounts nfs4 shares, what else is there.. =)
[09:17] <pitti> Good morning
[09:23] <dholbach> good morning
[09:24] <pitti> hi dholbach 
[09:24] <dholbach> hellas pitti!
[09:25] <dholbach> pitti: how does icon-naming-utils look? :)
[09:26] <pitti> dholbach: sorry, what?
[09:26] <pitti> :)
[09:26] <Mithrandir> Riddell: is there any way to, programmatically, determine if one is on kubuntu?  Do you change lsb_release or something, f.e?
[09:26] <dholbach> pitti: it's just 62 k big, that'S a piece of cake for you ;)
[09:28] <daniels> g'morning pitti, dholbach
[09:28] <pitti> morning daniels
[09:28] <dholbach> hellas daniels!
[09:29] <Mithrandir> uh, is there any way to reject a bug and at the same time give a reason?  Just saying "rejected" looks a bit unfriendly.
[09:29] <minghua> elmo: if you accepts sistpoty's support for me, please sync scim 1.4.4-1 from incoming/unstable, dropping ubuntu changes, thanks
[09:29] <infinity> Mithrandir: Give the reason in the status whiteboard, it gets sent out with the reject email.
[09:29] <pitti> Mithrandir: use the status field
[09:29] <Mithrandir> thanks.
[09:29] <Mithrandir> hiya dholbach
[09:29] <minghua> hi dholbach :-)
[09:30] <dholbach> Hey koke!
[09:30] <jsgotangco> yeah
[09:30] <koke> hi there!
[09:30] <dholbach> infinity: i'm 10 seconds before uploading a new version
[09:31] <dholbach> infinity: so leave my dog out of it :)
[09:31] <infinity> dholbach: Does the new version not freeze every 10 minues, eating 100% CPU for 30 seconds, later, rinse, repeat? :)
[09:31] <daniels> g'morning mvo
[09:32] <mvo> hey daniels 
[09:32] <dholbach> It says something about not crashing at startup. GNOME bug 327313
[09:32] <Ubugtu> Gnome bug 327313: "crash on startup" Product: gnome-terminal, Component: general, Severity: blocker, Assigned to: gnome-terminal-maint@gnome.bugs, Status: RESOLVED, Resolution: FIXED http://bugs.gnome.org/show_bug.cgi?id=327313
[09:33] <dholbach> infinity: uploaded.
[09:34] <infinity> dholbach: Nah, mine doesn't crash on startup, mine just hogs resources every once in a while.
[09:34] <infinity> We'll see.
[09:34] <dholbach> Yeah. :)
[09:34] <infinity> I'll file a bug if it persists for another week or so.
[09:34] <infinity> (ie: if it's still happening by sprint time)
[09:35] <infinity> Oh look, I think I fixed the thunderbird PPC FTBFS.
[09:35] <daniels> iz gtk bug
[09:35] <infinity> What time it the distro meeting today?
[09:35] <dholbach> That sounds great. The terminal seems to be in the state as most other parts of GNOME are, getting all code stuffed in before Feature Freeze. :)
[09:35] <dholbach> 14 utc?
[09:36] <infinity> Ugh.  1am for me.  And I have to leave at 5am to catch a plane.
[09:36] <infinity> That'll be fun.
[09:36] <dholbach> poor you. :-/
[09:36] <daniels> infinity: there should still be a red eye platinum in the bar fridge.  use it wisely.
[09:36] <infinity> Oh well, I'll probably be up packing anyway.
[09:37] <daniels> (tastes really good with vodka, but I brought all that with me, so.)
[09:37] <Mithrandir> what's a red eye platinium?
[09:38] <daniels> Mithrandir: awesome-tasting energy drink.  combines far better with vodka than red bull.
[09:38] <jsgotangco> evil au concoction
[09:38] <Mithrandir> daniels: ahkay.  I've never been fond of vodka and red bull, though.
[09:38] <infinity> Oh, speaking of alcohol...
[09:38] <Mithrandir> they both taste better alone
[09:38] <daniels> infinity: drink the beer and you're dead
[09:38] <infinity> Mithrandir: I don't think any beer will be travelling with me, due to the "carrying all my carry-on around to hotels, and into Tokyo" business..
[09:39] <Mithrandir> infinity: shame. :-/
[09:39] <daniels> infinity: jal?
[09:39] <daniels> infinity: heathrow has decent duty-free
[09:39] <infinity> daniels: Da.
[09:41] <infinity> daniels: LHR duty-free sells Coopers?
[09:41] <Mithrandir> infinity: not that I know of.
[09:41] <daniels> not coopers, no.
[09:41] <infinity> Yeah, exactly. :)
[09:42] <infinity> Mithrandir: I'll see how nice I'm feeling, but the idea of carrying bottles around with me all over doesn't sound very good.
[09:42] <infinity> Mithrandir: You may just have to come visit and get pissed.
[09:43] <Mithrandir> infinity: why can't you stick them in the luggage proper?
[09:43] <infinity> Cause they'll explode?
[09:43] <Mithrandir> (and yes, I guess I will come to .au again, but probably not this year)
[09:43] <infinity> I've never had good experience with beverages in checked luggage.  Ever. :)
[09:43] <Mithrandir> not IME
[09:43] <pitti> hi again
[09:43] <infinity> I've had cans explode, bottles break (and well-packed ones, too, I think baggage handlers just hate me)
[09:43] <pitti> bwah, I just had a very nasty DoS
[09:44] <pitti> dholbach: can you please teach n-cd-burner to clean up after itself?
[09:44] <daniels> i got bottles from cph -> lhr -> bcn -> lhr, but somewhere in between lhr and mel, one of them leaked just a tiny bit, and suddenly all of my white shirts, weren't
[09:44] <daniels> but I did have like eight bottles
[09:44] <dholbach> pitti: clean up?
[09:44] <Mithrandir> daniels: packing them in a plastic bag would be a good precaution, yes.
[09:44] <pitti> dholbach: my daily backup just tried to stick a 4 GB ~/.image.KLDF file into the backup archive, which overrun /var and left my machine unusable and unbootable
[09:44] <daniels> Mithrandir: hindsight, 20/20
[09:45] <daniels> Mithrandir: they were pretty well padded in clothes
[09:45] <Mithrandir> heh.
[09:45] <pitti> dholbach: that's a DVD image produced by n-c-b
[09:45] <daniels> infinity: dude, the side of my case won't even go on any more
[09:47] <infinity> daniels: Ouch.  Got bendy?
[09:48] <daniels> infinity: i can't bend it back into shape.  i took a photo of it just then, and now my camera's crashed.  taking batteries out for a while isn't helping.
[09:48] <daniels> not my day.
[09:48] <infinity> Mithrandir: I'll see what I can do, but I'm not making any promises. :)
[09:49] <Mithrandir> infinity: thanks anyway.
[09:53] <dholbach> pitti: and it was a successful burn?
[09:53] <pitti> dholbach: yes, from yesterday
[09:53] <pitti> dholbach: anyway, even if it's an unsuccessful one, there should be a signal handler that ensures cleaning up the tmpfiles even after crashes
[09:53] <dholbach> pitti: right - want me to file the bug report (upstream) and CC you or you want to do it?
[09:54] <pitti> dholbach: you know I'm lazy :)
[09:54] <pitti> anyway, no reason to shift my work to you
[09:54] <pitti> I'll file one
[09:54] <dholbach> No, it's ok.
[09:54] <dholbach> Just take care of icon-namin-utils ;-p
[09:55] <\sh> oh well I'm a lucky guy
[09:55] <\sh> is UVF including the 19th or am I allowed to upload as quick as I can a new upstream version?
[09:55] <Burgundavia> pitti, you might want to comment on desktop-devel about the security issues with the current design for g-p-m
[09:55] <\sh> I just got the message of a new pykde snapshot which fixes the most bugs I patched away from pykde.
[09:55] <\sh> http://mats.imk.fraunhofer.de/pipermail/pykde/2006-January/011994.html
[09:56] <infinity> \sh: If it builds and tests okay, upload it, fast. :)
[09:56] <pitti> Burgundavia: I'm not on that list, do you have an URL?
[09:56] <\sh> infinity: cool...I just woke up..have to be quick then :)
[09:57] <Burgundavia> pitti, http://mail.gnome.org/archives/desktop-devel-list/2006-January/msg00329.html
[09:58] <\sh> gnarf..it's not yet on the bloody servers
[09:59] <mvo> Burgundavia: what's the opinion about libnotify/notification-daemon?
[09:59] <Burgundavia> mvo, in, but I am not a gnome developer nor should you take anything I say an canon
[10:00] <Burgundavia> mvo, there have been no serious objections to it
[10:01] <mvo> Burgundavia: thanks, that's good news (even with your caveat)
[10:02] <Burgundavia> mvo, how easy would it be to abstract gnome-app-install to be distro-agnostic?
[10:04] <mvo> Burgundavia: actually, it should be fairly easy because from it's POV it only needs a working package cache and desktop-files or channels. the actual backend that fetches/installs is relatively small and should be easy to e.g. switch to smart 
[10:05] <Burgundavia> mvo, I assume update-manager is the same way? Just wondering if it would be worth proposing them upstream
[10:07] <mvo> Burgundavia: I think we can try that for g2.16 when we build our tools on top of smart. it's way more disto-independant
[10:07] <Burgundavia> mvo, cool
[10:07] <Burgundavia> mvo, are we thinking smart for dapper+1
[10:07] <mvo> Burgundavia: I think gnome will only accept it when it works with at least one other distro (that is, a rpm based one) :)
[10:08] <Burgundavia> ya
[10:08] <mvo> it's not set in stone, but there is a strong tendency I think
[10:08] <infinity> mvo: Well, it would work with apt-rpm, I suppose. :P
[10:09] <Burgundavia> infinity, apt-rpm has basically been dropped by fedora. g-a-i would need to work with yum
[10:09] <infinity> Burgundavia: Yeah, I know, hence the ":P"
[10:09] <mvo> infinity: haha, right. but it seems that the distros using it switch to smart. and our python-apt is not available elesewhere AFAIK
[10:09] <Burgundavia> infinity, I get tortured by a FC4 machine at work daily
[10:10] <mvo> another problem is that I would have to use cvs again if it was a official gnome package :P
[10:11] <LetterRip> hello all - Blender Foundation is currently on RC2 of blender 2.41, while we had hoped to have a release ready for today, and it is extremely unlikely for there to be any real change to current code base, it would be a bit more convenient if we could use the full release that will happen Monday
[10:12] <LetterRip> otherwise we would need to ask the debian package maintainer to try and do the RC2 version into debian
[10:12] <infinity> LetterRip: You're better off asking for a UVF exception once the release is out, than discussing it now.  Odds are, if it's within a week, it'll be accepted, if there's a compelling reason to want the new upstream.
[10:13] <LetterRip> here is the list of changes since our 2.40 release about a month ago
[10:13] <LetterRip> http://mediawiki.blender.org/index.php/Competitive_Analysis/ReleaseNotes241
[10:13] <LetterRip> infinity - ok
[10:13] <LetterRip> it is mostly bugfixes - but isn't a 'bugfix only' release
[10:14] <LetterRip> infinity - who would I contact for a UVF exception once the release is out?
[10:14] <LetterRip> is there a doc somewhere?
[10:14] <infinity> LetterRip: mdz and/or Kamion would be your best bet.
[10:15] <LetterRip> ok much appreciated
[10:15] <Riddell> Mithrandir: we don't change lsb_release so you can't tell if it's kubuntu
[10:15] <Mithrandir> Riddell: 'k.
[10:15] <infinity> LetterRip: And, of course, it should be packaged already by someone (either the Debian maintainer, or one of our maintainers) before asking for such an exception.  Hard to consider software that isn't actually available.
[10:15] <Riddell> openoffice checks for various environment variables of course
[10:15] <LetterRip> infinity sure
[10:15] <Riddell> and you could check if kubuntu-desktop is installed
[10:16] <LetterRip> Larstiq would probably package it today if I asked, but didn't want to ask unless absolutely necessary
[10:16] <LetterRip> also didn't want to package an RC2 with full release so close
[10:16] <LetterRip> thanks for your help
[10:17] <infinity> LetterRip: Well, if the full release is likely to be (almost) identical to RC2, it's worth packaging now, so it's a simple matter of swapping tarballs and incerementing the version in the changelog when the final release is out.
[10:18] <LetterRip> infinity - ok
[10:18] <Riddell> Mithrandir: I merged the seeds yesterday to remove python-musicbrainz
[10:18] <Mithrandir> Riddell: you need to upload kubuntu-meta too.
[10:19] <Kamion> Mithrandir: I merged edubuntu seeds yesterday for another reason, but didn't upload -meta.
[10:19] <LetterRip> infinity I think the only thing that might change is the addition of a few more docstring translations, and possibly one or two more bug fixes
[10:19] <Riddell> Mithrandir: true
[10:19] <Mithrandir> Kamion: should I do that for you/ogra?
[10:22] <LetterRip> ok thanks for your help
[10:22] <LetterRip> I'm off to sleep...
[10:24] <mdke> Mithrandir, ubuntu-docs looks good to me. thanks very much for doing that! do you know if the dapper packages are already ok?
[10:29] <Mithrandir> mdke: I hope so.
[10:29] <ogra> Kamion, Mithrandir, whats wrong ? 
[10:30] <infinity> Mithrandir: Someone should double-check that the dapper packages migrate properly. ;)
[10:30] <infinity> Mithrandir: (But it can be done later..)
[10:30] <Mithrandir> ogra: you include python-musicbrainz in your seeds => edubuntu-desktop uninstallable
[10:30] <ogra> ah, k
[10:31] <mdke> Mithrandir, the dapper packages were made a while back so they might not have the same fix. I think that Riddell sorted it out, but a double-check would be a good idea I think
[10:33] <mdke> Mithrandir, we build them from our svn repository, so if any changes are needed, lemme know and I'll make any changes
[10:34] <Kamion> ogra: (I've already merged your seeds while doing something else - you just need to update edubuntu-meta)
[10:35] <ogra> Kamion, yup, got it ... i was just missing the piece of conversation that introduced all the highlighting in here :)
[10:37] <ogra> hmm...
[10:37] <Mithrandir> mdke: I'll go over the dapper packages as well.
[10:38] <ogra> hmpf
[10:38] <mdke> Mithrandir, thanks a lot, hopefully you won't have the same problem
[10:56] <triceratops> How may I fill a bugreport against a package from universe which isn't registered in malone yet?
[10:58] <sivang> morning all
[10:58] <sivang> ogra: did you sleep at all ? :)
[10:58] <ogra> yes, some hours
[10:59] <ogra> 3 or 4
[10:59] <sivang> :)
[11:00] <dholbach> triceratops: tell the guys in #launchpad to import it.
[11:00] <triceratops> dholbach: Thanks, will do so...
[11:06] <jk_work> kernel 2.6.12-10 won't boot my laptop. 2.6.12-9 will. Any info you want?
[11:11] <Kamion> sivang: no
[11:11] <Kamion> it's a simple Ubuntu 5.10 install
[11:11] <sivang> Kamion: ah , ok.
[11:13] <ogra> Riddell, ping
[01:49] (daniels/#ubuntu-devel) Kamion: cxkb ftw
[01:49] (Riddell/#ubuntu-devel) dholbach: is this a bad sign? http://muse.19inch.net/~jr/tmp/libfreetype.diff
[01:50] <dholbach> Riddell: no, seems like they just added a function and changed internal stuff -  that part looks good.
[01:52] <Kamion> daniels: yeah, I know I'll have to change it later, but we need a keymap menu RSN
[01:52] <teroedni> Hello:)
[01:52] <dholbach> Riddell: we should have input on this from our cjk testers.
[01:53] <Riddell> dholbach: well it fixes the CJK problem, I've confirmed that, it's just the patches are quite large and I don't know much about freetype to say if something else might randomly break
[01:54] <dholbach> Riddell: me neither. :(
[01:54] <Mithrandir> Kamion: having a menu there would be really, really nice, yes, since I can then just map the names from the menu to X keyboard maps in casper and mark simplified-live as implemented. :-)
[01:54] <Riddell> dholbach: and you were the other guy who commented on the bug report :)
[01:55] <dholbach> Riddell: Yeah, because I synced freetype at the time and brought breakage to Ubuntu. :)
[01:57] <infinity> daniels: Not testing if a directory is a symlink before dumping the contents and exiting 1?
[01:57] <pitti> Riddell, infinity: I didn't follow the qt4 discussion yesterday, did you discuss this any further?
[01:58] <Riddell> pitti: since everyone seemed to object to qt4 in main for dapper I've not uploaded it
[01:58] <pitti> well, we have to balance that with the features we lose by not having it
[01:58] <pitti> Riddell: how much would break without qt4?
[01:59] <daniels> infinity: ?
[01:59] <infinity> daniels: Oh, it's a copy and paste of my old code from somewhere else, isn't it?  So it's my fault. :)
[01:59] <daniels> if [ -d "/usr/bin/X11" ] ; then
[01:59] <daniels> [...] 
[01:59] <daniels>   if ! rmdir /usr/bin/X11 2>/dev/null; then
[01:59] <daniels> [...] 
[01:59] <infinity> daniels: (Little known fact, "test -d" is true if the target is a directory.. Or a symlink toa directory.
[02:00] <daniels>     exit 1
[02:00] <Riddell> pitti: nothing would break, and it is only the calculator program, but it adds some features that people have been asking for (e.g. keypad)
[02:00] <daniels> infinity: oh my.
[02:00] <infinity> daniels: So you need [ -d foo ]  && [ ! -L foo ]  or some such.
[02:00] <daniels> infinity: so I guess -d /usr/bin/X11 && ! -L ... yeah
[02:01] <pitti> Riddell: do you expect more programs that use qt4 by dapper release? I. e. do you have a similar UVF exception like gnome?
[02:02] <infinity> I hope xorg doesn't circualarly depend on x11-common at this point, or I'll have to bootstrap this by hand. :)
[02:02] <infinity> daniels: Uploading fix?
[02:02] <Riddell> pitti: I don't know of any others that are likely to release qt4 versions imminently and we don't have a UVF exception
[02:02] <daniels> infinity: s/ing/ed/
[02:02] <infinity> Spiff
[02:03] <\sh> Kamion: send via email, (matt and jonathan included)
[02:04] <infinity> daniels: Oh, that's fortunate.  xorg's build-deps don't pull in a single X lib... Phew.
[02:04] <\sh> waiting for xorg to be installable again ;)
[02:05] <daniels> infinity: well, it's just metapackages
[02:06] <\sh> dpkg: error processing x11-common (--configure):
[02:06] <\sh>  subprocess post-installation script returned error exit status 1
[02:06] <\sh> Errors were encountered while processing:
[02:06] <\sh>  x11-common
[02:06] <\sh> argl
[02:06] <Kamion> Mithrandir: I'm just trying to figure out how to transform Linux console maps automatically into something I can use within gfxboot. It's ... not exactly trivial.
[02:06] <\sh> BREAKMYUBUNTU
[02:07] <Mithrandir> Kamion: is there a specification for gfxboot maps somewhere?
[02:07] <infinity> daniels: Yeah, but debhelper's dependencies grow every week. :)
[02:08] <Kamion> Mithrandir: array of [ scan-code plain-ASCII shifted-ASCII altgr-ASCII ]  (you can leave out ones that are just the same as the US map, although I think that might be too much trouble)
[02:08] <daniels> shawarma: dude, the exact same issue was just discussed not 25 minutes ago
[02:08] <\sh> daniels: you mean \sh and yes...
[02:09] <daniels> yeah, that
[02:09] <Kamion> Mithrandir: playing with loadkeys -m at the moment
[02:09] <daniels> i also mean s/minutes/lines/
[02:10] <\sh> while I wait...I'm watching neal armstrong landing on the moon
[02:11] <giftnudel> \sh, what's your time now?
[02:11] <\sh> 13:11 UTC / 14:11 local time
[02:11] <Mithrandir> Kamion: I guess I should just sit down and write lcxkb, then
[02:12] <giftnudel> \sh, well the date is surely something * 196?
[02:12] <\sh> giftnudel: it's named "NASA 50 years of space exploration part 1 :)
[02:16] <jdub> daniels: xfonts-* to be purged on dist-upgrade - transient package oddness or intentional? (i'm upgrading for now)
[02:16] <Kamion> Mithrandir: in fact, UTF-8 for each of the plain, shifted, and altgred codes seem to work
[02:16] <daniels> jdub: uh
[02:17] <daniels> jdub: unintentional
[02:17] <daniels> ah, I see
[02:17] <daniels> transient
[02:17] <jdub> heh, transient because you're uploading a fixed package? ;-)
[02:18] <Mithrandir> hooray, most stuff got installable again
[02:18] <daniels> notice how your upstream is choked right now? :)
[02:18] <teroedni> will xorgand xorg common work together or are they completely broken apart/ i can see that xorg use 7 and xcommon 6.8:O
[02:18] <Nafallo> teroedni: since yesterday we have x11-common :-)
[02:19] <Nafallo> (and since today it works ;-))
[02:19] <mvo> some change to x-window-system-core made ubuntu-desktop uninstall on dist-upgrades apparently
[02:20] <daniels> mvo: transient
[02:20] <teroedni> nafallo:xorg common 7.0 version?
[02:20] <mvo> daniels: great, so it will be gone with the next upload?
[02:20] <Kamion> Mithrandir: hmm, I don't think loadkeys -m is good enough - it doesn't output Unicode
[02:20] <daniels> mvo: yep
[02:20] <mvo> daniels: thanks :)
[02:20] <daniels> teroedni: xorg-common, xserver-common, and x-common are deprecated
[02:21] <daniels> x11-common is the new hotness
[02:21] <daniels> Kamion: loadkeys -u -m?
[02:21] <Mithrandir> Kamion: how much would you love me if you had lcxkb before the sprint?
[02:21] <mvo> it looks like I picked a bad timing for asking for testing on the dist-upgrade process then :)
[02:21] <daniels> mvo: haha
[02:21] <teroedni> ohh then im installing the wrong package:/
[02:21] <Mithrandir> mvo: extreme stress-testing. :-P
[02:21] <daniels> mvo: it should be gone by the time the dev team meeting's over
[02:22] <Mithrandir> infinity: the buildds are coping with most of daniels' fallout and it should all stabillise a bit in a little while?
[02:22] <daniels> pfft, I wasn't even trying
[02:22] <Kamion> daniels: tried that, it outputs 0x00a4 for Euro
[02:22] <daniels> Kamion: d'oh
[02:22] <Kamion> which is the ISO-8859-1 currency symbol, not the Euro symbol
[02:22] <Kamion> anyone know how the Euro stuff works?
[02:22] <daniels> 'badly'
[02:23] <mjg59> Kamion: It's where the Euro symbol is in 8859-15
[02:23] <mjg59> (In case that's non-obvious)
[02:23] <Kamion> mjg59: aha
[02:23] <\sh> hmmm...do i have the imagination, that the ammount of bug reports increased since the merge to malone, or is it fact? 
[02:23] <mjg59> Why it's outputting in 8859-15, I have no idea
[02:23] <daniels> \sh: decreased
[02:25] <\sh> hmm..then it's something else...I wonder if I have to adjust my sieve filters
[02:26] <infinity> Mithrandir: For some value of coping.  I'll be handholding during the meeting.
[02:28] <Kamion> Christ. loadkeys -m spits out 0xf0a4 for "currency" (U+00A4) and 0x0151 for "odoubleacute" (U+0151)
[02:28] <teroedni> yea i wish i knew earlier:/ Ive most have the most broken system currently:Evrything was removed:O
[02:28] <daniels> teroedni: if you're not prepared to face this sort of breakage, development branches are not for you
[02:29] <Nafallo> or a bit more careful what you ack for that matter :-)
[02:30] <teroedni> daniels:I guess im just a little bit suprised/ I am completely broken I havent even got a terminal any longer:P well well :P
[02:31] <teroedni> daniels:Thanks for the tips :Atleast :I cant be dumb enough to do the same mistake twice:P
[02:32] <pvanhoof> ow, some x-server related upgrades
[02:32] <pvanhoof> is it save to upgrade dapper atm? :)
[02:32] <pvanhoof> safe
[02:33] <infinity> pvanhoof: No.  Any other questions?
[02:33] <pvanhoof> :p
[02:33] <Nafallo> :-)
[02:40] <pvanhoof> The following packages will be REMOVED:
[02:40] <pvanhoof>   ddd libxp6 sun-j2sdk1.5 vncserver x-common x-window-system-core xfonts-100dpi xfonts-75dpi xfonts-base xfonts-scalable xorg-common xserver-common
[02:40] <pvanhoof>   xserver-xorg
[02:40] <pvanhoof> is that normal when installing x11-common :) ?
[02:40] <pvanhoof> or should I wait a few days? ;)
[02:41] <infinity> pvanhoof: Did you not just ask 15 minues ago if stuff was broken, and I said "yes"?
[02:41] <pvanhoof> right, I'll wait a few days
[02:42] <teroedni> pvanhoof:Yea wait ;)
[02:42] <pvanhoof> :p
[02:43] <teroedni> Hope i get answer on this:imsorry if im being a pain in the ass
[02:43] <teroedni> but does the latest build work with x11-common?
[02:43] <pvanhoof> going to upgrade firefox nevertheless ..
[02:43] <pvanhoof> :p
[02:43] <pvanhoof> and the x11 stuff can wait
[02:44] <infinity> Kamion: Any urge to do a quick cron.daily again, to get us back on track?
[02:44] <infinity> Kamion: Then I should be able to fix the world during the meeting.
[02:44] <\sh> hehe
[02:44] <infinity> Kamion: Err, waiting for everything to hit accepted, of course (so, in 30 seconds or so...)
[02:45] <Kamion> infinity: running
[02:45] <infinity> Danke.  You're a lifesaver.
[02:45] <Kamion> xorg 7.0.0-0ubuntu5 INSTALLED on all architectures
[02:45] <\sh> "SuperAdam, The Hero Who Fixed the World" ;)
[02:45] <infinity> \o/
[02:45] <lamont> tepsipakki: does it mount nfs v3 shares?
[02:45] <Kamion> well, the big three and ia64 anyway
[02:46] <Nafallo> again, and again, and again... :-)
[02:48] <tepsipakki> lamont: yes
[02:48] <tepsipakki> I've used a patched version for three weeks without problems
[02:52] <Kamion> Mithrandir: I have what looks like a working console-keymaps-at / loadkeys -m scraper now - it's just a matter of some textual transformations
[02:56] <\sh> oh I love daniels, kamion and infinity :) 
[03:03] <Kamion> Dapper status meeting, in case anyone missed it
[03:03] <Kamion> er, is missing it :)
[03:03] <Kamion> (#ubuntu-meeting)
[03:17] <\sh> Kamion: the autosync tool is not switched off by now?
[03:23] <daniels> jdub: i just committed the fix for your quebecistani craptop to xorg head
[03:24] <mjr> so, I seem to have heard that dapper would contain some tools for centralized package management, is that so and any links?
[03:24] <daniels> whois mjr
[03:30] <mjr> mjr is someone who's doing some lectures on Linux, also Ubuntu, as well as a homebrew centralized package management system for the purposes of transitionin the CS department here to it
[03:32] <shaya> infinity: thundebird now has its own problem
[03:32] <shaya> /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin: symbol lookup error: /usr/lib/mozilla-thunderbird/components/libgfx_gtk.so: undefined symbol: pango_xft_get_font_map
[03:33] <infinity> shaya: When/how are you managing to get that?
[03:33] <shaya> just installed 1.5
[03:33] <shaya> running from command line
[03:34] <infinity> shaya: Oh, feh.  I haven't upgraded to -0ubuntu2 yet.  Maybe enabling pango broke something internally.
[03:34] <infinity> I can revert that change for now and deal with it in a week.
[03:36] <shaya> let me try to build it locally
[03:36] <shaya> see if it works
[03:37] <shaya> hmm
[03:37] <shaya> X is uninstallable right now
[03:37] <daniels> yes, we know
[03:38] <shaya> I say this as I can't install the one dep I need to build thunderbird
[03:38] <shaya> oh well
[03:46] <infinity> shaya: Feh.  Looks like I'm calling into /usr/lib/libpangoxft-1.0.so.0.1101.1, but not linking to it.
[03:46] <infinity> GO THUNDERBIRD!
[03:46] <infinity> Or, go pango.  I dunno who to blame.
[03:46] <shaya> so if it's LD_PRELINKED? 
[03:47] <infinity> I'll sort it out in a week, after I'm back from VAC.
[03:47] <shaya> enjoy your hoover
[03:47] <infinity> Yeah, this works fine:
[03:47] <infinity> LD_PRELOAD=/usr/lib/libpangoxft-1.0.so.0.1101.1 mozilla-thunderbird
[03:48] <teroedni> i have big problems with network-admin
[03:48] <teroedni> it often locks using rt2500 driver
[03:48] <shaya> yes it does
[03:48] <teroedni> and i want to submit bugs
[03:49] <teroedni> ahh so it is a known issue?
[03:49] <teroedni> eg any point in bug reporting on this?
[03:52] <shaya> infinity: for some reason thunderbird just launched konqueror
[03:52] <infinity> shaya: Then Konq is your default browser somewhere.
[03:53] <shaya> hmm
[03:53] <shaya> x-www-browser
[03:53] <infinity> That'd be the one.
[03:53] <shaya> yes
[03:53] <shaya> figuring this out
[03:53] <shaya> wondering why
[03:53] <infinity> Anyhow, pango support reverted and uploaded.
[03:53] <shaya> oh well
[03:53] <shaya> I liked the nice fonts
[03:53] <shaya> :)
[03:53] <infinity> In a week or so, Tbird 1.5 will get more love and polish.  Right now, I just want it in and more or less functional.
[03:53] <shaya> so how do I update alternatives manually
[03:54] <infinity> Pango support will come back when I come back, I just need to fix the bug.
[03:54] <infinity> With a plane to catch in 3 hours, that's not gonna happen. :)
[03:54] <shaya> hmm
[03:54] <shaya> why does firefox have priority of 70 for x-www-browser, but konq 100
[03:55] <tseng> shaya: because if you install kubuntu-desktop over ubuntu, its assumed that you prefer kde stuff
[03:55] <tseng> ubuntu = base
[03:55] <shaya> didnt install kubuntu-desktop
[03:55] <shaya> just konq
[03:55] <tseng> so the same thing i just said applies
[03:55] <shaya> I guess it makes sense
[03:55] <tseng> feel free to write a patch to read users minds
[03:56] <tseng> it has to go one way or the other
[03:56] <shaya> it be nice if there was a debconf message that is normally hidden, but that one can hit on dpkg-reconfigure that could ask about that
[03:56] <shaya> i.e. assume user wants it
[03:56] <shaya> but give easy way to change it by running one command and changing it
[03:57] <tseng> if you were that knowledgeable
[03:57] <tseng> it wouldnt be a strech to expect you to know 'sudo update-alternatives --config x-www-browser'
[03:58] <shaya> ah
[03:58] <shaya> didnt know about config
[03:58] <tseng> you do now :)
[03:58] <shaya> just did a --set
[03:58] <shaya> config seems saner
[03:59] <shaya> but it doesnt update the slave
[03:59] <shaya> weird
[03:59] <shaya> oh well, not going to worry about it right now
[04:03] <ogra> mvo, want a bug as reminder for the xss issue ? 
[04:04] <mvo> ogra: thanks
[04:04] <mvo> I added it to my tomboy notes for the meeting
[04:04] <ogra> err ...
[04:04] <ogra> ah, k
[04:14] <infinity> Kamion: Feel like one more forced cron.daily, just to clear this mess out?
[04:15] <dholbach> mdz: ping
[04:16] <mvo> woah, after my dist-upgrade, I have *no* interfaces anymore on startup (not even lo)
[04:17] <Kamion> infinity: running
[04:18] <infinity> Kamion: Ping me when it passes apt-ftparchive?
[04:18] <Kamion> ok
[04:18] <tseng> mvo: does Detecting Hardware script take forever to run?
[04:19] <tseng> i think it is rcS.d/S10udev
[04:22] <mvo> tseng: no, seems to be normal
[04:23] <tseng> hm mine sits for several minutes than fails
[04:23] <pitti> hi jdthood, how are you?
[04:23] <tseng> (i am seeing the same thing about nic modules etc not being loaded)
[04:23] <tseng> and Keybuk hasnt been here for 2 days
[04:23] <jdthood> pitti: Doin' fine
[04:23] <Kamion> infinity: past, in ziyi
[04:24] <Mez> infinity: any chance of updating enigmail as well as thunderbird please?
[04:24] <infinity> Mez: Not until I get back from vacation.  The changelog notes where you can get a working enigmail plugin.
[04:25] <Mez> infinity - already have one :D
[04:26] <infinity> Mez: Well, there you go.
[04:28] <\sh> infinity: which country?
[04:28] <infinity> \sh: Vacationing in London before the sprint(s)
[04:29] <\sh> infinity: nice :) 
[04:31] <\sh> Kamion/mdz: do you need more informations about pykde uvf exception?
[04:32] <mdz> dholbach: pong
[04:32] <rburton> am i being dense, or is there not a product in malone for xorg
[04:32] <dholbach> mdz: I just queried you.
[04:32] <mdz> infinity: I don't object to the renaming of thunderbird, but the timing is awkward
[04:33] <Treenaks> rburton: there is a product for every small subsystem :)
[04:33] <mdz> \sh: I've only just begun email for this morning
[04:33] <rburton> Treenaks: the only driver i can find a product for is synaptics
[04:34] <Treenaks> https://launchpad.net/distros/ubuntu/+source/xserver-xorg-driver-ati/ works fine too
[04:34] <rburton> ok, i'll go via distros in the future
[04:34] <Nafallo> infinity: YAY! linuxdcpp switched to cdbs! :-D
[04:35] <Nafallo> that means scons in not a problem anymore, right? :-)
[04:36] <\sh> mdz: ok :) 
[04:39] <janimo> jdub, is changing reply-to settings on lists.u.c prohibited? I change it for xubuntu-devel but w/o any error it just sets it back to default
[04:40] <janimo> by popular request I want to set it to reply to list insted of poster
[04:40] <Treenaks> we need better mail clients
[04:40] <janimo> webmail mostly
[04:41] <janimo> is the cause
[04:41] <Treenaks> Webmail clients need to get better
[04:41] <janimo> tell that to google
[04:41] <mdz> janimo: if the list participants prefer to set reply-to, there's no reason not to do so.  I don't know why changing the setting isn't working for you
[04:41] <mdz> -users is reply-to, iirc
[04:42] <janimo> me neither, I just check the box say submmit changes and the radio buttons is the default after page refresh
[04:42] <jdub> janimo: hrm, i'll take a look
[04:42] <mdz> Treenaks: there is an X.org project which should group all of the products
[04:42] <mdz> https://launchpad.net/projects/xorg
[04:42] <janimo> thanks
[04:43] <Treenaks> mdz: ah, cool
[04:43] <Treenaks> mdz: the structure of everything in launchpad is still a bit unclear to me
[04:43] <Treenaks> even _with_ the new look
[04:43] <janimo> is soyuz rollout implying world imports will be done in bzr instead of bazaar?
[04:44] <jdub> oh man
[04:44] <mdz> janimo: they're unrelated, but yes, afaik the plan is to import to bzr.  #launchpad will know more
[04:44] <jdub> now the mailman pages are https
[04:44] <mdz> jdub: can you approve my -devel-announce mail if no one has already?  I have no idea what the admin passwords are anymore
[04:44] <jdub> janimo: it's something to do with the https setup
[04:44] <tseng> Treenaks: what new look?
[04:44] <janimo> jdub, mine or the servers?
[04:44] <jdub> mdz: ok
[04:45] <\sh> elmo: I think you missed my sync requests...the last week...ncbi-tools6 and g-wrap from sid, dropping ubuntu changes :) thx :)
[04:45] <Treenaks> tseng: the one without the tabs :)
[04:45] <tseng> hm
[04:45] <jdub> janimo: i assume the server, but firefox has been 'interesting' recently
[04:45] <tseng> i didnt notice they were missing
[04:45] <jdub> janimo: hrm, no, i just tried from windows too
[04:45] <Treenaks> tseng: ('new' being relative, I guess I saw it first in December)
[04:45] <janimo> jdub, ok then I wait, thanks
[04:45] <jdub> mdz: the only one there was the ubuntu women mentors post
[04:45] <jdub> oh, i know what it is
[04:46] <jdub> Znarl, elmo: who did the mailman https change?
[04:46] <Znarl> jdub : I did it!
[04:46] <jdub> Znarl, elmo: the list configurations need to be changed to point to https
[04:46] <mdz> jdub: was approved already, it seems (UVF)
[04:46] <jdub> mdz: ok
[04:47] <elmo> jdub: eh?
[04:47] <jdub> elmo: currently, the pages are forced to https, but the form is pointing to http
[04:47] <jdub> elmo: and thus, not working
[04:48] <Znarl> Ah, yes.  Good point.  Will change that jdub.
[04:48] <elmo> jdub: only the admin pages are forced, and they work for me?
[04:48] <jdub> elmo: definitely don't work for me - try changing config
[04:48] <jdub> Znarl: thanks
[04:48] <elmo> hang on tho, if we change this, doesn't it change for everyone?
[04:48] <elmo> like will it affect the listinfo pages?
[04:49] <elmo> because if it does, we need to get a proper cert for l.u.c
[04:49] <jdub> oh, you only want to force it for admin/login?
[04:49] <elmo> anyway this is way -ECHAN
[04:49] <jdub> hold on
[04:49] <jdub> proper cert?
[04:49] <jdub> since when has that stopped us? :)
[04:50] <Nafallo> lol
[04:51] <\sh> elmo: thx :)
[04:58] <\sh> Kamion / mdz: short update to the UVF exception report of pykde..it doesn't break anything. 
[04:59] <siretart> elmo: I think some sync request got lost somehow: please sync the following packages from unstable, ok to drop ubuntu changes: wmfire xmms-jack, sdcv, arson, dx. Thanks in advance!
[05:02] <\sh> oh wow...mark met my favorite indian ubuntu women contact :)
[05:02] <jsgotangco> :D
[05:02] <\sh> which is really great :) 
[05:03] <Kamion> mdz: yeah, I did a pass over u-d-a moderation this morning
[05:05] <seb128> elmo: is there a place where we have informations like why python-musicbrainz has been dropped?
[05:06] <Mez> jdub: ping
[05:07] <elmo> seb128: it wasn't built from source
[05:07] <elmo> and no, right now, the removals file isn't public
[05:07] <elmo> so for now, ask any of the 5+ people with logons to jackass
[05:07] <elmo> and then wait for the new soyuz world order
[05:08] <WaterSevenUb> pitti, quick question... are breezy langpack updates still planned before dapper?
[05:08] <WaterSevenUb> :)
[05:09] <dilinger> ugh
[05:10] <dilinger>  /usr/share/gajim/COPYING?  no copyright file in /usr/share/doc/gajim?  /usr/share/gajim/src?
[05:10] <\sh> Launchpad ... The Final Frontier..we are writing the year 2006 ... These are the adventures of the spaceship Ubuntu
[05:10] <\sh> dilinger: what?
[05:10] <\sh> dilinger: lemme check
[05:10] <carlos> WaterSevenUb, pitti I will try to provide pitti with updates for tomorrow
[05:10] <\sh> argl...
[05:10] <carlos> so the answer is yes ;-)
[05:11] <\sh> pykde is just building and blows my machine
[05:11] <pitti> carlos: yay, that would be a good time to build new langpacsk
[05:11] <pitti> current ones are scary (seb128 will certainly agree)
[05:11] <\sh> dilinger: latest gajim upload?
[05:11] <Riddell> \sh: blows?
[05:11] <seb128> pitti: yeah, I was going to ping you, stuff like xchat-gnome have no translation atm :p
[05:11] <\sh> Riddell: yeah...increasing the cpu load to 99 ,)
[05:12] <WaterSevenUb> carlos, hhmm... shouldn't this be announced beforehand such that translators ultimate things? My understanding is that we are talking about first breezy langpack updates in locale, if not all...
[05:13] <WaterSevenUb> in some locale....
[05:13] <pitti> mvo: is there a reference bug for 'lo' not being ifup'ed? I have a dup for that
[05:13] <carlos> WaterSevenUb, well, we still have some problems with its generation
[05:13] <\sh> dilinger: ok COPYING is easy to fix...the rest is quite ... not really complicated, but complicated
[05:13] <pitti> seb128: hm, half of my dialog boxes are not translated any more either 
[05:13] <carlos> WaterSevenUb, we will do the announcement when we are able to give concrete dates
[05:13] <dilinger> \sh: i may just end up packaging it properly
[05:14] <dilinger> \sh: if i use it.  i've been working on a jabber client in ruby, using glade
[05:14] <dilinger> this seems very similar, though
[05:14] <seb128> pitti: right, that too
[05:14] <\sh> dilinger: let me check why the python stuff is in /usr/share/gajim/src it can be, that upstream has a bug there...
[05:15] <WaterSevenUb> carlos, as you said tomorrow you will give pitti updates I understood you were rolling out the tarballs tomorrow :)
[05:15] <mvo> pitti: I havent found one yet
[05:16] <dilinger> \sh: not sure what python policy is for that, but i would imagine the stuff in src should go in /usr/lib/python*/gajim, and the stuff in data would be in /usr/share/gajim
[05:16] <pitti> mvo: ok, then I'll bless this one as a reference bug. Shall I assign it to Scott?
[05:16] <pitti> mvo: (you seemed to have suffered from this a lot, that's why I ask you)
[05:16] <carlos> WaterSevenUb, yes, that's the plan but if we announce it today, is useless as people is not going to have enough time to do useful updates
[05:17] <carlos> WaterSevenUb, the idea is to get this fixed as soon as possible and running on concrete dates
[05:17] <\sh> dilinger: it should and I apologise for not seeing this..but I'll take care...and bug upstream if this is something serious (and fixing it now for ubuntu)
[05:17] <pitti> WaterSevenUb: well, once this works, we can release updated langpacks more often
[05:17] <carlos> so people knows, for instance that every 1st of month we do a roll out
[05:17] <\sh> dilinger: only for the record, gajim in is the same layout
[05:17] <dilinger> \sh: yea, i figured it was just the case of someone leaving the default layout
[05:18] <mvo> pitti: I think scott is the right person, can you subscribe me to it as well please?
[05:18] <pitti> sure
[05:19] <WaterSevenUb> pitti, carlos, ok... great :) announce as much as you can even when it's too late in any case :)
[05:19] <\sh> dilinger: it's even in upstream makefile...I'll fix this now and check if I need to fix upstream sources as well *gnarf*
[05:21] <\sh> uh nasty
[05:21] <\sh> cd /usr/share/gajim/src in /usr/bin/gajim *grr*
[05:21] <dilinger> haha
[05:21] <dilinger> nice
[05:21] <dilinger> i checked to see whether it was a symlink
[05:22] <dilinger> didn't think to look at the actual script
[05:22] <bedo> Hi all
[05:22] <\sh> just branching 0.9.1 and *censored* fixing it completly
[05:24] <bedo> I'm trying to boot a self-made ubuntu distro, based on breezy, with a self-made preseed. It's going well, when it gives me an error like: check target/var/log/bootstrap fo details. But tjis file dowsn't exist! Any hints?
[05:24] <Kamion> bedo: it's probably /var/log/messages in breezy, apologies for the error getting out of sync with the code there
[05:25] <Kamion> in dapper everything the installer says will just be in /var/log/syslog; they were still a bit split out in breezy
[05:27] <bedo> so i've to check what's wrong in /var/log/messages?
[05:29] <ogra> often its enough to use tty4, did you look there for errors ?
[05:29] <bedo> i'm looking
[05:29] <bedo> i'm writing from another pc so i can try my iso "live" :)
[05:30] <Diziet> Is there anyone whose toes I'd be treading on if I just fixed the m-f-locale-* conflict by editing m-f-locale-all ?
[05:31] <Diziet> I think I have the right dhange.
[05:31] <Diziet> s/dha/cha
[05:31] <bedo> chroot: cannot execute mount: No such file or directory
[05:31] <bedo> now i'm looking for the packages i've made myself, there can be something wrong :)
[05:31] <bedo> Maybe :)
[05:34] <Kamion> Diziet: I doubt it
[05:35] <Kamion> bedo: you tried to chroot before the base system was installed, probably
[05:35] <Kamion> ogra: /var/log/messages is displayed on tty3, not tty4
[05:35] <ogra> oh, sorry
[05:35] <Kamion> /var/log/syslog goes on tty4, but in breezy debootstrap output was not sent to syslog
[05:35] <Kamion> but in any case I normally find nano -v to be more useful even for /var/log/syslog, as you can search and scroll
[05:36] <ogra> i really miss ping in the installer
[05:36] <Kamion> the scrolling output on tty4 is useful if you're watching a long process go by and something's wrong with the status bar
[05:36] <Kamion> er, progress bar
[05:36] <bedo> In the installation phase it can't download some files
[05:36] <bedo> so the base system couldn't load
[05:39] <Kamion> bedo: which?
[05:39] <bedo> which files? many
[05:39] <bedo> link libs
[05:39] <bedo> like libs sorry
[05:41] <Kamion> bedo: perhaps your mirror or network is broken
[05:43] <\sh> dilinger: I fixed it now for the installation things...but I have to bug upstream because there is a glitch in their logic :)
[05:44] <bedo> i'm installing all with CDs
[05:44] <ryanpg> this may be considered a "support" question by some but... is there any reason to upgrade current dapper from the flight 3 cd? 
[05:45] <mvo> ff is a bit crashy today? (on amd64)
[05:46] <\sh> dilinger: and thx for finding this issue :)
[05:47] <\sh> mdz: thx for the approval
[05:49] <\sh> btw...
[05:50] <\sh> short and easy question: regarding the uvf announcement, autosync should be stopped, right?
[05:51] <pitti> \sh: isn't it?
[05:51] <Mithrandir> Diziet: what's the status of the "fix firefox version number" issue?
[05:51] <\sh> pitti: I had some autosyncs now in my autosync folder from 16:24 DCT
[05:52] <bedo> Solved!
[05:52] <bedo> the problem was the wrong path in the Packages file
[05:52] <bedo> :)
[05:52] <dilinger> \sh: np, thanks for fixing it
[05:52] <dilinger> \sh: does it pass lintian checks?
[05:53] <\sh> dilinger: I can't tell...will see later when I build it :) I have to wait for my final pykde test build :)
[05:55] <Diziet> Oh, FFS.  m-f-locale-all has what should be an FTBFS but it doesn't notice due to lack of set -e.  I added the set -e because it blundered about at me and that's why my build is broken now.
[05:55] <Diziet> And I have no idea how it was supposed to work or anything.
[05:55] <Mithrandir> Diziet: I read that as "I'm working on it".  Thanks.
[05:55] <Diziet> mithrandir: You're welcome.
[05:56] <pitti> Diziet: I'll take a look at it
[05:56] <pitti> Diziet: if you give me the details?
[05:56] <Diziet> You sure ?
[05:56] <pitti> Diziet: well, I consider -all largely my task/fault
[05:56] <Diziet> I'll email you a diff.  Apply it to your package, run debian/rules update-debian-files, run debian/rules build, it bombs.
[05:56] <pitti> (unless you want to fix it, that is :) )
[05:56] <Diziet> No, I don't want to fix it if you can tell what the problem is :-).
[05:56] <pitti> Diziet: ok, that sounds good
[05:57] <pitti> I'm not aware at all about problems in update-debian-files so far
[05:57] <pitti> (apart from the fact that it's utterly hackish, of course)
[05:57] <pitti> but I didn't bother changing it too much compared to Debian
[05:58] <pitti> since I hope that we can eventually drop it completely
[05:59] <\sh> ok...while pykde is building I should go shopping
[06:00] <Diziet> Yes, it's not u-d-f that's going wrong.  It's giving me an error:   unzip:  cannot find or open chrome/bg-BG.jar, chrome/bg-BG.jar.zip or chrome/bg-BG.jar.ZIP.
[06:00] <Diziet> but I'm pretty sure I'm only seeing it because I added some set -e's.
[06:00] <Diziet> YHM
[06:00] <Diziet> The diff has my fix for the firefox version screwup, and the set -e's.  See the debian/changelog, which I edited accurately.
[06:01] <Diziet> my fix for the firefox version screwup> which I _think_ I have right but I was going to do a test build and then tripped up, as you see.
[06:05] <dilinger> isn't today upstream version freeze?
[06:05] <Kamion> dilinger: yes, there's a mail on -devel-announce about it
[06:06] <mdz> fun, gnome-terminal just freaked out and is spinning on the CPU. anyone else see this?
[06:06] <pitti> mdz: hm, mine just doesn't start any more from time to time
[06:07] <mdz> mine is running, but won't redraw or anything
[06:07] <Kamion> it does that for me on the live CD from time to time, but I'd put it down to a mad live CD or unionfs bugs or something ...
[06:07] <mdz> strace shows no syscalls, gdb backtrace is garbage
[06:07] <Kamion> oh, in my case it's when I'm trying to start it before the window appears
[06:08] <dilinger> mdz: ltrace?
[06:08] <mdz> nothing, seems to be in a tight loop somewhere
[06:09] <mdz> dunno why gdb gives only '??', not even any symbol names
[06:09] <Kamion> smashed stack?
[06:09] <mdz> apparently, but it changes as it sits and spins
[06:10] <mdz> oh well, killing it
[06:10] <pitti> Diziet: btw, I just made a very interesting discovery: if I start firefox without a ~/.mozilla, it crashes; but if I ssh -X test@localhost and start firefox as user test (without .mozilla again) it works
[06:10] <seb128> mdz: no bug about that and it works fine for me but I've not updated to today new version
[06:10] <dilinger> ah, what the hell
[06:10] <mdz> seb128: neither have I
[06:10] <mdz> seb128: I'll call it sunspots unless I see it again
[06:11] <seb128> ok
[06:11] <seb128> quick questions guys, slomo has prepared a xine-lib for main without patented codecs, would you keep naming the binary package libxine1c2 ?
[06:12] <seb128> or libxine-main and have a libxine-universe and libxine Depending on both to not drop feature silently?
[06:13] <pitti> so we still need it for main at all?
[06:14] <seb128> we said we would evaluate both
[06:14] <pitti> otherwise, your second solution seems correct if the new libxine1c2 is in universe
[06:14] <seb128> so have a xine and a gstreamer totem for main
[06:14] <pitti> 'k
[06:15] <seb128> pitti: yeah, but anyway we will have to rebuild stuff with libxine-main so it doesn't work :/
[06:15] <pitti> the rdepends list is not too scary, so we can do the transition for main
[06:15] <pitti> universe/multiverse packages are certainly fine to depend on libxine1c2
[06:15] <seb128> right
[06:16] <\sh> another transition?
[06:16] <seb128> small one
[06:16] <pitti> seb128: amarok kaffeine kdeaddons kdemultimedia totem
[06:16] <bddebian> Hello
[06:17] <seb128> pitti: in fact no need to rename for that
[06:17] <\sh> what about universe ?
[06:17] <pitti> seb128: why not?
[06:18] <seb128> pitti: we can keep libxine1c2 and add a Depends on libxine-extracodecs for universe package
[06:19] <seb128> pitti: what advantage do we have to rename libxine1c2 to libxine-main?
[06:19] <janimo> mdz, can you promote the xfce packages pitti reviewed for main if not all their dependencies are approved yet?
[06:19] <mdz> janimo: not really; that would make them uninstallable
[06:19] <pitti> seb128: ok, the extra depends WFM, too
[06:19] <pitti> janimo: what's still missing?
[06:19] <janimo> mdz, ah ok I'll remove the deps from xubuntu-meta then
[06:20] <janimo> pitti, some panel plugins
[06:20] <pitti> packages you don't consider ready for release yet?
[06:20] <janimo> some still don;t come from debian as they are not uptodate yet
[06:20] <seb128> pitti: we have to transition anyway, better to keep libxine1c2 for main, create a new libxine-extracodecs and make universe packages Depends on it ... what do you think?
[06:20] <janimo> oh, they are ready for release but may be hairier for you to review :)
[06:20] <janimo> but ok I'll give you a list
[06:20] <pitti> mdz: btw, janimo and I talked about langpacks for xubuntu; they are small enough to not justify split out packs
[06:21] <janimo> pitti, I shall add them to the queue then ok?
[06:21] <pitti> seb128: sounds sane; indeed there even are fewer universe packages that use libxine than main ones :)
[06:21] <Kamion> janimo: getting anywhere with the cdimage/debian-cd hacking for xubuntu?
[06:21] <pitti> janimo: yes, please write any concerns about maturity into the reports
[06:21] <janimo> Kamion, had no time yet sorry
[06:21] <Kamion> np
[06:21] <seb128> grumpf, gnome-session hacking ...
[06:21] <seb128> re :)
[06:21] <janimo> will look at it once things are in main
[06:21] <Kamion> not like I've had time either
[06:21] <\sh> seb128: giving the motus more work? ,)
[06:22] <bddebian> Heh
[06:22] <janimo> pitti, they are mature just not from the same upstream, they are community plugins. I'll make a short list and drop the rest from xubuntu-desktop for now to keep it safe
[06:22] <seb128> \sh: rebuilding 5 packages to put a Depends on a new package ... really few work, that's like 10 min for slomo
[06:22] <\sh> seb128: hehe...it's less :)
[06:26] <ulaas> x is ok now?
[06:27] <pitti> Diziet: bwah, heisenbug. 'firefox' segfaults, but "firefox --debugger 'strace -o /tmp/ffox.strace'" works like charm of course
[06:27] <Diziet> Nice.  i386 ?
[06:27] <pitti> amd64
[06:27] <Diziet> Um, which version ?
[06:27] <ulaas> safe to upgrade now?
[06:28] <pitti> so it works as user 'test' without debugger, and as 'martin' with debugger, and crashes as 'martin' without debugger. go firefox
[06:28] <pitti> 1.4.99+1.5rc3.dfsg-1ubuntu4
[06:28] <pitti> and gdb doesn't help at all
[06:28] <Diziet> That's quite old really.  I think we should concentrate on fixing the FTBFS and see if it still does it in the 1.5 release version.
[06:29] <Mithrandir> uh, where has my applications, system and places menu gone?
[06:29] <Diziet> I had them for lunch.  Sorry.
[06:29] <Mithrandir> seb128: is ^^ a known bug?  I haven't removed them.
[06:29] <Mithrandir> bad Diziet!
[06:29] <elmo> ok, guys, I think I'm caught up on syncs
[06:30] <seb128> Mithrandir: nop, not known
[06:30] <pitti> \o/ thanks elmo
[06:30] <elmo> if you haven't seen your sync on dapper-changes, and the source isn't in the archive, please reping me about it
[06:30] <ogra_> only 40 ? 
[06:30] <siretart> thanks elmo!
[06:30] <Diziet> syntax error at -e line 3, near "while"
[06:30] <Diziet> syntax error at -e line 7, near "}"
[06:30] <Diziet> Execution of -e aborted due to compilation errors.
[06:30] <Diziet> make[4] : Nothing to be done for `export'.
[06:30] <Diziet> And then it just carries on.  ?!
[06:30] <seb128> Mithrandir: is your panel frozen?
[06:30] <bddebian> 'bout time elmo
[06:30] <Mithrandir> seb128: unsure.  It fixed itself when I killall-ed it.
[06:32] <Diziet> pitti: Did that diff look sane to you ?  Was I right about it being broken before I got to it ?
[06:33] <bddebian> martink == madduck?
[06:33] <pitti> Diziet: didn't look at it yet, sorry; I'm trying to chase this crash
[06:34] <seb128> Mithrandir: let me know before killall it it that happens again :)
[06:34] <Diziet> pitti: OK.
[06:34] <martink> bddebian, no
[06:34] <Diziet> Re the crash: did you already move ~/.mozilla aside ?
[06:34] <bddebian> martink: Ah, OK, sorry
[06:35] <Mithrandir> seb128: willdo
[06:35] <pitti> elmo: could you already process the removal and backport requests, too?
[06:35] <elmo> pitti: I did, AFAIK
[06:35] <pitti> Diziet: yes (as I said above)
[06:36] <pitti> great, thank you
[06:36] <bddebian> Sorry to ask in here but does anyone know how to crack a bios password on a ThinkPad R31 without the security chip replacement thing?
[06:37] <janimo> hmm at least xfprint, xterminal and xffm4-icons are still in http://archive.ubuntu.com/ubuntu/pool/universe/
[06:38] <mdke> elmo, any chance you have a minute or two to talk about the docteam svn server?
[06:40] <pitti> janimo: true, AFAICS only the non-arch-all debs were removed
[06:40] <dilinger> oops, maybe i should've waited
[06:40] <pitti> janimo: on, rather, did xfprint ever built at all?
[06:40] <janimo> only debs not sources too?
[06:41] <dilinger> looks like libapt broke
[06:41] <Diziet> pitti: Oh, err, so what's different about `martin' ?
[06:41] <pitti>    xfprint | 4.2.1-1ubuntu2 | breezy/universe | source
[06:41] <pitti>    xfprint | 4.2.1-1ubuntu2 | dapper/universe | source
[06:41] <pitti>    xfprint | 4.2.1-1ubuntu2 | hoary/universe | source
[06:41] <janimo> in hoary we useed it
[06:41] <janimo> but in breezy got superceded by xfprint4
[06:41] <pitti> Diziet: that's what I'm asking myself, too
[06:41] <Kamion> right, this officially rocks
[06:41] <pitti> Diziet: I'm in more groups
[06:41] <Kamion> complete conversion of console-keymaps-at into gfxboot keymaps and a working keymap menu
[06:41] <pitti> Diziet: does ffox read gconf or anything like that? or just .mozilla?
[06:42] <pitti> Diziet: but if it would depend on the state of some files, then it shuold fail under strace as well *headdesk*
[06:43] <Kamion> even the French keymap works
[06:43] <pitti> Diziet: (did I mention that firefox -g works as well?)
[06:44] <Diziet> pitti: I couldn't say, I'm afraid, what ff reads.
[06:44] <pitti> Kamion: you better make sure, otherwise your panel will break in interesting ways :)
[06:44] <Kamion> FSVO "works" that means "does mad azerty things"
[06:44] <Diziet> But yes, since the new mime handling I think it uses gconf.
[06:44] <Diziet> That is, it calls some gnome mime library which might well look at gconf data.
[06:45] <janimo> elmo, please sync/override xfmedia and if possible change my sync notification address from email.ro to jani@u.c . thank you
[06:45] <ogra_> elmo, scim is missing from the syncs i think, should be at 1.4.4-1
[06:45] <pitti> Diziet: hm, moving aside .gnome2 doesn't help either
[06:46] <elmo> janimo: xfmedia is broken, different orig.tar.gz in Debian and Ubuntu, I can't sync
[06:46] <janimo> oh, weird
[06:46] <janimo> never mind than, sorry
[06:46] <elmo> janimo: changed your email
[06:47] <janimo> thanks
[06:47] <elmo> ogra_: what's minghua's name?
[06:47] <elmo> name + email
[06:47] <ogra_> Ming Hua <minghua@rice.edu>
[06:47] <Diziet> pitti: When you try it as test, do you run it as test displaying to your own display, or in a test login session ?
[06:47] <pitti> Diziet: in my own display
[06:47] <Diziet> You could move aside ~ I suppose.
[06:48] <pitti> $ gdmflexiserver
[06:48] <Kamion> the only problem with hacking on keymap support is that sometimes I'm left going "WHERE DID MY DOWN KEY GO?"
[06:48] <pitti> Segmentation fault
[06:48] <pitti> bwah
[06:48] <pitti> Diziet: my whole ~? Sure
[06:48] <ogra_> just make sure to have all commands you'll ever need in your history ;)
[06:48] <pitti> Diziet: I'll try it in a separate display if that helps
[06:49] <pitti> seb128: confirmed, new gdm fixes gdmflexiserver segfault
[06:49] <seb128> pitti: cool, thank you
[06:50] <Diziet> No, if you're already trying it in your display then we know it's not something in your display that's breaking it.  So we're left with permissions or ~.
[06:50] <Diziet> You could do binary chop on the groups list I suppose.
[06:50] <pitti> Diziet: ok, that gets some consistency. In complete 'test' session, firefox segfaults, too
[06:50] <Diziet> Ooo.
[06:50] <Diziet> But not when debugged, no doubt.
[06:51] <pitti> Diziet: sure thing
[06:51] <Diziet> Looks like infinity's workaround for the amd64 FTBFS works.
[06:52] <Diziet> Do you fancy trying ronne:~iwj/firefox-4u2/firefox_1.5.dfsg-4ubuntu2_amd64.deb ?
[06:52] <pitti> sure
[06:52] <pitti> btw, ssh -X martin@localhost from the 'test' session segfaults
[06:52] <pitti> so it's not overly consistent
[06:54] <ulaas> is common remove safe?
[06:54] <ulaas> is xcommon remove safe?
[06:56] <pitti> Diziet: btw, how is 1.5.dfsg- >> 1.5.z999 ?
[06:56] <pitti> and indeed, the newly generated debian/control is seriously screwed
[06:57] <Diziet> pitti: Eh ?
[06:58] <pitti> Diziet: it misses all the language names
[06:58] <Diziet> That's still the old package.  From yesterday.
[06:58] <pitti> - for Mozilla Firefox (Arabic language, ar).
[06:58] <pitti> + for Mozilla Firefox ( language, ar).
[06:58] <Diziet> Oh, sorry, you're talking about m-f-l-a.
[06:58] <pitti> yes, sorry
[06:58] <Diziet> 1.5.dfsg- isn't supposed to be >> 1.5.z999.
[06:58] <pitti> oh, sure, Conflicts:. My bad
[06:59] <pitti> ok, I'll figure out what fails in debian/rules and try to fix it
[06:59] <Diziet> It manages the language names here.  You mean my change around CURLANGXPATH ?
[06:59] <Diziet> I just added that because if you say    xpath yada yada | sed yada yada   and xpath isn't installed, it just blunders on without noticing.
[07:00] <pitti> Diziet: AFAICS you just split the command, right?
[07:00] <Diziet> Because    false | true   ==   true
[07:00] <Diziet> Yes.
[07:00] <pitti> yes, I understood it that way
[07:00] <pitti> maybe it's easier to check for which xpath at the start and exit 1 if not, but it should work under -e
[07:00] <Mithrandir> or use bash and PIPESTATUS
[07:02] <Diziet> There's a set -o you can say with modern bash, too, to make    false | true  ==  false.
[07:02] <Mithrandir> pipefail
[07:04] <pitti> Diziet: meh, new ffox requires a new libnspr4, too
[07:05] <Diziet> Yes, 'fraid so.  But that's probably fairly painless.
[07:05] <Diziet> Just get the whole lot and dpkg -iGROEB
[07:05] <pitti> sure
[07:05] <Diziet> Amazingly the new nspr has not been _too_ bad.  Just a few more obscure things broke.
[07:08] <dilinger> how come there's no gstreamer0.10-plugins-bad ?
[07:08] <dilinger> there's -good and -ugly
[07:08] <pitti_> yay, go network
[07:08] <pitti_> Diziet: still segfaults :(
[07:09] <Diziet> Damn.
[07:09] <Diziet> Does it do it if you debug it, now ?
[07:09] <Mithrandir> Diziet: hmm, firefox builds fine in dapper for me..
[07:10] <Diziet> mithrandir: amd64 ?  fakeroot ?
[07:10] <Mithrandir> Diziet: yes
[07:10] <Diziet> The amd64 FTBFS is a fakeroot bug.  Hmm.  How interesting.
[07:10] <Diziet> And does it run ?
[07:11] <Mithrandir> Diziet: no idea yet.  I'm just wondering why it ftbfs on the buildds.
[07:13] <Diziet> I reproduced the FTBFS on ronne's dapper chroot.
[07:13] <Diziet> ronne:~iwj/firefox-4u2/firefox-* is the build tree.
[07:13] <Diziet> (after I applied infinity's suggested workaround)
[07:14] <Diziet> (ie, it FTBFS, I applied the workaround, then it built; that tree is the finished build)
[07:14] <Mithrandir> Diziet: it segfaults if I run it with the wrapper script, but works if I do LD_LIBRARY_PATH=bla /usr/lib/firefox/firefox-bin -a firefox
[07:14] <pitti> Diziet: same behaviour still
[07:16] <Mithrandir> Diziet: turning off the esddsp thing makes it not crash on startup
[07:16] <Diziet> mithrandir: Oh!  Can you get the wrapper script to print out the environment and figure out which variable is ....
[07:16] <Diziet> ... ah.
[07:17] <Diziet> Is there flash involved here at all ?
[07:17] <Mithrandir> Diziet: (confirmed with changing auto to none in /etc/firefox/firefoxrc)
[07:17] <Mithrandir> on /usr/share/ubuntu-artwork/home/indx.html?  I hope not.
[07:17] <Diziet> Right :-).
[07:17] <pitti> Diziet: not at all
[07:17] <Diziet> Just checking you hadn't got a different start page or anything.
[07:17] <Mithrandir> anyway, there's no 64 bit flash plugin available so it wouldn't have ran.
[07:18] <Diziet> I'm starting to run short of time if I want to get an upload out today.
[07:19] <Diziet> So I think I'll have a quick look and if I can't see it straight away I'll just disable the esddsp option on amd64.
[07:19] <pitti> Diziet: Mithrandir hit the nail - changing auto to none fixes the crash
[07:19] <Mithrandir> if you change the default to "none" on amd64, nobody will kill you, I suspect.
[07:19] <Diziet> For now anyway.
[07:19] <pitti> Diziet: yes, we want alsa anyway
[07:19] <Diziet> Do we ?  I know naaathing.
[07:19] <pitti> esd == the suck
[07:19] <ogra> hrm ...
[07:19] <pitti> ... for !ltsp
[07:20] <pitti> anyway, nice to have this workaround
[07:20] <pitti> Mithrandir: however you found that out, you rock :)
[07:21] <Diziet> What's this about ltsp ?
[07:21] <pitti> Diziet: ltsp needs esd for remote audio
[07:21] <pitti> alsa itself doesn't support network audio
[07:21] <Diziet> Ahm.
[07:21] <pitti> but in Ubuntu proper we don't use esd by default any more
[07:21] <pitti> it's still there for the apps that want it, though
[07:21] <Mithrandir> it's a crash in libesddsp.so, I suspect.   I need a debugging version, I think.
[07:22] <Diziet> Maybe ltsp should set FIREFOX_DSP=esddsp ?
[07:22] <pitti> Mithrandir: this rings a bell
[07:22] <Diziet> Well, I'll change the default on amd64 for now.
[07:22] <pitti> Mithrandir: I had a similar esd bug ages ago that mystically disappeared under strace
[07:22] <pitti> thanks
[07:22] <Mithrandir> pitti: I can reproduce it with gdb, so..
[07:22] <pitti> oh, it works fine under gdb here
[07:22] <pitti> as it does with strace
[07:23] <pitti> which is really annoying if you want to find the reason
[07:23] <Mithrandir> pitti: if you LD_PRELOAD /usr/lib/esound/libesddsp.so.0 too?
[07:23] <Diziet> Can I select on uname -m output or should I make it depend on the build architecture ?
[07:24] <Mithrandir> Diziet: use the target architecture from dpkg-architecture.
[07:24] <Mithrandir> so cross-compiles (hahahha) will work.
[07:24] <pitti> Mithrandir: indeed, then it crashes
[07:25] <Diziet> mithrandir: YM dpkg --print-architecture I take it.
[07:25] <pitti> Diziet: is there a reason we would ever want to use esddsp at all?
[07:25] <pitti> Mithrandir: doesn't that use the OSS interface?
[07:25] <Mithrandir> Diziet: dpkg-architecture -qDEB_BUILD_ARCH is what I meant, I think.
[07:25] <Diziet> pitti: I have no idea really what esddsp is.
[07:26] <pitti> oh, wait, the other way orund
[07:26] <Mithrandir> pitti: it means flash doesn't hog the sound device.
[07:26] <pitti> it emulates an OSS interface through esd
[07:26] <Mithrandir> pitti: yes.
[07:26] <perofal> if I want to help is not important if I use amd64 vercion or 386 one?
[07:26] <pitti> ok, then disabling it on amd64 is no big deal since there is no flash plugin anyway
[07:26] <pitti> perofal: does it crash for you as well?
[07:27] <pitti> perofal: Mithrandir and I am on amd64
[07:27] <pitti> s/am/are/
[07:27] <perofal> I havent installed it yet
[07:27] <perofal> downloading the fight 3 cd right now
[07:27] <perofal> :(
[07:27] <perofal> I am have downloaded the 386 vercion
[07:28] <Mithrandir> bingo, the fault is in libesd somewhere.  I get mplayer to segfault too.
[07:30] <Mithrandir> (why on _earth_ isn't that in the default cflags?)
[07:30] <perofal> pitti : the amd64 is broken?
[07:31] <pitti> CONFIG_OPTS+= --enable-debugging
[07:31] <pitti> Mithrandir: ^ doesn't that suffice?
[07:31] <Mithrandir> apparently not.
[07:31] <pitti> Mithrandir: oh, no, I see - CFLAGS="-O2"
[07:31] <Mithrandir> pitti: anyway, works with -g :-(
[07:31] <pitti> yay heisenbugs
[07:31] <bddebian> heh
[07:31] <Mithrandir> no, I'm lying.
[07:32] <\sh> bah...whoever said, that concatening source files is better for the compiletime...I shoot him
[07:39] <Mithrandir> esddsp isn't thread-safe.
[07:40] <wasabi> My car got stolen. =(
[07:41] <\sh> wasabi: damn...
[07:45] <dilinger> whee!
[07:45] <dilinger> can't install xserver-xorg, the kernel likes to hang when doing network related stuff..  good times
[07:46] <tseng> dilinger: happy UVF
[07:46] <bddebian> tseng!!
[07:46] <dilinger> UVF?
[07:46] <tseng> bddebian: dude!
[07:46] <tseng> dilinger: version freeze
[07:46] <dilinger> ah
[07:46] <dilinger> hehe
[07:46] <tseng> dilinger: when we theoretically stop breaking things in horrific ways
[07:46] <bddebian> tseng: How you been?
[07:47] <tseng> bddebian: good, you
[07:47] <dilinger> it's a good thing i didn't intend to actually do any real work today
[07:47] <bddebian> Busy and frustrated :-(
[07:51] <pkern> Hi. How is the outer mixer in Gnome called (the one controlled by media keys)? I need it to look for/to file a bug about the mixer not using the correct sound card specified in Preferences > Sound.
[07:52] <tseng> pkern: the media keys normally control Master mixer
[07:52] <tseng> so does the mixer applet
[07:53] <pkern> tseng: The mixer applet is configurable. The other mixer is not.
[07:54] <tseng> im aware
[07:54] <pkern> tseng: It controls the wrong master, despite playing system sounds on the correct soundcard.
[07:58] <tseng> there used to be a gconf folder for acme
[07:58] <tseng> not now, it seems
[07:59] <tseng> acme being the standalone version of multimedia key grabber before it was integrated into gnome-control-center
[07:59] <tseng> there was a bit of namespace sharing for awhile
[07:59] <shaya> anyone know why evolution is asking me to unlock my secret key?
[08:00] <Treenaks> to get to your email password?
[08:00] <shaya> why?
[08:00] <shaya> it stores it in gnome keyring now?
[08:00] <shaya> so every time I use evo its going to ask me at least once?
[08:01] <tuhl> hi
[08:01] <tuhl> any beagle guys online?
[08:01] <tseng> you could try asking your question
[08:01] <shaya> except, I dont know what password it wants
[08:01] <tuhl> best does not start in upstream
[08:01] <tseng> it works better.
[08:01] <shaya> not my gnome keyring password
[08:01] <tseng> "in upstream?"
[08:02] <tuhl> best
[08:02] <tuhl> Unhandled Exception: System.DllNotFoundException: libbeagleuiglue
[08:02] <tuhl> in (wrapper managed-to-native) Beagle.Util.GeckoUtils:blam_gecko_utils_init_services ()
[08:02] <tuhl> in <0x00007> Beagle.Util.GeckoUtils:Init ()
[08:02] <tuhl> in <0x0006c> Best.Best:Main (System.String[]  args)
[08:02] <tseng> dont do that please
[08:02] <tuhl> tseng: sorry
[08:02] <tseng> now please start at the begining
[08:02] <tseng> you built beagle from source?
[08:02] <pkern> tseng: gnome-volume-control, thanks (=
[08:02] <pkern> tseng: Within /apps/
[08:02] <tuhl> tseng: no by installing packages
[08:03] <tseng> so why did you say upstream
[08:03] <tseng> pkern: erm theres nothing in there :)
[08:03] <tseng> pkern: or i would have pointed you straight to it
[08:03] <tuhl> tseng: people told me that dapper is (upstream :-))
[08:03] <tseng> uh
[08:03] <pkern> tseng: I've got "active-element" with the name of the wrong sound card.
[08:03] <tseng> tuhl: than people are making stuff up.
[08:04] <tseng> anyway the beagle package is pretty broken
[08:04] <tseng> pkern: huh, just window_{height,width} here
[08:04] <tuhl> tseng: beagle-query works
[08:04] <tseng> ok well best uses firefox to render html snippets
[08:05] <shaya> Treenaks: never mind
[08:05] <shaya> I'm an idiot
[08:05] <shaya> somehow pgp got checked
[08:05] <tseng> it needs rebuilt against the latest firefox
[08:05] <tseng> among other things
[08:05] <shaya> that dialog should be clearer: "PGP Signing: Trying to unlock key for ...."
[08:06] <elmo> mdke: grr
[08:06] <\sh> oh damn...
[08:07] <elmo> mdke: hint, IRC is a lossy medium, don't use it to chase people
[08:07] <pkern> tseng: That's in the ui folder below. But then I haven't yet checked if it worked. It's a breezy->dapper dist-upgraded install anyway. On breezy it did indeed work with the right sound card, on dapper it did not.
[08:08] <tuhl> tseng: who will recompile it?
[08:10] <mdke> elmo, right. I can mail you, or you can reply directly to my mail to -devel today
[08:10] <elmo> mdke: or you could have mailed in the first place
[08:10] <mdke> elmo, since I didn't, I can do it now
[08:10] <elmo> mdke: instead of uselessly pinging repeatedly on IRC, which I only just saw as I was going through the sync backlog
[08:11] <elmo> mdke: doing it now isn't remotely helpful after you've just complained loudly to the world
[08:12] <mdke> elmo, it's not a private thing, nor is it a blaming thing. I just want to discuss it
[08:12] <elmo> mdke: no you want to complain
[08:12] <mdke> elmo, I don't, I want a solution
[08:13] <mdke> i wouldn't complain, I'm not paying anyone to do anything for me
[08:13] <elmo> mdke: you're either delusional or being dishonest
[08:13] <elmo> if you don't see how your post amounts to complaining and not very usefully at that
[08:13] <mdke> i disagree
[08:14] <mdke> the system doesn't work, i wanted to ask if there is an alternative system
[08:14] <tuhl> will we see ekiga in dapper?
[08:14] <elmo> the system demonstrably does work because you're using it
[08:14] <elmo> changes don't happen as fast as you'd like
[08:15] <elmo> which I accept, but when you can't even be bothered to ping us over anything but IRC I have very little sympathy for you complaining like this
[08:15] <mdke> elmo, right. There's no point arguing about the definition of "work" because it depends on your point of view
[08:15] <mdke> elmo, i've sent about 5 mails to RT
[08:15] <elmo> no you haven't
[08:15] <elmo> I just checked
[08:15] <mdke> before and in between pinging on irc
[08:15] <mdke> ok, they are not arriving then
[08:15] <elmo> there are two tickets open, and one of them has the initial mail and a ping
[08:15] <elmo> and the other has the initial mail
[08:16] <elmo> well that's convenient isn't it
[08:16] <mdke> meh
[08:16] <mdke> you're too excited about this, i just want a solution
[08:16] <slomo_> tuhl: afaik yes... dholbach wanted to do it
[08:17] <elmo> I'm not even remotely excited about this, trust me
[08:17] <mdke> elmo, ok, so let's stop looking for blame
[08:17] <elmo> mdke: too late for that after your useful post
[08:17] <elmo> but thanks for playing the "I wasn't trying to blame anyone" game
[08:17] <mdke> elmo, i said in my mail that the reasons the system is slow are perfectly understandable. I can't be more clearer than that.
[08:17] <Diziet> seb128: ping
[08:17] <mdke> gah, "more clearer"
[08:18] <Diziet> seb128: Did you say you'd rebuilt yelp to work with recent ff ?
[08:19] <seb128> Diziet: pong, dholbach was on it (and doing a new version too)
[08:19] <Diziet> Oh, right.  So it's not known to work atm ?
[08:19] <dholbach> Diziet: Is it on AMD64 already?
[08:19] <Diziet> The new ff ?  It will be on ff as soon as I upload it.
[08:19] <dholbach> s/it/a new working version
[08:19] <dholbach> ah right.
[08:20] <Diziet> But I promised seb128 I'd test my upload with yelp.
[08:20] <dholbach> Well the thing I build yesterday evening was crashy.
[08:20] <Diziet> And currently it doesn't (on i386, that is).
[08:20] <dholbach> Horrible on AMD64, not-really-usable on i386.
[08:20] <Diziet> crashy on amd64> We think that's an esd problem - see scrool.
[08:20] <Diziet> Oh, you mean yelp was crashy ?
[08:20] <dholbach> Yes, the new one.
[08:21] <dholbach> I can upload a package to rookery, if you want to play with it.
[08:21] <Diziet> Oh.  Well on my testbed it fails to find libgtkembedmoz.so.
[08:21] <dholbach> (the new one that is)
[08:21] <Diziet> No, I just want you to say you don't mind if I upload my latest ff even though yelp doesn't work with it.
[08:21] <Diziet> The previous ff doesn't work with yelp either.
[08:21] <Diziet> That is, with yelp from current dapper.
[08:21] <dholbach> Diziet: Go ahead, I will retry then.
[08:21] <Diziet> OK.
[08:21] <dholbach> Cool, I'll keep you updated.
[08:22] <janimo> Znarl, re the https lists.u.c that jdub brought up earlier
[08:24] <Znarl> janimo : Yes?
[08:24] <janimo> anything holding it up?
[08:24] <janimo> it dtil doesn't work here
[08:24] <janimo> still
[08:24] <pkern> tseng: You were right. There's no schema for it in gconf, just the value.
[08:25] <pkern> And gnome-volume-properties calls a Removable Drives and Media Preferences window onto the desktop *cough*
[08:25] <Znarl> janimo : I will let you know when it's done.
[08:26] <janimo> Znarl, thanks. 
[08:27] <Mithrandir> ok, I rock.
[08:27] <Mithrandir> Diziet/pitti: I got firefox working with esddsp
[08:27] <Diziet> Oh, good :-).
[08:28] <Diziet> My upload to disable it is on the way :-).
[08:28] <\sh> I need another beer...
[08:28] <Mithrandir> Diziet: a trivial mutex around the dsp_init in esddsp.c seems to at least let firefox start.
[08:28] <Diziet> Excellent.
[08:28] <Diziet> esddsp.c is in esddsp or in ff ?
[08:28] <Mithrandir> esound
[08:28] <Diziet> Right.
[08:29] <Diziet> Well, I'll revert the disablement next upload then.
[08:29] <Diziet> I assume you'll upload new esound ?
[08:29] <Mithrandir> Diziet: either way works, I guess.
[08:29] <Mithrandir> Diziet: I was going to get pitti to do it, but if he's not responding soon, I'll just do it.
[08:29] <Diziet> Better to fix it than to disable it I think.
[08:31] <Diziet> OK.   Whatever you like.  Anyway, it's time I was going.  Thanks for your investigations !
[08:33] <Mithrandir> pitti: do you want to fix it, or should I just upload the changes I have?
[08:34] <Mithrandir> Diziet: also, why are you calling configure with --disable-xprint, but build-dep on libxp-dev?
[08:34] <Diziet> Mistake.
[08:35] <Mithrandir> ok
[08:35] <Mithrandir> fixed, or do you want a bug about it?
[08:35] <Diziet> I've added it to my list (on paper!) here, and will fix it next upload.  No need for a bug unless you feel like it.
[08:35] <Diziet> Thanks for pointing it out.
[08:36] <Mithrandir> ok, fine.  Just trying to make it not get lost.
[08:36] <Diziet> Quite so.
[08:36] <janimo> Dizier, add the deb on libnss3 on the paper too :) thanks
[08:36] <janimo> dep not deb
[08:36] <Mithrandir> I wonder why this dsp bug didn't show itself on i386, though.  Maybe nobody has tried on an SMP machine.
[08:36] <Diziet> janimo: Already fixed in today's upload.
[08:36] <janimo> Diziet, ok thanks
[08:36] <Diziet> mithrandir: Or maybe the race comes out differently.
[08:36] <Diziet> janimo: NP.  It was on the paper already, you see :-).
[08:36] <Mithrandir> Diziet: strange that it should be dependent on architecture.
[08:36] <Diziet> Races are allowed to depend on the phase of the moon :-).
[08:37] <Mithrandir> well, true.
[08:37] <Diziet> Anyway, I'm going to stop work now.  Thanks for your help and I'll check scrool tomorrow morning so feel free to `Diziet: ...' things and I'll see them.  Or email me.
[08:37] <Diziet> Goodnight.
[08:37] <seb128> Diziet: sorry I was away. Just upload firefox we will manage, thanks for trying/asking before :)
[08:37] <Diziet> NP
[08:38] <seb128> see you later !
[08:38] <janimo> seb128, you mentioned in todays meeting something needed being done to gdm but no time
[08:39] <zul> hmmm...interesting yelp crashes if i try to go about->ubuntu
[08:42] <dholbach> janimo: DapperDesktopPlan
[08:43] <dholbach> :)
[08:43] <janimo> thanks daniel
[08:43] <janimo> and murphy :)
[08:43] <dholbach> ... sleeping :)
[08:45] <janimo> dholbach, the GdmRoadmap link is broken on that page, but I read the rest
[08:45] <dholbach> Yeah
[08:45] <dholbach> UDU/GdmRoadmap maybe
[08:46] <ulaas> eieeeeeek. my x screwed. please tell me it is fixed already :)
[08:47] <crimsun> elmo: please sync xastir from Sid, overriding Ubuntu changes
[08:48] <dilinger> ah, sweet!  daniels just fixed xserver-xorg
[08:48] <ulaas> yipppeeeeeeeeeeeeeeeeeeeeeee
[08:48] <seb128> re
[08:49] <ulaas> did it hit the servers?
[08:49] <seb128> janimo: https://wiki.ubuntu.com/DapperDesktopPlan
[08:50] <dilinger> of course, it still tries to run /usr/bin/X11/X, which doesn't exist
[08:50] <ulaas> dilinger: oh. nooooo.
[08:51] <janimo> seb128, and what do you think is the best way to chose different themes depending on ubuntu variant?
[08:52] <janimo> I see ogra needs such feature and I do too
[08:52] <dilinger> and xserver-xorg contains /usr/X11R6/bin/X, which is a symlink to /usr/bin/X (which doesn't exist)
[08:52] <seb128> janimo: making a patch to add a such feature
[08:52] <dilinger> and i can't message him because this irc network is lame
[08:53] <ogra> janimo, i think adding a commandline option to gdmsetup or writing a own commandlien binary using the code from gdmsetup to modify the config is the way to go
[08:53] <ogra> seb128, ^^
[08:53] <janimo> ogra I thought so too, but it would be maybe better to pass not just the theme but the location of the config file
[08:54] <janimo> what do you think
[08:54] <janimo> it would be even better if the gdm.conf file could handle includes
[08:54] <janimo> so we don't have essentially similar files with just one line changed
[08:55] <janimo> I though maybe not gdmsetup, but have gdm have the config file name taken form and env var if exists or fall back to the hardcoded name
[08:55] <janimo> but maybe upstream has a better idea
[08:56] <ogra> yes thats pretty upstreamish ...
[08:56] <ulaas> ls
[08:57] <ulaas> ooops. please fix x. otherwise i will be sending console commands all the time..
[09:02] <dilinger> ah-ha
[09:03] <dilinger> cd /usr/bin && ln -s Xorg X
[09:03] <dilinger> that fixes the broken X symlink issue
[09:04] <janimo> ogra , gdm --help
[09:04] <ulaas> dilinger: is it safe when the package gets fixed?
[09:04] <janimo>  --config=CONFIGFILE     Alternative configuration file
[09:04] <janimo> we may use this?
[09:04] <janimo> make /etc/init.d/gdm call gdm with a variant specific config location
[09:04] <ogra> then you would have to rewrite the initscript i guess
[09:04] <janimo> sure
[09:04] <ogra> hmm
[09:04] <dilinger> ulaas: ?
[09:04] <pitti> Mithrandir: (sorry, was at dinner)
[09:05] <pitti> Mithrandir: I don't sit on esound, if you have fixed it, go ahead ;)
[09:05] <ogra> /etc/default/gdm could carry such a thing
[09:05] <janimo> or even /etc/defaults/gdm
[09:05] <janimo> :)
[09:05] <ogra> :)
[09:05] <dilinger> ulaas: dist-upgrading to the latest dapper, installing xserver-xorg, and making that symlink makes stuff work for me
[09:05] <dilinger> where "stuff" is X :)
[09:05] <dilinger> (gdm)
[09:05] <ogra> then its an easy scripting task 
[09:05] <mjg59> Argh why has gnome-power-manager broken again
[09:05] <janimo> right, no need to bother upstream or add patched
[09:05] <mjg59> ** (gnome-power-manager:5954): CRITICAL **: HAL does not have PowerManagement capability
[09:05] <ogra> janimo, lets do it like that ... 
[09:06] <ogra> mjg59, i didnt upload a new version yet
[09:06] <janimo> ogra, good, do it and I'll use it too ;)
[09:06] <ulaas> dilinger: sure man. i just wanted make sure that a when this issue gets fixed that i hope that symlink is safe in case i forgot it  there.
[09:06] <mjg59> ogra: Does new hal need new g-p-m?
[09:06] <ogra> mjg59, 0.3.4 is at hughsies desk currently, seems one function he wrote doesnt return from glib
[09:07] <ogra> it shoudlnt ... but i'm not sure
[09:07] <mjg59> ogra: Well, it's broken since I upgraded
[09:07] <mjg59> (With the above error)
[09:07] <ogra> currently i cant even test, it simply segfaults
[09:07] <dilinger> ulaas: oh, i have no idea.  i'd like to talk to daniels about it, but i don't feel like dealing w/ freenode registration
[09:07] <mjg59> ogra: Can you drop back to 0.3.1 and take a look at that?
[09:07] <dilinger> ah, he's on oftc
[09:08] <ogra> mjg59, i want it fixed before monday, but i have to go to a conference in about 12h 
[09:08] <ogra> (and didnt sleep much last night ...) 
[09:08] <mjg59> Ok
[09:08] <ogra> i wont be able to look at it before sunday 
[09:09] <dilinger> wasm
[09:09] <dilinger> wasn't there some gui wireless access point finder thingy for gnome?  is that in dapper?
[09:09] <dholbach> network-services? wifi-radar?
[09:09] <mjg59> dilinger: There's NetworkManager, but since my last dist-upgrade it's started crashing whenever it connects
[09:13] <dilinger> mjg59: ah.   that doesn't seem to actually do anything for me
[09:19] <dilinger> oh, nevermind
[09:19] <dilinger> it did break my /etc/resolv.conf
[09:19] <dilinger> so it does *something* ;p
[09:21] <ogra> yeah, thats n-m :)
[09:24] <mjg59> ogra: Ok, new hal requires new g-p-m
[09:24] <mjg59> So the one in the archive currently is broken
[09:24] <ogra> ok
[09:24] <ogra> but new g-p-m segfaults :(
[09:24] <ogra> evil situatuion after it worked so nice for so long
[09:25] <Znarl> janimo : Fixed now.
[09:25] <janimo> Znarl, thanks
[09:26] <dilinger> interesting
[09:26] <dilinger> it does list access points in the pulldown for the wireless card's if properties
[09:26] <dilinger> well, at least the one essid that's on this floor
[09:29] <pkern> Who's the Ubuntu contact in the launchpad for confidental security bugs?
[09:30] <pitti> pkern: me
[09:30] <pitti> pkern: or, rather, security@ubuntu.com
[09:30] <pkern> pitti: k.
[09:30] <dholbach> pkern: In Launchpad bugs can be marked as confidential as well.
[09:35] <pkern> dholbach: Yep, that's why I needed the Cc address
[09:36] <dholbach> pitti: <fejj> yea, I'm going to make a 1.5.10 release of g-v-m shortly
[09:37] <pitti> with that stupid crash fixed?
[09:37] <pkern> Hm. What's the correct value for "distribution"? It doesn't accept "breezy" nor does the popup find something.
[09:37] <pitti> dholbach: cool, I already wanted to upload a workaround
[09:37] <pitti> pkern: Ubuntu
[09:37] <pitti> pkern: breezy is a release
[09:39] <pkern> Doesn't work anyway, it bails out. ;)
[09:40] <pitti> elmo: btw, if you remove a package from ubuntu (like the mozilla-firefox-*), does it automatically land on the sync blacklist?
[09:46] <LaserJock> the latest xorg updates want me to get rid of vnc4server, will I be able to reinstall it after it is removed?
[09:51] <pkern> Perhaps anyone could fix mozilla-thunderbird-enigmail, so that people using it could update to 1.5 ;)
[09:51] <dholbach> pkern: If I understood correctly, infinity wanted to do that once he got off the plan and managed the jetlag.
[09:52] <pitti> mdz: does syncing a new upstream version from debian fall under 'complete merges' or UVF?
[09:52] <pkern> dholbach: Fine. Thanks. (:
[09:52] <pitti> mdz: poppler 0.4.4 integrates the recent security updates and thus allows us to drop the patch
[09:53] <LaserJock> pkern: the changelog says you can use the enigmail binaries for now
[09:53] <mdz> pitti: either way, it requires an exception now
[09:53] <pitti> mdz: ah, I see
[09:53] <mdz> pitti: if it's a bugfix-only release I'm unlikely to object
[09:54] <pitti> mdz: I want to do another poppler bugfix, so I need an -ubuntu upload anyway
[09:54] <pitti> mdz: I'll take a look at the upstream changelog
[09:54] <dilinger> mjg59: i guess this should be an obvious thing, but maybe i'm hitting a bug or something.. how on earth do you unsuspend an x40? :P
[09:55] <dholbach> dilinger: press the power button?
[09:55] <ogra> or attach a 380V powerline, but note that this wakes it up only shortly :)
[09:56] <dilinger> dholbach: yea, i would've thought that would work..but no love
[09:56] <ogra> did you suspend or hibernate it ? 
[10:00] <dilinger> suspend
[10:00] <dilinger> well, the suspend button
[10:00] <dilinger> which looks like it made it hibernate
[10:00] <dilinger> but regardless, i can't seem to wake it up now
[10:00] <ogra> hmm, remove the battery ?
[10:01] <ogra> (hard reset)
[10:01] <pitti> mdz: the new release includes all recent xpdf security patches and a bugfix in the jpeg decoder
[10:01] <pitti> mdz: oh, and a build system bug fix
[10:01] <mdz> pitti: fine by me
[10:01] <pitti> ok, thanks
[10:18] <seb128> mdz: any objection to a libxine1c2 to libxine-main transition now? (package splitted to libxine-main libxine-extracodecs, libxine1c2 beeing universe Depends on both ... that allow updates from 5.10 without dropping features for people using universe), slomo did the packages changes for it
[10:22] <teroedni> will the new init.d/hdparm break anything
[10:22] <teroedni> please answer...i dont wanna reinastall a third time
[10:22] <teroedni> Thanks for all answers:)
[10:24] <dholbach> teroedni: It might be cleverer to read bug reports, or scan the relevant mailing lists than flaming around here.
[10:25] <dholbach> seb128: libmusicbrainz merge done :)
[10:25] <seb128> dholbach: you rock :)
[10:25] <dholbach> Merci.
[10:25] <teroedni> dholbach:oh right sorry :(
[10:26] <dholbach> seb128: Qu'est-ce que vous gens dit en franais pour "somebody rocks"? :-)
[10:26] <seb128> "t'assures" :)
[10:26] <pkern> "vous gens dit"? ;)
[10:27] <daniels> seb128: bon soir baguette croissant
[10:27] <pkern> lol
[10:27] <seb128> daniels: s/bon soir/bonsoir
[10:27] <daniels> dang
[10:27] <seb128> daniels: et c'est pas l'heure du petit dj :)
[10:27] <tseng> erm
[10:28] <daniels> seb128: parlez vous c'est la vie?
[10:28] <tseng> dholbach: nicht werstehen was Sie sagen :)
[10:28] <dholbach> hahahahaha
[10:28] <pkern> Hihi.
[10:28] <tseng> :D
[10:28] <stratus> duvido que entendam portugues :)
[10:28] <seb128> tseng: du must french gesprochen
[10:28] <tseng> seb128: nein!
[10:28] <dholbach> seb128: LOL! :)
[10:29] <seb128> :p
[10:29] <tseng> must i think is nehmen or something
[10:29] <seb128> daniels: ca veut rien dire ta phrase :)
[10:29] <tseng> ich muss
[10:30] <daniels> itisi
[10:30] <dholbach> Is the conversation of the last 4 minutes an example of why we don't do 2 week conferences? :-)
[10:30] <daniels> nai poroja
[10:30] <pkern> Possiamo parlare anche un po' d'italiano? ;)
[10:30] <daniels> dang
[10:30] <daniels> i mean, itisi nai poroja
[10:31] <stratus> pkern, yes (and i really can understand you but i don't speak italian)
[10:32] <pkern> stratus: I wouldn't say that I do. Heh. (=
[10:33] <stratus> pkern, lol
[10:33] <pkern> stratus: I had some Italian and French at school, sufficient to survive, but probably not much more left. (=
[10:38] <pkern> So a `ln -s Xorg X' in /usr/bin is currently needed, good to know.
[10:39] <TerminX> I hate to bother you good people, but is there a fix for the broken Thunderbird in Dapper, or should I just downgrade?
[10:39] <Burgwork> TerminX, downgrade for now
[10:39] <TerminX> so I'm not the only one who can't compose? :)
[10:40] <Burgwork> TerminX, https://lists.ubuntu.com/archives/dapper-changes/2006-January/005040.html
[10:40] <Burgwork> TerminX, that might be your bug
[10:40] <TerminX> hm
[10:41] <TerminX> Tbird runs for me, but if I try to compose a message it tells me "An error occurred while creating a message compose window. Please try again."
[10:42] <Burgwork> TerminX, please file a bug
[10:51] <mdz> seb128: sounds ok, how many packages affected?
[10:52] <TerminX> Burgwork: heh, oops, too late.. purge and reinstall fixed it
[10:53] <seb128> mdz: 2 packages for main, 10 for universe
[10:54] <mdz> seb128: yeah, no problem
[10:54] <seb128> mdz: cool, thanks
[10:54] <seb128> slomo_: go for it :)
[10:55] <slomo_> ok, fine :) i'll upload in ~1 hour, need to get some food before ;)
[10:58] <seb128> mdz: BTW about poppler we will need poppler 0.5, evince guys will require it for GNOME 2.14
[10:59] <mdz> seb128: is it released yet?
[10:59] <pitti> if it's approved, then I'll upload 0.5 right away instead of 0.44.
[10:59] <pitti> 0.4.4, even
[10:59] <seb128> mdz: poppler 0.5 is, evince 0.5 will come today
[10:59] <mdz> ok
[10:59] <seb128> thanks
[11:01] <dholbach> apt-get.org build finished
[11:01] <dholbach> 450 good, 733 bad
[11:01] <dholbach> 26 repos gave 404 error
[11:01] <dholbach> WOW
[11:02] <LaserJock> dholbach: so what does that mean?
[11:02] <dholbach> I will review around 450 packages.
[11:03] <LaserJock> hmm, that's a lot.
[11:03] <dholbach> and if one or the other of 733 sounds interesting and I'm not tired enough, I'll try fixing it.
[11:03] <seb128> :)
[11:03] <LaserJock> dholbach: I had riddle fix one of those a little while back
[11:03] <LaserJock> Riddell I mean 
[11:04] <LaserJock> dholbach: is it ok for us to be fixing those apt-get.org packages?
[11:05] <dholbach> If somebody wants to help me review, I appreciate that, but I'd like it better, if we could get the REVU stuff sorted out until FeatureFreeze.
[11:06] <LaserJock> dholbach: I would volunteer to help, if you want me to. I'm not sure if I'd be much help though.
[11:07] <dholbach> LaserJock: We can have a look together and see how good it works. Thanks for the offer.
[11:07] <mjg59> dilinger: Power button or FN key
[11:08] <lucas> dholbach: please ask for the removal of ruby-gnuplot instead of importing it please
[11:08] <dholbach> lucas: removal?
[11:08] <LaserJock> lucas: it shouldn't be imported since the apt-get.org version hasn't changed
[11:08] <LaserJock> dholbach: I got lucas to do a new package for Debian
[11:08] <lucas> yeah, it's a very old version
[11:08] <lucas> like 2001
[11:09] <lucas> I packaged it inside debian and hope to get it in before FF
[11:09] <LaserJock> but the name is different, right
[11:09] <LaserJock> so we should ask for removal of the old one
[11:09] <lucas> yeah, but the binary package name will conflict
[11:10] <LaserJock> dholbach: so who do we ask about removal?
[11:10] <dholbach> elmo
[11:11] <LaserJock> lol, shoulda known. I was thinking that.
[11:11] <dholbach> :-)
[11:11] <LaserJock> I must be psychic
[11:12] <LaserJock>  elmo, is the answer to most of the questions I ask here ;-)
[11:12] <LaserJock> s/,//
[11:15] <dholbach> I'll call it the day. Have a nice evening.
[11:15] <lucas> you too
[11:24] <mdz> seb128: are you mostly using the email interface or the web interface?
[11:25] <mdz> (for malone)
[11:53] <ajmitch> morning
[11:53] <ajmitch> elmo: I made some sync requests by email awhile ago that haven't appeared on dapper-changes, want me to resend?
[11:55] <elmo> zope-theworld?
[11:55] <ajmitch> yes
[11:56] <elmo> ok, found it sorry, doing
[11:56] <ajmitch> thanks