[04:43] <_u2pop_> hi all
[04:44] <_u2pop_> i am trying to install ubuntu 9.04 with wubi and i cant
[04:44] <_u2pop_> can somebody can recomend me another software?
[04:44] <_u2pop_> cause i want to install ubuntu into the windows vista.
[06:05] <pitti> Good morning
[07:56]  * pitti updates glib2.0
[07:58] <crevette> heya
[07:59] <pitti> hey crevette
[07:59] <crevette> hello pitti
[09:07] <chrisccoulson> pitti - want me to do the g-p-m update?
[09:07] <pitti> chrisccoulson: oh, there's a new upstream version? please go ahead
[09:07] <chrisccoulson> yup, 2.27.2. i'll take a look at that one then:)
[09:33] <chrisccoulson> pitti - i just saw your comment on the vala mir
[09:33] <chrisccoulson> i think the new tracker is probably still quite a way off
[09:38] <pitti> chrisccoulson: sure, no hurry with vala
[09:38] <pitti> just pointing out that we won't proactively promote
[09:38] <chrisccoulson> yeah, no problem
[09:48] <james_w> pitti: do you and Michael have a plan for polkit 1?
[09:49] <pitti> james_w: I guess "update as many packages as possible until karmic final"
[09:49] <james_w> also, thanks for the gdm fixes :-)
[09:49] <pitti> heh, no problem
[09:49] <pitti> next devkit-power should use polkit-1 and gudev
[09:49] <james_w> so we would like to try and migrate this cycle?
[09:49] <pitti> yes, I think so
[09:49] <pitti> Fedora already did a lot
[09:49] <james_w> do we have polkit-1 already in the archives?
[09:50] <james_w> I couldn't see it yesterday
[09:51] <pitti> yes, and in main
[09:51] <james_w> ah, policykit-1
[09:51] <pitti> policykit-1 | 0.92-0ubuntu1 |        karmic | source, amd64, i386
[09:51] <james_w> thanks
[09:51] <pitti> and policykit-1-gnome
[09:51] <james_w> that's a bug clue that we would like to migrate, shouldn't have missed that :-)
[09:52] <pitti> so far the only consumer is devkit-disks, AFAIK
[09:52] <james_w> I'll try and work on some of our packages then
[09:52] <pitti> but dk-power is migrated in git
[09:52] <pitti> I need to fix jockey
[09:52] <pitti> gnome-disk-utility is migrated as well
[09:52] <pitti> hal is tricky
[09:52] <pitti> but I hope we can drop hal soon, so that should be moot
[10:04] <tgpraveen> pitti: will ubuntu ship with palimpest disk utility on live cd in karmic? it would
[10:04] <tgpraveen> be very useful for many people
[10:05] <pitti> tgpraveen: I'm not sure, TBH
[10:05] <pitti> it's quite an advanced tool, but I agree that it's quite handy
[10:06] <pitti> especially as a diagnosis/repair tool on the live CD
[10:08] <TheMuso> james_w, pitti: Once we have pulse 0.9.16, there will be one less app using the older policykit.
[10:08] <TheMuso> Not to mention hal.
[10:08] <pitti> yay
[10:42] <asac> anyone else having problems with mouse clicks being unreliable?
[10:42] <asac> (or is that my mouse?)
[10:42] <pitti> works fine here
[11:54] <asac> mvo: since when does apt support http redirects? hardy or intrepid?
[11:55] <mvo> asac: IIRC jaunty, but I have to check
[11:56] <asac> hmm
[11:56] <asac> ok
[12:20] <asac> crevette: do we need something for gnomebt 2.27.7 ?
[12:22] <crevette> there was a 2.27.7.1
[12:22] <crevette>  release even
[12:22] <crevette> appart of obexd no I don't think, but I didn't follow closely changes recently, my job is sucking my time :/
[12:30] <asac> ok
[12:30] <asac> so we need obexd?
[12:30] <asac> do you know if obexd and obex-data-server need to conflict?
[12:30] <asac> crevette: ?
[12:32] <pochu> asac: i think so
[12:32] <pochu> and it's needed for 2.27.7, yes
[12:32] <pochu> asac: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=528061
[12:36] <asac> pochu: do you know why both exist nowadays?
[12:41] <crevette> asac, there're not conflicting necesarly, if obexd can be splitted in 2 packages obexd-server and -client
[12:41] <crevette> we doscussed than with filippo
[12:41] <crevette> discussed that
[12:41] <pochu> asac: I dunno
[12:42] <crevette> currently g-bluetooth only requires the client part of obexd
[12:44] <asac> asked him on irc ;) ... hope you didnt ask him just yesterday ;)
[12:52] <tgpraveen> asac: are we going to have network-manager 0.8 in karmic? somebody told me so
[12:53] <asac> tgpraveen: TBD
[12:53] <rickspencer3> kenvandine: hey
[12:54] <asac> tgpraveen: have to check with upstream. i dont want to just throw it in if we cannot make dan feel comfortable with it
[12:54] <tgpraveen> k
[12:54] <asac> tgpraveen: after all its his reputation/brand we taint by shipping a crappy NM to the masses ... also he gets lots of support requests from ubuntu users
[12:55] <tgpraveen> asac: agreed. so i take it that nm 0.8 will be released in karmic time frame? nm does not have a fixed release schedule right
[12:56] <asac> tgpraveen: not necessarily. if we ship 0.8 snapshot, we want to get it in asap so we have time to stabilize it etc.
[12:56] <asac> meaning, if it doesnt land soon, we will more likely stick to 0.7.1
[12:56] <asac> the packages are ready for early testing if you want
[12:56] <asac> https://edge.launchpad.net/~network-manager/+archive/trunk
[12:57] <asac> s/0.7.1/0.7.2/
[12:59] <tgpraveen> asac: is there any list of known issues with that 0.8 testing written somewhere?
[13:00] <asac> tgpraveen: this whole idea of putting 0.8 into karmic came up just recently. i wanted to provide trunk/daily packages, thats why i created the PPA
[13:00] <asac> tgpraveen: the ppa is not properly announced so would be one of the first using it ;)
[13:00] <asac> but for me it works well ;)
[13:01] <tgpraveen> k.thx will check it out
[13:36] <crevette> asac, I'm not ubuntu dev, but for LTS I would stay with 0.7.x :)
[13:36] <asac> crevette: lts will be karmic+1
[13:36] <crevette> yep, but will 0.8 be ready for LTS?
[13:36] <crevette> I mean ready and stable
[13:38] <asac> i would say it has to be ready, ye.
[13:38] <crevette> if RH target to ship 0.8 for RHEL 6, it could be good for you
[14:04]  * SiDi is now a FUD slinging monkey ... :(
[14:11] <Laney> you what?
[15:19] <TheMuso> /c
[16:45] <asac> tjaalton: bryce: is there any chance that i get rid of the "slow" items in my glxinfo this cycle (http://paste.ubuntu.com/212045/)?
[16:45] <asac> tjaalton: bryce 05:00.0 VGA compatible controller: ATI Technologies Inc R580 [Radeon X1900]
[17:53] <bryce> asac, not sure, but we're going to be pulling some more bleeding edge stuff from upstream over the next two months.  If you file a bug I'll upstream it to alex.
[17:54] <pitti> hey bryce
[17:54] <pitti> bryce: would you mind having a look at bug 377090 again? it says that the other tasks still need to be fixed
[17:55] <pitti> I don't quite understand what's going on there, I'm afraid
[18:02] <bryce> heya pitti
[18:14] <bryce> pitti, I'd really prefer to hold off until those branches get merged into main.  For hopefully understandable reasons, it seems risky to switch all intel users over to a branch of code that upstream has not yet merged into main.
[18:14] <pitti> bryce: right, totally understandable; so it means those tasks should be reopened?
[18:16] <bryce> probably doesn't matter; if the feature makes it into a release in time for us to include in karmic, it will be there.  If it requires us to port branches over, then it is probably too risky, esp since this is a cosmetic problem (video flickering)
[18:17] <bryce> pitti, you could leave them open as wishlist tasks if you'd like I guess
[18:17] <pitti> right
[18:37] <pitti> good night everyone
[18:39] <james_w> chrisccoulson: have you seen http://fedoraproject.org/wiki/Features/ConsoleKitInhibitAPI?
[18:39] <chrisccoulson> james_w - yeah, i took a look at that
[18:40] <jbarnes> so what's the latest on the moblin bits?  is there a repo I can use to get them?
[18:40] <chrisccoulson> we really need something like that this cycle now we're migrating to polkit-1
[18:46] <chrisccoulson> ah, i see pitti has gone already :-/
[18:48] <jbarnes> lool: do you know anything about the latest on ubuntu moblin?
[18:55] <tjaalton> asac: what do those mean anyway? :) ("slow"?)
[19:28] <asac> tjaalton: yes thats a mystery to me
[19:28] <asac> tjaalton: but all i see is that when i start even the old enemy territory wolfenstein thing, its REALLY slow ... e.g. you are lucky if you can move the mouse enough to hit Quit
[19:28] <asac> also i still have no compiz support
[20:02] <tjaalton> asac: that's weird, it should work
[20:02] <asac> thats what i get told for 2 cycles now ;)
[20:11] <tjaalton> asac: and no trace of fglrx? have you tried a livecd?
[20:11] <asac> tjaalton: i am using ati
[20:12] <asac> is fglrx supposed to work?
[20:12] <asac> in karmic?
[20:12] <tjaalton> no, it doesn't support that card
[20:12] <tjaalton> I mean that remnants of it can break ati
[20:13] <asac> ah
[20:13] <asac> i think i already had that at some point
[20:14] <asac> at least it doesnt show up as a kernel module
[20:14] <tjaalton> ok
[20:15] <asac> i had fglrx-modaliases installed
[20:15] <asac> not sure why
[20:15] <asac> removing
[20:15] <asac> and purging
[20:15] <tjaalton> that's just symbols
[20:15] <asac> yeah ok
[20:15] <asac> i didnt really hope ;)
[20:15] <tjaalton> pulled in by restricted manager or what it's called
[20:17] <asac> jockey
[20:18] <tjaalton> yep
[20:20]  * asac reboots ... a new kernel has arrived
[20:21] <tjaalton> oh right, if you had modesetting then everything was supposed to be very slow..
[20:21] <tjaalton> uh, kernel modesetting
[20:21] <asac> kernel modesetting?
[20:21] <asac> with ati?
[20:22] <asac> rebooting now
[20:22] <tjaalton> yes, the first .31 upload had it on
[20:22] <tjaalton> disabled since then
[20:22] <tjaalton> because userspace doesn't support it
[20:26] <asac> heh. first .31 didnt start X so that was probably it ;)
[20:27] <asac> do we have fglrx for jaunty already?
[20:27] <artir> does nouveau's KMS work atm?
[20:28] <tjaalton> asac: what do you mean? it's been there all the time :)
[20:28] <tjaalton> artir: stock karmic? no
[20:28] <artir> fedora's work
[20:29] <asac> tjaalton: there werew times when fglrx wasnt available during development cycles
[20:29] <asac> if thats gone then great ;)
[20:29] <artir> so I thought the one in ubuntu would be enabled, at least
[20:30] <tjaalton> asac: right, they gave a version that worked with the new abi rather late
[20:30] <tjaalton> artir: they also have a dedicated developer for it
[20:30] <artir> tjaalton: fedora or canonical?
[20:30] <asac> [  419.991782] fglrx: Unknown symbol find_task_by_vpid
[20:30] <tjaalton> artir: redhat
[20:31] <asac> i installed fglrx-kernel-source package
[20:31] <asac> and modprobed fglrx
[20:31] <tjaalton> it doesn't support your card
[20:31] <tjaalton> only r600->
[20:31] <asac> wow
[20:31] <asac> thats nice
[20:31] <asac> ;)
[20:31] <superm1> (that's bug 394985 anyhow though)
[20:31] <asac> yeah
[20:53] <Laney> anyone know about shave? http://dpaste.com/64259/
[20:54] <chrisccoulson> Laney - i'm having that issue when doing autotools updates too
[20:54] <Laney> solved it?
[20:55] <chrisccoulson> i think when you run autoreconf, it runs "aclocal" without "-I m4"
[20:56] <chrisccoulson> i don't know if there is a way to fix that
[20:57] <chrisccoulson> Laney - it seems that when you run autoreconf, some m4_include's get dropped off aclocal.m4, and that seems to mess it up
[20:57] <chrisccoulson> (i think)
[20:57] <chrisccoulson> i don't understand it that well;)
[21:00] <Laney> haha
[21:00] <Laney> well do you have an expanded autoreconf recipe? ;)
[21:00] <Laney> (brb dinner)
[21:06] <james_w> Laney: any chance that the package sets AMLOCAL_ACFLAGS?
[21:07] <james_w> I heard something the other day that hinted that the behaviour changed around that
[21:14] <james_w> Laney: yeah, add "ACLOCAL_AMFLAGS = -I m4" to Makefile.am and all should be well
[21:15] <Laney> I'll give it a go
[21:25] <james_w> which package mounts and unmounts disks in GNOME in jaunty?
[21:25] <james_w> over dbus that is
[21:26] <Laney> james_w: works well now, good call
[21:29] <james_w> Laney: helps when I grab the tarball to check my advice will work before giving it :-)
[21:30] <Laney> you cunning beast
[21:35] <Laney> wait what
[21:35] <Laney> I forgot to add it to the patch and it still worked
[21:39] <james_w> heh
[23:40] <chrisccoulson> hey Laney - did you figure out your build issue?
[23:40] <Laney> chrisccoulson: yeah, James saved the day
[23:41] <chrisccoulson> how did you do it?
[23:41] <Laney> scroll up a bit
[23:41] <chrisccoulson> never thought of that ;)
[23:41] <chrisccoulson> must be getting late!
[23:41] <chrisccoulson> thanks:)
[23:41] <chrisccoulson> ah
[23:41] <chrisccoulson> actually, you had the conversation at the point my session died;)
[23:42] <Laney> 07/07 21:14:56 <james_w> Laney: yeah, add "ACLOCAL_AMFLAGS = -I m4" to Makefile.am and all should be well
[23:42] <Laney> 07/07 21:15:05 -!- chrisccoulson [n=chr1s@78.33.222.55] has joined #ubuntu-desktop
[23:42] <Laney> ;)
[23:43] <chrisccoulson> thanks, I'll remember that in future. i did work around it be running "aclocal -I m4" manually when i did gnome-session, but i wasn't sure if that was the right thing to do
[23:44] <Laney> I think it's important these things are documented
[23:44] <Laney> patch, readme, changelog, wherever
[23:44] <chrisccoulson> yeah, i agree
[23:45] <chrisccoulson> it could probably go in the README.debian