[00:51] <jtimberman> Can an sbuild host also build packages for debian lenny?
[01:08] <ojwb> jtimberman: you'll need a lenny chroot
[01:14] <TheMuso> slangasek: Ah thats for NAS support, I will drop it then.
[01:14] <TheMuso> I don't expect people to be using that for speech output.
[01:14] <slangasek> I don't expect people to be using it at all, I thought it was obsolete before ESD. :)
[01:18] <jtimberman> ojwb: thats all? neat.
[01:18] <TheMuso> I am surprised its still in main actually.
[01:19] <ojwb> jtimberman: I've not done it with sbuild, but with pbuilder it is
[01:20] <jtimberman> ojwb: cool, i'll give it a whirl
[02:02] <TheMuso> ogra: Thanks for the pulseaudio arm fix.
[02:27] <StevenK> fabbione: Any plans to update redhat-cluster? It is now keeping 2 libraries in the archive that are NBS.
[02:40] <mdz> slangasek, er, I just noticed something missing from the release manifest
[02:40] <mdz> slangasek, the DVDs!
[04:15] <TheMuso> dtchen: Do you need help with an FFE for that snapshot?
[04:19] <dtchen> TheMuso: no, it's probably best to wait until 0.9.16 final for the FFE
[04:20] <dtchen> if the situation becomes dire (PA eating cats and such), yeah, then FFE for a snapshot seems more appropriate IMO
[04:22] <ScottK> TheMuso: Did you see -rt uploads are approved?
[04:23] <ScottK> dtchen: Isn't PA eating cats a design goal?
[04:23] <ScottK> ;-)
[04:23] <dtchen> well, my feline is ok, so everything must be fine!
[04:27] <TheMuso> ScottK: I did, I will be looking to get things back in sync on the weekend.
[05:13] <TheMuso> superm1: Are you using the new gdm for mythbuntu? If so, is your gdm wallpaper different to the wallpaper shown in the desktop session?
[05:13] <superm1> TheMuso, it's going to be different, but that part hasn't been done yet.  right now i'm just trying to fix all of the rdepends of ttf-bitstream-vera
[05:13] <superm1> our live disks have been broken for over a week because it was ripped out of the archive
[05:14] <superm1> TheMuso, is there some documentation how to build a package that does that though with the new gdm era?
[05:15] <TheMuso> superm1: THis is the sticking point. The new gdm uses part of gnome-session, and thereby uses gconf keys to set wallpaper. These keys happen to be exactly the same as whats used for the gnome desktop proper.
[05:15] <superm1> TheMuso, so is it possible to override them with a gconf file of higher priority?
[05:16] <TheMuso> superm1: If you do that, its done for the desktop as well.
[05:16] <TheMuso> Thats not so bad for you since you use XFCE, but, for studio for example, that doesn't work.
[05:16] <superm1> oh i see
[05:16] <superm1> so what's your solution for studio?
[05:17] <TheMuso> Don't have one yet, trying to nut that out. Also trying to work out a solution for xsplash.
[05:17] <TheMuso> xsplash won't be as difficult to work out, but still something that needs to be addressed.
[05:18] <superm1> there's always the option of not using xsplash too at least
[05:18] <TheMuso> nYes, true enough.
[05:20] <TheMuso> As for gdm, the best I can come up with so far is that the gdm package sets a particular filename for the wallpaper on package install for the gdm user. Then derivatives/ubuntu use the alternatives system to point to their wallpaper.
[05:21] <TheMuso> That doesn't solve the problem of setting a different window theme for gdm however.
[05:37] <superm1> at least for mythbuntu that's less of a concern.  most people will be using autologin, so won't even be seeing it
[05:45] <TheMuso> Right.
[06:13] <slangasek> mdz: ah, true.  Also, ports images aren't documented anywhere there - should they be?
[06:23] <dholbach> good morning
[06:24] <highvoltage> hola dholbach!
[06:25] <dholbach> hey highvoltage
[06:29] <spstarr> would it not be safer to make logrotate.conf save a years worth of logs vs only 4 weeks?
[06:38] <ScottK> Not particularly.
[06:38] <ScottK> If you really care about a year of logs, you probably don't want to save them on the box in question anyway.
[07:01] <spm> spstarr: at $job-1 to... -start; some types of logs would have to be retained according to the archives act; which i think is around 20-50 years. the rest I think were 7 years. YMMV. :-)
[07:17] <spstarr> ScottK: servers even if you send it over network
[07:18] <spstarr> its still nice to have
[07:18] <ScottK> Well it depends on how much space you have to spare
[07:19] <fabbione> StevenK: no? I orphaned the packages months ago
[07:20] <fabbione> StevenK: there is an ubuntu-ha team you can talk to
[07:20] <fabbione> StevenK: they took over all the ha cluster stack
[07:21] <spstarr> ScottK: 1 year of standard logs + compressed should not full a big disk up that fast :)
[07:21] <ScottK> Depends on what your server is.
[07:21] <spstarr> right
[07:24] <NCommander> ScottK, mind doing a quick archive-admin task for me?
[07:24] <ScottK> NCommander: Depends on what and how quick?
[07:25] <NCommander> ScottK, can you punt linux-mvl-dove through binNEW queue?
[07:26] <ScottK> No.  For reasons I don't remember I'm not supposed to New kernels due to LP U/I issues.
[07:26] <NCommander> ScottK, argh. NP I guess
[07:46] <robert_ancell> dholbach, thanks for the sponsoring
[07:56] <dholbach> robert_ancell: no worries
[07:56] <dholbach> robert_ancell: just trying to ease some of seb's workload when he gets back :)
[07:57] <robert_ancell> dholbach, yeah me too :)
[08:12] <ojwb> mvo: I've uploaded a new xapian-core package to debian which incorporates that patch upstream and fixes an unrelated bug - should I file a request for a FF exception?
[08:13] <mvo> ojwb: that would be very nice, I will add my support for the FF exception too when its in LP
[08:14] <ojwb> ok
[08:44] <cjwatson> directhex: you poked?
[08:44] <cjwatson> jcastro: takes ten seconds to hack your local bzr-builder to change the address :)
[08:45] <directhex> i did. i was going to ask to hear why you're not going to the debian-uk bbq
[08:45] <cjwatson> directhex: visiting my mother-in-law
[08:46] <directhex> skipping beer & meat for the MIL? o_o
[08:46] <cjwatson> it was my wife's idea, not mine ;-)
[08:51] <davmor2> directhex: that's cause he is sensible you let the MIL down once and you'll never hear the end of it :D
[09:03] <ogra> did compiz get nasty for anyone else the recent days ?
[09:23] <bryce> ogra, yes
[09:24] <ogra> ah, k
[09:24] <bryce> ogra, the workaround I've found is to downgrade to the mesa and libdrm in the x-retro ppa
[09:24] <bryce> (or just shut off compiz)
[09:24] <ogra> well, mine is to use metacity for now :)
[09:24] <bryce> bug's known and reported upstream
[09:24] <ogra> oki
[09:25] <ogra> thanks :)
[09:27] <taavikko> bryce: did the gdm loop bug went to upstream?
[09:30] <bryce> taavikko, check the bug report, I always set a watch when upstreaming bugs.
[10:00] <quadrispro> jerone-mobile: I'm on bug #417533
[10:01] <jerone-mobile> quadrispro, sweet! Thanks!
[10:02] <quadrispro> argh... ftbfs
[10:37] <quadrispro> jerone-mobile: done, thank you
[10:47] <EricInBNE> I want to get involved in the android execution environment development.
[10:47] <EricInBNE> Is there a git tree anywhere? all i see is this: https://wiki.ubuntu.com/Specs/AndroidExecutionEnvironment
[10:48] <pochu> NCommander, persia: ^
[11:14] <ogra> evand, usb-creator neither shows me .img files if i selected them, nor does it see my SD card
[11:15] <evand> ogra: using 0.2.3?  Can you pastebin me the output of devicekit-disks --dump?
[11:16] <ogra> http://paste.ubuntu.com/260821/ voila
[11:19] <evand> ogra: that SD card doesn't have any formatted partitions, correct?
[11:19] <ogra> yes
[11:20] <ogra> it had one usb-creator showed before i erased it
[11:20] <ogra> it doesnt show the device though
[11:20] <ogra> which is what i need for .img
[11:23] <evand> ogra: filed as bug 420438 .  I'm on it.
[11:23]  * ogra subscribes
[11:24] <ogra> evand, is that the reason why i dont see the .img file i selected in the top list ?
[11:25] <ogra> or is that a separate issue ?
[11:26] <evand> ogra: nope, that's a different bug that I'm about to fix in trunk.
[11:26] <ogra> ah, cool
[11:27]  * ogra goes back to use usb-imagewriter for now then :)
[11:27] <evand> heh, incidentally, usb-creator for Windows would work fine here :)
[11:28] <ogra> yeah, apparently
[11:42] <NCommander> stgraber, when you get a chance, can you binNEW linux-mvl-dove please?
[11:46] <ei-grad> hi all
[11:47] <NCommander> stgraber, ignore that, ping went to the wrong person
[11:48] <ei-grad> is there any news about alpha-5 to be released?
[11:49] <cjwatson> ei-grad: that's next week, not this
[11:49] <cjwatson> http://wiki.ubuntu.com/KarmicReleaseSchedule
[11:49] <ei-grad> oh, thanks)
[12:05] <tkamppeter> pitti, hi
[12:22] <soren> I have an executable compiled with "-L/some/path -lfoo" so that it'll find /some/path/libfoo.so.0. However, the final executable can't find /some/path/libfoo.so.0 (ldd lists libfoo.so.0 (with no path)) and there's no rpath set. What gives?
[12:31] <tkamppeter> pitti, hi
[12:31] <al-maisan> Should I still be seeing MTRR issues like the following after booting the newest kernel:
[12:31] <al-maisan> [    1.015500] mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining
[12:31] <al-maisan> [    1.015571] [drm] MTRR allocation failed.  Graphics performance may suffer.
[12:33] <al-maisan> This is from dmesg on a karmic machine that runs yesterday's kernel
[12:33] <al-maisan> Linux Px4 2.6.31-8-generic #28-Ubuntu SMP Thu Aug 27 14:42:57 UTC 2009 x86_64 GNU/Linux
[12:37]  * soren pulls some more hair out
[12:39] <soren> Does libtool usually take care of adding rpaths matching the paths passed with -L ?
[13:19] <liw> hmm... I just upgraded to current karmic, rebooted, and now I have a black screen, no bootup messages; ping responds, ssh does't
[13:20] <evand> liw: Perhaps remove "quiet splash" from the kernel command line and see what happens?
[13:20] <liw> ah, second attempt, after power cycling, results in usplash
[13:20] <evand> weird
[13:21] <liw> indeed
[14:03] <jcastro> cjwatson: wow that was easy, I'll add it to the docs
[14:13] <ogra> mterry, tickle
[14:14]  * mterry lols
[14:14] <ogra> mterry, a littel birdy told me you are (partially) supposed to take ccheney's responsibilities in the desktop team ?
[14:15] <mterry> ogra, I'm swapping with him in terms of teams, but it hasn't really worked out that I took his responsibilities and he mine
[14:15] <mterry> ogra, but maybe I can help?
[14:15] <ogra> i'm looking for someone with more knowledge about OO.o than me to attack Bug #417009 since he completely refuses to even touch it
[14:15] <cjwatson> ogra: mterry swapped into the foundations team rather than desktop, fwiw
[14:15] <ogra> and we have obligations to ship oo.o
[14:15] <ogra> cjwatson, oh. chris is foundation ?
[14:15] <lool> We do ship it but ... it's broken  :)
[14:16] <cjwatson> chris is desktop
[14:16] <mterry> cjwatson, ogra: oh right, I swapped with doko!  heh, whoops
[14:16]  * mterry is confused
[14:16] <highvoltage> lool: lol
[14:16] <cjwatson> ogra: tony espy (awe) was the one who swapped with chris
[14:16] <ogra> lool, just to echo from a different channel: \o/ That's the attitude!
[14:16] <ogra> :P
[14:17] <ogra> cjwatson, hrm
[14:17] <ogra> i wonder who can do any OO.o bugwork then if chris refuses to look at them :/
[14:17] <ogra> i'm sure awe isnt the guy who knows anything about it
[14:19] <lool> cjwatson: ogra is stuck on this bug; do you see someone in the foundations or desktop team apart of ccheney and doko who both report being busy who could help unstuck him?
[14:20] <lool> Or even fix the bug   :-P
[14:20] <doko> lool: not until Sep 09 (vacation until then)
[14:21] <ogra> doko, well, such an offer is more than nothing ... we can re-milestone ... happy to test any patches or suggestions, i just dont know where to look or what to do exactly
[14:21] <ogra> i'd even to all testbuilds myself
[14:23] <lool> doko: Do enjoy your holidays BTW
[14:23] <ogra> yeah, dont lurk so much here
[14:23] <doko> lool: the babbage travels with me ...
[14:24] <ogra> now thats what i call passion for arm :)
[14:26] <lool> doko: It's your little armel netbook so to say
[14:26] <cjwatson> lool: perhaps Rick Spencer can help; OO.o has ceased to be a foundations responsibility in general
[14:27] <ogra> well, probably worth to bring it up in the release meeting
[14:28] <lool> cjwatson: k thanks
[14:28]  * liw reports that he has an ugly, kitten-killing proof-of-concept patch for apt to use zsync for updating Packages lists
[14:30] <liw> http://files.liw.fi/temp/apt-packages-zsync-diff-01-proof-of-concept.diff for anyone who wants to read it and send me comments via e-mail (I'm done for today and won't be watching irc)
[14:31] <greg_g> mpt: before I respond to the list, I just want to make sure, is the (current) plan to have a "Price: Free" for every package in the Software Store by default?
[14:31] <ogra> liw, btw, how about using an rsync wrapper for downloading the .zsync files to minimize traffic ? :)
[14:31] <mpt> greg_g, for 1.0, yes
[14:31] <ogra> i noticed that my .iso/.img downloads always need to download 1.4M of .zsync even if the changes in the iso/img are less
[14:32] <greg_g> mpt: ok, thanks. I'm going to start my email confirming that point, but thanks for the clarification here. :)
[14:32] <mpt> greg_g, see bug 419295 for more details
[14:33] <greg_g> mpt: ahh, thanks, again.
[14:33] <mpt> yw
[14:34] <liw> ogra, damn you're fast... I didn't have time to close irc :) a) rsync isn't running on mirrors b) the zsync files are on the order of kilobytes for package lists c) when I tested things against ISOs, zsync won (.zsync + file data downloads was less than rsync's total transfer amount)
[14:35] <ogra> liw, lol
[14:35] <liw> ogra, however, my iso testing was not extensive, I may have just hit a particularly lucky day to test things; if you have evidence that rsync is better, this needs to be looked at further
[14:35] <ogra> liw, well, would only make sense for the isos where you actually are above 1MB with the .zsync files
[14:36] <liw> ogra, and for isos, you should already be able to update the .zsync file with rsync, since cdimage.u.c has rsync server-side; talk to whoever maintains the download script about that :)
[14:36] <ogra> but go away now ! i didnt read the brackets above, i dont wnat to hold you back from getting your well deserved weekend we can talk next week :)
[14:37] <liw> ogra, have a good weekend, you deserve it too, please try to avoid doing too much arm-wrestling
[14:37] <ogra> heh, will try to :)
[14:42] <ogra> MacSlow, do you have a bug open already for notifications showing up in the vertical center of the screen since the last upgrade ?
[14:42] <ogra> (started with todays upgrade for me)
[14:46] <MacSlow> ogra, not really a bug... see https://bugs.edge.launchpad.net/ubuntu/+source/notify-osd/+bug/419894
[14:47] <MacSlow> ogra, discussion regarding this happens on the ayatana mailing list (or also here in #ayatana)
[14:47] <ogra> i dont want to discuss it :P i would just like to be able to read my stuff without having anything that covers the text :)
[14:48] <ogra> but i see that opinion stated on the bug already ... i would just add "me too" noise
[15:02] <james_w> I've just seeded kerneloops-daemon in desktop-common and server-ship
[15:02] <james_w> should I regenerate all the meta packages now, or is that something that we tend to batch up?
[15:03] <ScottK> ogra: Me too noise is probably good.  I understand the response so far has been that not very many people complained, so it was probably OK.
[17:13] <cjwatson> ogra: does d-i's dove.cfg need to go to -202? I see that's in NEW
[17:13] <ogra> yeah
[17:14] <ogra> and the platform seed
[17:14] <ogra> NCommander, was supposed to ping me once it's out of NEW
[17:14] <cjwatson> I'll take care of it
[17:14] <ogra> but feel free to take it
[17:14] <ogra> cool
[17:14] <ogra> thanks
[17:15] <LordMetroid> I get hash sum errors for karmic alpha 4 main, and universe repositories from Sweden
[17:15] <ogra> cjwatson, any idea how to avoid that extra work for you or anyone would be appreciated btw, with the additional abi numbers for armel it starts to get messy
[17:15] <cjwatson> ogra: don't use different abi numbers :)
[17:16] <cjwatson> other than that, not really
[17:16] <ogra> heh, to late i guess
[17:16] <cjwatson> LordMetroid: more often than not this is caused by intercepting proxies between you and the mirror
[17:16] <LordMetroid> ok
[17:16] <cjwatson> LordMetroid: wget --no-cache on the relevant URLs may clear it
[17:16] <LordMetroid> I'll try that
[17:21] <ebroder> Any archive admins around? Bug #368471 has been tested but stuck in jaunty-proposed since May
[17:21] <cjwatson> ogra: processed through NEW. I'll have to upload d-i before it's made it into the archive, so I expect it'll fail to build, but that's because I'm going to have to leave fairly on-time today - if you need it, feel free to hit retry once it's ready
[17:23] <ogra> cjwatson, will do, i dont think its urgent atm
[17:23] <cjwatson> oh my, why is the current d-i .tar.gz 49MB
[17:24] <cjwatson> ogra: plz not to be storing movies in d-i
[17:24] <ogra> damned, you catched me :P
[17:25] <ogra> i didnt put anything into it that i'm aware of
[17:25] <cjwatson> oh, you uploaded the .bzr too
[17:26] <cjwatson> debdiff's always a good idea, it catches this sort of thing
[17:26] <cjwatson> d-i's .bzr is massive because that branch used to include the installation guide (with all translations) too
[17:26] <ogra> oh, crap
[17:26] <ogra> yeah, i didnt export
[17:27] <ogra> sorry
[17:27] <cjwatson> I never export, I just use debuild
[17:27] <cjwatson> rather, debuild -i -I
[17:30] <cjwatson> ebroder: nobody tagged it verification-done ...
[17:30] <cjwatson> ebroder: and Steve said "it seems to me that the fix is incomplete"
[17:31] <ebroder> Oh, huh - I missed that
[17:31] <cjwatson> ebroder: so I'm not convinced it ought to be promoted to -updates just yet
[17:31]  * ebroder nods
[17:31] <ebroder> I guess I'll get back to you, then
[17:31] <ebroder> cjwatson: Thanks
[17:35] <slangasek> lool: no reason to use the -meeting channel for side discussions
[17:36] <lool> slangasek: k
[17:37] <slangasek> lool: manifest> if you're suggesting replacing the 'image type' with a value that doesn't correspond to what we use in the publisher, yes, I would object
[17:37] <lool> slangasek: Ok; if you're actually using the subtypes then forget about it  :)
[17:38] <lool> I thought it was some high level memo of the type of image d-i / ubiquity or live / ami etc.
[17:38] <slangasek> lool: the object is to be able to hook this manifest into the publishing itself
[17:38] <lool> woah the wiki page?
[17:39] <slangasek> well, I would've been happy to have it other than in the wiki, but mdz wanted a Manifest in the wiki for other reasons
[17:40] <lool> Well ok
[17:40] <lool> wiki would better be up at the time of release  :)
[17:40] <lool> slangasek: Ok well that's all I had then, thanks
[17:41] <slangasek> tkamppeter: is cups Recommends: cups-ppdc the right relationship?  what needs cups-ppdc during normal operation?  (it's a small package, but I'm reviewing CD diffs, so might as well ask)
[17:41] <slangasek> lool: I can pull it down in advance and cache it :)
[17:41] <ogra> lool, meh, i forgot that export doesnt work for init-top scripts :(
[17:42] <ogra> i need to find another hack for mxcfb
[17:42] <lool> ogra: You could write an usplash.conf file?
[17:42]  * lool kicks himself for suggesting awful things to ogra
[17:43] <ogra> indeed i could but that would result in a lot of extra code ... checking there isnt one, checking its empty if there is one etc
[17:43] <ogra> i liked the three line hack i had before more :/
[17:49] <tkamppeter> slangasek: These are only tools for PPD manipulation, we can move them to Suggests:.
[17:49]  * ogra decides to ponder more about that over the weekend and call it a day now
[17:59] <lool> Keybuk: hey how much do we care about bugs due to not using an initrd?
[18:00] <lool> Keybuk: An ARM person reported me that :Apparently rc-sysinit.conf parses /proc/cmdline for "-b|emergency", "0|1|2|3|4|5|6|s|S" and "-s|single", but /proc isn't mounted at this stage if there was no initrd."
[18:00] <soren> Could someone from ubuntu-release team take a peek at bug 420644? I'd /really/ like to have aworking eucalyptus before I leave for the weekend.
[18:08] <mdz> slangasek, if you want to put the manifest in bazaar or something, it's fine with me.  I just want it to be accessible, not behind the scene
[18:08] <mdz> s
[18:15] <slangasek> mdz: ok, will think about that :)
[18:24] <Turl> hi fta, may I PM you?
[18:33] <soren> slangasek: Is that something you could look at? ^^
[18:37] <maxb> LP 406245 has been pending sponsorship for some time now. Is there possibly a kind core-dev who could be enticed to take a look at it?
[18:52] <mathiaz> kees: what's the state of moving puppet to main?
[18:55] <kees> mathiaz: last I looked, it had a giant list of things to fix.  zul was working on it, IIRC.
[18:55] <zul> yeah its getting there
[18:56] <mathiaz> kees: do you mean that the puppet MIR wiki page is the biggest wiki page of the world?
[18:57] <kees> mathiaz: uhm, no?  /me looks around, confused.
[18:57] <zul> mathiaz: the only thing that is remaining is debian bug 525852
[18:58] <mathiaz> kees: your usage of the term giant made me picture such a wiki page
[18:58] <kees> mathiaz: heh
[18:59] <fta> Turl, sure
[18:59] <mathiaz> zul: are you planning to push these changes to the Debian maintainer and get their input on it?
[18:59] <mathiaz> zul: IIRC the debian maintainer are pretty keen on having puppet in sync between Debian and Ubuntu.
[19:00] <zul> mathiaz: thats the goal
[19:02] <zul> mathiaz: but I dont think there is an easy fix for the postrm bug
[20:08] <soren> slangasek: Do you think it's something you could get to within the next couple of hours?
[20:09] <greg_g> can someone moderate my email to -devel (from greg@grossmeier.net)? Thanks!
[20:28] <slangasek> tkamppeter: right, I think Suggests: is the correct relationship; do you want a bug report?
[20:28] <slangasek> soren: sorry, what is it you were pointing me to?
[20:28] <soren> slangasek: heh.. 2 sec.
[20:28] <soren> 17:00:27 < soren> Could someone from ubuntu-release team take a peek at bug 420644? I'd /really/ like to have aworking eucalyptus before I leave for the weekend.
[20:28] <slangasek> ok
[20:29] <slangasek> yes, pulling it up now
[20:29] <soren> Fantastic, thank you.
[20:35] <penguin42> does anyone know of something that documents the way hibernate/suspend works from the desktop? In the sense of how things like screensavers should know to lock and how I might hook the same thing to unmount a disc or anything else?
[20:37] <LordMetroid> Why are there no icons whatsoever in the alpha 4 release?
[20:38] <penguin42> LordMetroid: On the menus?
[20:38] <LordMetroid> Amongst other places
[20:38] <penguin42> LordMetroid: They've been turned off as a UI feature - they can be turned back on
[20:39] <penguin42> LordMetroid: System->preferences->Appearance has a 'Show icons in menus'
[20:39] <LordMetroid> The ubuntu one cloud upload/download arrows also do not exist and on the gnome-applet-sus it is not an off button anymore
[20:39] <slangasek> mathiaz: you didn't subscribe ubuntu-release to bug #419515 :/
[20:39] <penguin42> LordMetroid: Ah the sus button I think is a straight bug; the others may be bug 407621
[20:41] <slangasek> kenvandine: bug #417964 was marked in the desktop team release status as 'fixed last week'; the Ubuntu task is still open?
[20:42] <slangasek> mm, reopened after closure
[20:42] <soren> slangasek: Thanks for the ack.
[20:44] <kenvandine> slangasek, yeah...
[20:44] <kenvandine> upstream bug must have been fixed though
[20:45] <kenvandine> it's assigned to pitti, so he will see it sunday
[20:48] <slangasek> kenvandine: ok
[20:55] <mathiaz> slangasek: hm - I though I'd subscribe ubuntu-release once the FFe would be ready
[20:56] <tkamppeter> slangasek: cups-ppdc issue is fixed in the Debian BZR repo of CUPS now, so it will go into our next CUPS package.
[20:56] <mathiaz> slangasek: right now it doesn't have all the content needed for a proper FFe
[20:56] <mathiaz> slangasek: as I don't have all the infomration myself
[20:56] <slangasek> mathiaz: ok... the bug was brought up in this morning's release meeting as "bug filed", so I chased it down
[20:56] <slangasek> mathiaz: ... and then I marked it incomplete anyway for the reasons we both know... sorry :)
[20:57] <sebner> slangasek: I suppose meebey talked to you?
[20:57] <slangasek> sebner: yes; I have yet to follow up with the ftp team
[20:58] <sebner> slangasek: what's the actual consens? He wasn't that happy with your stuff
[20:58] <slangasek> sebner: <shrug> "consensus" is not relevant; complying with the license is
[20:59] <sebner> slangasek: IIRC, he is the same opinion as me. People can read the warranty stuff themselves when reading the full GPL .P
[21:16] <mdke> cjwatson: can you advise whether bug 415108 should also be fixed in released versions of Ubuntu?
[21:39] <J_P> Anyone know if are there a effort to port ubuntu to Nokia N900?
[21:41] <sistpoty> ogra: we need better buildds, or you can't have mplayer for armel: S:29: Error: selected processor does not support `pld [r1]'
[21:41] <sistpoty> ogra: (from http://launchpadlibrarian.net/30948228/buildlog_ubuntu-karmic-armel.mplayer_2%3A1.0~rc3%2Bsvn20090426-1ubuntu5_FAILEDTOBUILD.txt.gz), and I don't have the slightest clue about armel :(
[21:52] <bluefoxicy> Hey guys, awesome idea for a DOS against Firefox
[21:52] <bluefoxicy> configure a Web server to continuously request authentication.
[21:53] <bluefoxicy> The box pops up, you can't click tabs
[21:54] <bluefoxicy> configure it to always respond with an HTTP auth request so when you click ok/cancel it just pops up again
[21:54] <bluefoxicy> and there you go, browser is frozen.
[21:55] <slangasek> except that it doesn't work that way
[22:37] <jdstrand> kees: ok, sun-java5 for dapper/hardy and sun-java6 for hardy/jaunty are approved and pending in -proposed
[22:37] <kees> jdstrand: thx!
[22:37] <jdstrand> kees: and appropriate bugs are all updated
[22:37] <jdstrand> kees: sure!
[22:43] <slangasek> jdstrand: hrm?  did someone from motu-sru approve those?
[22:48] <bryce> slangasek, do I need a FFe for updating git snapshots of -ati from our current git snapshot?
[22:48] <jdstrand> slangasek: this is a new policy: https://wiki.ubuntu.com/StableReleaseUpdates#sun-java*
[22:49] <jdstrand> slangasek: we were told to operate as if that has been approved (these are security releated)
[22:49] <bryce> slangasek, for -ati kms we've planned to be doing updates of the git snapshot through up to their release
[22:49] <cody-somerville> doko, Is the Sun java 5 plugin not available in karmic? I only see java 6 plugin.
[22:49] <jdstrand> slangasek: and it is expected to be voted on in the next TB meeting
[22:49] <jdstrand> (voted on and approved)
[22:49] <slangasek> bryce: if there's going to be non-bugfix changes, yes; a single umbrella FFe would be enough, though
[22:50] <slangasek> jdstrand: ah; approved by pitti then, ok
[22:50] <jdstrand> slangasek: well, pitti isn't who directed us
[22:50] <slangasek> jdstrand: though if "security related" were the rationale, wouldn't it rightfully go to -security first?
[22:50] <jdstrand> slangasek: but since they are security related, I took that on
[22:50] <slangasek> jdstrand: hrm, who did? pitti is who edited the wiki page
[22:51] <jdstrand> slangasek: mdz speaking with doko and security@
[22:51] <slangasek> ok
[22:52] <jdstrand> slangasek: the SRU page says go to use -proposed for these, so I did even though they *may* ultimately go to -security
[22:52] <jdstrand> slangasek: they need testing so -proposed is appropriate
[22:53] <slangasek> ok
[23:28] <bryce> slangasek, bug 420803
[23:29] <slangasek> bryce: thanks, will look
[23:31] <bryce> slangasek, heh, and of course the libdrm release announcement just now hits my inbox ;-)
[23:32]  * slangasek laughs