[00:29] <LaserJock> jcastro: ping
[00:58] <slangasek> LaserJock: yes, thanks
[01:06] <LaserJock> slangasek: done, thanks
[03:52] <lamont> do-release-upgrade -d  --mode=server
[03:52] <lamont> Checking for a new ubuntu release
[03:52] <lamont> No new release found
[03:53] <lamont> why does it hate me so?
[03:54] <wgrant> lamont: Which release?
[03:56] <lamont> ia64 with intrepid installed, pointed at a "reasonably current" mirror of the world
[03:56] <wgrant> Ah. ia64.
[03:56] <lamont> yeah.  ports
[03:57] <wgrant> It should still be using the same meta-release-development, though, I would think.
[03:58] <lamont> well, given that they're all forced by the local proxy to the same place, and that has the same file for all of them, yeah
[03:58] <lamont> so it claims jaunty
[03:58] <lamont> supported: 0 though
[03:58] <wgrant> That's fine.
[03:59] <lamont> http://paste.ubuntu.com/156288/
[04:00] <lamont> wtf.  how did I get an intrepid version of that file
[04:01] <lamont> wgrant: a well placed rm meta-release-development fixed it.
[04:02] <wgrant> lamont: Hmm. It sends appropriate cache headers.
[04:03] <lamont> well... there's some horrific abuse in the way the local mirror is tied into it all, and it coughed up an intrepid file before I freshened it... so let's go with PEBCAK
[04:03] <wgrant> Right.
[04:03] <wgrant> That sounds convenient.
[04:05] <lamont> well, no way in hell _I'M gonna campaign to re-roll _anything_ at this point
[04:07] <geofft> do-release-upgrade really doesn't have a man page?
[04:09] <wgrant> geofft: I noticed that... it has a --help, though.
[04:09] <wgrant> It sounds like it deserves a bug report.
[04:09] <geofft> what's the difference between -m desktop and -m server, anyway?
[04:10] <wgrant> geofft: Possibly different hints.
[04:15] <geofft> Hm. I download the updater .tar.gz and look at DistUpgradeMain.py...
[04:15] <geofft> help=_("*DEPRECATED* this option will be ignore")
[04:26] <geofft> Is there a better way to see what extra stuff do-release-upgrade does beyond dist-upgrade, or should I continue to UTSL?
[05:50] <magcius> Guys! I got multiple message support working in notify-osd!
[06:16] <lifeless> StevenK: hoist a brew for me at the release party
[06:16] <StevenK> lifeless: You can't make it?
[06:16] <lifeless> StevenK: I'm booked already tonight and slug is friday
[06:16] <StevenK> Release party is Saturday
[06:16] <lifeless> oh
[06:16] <lifeless> thats right :)
[06:16] <lifeless> we'll see, I have some things happening saturday, but will try
[06:19] <chris062689> Is this the correct channel to go to if you need help package DEBs?
[06:21] <lifeless> no
[06:21] <chris062689> Which channel should I go to?
[06:21] <lifeless> #ubuntu-motu is a good place to learn about packaging
[07:22] <dholbach> good morning
[07:50] <tjaalton> how come the -security uploads are not shown on *-changes?
[08:12] <soren> tjaalton: For security reasons, of course.
[08:12] <soren> Hahah!
[08:13]  * soren crawls back under his rock
[08:16] <pitti> Good morning
[08:17]  * slangasek waves
[08:18] <mdke> happy release day :)
[08:18] <slangasek> indeed!
[08:21] <tjaalton> slangasek: would you like me to edit the relnotes wiki directly, or add the wacom entry as a comment to the bug?
[08:22] <slangasek> tjaalton: either is fine; the latter ensures we don't have to worry about getting in the way of each other's edits
[08:22] <tjaalton> slangasek: ok, I'll do that then
[08:39] <directhex> merry releasemas!
[08:43] <tjaalton> asac: firefox creating huge (4GB) sparse files on NFS sound familiar to you?-)
[09:06] <asac> tjaalton: not really ;)
[09:06] <asac> tjaalton: a sqlite db?
[09:07] <tjaalton> asac: formhistory.sqlite.. I was equally surprised
[09:07] <tjaalton> no idea how to reproduce, but some users have had that
[09:08] <liw> are sparse files problematic on nfs?
[09:08] <tjaalton> I'm not sure
[09:09] <tjaalton> might be an nfs boog
[09:10] <geofft> is this new with Jaunty or some new Firefox version?
[09:12] <tjaalton> geofft: no, with hardy
[09:13] <tjaalton> at least I believe it was
[09:17] <sabdfl> happy release day, all
[09:18] <ogra> sabdfl, to you too :)
[09:19] <ion_> Congrats
[09:23] <pitti> hey sabdfl, and to you!
[09:24] <directhex> it's a sabdfl!
[09:25] <sabdfl> life and kicking
[09:25] <sabdfl> err... liVe and kicking
[09:27] <davmor2> Congratulations Everybody and here's to the next release
[09:27] <tseliot> happy release :-)
[09:34]  * pitti goes to pre-review the ton of SRU
[09:35] <slangasek> pitti: yay :)
[09:39] <mdz> calc: that 56% is down from 63% for March
[09:39] <slangasek> wow, is that a percentage of new bugs or of all bugs?
[09:40] <ogra> we have bugs ?
[09:40] <directhex> debian-with-bugs!
[09:41] <directhex> pitti, i want an SRU for something. should i arrange for an 0ubuntu2 to be uploaded directly, or wait for karmic, sync -3 into karmic, and request that be used for the sru?
[09:42] <pitti> directhex: I'd advise to upload 0ubuntu1.1 as an SRU now
[09:42] <pitti> unless you really meant -3, and not ubuntu3
[09:42] <directhex> i meant -3
[09:42] <pitti> then 0ubuntu2 is okay
[09:43] <directhex> so "do it now" then
[09:43] <directhex> debdiff time!
[09:43] <pitti> yes, please prepare the bug for SRU, and upload to the queue
[09:44] <directhex> 1.0.1-0ubuntu1.1 is the correct versioning for an sru?
[09:44] <pitti> directhex: it's a valid one; it's not the only correct one
[09:44] <pitti> the main point is to avoid version clashes with karmic uploads
[09:46] <directhex> i'll requestsync it for karmic as soon as it opens
[09:49]  * tonyyarusso would like to briefly remind sabdfl, slangasek, and anyone else who may care that we are using #ubuntu-release-party again for Jaunty.  Remember to have fun today!
[09:51] <directhex> i still think thursday releases suffer from an inherent party-related flaw
[09:52] <cjwatson> Friday releases suffer from an inherent don't-release-and-then-disappear-for-the-weekend bug :-)
[09:52] <cjwatson> (oh, and they also tend to result in missing news cycles)
[09:54] <heno> and give less wiggle-room
[09:55] <directhex> releases full stop suffer from an inherent don't-release-then-get-drunk bug
[09:55] <directhex> solution: debian ;)
[09:55] <LaserJock> directhex: I don't know, if it took me that long to get a release out I'd want to get drunk for a long while
[09:56] <directhex> LaserJock, could always ban security teams from attending parties...
[09:58] <directhex> okay, i have a debdiff. now to do the SRU paperwork
[10:14] <directhex> hm. for an SRU i can't upload myself, do i hunt for a regular motu to upload it first, or go straight for a motu-sru person to take care of the lot?
[10:19] <pitti> directhex: oh, I thought you were motu
[10:19] <pitti> directhex: subscribe motu-sru for approval
[10:19] <pitti> directhex: AFAIR, motu-sru wants to ack universe SRUs before upload anyway
[10:21] <directhex> pitti, i'm just a lowly contributor. not even formally a member of any kind yet (though i now have a handy wiki page for people to leave me glowing testimonials)
[10:21] <directhex> pitti, i've subscribed motu-sru, and i'll poke cody-sommerville when he wakes (spoke with him yesterday about this bug)
[11:19] <Keybuk> gnargh!
[11:19] <Keybuk> setlocale() is not malloc()-safe
[11:20] <liw> hm?
[11:26] <wretched_dutchma> hello,
[11:26] <wretched_dutchma> can anyone tell me were I can suggest new programs for future ubuntu releases??
[11:27] <directhex> wretched_dutchma, https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[11:27] <wretched_dutchma> thank you :)
[11:52] <slangasek> superm1: how much lead-time do you need for http://mythbuntu.org/9.04/release to go live?
[11:55] <slangasek> TheMuso, luisbg: same question, regarding getting 9.04 on http://ubuntustudio.org/downloads
[12:05] <Ampelbein> pitti: hi, i noticed you assigned me to bug 351017 . does that mean that there is more work to be done on the package?
[12:06] <pitti> Ampelbein: no, I just want every release targetted bug to have an assignee
[12:06] <pitti> i. e. the one in charge for the bug
[12:06] <Ampelbein> ah, ok.
[12:12] <TheMuso> slangasek: sorry again since the website is not my area, I can't help.
[12:12]  * TheMuso is thinking though that he should change that for karmic.
[12:13] <TheMuso> i.e get web access since nobody ever appears to be around when these things need doing.
[12:13] <slangasek> TheMuso: fwiw, _MMA_ tells me he's more-or-less stepping down due to work committments, so I guess that would be a good idea :)
[12:13] <TheMuso> slangasek: Yeah I'm well aware of that.
[12:13] <TheMuso> Thing is I tend to do a fair chunk of stuff as it is, that the others don't want me to take any more on, however they sometimes don't pull their own weight.
[13:04] <madduck> at what time can we expect the release today?
[13:04] <jpds> madduck: When it's announced on ubuntu-announce.
[13:05] <madduck> oh how familiar that answer is :)
[13:06] <madduck> the reason i am asking is because i need to talk to one of your developers asap and would like to make sure I get the timing right
[13:08] <james_w> madduck: you need to talk to someone as soon as it's released, but not a moment before?
[13:09] <madduck> right
[13:09] <madduck> and i just wanted to get a bit of an idea when that would be
[13:10] <madduck> anyway, i'll just wait
[13:11]  * ogra points madduck to #ubuntu-release-party ... 
[13:12] <ogra> will be announced there first
[13:12] <busfahrer> Where?
[13:12] <madduck> "Every time you ask if it's out yet, a unicorn loses it's horn." -- few, glad i asked the right question then. :)
[13:12] <ogra> lol
[13:12] <ogra> busfahrer,  #ubuntu-release-party
[13:12] <busfahrer> Thanks, already in there, hehe.
[13:13] <madduck> good luck all
[13:32] <lifeless> mvo:
[13:32] <lifeless> https://bugs.launchpad.net/bugs/288797 seems unfixed
[13:33] <mvo> lifeless: upgrade or fresh install?
[13:33] <slangasek> TheMuso, luisbg: now would be a good time to make http://mythbuntu.org/9.04/release available
[13:34] <slangasek> TheMuso, luisbg: er, I mean http://ubuntustudio.org/downloads of course
[13:36] <lifeless> mvo: read the comments
[13:36] <lifeless> mvo: ask for more info etc:)
[13:36] <mvo> lifeless: sorry, I thought you were hit by the bug too
[13:37] <slangasek> superm1: the sooner http://mythbuntu.org/9.04/release can be made available, the better
[13:39] <lifeless> mvo: I am subscribed forvarious reasons :)
[13:39] <slangasek> NCommander: do you have access to get http://xubuntu.org/news/9.04-release updated?  looks like I just missed mr_pouit, and Cody's not around AFAICS
[13:39] <lifeless> mvo: so I am seeing a stream of people still sayng they are hitting it
[13:40] <mvo> lifeless: they are hitting a different bug it seems (the fact that adding a new repository does not immediately update the index)
[13:40] <mvo> but I will respond in the bug
[13:40] <Ampelbein> pitti: i get a failed to built for powerpc for mjpegtools (351017), http://paste.ubuntu.com/156499/ . How can I get access to the config.log?
[13:47] <pitti> Ampelbein: you can't; you need to reproduce/debug it on a local machine
[13:48] <pitti> Ampelbein: perhaps because -mno-sse2 is applied on all architectures instead of just i386, and the switch doesn't exist on other arches?
[13:49] <pitti> Ampelbein: yeah, I think that's it
[13:49] <pitti> wrap it into something like
[13:49] <Ampelbein> pitti: that's what i suspect. but i don't have a powerpc-architecture here to test it. and since its the only change, yeah thats it. i broke another package
[13:49] <pitti> ifneq ($(findstring $(DEB_BUILD_ARCH), i386 lpia),)
[13:49] <pitti>  CFLAGS+=-fno-sse2
[13:49] <pitti> endif
[13:50] <pitti> (or whatever the flag/variable was)
[13:51] <c_korn> in how many hours will jaunty be released?
[13:51] <Ampelbein> pitti: will do that. is there a way to "simulate" another architecture with pbuilder? or perhaps with virtualbox?
[13:51] <ogra> c_korn, -> #ubuntu-release-party
[13:51] <pitti> Ampelbein: no, but you can change "i386" to "foobar" and verify that the flag isn't applied then
[13:52] <c_korn> ogra: thanks. I should have known that there is a channel for everything
[13:52] <Ampelbein> pitti: ah, yeah. cool. thanks for the help. (and sorry for breaking the package in the first try)
[13:52] <ogra> heh
[13:52] <pitti> Ampelbein: no prob
[13:54] <miki4242> pitti: hi, i'm the guy who mailed you about using v4l-dvb with dkms, sorry for long silence :-)
[13:54] <pitti> hi miki4242
[13:54] <miki4242> had too much work going on to reply earlier
[13:58] <miki4242> pitti: there were some problems regarding espeak: portaudio19 doesn't play nicely with pulseaudio. do you know what is going to happen to the release?
[13:58] <pitti> miki4242: you might want to talk to TheMuso about that
[13:59] <persia> Ampelbein, In extreme situations, it's possible to cat config.log during the build, but try other things first.
[13:59] <persia> (as in when it fails on a buildd, but isn't failing locally, etc.)
[13:59] <miki4242> pitti: ok thanks
[14:00] <kirkland> seb128: howdy
[14:00] <seb128> hi kirkland
[14:01] <kirkland> seb128: i just enabled jaunty-proposed, to help do some testing of those packages
[14:01] <kirkland> seb128: on dist-upgrade, i see:
[14:01] <kirkland> http://pastebin.ubuntu.com/156509/
[14:01] <kirkland> seb128: removing evolution, and such
[14:01] <kirkland> seb128: the last time i saw this, it took me about a day to resume my normal access to email :-)
[14:01] <seb128> kirkland: could you try to figure why?
[14:01] <kirkland> seb128: try to figure out why it wants to be removed?
[14:02] <seb128> oh
[14:02] <seb128> I know
[14:02] <kirkland> seb128: or why i lost a day fighting evolution?
[14:02] <seb128> kirkland: non !i386?
[14:02] <directhex> man, jaunty's been out for AGES! why's karmic taking so long to open? boo!!!!!! :<
[14:02] <seb128> kirkland: non i386 I mean
[14:02] <seb128> ?
[14:02] <kirkland> Linux t61p 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:58:03 UTC 2009 x86_64 GNU/Linux
[14:02] <kirkland> seb128: ^
[14:02] <seb128> right
[14:02] <seb128> wait for the amd64 build to catch up for evolution-data-server
[14:02] <Ampelbein> persia: ok. i think pitti found the error and provided a fix, am now testing here and will reupload.
[14:02] <seb128> it built on i386 so -common is available but not the amd64 binaries
[14:02] <kirkland> seb128: aaaahhhh
[14:03] <seb128> yet another reason why I use an i386 install ;-)
[14:03] <kirkland> seb128: wow, that's a nasty little race in our build system
[14:03]  * pitti hugs slangasek, awesome work! congrats
[14:03] <kirkland> seb128: so last time, i must have dist-upgraded later in the day and it found a published build
[14:03] <persia> kirkland, It's worse when something FTBFS for only some architectures, because then it's more than a race condition.
[14:03] <kirkland> seb128: and then i was working again
[14:03] <seb128> kirkland: where it's really an issue is if the amd64 fails or take some days now
[14:04] <kirkland> persia: seb128: ack.  that sucks.
[14:04] <slangasek> pitti: you too :)
[14:04] <slangasek> congrats, all!
[14:04] <seb128> binaries are copied to -updates though
[14:04] <directhex> yay!
[14:04] <pitti> LOOK BEHIND! A THREE-ANTLERED JACKALOPE!
[14:04] <seb128> so we don't have the issue in updates
[14:04] <directhex> is my cake in the mail, then?
[14:04] <seb128> slangasek: congrats!
[14:04]  * kirkland hugs slangasek 
[14:04] <persia> kirkland, The alternative is one copy of arch:all binaries for each arch, which is too painful to contemplate.
[14:04] <Keybuk> IS KARMIC OPEN YET?
[14:05] <seb128> well the bug there is also too strict depends between arch all and any binaries
[14:05] <persia> Keybuk, You win.
[14:05] <kirkland> Keybuk: oh, yeah, i'm installing it now :-)
[14:05] <seb128> and apt being stupid, you can tell that to mvo ;-)
[14:05] <ogra> Keybuk, on its way :)
[14:05] <directhex> pitti, i want to help you for giving me a moment to visualize monkey island's Lemonhead as a debian developer... "and the package says 'maintained by lemonhead'... just like one of mine!"
[14:05] <dholbach> asac: HAPPY BIRTHDAY! :-)
[14:05] <directhex> Keybuk, beat you to it
[14:05] <seb128> TOO MANY INFORMATIONS
[14:05] <directhex> Keybuk, [14:02] <directhex> man, jaunty's been out for AGES! why's karmic taking so long to open? boo!!!!!! :<
[14:05] <seb128> asac: happy birthday ;-)
[14:05] <persia> directhex, Except you didn't use ALL CAPS, so it doesn't count as a well-formed pony request.
[14:06] <pitti> asac: oh? happy (age++)!
[14:06] <directhex> persia, poot.
[14:06] <directhex> boo! asac gets jaunty for his birthday. i got a car accident!
[14:06] <ogra> asac, DUDE ! happy b-day !
[14:06] <mvo> seb128: its not sutpid, just a bit ... slow thinking
[14:06] <mvo> (ok, it is)
[14:06] <pitti> directhex: plusungood
[14:06] <seb128> mvo: ;-)
[14:06] <superm1> slangasek, should be live now
[14:06] <slangasek> superm1: great, thanks
[14:07] <seb128> mvo: I know, people should use "upgrade" and not "dist-upgrade" too
[14:07] <mvo> asac: HAPPY BDAY
[14:07] <ion_> (age++) = λx→age++x
[14:07] <directhex> ion_, nerd!
[14:07] <kirkland> seb128: i wonder if update-manager is any smarter about this than apt-get ...
[14:09] <seb128> kirkland: update-manager never remove an installed package so yes
[14:09] <seb128> kirkland: it would just wait for the amd64 build to be available
[14:09] <seb128> kirkland: and put the -common upgrade on hold
[14:12] <kirkland> seb128: cool, that's good to knoew
[14:12]  * cjwatson starts pushing karmic seeds
[14:12] <kirkland> seb128: i suppose that's why i saw the issue
[14:12] <seb128> right
[14:13] <kirkland> seb128: cheers, thanks for the help ;-)
[14:14] <cjwatson> NCommander,mr_pouit: please branch lp:~xubuntu-dev/ubuntu-seeds/xubuntu.jaunty to lp:~xubuntu-dev/ubuntu-seeds/xubuntu.karmic
[14:14] <seb128> kirkland: you're welcome, let me know if that's autofixed in one hour when the amd64 build is there
[14:16] <cjwatson> superm1: please branch lp:~mythbuntu/ubuntu-seeds/mythbuntu.jaunty to lp:~mythbuntu/ubuntu-seeds/mythbuntu.karmic
[14:16] <superm1> cjwatson, i thought i already did, will do if not
[14:17] <wgrant> I find it a little odd that the feature tour recommends that I use Microsoft Office formats.
[14:17] <cjwatson> I didn't look :)
[14:17] <cjwatson> superm1: oh, so you did. queue-jumper :)
[14:21] <directhex> wgrant, ?
[14:22] <wgrant> directhex: http://www.ubuntu.com/products/whatisubuntu/904features/web-browsing/, bottom right.
[14:22] <slangasek> mr_pouit: are you in a position to publish http://xubuntu.org/news/9.04-release, which still 404s?
[14:23] <cjwatson> james_w: please add karmic to the package importer
[14:23] <asac> thanks all ;)
[14:25] <directhex> wgrant, i think it means it in a "interop with windows weenies" kind of way
[14:25] <directhex> also, vista-- #randomly rebooted me mid-game as it decided to apply some updates i didn't ask it to
[14:26] <[reed]> so, I was surprised to see update-manager telling me fglrx isn't supported on 9.04 -- anybody know the bug # tracking that or when that may be resolved so I can actually upgrade?
[14:26] <directhex> [reed], ati dropped support for any cards older than $VERYNEW
[14:26] <mvo> [reed]: fglrx does not support r5xx cards anymore, just r6xx,r7xx
[14:27] <directhex> [reed], there's no fix. ever. unless ATI start doing what nvidia do, and have multiple fglrx releases at once which all support modern kernels & xservers
[14:27] <mvo> [reed]: there is a decent chance that the free driver works well for you, but it seems that its lacking in some areas (games), compiz should be fine
[14:27] <mvo> [reed]: best try that out with the livecd
[14:27] <slangasek> cody-somerville: hi, I can has http://xubuntu.org/news/9.04-release ?
[14:27] <cody-somerville> Yup. Bringing that online now
[14:27] <slangasek> thanks!
[14:27] <[reed]> so, I have an "ATI Mobility FireGL V5200" card
[14:27] <[reed]> I don't know what that maps to
[14:28] <[reed]> as far as rxxx goes
[14:28] <pitti> heh, www.ubuntu.com is basically dead
[14:29] <directhex> [reed], RV530
[14:29] <[reed]> guh
[14:29] <[reed]> that sucks
[14:30] <ogra> pitti, not for me
[14:30] <directhex> [reed], use the Free driver, or contact ATI, or stay using intrepid or older forever, or buy a new laptop. those are the options
[14:30] <mvo> [reed]: little we can do unfortuantely (other than to warn about it)
[14:30] <directhex> [reed], sorry, but that's what happens with proprietary stuff
[14:31] <[reed]> well, the only reason I use it is because I have an external monitor, and fglrx seems to be the only thing that can do dual monitors correctly
[14:31] <mr_pouit> NCommander: cody-somerville: can you create the branch? (I'm not on my machine right now)
[14:31] <cody-somerville> mr_pouit, branch for what?
[14:32] <persia> cody-somerville, karmic seeds.
[14:32] <ogra> likely karmic
[14:32] <cody-somerville> Sure
[14:32] <ogra> ah persia beats me
[14:32] <Ampelbein> pitti: attached modified debdiff to bug 351017, i tested locally with something arbitrary and the flag did not get applied. thanks.
[14:32]  * persia was using a very light stick
[14:32] <pitti> Ampelbein: can you upload yourself, or do you need a sponsor?
[14:33] <Ampelbein> pitti: i need a sponsor.
[14:35] <pitti> Ampelbein: uploaded, thanks! will process with the next batch
[14:58] <doko> lamont: would you like to have GCC-4.4 as the default for hppa and ia64?
[15:15] <calc> mdz: oh that is good news then :)
[15:29] <pitti> meh, launchpad.net is slow, or is that just me?
[15:29] <pitti> well, I guess it's the DC connection being maxed out
[15:30] <gnomefreak> pitti: its launchpad
[15:55] <ebroder> What's the best way to request a large-ish number of CDs for a student group I'm involved in to hand out to users? The last time we tried to order a batch of Intrepid CDs through shipit, we got 3
[15:57] <ScottK> ebroder: There's a "special request" link on the shipit page that gives you a chance to explain why you need more.  That's worked for me.
[15:57] <ebroder> Ok, I'll try that...as soon as shipit comes back up
[16:55] <cumulus007> Hi, a tour to introduce Ubuntu during installation was promised for Hardy, then it was delayed for Intrepid, and finally it would come in Jaunty
[16:56] <cumulus007> however, it's not there in jaunty
[16:56] <cumulus007> why is this?
[16:56] <persia> cumulus007, Maybe nobody wrote it yet?
[16:56] <ion_> You didn’t implement it yet. :-P
[17:00] <superm1> cumulus007, you mean the ubiquity slideshow spec?
[17:00] <cumulus007> yep
[17:01] <superm1> cumulus007, it's been discussed at the last two UDSes, and it will be discussed again at this one I believe
[17:01] <superm1> evand might know more on why it was delayed
[17:01] <cumulus007> Okay, I hope this will be implemented
[17:06] <evand> cumulus007: it's scheduled for Karmic.  We need to coordinate work between four teams, and that turns out to be quite difficult.
[17:06] <cumulus007> okay, that's a pity
[17:31] <azeem_> W2
[17:32] <azeem_> bah, sorry
[18:06] <Kano> hi, why is jaunty not default on packages.u?
[18:17] <weather15> Hello
[18:21] <soren> Kano: Probably an oversight. However, I suspect that at this very second, Intrepid is still what most people uses, so it's not that bad :)
[18:25] <ScottK> Kano: Because there isn't one magic "we released, so let's update every web tool everywhere that Ubuntu uses" button.
[18:26] <Kano> you could write it
[18:27] <soren> No, we couldn't.
[18:28] <persia> Kano, not trivially, because people write new web tools for Ubuntu every day.
[18:28] <Kano> packages is old
[18:28] <soren> Kano: And not run by Canonical.
[18:28] <soren> Kano: I'm not even sure the guy running it is an Ubuntu user.
[18:28] <Kano> haha
[18:29] <ScottK> Packages.ubuntu.com and packages.debian.org are the same codebase.
[18:29] <geser> soren: packages.u.c is hosted on sulfur.canonical.com now
[18:30] <soren> geser: still on Frank's behalf, though, isn't it?
[18:30] <soren> I mean.. We provide the hardware, but I thought he ran it.
[18:30] <soren> ICBW.
[18:30] <ScottK> AFAIK that's true.
[18:30] <geser> that I don't know
[18:31] <calc> is there a particular reason LP is falling over
[18:31] <calc> it seems about 50% failure rate for me currently
[18:31] <ScottK> calc: It's in the same data center as the primary mirrors.  It's release day.
[18:31]  * calc thought it was separate from the package distribution system
[18:31] <calc> ScottK: so overloaded it can't even get to its backend i suppose?
[18:32] <ScottK> Not sure where the bottleneck is, but clearly there is one.
[18:32] <calc> the page itself works but operations on it pop up the oops page
[18:32] <ScottK> This happens every release.
[18:32]  * calc thinks the LP server needs a dedicated connection to its database server
[18:33] <pitti> Keybuk: who's the MoM person nowadays? it needs to be flipped to Karmic, and all "updated merges" reset to "outstanding"
[18:33] <cjwatson> pitti: Keybuk said earlier he'd already poked MoM
[18:33] <pitti> ah, nice
[18:34] <cjwatson> he says he suspects archive.ubuntu.com hadn't quite pulsed out karmic yet
[18:34] <cjwatson> so it'll get round to it
[18:34] <cjwatson> calc: having trouble due to the load on shipit; they're aware, but it will probably also naturally subside
[18:38] <calc> cjwatson: ok
[18:48] <trunkz> Not entirely sure as to whether this is the correct channel, but I was reading up on the mailing lists, and it sems libspe2 should be in the repo's.. but it isnt.
[18:48] <trunkz> Its an important ps3 component of ubuntu.
[18:49] <ScottK> trunkz: For discussing getting new packages in, #ubuntu-motu is a better channel.
[18:50] <calc> trunkz: its not there for ps3? or just not there for other arches?
[18:50] <trunkz> calc, doesnt seem to be for powerpc or x86 (just ran it on my intel box)
[18:51] <trunkz> ScottK, will have a try there :)
[18:51] <calc> trunkz: https://launchpad.net/ubuntu/+source/libspe2/2.2.80-95-3.1ubuntu1
[18:51] <calc> trunkz: it shows like it is there
[18:51] <trunkz> I know.
[18:51] <pi_m> Hi, how can I disable the new notifications?
[18:51] <trunkz> But its not in the repo's
[18:51] <trunkz> I've compiled the source from launchpad
[18:51] <trunkz> but it seems apt-get & dpkg dont believe that its installed.. which is another problem :p
[18:52] <trunkz> Trying to do it via checkinstall now, hopefully the .deb will register itself.
[18:52] <calc> trunkz: this isn't it? http://ports.ubuntu.com/pool/main/libs/libspe2/libspe2-2_2.2.80-95-3.1ubuntu1_powerpc.deb
[18:53] <trunkz> that might be libspe2-2.. which it wont be
[18:53] <trunkz> i'll double check.
[18:53] <calc> trunkz: its built from the same libspe2 source
[18:53] <calc> trunkz: it looks like the sover changed
[18:54] <calc> trunkz: between 2.2.0 and 2.2.80 it changed name from libspe2 to libspe2-2
[18:54] <trunkz> .. ahh
[18:54] <calc> trunkz: at least from what i can see
[18:54] <trunkz> do they still have the 2.2.0 debs on there?
[18:55] <calc> trunkz: yea... look :)
[18:55] <calc> not in jaunty as it is old, but its in intrepid
[18:55] <trunkz> ya just saw itin intrepid
[18:55] <trunkz> thats going to fix a heck of alot of problems if it works.
[18:56] <calc> trunkz: what problems are you seeing? is it just a problem with your own code linking against the wrong library name?
[18:57] <trunkz> spe-medialib wont recognise libspe2 :)
[18:57] <calc> trunkz: spe-medialib is probably an old version then or not up to date with the spe2 libary
[18:57] <trunkz> All this.. just to get video working properly :)
[18:58] <calc> trunkz: so i take it spe-medialib isn't something that is in ubuntu?
[18:58] <trunkz> nope.
[18:58] <trunkz> It should be. but it isnt :)
[18:59] <calc> trunkz: so just modify its source to link the correct lib and/or just recompile it and it should work
[18:59] <trunkz> oh hello.. seems to play nice now.
[18:59] <calc> you might not have to modify anything depending on how it finds the spe library when building
[18:59] <calc> heh
[19:00] <pi_m> Or can you tell me where I can find this information (how can I disable the new notifications)?
[19:00] <trunkz> I'll probably submit a request for static builds of spe-medialib to be included in the repo :)
[19:04] <ScottK> trunkz: It'll get turned down.
[19:04] <trunkz> I'll bribe them with cookies.
[19:44] <pacejr> anyone have any speculation about the radeon driver stack in 9.10?
[19:47] <persia> pacejr, At this point, it's mostly an upstream thing: I doubt the decision would be taken as to what or how or any such until at least post UDS.
[19:48] <Kano> i hope the first new package for karmic will be vbox 2.2.x
[19:49] <pacejr> persia: yeah, i figured. 2.6.31 will likely be just too late for 9.10 anyways, right?
[19:50] <persia> I don't know.  Depends on when it releases, and what the kernel team decides at UDS.
[19:50] <pacejr> i seem to remember they've only switched to a kernel in the middle of ubuntu's release cycle once in the past few years
[19:50] <persia> No, the kernel switches in the cycle at least once *every* cycle.  It only switched late in the cycle once.
[19:51] <persia> The kernel team selects a version to target early in the cycle, and generally keeps to that choice.
[19:56] <LordKow> the version selection really does have a lot to do with each specific kernel release.
[19:56] <calc> as 2.6.30 isn't even released yet it is unlikely 2.6.31 will be in karmic
[19:56] <calc> 2.6.31 at the current kernel release rate would be out sometime after July (maybe August?)
[19:57] <LordKow> i would guess 2.6.30 in june. so.. late august.
[19:58] <pacejr> and i suppose the kernel team would be hesitant to patch the new radeon bits into 2.6.30?
[20:00] <calc> feature freeze is also late august so it will be interesting to see what they decide to go with :)
[20:09] <pacejr> at least fedora is guinea-pigging a lot of the new radeon stuff for us
[20:10] <Kano> but it was too late to fix intel onboard it seems for 9.04
[20:11] <Marfi> Passing word from #ubuntu...torrent link is being buggy
[20:12] <Marfi> back to work. Wonderful release!
[20:14] <jdong> Kano: I don't see a solution for that mess until probably closer to Karmic's release timeframe.
[20:14] <jdong> looks to me like upstream is the one in a state of flux.
[20:15] <Kano> updated intel drm maybe
[20:15] <magcius> I've got this annoying bug in my fork of notify-osd where the message box flashes for a minute before fading in. Anybody want to help?
[20:27] <ScottK> jdong: siretart was reporting significantly better performance with the current release.
[20:44] <NCommander> *sigh*
[20:44] <NCommander> That's fun
[20:47] <jdong> ScottK: performance isn't my issue; stability is my biggest concern currently
[20:48] <jdong> ScottK: EXA doesn't work anymore since Jaunty, UXA hardlocks every few hours and dies on resume
[20:48] <ScottK> jdong: I see.  For UXA, I agree.
[20:48] <LaserJock> jdong: talking about -intel
[20:48] <LaserJock> ?
[20:48] <ScottK> EXA works here, just is slow.
[20:48] <ScottK> LaserJock: Yea
[20:49] <LaserJock> yeah, I'm really buggered by it still
[20:49] <ScottK> EXA + Greedy works reasonably well here.
[20:49] <LaserJock> I have to turn off compositing or my GPU freezes within a few minutes
[20:49] <NCommander> pitti, is there any chance we can setup a SPARC retracer? (I'm currently actively debugging issues on SPARC< and it would be handy)
[20:49] <jdong> EXA for me deadlocks in some GEM call when Compiz tries to start.
[20:49] <jdong> it's a bug that I can produce in every modern-ish distro past Intrepid
[20:52] <ScottK> jdong: Which Intel do you have?
[20:52] <ScottK> jdong: Any chance you could give backports approval some love.  I'm sure it needs it.
[20:52] <jdong> ScottK: GMA950 in a old generation Macbook
[20:52] <ScottK> Ah.
[20:53] <jdong> and Backports is on my TODO list which is getting shoved to the weekend.... courses are really killing me right now
[20:56] <persia> NCommander, You can run apport-retrace locally.
[20:56] <NCommander> persia, link to documentation?
[20:57]  * NCommander suspects he needs the debug libraries installed :-/
[20:57] <persia> man apport-retrace
[20:58] <YokoZar> hmm the release notes page still refers to Ubuntu 9.04 beta (http://www.ubuntu.com/getubuntu/releasenotes/904overview)
[20:59] <persia> YokoZar, IF it's not already filed, file a bug against ubuntu-website.
[21:00] <cody-somerville> where did gtk-displayconfig go?
[21:03] <YokoZar> persia: done.  didn't realize we had a website project in launchpad, makes sense
[21:05] <magcius> Sorry... Ubuntu packaging n00b here... how do you use CDBS with automake?
[21:07] <persia> magcius, Better to ask in #ubutu-motu (and there's a couple files you can include, but how many to include depends on what you want to do).
[21:07] <ScottK> magcius: Packaging questions are better in #ubuntu-motu
[21:28] <siretart> jdong: ScottK's right. I'm currently running jaunty with 2.6.30-rc2 and intel 2.7.0 release (karmic ships 2.6.3) and EXA acceleration.
[21:30] <ScottK> kees: The last upload to the release pocket was your sepolgen upload.
[21:55] <NCommander> jdong, ping?
[22:39] <kees> ScottK: \o/  :)
[22:45] <joaopinto> my system hanged on a "Checkign initramfs for custom DSDT" after a crash, the only bug I found for the same message is bug 58386, but is rather old
[22:45] <joaopinto> any ideas ?
[22:46] <ScottK> joaopinto: File a new bug.
[22:46] <joaopinto> hum, shut it down for some more minutes and booted fine now
[22:46] <joaopinto> not sure i'll be able to reproduce
[22:46] <joaopinto> I have left my laptop for 10 minutes, and then found it shutdown, with the caps lock blinking
[22:48] <joaopinto> grr, now the wifi is also working
[22:49] <magcius> Would it make sense for Ubuntu to do the Select Best Server thing before a dist-upgrade?
[22:49] <magcius> I think that's a reasonable request.
[22:56] <alex-weej> anyone offer an explanation as to why "outline" is the default mode in compiz?
[22:56] <alex-weej> resizing used to be slow
[22:56] <alex-weej> but it isn't anymore
[22:56] <alex-weej> i can cook up a config patch debdiff if it's worth it
[23:12] <mrooney> pitti: around by any chance?