[00:01] <cjwatson> persia: oh lord.  probably.
[00:02] <cjwatson> ScottK: hate life
[00:02]  * persia checks the LP patch landing schedule
[00:04] <persia> OK.  There's a chance of landing that for 13th September, so it's possible to sort for release, but that's likely the earliest it can be done.
[00:04] <persia> Oops, read that wrong.  Landing 6th September.
[00:05] <persia> (next window wouldbe 11th october)
[00:06] <cjwatson> strictly, it only needs LP if you need to build Task headers from it
[00:06] <cjwatson> if all you need is the metapackage, you can get by without
[00:07] <cjwatson> ScottK: nngh.  somebody NBSed half the armel kernel udebs when they weren't NBS
[00:07] <persia> livecd-rootfs uses the task.
[00:08] <cjwatson> slangasek: do you fancy figuring out how to get the rest of the armel kernel udebs back into the archive?
[00:08] <cjwatson> persia: but can be easily instructed not to
[00:08] <slangasek> cjwatson: oh dear
[00:09] <slangasek> cjwatson: is that my doing?  the only NBS I did was copy'n'pasting of the command the NBS page gives out :/
[00:09] <persia> cjwatson, I guess, although I don't like that: I remember some missing packages when ubuntu-mid wasn't using a task.  I suppose it can be swapped from task to meta, the seed moved, LP fiddled, and livecd-rootfs moved back.
[00:09] <cjwatson> it needs to be checked very carefully for kernel udebs
[00:09] <cjwatson> I think sometimes it outputs too much when the kernel is mid-build on one architecture, aside from the other failings
[00:10] <slangasek> cjwatson: which accounted for about 80% of a several-hundred-package-long list, sigh
[00:10] <cjwatson> I basically apply a rule that I never NBS the current kernel version, which is perhaps a rule that should be hardcoded somewhere
[00:10]  * persia will try to sort out the set of steps required to transition to a new seed, and file a bug outlining them for later discussion.
[00:10] <cjwatson> regardless, we need to figure out how to get them back
[00:10] <slangasek> (there were a lot of accumulated udebs in that list)
[00:10] <slangasek> indeed
[00:11] <cjwatson> (I usually feed it through xargs -n1 | egrep ... | xargs
[00:11] <cjwatson> )
[00:11] <slangasek> you've done udeb recoveries in the past somehow, I think?  Pinging of soyuz folks?
[00:11] <slangasek> xargs> noted
[00:11] <cjwatson> it was years ago
[00:11] <cjwatson> not sure how many soyuz people will be around, but can try
[00:12] <slangasek> should I just do a no-change upload of the kernel?
[00:12] <persia> That's 16 hours for armel, and only covers the one kernel (there are several)
[00:12] <cjwatson> let's see if we can recover without that
[00:12] <cjwatson> only one kernel is affected afaik
[00:13] <slangasek> which is the affected, linux?
[00:13] <cjwatson> yeah
[00:14] <cjwatson> I haven't exhaustively checked but I think just on armel
[00:16] <cjwatson> missing packages: block-modules-2.6.35-19-omap-di block-modules-2.6.35-19-versatile-di fat-modules-2.6.35-19-versatile-di firewire-core-modules-2.6.35-19-versatile-di fs-core-modules-2.6.35-19-omap-di fs-secondary-modules-2.6.35-19-omap-di input-modules-2.6.35-19-versatile-di irda-modules-2.6.35-19-omap-di md-modules-2.6.35-19-omap-di md-modules-2.6.35-19-versatile-di message-modules-2.6.35-19-versatile-di ...
[00:16] <cjwatson> ... mouse-modules-2.6.35-19-omap-di nfs-modules-2.6.35-19-omap-di nic-modules-2.6.35-19-omap-di nic-modules-2.6.35-19-versatile-di nic-usb-modules-2.6.35-19-omap-di pata-modules-2.6.35-19-versatile-di plip-modules-2.6.35-19-omap-di vlan-modules-2.6.35-19-omap-di vlan-modules-2.6.35-19-versatile-di
[00:19] <persia> I have copies of all those files on my mirror, if someone wants to pull back and check the sigs.
[00:19] <persia> (as armel udebs)
[00:20] <cjwatson> no, that is not a problem
[00:20] <cjwatson> they're all on the Launchpad librarian
[00:20] <persia> Oh, right.
[00:20] <cjwatson> they need to have the publishing records restored, that's all
[00:29] <slangasek> cjwatson: if we don't get a response from soyuz by evening (my time), I think it'll be simpler for me to just do the no-change rebuild that I can shepherd through over the weekend
[00:29] <slangasek> the build queue appears to be completely empty right nowv
[00:29] <slangasek> so while it would mean waiting for a rebuild, there at least wouldn't be any contention
[00:48] <cjwatson> slangasek: jpds was suggesting invoking the batphone, but perhaps you're right that that would be the simplest approach
[00:49] <cjwatson> slangasek: could you take over any coordination required?  I need to go to bed
[00:49] <slangasek> cjwatson: absolutely
[00:49] <cjwatson> thanks
[04:40] <stgraber> in case someone who knows a bit about the seeding magic is still around, I'd appreciate some help understanding why oem-config-gtk that I added to the dvd seed for edubuntu doesn't get included on the DVD where all other packages in that seed get on it
[04:42] <stgraber> a local run of germinate seems fine and the logs on people.canonical.com don't show any error (though they don't show the inclusion of oem-config-gtk). The build scripts seem to be using the right revision of the branch, so I really don't get what's happening there.
[04:42] <stgraber> (it's probably a very simple mistake/misunderstanding but after spending an hour looking at it, I really have no more ideas)
[08:07] <persia> stgraber, oem-config-gtk doesn't appear to be in any tasks right now.  Maybe it needs a cron.germinate run to happen?
[17:36] <stgraber> persia: well, that'd be weird because I pushed that seed change on the 8th of August and then another seed change (including gnome-nanny) on the 16th and the change of the 16th worked properly (as in, that package is now on our dvd)
[17:47]  * lamont plays hardball with the amd64 ppa builders
[17:55] <lamont> all better
[18:07] <doko> ubuntu-archive: please consider accepting eglibc and binutils this weekend (no changes for generated code), needed for the linaro cross toolchain
[21:01] <stgraber> uploading a new LTSP now, ideally that should be in beta as otherwise the LTSP install on ubuntu alternate is simply going to fail
[21:02] <stgraber> I'm running a test install just now, if the new package works I'll upload it
[21:27] <stgraber> tested and uploaded
[23:32] <slangasek> cjwatson: I see that the kernel failed to build on all architectures. <sigh>
[23:33] <slangasek> ogasawara: ^^ can you help me out?  I tried to do a no-change upload of the kernel to restore some udebs that I had accidentally removed; apparently the kernel doesn't *allow* no-change rebuilds, it complains about missing ABI files


[00:00] <bryceh> imbrandon, Sarvatt, please review that page and if you can spot ways to improve it please edit
[00:00] <RAOF> bryceh, Sarvatt: Yeah, that ubuntu-lucid branch is an attempt to pull back glx 1.4 without the clutter crash or memory leak, particularly if we found that somethings had come to depend on 1.4.  I didn't want it only sitting on my local system. :)
[00:01] <bryceh> morning RAOF
[00:01] <RAOF> Good morning
[00:01] <imbrandon> bryceh: cool will do here very shortly
[00:08] <bryceh> RAOF, fwiw what I've done in such situations in the past is chunk it into a ppa
[00:08] <bryceh> that way it's available/backedup and easy to test
[00:09] <bryceh> (which I'm sure has already been done in this case)
[00:11] <RAOF> Yup :)
[00:29] <Sarvatt> bryceh: will look it over in a bit, been working
[00:30] <Sarvatt> bryceh: btw mandriva does have xserver 1.7/2.6.32 support for poulsbo now, thats what someone linked a day or two ago
[00:31] <Sarvatt> and holy crap the package infrastructure for poulsbo is nuts, 7-8 packages?
[00:31] <RAOF> How do they manage that?
[00:32] <Sarvatt> http://blino.org/blog/mandriva/poulsbo-xserver1.7.html
[00:32] <RAOF> Kernel module, DDX, maybe libdrm extension…
[00:32] <Sarvatt> then xserver libglx and libdri in seperate packages too..
[00:34] <RAOF> And then mesa driver, presumably.
[00:34] <RAOF> That's still 6 :)
[00:34] <Sarvatt> yup and firmware
[00:35] <RAOF> Ah, of course!
[00:35] <bryceh> sheesh
[00:36] <Sarvatt> psb-firmware xserver-xorg-video-psb libdrm-psb psb-kernel-source xpsb-glx libgl1-mesa-dri-psb and a change to libdrm for psb symbols
[00:38] <Sarvatt> just needs packaging changes to work with alternatives and to drop a load of patches on most parts, the tarballs are still the same old ones from hardy
[00:40] <bryceh> I say Mandriva can win -psb
[00:43] <Sarvatt> hah I said "just"
[00:49] <Sarvatt> if anyone has a psb netbook they can bring to UDS I can probably be convinced to make it all work there :)
[00:57] <bryceh> Sarvatt, you could put a call out on ubuntu-devel@
[00:57] <bryceh> Sarvatt, or ask tseliot, he probably knows how to get one for testing
[01:33]  * bryceh hrms at 5bug #68779
[01:48] <RAOF> Has the flock of canaries patch made it into upstream yet?  Those users seem quite happy with the 2.6.34-rc5 kernel daily packgaes.  Let's check…
[01:58] <bryceh> RAOF, what are your thoughts on bug #568779 ?
[02:04] <RAOF> It's a bit scattered, isn't it?  We knew that there were going to be *some* pepole with 855 cards who'd have problems.  This will end up being a duplicate of bug #541511, won't it?
[02:04] <bryceh> RAOF, yeah probably
[02:05] <RAOF> Some get fixed by re-enabling kms, some get fixed with vesa, some… :(
[02:19] <jg>  a random walk through an N dimensional space.
[02:19] <RAOF> Not guaranteed to end up at the starting position.
[02:20] <jg> yup.
[02:20] <jg> RAOF, or even terminate, as I saw in beta 2.
[02:21] <jg> Thankfully, I get a new toy tomorrow, and won't care much anymore about the RS600 POS.
[02:22] <jg> new laptop is somewhere in the air between Louisville, KY and Boston at this instant, according to UPS.
[02:24] <bryceh> if only manufacturers would stop making new hardware, it would make our lives so much easier
[02:25] <jg> bryceh: heh.  I may have a different set of problems, but I can get keithp to fix them if I do ;-).
[02:25] <jg> first time I've gotten to select my own laptop in 3-4 years.
[02:27] <jg> bryceh: note my RS600 problem is hardware that I got over 18 months ago: it's hardly in the new category.
[02:35] <RAOF> bryceh: Or even just make new hardware without crazy architectural differences would be nice.  It can't be *that* hard to preserve the modesetting interface across generations, surely :)
[02:41] <bryceh> if only manufacturers would stop making hardware, it would make our lives so much easier
[02:42] <bryceh> we have 0 bug reports about the abacus after all
[02:57] <jg> bryceh: but then you'd be stuck with old braindamage forever, which is equally bad and frustrating.  You'd have to support broken POS for aeons, rather than merely half a decade or so.
[02:59] <jg> bryceh: for example, trying to make mode setting work on old ISA cards would be a unique form of water torture.
[03:06] <bryceh> ok
[03:06] <bryceh> if only manufacturers would stop making old hardware, it would make our lives so much easier
[03:07] <jg> now that we've gotten rid of all new hardware and all old hardware, we'll all set to use semi-obsolete systems ;-)
[03:07] <bryceh> jg, you know, it's kind of an achilles heel of FOSS, that each year brings an increase to the amount of hardware out there that needs supported, and any upstream change to X risks breaking at least *some* random selection of HW
[03:08] <jg> bryceh: yeah, and if not enough people care, it stays broken.  I don't think I'll probably cry hard if the RS600 stays broken indefintely, though having the tablet working would be sort of nice...
[03:10] <jg> would help to have a more obvious business model on the desktop side to enable funding of random hardware maintenance, though.  There are times FOSS's business models are insufficient, at least at current scale.
[03:12] <jg> now 10x the desktop/laptop market share would go along way toward fixing that problem.
[03:12] <bryceh> yeah, the business model seems to work well enough for when someone is actively selling the bit of hardware, since money flows  consumer -> hw manufacturer -> OS vendor
[03:12] <jg> as we have on the server side, for quite a while.
[03:13] <jg> Still hard on the desktop side, though not as dismal as it used to be.
[03:13] <bryceh> but when its hw no longer being sold, there isn't $$ flowing around, since the OS can be had without purchasing it, so support is entirely OSV good will
[03:13] <jg> bryceh: yeah, server production deployments force that on the server side.
[03:14] <bryceh> right, where service contracts are purchased, there is a money flow
[03:14] <jg> RH is based on that...
[03:14] <bryceh> on the desktop it seems users aren't accustomed to buying technical support contracts or whatever
[03:15] <bryceh> I'd say 9 out of 10 bug reports that we see on X would really probably be better classified as tech support requests (well, 'help requests' at least)
[03:15] <jg> bryceh: the microsoft ecology is that there is no real support available other than the local IT guys, child or  neighbor; you just throw out the machine and buy a new one if you ever upgrade it.
[03:16] <jg> ever try to deal with Microsoft to get help with any of their software?
[03:16] <bryceh> heh true enough
[03:17] <jg> I went through *five* releases of Microsoft Word, unable to reliably convert a document to plain ascii, and couldn't get them to fix it, even when I had contacts in the office group who tried to do so for me.
[03:17] <jg> oh, for the ability to even generate a stack trace to be able to give them......
[03:18] <bryceh> given that, it amazes me how outraged bug reporters get when someone doesn't reply to their bug report right away
[03:18] <jg> bryceh: you are dealing with the lunatic fringe of people, in several dimensions.
[03:20] <jg> unless you are a very big microsoft customer, with a really serious bug, it's almost impossible to get them to pay attention, even if you have "support".
[03:21] <jg> most of the support that isn't "community" is forced back on the hardware vendors who supply the crack to the addicts.
[03:22] <jg> I'm amused, 8 years later, that HP is buying a company that does Linux based handhelds.  The lack of vision is stunning.
[03:23] <jg> 8 years ago, the only Linux handhelds were HP iPAQ's, period, done by HP/former Compaq people.
[03:24] <jg> maybe it's 10 years now.
[03:24] <bryceh> heh
[03:25] <jg> now, if they'd given us 10 % of the 1.2 billion they are playing for Palm, they might be somewhere in phones or handhelds.
[03:26] <rafiyr> Someone actually bid on palm?
[03:26] <jg> If I'm bitter, just ignore me.
[03:26] <jg> yes. HP.
[03:26] <rafiyr> Guess I should look at the news once in a while.
[03:27] <jg> http://www.nytimes.com/2010/04/29/technology/29palm.html?ref=global-home
[03:27] <jg> instead, they cleverly laid off everyone who had caused the first linux handheld devices to run Linux....
[03:28] <bryceh> jg, very penny-wise of them
[03:29] <jg> heh.  pound foolish, and took pounds out of keithp's and my hide, among others.
[03:30] <jg> (like jamey hicks, and andrew christian and so on).
[03:34] <jg> well, good night; hopefully I wont have too many adventures with my nice new laptop tomorrow....
[04:06] <bryceh> night
[06:46] <vish> Sarvatt: hi.. I'm using the mainline kernel .33 and it doesnt seem to require the quirk new_pll=0  [RV515]
[06:46] <vish> 2.6.33-02063303-generic
[06:53] <vish> hmm , is KMS on by default in mainline kernel.. how do i check?
[06:57] <RAOF> Does /sys/bus/pci/devices/$YOUR_CARDS_PCI_ADDR/controlD exist?  If so - you're using kms.
[06:58] <RAOF> I'd expect kms to be on by default in the 2.6.33 mainline kernel; I haven't checked though.
[06:58] <RAOF> You can also check /var/log/Xorg.0.log; drivers tend to say whether they're using KMS
[07:00] <vish> yeah , the /var/log/Xorg.0.log  shows   (II) [KMS] Kernel modesetting enabled.
[09:09] <RAOF> Oooh!  I just saw one of those thinkpad x200s+compiz powersave=1 sync flashes!  My hardware *isn't* totally unaffected :)
[10:33] <ara> do you guys think this bug should be an xorg one instead?
[10:33] <ara> bug 569214
[18:02] <bryceh> ara, impossible to say without more info.  if they're using i855 graphics it could be just a dupe of the 8xx kms bug
[18:03] <ara> bryceh, ok, thanks
[18:07] <Sarvatt> vish: really? do you have any idea when the flickering started with the ubuntu kernels?
[18:07] <Sarvatt> vish: do you have the 2.6.32-19 kernel to try by any chance?
[18:10] <vish> Sarvatt: i have tried with 32-19 as well , if i use new_pll=0 on boot there is no problem , but the problem arises after ~6hrs
[18:10] <vish> , seems it runs out of magic
[18:12] <Sarvatt> interesting, how about 2.6.32-16? that one should be a clean backport of 2.6.33's drm
[18:12] <vish> Sarvatt: but with .33 i'm not using new_pll=0 and after~19hrs I dont have *any* problems
[18:13] <vish> yeah , thats -16 was the next thing i wanted to test.. havent tested it yet..
[18:14] <vish> was actually expecting problems with .33 , surprising  , /several/ problems seem solved..
[18:14] <Sarvatt> is it 2.6.33 with a karmic config or a lucid config?
[18:15] <vish> lucid one
[18:15] <Sarvatt> ah its karmic, they didnt make any 2.6.33's with lucid's config
[18:16] <bryceh> sweet, there's a cache coherency patch
[18:17] <Sarvatt> vish: 2.6.32-16 would be really interesting if you could test it, if that fails then the problem is outside of drm
[18:18] <vish> Sarvatt: isnt this the lucid one?  > http://kernel.ubuntu.com/~kernel-ppa/mainline/v<IP_ADDRESS>-lucid/
[18:18] <vish> thats the one i'm using
[18:18] <Sarvatt> oh thats totally different, we dont have .3 yet in lucid
[18:18] <Sarvatt> that means your problem will be fixed by the next SRU :)
[18:18] <Sarvatt> awesome
[18:18] <vish> yay! :)
[18:20] <Sarvatt> http://kernel.ubuntu.com/~kernel-ppa/mainline/v<IP_ADDRESS>-lucid/CHANGES
[18:20] <Sarvatt> something in there fixed it
[18:20] <vish> Sarvatt: just curious ,which kernel did you mean initially?  [i thought those were the only mainline ones]
[18:20] <bryceh> Sarvatt, have you packaged kernel patches before?
[18:21] <Sarvatt> you said 2.6.33 and i didnt look at the kernel version you posted to notice it was <IP_ADDRESS>
[18:21] <Sarvatt> bryceh: not in a PPA :(
[18:21] <bryceh> hmm
[18:21] <vish> ah , cool
[18:21] <bryceh> some day I need to learn that
[18:21] <Sarvatt> i dont know how to bump the abi right for a PPA
[18:21] <Sarvatt> yeah same here
[18:21] <Sarvatt> been saying that for months now but i never get around to it :)
[18:22] <Sarvatt> vish: just curious, how is your monitor connected?
[18:23] <Sarvatt> oh wait its a laptop isnt it
[18:23] <vish> yeah , Acer laptop
[18:23] <Sarvatt> just ruling out commits that it could be
[18:26] <bryceh> Sarvatt, oh... this patch is just the "This is the most horrible hack I've ever written" patch we already knew about
[18:26] <bryceh> (I think, lemme doublecheck)
[18:28] <Sarvatt> bryceh: <IP_ADDRESS> fixes PAL tv problems with KMS, wrong gamma values with radeon when using a DVI-VGA adapter, washed out images over tv out on radeon - bug 548709
[18:28] <bryceh> great
[18:29] <Sarvatt> i've seen bugs for all of those but have to dig them up
[18:30] <Sarvatt> noting on that bug that its fixed in <IP_ADDRESS>
[18:32] <Sarvatt> vish: I have no idea what fixed it in your case..
[18:32] <Sarvatt> hopefully it's not some agp or pci problem that wont be in the next kernel :(
[18:33] <vish> Sarvatt: do you want me to test 32-16 too?
[18:33] <Sarvatt> nah that was just because I thought you were saying the 2.6.33 kernel fixed it
[18:34] <Sarvatt> (not <IP_ADDRESS>)
[18:34] <vish>  this 33.3 is totally awesome! :D  i earlier had minor memory problems , songs used stutter when wallpaper changed , and all sorts of things.. but now *poof*!
[18:35] <vish> xorg cpu would just spike fo 2secs when wallpaper changed
[18:35] <vish> for*
[18:37] <Sarvatt> i hope http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-lucid.git;a=commit;h=ae2e767a2b2be23d6131cf463f3de730014dc070 isn't the cause of that cus that patch isn't upstream, they reverted it because of problems..
[18:39] <Sarvatt> vish: do you have the bug number for your flickering problems handy by any chance?
[18:40] <Sarvatt> it's against linux so i'm having problems finding it in the noise with my slow net connection
[18:40] <vish> Sarvatt: i didnt file one separately since you mentioned it was a known bug..
[18:40] <Sarvatt> yeah i thought you might be subscribed to it or something, no worries
[18:41] <vish> Sarvatt: i think this is the one closet to mine > Bug #541501
[18:41] <Sarvatt> https://bugs.launchpad.net/bugs/570394 -- i need to turn my reply there into a stock reply since most every nvidia bug is just because of that problem :)
[18:43] <bryceh> Sarvatt, heh
[18:43] <bryceh> Sarvatt, if that's true, it makes me wonder if we could programmatically identify and dupe those bugs
[18:43] <bjsnider> man, that fails to make sense. there's no way you can install nvidia-current that it doesn't update the alternatives to use its own glx
[18:43] <bryceh> Sarvatt, I've sent apw an email asking for a kernel ppa with that patch
[18:44]  * hyperair quickly gets his fix of xorg-edgers after upgrading to luci
[18:44] <hyperair> d
[18:44] <bryceh> Sarvatt, although maybe find a bug that was not filed against kubuntu to dupe against
[18:56] <Sarvatt> hyperair: finally did it eh? :)
[18:56] <hyperair> Sarvatt: my exams just ended today =)
[18:58] <Sarvatt> bjsnider: yeah it's got me wondering too, i'm guessing theres some way of updating that fails to do it currently
[18:59] <bjsnider> Sarvatt, either the postinst script is failing to run, or another script is running later that's resetting the glx alternative
[19:00] <Sarvatt> like installing after having installed the drivers from nvidia.com manually at some point with files left behind or something else that people forget to mention in bug reports :)
[19:00] <hyperair> Sarvatt: so.. now that hal is gone, how do i configure my synaptics things?
[19:00] <bjsnider> Sarvatt, well, they could be lying about that, yes.
[19:01] <Sarvatt> hyperair: easiest way is to just edit /usr/lib/X11/xorg.conf.d/whatever-synaptics.conf and add Option "foo" "whatever"
[19:02] <hyperair> Sarvatt: not /etc?
[19:02] <Sarvatt> yeah I know its bad advice to tell people to edit that but its the easiest :)
[19:02] <jcristau> hyperair: /etc/X11/xorg.conf
[19:02] <Sarvatt> hyperair: correct way would be to just add the options to xorg.conf
[19:02] <hyperair> Sarvatt: aah okay, thanks.
[19:02] <jcristau> hyperair: add a InputClass section with MatchIsTouchpad "on"
[19:02] <hyperair> jcristau: thanks
[19:02] <jcristau> and whatever options
[19:02] <hyperair> aha. i see why my touchpad was acting weird now.
[19:03] <Sarvatt> man synaptics has all the options and man xorg.conf tells you the structure
[19:03] <hyperair> for some reason, xserver-xorg-input-synaptics got removed during upgrade
[19:03] <hyperair> this was the most borked upgrade of ubuntu i've ever had
[19:03] <Sarvatt> oh wait you're on edgers so it's /usr/share/X11 anyway :D
[19:03] <Sarvatt> hyperair: hope you used ppa-purge xorg-edgers before upgrading..
[19:03] <hyperair> Sarvatt: i didn't. *groan*
[19:03] <Sarvatt> i put a big fat warning on the page about that
[19:04] <hyperair> Sarvatt: the difference is... i don't heed warnings =D
[19:04] <hyperair> no, what i really meant is i know enough to recover from borked upgrades
[19:04] <Sarvatt> ppa removal seriously needs  happen in the update process instead of just disabling PPA's
[19:04] <hyperair> the hit-or-miss part is making sure the system still boots after upgrade
[19:04] <hyperair> after that i'm fine \o/
[19:05] <Sarvatt> i dont know where to start hooking it in
[19:05] <hyperair> hooking?
[19:05] <hyperair> ah
[19:05] <hyperair> yes, that's true.
[19:05] <hyperair> you should talk to mvo about this.
[19:06] <Sarvatt> hyperair: good thing you reactivated xorg-edgers right after upgrading because things would have been horribly broken :)
[19:06] <Sarvatt> mesa is totally different in lucid
[19:06] <Sarvatt> and the karmic version is higher
[19:07] <hyperair> Sarvatt: er no actually..
[19:08] <hyperair> Sarvatt: i didn't. X worked by chance.
[19:08] <hyperair> Sarvatt: right now i'm still downloading PPA packages
[19:08] <hyperair> 162 of them @_@
[19:08] <Sarvatt> with no GL i'm sure :)
[19:08] <Sarvatt> hyperair: were you using the blob or is that your intel machine?
[19:08] <Sarvatt> curious if the nvidia-current in xorg-edgers works, haven't tried it yet
[19:08] <hyperair> Sarvatt: this is my intel machine.
[19:09] <hyperair> Sarvatt: my nvidia machine is several hundred miles away
[19:09] <Sarvatt> bryceh: scanning xorg.0.log on all nvidia-graphics-drivers bugs for (II) Loading /usr/lib/xorg/modules/extensions/libglx.so as candidates for the stock reply would w ork :)
[19:10] <Sarvatt> ahh back to work i go
[19:33] <Sarvatt> what are the useful logs from a release upgrade again?
[19:33] <Sarvatt> asking the person  in that nvidia bug if he can attach them and hopefully see where it went wrong. /var/log/apt/term.log and /var/log/dpkg.log? wasn't there another log or two just for the dist release process?
[19:42] <jcristau> mvo would probably know
[19:42] <Sarvatt> hmm wonder if its possible /usr/lib/xorg/extra-modules doesn't exist at the point where its setting up the alternatives
[19:43] <Sarvatt> libgl1-mesa-glx is what makes it
[19:44] <Sarvatt> oh weird nevermind, mesa is making /usr/lib/xorg/x11-extra-modules
[19:44]  * Sarvatt is confused
[19:45] <Sarvatt> what the heck is  /usr/lib/xorg/x11-extra-modules, xorg-server only checks  /usr/lib/xorg/extra-modules additionally
[19:48] <bryceh> dunno
[19:48] <bryceh> Sarvatt, I used my new script to grep out all the nvidia-graphics-drivers bugs with that libglx.so path in them
[19:48] <bryceh> :-)
[19:49] <bryceh> looks like it flagged a couple dozen bugs, I'm going through them now
[19:49] <bryceh> some it appears were filed against nvidia-graphics-drivers but the user booted into an open source driver to file the report, so not all are actually dupes of the alternatives bug
[19:50] <bryceh> also, I'm thinking I should set up a MASTER bug report for this, as none of these flagged bug reports are really that well made
[19:50] <bryceh> well, maybe they're dupes of bug #522328
[19:56] <Sarvatt> good idea! having them all in one place will make finding out the problem easier since i cant seem to reproduce it, wish tseliot was around to pick his brain because the alternatives are a maze. really want to see someones dpkg logs from when they upgraded  to see what order things went in. anyone have a karmic machine they are about to upgrade to lucid that could reproduce? :)
[19:57] <bryceh> yeah I've been a bit disappointed he hasn't been that active here this release
[19:59] <bryceh> yeah I'm going to use #522328 as the master for this, I don't want to own this bug ;-)
[19:59] <Sarvatt> bryceh: Failed to initialize the GLX module; please check in your would be a better string to search for
[20:00] <Sarvatt> would only be in these specific bugs
[20:00] <bryceh> oh
[20:00] <bryceh> rats...
[20:00] <bryceh> alright rerunning...
[20:01] <Sarvatt> wait what the heck, just realized this guys log has timestamping - (EE) Apr 26 20:59:18 NVIDIA(0): Failed to initialize the GLX module; please check in your X
[20:01] <Sarvatt> ahh ok the nvidia messages all have timestamping even if the rest of the log doesnt
[20:02] <bryceh> ahh
[20:02] <bryceh> weird
[20:03] <bryceh> wish the script didn't take so long to run...
[20:03] <Sarvatt> /usr/lib/mesa/ld.so.conf - priority 500
[20:03] <Sarvatt>  slave xorg_extra_modules: /usr/lib/xorg/x11-extra-modules
[20:03]  * bryceh drums fingers
[20:03] <Sarvatt> i dont understand the x11-extra-modules, xserver is only set up to look in extra-modules additionally
[20:04] <Sarvatt> oh i guess the alternative links that to extra-modules?
[20:04] <Sarvatt> fglrx uses  slave xorg_extra_modules: /usr/lib/fglrx/xorg
[20:04] <hyperair> Sarvatt: ...i get GPU hangs. whee.
[20:05] <Sarvatt> whee!
[20:05] <Sarvatt> sudo ppa-purge xorg-edgers and see if it happens on lucid, hope not!
[20:07] <Sarvatt> ok i dont think its related to xorg_extra_modules because nvidia_drv.so is in there too and thats loading
[20:09] <Sarvatt> which means the alternatives for nvidia are getting set up properly in the first place, hmm
[20:10] <bjsnider> then something is coming along after and changing them
[20:10] <Sarvatt> nvidia_drv.so wouldn't load if extra-modules was pointing at the mesa version for some reason
[20:11] <Sarvatt> libglx should be in extra-modules right next to nvidia_drv if i'm not mistaken
[20:11] <bjsnider> it would have to be a xserver-xorg package that's installed after the nvidia-current package
[20:11] <bryceh> Sarvatt, hmm, not getting any results from the new search string
[20:12] <Sarvatt> dunno about that because xserver tries to load from extra-modules before the normal one, I think it might just be hitting people reusing an old xorg.conf with something odd in it
[20:13] <Sarvatt> oh yeah
[20:13] <Sarvatt> i think i know what it is
[20:13] <bjsnider> why would the sorg.conf file have anything to do with alternatives?
[20:13] <Sarvatt> crap clients home, gotta run to the next job but i'll be back soon, i know what the problem is
[20:13] <Sarvatt> its the depth section not being in xorg.conf
[20:14] <Sarvatt> i had the same problems when i was trying to autoload nvidia without an xorg.conf
[20:14] <Sarvatt> if you dont have depth 24 it wont load nvidia's libglx and uses the servers
[20:14] <bjsnider> DefaultDepth	24?
[20:14] <Sarvatt> yeah
[20:15] <bjsnider> so they used nvidia-xconfig to create the xorg.conf?
[20:15] <Sarvatt> need to go through the other bugs and compare xorg.conf, might be another option screwing that up like the argbvisuals
[20:16] <bryceh> "Failed to initialize the GLX module" not turning anything up so far... I'll let it keep running though
[20:16] <bjsnider> i'm going to try nvidia-xconfig right now and see if it puts that in there
[20:18] <bjsnider> nvidia-xconfig puts defaultdepth 24 in there too
[20:19] <hyperair> okay, it can't be a gpu hang. i can switch VTs once.
[20:44] <hyperair> Sarvatt: BAH. xserver-xorg keeps hanging >_>
[20:53] <hyperair> blargh. why can't i switch VTs once X hangs in lucid?
[20:54] <bryceh> because it's probably hung in the kernel
[21:01] <hyperair> hmmm
[21:01] <hyperair> but why didn't this kernel have issues with xorg-edgers of karmic?
[21:18] <Sarvatt> looks like my last message didn't go through, but in https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/570394 they have 	Modulepath	"/usr/lib/xorg/modules" making it so /usr/lib/xorg/extra-modules doesn't get used
[21:22] <bjsnider> Sarvatt, they have a modulepath line in the xorg.conf file?
[21:22] <Sarvatt> yup
[21:22] <bjsnider> where in the world...
[21:23] <bjsnider> where are they getting these crazy xorg.conf files
[21:23] <Sarvatt> me? lol
[21:24] <bjsnider> maybe nvidia=xconfig was doing this years ago?
[21:24] <Sarvatt> old nvidia-xconfig and dpkg-reconfigure xserver-xorg
[21:56] <bryceh> Sarvatt, 537648 and 570394 were the only bugs that matched that search string
[22:39] <Sarvatt> thats new, File descriptor 3 (pipe:[141203]) leaked on lvs invocation. Parent PID 29395: /bin/sh when updating grub
[22:39] <Sarvatt> bryceh: ahh ok, both are absolutely the same issue with an invalid xorg.conf
[22:43] <Sarvatt> whats the right place to have the Section "Files" section in xorg.conf removed on upgrade?
[22:48] <Sarvatt> # nvidia-xconfig: X configuration file generated by nvidia-xconfig
[22:48] <Sarvatt> # nvidia-xconfig:  version 1.0  (buildmeister@builder75)  Fri Mar 12 01:42:27 PST 2010
[22:48] <Sarvatt> heh nvidia-xconfig might still be making that invalid xorg.conf..
[22:48] <Sarvatt> http://launchpadlibrarian.net/42386210/XorgConf.txt
[22:49] <Sarvatt> nope, it kept it around from an old xorg.conf when you run it, just ran it and it didn't
[22:51] <Sarvatt> ok *something* relatively current is making that xorg.conf with the modulepath set in it at least, this guy had a fresh install of lucid at alpha 3
[22:54] <Sarvatt> nah he put it there himself cut and pasted from somewhere else and ran nvidia-xconfig after looking at the options
[23:00] <bryceh> Sarvatt, probably just close as invalid or convert to a question
[23:00] <Sarvatt> yep closed them all
[23:04] <bryceh> cool
[23:05] <bryceh> bug 494625 can be made into a standard "your xorg.conf settings aren't right" master bug
[23:05] <Sarvatt> ugh tons of bugs from nvidia people saying visual effects goes back to none after activating nvidia-current!!!!111
[23:06] <Sarvatt> (it requires a reboot and isn't supposed to work right away goobers!) :)
[23:06] <bryceh> sounds like another master bug
[23:06] <Sarvatt> do we have a proprietary drivers wiki?
[23:07] <bryceh> not really, we've got some bits and pieces in the troubleshooting pages
[23:07] <bryceh> would be nice to have though
[23:08] <Sarvatt> i'll start writing up common issues
[23:20] <Sarvatt> http://sarvatt.com/downloads/propdrivers.txt
[23:20] <Sarvatt> got that so far
[23:20] <bryceh> looks good
[23:20] <bryceh> maybe better than a wiki page would be just to have master bug reports for each issue
[23:20] <bryceh> that'd make bug duping a bit simpler, and then we can track the status of the issues
[23:22] <Sarvatt> works for me, trying to find more common issues to add
[23:22] <bryceh> 570498 - installation fails when your disk is out of space (duh!)
[23:23] <Sarvatt> hehe
[23:27] <Sarvatt> hope you dont mind i'm marking it invalid... :D
[23:27] <bryceh> no prob
[23:27] <bryceh> or move to questions
[23:27] <bryceh> wow, making good progress squishing nvidia bugs, down to 137 :-)
[23:28] <Sarvatt> the answer is you need space on your partition to install a package, I would hope thats obvious enough not to have to make a question out of it :)
[23:28] <bryceh> heh
[23:39] <Sarvatt> added a few xorg.conf options to that propdrivers.txt that fix a few other bugs i've come across
[23:39] <Sarvatt> i need to use that  Option "UseEvents" "false" option personally, otherwise i get lots of stalls on my 8400M GS
[23:43]  * bryceh closes out a mess of kubuntu -nvidia bugs with no stack traces provided
[23:44] <Sarvatt> a lot of them are probably karmic too, nvidia-graphics-drivers seems to be the dumping ground kubuntu guys use even though the right package is nvidia-graphics-drivers-180 on karmic :)
[23:44] <bryceh> yep
[23:45] <bryceh> 564129 was the only one with a decent stacktrace, so I left it
[23:45] <bryceh> 128
[23:49] <Sarvatt> wish these kde bug logs weren't useless
[23:50] <Sarvatt> people have problems running apport-collect usually on these ones dumped over from kde ones saying no new information to add
[23:51] <Sarvatt> nothing we can do with just a dependency list and the backtrace thats usually all in qt functions
[23:51] <bryceh> mm, search page on launchpad shows there's now an Expired state
[23:51] <Sarvatt> nice!!
[23:52] <Sarvatt> nVidia driver scrambles Usplash (on lucid)
[23:52] <Sarvatt> kaay
[23:53] <Sarvatt> thats either plymouth or vga16fb's fault anyhow, not nvidia-graphics-drivers
[23:53] <bryceh> yep
[23:56] <Sarvatt> if you set something wontfix, it requires someone in bugcontrol or core-dev to change the status right?
[23:57] <Sarvatt> I'm eyeing https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/565980 which is likely to get changed even though they dont like the response :)


