[03:44] <soreau> Is there a way to check if a package is installed by default for a particular release of ubuntu?
[03:46] <kb3gtn> soreau: try looking at the dependencies for the virtual packages..  ubuntu-desktop for instance..
[03:47] <soreau> kb3gtn: I was hoping maybe there was an easy, reliable way through some web interface like packages.ubuntu.com
[03:47] <kb3gtn> http://packages.ubuntu.com/natty/ubuntu-desktop
[03:48] <kb3gtn> I think there is a vritual base package too.. not 100% sure..
[03:48] <kb3gtn> else there is always dpkg -l on a fresh install..
[03:48] <soreau> Of course but I was trying to find an easy reliable way without booting a live session
[03:48] <kb3gtn> I am sure the guys that do the installer know what that information is..
[03:49] <StevenK> ubuntu-standard
[03:49] <StevenK> ubuntu-minimal
[03:49] <kb3gtn> ah.. see :-P
[03:50] <kb3gtn> just search for those packages on packages.ubuntu.com and they will show the list of packages they grab as dependencies.
[03:56] <soreau> Somehow I doubt the dependencies of ubuntu-standard listed on packages.ubuntu.com is the complete list that would be equivalent to dpkg -l on a live cd
[04:46] <cdbs> cjwatson: there? Can you please rebuild libpurple0? Its the last remaining library which remains to be rebuilt with the new perl
[07:21] <cjwatson> cdbs: I already tried, but it failed to build (https://launchpad.net/ubuntu/+source/pidgin/1:2.7.11-1ubuntu3).  Feel free to figure out a fix
[07:32] <infinity> cjwatson: That's a curious failure...
[07:38] <infinity> cjwatson: Given that libgnt.la should have been produced literally a second earlier...
[07:39] <cjwatson> infinity: yeah, indeed
[07:40] <cjwatson> I haven't got round to reproducing it locally yet, and was sort of hoping somebody who cared about pidgin would do it ;-)
[07:40] <infinity> I might care enough to look if no one beats me to it while I'm asleep.
[07:42] <cjwatson> http://orangesquash.org.uk/~laney/transitions/perl.html is basically down to things that failed for non-trivial reasons now.
[07:45] <cjwatson> I see at least one there that'll be resolved by the next autosync, too ...
[07:46] <cjwatson> ah, awesome, Debian fixed libgstreamer-perl
[07:50] <infinity> claws-mial-extra-plugins was just thwarted by the implicit pointer conversion check, that should be straightforward enough.
[08:34] <tmottabr> Hi all... i have a hp pavilion dv2840se with a nvidia 7150 video card... i am using ubuntu 11.04 with the defaul nouveau card and it is working, but when i set the correct resolution for my laptop (1280x800) it flickrs and runs unusable, it was working fine in 10.10 with nvidia drivers.
[08:35] <tmottabr> i did some research and found that my card was detecint the TV as connected, already managed to disable it, now it detects the correct resolution at boottime, but still flickers...
[08:35] <tmottabr> i did not found much info on where to go next... can anyone give a sugestion?
[09:39] <infinity> Dearest libtool, die.  No love, Adam.
[10:59] <SuperLag> :)
[13:19]  * vila falls from his chair
[13:19] <vila> jam: what do you use to replace diff -rsubmit: ??
[13:19] <broder> hmm...why can't i change the status of https://code.launchpad.net/~jtaylor/ubuntu/natty/meld/meld-fix-774265/+merge/60182 ?
[13:19] <jam> vila: bzr diff -rancestor:../other
[13:20] <jam> since it works between all branches
[13:20] <vila> wow
[13:21] <vila> H-z m is bound to diff -rsubmit: here as I always have parent_location and submit_branch set correctly so I never have to type this longer form, you really surprised me there..
[13:21] <jam> I have it set correctly, just rarely use it
[13:21] <vila> I think I use diff -rsubmit: less than diff alone but far more than all other forms combined
[13:22] <vila> muscle memory I presume
[13:24] <vila> broder: you'd get more precise answers in #launchpad, but I suspect only the reviewers can do that
[13:25] <vila> broder: and I don't precisely know how lp decides you're an "official" reviewer
[13:25] <broder> vila: it used to be the case that i could change the status for merges against packages i can upload
[13:25] <vila> broder: can't help there :-/
[13:25] <broder> i'm wondering if something weird is going on because it's an "sru" now
[13:26] <wgrant> Which branch?
[13:26] <vila> broder: hehe #launchpad is leaking here, listen to wgrant :)
[13:26] <broder> wgrant: https://code.launchpad.net/~jtaylor/ubuntu/natty/meld/meld-fix-774265/+merge/60182, merged into lp:ubuntu/natty/meld
[13:28] <wgrant> broder: Ah, I see.
[13:29] <wgrant> So, you can no longer upload that package.
[13:29] <wgrant> Because it's in the release pocket of a stable series.
[13:29] <wgrant> So it doesn't see that you have any privileges over the branch, so you can't touch the MP.
[13:30] <Laney> I thought that was a known bug
[13:30] <wgrant> Bug #612391
[13:30] <Laney> should they be moved over to the next release as part of its initialisation?
[13:31] <Laney> see, I'm even subscribed :-)
[13:31] <wgrant> I think the restriction is sensible, but it should perhaps be easier to retarget it to the new series.
[13:32] <wgrant> It would be nice if it could be targeted to a moving "development series" branch.
[13:32] <broder> that would be awesome
[13:32] <wgrant> But I don't see an immediately feasible way of doing that.
[13:32] <wgrant> Bugs welcome.
[14:51] <slangasek> !grub
[17:13] <kcin1> pitti:I  would like to build a udev168 package,how do i start