[02:38] <superm1> didrocks, pitti re netbook.lucid r 1451,  not having those headers installed by default is going to aggravate bug 318727
[02:47] <ebroder> Any core devs that could sponsor bug #497606 for me?
[02:48] <persia> "Invalid"?
[02:49] <ebroder> It's an SRU
[02:49] <persia> Ah, right.
[02:49] <ebroder> So it doesn't affect all releases
[02:50] <ebroder> I...guess ubottu looked at cupsys+jaunty? Sort of a weird pairing to pick, but *shrug*
[02:50] <persia> Does it still need the cpus fix in lucid?
[02:50] <ebroder> No. Karmic and Lucid have CUPS 1.4 and aren't affected
[02:50] <persia> Err, "cups"
[02:50] <persia> And cupsys?
[02:50] <ebroder> The package was renamed in the Hardy -> Intrepid transition
[02:51] <persia> So just "cups" in jaunty and "cupsys" in hardy?
[02:51] <ebroder> And cups in Intrepid, so there's not a Hardy -> Intrepid regression
[02:51] <ebroder> There are debdiffs linked in the description for all 3
[02:51]  * persia fiddles statuses, although unable to upload.
[02:51] <superm1> persia, i was able to just upload, uploading appears alive again
[02:52] <persia> superm1: I need to file a core dev application first :)
[02:52] <persia> superm1: Maybe you'd like to upload?
[02:53] <superm1> persia, oh for some reason i thought you already were
[02:53] <persia> Only due to administrative quirk, and applying to either be or not be core-dev is near the top if my todo list.
[02:53] <superm1> i dont have the resources necessary to sponsor (test/build) available atm
[03:52] <ScottK> cjwatson: I retried quassel on powerpc (which was having a problem like the one you were having) and it built.  Dunno if stuff happens or someone fixed something.
[04:20] <persia> Could an archive-admin binary NEW adium-theme-ubuntu?  Currently both ubuntu-netbook and ubuntu-desktop cannot be installed.  It probably needs promotion to main as well.
[04:21] <persia> (the other option is to undo recent changes to ubuntu-artwork, but that seems like unnecessary archive churn for the sake of an upload war)
[04:24] <StevenK> persia: The source is currently in universe
[04:25] <persia> StevenK: Yeah, but I can make images also with universe if I want :)  The source needs an MIR, but has no history.
[04:25]  * persia goes to find appropriate folk to file the MIR
[04:26] <StevenK> persia: I'm promoting it in the first place just to unbreak images.
[04:26] <persia> Should it get a retroactive MIR?
[04:26] <StevenK> Yes
[04:26] <persia> kenvandine: Could you please file that?
[04:26] <StevenK> The MIR should state it has been shoved to main to unbreak image builds
[04:27] <StevenK> persia: Source promoted, binary promoted and accepted
[04:27] <persia> kenvandine: If you can't in the next few hours, I'll file a placeholder for it (with the note about early promotion).
[04:27] <persia> StevenK: Thank you.
[04:28] <kenvandine> persia, i thought pitti already did that
[04:28] <kenvandine> i'll file the MIR bug though
[04:28] <kenvandine> thx
[04:29] <persia> kenvandine: I can't find the MIR even with advanced search.
[04:29] <kenvandine> i didn't file a bug for it
[04:29] <persia> Might just be missing the source package assignment in the bug though.
[04:29] <kenvandine> i thought he already promoted it though
[04:29] <StevenK> adium-theme-ubuntu | 0.1-0ubuntu1 | lucid/universe | source
[04:29] <persia> No, it won't be available for another 114 minutes or so.
[04:30] <persia> (publisher run at the top of the hour taking about 3/4 of an hour)
[04:30] <StevenK> Actually, it didn't.
[04:30] <persia> ?
[04:31] <StevenK> Contents generation runs at 4am GMT, and trumps the publisher
[04:31] <ebroder> Any core-devs around I can con into sponsoring bug #497606? (It's got ubuntu-sru approval, and tested patches with PPA builds)
[04:32] <persia> StevenK: Isn't it 4:30 GMT? so we can expect that the next publisher will run, and we'll have the package available around 5:45 GMT?
[04:33] <persia> (so ~75 minutes I just failed at math before)
[04:37] <persia> ebroder: This is one of the quietest times of day.  You've subscribed all the right folk, and I'm sure they'll get to it when they have a chance.
[04:37] <kenvandine> persia, bug 531718
[04:38] <persia> kenvandine: Thanks.  Now I have a justification for requesting promotion :)
[04:38] <ebroder> persia: I've traditionally had a *really* hard time getting main sponsorship without poking the hell out of people here
[04:38] <persia> kenvandine: But you also want to indicate a team that will be taking responsibility for it (ubuntu-desktop?)
[04:38] <kenvandine> ok, will do
[04:38] <kenvandine> the art team actually
[04:38] <kenvandine> i just did the package for them :)
[04:39] <persia> ebroder: Do you have any good ideas how to convince folk to look at the queue?  Because I think it's a waste of your time and a waste of everyone unable to sponsor's time for you to keep promoting on IRC until someone gets to it.
[04:39] <persia> kenvandine: Then you: I don't think the art team is best positioned to deal with packaging bugs :)
[04:40] <persia> (and most of them don't happen to be developers)
[04:41] <ebroder> persia: I really don't know what to suggest. I'm hosed with classes, so I don't have time to try and flare up about it on -devel@ or anything liek that right now, but maybe that's somewhere to start?
[04:42] <persia> I'm currently active in a thread about that stuff on -devel@ :)  But yeah, I think so.
[04:42] <persia> I just don't think you should have to complain on IRC.
[04:42] <ebroder> persia: I...saw that thread, but haven't been able to follow it because there's too much traffic
[04:43] <ebroder> Yeah, I don't disagree, I just go with what has worked for me in the past
[04:51] <micahg> kees, have you tested the firefox profile patch?
[05:03] <micahg> kees: unping
[05:13] <kenvandine> persia, they maintain all the art packages currently
[05:13] <kenvandine> well kwwii does i think :)
[05:14] <kenvandine> but i am here to help of course
[05:14] <kenvandine> ~ubuntu-art-pkg actually
[05:14] <persia> kenvandine: Then get kwwii to sign up for this one too :)
[05:14] <persia> The point being that some team *should* be a bug contact for the package for it to be in main.
[05:15] <persia> Some stuff got in way back when without this, but for new stuff, it's worth making sure someone volunteers to care.
[05:15] <persia> (otherwise it suffers bitrot, and the archive consistency folk need to discover it and eject it from main)
[05:16] <lifeless> I remember the headache after we put all of python in main
[05:16] <lifeless> then slowly ejected it again
[05:16] <lifeless> do we need this one? hmm, not sure, lets see who screams.
[05:21] <persia> That was a bit painful, really.
[05:24] <ScottK> persia: An Ubuntu bug contact is not a MIR requirement.  Perhaps it should be.
[05:26] <persia> ScottK: Isn't it?  The JACK MIR got stalled waiting for one.
[05:26]  * persia checks
[05:26] <ScottK> I don't think so.
[05:26] <ScottK> I could be wrong.
[05:26] <lifeless> a sponsoring org is
[05:26] <persia> lifeless: Hrm?
[05:27] <lifeless> which isn't quite the same thing, it could be interpreted that you aren't really interested if you don't make a bug contact though ;P
[05:27] <lifeless> the old template - https://wiki.ubuntu.com/MainInclusionReportTemplate mentions bug contat
[05:28] <ScottK> It asks if there is one, doesn't require one.
[05:28] <persia> ScottK: It's not a strict requirement, but it's item 8, which asks that packages either be simple and in sync with Debian (where it is maintained) or have commitment from Ubuntu Developers willing to spend substantial time on them (and need a package bug contact set)
[05:28] <persia> (on the new process: https://wiki.ubuntu.com/UbuntuMainInclusionRequirements )
[05:28] <lifeless> ignore my comment about org; I was going waaaay back to some original discussions
[05:29] <persia> lifeless: Oh, right.  That stopped being a requirement in Hoary or Breezy, I think.
[05:29] <lifeless> <- old skool
[05:35] <crimsun> kees: nice catch with chmod
[05:45] <kees> crimsun: hrm?
[05:46] <kees> crimsun: oh, yeah.  hm
[06:12] <tedg> What tool adds the "X-Ubuntu-Gettext-Domain" at the end of desktop files?
[06:13] <lifeless> tedg: probably binpkg mangler or something like that.
[06:13]  * lifeless defers to pitti
[06:14] <tedg> Heh, I need to file a bug on it.  Unfortunately LP doesn't take fuzzy package names yet ;)
[06:21] <persia> tedg: Check the pkgbinarymangler source.  I think that does langpack stuff.
[06:24] <tedg> persia: Hmm, that seems to pull the translations out... but I don't see where it adds the line.
[06:26] <persia> Maybe it doesn't?  Ask pitti :)
[06:54] <maxb> I said something about moin/fckeditor? Hmm.
[06:57] <maxb> I'm guessing it might have been something along the lines of "It's already disabled by Debian" ?
[07:48] <dholbach> good morning
[07:49] <thekorn> good morning dholbach
[07:49] <dholbach> hey thekorn!
[07:57] <dholbach> hola mvo!
[07:57] <didrocks> good morning mr Holbach ;)
[07:58] <dholbach> heya didrocks
[07:59] <pitti> Good morning
[08:00] <pitti> cjwatson: I could just add an explicit umask 022 and see whether it helps -- otherwise I have no idea
[08:00] <mvo> hey dholbach
[08:01] <didrocks> good morning pitti
[08:01] <didrocks> hi mvo
[08:01] <mvo> hey didrocks
[08:01] <pitti> superm1: I know, but the CD is hopelessly overflown otherwise :( we were required to get back both OO.o as well as the entire mono stack with tomboy and f-spot on netbook
[08:02] <didrocks> pitti: do you thing this issue worths investigate other options?
[08:02] <didrocks> think*
[08:02] <didrocks> (we have 14 MB free on the daily image)
[08:02] <pitti> persia, StevenK, kenvandine: I wanted to binary NEW it last night, but LP went offline underneath me; thanks for sorting out
[08:03] <persia> pitti: Are you still ubuntu-MIR?  Maybe you can do the review?
[08:03] <pitti> superm1: as a compromise, we could maybe put back the headers, but leave out gcc/make/etc.; the headers are the by far biggest part of the chain, though :(
[08:04] <pitti> lifeless: X-Ubuntu-Gettext-Domain> that's cdbs' langpack.mk module; I'll tell tedg when he's back online this evening
[08:04] <pitti> hey didrocks, bonjour!
[08:04] <pitti> didrocks: as I said, we could put back the linux headers only?
[08:05] <didrocks> pitti: let's have a try
[08:05] <pitti> didrocks: I think that would solve the "pick right headers" problem, and still get rid of some 3 MB
[08:05] <didrocks> ok, should *just* fine considering the size
[08:05] <pitti> persia: yes, I'm in the MIR team; I source NEWed the adium thing yesterday, so I already reviewed it; looked fine
[08:05] <didrocks> +be
[08:05] <pitti> didrocks: merci
[08:05] <didrocks> pitti: y/w :)
[08:06] <persia> pitti: Would you mind swatting bug #531718 with your staff of authority then?
[08:06] <persia> (because you source NEWed it into universe)
[08:06] <csurbhi> good morning #kernel
[08:07] <pitti> persia: wow, that bug is burning!
[08:07]  * pitti is a bit puzzled about LP's "hotness" calculation
[08:07] <RAOF> Is armel a supported arch for Lucid?  How much do I need to care that gjs FTBFS on armel?
[08:07] <pitti> hey RAOF
[08:07] <RAOF> Good eventide, pitti :)
[08:07] <pitti> RAOF: it is supported; usually the mobile team cares about the porting, but I'm sure they appreciate any help
[08:07] <persia> RAOF: Please care lots.  You can set up a local armel emulated build environment with lucid pbuilder-dist or mk-sbuild{-lv,}
[08:08] <RAOF> persia: I've just done so.  It builds, but is failing in the test-suite, which means it's probably not built correctly.
[08:08] <pitti> RAOF: is that a regression from the previous upload?
[08:09] <RAOF> pitti: I think it is, yes.
[08:09] <RAOF> I'll check
[08:09] <RAOF> persia: Any tips on making the emulated environment less achingly slow?
[08:09] <persia> RAOF: I don't know of any.  You can purchase hardware if you like.
[08:09] <dehqan>  after upgrading libc6 and reboot , ubuntu 9.04 does not boot completely and gives this error in the middle of boot http://imagebin.org/87436
[08:09] <persia> (current available stuff is a small netbook and a tiny home server)
[08:10] <RAOF> Right.  There's no magical kernel kvm-make-armel-super-fast switch, then ;)
[08:10] <persia> RAOF: Hardware isn't that much faster though.
[08:10] <persia> Not that I've heard about :)
[08:19] <dehqan> any opinion ?
[08:21] <persia> dehqan: Please file a bug and try to get someone in #ubuntu-bugs to verify and escalate.  That is potentially a devastating regression.
[08:24] <dehqan>  after upgrading libc6 and reboot , ubuntu 9.04 does not boot completely and gives this error in the middle of boot http://imagebin.org/87436  , how to fix it ? will downgrading libc6 solve it ?
[08:25] <persia> dehqan: Why repost here after going to -bugs?
[08:25] <dehqan>  will downgrading libc6 solve it ?
[08:26] <persia> This is not the right forum for this discussion.  Please follow-up in #ubuntu-bugs
[08:26] <dehqan> ok thanks
[08:50] <persia> Just in case anyone is worred about a libc6 regression: apparently there's a boot failure if one installed the libc6 from 9.10 on a 9.04 system when not otherwise upgrading the system.
[08:51] <lifeless> persia: thats a sign of a missing package relationship
[08:52] <lifeless> persia: if you can get any hint of what it is and file a bug please do: I suspect libc should breaks ([thing that breaks] << [some version])
[08:52] <lifeless> persia: this may be useful to do now, in lucid if its not already done
[08:52] <lifeless> and perhaps an SRU if libc is changed again for karmic
[08:53] <persia> I'll try to replicate when the jaunty CD finishes downloading, but I don't think I want to try to get that remotely from the user.
[09:27] <sabdfl> folks, is usb-creator-gtk known-borked?
[09:30] <pitti> sabdfl: oh, what happens?
[09:30] <dholbach> bug 529366 looks like it
[09:30] <sabdfl> fails to install bootloader
[09:31] <sabdfl> ah, seems like 529366 affects me too
[09:31] <pitti> right, seems to be that one
[09:31] <sabdfl> luckily we have a nice ajaxy way for me to say that :-)
[09:31]  * pitti approves for lucid and targets for beta-1
[09:31] <pitti> but once we approach beta, it'll annoy enough folks for it to be fixed quickly :)
[09:32] <pitti> (I mean, who is still burning CDs these days..)
[09:32] <sabdfl> is there a manual workaround?
[09:32] <pitti> sabdfl: I suppose it happened with the new parted
[09:32] <\sh> pitti: /me ;)
[09:33] <pitti> sabdfl: sudo gedit /usr/share/usb-creator/usb-creator-helper, comment out line 96 (with the popen parted)
[09:34] <pitti> sabdfl: that requires the partition to be bootable already, but if you ever used that USB stick to boot before, it should be alright
[10:03] <\sh> kwwii: any timeframe when the new "look" will land in lucid these days?
[10:04] <\sh> oh dear...something removed my ubuntu-desktop
[10:09] <kwwii> \sh: sometime between today and release ;-)
[10:11] <mtx_init> why isn't a xorg.conf included anymore?
[10:11] <\sh> kwwii: good answer so ok...it's there when it's there ;)
[10:13] <persia> mtx_init: Most folk don't need one?
[10:13] <mtx_init> so how is the resolution and stuff set without one?
[10:14] <persia> autodetection and EDID, but we're drifting off-topic.
[10:19] <pitti> cjwatson: hah, I just got a similar failure on cups/jaunty: http://launchpadlibrarian.net/40141304/buildlog_ubuntu-jaunty-powerpc.cups_1.3.9-17ubuntu3.7_FAILEDTOBUILD.txt.gz
[10:20] <kwwii> \sh: actually it should be later today
[10:21] <pitti> lamont: did ross (powerpc buildd) recently get an umask change? packages fail to build due to what could be umask 0700 (http://launchpadlibrarian.net/40104136/buildlog_ubuntu-lucid-powerpc.grub2_1.98%7E20100128-1ubuntu4_FAILEDTOBUILD.txt.gz for example)
[10:21] <\sh> kwwii: cool :) I'm keen to try out the new gnome decoration...it looks "interesting" :)
[10:21] <kwwii> ;)
[10:28] <\sh> kwwii: btw...branding looks very refreshing, trendy and professional...well done, you graphics guys :)
[10:30] <kwwii> \sh: thanks! I am really impressed with what our team has come up with ;)
[10:41] <\sh> kwwii: hopefully I can make it to the upcoming UDS...I just requested some bucks for the trip from our company...we (we as in Linux Architecture + Operations Team) would like to do some more distro server work and company needs to contribute some workingtime for it..97% of all servers are running ubuntu only :)
[10:46] <kwwii> \sh: hehe, that would be cool, I'll buy you a beer ;)
[10:48] <\sh> kwwii: and if not...requesting some holidays, driving with family to our relatives in st. vith (belgium) and then coming to you guys, that's an alternative :)
[10:51] <ogra> \sh, *you* at UDS ?!?!
[10:51] <\sh> ogra: looks like...
[10:51] <ogra> cool !!
[10:53] <pitti> slangasek: is the current acpi-support bzr head ok to upload? I just committed a fix from TeTeT, but the other changes in head say "this needs to be handled directly by the kernel" -- is that blocked on a kernel upload?
[10:55] <slangasek> pitti: hrm.  checking
[10:56] <\sh> ogra: yeah...after 5 years it's time again to meet all the new folks :) and of course more important the old folks ;)
[10:56] <slangasek> pitti: sorry, 0.132 was already uploaded - apparently I forgot a push
[10:56] <pitti> slangasek: oh, oops; seems bzr was just missing a dch -r/debcommit -r
[10:56] <slangasek> yah
[10:57] <pitti> slangasek: if you already have that in bzr, please feel free to push --overwrite, and I'll rebase
[10:57] <slangasek> ok
[10:57] <pitti> slangasek: otherwise I can just fiddle in the dch -r/debcommit -r myself
[10:57] <ogra> \sh, hehe, great
[10:57] <slangasek> pitti: done
[10:57] <pitti> cheers
[11:19] <dehqan> any opinion http://pastebin.com/n3bs4Yhi?
[11:30] <lamont> pitti: ah, yes. that
[11:30] <lamont> pitti: ross got a change from dapper->karmic
[11:30] <lamont> and I apparently need one more tweak
[11:32] <lamont> pitti: did you want to give-back the failed, or shall I?
[11:42] <lamont> pitti: and I'll push the fix to https://bugs.edge.launchpad.net/launchpad-buildd/+bug/517802 this week
[11:43] <lamont> \sh: I shall look forward to seeing you at UDS
[11:44] <\sh> lamont: :) /me too :)
[11:49] <pitti> lamont: ah, thanks a lot! I was already afraid having to do pkg-create-dbgsym SRUs for all releases
[11:49] <pitti> lamont: I know of grub2 and brasero, I can give them back
[11:50] <pitti> but it probably affected a lot of other builds
[11:50] <pitti> lamont: grub2/brasero given back
[11:51] <lamont> https://edge.launchpad.net/builders/ross/+history <-- pitti
[11:51] <lamont> you wanna start at the top, and I'll start at the bottom, and we'll meet in the middle?
[11:51] <pitti> lamont: ack
[11:52] <pitti> lamont: I'm up to ktorrent
[11:52] <pitti> or "down to"
[11:54] <lamont> and FIN
[11:55] <pitti> I think we're done
[11:55] <pitti> lamont: thanks a lot!
[11:55] <pitti> cjwatson: so, grub2 should build now
[11:55] <lamont> given that the queue was basically empty, I'm not going to bother rescoring those builds unless they become an issue
[11:55] <cjwatson> pitti: thanks
[11:55] <\sh> hmm...does anybody has problems with lucid server mounting lvm devices during bootup ?
[11:56]  * persia has no such issues with desktop mounting lvm devices
[11:56] <\sh> strange
[11:57] <didrocks> neither do I with desktop too
[11:57] <\sh> my server setup waits for the lvm devices coming up..and waits and waits and waits...
[11:58] <\sh> just checked the /etc/fstab syntax so that I'm not mistaken...very strange
[11:59] <\sh> mounting via cli does work fine *bah*
[12:02] <tjaalton> who is in charge of wpasupplicant?
[12:03] <tjaalton> it spams the log constantly, there's a new version in squeeze that could be synced
[12:05] <pitti> chrisccoulson: ^ sounds a bit like your new hat?
[12:05] <chrisccoulson> yeah, possibly!
[12:05] <chrisccoulson> what does it spam the log with?
[12:06] <chrisccoulson> oh, right, i can see it too
[12:06] <tjaalton> chrisccoulson: bug 352118
[12:06] <chrisccoulson> tjaalton - thanks
[12:06] <tjaalton> there's 0.6.10-2 in unstable that could be synced
[12:07] <tjaalton> only change in lucid was to change the libkreadline build-dep
[12:07] <tjaalton> -k
[12:07] <chrisccoulson> tjaalton, i'll take a look at that later, i've got some other things to do first
[12:07] <chrisccoulson> thanks anyway
[12:07] <tjaalton> chrisccoulson: ok, thanks
[12:08] <pitti> so it's primarily a "check 0.6.10 for FF compatibility" exercise?
[12:08] <tjaalton> that too
[12:23] <\sh> soren: why does vmbuilder kvm ... --debug doesn't work anymore?
[12:23] <soren> \sh: What doesn't work?
[12:24] <\sh> soren: no debug output... just the standard blabla of vmbuilder...but no "debootstrap output" or anything which was there before...tried to set --debug and --verbose but no change
[12:25] <soren> \sh: I see plenty of output.
[12:26] <soren> \sh: Pastebin your commandline along with the output, please.
[12:28] <james_w> StevenK: did you sync mongodb and xmonad-contrib? OK to flush them?
[12:28] <StevenK> james_w: No, mass-sync died horribly
[12:28] <james_w> ah
[12:28] <StevenK> james_w: With a 412 error
[12:28] <james_w> heh
[12:29] <\sh> soren: http://paste.ubuntu.com/388237/ <- cli | http://paste.ubuntu.com/388238/ <- output on karmic | http://paste.ubuntu.com/388239/ <- output on lucid
[12:29] <james_w> StevenK: are you retrying?
[12:31] <ogra> mvo, your last fix to python-apt wont work ... ports uses the /ubuntu-ports subdir
[12:32] <soren> \sh: Don't pass both --debug and --verbose.
[12:32] <soren> \sh: --debug will first set verbosity to debug. Then --verbose will reduce it to verbose.
[12:32] <\sh> soren: ok...let's try :)
[12:33] <\sh> soren: btw...how to I tell vmbuilder to use a VDE instead of a bridge device?
[12:33] <\sh> didn't find anything useful on the interwebs
[12:35] <\sh> soren: btw..works..thx..that somehow changed between karmic and lucid :) nice
[12:35] <mvo> ogra: ok
[12:36] <pitti> ogra: I don't see a bug about "sudo locale-gen ru_RU.utf8" not working; I'm going to fix it now, I just wondered whether it was perhaps filed against somethign else than langpack-locales?
[12:38] <ogra> pitti, ??
[12:38]  * ogra misses the context
[12:38] <pitti> ogra: .UTF-8 vs. .utf8
[12:38] <pitti> what we discussed yesterday
[12:39] <ogra> i didnt file any bugs about it
[12:39] <pitti> ok, thanks
[12:40] <ogra> i know the issue from LTSP ... and there it was fixed
[13:06] <pitti> ok, fixed in bzr
[13:18] <ScottK> zul: Please use build1 instead of ubuntu1 for rebuilds so it can get sync'ed over automatically in the next cycle (see https://launchpad.net/ubuntu/lucid/+source/sqlrelay/1:0.39.4-9ubuntu1 for an example).
[13:18] <zul> k
[13:28] <slangasek> zul: you uploaded php-imlib as a rebuild-only upload, but there's a serious bug report in Debian that it FTBFS with php 5.3...
[13:28] <zul> slangasek: yeah im looking at it now
[13:29] <siretart`> Riddell: shtylman: ffmpeg 0.5.1 has reached lucid now
[13:35] <Riddell> siretart`: lovely thanks
[13:36] <crow_> how I can  boot alfa 3 ? my lap top asus k50in with nvidia chipset and 102m graphic not respondig
[13:39] <ScottK> crow_: Help for Lucid is in #ubuntu+1
[13:40] <pecisk> crow_: when booting with LiveCD, press F6 and turn on nomodeset parameter, and then check out why LiveCD stops to load
[13:42] <crow_> i try with F6 and install OS, and when I boot OS from HD lap top is freez. mixup the picture of bios and desktop :(
[14:02] <jiboumans> odd question perhaps; anyone happen to know what hte current footprint (disk+ram) is for the lucid mimimal virtual machine?
[14:07] <highvoltage> slangasek: following the brand changes announced yesterday, wouldn't it have made sense to postpone the UI freeze a little?
[14:08] <persia> jiboumans: How minimal?  Just ubuntu-minimal?
[14:08] <highvoltage> slangasek: for edubuntu, for instance, we're waiting on new logos and other items required to complete the artwork packages for 10.04, wouldn't other teams also have the same problem?
[14:08] <jiboumans> persia: specifically the installer option 'minimal virtual machine'
[14:09] <persia> jiboumans: My buildd chroots are 416808k
[14:09] <persia> (which is probably a little larger than that)
[14:09] <jiboumans> that's pretty big
[14:11] <persia> jiboumans: What sort of number were you looking for?  That's 400MB.
[14:12] <jiboumans> persia: something much smaller I suppose. Our EC2 images are 200mb, although that's probably involving compression
[14:12] <zul> jiboumans: the ec2 images are the standard seed + plus some additional packages fyi
[14:13] <matti> jiboumans: IIRC there is Ubuntu JeOS project...
[14:13] <matti> jiboumans: http://www.ubuntu.com/products/whatisubuntu/serveredition/jeos
[14:13] <jiboumans> matti: right, and as of 8.10, 'JeOS' is obtained picking 'minimal virtual machine' from the installer.. which is what i was asking about :)
[14:13] <matti> Oh :)
[14:13] <persia> jiboumans: The number I gave you was completely uncompressed.  It ought be minimal+build-essential+pkgbinarymangler+pkg-create-dbgsyms+sudo+vim-tiny
[14:14] <persia> I'd guess somewhere in the 300-350MB range without all that (uncompressed).
[14:14] <jiboumans> persia: alright, fair enough.. thanks for checking for me
[14:14] <matti> jiboumans: It would be nice to have Ubuntu Studio -- something like SuSE Studio http://susestudio.com/.
[14:15] <persia> matti: Ubuntu Studio means something entirely different: http://ubuntustudio.org/
[14:16] <matti> persia: Yes, I know... henve I've added "something like ..." :)
[14:16] <slangasek> highvoltage: er; I wasn't aware that there would be logo changes affecting edubuntu, but all the same, we need to move forward on stabilizing this stuff so that the doc and translation teams can cover the bases on their side.  The UI freeze doesn't generally prevent changes, it just requires coordinating with those teams when you have them
[14:16] <slangasek> highvoltage: what exactly will be changing in Edubuntu's artwork?
[14:16] <pitti> hm, with dh7 and dh, how would I say "run these additional commands in install"
[14:17] <pitti> (I don't want to override the dh_install command, just do extra stuff)
[14:17] <pitti> man dh is blissfully ignorant of this use case apparently
[14:18] <persia> pitti: override_dh_auto_install:\n\tdh_auto_install\n\t${MORE_COMMANDS}
[14:18] <highvoltage> slangasek: mostly the logo everywhere that it is currently displayed, Canonical will be providing us with a new one RSN. if changes are allowed then it's probably no biggie.
[14:18] <pitti> persia: ah, thanks
[14:18] <persia> pitti: And now that you know, you'll see it's in the manpage, just obfuscated :)
[14:19] <persia> (specifically in the override_dh_fixperms: example)
[14:19] <slangasek> highvoltage: right - you might want to mail ubuntu-doc preemptively, and let them know to hold off on edubuntu screenshots until this change is done
[14:19] <cjwatson> slangasek: same applies to the Ubuntu boot screen
[14:19] <cjwatson> I have mockups from michaelforrest which I need to process into gfxboot input
[14:19] <highvoltage> slangasek: will do, thanks for the input
[14:20] <slangasek> cjwatson: ah, didn't realize those were still outstanding - ok
[14:21] <slangasek> cjwatson: do you want to warn ubuntu-doc as well, on the off chance that someone is trying to take screenshots of this using either the pre-UI-freeze alpha-3, or a current daily? :)
[14:22] <highvoltage> slangasek: I could include the link to the new branding page in the message I sent and also tell the doc team that they should be careful when seeing an old Ubuntu logo anywhere. It should probably be filed as bugs when there are?
[14:22] <slangasek> highvoltage: yes, I imagine so
[14:30] <cjwatson> highvoltage: ah yes - thanks
[14:59] <ogra> hmm
[15:01] <ogra> Keybuk, pitti, whom can i blame for that ? udisks or udev ? http://paste.ubuntu.com/388309/
[15:01] <Keybuk> blame?
[15:01] <Keybuk> that looks correct to me
[15:01] <ogra> huh ?
[15:01] <pitti> ogra: what's the problem?
[15:01] <Keybuk> you have a disk, you ejected it
[15:01] <ogra> the partition device nodes are all gone
[15:01] <Keybuk> and the partition nodes are gone
[15:01] <Keybuk> you ejected it
[15:01] <pitti> ogra: if you want to remove the entire device, you have to use "safe removal"
[15:01] <Keybuk> "<here i unmounted klicking the eject button in nautilus>"
[15:02] <ogra> i just wanted to mount it to /mnt
[15:02] <pitti> ogra: then you unmount, not eject
[15:02] <ogra> because nautilus uses insane settings so i cant chroot
[15:02] <Keybuk> so Unmount in nautilus, don't Eject or Safely Remove
[15:02] <ogra> well, i only click the button in the treeview
[15:02] <pitti> right, that's "eject"
[15:02] <ogra> its not clear to me it removes the partitions
[15:03] <ogra> especially since that behavior changed
[15:03] <Keybuk> I was always disappointed that Eject didn't activate some kind of spring in the USB port and fire the drive across the room
[15:03] <pitti> it did?
[15:03] <pitti> it's been like that for ages
[15:03]  * ogra just used finger memory
[15:03] <Keybuk> definitely been like that since Eject actually worked on USB devices
[15:03] <Keybuk> Eject powers down the USB device
[15:03] <ogra> i do it ten times a day with SD cards
[15:03] <pitti> Keybuk: we disabled that patch, it killed too many small pets
[15:03] <Keybuk> the disk node remains so you can power it back on again
[15:03] <pitti> or flower pots
[15:04] <researcher1> Installed  Ubuntu 10.04 LTS- the Lucid Lynx. Applications are opening slowly. Is it correctable ?
[15:04] <Keybuk> pitti: I understood that they're suspended now again?
[15:04] <ogra> i admit i didnt use USB keys for a while ... so it did only change for USB ?
[15:04] <Keybuk> ogra: yes, this is a USB core feature
[15:04] <ogra> aha
[15:04] <pitti> Keybuk: "suspend"?
[15:04] <persia> ogra: SD cards work differently then USB deivces, because of how the hardware is implemented.
[15:04] <Keybuk> pitti: USB autosuspend
[15:04] <Keybuk> pitti: I'm not entirely sure I'm up to date on this though
[15:04] <pitti> Keybuk: I'm not sure; do we enable this these days?
[15:04] <Keybuk> not sure either ;)
[15:05] <pitti> I saw it go back and forth for some particular devices
[15:05] <pitti> it caused a lot of grief with input devices
[15:05] <Keybuk> I *think* we suspend the devices, not the port
[15:05] <Keybuk> and before we actually powered off the port in a way that meant it wouldn't come back for some people
[15:05] <Keybuk> but again, not 100%, check with a kernel team member :p
[15:05] <Keybuk> either way, it's utterly correct that Ejecting a device makes the partition nodes vanish <g>
[15:06] <ogra> yeah, i'm just to used to SDs it seems :)
[15:06] <Keybuk> you don't usually partition SD cards, do you?
[15:06] <ogra> sure i do
[15:06] <Keybuk> why?
[15:06] <ogra> we have to for our armel images
[15:06] <ogra> because the bootloader sits in a raw partition
[15:07] <Keybuk> that's like partitioning a floppy disk
[15:07] <ogra> well ...
[15:07] <ogra> tell that to arm manufacturers :)
[15:07] <ogra> make them implement a BIOS ;)
[15:08] <persia> Keybuk: Why?  You can get 64GB SD cards these days.
[15:09] <persia> ogra: Just stuff the bootloader in NOR, and you don't have to do that.  Provide a shim solution for folks that have vendors that didn't put the right bootloader in NOR>
[15:09] <ogra> persia, doesnt work with livfefs images ... even our CDs have isolinux
[15:09] <Keybuk> persia: those are SDHC cards
[15:10] <ogra> Keybuk, oh, sorry, i generalized to much ... indeed i use SDHC cards here too ... if it starts with SD* its an SD for me :)
[15:10] <superm1> pitti, yes i think adding the headers should help, gcc/make can stay out and just get conditionally installed
[15:10] <Keybuk> oh, sorry, my SD spec knowledge is wrong - I thought it was rarely partitioned - but the spec says SD should have an MBR partition table on it
[15:10] <ogra> can you even buy plain SD still ?
[15:11] <pitti> superm1: that's what didrocks did now; thanks
[15:11] <superm1> cool; good
[15:11] <didrocks> yeah, it's done :)
[15:11] <didrocks> just cross fingers for tomorrow CD size :)
[15:11] <persia> ogra: They are sold in a separate section at most electronics shops here.  There's still lots of stuff that can't understand SDHC
[15:11] <ogra> ah, well ... i havent seen them for a while around here
[15:11] <persia> ogra: Works on my Netwalker :p
[15:12] <ogra> yeah, your netwalker is just missing a 24" display :)
[15:13] <Keybuk> ogra: I had to buy a plain-old SD card a while back; device didn't support SDHC
[15:13] <ogra> wow
[15:18] <nigelb> As per the discussion in the -devel ML, it was okayed to change 'short name' field to 'username', I had uploaded a debdiff, can one of the main sponsors look into this?
[15:18] <nigelb> bug 529744
[15:19] <pitti> ogra: BTW, if you want special mount options/path for this SD card, add it to /etc/fstab (with /dev/disk/by-{uuid,id,label})
[15:19] <pitti> that's the official way, and udisks/gnome will respect it
[15:20] <hyperair> is it me or did wiki.u.c just get owned by the digg effect?
[15:20] <ogra> pitti, oh, for chrooting you mean ?
[15:20] <ogra> that sounds helpful
[15:32] <cjwatson> Keybuk: sigh, every time I look at bits of this vga patch, it gets more complicated
[15:32] <cjwatson> now I realise that I'm going to have to copy the default font out of the hardware at vgacon startup
[15:32] <Keybuk> heh
[15:33] <cjwatson> because BROKEN_GRAPHICS_PROGRAMS is defined by default
[15:33] <Keybuk> maybe you need to disable CONFIG_BAD_KERNEL_CODE_NOBODY_TOUCHES_ANYMORE
[15:34] <cjwatson> I think this is more a metaphysical assertion
[15:34] <cjwatson> "graphics programs are broken"
[15:38] <pitti> bdmurray: any idea why http://qa.ubuntu.com/reports/bug-fixing/lucid-fixes-report.html suddenly stops at 2010-01-06 ?
[15:44] <jibel> mvo hi, I talked to enrico about searching package names with an '-' , he sees no better way to do this.
[15:44] <jibel> mvo, I've been playing with the index too, but the results are not more relevant and sometimes worse. The index is also much bigger (+50%)
[15:44] <jibel> I believe we've reached a good level, we could add some refinements but I need more detailed specs.
[15:45] <jibel> mvo, what are the plans regarding quick search issues in synaptic ?
[15:50] <mvo> jibel: my current plan is to merge your fixes :)
[15:50] <persia> Anyone have a really long memory about ports status?  My memory is that we always had ports.ubuntu.com, and that powerpc moved from archive to ports in edgy, and the rest have always been where they were.  Does anyone remember differently?  Was sparc ever on archive.ubuntu.com?
[15:51] <siretart`> persia: I'm pretty sure I've installed spooky from archive.ubuntu.com
[15:52] <jibel> mvo, great !
[15:52] <LaserJock> I thought sparc was "official" for a while
[15:52] <persia> Yeah, that was what I thought, but I can't remember when it was official.
[15:53] <persia> It's not official for anything supported now, but that doesn't matter for my current activity.
[15:53] <bdmurray> pitti: it likely was running when lp went down yesterday
[15:53] <persia> No, it was on archive for dapper.
[15:53] <persia> For dapper ports is just ia64/hppa
[15:53] <mvo> jibel: probably tomorrow because of outstanding merges today
[15:54] <mvo> jibel: what is the scope - just the synaptic fix or does it require changes to the indexer (sorry for my forgetfulness)
[15:54] <jibel> mvo, np. I don't want to stress you.
[15:54] <jibel> The scope is only synaptic.
[15:56] <mvo> jibel: ok, cool. yeah, I will just merge, its on my todo list (anlong with the other pending fixes)
[15:56] <mvo> jibel: and no worries, you don't stress me, just the opposite, I'm very happy about the fixes :)
[15:56] <jibel> I'll integrate the latest search code tonight, so tomorrow is ok.
[15:57] <jibel> mvo, btw I cleaned the synaptic bug reports down to a reasonable level.
[15:57] <kwwii> hrm, anyone else experiencing file system errors on lucid? two machines in an hour went down
[15:57] <jibel> mvo, could we organize a session to decide which ones are worth fixing before lucid, later and won't fix ?
[15:58] <ogra> kwwii, all fine over here
[15:58] <mvo> jibel: absoutely, either tomorrow or monday. or you can mail me the candidates and I'm happy to mail feedback back
[15:59] <jibel> mvo, I'll prepare a wiki page with the bug list then.
[16:00] <mvo> jibel: cool, many thanks!
[16:07] <persia> After some digging, it appears powerpc first released on ports for feisty and sparc first released on ports for hardy.  If anyone has a good idea when we *first* supported these architectures, please let me know.
[16:08] <ogra> why do you care for pre-hardy ?
[16:08] <ogra> it wont get SRUs or anything anyway
[16:09] <ogra> so its irrelevant for your fix i guess
[16:09] <persia> Um, no.
[16:09] <persia> SRUs go back to Dapper.
[16:09] <ogra> dapper is EOL on the desktop, no ?
[16:09] <persia> And I need even more information for my current activity, although I won't cause regression if I don't have it.
[16:12] <LaserJock> are Dapper and Hardy the only LTS releases so far?
[16:12] <persia> Yes.
[16:12] <Keybuk> yes
[16:13] <persia> pre-Dapper was still in wild development.
[16:13] <LaserJock> I could have sworn sparc was added as official for an LTS release
[16:13] <persia> LaserJock: New for Dapper maybe?
[16:13] <ogra> yes, dapper
[16:13]  * persia reads ubuntu-announce harder
[16:13] <LaserJock> that would be my guess
[16:13] <ogra> it was added before to the official releases iirc
[16:13] <Keybuk> LaserJock: not sure it was new for an LTS
[16:13] <Keybuk> LaserJock: it was certainly an official port for dapper
[16:13] <LaserJock> not new as an arch
[16:14] <persia> Keybuk: Do you know if it was an official port pre-Dapper?
[16:14] <LaserJock> but I thought there was a big "thing" with Sun over Ubuntu Server and part of that was making sparc official
[16:14] <Keybuk> persia: not sure on that one
[16:15] <persia> Ah, the days when new LoCo teams showed up on ubuntu-announce@ :)
[16:16] <Keybuk> I blame jono
[16:16] <jono> lol
[16:17] <nigelb> anyone from the release team around to discuss an ffe?
[16:17] <Keybuk> jono: you're too good at your job; encourage fewer teams, so we can announce them again! :p
[16:17] <Keybuk> nigelb: try #ubuntu-release
[16:17] <nigelb> thanks Keybuk :)
[16:17] <jono> Keybuk, hehe, I will do if you stop my computer booting so quick
[16:17] <Keybuk> jono: tell me about it
[16:17] <jono> I use computer booting time as a good opportunity to make a coffee usually
[16:17] <Keybuk> both pitti and I have had issues where we've rebooted
[16:17] <jono> fast boot = no coffee
[16:18] <Keybuk> turned away for a few seconds, looked back, and thought "now, why haven't you rebooted?" when it already has
[16:18] <jono> Keybuk, so damn cool
[16:18] <jono> :)
[16:18] <azeem_> did you consider to have the boot splash be a screenshot of the gdm login?
[16:19] <azeem_> like they do for starting up iPhone apps I heard
[16:19] <persia> azeem_: Please, no?  I *like* that I know which password to enter.
[16:20] <ogra> for autologin your would ahve to make it a screenshot of the desktop then
[16:21] <LaserJock> hmm, then it'd be just like Windows
[16:21] <LaserJock> stare at your screen for a little bit before you actually get to do any work
[16:21] <ogra> if it would be like windows you could just use a permanent screenshot
[16:21] <andreasn> let the system take a screenshot when you're turning off the machine and hope it's nothing inappropriate :)
[16:22] <LaserJock> ogra: well, Windows would be a permanent BSOD, no? ;-)
[16:23] <ogra> well, i would probably add a little animation that pretends it to upgrade at random times and replace different BSOD's
[16:23] <ogra> -it
[16:23] <LaserJock> heh
[16:24] <LaserJock> ogra: I had totally forgotten how "wonderful" the windows update experience was until I got my new job
[16:24] <ogra> lol
[16:24] <persia> Anyone with retroactive moderation rights to ubuntu-announce want to kill https://lists.ubuntu.com/archives/ubuntu-announce/2006-February/000052.html ?
[16:24] <LaserJock> ogra: my coworker had problems where his computer would never log in
[16:24] <LaserJock> ogra: we waited 8 hrs one day while it looked like it was updating
[16:25] <LaserJock> ogra: we called the help desk and they said "yeah, it does that sometimes"
[16:25] <ogra> sometimes ... heh
[16:25] <ogra> persia, but ... but ... we won !
[16:36] <dpm> pitti, is it possible to have an apport hook for a project in LP, even if there isn't a source package available? We are using the ubuntu-translations project to track translation bugs, and I was thinking if it would be possible to have something like 'ubuntu-bug translations' and file a bug against ubuntu-translations
[16:38] <jcastro> lifeless: +patches has landed in lp, please go bang on it.
[16:43] <dehqan> a package is installed from 9.10 rep , but now it can not be downloaded and reinstalled from 9.04 rep , why ?
[16:46] <thiblahute> Hi everyone, I am getting an issue with the RTL8187 module on all the kernel of the 2.6.32. I looked for a bug but didn't find anything so I think it's maybe due to my install which is a bit old and I upgraded from 9.10. What happens is that I can't activate the wifi, like my wlan is down at but and "sudo ifconfig wlan0 up" return "SIOCSIFFLAGS: Unknown error 132".
[16:46] <thiblahute> I am now using the 2.6.31-17 kernel.
[16:46] <thiblahute> What do you think I should do?
[16:47] <thiblahute> Here are some more infos: http://pastebin.com/HUc9kgym
[17:08] <pitti> dpm: yes, we could arrange that; it sounds like a good symptom to have
[17:09] <pitti> dpm: a symptom script is not related to a package; however, right now it has to figure out an affected package name
[17:09] <pitti> dpm: but this could just be language-pack-$LANG, and the symptom code could instruct Apport to file the bug against a project instead
[17:09] <pitti> dpm: can we discuss details of that in a bug report? I think it's possible in general
[17:10] <pitti> dpm: (bug against apport-symptoms)
[17:58] <sitsofe> ok quick question
[17:59] <sitsofe> a friend and myself are seeing the same problem in Lucid wrt to pulseaudio and the left right balance
[17:59] <sitsofe> the problem is simple: changing the left/right balance in the gnome-volume control
[17:59] <sitsofe> is causing the main volume to be reduced to 0
[17:59] <sitsofe> highly reproducible
[18:00] <sitsofe> reproduced on laptops and desktops
[18:00] <sitsofe> and it doesn't happen in Fedora 12
[18:01] <sitsofe> however folks seeing the problem are reluctant to file any more bugs on sound as their existing sound bugs don't see attention
[18:01] <sitsofe> is it worth filing?
[18:29] <LucidFox> Are the branding changes already introduced in Lucid?
[18:31] <pitti> LucidFox: several uploads landed today, yes
[18:31] <persia> sitsofe: It's always worth filing sound bugs.  They get reviewed and fixed at a rate of 10s of bugs a day, and some days 100s (I think the most I saw in a day was 327).  This doesn't keep up with the filing rate, unfortunately, but the unfiled bug will never be fixed, whereas the filed bug has a chance.
[18:32] <LucidFox> Hmm, perhaps I could overwrite Karmic with a fresh Lucid install on my home machine...
[18:35] <dehqan> how apt-get determines what version the distro is  ?
[18:35] <sitsofe> persia: ok I'll give it go
[18:35] <sitsofe> dehqan: why? :)
[18:36] <dehqan> sitsofe:  apt-get --reinstall install $(cat /2) can not download packages from jaunty reps
[18:36] <sitsofe> dehqan: I thought it just used repos listed in /etc/apt/sources.list
[18:37] <dehqan> sitsofe: lsb_release -a says it is jaunty nut apt-get can not download packages from jaunty reps
[18:38] <sitsofe> are you sure the problem is on the repo end?
[18:38] <sitsofe> s/is/isn't
[18:40] <sitsofe> dehqan: but strace says it does peek inside /etc/debian_version (who knows what it does with that info)
[18:40] <dehqan>  /etc/debian_version ?
[18:42] <dehqan> sitsofe:  /etc/debian_version ?
[18:42] <sitsofe> dehqan: I don't know what it does with it though. Maybe it just stores that info for later. You can run strace with apt-get and see for yourself
[18:43] <dehqan> sitsofe:  would you give command ?
[18:43] <sitsofe> strace apt-get
[18:43] <persia> Um, this discussion really belongs on #ubuntu.
[18:43] <sitsofe> persia: my bad
[18:43] <sitsofe> sorry
[18:43] <persia> No worries, but do take it there or to /query please.
[18:44] <sitsofe> persia: Ok I'll be quiet :) Thank you.
[18:44] <persia> No need to be quiet: just on topic :)
[18:46] <dehqan> persia: non dev didn not know  strace apt-get command it is useful
[18:46] <dehqan> where does this command show distro ? strace apt-get
[18:49] <dehqan> persia:  where to ask this ?  lsb_release -a says it is jaunty nut apt-get can not download packages from jaunty reps
[18:50] <persia> dehqan: As I told you in /query 15 minutes ago when you asked me directly instead of the channel, apt-get selects download files based on /etc/apt/sources.list.  Please do take this discussion to another location.  It is off-topic for this channel.
[18:51] <dehqan> persia: am saying source file includes jaunty reps http://pastebin.com/hLYWSXHS
[18:52] <dehqan> but persia maybe this is cause of that libc6 upgrade
[18:52] <sitsofe> dehqan: I'll answer you privately but here's probably not the place to ask
[18:53] <persia> The cause of the libc upgrade was the change in sources.list from jaunty to karmic.
[18:53] <persia> I shall not answer any more questions on this topic in this channel.
[18:53] <dehqan> persia: see it is jaunty now http://pastebin.com/hLYWSXHS
[18:54] <dehqan> maybe we should talk un bugs channel persia
[19:06] <dehqan> persia:  how to make apt-get download from jaunty  with force ?
[19:07] <Laney> You have been asked to take this topic elsewhere. Please do so.#
[19:09] <dehqan>  how to make apt-get download from jaunty repo ?
[19:09] <dehqan> sorry sorry my bad
[19:12] <sitsofe> persia: for what it's worth bug 532095
[19:12] <sitsofe> persia: we'll see how it goes :)
[19:15] <persia> sistolfe: Thanks for filing.  Good luck.
[19:23] <jono> quick q
[19:23] <jono> I am moving systems, and I would prefer if I didnt need to set up all my keys for LP again for uploading to my PPA
[19:24] <jono> what do I need to back up to make the move?
[19:24] <jdong> jono: back up your ~/.gnupg and ~/.ssh
[19:25] <jono> jdong, thanks!
[19:25] <jdong> sure thing!
[19:25] <jono> and if I just back them up and restore them on the new syste, everything should just work?
[19:27] <jcastro> yeah
[19:27] <jdong> yep, that'll preserve the two ways Launchpad cares about your identity/keys
[19:27] <jcastro> seahorse also lets you export and import keys
[19:27] <jono> cool
[19:27] <jono> thanks!
[19:27] <jdong> and of course, be careful what you do with the backup medium transporting those files
[19:27] <jono> yes indeed
[19:27] <jdong> they are considered somewhat secretive and generally bad (tm) to lose :)
[19:28] <mpt> thanks for the quick fix, micahg
[19:29] <micahg> mpt: no problem
[19:29] <jdong> jono: and for convenience you may want to take a quick glance at your ~/.dput.cf to see if you configured any shorthand nicknames for your PPA's
[19:29] <jono> thanks jdong
[20:43] <lifeless> jcastro: so I see
[20:54] <mdeslaur> cr3: sorry about that...first thing tomorrow morning, I'll look at it
[20:56] <cr3> mdeslaur: don't feel too bad, you're not alone :)
[21:05] <neurochrome> Hi folks, can anyone else confirm that gvfsd-metadata process is hogging 100% cpu?  With a recent update in Karmic my system has become very unstable and nautilus frequently hangs/crashes
[21:26] <SparkieGeek> hi, what's the best way of getting an SRU reviewed? I followed the steps on the wiki as best I could but haven't heard anything..
[21:32] <JFo> SparkieGeek, when did you finish doing the steps?
[21:32] <JFo> It can take some time for the review and approval
[21:33] <SparkieGeek> couple of weeks ago
[21:33] <SparkieGeek> to start with i'd just associated a Bzr branch instead of attaching Debdiff - rectified that last week
[21:34] <SparkieGeek> wasn't sure what the expected timelines are, so figured i'd come on here and test the waters
[22:10] <neurochrome> Hi folks, can anyone else confirm that gvfsd-metadata process is hogging 100% cpu?  With a recent update in Karmic my system has become very unstable and nautilus frequently hangs/crashes
[22:19] <jdong> superm1: do you have any juicy details about when we expect fglrx for xorg 7.5?
[22:20] <jdong> superm1: it's really fun to watch radeonhd deadlock during convenient times, but eventually I'll want to get work done :)
[22:20] <jdong> (yeah yeah I'll try to capture a backtrace eventually)
[22:56] <superm1> jdong, i only help with the packaging on it, and even then, tseliot is doing more of the work now
[22:57] <superm1> so no idea
[22:57] <jdong> ah, ok :)
[22:57] <jdong> awww thought you'd have some juicy details.
[23:33] <chrisccoulson> kees, re bug 531583 - are you using greasemonkey from the archive?
[23:37] <ccheney> so what do i need to change to fix the button order in gconf?
[23:38] <ccheney> ah i found it
[23:38] <chrisccoulson> ccheney, /apps/metacity/general/button_layout
[23:38] <chrisccoulson> oh
[23:38] <ccheney> chrisccoulson: thx
[23:38] <kees> chrisccoulson: no, external.
[23:39] <chrisccoulson> kees, oh, and you can still recreate the issue?
[23:40] <kees> chrisccoulson: totally.


[09:57] <tseliot> ricotz, mamarley: I downloaded the tarballs for 390.59, but I get a warning when extracting, and the amd64 installer is extracted in the main directory, not in "amd64" https://paste.ubuntu.com/p/39q9DBytcH/
[09:58] <tseliot> I'm going to create a new tarball
[09:59] <tseliot> Note: you can download and create the tarballs with "debian/rules get-orig-source"
[10:03] <mamarley> tseliot: Cool, where does that get the .run files for the tarball?
[10:04] <tseliot> mamarley: yep, it downloads the installers, creates the directories and the tarballs. You only have to move the tarballs out of the main directory, when you're done.
[10:05] <mamarley> tseliot: Is there any way to do that for drivers not downloaded from the main download site, such as Vulkan development drivers or drivers extracted from the CUDA installer?
[10:06] <tseliot> mamarley: if you change the urls and the names in debian/rules.defs, I think things will work
[10:07] <mamarley> OK, thanks!  That is definitely easier than manually creating the tarballs, which is what I had been doing.
[10:07] <tseliot> :)
[10:08] <mamarley> And less error-prone too, because I somehow screwed up the 390.59 one apparently.  I'm still not sure how it could build if it was extracted to the wrong directory though.
[10:10] <ricotz> tseliot, sorry for missing that, but the tarball is not wrong, having a subfolder in them is what is confusing since they are dropped on extracting by dpkg
[10:11] <ricotz> the suffix e.g. -amd64 defines the resulting destination directory inside the source-folder
[10:12] <ricotz> ... if there is only one file in the archive
[11:07] <tseliot> ricotz: I know it's kind of confusing
[11:09] <ricotz> tseliot, better don't "prepend" the subfolder while creating the tarball
[11:10] <ricotz> those warnings has nothing to do with it, I assume the archives are generated by e.g. file-roller and not plain tar
[12:56] <tseliot> ricotz: I think I took the get-orig-source functions from Debian, and I tweaked them a bit


[21:18] <orchardstreet22> How do I keep Lubuntu from intercepting the F11 key?  I'm trying to use it in a terminal application and it doesn't seem to matter which terminal I use.  It keeps getting intercepted.
[21:24] <orchardstreet22> nevermind I found how to disable it, in the openbox rc file