[06:59] <lukehasnoname> Is the current set of "logout" and "shutdown" screens in intrepid the plan for the final release? If so, what reasoning is there to make two menus out of one easy-to-use menu found in Hardy?
[07:44] <Burgundavia> lukehasnoname: upstream has one menu, 7 options on one menu is not "easy to use"
[07:45] <Burgundavia> upstream has two menus, I should say
[07:51] <lhnn> to whoever just said what they said: Having all my options in an elegant, well explained window that I could access with a mouse gesture instead of going through a menu is convenient.
[07:55] <Burgundavia> lhnn: if you have to explain, you have already failed
[07:55] <lhnn> Burgundavia: I'm talking about
[07:56] <lhnn> er
[07:57] <Burgundavia> hmm?
[07:57] <lhnn> Something being well documented is failing?  I know what suspend and hibernate is, but some computer users won't know right away. My point was that everything was easy to access and navigable, and there is an extra step involved. Combine that with the fact that the menu is less visually appealing now, and it's a step back.
[07:59] <Burgundavia> the major failure is that we even have suspend/hibernate
[07:59] <Burgundavia> and shutdown
[07:59] <Burgundavia> but regardless, the current menu is different from upstream and offers noadvantages
[08:00] <lhnn> I appreciate the concept of sticking with upstream, but when upstream is inferior... In a
[08:00] <lhnn> hm
[08:00] <lhnn> nvmd
[08:01] <lhnn> you also seem to be out of your mind or trolling
[08:01] <Burgundavia> no, I am not trolling
[08:02] <lhnn> It seems you are suggesting it is unnecessary to have shutdown/suspend/hibernate options
[08:03] <Burgundavia> in a perfect world yes
[08:05] <lhnn> mhm.
[08:07] <Burgundavia> basically, all three say "I am done with this computer and it should stop being on"
[08:09] <Burgundavia> anyway, I need to sleep
[08:37] <slomo> seb128: hi :) could you sync gshare from debian? fixes a critical bug :)  also, do you know when/if pitti will be online today?
[08:37] <seb128> hello slomo
[08:38] <seb128> will sync it
[08:38] <seb128> not sure about pitti, he was to the plumber conference and should be flying back around today but not sure exactly when and he'll need to catch on jetlag too
[08:39] <slomo> ok, thanks :)
[08:39] <seb128> do you need him for something? maybe somebody else can reply?
[08:41] <seb128> mvo, slomo: btw what is the easy codec situation for intrepid? do we still use the old system or the new debian one? I think we synced some packages from debian experimental so we might be in the middle of the transition and need to change things to work correctly
[08:42] <slomo> seb128: intrepid uses the old stuff but someone needs to merge the experimental packages (remove new codec installation stuff)... or sync all packages and transition all other gstreamer plugin packges ;)
[08:42] <slomo> seb128: imho this should wait for next release
[08:42] <seb128> slomo: I think I synced some experimental packages which have been adapted for the new system
[08:43] <seb128> anyway I'm too busy to look at those, so I'm just letting you guys know in case somebody want to have a look to this for intrepid
[08:49] <mvo> seb128: gst-plugins-ugly0.10 0.10.9-1 (source)  , gst-plugins-good0.10 0.10.10-1 (source) - thats all?
[09:58] <pochu> morning all
[09:59] <pochu> seb128_: do you want me to do totem/totem-pl-parser? assuming you haven't done it yet ;-)
[09:59] <seb128_> hey pochu, you are welcome to do those
[09:59] <pochu> great
[10:01] <pochu> btw usb stuff isn't automounting here. I can mount it via 'sudo mount -t vfat ...', is that a hal issue?
[10:08] <davmor2> Guys should jockey automagically restart X in the current session to start compiz once nvidia/ati drivers have been selected or should it still throw up a restart icon on the taskbar?
[10:09] <seb128_> you can't restart xorg in the current session
[10:10] <seb128_> the restart icon most likely
[10:10] <davmor2> seb128_: that's what I thought but there is no icon now so I'll bug it thanks
[10:10] <seb128_> I would say that's not a bug
[10:10] <seb128_> thinking about it, having a icon would make no sense
[10:11] <seb128_> you get the icon when a reboot is required for a reason which is not obvious
[10:11] <seb128_> in the jockey case something in jockey should tell you that the changes will be applied after next login
[10:11] <davmor2> seb128_: in hardy it used to throw up the icon once it had installed the drivers
[10:12] <seb128_> you should ask that to pitti when he'll be around
[10:12] <davmor2> seb128_: thanks anyway :)
[10:12] <seb128_> davmor2: bug #272238
[10:13] <davmor2> seb128_: cool thanks :)
[10:54] <seb128_> pochu: how are those updates going?
[11:35] <geser> seb128: do you know if a new upstream version of nautilus-python needs a FFe or does it fall into the general gnome FFe? see bug 272231
[11:36] <seb128> geser: I asked this guy to do the update, it's not in the GNOME desktop ffe but I'm granting one for this update since apparently I can accept desktop exception for universe ;-)
[12:08] <pochu> seb128: gtg to the uni, I'm back, gonna do totem right now
[12:08]  * pochu grabs the source
[12:08] <seb128> pochu: ok good
[12:09] <seb128> if somebody wants to do some updates just ask I've a list of tarballs to hand ;-)
[12:09] <seb128> enough for everybody ;-)
[12:13] <crevette> anyone willing to test a bluez-gnome update here ? i'm looking for people who do files transfer and who use bluetooth imput
[12:33] <vuntz> seb128: just wondering, will you revert the spin button change?
[12:34] <seb128> vuntz: already did
[12:34] <vuntz> heh
[12:34] <seb128> vuntz: there is no way that's going to work, there is not only the GNOME desktop using GTK, the GTK API is confusing and has buggy example and most of the world is using wrong values there
[12:34] <vuntz> I know
[12:35] <vuntz> and I think it's the right thing to do
[12:35] <seb128> but ... ? ;-)
[12:36] <vuntz> there's no but
[12:37] <vuntz> I'm just wondering whether I should invest time to fix the glade/ui files today or do something else
[12:37] <seb128> ok, your mail on the list looked like a bit you were suggesting to patch all the desktop applications quickly and roll new tarballs
[12:37] <vuntz> we should still do this if possible
[12:38]  * lool +1
[12:38] <seb128> that can wait for 2.24.1
[12:38] <vuntz> indeed
[12:38] <vuntz> that's why I'm considering not doing this today ;-)
[12:38] <pochu> hmm
[12:38] <pochu> what's this "Generating server key" in totem?
[12:38] <pochu> the new BBC plugin?
[12:47] <vuntz> seb128: oh, btw, does debug = FALSE work to make gnome-session silent?
[12:47] <seb128> vuntz: yes, there is an upstream bug stating that's the right thing to do too
[12:48] <seb128> let me get you the number
[12:48] <vuntz> got it
[12:49] <seb128> ok
[12:49] <pochu> seb128: bug 273088
[12:49] <pochu> now pl-parser
[12:49] <seb128> pochu: ok thanks, dunno about your previous questionbtw
[13:11] <seb128> hey pedro_!
[13:12] <pedro_> salut seb128!
[13:13] <seb128> pedro_: how was your weekend and national party thing ;-)
[13:14]  * pochu waves at pedro_
[13:14] <pedro_> seb128: was awesome! my stomach is now weird because of eating too much i don't want to eat any meat for at least a month
[13:14] <seb128> ah ah ah ;-)
[13:14] <pedro_> hello pochu!
[13:14] <geser> seb128: doess goocanvas 0.11 (bug 272222) has also a FFe from you?
[13:14] <pochu> seb128: what's the best thing to test plparser? creating playlists and playing them? I don't use playlists usually
[13:14] <pedro_> seb128: thanks for asking btw, how was your weekend ? ;-)
[13:14] <seb128> geser: yes, it's basically an update which fix the current version ftbfsing when using the intrepid gtk
[13:15] <seb128> pedro_: a bit short but good otherwise ;-)
[13:16] <geser> seb128: I've seen there is also goocanvas 0.12 already. is 0.11 good enough for intrepid or will 0.12 be packaged soon too (so no need to sponsor 0.11 right now)?
[13:17] <seb128> geser: I noticed that too and just told that to didrocks, looking at the new version now, sec
[13:17] <didrocks> I can update it this evening, if needed
[13:18] <seb128> the update is a trivial one, it has a libtool2.2 fix and an another change, would be nice to get it
[13:19] <seb128> didrocks: you can do the update?
[13:19] <seb128> geser: wait for the new version, no need to sponsor this one
[13:19] <didrocks> seb128: ok, will do it. I edit the status of the bug right now
[13:27] <pochu> seb128: bug 273095. there's an issue with .m3u playlists but it's not a regression from 2.23.91
[13:27] <pochu> see you later
[13:35] <seb128> pochu: right, I need to ask to upstream which the fix didn't go to stable too
[14:08] <seb128> hey pitti!
[14:13] <davmor2> Hi Guys.  Intrepid Gnome.  The screensaver fades to black and then wakes back up is there a way I can track down what's causing it?
[14:13] <davmor2> tried apport-cli on gnome-screensaver and there were no pending crash reports
[14:17] <mvo> hey pitti, wb!
[14:17] <pitti> mvo! *hug*
[14:36] <seb128> Ampelbein, pochu: let me know if you want to do some other updates, there is still plenty to do ;-)
[14:38] <seb128> huats: the new gcalctool update is available too
[14:39] <Ampelbein> seb128: i got no time atm, am busy for 2-3 hours at my job.
[14:39] <huats> seb128: it is already built
[14:39] <seb128> Ampelbein: ok no problem; let me know letter if you want to do some update though ;-)
[14:39] <huats> I am start kvm right now :)
[14:39] <seb128> huats: good ;-)
[14:40] <huats> seb128: I am taking care of the anjuta update ...
[14:40] <huats> (wel pochu is aware of that
[14:40] <huats> )
[14:40] <huats> I am working on it
[14:40] <seb128> noted
[14:41] <huats> i am pushing it for some time now...
[14:41] <huats> I need to sticks with it :)
[14:41] <huats> seb128: if you have any stuffs, I can work a bit on it tomorrow I think...
[14:42] <seb128> huats: better to ask when you are a free slot so nobody blocks on updates which have been claimed in advance
[14:42] <huats> sure
[14:42] <seb128> there is enough tarballs to update ;-)
[14:42] <huats> :)
[14:42] <huats> I am sure there is :)
[15:59] <seb128> mvo: how would you like to do some of the GNOME 2.24 updates? ;-)
[16:02] <mvo> seb128: I'm pretty busy, but I can take some (+ do sponsoring)
[16:03] <seb128> mvo: http://download.gnome.org/sources/gnome-terminal/2.24/gnome-terminal-2.24.0.tar.gz then if you can do it
[16:04] <seb128> mvo: extra ones will come a bit later, likely vte, metacity for you too
[16:04] <seb128> and maybe gnome-control-center
[16:04] <seb128> thanks ;-)
[16:06] <mvo> ok
[16:15] <tedg> seb128: There was a FUSA release, have you done that one?
[16:16] <seb128> tedg: no, you changed too many things in this package it's all yours now ;-)
[16:16] <tedg> Heh, okay.
[16:21] <mvo> seb128: g-t is ready, will you shoot me if I don't put the verbose changelot into it?
[16:22] <seb128> mvo: no, I don't expect many changes between previous tarballs and those anyway since GNOME was mostly frozen
[16:22] <mvo> indeed, it seems to be (almost) entirely i18n updates
[16:23] <seb128> brb, trying changes
[16:47] <Ampelbein> seb128: i'm ready now to do some updates
[16:47] <seb128> Ampelbein: good
[16:47] <seb128> http://download.gnome.org/sources/sound-juicer/2.24/sound-juicer-2.24.0.tar.gz
[16:47] <seb128> http://download.gnome.org/sources/gnome-games/2.24/gnome-games-2.24.0.tar.gz
[16:47] <seb128> http://download.gnome.org/sources/gnome-applets/2.24/gnome-applets-2.24.0.tar.gz
[16:47] <seb128> http://download.gnome.org/sources/gnome-utils/2.24/gnome-utils-2.24.0.tar.gz
[16:47] <seb128> http://download.gnome.org/sources/gnome-themes/2.24/gnome-themes-2.24.0.tar.gz
[16:48] <seb128> those are free to be picked
[16:48] <Ampelbein> k
[16:48] <seb128> anybody starting on something let other people know on the chan
[16:48] <Ampelbein> doing gnome-games now
[16:51] <seb128> huats: gdl gnome-build and anjuta have 2.24 tarballs now
[16:53] <mpt> mvo, w.r.t. bug 263982, what shade of grey is that?
[16:56] <tedg> mpt: Hey, you're back.  Feeling better?
[16:56] <mvo> mpt: its "darkgray" (I think 169,169,169 according to /usr/share/X11/rgb.txt)
[16:56] <mpt> tedg, partly
[16:57] <mvo> mpt: you think a darker one would be better?
[16:58] <mpt> mvo, my mockup used #888, i.e. 136,136,136
[16:59] <mpt> and smaller text too
[16:59] <huats> seb128:  ok
[16:59] <huats> I'll tackle them
[17:00] <didrocks> geser: if you want, you can now take a look at goocanvas, I updated it at 0.12 (bug #272222)
[17:01] <seb128> didrocks: http://download.gnome.org/sources/pygoocanvas/0.12/pygoocanvas-0.12.0.tar.gz if you want to update this one too
[17:02] <didrocks> seb128: right, let's go :)
[17:02] <mpt> mvo, maybe even down to 128
[17:04] <mvo> mpt: thanks, what do you think about http://people.ubuntu.com/~mvo/tmp/Screenshot-Add-Remove Applications.png ? (#888 and font-scale=0.8)
[17:05] <mpt> mvo, that looks better
[17:06] <mpt> mvo, is that exactly the same size as is used for the summary of each applicaiton in the listbox above?
[17:06] <mpt> application
[17:07] <mvo> mpt: I made it now exactly the same size (PANGO_SCALE_SMALL)
[17:07] <mvo> mpt: do you want me to try a different gray or do you think its good?
[17:07] <mvo> (a different from #888)
[17:07] <mpt> looks fine to me
[17:08] <mpt> good work mvo
[17:08] <mvo> thanks mpt
[17:08] <seb128> tedg: are you going to do the fusa update?
[17:08]  * mpt is glad to learn of the existence of PANGO_SCALE_SMALL
[17:08] <mvo> mpt: and sorry for the disparities between spec and initial code
[17:11] <Ampelbein> seb128: bug 273185 - finished
[17:11] <seb128> Ampelbein: good, I just sponsored the seahorse-plugins update
[17:11] <Ampelbein> thanks.
[17:13] <Ampelbein> will do http://download.gnome.org/sources/gnome-applets/2.24/gnome-applets-2.24.0.tar.gz now
[17:14] <mvo> seb128: I can do vte, metacity or gnome-control-center (all the bzr ones basicly ;)
[17:14] <mvo> I just don't follow the release rss
[17:14] <seb128> mvo: ok, those tarballs are not rolled yet but I'll ping you when they are
[17:15] <mvo> thanks!
[17:15]  * mvo hugs seb128
[17:15]  * seb128 hugs mvo, thanks to you
[17:17] <didrocks> seb128: work on pygoocanvas done. It successfully build :) Thanks for this straightforward update (bug #273199)
[17:18] <seb128> didrocks: you're welcome ;-)
[17:19] <tedg> seb128: Yeah, it failed in PPA -- retrying now.
[17:21] <didrocks> (seb: and thx for gnome-spell too)
[17:23] <geser> seb128: do I understand it correctly that pygoocanvas 0.12 has  also a FFe from you?
[17:23] <seb128> geser: yes
[17:23] <geser> good, I'll sponsor it once I'm done with sponsoring goocanvas
[17:25] <didrocks> geser: good luck for goocanvas, the .diff.gz is huge :) (lot of dubed updates in the control file which has more than 12 000 lines IIRC)
[17:32] <geser> didrocks: control file?
[17:32] <didrocks> geser: oupss, configure one :)
[17:33] <didrocks> (the configure file at the root of the package)
[17:35] <didrocks> seb128: if you think that I can be helpful on other packages, fire on :)
[17:36] <seb128> didrocks: want to try a library? http://download.gnome.org/sources/libbonobo/2.24/libbonobo-2.24.0.tar.gz and http://download.gnome.org/sources/libbonoboui/2.24/libbonoboui-2.24.0.tar.gz
[17:37] <didrocks> seb128: with pleasure :)
[17:42] <didrocks> geser: thx for all you sponsoring :)
[17:42] <geser> np
[17:45] <Ampelbein> seb128: in gnome-applets 2.24.0, policykit is not enabled by default. should i pass --enable-polkit as a option to configure to enable it?
[17:46] <seb128> Ampelbein: are you sure it's not? the default seems to be auto which will enable it if the build-depends are available no?
[17:46] <Ampelbein> hmm, i tried with pbuilder and it was not enabled.
[17:49] <seb128> Ampelbein: maybe a build-depends is lacking then?
[17:49] <Ampelbein> checking
[17:50] <seb128> Ampelbein: is libpolkit-dbus-dev installed?
[17:52] <Ampelbein> should be automatically installed by libpolkit-gnome-dev
[17:53] <Ampelbein> i'll try again with an explicit dependency on libpolkit-dbus-dev
[17:54] <geser> Ampelbein: check also the configure output during build, usually configure tells if it finds a feature or not
[18:01] <Ampelbein> now with the explicit build-dep it enables policykit integration
[18:07] <Ampelbein> strange. on another machine gnome-applets enabled policykit even without the explicit depend. i'll try the ppa machines.
[18:13] <didrocks> libbonobo (bug #273214) and libbonoboui (bug #273218) ready to get sponsored
[18:14] <seb128> didrocks: ok, will have a look a bit later, going for dinner soon now
[18:14] <didrocks> seb128: no pb. Have a good lunch :)
[18:14] <didrocks> s/lunch/dinner
[18:14] <seb128> thanks ;-)
[19:05] <didrocks> seb128: if you need me for whatever package, do not hesitate :)
[19:10] <Ampelbein> now working on http://download.gnome.org/sources/gnome-utils/2.24/gnome-utils-2.24.0.tar.gz
[19:18] <ember> hey
[19:20] <mvo> hey em
[19:20] <mvo> hey ember
[19:20] <ember> hey mvo
[19:24]  * pochu waves
[19:26] <mvo> if someone could test the new compiz 0.7.8 package in "deb http://ppa.launchpad.net/compiz/ubuntu intrepid main" that would be much appreciated
[19:37] <Ampelbein> mvo: something special you want to have tested?
[19:39] <mvo> Ampelbein: just if it installs and runs and behave sanely
[19:42] <Ampelbein> seb128: bug 273185, bug 273200, bug 273243 are finished by me.
[19:48] <Ampelbein> mvo: i get a segfault as soon as i enable compiz with your package
[19:48] <ember> fails here too.
[19:48] <ember> missing scalefilter
[19:49] <pochu> seb128: I can do vino and vinagre tonight
[20:19] <seb128> pochu: ok good I let those for you
[20:19] <seb128> Ampelbein: ok noted, will have a look to those
[20:20] <seb128> ok, people wanting to do updates
[20:21] <seb128> you need to ask on the chan first to know if that's something to update and if somebody else is working on it
[20:22] <seb128> ember: libgnomeprint* are only translations updates and in sync on debian we will wait for debian to do the update, can you start using the chan as everybody else so you don't conflct or do unrequired updates?
[20:22] <ember> seb128:
[20:22] <ember>     * Fix build with latest gtk+ (Kjartan)
[20:22] <ember>     * Build fix (Kjartan)
[20:23] <ember> it's the ui
[20:23] <ember> it's was just due to tomboy
[20:23] <seb128> ?
[20:23] <seb128> the libgnomeprintui is on sync too
[20:23] <seb128> and debian can do this update
[20:23] <seb128> just ask on the chan before doing something
[20:24] <seb128> it's working for everybody else
[20:24] <seb128> the gnomemm updates will wait on debian too
[20:25] <seb128> things which are to update
[20:25] <ember> ok, i'm just going to do the regular ones, gnome-themes, sound-juicer, metacity, yelp, and gtk-engines
[20:25] <seb128> gnome-themes has already be done
[20:26] <seb128> bug #273279
[20:26] <seb128> oh you did it
[20:26] <seb128> ok
[20:26] <ember> i've been updating on the DesktopWeekTODO
[20:27] <seb128> right, we have not been using that this cycle
[20:27] <seb128> we have been assigning updates on the chan when people were asking for something to do
[20:27] <seb128> we really need a better way to claim work but until we have one ask on the chan before working on something
[20:28] <seb128> you can do those
[20:28] <ember> the work of norsetto is getting shape, we just need a method to claim an update on the page
[20:30] <seb128> not really
[20:30] <seb128> I don't want people jumping on all the updates
[20:30] <seb128> it would be much nicer if people were looking at some specific components
[20:30] <seb128> huats is looking a gcalctool updates and bugs and talking to upstream for example
[20:31] <seb128> Ampelbein has been cleaning the gnome-keyring and seahorse bugs and doing those updates
[20:31] <seb128> etc
[20:31] <huats> seb128: yep :)
[20:31] <seb128> we need an easy way to make clear than some people will work on some updates
[20:32] <huats> I am honoured that you mention myself :)
[20:32] <seb128> huats: you have been doing some good work on gcalctool ;-)
[20:32] <huats> :)
[20:32] <huats> thanks seb128
[20:32] <huats> :)
[20:32] <huats> I am learning :)
[20:32] <seb128> and I would like to encourage people to pick a software they have interest on and focus on doing a good job on this one
[20:33] <seb128> rather than doing random updates as they are coming
[20:33] <huats> I think you are right :)
[20:33] <huats> I'll try to take some more the same way
[20:33] <huats> :)
[20:46] <huats> seb128: bug 273287
[20:46] <huats> (and u-m-s has been subscribed)
[20:46] <huats> rrrgg u-s-m
[20:46] <huats> :)
[20:58] <seb128> didrocks: still want an update for today?
[20:59] <pochu> seb128: bug 273269 and bug 273269. They look ok, except for a little issue I've found with vino, but it's small and not a regression, so it's ok to upload it
[20:59] <seb128> pochu: ok good, thanks
[20:59] <pochu> I'm looking at the code to make a patch for the issue, if I can't I'll just report it upstream
[20:59] <seb128> pochu: you listed the same bug twice ;-)
[21:00] <pochu> oops
[21:00] <pochu> bug 273270 :-)
[21:00] <pochu> there you have ;-)
[21:00] <pochu> seb128: btw, do you know how to make a GTK window open in the foreground? what property do I have to set?
[21:01] <seb128> you don't
[21:01] <seb128> the wm try hard to forbid you doing that because that steal focus and is really annoying
[21:01] <seb128> ie if I'm typing there I don't want to have a dialog jumping in front and taking the keyboard events
[21:01] <seb128> what are you trying to do?
[21:02] <pochu> this is the issue with vino: it has an option which asks you whether you want to allow someone to connect to your computer when somebody tries to connect to it, but the dialog is opening in the background here
[21:02] <pochu> I think it should be opened in the foreground, otherwise you might miss it
[21:02] <pochu> or is that behaviour ok?
[21:03] <seb128> it should not open a dialog but display an icon in the notification area if you ask me
[21:03] <pochu> hmm
[21:03] <seb128> and maybe use a notification bubble pointing to it too
[21:03] <pochu> I prefer the current behaviour rather than the icon
[21:03] <pochu> the icon is easy to miss
[21:04] <pochu> although the notification would solve it
[21:04] <pochu> but the point is that I may be waiting for you to ACK the connection
[21:04] <seb128> icon+bubble is not that easy to miss
[21:04] <pochu> yeah, true
[21:04] <seb128> do you really not notice the "you need to reboot" thing? ;-)
[21:04] <pochu> heh
[21:05] <pochu> I sometimes ignore it for a few days ;)
[21:05] <pochu> emilio@saturno:~$ uptime  22:05:07 up 8 days, 1 min,  4 users,  load average: 0.08, 0.11, 0.12
[21:05] <pochu> and I have a reboot icon in the systray ;-)
[21:05] <pochu> but I see your point
[21:05] <pochu> I'm ignoring it on purpose ;-)
[21:06] <pochu> BTW, what about claiming updates in the /topic?
[21:06] <seb128> you might want to speak to mpt about that when he's around
[21:06] <pochu> that's a good idea
[21:06] <seb128> pochu: that doesn't scale
[21:07] <seb128> we have too many packages maintained there
[21:07] <pochu> oh, right
[21:07] <seb128> and some updates are not free to claim by anybody
[21:07] <seb128> I'll put some efforts in that when the GNOME 2.24 updates will be uploaded
[21:07] <seb128> ie tomorrow or wednesday most likely
[21:09] <pochu> cool
[21:10] <pochu> seb128: we are sticking with gdm 2.20, right?
[21:10] <ember> perhaps we can do as the table on desktoptodo, have an "usual updater" and packages that can only be updated be requesting
[21:10] <seb128> pochu: I'll try to upload the new version as an another package in universe so it's available but I don't think we should switch the default one
[21:12] <ember> s/be/by
[21:12] <pochu> pitti: hi! I have an issue with USB memories, they are not automounted, but I can mount them with 'sudo mount -t vfat /dev/sdb1 somepath', do you know which package may be the culprit?
[21:14] <seb128> pochu: try to gnome-mount -b -v -d /dev/sdb1
[21:14] <seb128> and look if that works
[21:15] <pochu> seb128: it doesn't (without sudo)
[21:15] <pochu> ** Message: Mount failed for /org/freedesktop/Hal/devices/volume_part1_size_513187840
[21:15] <pochu> org.freedesktop.Hal.Device.PermissionDeniedByPolicy : org.freedesktop.hal.storage.mount-removable no <-- (action, result)
[21:16] <seb128> pochu: ok, so your user don't have the credential to mount this one
[21:17] <pochu> it happens with any usb thing
[21:18] <pochu> wtf
[21:18] <seb128> pochu: right, that's buggy, pitti is probably not around he's fighting jetlag
[21:19] <pochu> I can't unlock users-admin, the unlock button is always greyed out
[21:19] <pochu> so is it hal's fault?
[21:19] <seb128> pochu: you don't get policykit credential apparently
[21:19] <seb128> are those local applications or do you run over ssh or something?
[21:19] <pochu> local
[21:20] <seb128> pochu: ck-list-sessions
[21:20] <pochu> I haven't rebooted this for one week, perhaps that is related...
[21:20] <pochu> no output for 'ck-list-sessions'
[21:20] <pochu> ah!
[21:20] <seb128> you have no consolekit session active then which explains you don't get credentials
[21:20] <pochu> bug 263245
[21:20] <seb128> not sure why you have no session though
[21:20] <pochu> it crashes every now and then
[21:21] <seb128> that would explain why indeed ;-)
[21:21] <pochu> emilio@saturno:~/tmp$ dmesg | grep console-kit | grep segfault | wc -l
[21:21] <pochu> 12
[21:21] <seb128> waouh
[21:21] <seb128> it never crash here
[21:21] <pochu> seb128: thanks for helping me debugging this :)
[21:21] <seb128> you have something which it doesn't like apparently
[21:21] <seb128> you're welcome
[21:21] <pochu> the bug report has a lot of subscribers so I milestoned it for beta
[21:22] <seb128> you can use "ck-launch-session gnome-mount -b -v -d /dev/sdb1"
[21:22] <seb128> that should be working
[21:23] <seb128> Ampelbein, pochu: do you want to do some other updates?
[21:23] <pochu> yeah that worked!
[21:24] <pochu> I can do file-roller
[21:24] <seb128> pochu: I did it already
[21:24] <pochu> ah
[21:24] <Ampelbein> seb128: i can do gnome-themes
[21:24] <seb128> xchat-gnome, epiphany-browser, gthumb are to do if you want
[21:24] <seb128> Ampelbein: ember did this one already
[21:24] <pochu> you didn't upload it yet, right?
[21:24] <Ampelbein> ah, ok.
[21:25] <seb128> pochu: I did 5 minutes ago while we were debugging this policykit issue
[21:25] <pochu> ok
[21:25] <pochu> hmm, in fact the one I milestoned was bug 264179
[21:25] <pochu> it seems to be quite buggy: https://bugs.edge.launchpad.net/ubuntu/+source/consolekit
[21:25] <seb128> crash in free = need valgrind log
[21:26] <seb128> right
[21:26] <pochu> I didn't know that, good to know :)
[21:26] <pochu> but it's not reproducible, it just happens from time to time
[21:27] <pochu> I could run it in the background though
[21:27] <seb128> pochu: the free function is not buggy, so if that crash here that's usually because the variable has already been freed
[21:27] <pochu> so it's trying to free it twice?
[21:27] <pochu> and the second one crashes?
[21:27] <seb128> pochu: rename the binary as binary.real and replace binary by a small wrapper calling valgrind on binary.real
[21:28] <pochu> pitti: nevermind, we tracked it down to consolekit's fault
[21:28] <seb128> pochu: usually yes, or it's given something which can't be freed
[21:28] <pochu> I see
[21:28] <pochu> and wouldn't a backtrace show in which function it crashed, so you can see whether it was already free'd?
[21:29] <seb128> right
[21:29] <seb128> valgrind can tell you where it has been freeded
[21:29] <seb128> freed
[21:30] <seb128> Ampelbein: the gnome-games update, don't update Standards-Version in an ubuntu specific way, it's not useful and create extra diff over debian
[21:31] <seb128> Ampelbein: same for gnome-applets
[21:32] <Ampelbein> ok, will change back
[21:32] <seb128> thanks
[21:32] <seb128> Ampelbein: same for those
[21:32] <seb128> "+    - changed build-dep of libglade2-dev and libgucharmap-dev to not depend
[21:32] <seb128> +      on revision 1
[21:32] <seb128> "
[21:32] <seb128> that's only a lintian warning
[21:32] <seb128> not worth creating diff over debian
[21:32] <Ampelbein> k
[21:40] <seb128> Ampelbein: otherwise the updates are good and I'll sponsor those when you have fixed that
[21:40] <seb128> Ampelbein: don't bother rebuilding the binaries just for those changes
[21:42] <Ampelbein> seb128: k. bug 273185 done
[21:43] <seb128> Ampelbein: thanks, btw no need to clean previous diff.gz and dsc every time you do an update
[21:43] <seb128> you can keep attaching new ones on the same bug ;-)
[21:43] <Ampelbein> just thought its better for having a overview of which one is the right one.
[21:44] <seb128> not really, it makes harder to see the changes between the previous one and the your update
[21:46] <Ampelbein> seb128: ok. bug 273200 done
[21:47] <seb128> gnome-games uploaded
[21:49] <pochu> seb128: thanks for the $binary.real tip, I've just done it, will see if I can get a valgrind log of the crash
[21:49] <seb128> pochu: you're welcome
[21:49] <Ampelbein> seb128: and bug 273243 done
[21:53] <Ampelbein> seb128: hppa build of gnome-games failed, see http://pastebin.com/d7cbf438e
[21:53] <seb128> Ampelbein: don't bother about hppa
[21:54] <Ampelbein> ok
[21:54] <seb128> but yeah, pygtk is not installable on hppa which breaks quite some builds
[21:55] <seb128> Ampelbein: the gnome-utils update, can you just remove the translations list in the changelog? that's lot of space for no real useful information, "translations updates" is enough ;-)
[21:55] <Ampelbein> ok
[21:55] <ember> seb128: gnome-themes, sound-juicer, yelp, gtk2-engines done. i'm just going to update metacity and hamster-applet
[21:55] <seb128> ember: ok
[21:56] <Ampelbein> seb128: reuploaded
[21:57] <seb128> Ampelbein: thanks
[21:59] <mvo> ember: I can sponsor sound-juicer and yelp and gtk2-engines, just give me the url
[21:59] <mvo> ember: (or is it in bzr :) ?
[22:01] <ember> bug #273302
[22:03] <ember> bug #273321
[22:06] <ember> bug #273292
[22:06] <ember> mvo: and http://bazaar.launchpad.net/~ember/metacity/ubuntu/revision/8
[22:07] <seb128> pochu: still around?
[22:08] <pochu> seb128: yup
[22:09] <seb128> pochu: you attached the wrong diff.gz to the vinagre bug
[22:09] <pochu> oh, let me have a look
[22:11] <pochu> seb128: what's wrong with it?
[22:11] <seb128> pochu: it's not for vinagre?
[22:11] <pochu> ah
[22:11] <pochu> lol
[22:11] <seb128> pochu: do you see the error now? ;-)
[22:12] <pochu> :-)
[22:12] <pochu> fixed
[22:13] <seb128> thanks
[22:18] <Ampelbein> seb128: any updates left? where can i find a list if there is any
[22:18] <seb128> Ampelbein:
[22:18] <seb128> http://download.gnome.org/sources/xchat-gnome/0.24/xchat-gnome-0.24.0.tar.gz
[22:19] <seb128> http://download.gnome.org/sources/epiphany/2.24/epiphany-2.24.0.tar.gz
[22:19] <seb128> http://download.gnome.org/sources/epiphany-extensions/2.24/epiphany-extensions-2.24.0.tar.gz
[22:19] <seb128> http://download.gnome.org/sources/cheese/2.24/cheese-2.24.0.tar.gz
[22:19] <seb128> http://download.gnome.org/sources/gthumb/2.10/gthumb-2.10.10.tar.gz
[22:19] <crevette> pick one !!
[22:19] <seb128> http://download.gnome.org/sources/gnome-doc-utils/0.14/gnome-doc-utils-0.14.0.tar.gz
[22:20] <Ampelbein> i know that there is much left to do, just did not want to do double work because someone is already on it.
[22:20] <ember> seb128: mind i do gnome-menus and libwnck ?
[22:20] <Ampelbein> will work on xchat-gnome now
[22:20] <seb128> ember: you can do those
[22:21] <seb128> Ampelbein: ok good
[22:21] <mvo> thanks ember
[22:23]  * ember hugs mvo
[22:28]  * mvo hugs ember back
[22:37] <mvo> ember_: let me know if you need more sponsoring tomorrow, I'm off to bed for now
[22:38] <ember_> okidoki, thanks again mvo
[22:38] <mvo> cheers ember - thank you for the updates :) yelp, s-j, metacity and gtk2-engine should be there now
[22:41] <Ampelbein> seb128: should i integrate the apturl-patch from bug 217611 into xchat-gnome?
[23:14] <Ampelbein> now doing epiphany-browser
[23:16] <ember_> gnome-menus and libwnck is done, working on eog
[23:42] <ember_> seb128: gnome-menus libwnck and eog are done
[23:43] <seb128> right, I noticed but it's late and the next tarballs and sponsoring will wait tomorrow, there is too much to do everything today anyway
[23:43] <seb128> I also notice Ampelbein's updates ;-)
[23:43] <seb128> anyway enough work for now


