[00:05] <mathiaz> Riddell: do you still need a mysql-server-core-5.1 for akonadi?
[00:05] <mathiaz> Riddell: IIRC mysql-server-core-5.0 was introduced to support akonadi
[00:17] <djsiegel1> pitti: check it out: https://edge.launchpad.net/hundredpapercuts/karmic
[00:46] <torkiano> hello, I'd like to request the package of a new version of autotools (1.11)
[00:47] <torkiano> How is the process? The same as new packages?
[00:48] <torkiano> The problem is that version of autotools is not in debian
[00:48] <torkiano> 1.11 is important because a very usefull macro: AM_SILENT_RULES
[00:48] <torkiano> more info: http://bugzilla.gnome.org/show_bug.cgi?id=580062 and  http://live.gnome.org/GnomeGoals/NicerBuilds
[00:50] <torkiano> Do you know a PPA with automake1.11 ?
[01:39] <ianloic> hey, quick Q
[01:40] <ianloic> I've done some deb packaging before but I can't work out how to make a *_source.changes for uploading to a PPA
[01:41] <ianloic> I can easily get my *_i386.changes
[01:45] <ianloic> nm, worked it out
[01:47] <ScottK> ianloic: PPA question are best in #launchpad.
[01:48] <ianloic> ScottK: ok, I'll go over there
[02:47] <wjblack> Hi all!  I think I have my nifty new PPA set up correctly, but keep getting "Could not find PPA named 'r8169-2.6.30-backport' for 'bblack'".  I've tried various other iterations of the PPA name and userid with no luck.  Every invocation of dput seems to succeed.  And I'm stuck.  Anyone have an idea of where I might've gone wrong?
[02:48] <TheMuso> /c/c
[02:48] <ScottK> wjblack: PPA questions are best asked in #launchpad.
[02:48] <wjblack> Okie-dokie.  Thanks!
[02:54] <candrews> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/277556
[02:54] <candrews> the bug contains a new version of open-vm-tools
[02:54] <candrews> Unlike the version currently in Jaunty or Karmic, this version compiles and works.
[02:55] <candrews> And it introduces dkms support, which makes using open-vm-tools much easier.
[02:55] <candrews> The package needs a sponsor to upload to karmic... any takers?
[07:04] <pitti> Good morning
[07:05] <\sh> guten morgen pitti :)
[07:05] <pitti> djsiegel1: great work!
[07:06] <pitti> hey \sh, wie gehts?
[07:07] <\sh> pitti: regarding the time of the day...I'm fine :)
[07:09] <\sh> http://www.infoq.com/presentations/katz-couchdb-and-me <- very nice talk about why someone would work on something cool and why someone would spend his/her savings to work on FOSS
[07:17] <mneptok> pitti: morgen
[07:18] <pitti> hey mneptok!
[07:18] <StevenK> Morning pitti
[07:18] <mneptok> pitti: greetings from Finland :)
[07:18] <pitti> mneptok: taking revenge on Linus?
[07:18] <StevenK> pitti: Do you have time to source NEW something I'm planning to upload in about an hour? It's a little meta package.
[07:18] <pitti> StevenK: sure
[07:19] <mneptok> pitti: that depends on when i can connect with liw ;)
[07:19] <StevenK> pitti: mobile-meta is exploding out to mobile-meta and unr-meta
[07:19] <StevenK> mneptok: Haha
[07:19]  * mneptok is hoping to go to Helsinki tomorrow for lunch
[07:20] <mneptok> now is breakfast with a crazy Trukish German from Stuttgart
[07:20] <mneptok> *Turkish
[07:27] <\sh> gnarf...if developer_brain is None: print("Please ask SysAdmin...they know what to do and how to do your job")
[07:28] <dholbach> good morning
[07:34] <\sh> pitti: back to your question: My mood just changed from "what a wonderful day" to "I have to go home, fast"...
[07:34] <pitti> \sh: children are so demanding :)
[07:35] <\sh> pitti: children are not the problem...our developers are
[07:36] <amitk> so how does one update the readahead list on an upgraded system?
[07:36] <\sh> and they are really demanding...especially when they screwed up
[07:36] <\sh> brb coffee and some other drugs
[07:37]  * dholbach does some sponsoring and takes a look at bluez-gnome and glade-3
[07:43] <Chipzz> \sh: mv developer killfile :P
[07:47] <\sh> Chipzz: cluebat -> dev head -> works
[07:48] <Chipzz> \sh: first cluebat, then killfile in that case :)
[07:48] <mneptok> dev | beer > bed
[07:48]  * dholbach takes a look at cpio and gimp too
[07:54]  * dholbach takes a look at newt and pyopenssl too
[08:00]  * dholbach takes a look at libsepol too
[08:27] <alkisg> asac: Hi, ogra told me you're the nm maintainer. I'm having this bug in the default alternate cd/LTSP installation both in Jaunty and Karmic: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/367227 - can I somehow help debugging it?
[08:28] <robert_ancell> Does anyone know why I get a "readonly transport" error when following the instructions to add me to Planet Ubuntu? https://wiki.ubuntu.com/PlanetUbuntu
[08:29] <RAOF__> robert_ancell: Because you haven't run 'bzr launchpad-login $YOUR_LP_NICK', and so lp: branches are resolved as http:// rather than bzr+ssh://?
[08:29] <slangasek> ScottK: out of town on a sprint, so I'm afraid I wasn't really able to
[08:31] <robert_ancell> RAOF__: Didn't help. All my other branches work fine
[08:32] <robert_ancell> Full error: bzr: ERROR: Cannot lock LockDir(lp-140615476490448:///~planet-ubuntu/config/main/.bzr/branchlock): Transport operation not possible: readonly transport
[08:33] <dholbach> robert_ancell: bzr break-lock lp-140615476490448:///~planet-ubuntu/config/main/.bzr/branchlock
[08:33] <tkamppeter> seb128, hi
[08:34] <robert_ancell> bzr: ERROR: Unsupported protocol for url "lp-140615476490448:///~planet-ubuntu/config/main/.bzr/branchlock"
[08:34] <dholbach> hum
[08:34] <dholbach> just "bzr break-lock"?
[08:35] <tkamppeter> seb128: In the last days a new patch for evince was attached to bug 258421.
[08:35] <robert_ancell> dholbach: break-lock completed but didn't print anything.  Retrying the commit still not working :(
[08:35] <seb128> tkamppeter, hi, I noticed, I'm waiting for upstream comments
[08:35] <dholbach> robert_ancell: does it give you another URL for it?
[08:35] <dholbach> robert_ancell: which branch did you check out?
[08:35] <tkamppeter> seb128: I have tested it and it works perfectly.
[08:35] <robert_ancell> I checked out what the Wiki page linked to: bzr+ssh://bazaar.launchpad.net/%7Eplanet-ubuntu/config/main/
[08:35] <seb128> tkamppeter, noted
[08:36] <dholbach> robert_ancell: you're not in ~ubuntumembers that's probably why you can't write to it
[08:36] <robert_ancell> dholbach: Aha, another group :)  How do I get into that?
[08:36] <dholbach> https://wiki.ubuntu.com/Membership
[08:37] <dholbach> could it be that mono is somehow broken in karmic right now?
[08:38] <RAOF> dholbach: Seems to be working here?
[08:39] <directhex> some stuff is in NEW afaik
[08:39] <dholbach> ah ok
[08:39] <dholbach> I'm in the middle of some kind of transition then
[08:39] <dholbach> (on amd64 if that's relevant)
[08:39] <dholbach> oh well
[08:40] <directhex> or was
[08:40] <RAOF> I think that's finished?  My mono stack updated today; previously it was held up by packages in NEW.
[08:40] <directhex> slow mirror?
[08:40] <dholbach> it wants to remove mono-common and mono-jit here, not sure if that's correct :)
[08:50] <directhex> dholbach, yes, that's correct
[08:50] <directhex> dholbach, there's been some unsplitting in cases where it served no purpose. and moar splitting in other places to make up for it
[08:51] <Hobbsee> come on karmic graphics.  it's time to freeze like you usually do.
[08:51] <Hobbsee> No murphy's law today, please!
[08:57] <NCommander> Hobbsee, murphy was an optimist
[08:57] <Hobbsee> NCommander: yeah, well
[08:58] <NCommander> Hobbsee, of course, Finagle made him pale in comparsion
[09:03] <seb128> how often is merges.ubuntu.com updated?
[09:04] <directhex> dholbach, should be a performance bump in karmic mono fwiw, and a good <=25% ram consumption drop in apps
[09:07] <seb128> slangasek, did you run an autosync yesterday?
[09:46] <slangasek> seb128: no
[09:46] <seb128> slangasek, ok thanks, I will do one then ;-)
[09:46] <slangasek> yes, please :)
[09:47] <geser> seb128: could you please also sync new packages from Debian? thanks
[09:47] <seb128> geser, will do
[10:02] <asac> alkisg: if you have eth0 configured in /etc/network/interfaces, this means that NM will not manage that device (by default). So its a feature from what I can tell.
[10:02] <alkisg> asac: yes, that's fine. The problem is that I can't create system connections for the other NIC, eth1
[10:03] <alkisg> Or, better, I *can* create system connections (I can see them in /etc/NetworkManager/system-connections), but they're not displayed in nm-connection-editor.
[10:03] <alkisg> So when eth0 is in /etc/network/interfaces, I can't manage eth1 with network manager and _system_ connections
[10:04] <alkisg> I'm able to manage eth1 with _user_ connections (not checking the [ ] Available to all users), though.
[10:05] <alkisg> I've reproduced it in 4 out of 4 test installations in Jaunty and Karmic
[10:07] <alkisg> asac: so, if I can send anything to help debug it, please tell me to.
[10:09] <asac> alkisg: please file a separate bug using ubuntu-bug network-manager ... the reporter of your bug does not have any eth1 or so
[10:09] <asac> alkisg: or are you seeing the same polkit error?
[10:09] <alkisg> asac: he does have eth0 and wlan0
[10:10] <alkisg> It's not specific for wired interfaces, any two NICs will do, if one is in /e/n/i then NM can't manage the other with system connections
[10:11] <alkisg> asac: I've been seeing three or four different error messages because of this. Yes, polkit was one of them.
[10:11] <asac> alkisg: yes, but he complaings about not beinga ble to add a wired connection
[10:13] <alkisg> asac: ok, I'll file a different bug, but I think it's the same one.
[10:13] <alkisg> Thanks :)
[10:21] <asac> alkisg: we can dupe it then
[10:22] <asac> alkisg: gimme the bug id when you have it
[10:22] <alkisg> asac: Do you prefer that I do it from a Karmic PC experiencing the problem, or a Jaunty one?
[10:22] <alkisg> (vbox)
[10:23] <asac> alkisg: please do it on the same system where you experience the problem
[10:23] <alkisg> (or I can use my real jaunty laptop with eth0 and wlan0)
[10:38] <asac> alkisg: if you see it on jaunty thats ok too
[10:39] <alkisg> asac: ok, reporting now... (I think it was present since at least hardy)
[10:39] <asac> hardy didnt have 0.7. so that would be odd
[10:40] <alkisg> Yes, I think it was there in 0.6
[10:40] <ogra> could that be related to the "permissions on /etc/NetworkManager/system-connections/" bug ?
[10:41] <alkisg> ogra, I tried chmod'ing the connections to 777, they still didn't show up
[10:41] <ogra> ah, k
[10:49] <alkisg> asac, ogra: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/391040
[11:16] <asac> alkisg: thanks
[11:16] <asac> alkisg: how did you configure your system connection? you get quite a few errors
[11:16] <asac> Invalid Setting ... and so on.
[11:18] <sjokkis> hi. any of you know what the timeline on getting plymouth into ubuntu is?
[11:20] <bigon> dholbach, I've posted a new patch for bug #388590
[11:20] <slangasek> kirkland: do you recall if putting the service manpage in section 8, but the binary in /usr/bin, was an explicit decision?
[11:20] <slangasek> kirkland: normally the mapping is bin -> 1, sbin -> 8; I think the util probably belongs in /usr/sbin
[11:20] <alkisg> asac: The "Invalid Setting" is displayed every time I press a digit or letter in the dns server box. So, for 10.160.31.1 it's displayed 10 times... No big deal there, I guess a validation function is called "on keypress" instead of "on exit"...
[11:21] <alkisg> (possibly for the "Apply" button to be automatically enabled)
[11:55] <lifeless> pitti: bug 391015 - could you read the last 3-4 comments there.
[12:05] <kblin> hi folks
[12:05] <kblin> what's the most appropriate channel to discuss missing packages?
[12:06] <slangasek> ... missing?
[12:06] <slangasek> as in, software that's not yet packaged?
[12:06] <kblin> ubuntu has libwbclient, but not libwbclient-dev
[12:06] <kblin> if you're trying to develop against libwbclient, that's kind of sucky :)
[12:07] <slangasek> kblin: oh, that's easy; #samba-technical, tell bubulle what you want in it. ;)
[12:08] <kblin> fair enough
[12:08] <slangasek> I wasn't aware there were any public headers available for wbclient
[12:08] <kblin> slangasek: "it's a debian issue"?
[12:08] <kblin> slangasek: well, libwbclient.h is the public one
[12:09] <kblin> wbclient.h is the internal one
[12:09] <kblin> of course I can easily fix this locally
[12:09] <kblin> just wanted to check who to complain at.. :)
[12:21] <pitti> lifeless: done
[12:22] <lifeless> danke
[12:45] <ogra> cjwatson, i get strange xauth messages with a ssh -X login in karmic, is that on purpose ?
[12:45] <ogra> /usr/bin/X11/xauth:  creating new authority file /home/ogra/.Xauthority
[12:45] <ogra> /usr/bin/X11/xauth:  unable to link authority file /home/ogra/.Xauthority, use /home/ogra/.Xauthority-n
[12:48] <cjwatson> ogra: err, no idea, I don't believe that ssh has changed in any relevant way
[12:48] <cjwatson> ogra: you sure you don't have ~/.Xauthority owned by root, or something?
[12:49] <ogra> i have an ubuntu-desktop session running on that machine ... one sec
[12:49] <ogra> ok, ignore me :P
[12:49] <ogra> ogra@babbage2:~$ ls -lh .Xauthority
[12:49] <ogra> ls: cannot access .Xauthority: Stale NFS file handle
[12:49] <ogra> not properly unmounting Sd cards is evil
[12:50] <ogra> at least if you run the whole system from it
[12:50] <ogra> though that error annoys me since a while ... should be more informative
[12:54]  * ogra tries to find where that text comes from to file a bug
[12:55] <slangasek> kblin: there's no reason to diverge from Debian on this, and we'll happily pick up the fix from Debian - so it's simplest to just fix it once there, especially since bubulle has more time to work on Samba packaging than anyone else right now :)
[13:01] <kblin> slangasek: sure. just kidding :)
[13:09]  * ogra sighs failing to find where the text for the error is actually defined
[13:12] <ogra> ah
[13:12] <torkiano> Hello, reading https://blueprints.launchpad.net/ubuntu/+spec/desktop-karmic-gnome-3 I think that would be helpful for you this link: http://www.gnome.org/~fpeters/299.html
[13:13] <torkiano> Can I add that link to the blueprint page?
[13:14] <pitti> torkiano: it's already linked from the spec
[13:15] <torkiano> pitti, oh, great, I did't see it
[13:18] <torkiano> pitti, you can also link to http://live.gnome.org/GnomeGoals . There are more documentation to help cleaning, for example: http://live.gnome.org/GnomeGoals/RemoveLibGladeUseGtkBuilder
[13:20] <torkiano> on the other hand, I think that you can be interesed in bug #390909
[13:21]  * ogra files bug 391094
[13:32] <ncopa> could someone please help me find the build script source for linux-headers-*-generic package?
[13:32] <ncopa> want to look how they make that nice symvers, .config and symlinks to header dirs
[13:34] <Pici> ncopa: Have you asked in #ubuntu-kernel?
[13:34] <ncopa> thanks!
[13:34] <Pici> np
[14:06] <kirkland> slangasek: i don't think it was conscious
[14:06] <kirkland> slangasek: fwiw, f11 has /sbin/service and service.8
[14:06] <kirkland> slangasek: would you like me to update the package to match that?
[14:11] <slangasek> kirkland: don't bother, the change is committed now to Debian so you can pick it up on merge :)
[14:11] <slangasek> kirkland: fwiw, /sbin is wrong because this tool has nothing to do with system recovery :)
[14:11] <kirkland> slangasek: heh
[14:11] <kirkland> slangasek: k
[14:11] <kirkland> slangasek: did you pick up these changes from debian?
[14:12] <slangasek> I tweaked it when submitting the patch to the maintainers sitting next to me
[14:12] <kirkland> slangasek: heh, cool
[14:12] <slangasek> kirkland: btw, we're discussing (intermittently) extending the 'service' command to also be the authoritative runlevel editing interface; some background material here if you happen to be interested: http://lists.debian.org/debian-devel/2009/04/msg00058.html http://lists.debian.org/debian-devel/2009/04/msg00056.html
[14:13] <pitti> cjwatson: BTW, does the "detect KMS" usplash change actually work for you? for me, usplash still starts in the initramfs
[14:13] <kirkland> slangasek: awesome :-)
[14:13] <kirkland> slangasek: any chance we'll ever support chkconfig?  :-)
[14:13]  * kirkland ducks
[14:13] <mdz> ara_: I checked out mago, but the tests in it seem to depend on a python module 'desktoptesting' which is not in mago or python-ldtp. where do I get it?
[14:14] <pitti> cjwatson: oh, hang on, you didn't actually change that
[14:14] <pitti> cjwatson: ignore me, please
[14:14] <kirkland> slangasek: let me know when the dust settles and i'll merge the package
[14:14] <ara_> mdz: weird, did you get the last from lp:mago ?
[14:14] <slangasek> kirkland: no, because chkconfig is crazy
[14:14] <slangasek> :)
[14:15] <kirkland> slangasek: hehe
[14:15] <slangasek> it's a goofy name, and not a very relevant interface
[14:16] <ara_> mdz: it looks like a bad merge. Let me fix it
[14:16] <kirkland> slangasek: did you maintain the --status-all option when you sent to debian?
[14:16] <kirkland> slangasek: that was an enhancement i made on the red hat one
[14:16] <slangasek> kirkland: sure - I took the Ubuntu patch, un-dpatchified it, moved the executable to the right dir, and submitted
[14:16] <slangasek> kirkland: Debian bug #534300
[14:17] <kirkland> slangasek: it's a little flimsy since debian/ubuntu init scripts are notoriously bad at having status options :-)
[14:17] <kirkland> slangasek: cool, i never did really like that it was a dpatch
[14:17] <slangasek> yeah, we've run that test today :-)
[14:17] <slangasek> "what's all the question marks?" "ohhhh."
[14:18] <kirkland> slangasek: service --status-all 2>/dev/null
[14:18] <kirkland> slangasek: i dump those to &2 so that they're easily filtered
[14:18] <kirkland> slangasek: ^ is more elegant, imho
[14:18]  * slangasek nods
[14:19] <slangasek> well, soon enough we'll be moving everything to upstart jobs :)
[14:19] <slangasek> so then we don't have to worry about implementing status commands \o/
[14:19] <kirkland> slangasek: your patch -> +VERSION="`basename $0` ver. 0.91-ubuntu1"
[14:19] <kirkland> slangasek: dunno if that matters to you
[14:21] <kirkland> slangasek: i know you don't need my +1, but otherwise, the patch looks good, i agree with /usr/sbin/service
[14:25] <andrew_sayers> evand, evand1: I've written a blueprint for the migration assistant (https://wiki.ubuntu.com/InstallProgramsFromMigrationAssistant) that I'd be willing to do some work on.  Could you have a look and tell me what you think?
[14:26] <sladen> pitti: any chance of getting the update-manager whack-a-mole fix past it's 3 months awaiting SRU?  https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/369198
[14:26] <cjwatson> pitti: the point was to make it work properly when started in the initramfs, not to remove it from the initramfs :-)
[14:26] <cjwatson> pitti: I expect the latter will be done later but I didn't get that far
[14:26] <pitti> cjwatson: I just don't understand the change then
[14:27] <cjwatson> pitti: if KMS is available, it's stupid for usplash to try to change the screen size
[14:27] <pitti> right
[14:27] <mvo> sladen: I just asked aobut it on #ubuntu-testing
[14:27] <cjwatson> pitti: it should just use the native resolution
[14:27] <mvo> sladen: it needs a sru-verficiation
[14:27] <pitti> but if KMS is available, it shouldn't start at all, no?
[14:27] <cjwatson> it should be able to
[14:27] <cjwatson> we may not want to do that *by default* in karmic
[14:27] <pitti> cjwatson: ok, I see
[14:27] <ogra> pitti, there might be slow booting ARM boards that want usplash
[14:28] <pitti> sladen: well, we need some people giving testing feedback
[14:28] <pitti> sladen: did you test it? does it work for you?
[14:28] <evand1> andrew_sayers: I'm happy to look it over and get back to you.  What's your preferred method of contact?
[14:28] <ogra> (not sure we'll ever have KMS for the graphics there though, but if we have it it should work)
[14:28] <cjwatson> pitti: but that isn't governed by whether you have KMS available - it's governed by whether you have dm-crypt, or whatever
[14:28] <cjwatson> or a slow system, all the corner cases, blah blah blah
[14:28] <andrew_sayers> evand1: How about andrew-evand@pileofstuff.org?
[14:29] <andrew_sayers> evand1: And thanks :)
[14:29] <ara_> mdz: done, get the latest from trunk and it should be fixed
[14:29] <evand1> andrew_sayers: works for me, I'll shoot you an email as soon as I've had a chance to look it over.  I'm about to go on holiday, so unfortunately I may not be able to get back to you until next week.
[14:30] <evand1> andrew_sayers: thanks for looking into it.
[14:31] <andrew_sayers> evand1: no hurry... where's the best place to pull migration-assistant code from, so I can be familiarising myself while I'm waiting?
[14:32] <mdz> ara_: thanks
[14:35] <evand1> andrew_sayers: it's going through a rewrite at the moment.  I haven't pushed a branch yet as it's currently a bit of a mess of random bits of code.  I've documented a bit in the spec wiki page: https://wiki.ubuntu.com/MigrationAssistant/Karmic and https://wiki.ubuntu.com/MigrationAssistant/Karmic/DBusService
[14:36] <evand1> I have a bit to add to that dbus page, I'll try to sort that today.
[14:38] <evand1> andrew_sayers: perhaps give some thought as to how application suggestions fits in at the dbus api level
[14:40] <andrew_sayers> evand1: Yeah, making it part of the normal install changes things quite a bit.  If there's a big rewrite going on, I'd be interested in getting more involved.  How about you e-mail me when you get back from holiday, and we'll talk about how I can help out?
[14:41] <evand1> andrew_sayers: absolutely!  That sounds great.
[14:41] <andrew_sayers> :)
[14:57] <ogra> directhex, whats the mono debugger called (i knew that once but forgot)
[15:00] <Laney> ogra: mdb
[15:00] <ogra> ah, thanks
[15:43] <paulliu> How to version a native package from Debian if I want to change it? Add "+nmu0ubuntu1"?
[15:44] <mok0> paulliu: append "ubuntu1"
[15:47] <paulliu> mok0: But if there are Debian NMUs, append "ubuntu1" seems get into trouble?
[15:48] <mok0> paulliu: what is the full release string?
[15:48] <paulliu> mok0: "1.11.1"
[15:48] <paulliu> mok0: Debian NMU will be "1.11.1+nmu1" if there's NMU in the future.
[15:48] <mok0> paulliu: so "1.11.1ubuntu1" ?
[15:49] <paulliu> mok0: If we use "1.11.1ubuntu1", then Debian NMU will not be auto-sync.
[15:49] <ogra> if you made ubuntu changes (which ubuntu1 indicates) it should not be autosynced
[15:49] <mok0> Hmm
[15:50] <ogra> becuse your cnahes might need a manual merge
[15:50] <ogra> *changes
[15:50] <mok0> exactly
[15:50] <ogra> so what mok0 says is right
[15:50] <paulliu> ogra: ok. I see. Thanks.
[15:51] <ogra> instead of blindly autosyncing the packagfe will then automatically show up on merges.ubuntu.com
[15:51] <ogra> where you can inspect it
[15:51] <maxb> The important thing here is that as far as dpkg is concerned, "u" < "+", so "ubuntu1" < "+nmu1" which is as it should be
[16:19] <rtg_> NCommander: do you have time to look at makedumpfile ? Its got some install problem with Karmic.
[16:19] <NCommander> rtg_, on which architecture? ARM?
[16:19] <rtg_> amd64
[16:20] <rtg_> NCommander: I think its related to initramfs-hooks
[16:20] <NCommander> rtg_, sure, let me take a look
[16:21] <maxb> The "/bin" issue is fixed already
[16:21] <rtg_> maxb: thats the one
[16:21] <NCommander> makedumpfile installs fine here on amd64
[16:21] <NCommander> (version 1.3.3-0ubuntu3)
[16:22] <NCommander> (on karmic)
[16:22] <rtg_> NCommander: my mirror update must have just missed it. I now see the upload
[16:22]  * maxb hugs gb.archive.ubuntu.com
[16:22] <NCommander> rtg_, ah well, if you want me to look at anything, feel free to ping me :-)
[16:23] <rtg_> NCommander: no problem, sorry for the noise.
[16:23] <NCommander> rtg_, no problem
[16:36] <Sarvatt> cjwatson: no change at all in usplash under KMS for me when its built into the kernel incase that was supposed to change any. same segfault 3 seconds into the boot and it leaves the graphic up after it dies in an inteldrmfb
[16:39] <cjwatson> Sarvatt: I was unaware of your segfault so it wasn't intended to fix that ;-)
[16:39] <cjwatson> Sarvatt: the purpose of my change was to cause usplash to use the native screen size under KMS, nothing more
[16:39] <cjwatson> my changelog must have really sucked - you're the second person to completely misunderstand the purpose of that change today
[16:40]  * ogra wonders what "KMS built into the kernel" means though
[16:41] <amitk> ogra: CONFIG_KMS=y or something similar
[16:42] <ogra> amitk, ah, well, for me there is still a module switch i need to flip to make my driver use it
[16:42] <cjwatson> it's enabled on i915 with the current kernel
[16:42] <ogra> i thought it meant the driver is compiled in, into a custom kernel
[16:42] <cjwatson> "works for me" is all I can say :)
[16:42] <ogra> ah, so i can drop my /etc/modprobe.d entry
[16:42] <cjwatson> though it didn't work until my most recent initramfs-tools upload
[16:43]  * ogra didnt follow so closely, i'm drowning in "mono on ARM" 
[16:43] <nixternal> bryce: hey, issues with intel and kernel 2.6.30-10.12 that has KMS enabled...fyi if you didn't know already
[16:43] <Sarvatt> it means its not a module and you get the high resolution framebuffer from the start of the boot process instead of it switching about 15 seconds or so in otherwise :D
[16:44] <cjwatson> Sarvatt: I suggest you revert that and use the initramfs-tools I just uploaded instead
[16:44] <cjwatson> which modprobes it in early userspace
[16:45] <ogra> cjwatson, did you see my grub2 issues with booting from SD recently ?
[16:45] <cjwatson> the way I've dealt with AGP modules is not really ideal
[16:45] <cjwatson> ogra: no
[16:46] <ogra> i have an old cmpc here where i did a fresh install ... booting from HD grub2 switches to decompress the kernel immediately, booting on the same HW from SD it sits about 5 min before it starts decompressing the kernel
[16:47] <Sarvatt> cjwatson: you arent putting drm into the initrd too? it needs to be loaded before i915 and after intel_agp
[16:47] <ogra> (identical systems, kernels and indeed the same grub2)
[16:48] <ogra> cjwatson, i was wondering if it was worth a bug or if its to much of a corner case
[16:49] <nixternal> bryce: disregard my last statement :)
[17:09] <Sarvatt> well usplash segfaults 5 seconds in on the ubuntu kernel with i915 in the initrd, graphic stuck on the screen and no throbber/progress bar, same deal
[17:15] <cjwatson> Sarvatt: ok, at least it's clearly nothing to do with the changes I made ;)
[17:15] <maco> is this why nixternal is in #kubuntu-devel warning us not to update our kernels if we use intel?
[17:15] <cjwatson> Sarvatt: I suggested trying to get a core dump out of it
[17:16] <nixternal> what I find interesting is that in dmesg I see "[drm] Initialized drm 1.1.0 20060810"
[17:17] <nixternal> and "[drm] Initialized i915 1.6.0 20080730 for 000:00:02.0 on minor 0"
[17:17] <nixternal> only way I can boot up with 2.6.30-10.12 is by setting nomodeset in grub
[17:17] <nixternal> and xorg telling me it can't open drm
[17:18] <cjwatson> did you ensure to load the appropriate agp module before i915 gets loaded?
[17:19] <cjwatson> that bit me the other day
[17:20] <Sarvatt> i've been asking him for a dmesg of it failing for the past 20 minutes to try to help #ubuntu+1
[17:20] <maco> any archive admins about?
[17:21] <cjwatson> yes
[17:21] <maco> apachelogger's looking for someone to accept libqinfinity
[17:21] <nixternal> Sarvatt: d'oh, let me pastbin that for you..s.orry didn't see that request
[17:21] <Sarvatt> thats why i said something about drm in the initrd thinking that might be the problem but its fine on my machine as is
[17:21] <maco> (if you're confused, yeah he just had libqinfinity rejected a few minutes ago. that was a broken one. this is the fixed one)
[17:22] <nixternal> Sarvatt: http://paste.ubuntu.com/202244
[17:23] <Sarvatt> you're booting with nomodeset there
[17:23] <nixternal> ok, let me try something for you
[17:24] <nixternal> will have to ssh in to grab it for you
[17:25] <billybigrigger> when did firefox-3.5 show up in the repos?
[17:26] <ogra__> billybigrigger, in jaunyt i think
[17:26] <billybigrigger> hmm
[17:27] <billybigrigger> still no flash sound in it :P
[17:27] <nixternal> Sarvatt: http://paste.ubuntu.com/202247/
[17:27] <ogra__> billybigrigger, what has flash sound to do with firefox ?
[17:27] <billybigrigger> any word on that guys? i remember dtchen saying something about getting sound in flash, but was waiting on an ia32libs update or something, that i haven't seen
[17:27] <billybigrigger> ogra::: nothing
[17:27] <billybigrigger> ogra::: i was just sayin :P
[17:28]  * ogra__ has sound in flash with ff 3.5 
[17:29] <billybigrigger> 32bit or 64bit?
[17:29] <ogra__> 32 indeed
[17:30] <billybigrigger> ya
[17:30] <maco> he had an explanation in a bug comment somewhere, on how to make 64bit flash work well...but i think it was deemed too involved a process when adobe 64bit is just around the corner
[17:30] <billybigrigger> must be nice :P
[17:30]  * maco uses swfdec
[17:30] <ogra__> "billybigrigger> still no flash sound in it :P"
[17:30] <ogra__> that didnt really indicate you use 64
[17:30] <billybigrigger> true
[17:32] <Sarvatt> nixternal: dont see any problems there
[17:32] <Sarvatt> nixternal: what happens?
[17:33] <nixternal> Sarvatt: when it would go to boot into X/KDM like normal, it just locks up, I have lighter than normal _ in the top left corner
[17:34] <nixternal> not blinking, but I can ssh into the box
[17:34] <Sarvatt> do you have an /etc/X11/xorg.conf?
[17:34] <nixternal> Fatal server error:
[17:34] <nixternal> Cannot run in framebuffer mode. Please specify busIDs        for all framebuffer devices
[17:34] <Sarvatt> yep fbdev problem
[17:34] <nixternal> no
[17:34] <Sarvatt> xserver needs the patch in karmic
[17:35]  * ogra__ sells nixternal a new framebuffer 
[17:35] <Sarvatt> what you need to do is add this to /etc/X11/xorg.conf
[17:35]  * nixternal steals the framebuffer from ogra__ and runs
[17:35] <Sarvatt> Section "Device"
[17:35] <Sarvatt>         Identifier "intel"
[17:35] <Sarvatt>         Driver "intel"
[17:35] <Sarvatt> EndSection
[17:36] <ogra__> Nicke_, pfft, i got enough framebuffers around ... but you will have to pay for that one, mind you !
[17:36] <ogra__> err s/Nicke_/nixternal/
[17:37] <nixternal> hehe
[17:38] <Sarvatt> nixternal: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508476   https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/383407   if you want more info on it
[17:39] <nixternal> Sarvatt: groovy, thanks
[17:47] <candrews_> https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/277556
[17:47] <candrews_> could someone sponsor that bug fix and get it into karmic?
[17:48] <candrews_> (That link includes the fix, just a package review and upload are required)
[17:49] <cjwatson> ryanakca: do I want to know why libqinfinity has both .so.0.* and .so.1?
[18:06] <cjwatson> maco,ryanakca: sorry, I think this has exceeded my available mental bandwidth right now. It would probably be best if the same archive admin reviewed it who rejected it previously
[18:22] <ryanakca> cjwatson: because upstream has broken sonames, and thanks :)
[18:45] <Riddell> mathiaz: akonadi needs mysql-server-core-5.0 (or 5.1).  amarok needs mysql 5.1
[18:46] <mathiaz> Riddell: ok - I'm working on updating 5.1 so that it can move to main
[18:46] <mathiaz> Riddell: so I'll keep the -core package structure for 5.1
[18:46] <mathiaz> Riddell: there will be a mysql-server-core-5.1 and mysql-server-5.1
[18:49] <Riddell> mathiaz: great.  is 5.0 being demoted then?
[18:49] <mathiaz> Riddell: that's the plan
[18:58] <\sh> mathiaz: what about the missing mysql-cluster support in 5.1 packages , as mentioned by nobse?
[18:59] <mathiaz> \sh: nothing for now - I think he's working on packaging it separatly
[18:59] <mathiaz> \sh: not sure though.
[18:59] <mathiaz> \sh: I'm not aware of his whole plan though.
[19:00] <\sh> mathiaz: yes...but hopefully demoting 5.0 to universe and pushing 5.1 to main doesn't upgrade mysql 5.0 installations...
[19:01] <mathiaz> \sh: well - the proposal is to have mysql-server depend on 5.1
[19:01] <\sh> mathiaz: he..that's my problem with this transition
[19:02] <mathiaz> \sh: well - what would be the other option?
[19:02] <mathiaz> \sh: move mysql-server to universe?
[19:02] <\sh> mathiaz: pinging nobse and trying to push mysql-cluster somehow into ubuntu/debian (or vice versa)
[19:05] <\sh> mathiaz: or working on our own for mysql-cluster (7.2 is the latest version imho)
[19:06] <mathiaz> \sh: ok - so your concern is that moving from 5.0 to 5.1 in main means dropping support for mysql-cluster?
[19:06] <\sh> mathiaz: yes
[19:08] <\sh> mathiaz: or mysql-server depends on mysql-server-5.0 | mysql-server-5.1 which could mean: new installations will install 5.1 and older installations won't be botherd (if I'm correct here)
[19:08] <mathiaz> \sh: hm - that's a good idea
[19:10] <mathiaz> \sh: however I think you need something like "real-package | virtual-package"
[19:10] <mathiaz> \sh: ex mailx control: depends: postfix | mail-transport-agent
[19:13] <lamont> mathiaz: the current program is Depends: default-mta | mail-transport-agent
[19:13] <lamont> though that's just mailer evil
[19:13] <mathiaz> lamont: and default-mta is a virtual or real package?
[19:14] <lamont> it's provided by one of exim4 (debian) or postfix (ubuntu)
[19:14] <mathiaz> lamont: ok.
[19:14] <lamont> after much discussion about the difference between a metapacakge and a provides.
[19:14] <lamont> provides was slightly less horrible
[19:14] <lamont> though probably not adequately reflected in policy
[19:17] <\sh> mathiaz: whatever the solution will be, but we need to take care about those issues...
[20:32]  * dupondje needs somebody that can release a new busybox version into karmic
[20:32] <dupondje> as the current is broken :x
[20:40] <dupondje> somebody awake that can push a new busybox version ?
[20:50] <dupondje> https://bugs.launchpad.net/ubuntu/+source/busybox/+bug/391299
[20:50] <dupondje> can somebody put it as High priority ?
[20:50] <dupondje> cause it breaks booting in Karmic :(
[21:11] <mathiaz> stgraber: what's the url of the PPA where the asterisk packages can be found?
[21:15]  * dupondje tickles cjwatson 
[21:16] <dupondje> nobody awake? :(
[21:28] <stgraber> mathiaz: https://edge.launchpad.net/~revolution-linux/+archive/asterisk
[21:29] <mathiaz> stgraber: merci
[21:45] <stgraber> mathiaz: np
[21:46] <dupondje> badly need cjwatson  :(
[21:49] <Nafallo> dupondje: hmm. so it's not worth just asking the question and see if anyone knows the answer? :-)
[21:50] <dupondje> well busybox needs to gets fixed asap
[21:50] <dupondje> its broken, and makes Karmic unbootable :x
[21:51] <dupondje> https://bugs.launchpad.net/ubuntu/+source/busybox/+bug/391299
[21:51] <dupondje> the bug
[21:51] <dupondje> and patch :P
[21:51] <dupondje> fixed it, just needs to get into repo's
[21:56] <dupondje> Nafallo: see :) nobody answers ;)
[21:57] <Nafallo> dupondje: sure. but I can't see how the issue is blocked on a single developer :-)
[21:58] <dupondje> can't see somebody else commiting new versions of busybox then cjwatson  :p
[22:00] <Nafallo> dupondje: that doesn't mean no one else CAN do it. I see Scott have done uploads in the past for example :-)
[22:01] <Nafallo> anyway. that's not the issue :-)
[22:01] <dupondje> :) well somebody needs to do it then :D
[23:15] <mdz> grub-pc seems to be asking a lot of questions when it upgrades
[23:27] <slangasek> kirkland: sorry, think I failed to parse your earlier comment -- "+VERSION=" ?
[23:27] <chrisccoulson> mdke - you there?
[23:36] <kirkland> slangasek: hiya
[23:37] <kirkland> slangasek: yeah, in the patch you sent to Debian, the service script sets a VERSION variable
[23:37] <kirkland> slangasek: which was something-ubuntu1
[23:37] <kirkland> slangasek: just a nit, that Debian might want to prune that, perhaps
[23:51] <nixternal> a bit late there kees, but it is nice knowing I don't have to bug you all of the time now :)
[23:52] <ajmitch> nixternal: I thought KDE wasn't meant to have any of those problems
[23:53] <nixternal> we don't, but just in case