[00:39] <maco> micahg: ok, but at this point itd be 1.4.2 because of aforementioned security thing
[00:39] <maco> (1.4.2 is in sid)
[00:39] <micahg> maco: sure, but we need to wait for raring to open to backport that
[00:40] <maco> micahg: that sounds like "wait a week"
[00:42] <micahg> maco: well, if the version in sid isn't changing, you could test your own backports now (though to go to precise, we have to go through quantal)
[00:44] <maco> micahg: k
[00:45] <maco> micahg: you mean backport 1.4.2 to both quantal and precise, right?
[00:46] <micahg> yeah
[00:46] <maco> (quantal is at 1.4.1, and i just attached a debdiff with a chunk of 1.4.2. to security bug today, but 1.4.2 isnt *just* the security fix)
[00:46] <micahg> well, we could either backport 1.4.1+security fix from quantal to precise or 1.4.2 from raring to quantal & precise
[00:50] <maco> k
[06:19] <jussi> oh a quick FYI to everyone who worked on it, my quantal upgrade appears to have worked without a hitch! :D
[07:14] <kubotu> ::workspace-bugs:: [1061073] Desktop effects are slow and desktop corruption using mesa 9 @ https://bugs.launchpad.net/bugs/1061073 (by Stefan Freyr)
[10:30] <kubotu> ::qt-bugs:: [1070764] Qt 4.8.1 does not render fonts correctly @ https://bugs.launchpad.net/bugs/1070764 (by Egon A. Rath)
[12:23] <BluesKaj> howdy all
[12:24] <Riddell> good afternoon
[12:25] <BluesKaj> hey Riddell
[12:26] <Riddell> oh um, I've an open week session today
[12:26] <Riddell> must think of something to say
[12:28] <jussi> Riddell: "Hi Im Jon. I do Kool Stuff. Wanna come help?" :D :P
[12:29] <BluesKaj> not much in the 13.04 repos yet , just a few python-libs and kernel update
[12:31] <Riddell> yes that's called toolchain update
[12:32] <BluesKaj> yeah , I thought the toolchain would have more
[12:34] <Riddell> I guess gcc will be on its way. or maybe gcc has reached a state of perfection and don't need new versions. one of the other
[12:34] <Riddell> anyone want to do the plenary at UDS?
[12:35] <Riddell> shadeslayer: your turn for showmanship skills?
[12:35] <shadeslayer> I ain't doing it alone
[12:35] <shadeslayer> I have stage fright :P
[12:36] <yofel_> IIRC gcc 4.7 was so new when we used it for quantal that there nothing newer to use at the moment
[12:36] <yofel_> +is
[12:41] <Riddell> a state of perfection it is then, good :)
[12:43] <shadeslayer> also, I talked about PN last UDS :P
[12:47] <Riddell> "For guidance on how to purchase the ticket, see the attached video"  uh oh, this UDS hotel sounds tricky to get to
[12:47] <shadeslayer> hah
[12:47] <shadeslayer> that's what I was going to say as well :P
[12:48] <Riddell> afiestas: you're going out tomorrow?  where are you staying?
[12:49] <Riddell> tsdgeos: you're already in bella sky?
[12:49] <tsdgeos> Riddell: yes
[12:49] <shadeslayer> Riddell: do you know who your roommate is? :P
[12:49] <Riddell> shadeslayer: no idea
[12:49] <shadeslayer> okay, complete mystery for me as well
[12:49] <Riddell> tsdgeos: is the ticketing system complex enough I need to watch this video?
[12:49] <tsdgeos> for metro?
[12:50] <shadeslayer> yes
[12:50] <tsdgeos> if you do what i did
[12:50] <tsdgeos> not really
[12:50] <shadeslayer> scream till someone comes and helps?
[12:50] <tsdgeos> just get the 10 tickets 2 zone card (145 crowns)
[12:50] <tsdgeos> and then airport -> ørestad and ørestad -> bella center
[12:50] <shadeslayer> tsdgeos: wait, no pre arranged transport for the evenings this time?
[12:50] <tsdgeos> not that i know
[12:51] <Riddell> shadeslayer: this is europe, we have public transport here
[12:51] <shadeslayer> hmm
[12:51] <shadeslayer> Riddell: ^_^
[12:51] <Riddell> tsdgeos: is there a cash machine at the airport or do I need to go to a beuro de change?
[12:52] <tsdgeos> not sure, i got money at home
[12:52] <shadeslayer> I was under the assumption that evenings would be the same as the last UDS I attended, 2 years back
[12:52] <shadeslayer> Riddell: I thought you were taking the train?
[12:52] <Riddell> shadeslayer: they are but there's events on the first and last nights
[12:53] <shadeslayer> right, but at UDS-N they had transport in the evenings and the buses took you to various places
[12:53] <Riddell> shadeslayer: with my energy levels I think a 24 hour train ride is best avoided
[12:53] <shadeslayer> :D
[12:53] <shadeslayer> Drink loads of Red Bull and go on coding spree?
[12:53] <Riddell> shadeslayer: in the US that's necessary because there's no public transport
[12:54] <Riddell> I've never been able to code on trains
[12:55] <afiestas> Riddell: some place downtown
[12:56] <Riddell> afiestas:  so um, if I get stranded with nowhere to stay on saturday night can I stay on your floor?
[12:56] <shadeslayer> stranded ? 0.o
[12:57] <afiestas> Riddell: sure, I snore as hell so bring earplugs
[13:00] <Riddell> shadeslayer: my expected accomodation might not be around
[13:00] <shadeslayer> at Bella Sky?
[13:00] <Riddell> no with a Friend
[13:01] <shadeslayer> uhh .. okayy ... I'll be checking in at Bella Sky on the 27th .... and I doubt I'll have a roommate
[13:01] <shadeslayer> though I can't be certain at the moment
[13:02] <Riddell> ooh interesting :)
[13:02] <Riddell> so what fun things to do on the Sunday if there's some of us in town?
[13:02] <shadeslayer> I'm most likely going hiking
[13:03] <shadeslayer> into sweden
[13:05] <Riddell> http://www.getyourguide.com/copenhagen/copenhagen-harbour-kayak-tour-with-a-local-t7141/  ooh pricey canoeing
[13:05] <shadeslayer> will most likely be back in Copenhagen by 4 I guess
[13:05] <shadeslayer> O_O
[13:06] <ScottK> Riddell: My flight gets in very early (I think 0615 or 0715) on Sunday.
[13:08] <Riddell> ScottK: ouch, that's a long day of jet lag
[13:08] <ScottK> Riddell: Yes, but I'm also not changing planes anywhere.
[13:09] <ScottK> So there's no change LHR steals my bags.
[13:09] <ScottK> change/chance
[13:09] <Riddell> http://www.meetthedanes.dk/en/  ha ha, go and have dinner at someone's house as a tourist experience
[13:09] <shadeslayer> drat
[13:09] <shadeslayer> ScottK: bags get stolen at LHR? shit shit shit
[13:10] <ScottK> shadeslayer: They get lost.
[13:10] <shadeslayer> okay, never had that happen to me the last 2 times I went to LHR
[13:10] <shadeslayer> hopefully I get lucky
[13:11] <Riddell> actually the main legend about heathrow these days is the security queues
[13:11] <shadeslayer> don't have to clear them the first time :P
[13:14] <Riddell> shadeslayer: are you staying in london after?
[13:15] <shadeslayer> yah
[13:15] <shadeslayer> Stanmore to be exact
[13:15] <shadeslayer> which reminds me, I should email the ML about vacation dates
[13:16] <Riddell> Harrow, sounds posh
[13:16] <jussi> shadeslayer: oh shadeslayer!
[13:16]  * shadeslayer wouldn't know posh from non-posh in London
[13:17] <jussi> shadeslayer: do you think you might have time to sort me out with a deb today?
[13:17] <jussi> Im having to use kopete, which sucks!
[13:17] <shadeslayer> drat I forgot
[13:17] <shadeslayer> I also have dbus files this time, let me know if it works
[13:17] <jussi> shadeslayer: ok! nice!
[13:17] <shadeslayer> ( they don't work for me, but I fear that might be a local issue )
[13:18] <jussi> cool, Ill let you know
[13:18] <jussi> have you fixed the autorun or do I have to still manually run that binary?
[13:19] <shadeslayer> that's what the dbus stuff is for
[13:19] <Riddell> ah hah http://kajakole.dk/
[13:19] <jussi> shadeslayer: ahh, great
[13:19] <Riddell> afiestas, ScottK, shadeslayer, tsdgeos: anyone up for some paddling on sunday?
[13:20] <jussi> Riddell: I knew that would come up :P
[13:20] <shadeslayer> jussi: quantal right?
[13:20] <tsdgeos> watersports in october?
[13:20] <tsdgeos> uncool :D
[13:20] <Riddell> jussi: best way to see a city
[13:21] <shadeslayer> Riddell: I'll be out of CPH for most of the day, hiking :)
[13:23] <mikhas> am only arriving in the afternoon
[13:24] <jussi> tsdgeos: I think actually it would literally be "cool".... :P
[13:26] <Riddell> ah mikhas, you'll be hassling Quintasan_ to get mallit integrated right?
[13:26] <shadeslayer> :D
[13:28] <mikhas> Riddell, something like that
[13:30] <tsdgeos> jussi: true
[13:31] <Riddell> mikhas: are you into KDE generally? I'm not sure if we met at akademy I think I might have missed you
[13:32] <Riddell> oh too late
[13:32] <jussi> hehe
[13:33] <jussi> WOOOOOOO HOOOO
[13:33] <jussi> Im going to Australia in Dec/Jan!
[13:34] <tsimpson> no snow for you
[13:34] <shadeslayer__> jussi: http://people.ubuntu.com/~rohangarg/kde-telepathy-auth-handler_0.5.1-0ubuntu1~ppa1~precise1~ppa1_amd64.deb
[13:35] <jussi> shadeslayer: you are a god!
[13:35] <shadeslayer__> errr
[13:35] <shadeslayer__> why does that say precise1
[13:35] <jussi> thank you very much
[13:35] <shadeslayer__> not sure
[13:35] <jussi> it does
[13:36] <jussi> but it installs no problems
[13:36] <shadeslayer__> I don't think it's the rigt deb
[13:36] <shadeslayer> jussi: http://people.ubuntu.com/~rohangarg/kde-telepathy-auth-handler_0.5.1-0ubuntu2~ppa1_amd64.deb
[13:36] <shadeslayer> that's the right one
[14:18] <Riddell> Ubuntu Open Week started now https://wiki.ubuntu.com/UbuntuOpenWeek  Kubuntu talk in 1.5 hours
[15:58] <Riddell> Kubuntu talk in #ubuntu-classroom in a couple of minutes https://wiki.ubuntu.com/UbuntuOpenWeek
[16:27] <shadeslayer> Riddell: any plans for halloween at UDS?
[16:33] <Riddell> shadeslayer: us pagan celts do Samhuinn, we'd need a green faerie king and a winter spirit to kill him
[16:34] <shadeslayer> :D
[16:34]  * shadeslayer is away
[16:37] <Riddell> golly Lubuntu has a co-ordinator for QA / Testing, we need one of those
[16:41] <mikhas> ha
[16:44] <yofel> Riddell: nice session btw. :)
[16:44] <Riddell> thanks yofel, not sure there was much of an audience
[16:46] <yofel> yeah, there were a few, but I did recognise them all, so nobody new
[16:46] <yofel> thinking about Q/A coordinator reminds me of our member list that we never finished filling out
[16:46] <yofel> I'll send a reminder to the ML later
[16:50]  * ScottK tried to recruit BarkingFish for that role, but failed.
[17:55] <Mamarok> shadeslayer: sorry, left you alone with that guy, but he was getting really annoying
[17:55] <shadeslayer> haha
[17:55] <shadeslayer> not an issue really :)
[17:56] <shadeslayer> I can easily say that I find user support very annoying :P
[17:57] <Mamarok> true, most of the time it is, especially with people who expect the impossible
[17:57] <shadeslayer> aye
[17:57] <Mamarok> or expect their usecase to be the one and only
[18:47] <shadeslayer> Mamarok: yofel it seems that today is "Attract impossible users" day
[18:47] <yofel> well, it's not *his* idea
[18:48] <yofel> but yeah, the polkit KCM is just one big mess
[18:48] <shadeslayer> no no, the bits about pokit editing stuff
[18:48] <shadeslayer> *polkit
[18:48] <yofel> last time I tried to add it to project-neon it would just crash when trying to use it
[18:48] <shadeslayer> >.>
[18:48] <yofel> good thing I just left it alone
[18:49] <shadeslayer> I'm so sleepy I replaced a enum with an actual number
[18:49] <yofel> hehe
[18:49] <shadeslayer> videoflip->setProperty("method", 4);
[18:49] <shadeslayer> wheee
[18:50] <shadeslayer> yofel: you would expect your video to be flipped by default right?
[18:50] <yofel> define 'flipped' ?
[18:50] <yofel> or rather in what context?
[18:51] <shadeslayer> ok run : gst-launch autovideosrc ! postproc_tmpnoise ! videoflip method=horizontal-flip ! ffmpegcolorspace ! autovideosink
[18:51] <shadeslayer> and then run the same thing without the videoflip element
[18:55] <shadeslayer> I'm off to sleep, best not to stretch this day any longer :|
[19:14] <yofel> shadeslayer: not sure what I'm supposed to get by running that, what I did get was http://paste.kde.org/580292
[19:15] <shadeslayer> @_@
[23:11] <Quintasan> Riddell: Next time he is here and I'm not around, please tell him to contact me by email (quintasan@kubuntu.org).
[23:13] <Riddell> Quintasan: who?
[23:13] <Quintasan> Riddell: maliit guy - mikhas I believe
[23:14] <Riddell> oh mikhas, right
[23:14] <Quintasan> I am working on it, but damn only he knows if I'm doing it right and I can't get in touch with him
[23:15] <Quintasan> Well, I need to hit the bed, uni starts at 08:00
[23:16]  * Quintasan should be available in the afternoon