[00:16] <gbear142751> hey guys, new person to open source management and was wondering if any of you had some good information about managing opensource projects, specifically with using svn for version control and building release candidates.  Any suggested howto's or other information would be greatly appreciated
[00:38] <lifeless> gbear142751: don't use svn
[00:38] <lifeless> gbear142751: use bzr (or git or hg)
[00:39] <gbear142751> lifeless: just found out about bzr tonight... are there significant improvements over svn, or just another flavor of version control?
[01:01] <directhex> branching is more powerful in distributed systems like bzr
[02:06] <robinp> is there some way of digging up an old package source. The package was rejected due to license however the license has now changed and so I believe the package(s) should now be valid.
[02:06] <robinp> I'm looking at mdnsresponder.
[02:12] <directhex> robinp, depends on whether the package was uploaded to the archive
[02:13] <robinp> i imagined the source has changed a bit from then - maybe I am just better off doing a packagisation from scratch
[02:14] <ScottK> robinp: Not that I can find.
[02:14] <ScottK> robinp: #ubuntu-motu is generally a better channel to discuss making new packages for Ubuntu.
[02:15] <robinp> ok thanks
[04:28] <calc> directhex: can't you make the stupid boycottnovell people disappear ;-)
[04:28] <calc> directhex: MONO is so evil it surely has a way to vaporize its opponents ;-)
[05:15] <calc> i'm only ~ 1 week behind in bug triage now, whee
[06:26] <dholbach> good morning
[06:44] <pitti> Good morning
[06:44] <dholbach> hiya pitti
[06:46] <pitti> geser: thanks for your analysis
[06:48] <pitti> geser: patch makes sense, thank you!
[06:49] <siretart> pitti: I need to do another quick upload of mplayer, I've forgot to bump the epoch in debian/control as well :-/
[06:49] <siretart> morning #ubuntu-devel!
[06:53] <pitti> siretart: wait
[06:53] <siretart> pitti: anything else I can or should change in debian/control that would help the issue?
[06:53] <pitti> siretart: I'm about to upload pkg-create-dbgsym
[06:53] <siretart> :-)
[06:53] <pitti> siretart: if you can wait for 2 hours, the fixed p-c-d is in and you don't need to change anything
[06:53] <pitti> siretart: (or upload it now, and retry the build in 2 hours)
[06:54] <siretart> pitti: no, the package is really buggy and has a broken upgrade path. the replaces needs a bumped epoch as well to have any effect in ubuntu
[06:54] <siretart> I'd prefer the latter, since any ubuntu dev can retry the build as soon as pkg-create-dbgsym is installed in the chroots
[06:55] <pitti> sure, go ahead
[06:58] <siretart> uploaded!
[06:59]  * pitti too :)
[06:59] <siretart> pitti: is your upload automatically active on the buildds, or do the chroots need handholding?
[07:00] <gpocentek> hello!
[07:01] <siretart> hi
[07:01] <pitti> siretart: no, they should auto-update
[07:01] <siretart> great!
[07:01] <pitti> but of course it needs to build/publish first
[07:02] <gpocentek> could someone get the new goffice binaries out of NEW? it's a soname bump with package name changes
[07:02] <gpocentek> gnumeric is waiting for the packages to build, it'd be nice to have it ready for the next xubuntu alpha
[07:09] <pitti> gpocentek: will you care about the transition until alpha-2?
[07:10] <gpocentek> pitti: sure, there's only one package concerned with a patch ready (waiting for an upstream review)
[07:10] <pitti> great
[07:11] <pitti> gpocentek: done
[07:11] <gpocentek> pitti: thanks!
[07:27] <pitti> TheMuso: hi!
[07:27] <pitti> TheMuso: would you mind if I backport the hal -> udev migration patches for pulseaudio?
[07:34] <TheMuso> pitti: dtchen has done it in our bzr pa branch. Unless it needs to be uploaded ASAP, can it wait till our next pulse upload?
[07:35] <pitti> TheMuso: hm, not in http://launchpad.net/~ubuntu-core-dev/pulseaudio/ubuntu then
[07:35] <pitti> TheMuso: yes, it's not super-urgent, I'm just curious :)
[07:35] <TheMuso> pitti: no because I haven't merged it. Its still in dtchen's branch.
[07:35]  * pitti marks it on https://wiki.ubuntu.com/Halsectomy
[07:35] <pitti> TheMuso: thanks!
[07:36] <TheMuso> np
[07:39] <TheMuso> 3~/c
[08:11] <mneptok> pitti: every time i see you discussing disabling HAL, i hear "Daaaaaaaaisy, Daaaaaaaaaaaaaaaaaaaaaaaaaaaaaisy ...." in my head
[08:11] <pitti> mneptok: heey!
[08:12]  * mneptok waves :)
[08:12] <pitti> mneptok: hm, I guess I would have needed to watch Odyssee 2001 to get that joke? :-)
[08:12] <mneptok> naturlich
[08:14] <mneptok> pitti: http://www.youtube.com/watch?v=85wCw3ArNhs
[08:14] <pitti> mneptok: how are you these days?
[08:21] <mneptok> pitti: very well, thanks! busy as hell, but in a good way.
[08:23] <\sh> pitti: you didn't watch odyssee 2001? that's a pitty, pitti ;)
[08:24] <geser> good morning
[08:24] <\sh> I wonder if there is any debian policy document about packaging javascript libraries....
[08:24] <siretart`> hey \sh :-)
[08:25] <\sh> siretart`: moins :) did you get in touch with czessi? :)
[08:25] <siretart`> \sh: whats wrong with installing them in /usr/share and be done with it?
[08:26] <\sh> siretart`: oh well...I meant more for naming issues...like libzend-framework-php I'm using now something like libdojo-toolkit-core-js ;)
[08:26] <siretart`> \sh: no, it seems that everyone here in nueremberg prefers to stay here, and we have a big party at the university at thursday here. now I'm really considering if I should go to LT2009 at all :-(
[08:26] <pitti> cjwatson_: would you mind if we unseed apmd? nothing in main depends on it, and it just sounds horribly outdated
[08:27] <siretart`> \sh: I'm sure there are already javascript libraries packaged in debian. What do the others do?
[08:27] <\sh> siretart`: it looks like they do it the other way around...libjs-<name of the lib>
[08:28] <\sh> so I need to change the naming...
[08:29] <\sh> siretart`: btw...I wonder if you see nobse somehow...if so, I would like to know his progress on mysql-cluster...didn't find any progress on it on his blog or on his debian page
[08:29] <ajmitch> \sh: I think there actually is some policy around js libraries
[08:30] <\sh> ajmitch: yes...I just didn't find it yet ;) but libjs-<name> sounds sane
[08:31] <ajmitch> there's a javascript-common package there as well
[08:32] <ajmitch> http://lists.alioth.debian.org/pipermail/pkg-javascript-devel/2009-April/000206.html details the 'policy' so far :)
[08:32] <\sh> ajmitch: you are my savior, man (sorry for quoting matrix)
[08:32] <siretart`> \sh: he seems terribly busy with his work these days. several months ago he called for help to create a mysql packaging team; without much success AFAIUI
[08:33] <siretart`> \sh: I have him in my jabber list though, where I often see him online
[08:33] <ajmitch> siretart`: do you know what help he needs with mysql?
[08:33] <\sh> siretart`: oh well...then I need to jump on the wagon
[08:33]  * wgrant whispers 'removing it'
[08:34] <siretart`> my ajmitch! :-)
[08:34] <ajmitch> er... :)
[08:34] <siretart`> ajmitch: there was a blogpost about that, but I'm not uptodate with the current state of affairs
[08:34] <siretart`> s/my/hey/
[08:34] <siretart`> *g*
[08:35] <siretart`> bah, I should chat thta much at work...
[08:35] <\sh> wgrant: "REMOVING MYSQL?"
[08:35] <wgrant> \sh: Yes!
[08:35] <ajmitch> siretart`: I think I saw it awhile back
[08:36] <ajmitch> it's still on the front page of his blog
[08:36] <\sh> wgrant: no ways...or do you mean, remove mysql and introduce mariaDB?
[08:37] <ajmitch> \sh: I think he means use postgresql
[08:37] <wgrant> I mean remove MySQL and all derivatives, and use PostgreSQL, yes.
[08:37] <mneptok> pfffft
[08:37] <mneptok> use MariaDB :P
[08:37] <\sh> ajmitch: that's difficult...because postgresql and clustering is not a good partnership...third party tools are there, but mostly non or less documented...and no one has any clue about the "right way"
[08:38] <\sh> the same goes for master/slave setups...slony is there, yes, but really not the right way to do it
[08:38] <ajmitch> mneptok: you has no bias, right? :)
[08:38] <\sh> performance, agreed, postgresql is much better...
[08:39] <mneptok> ajmitch: i don;t get paid for June until July 7, so no ;)
[08:39] <\sh> (and before someone comes and tell me: "you have no clue"...we have all the setups right here @office...and tested it :))
[08:40] <mneptok> Postgres is a bad idea.
[08:40] <mneptok> it changes the LAMP acronym to LAPP, and that means your servers eat reindeer
[08:41] <soren> orly?
[08:41] <mneptok> MariaDB, OTOH ...
[08:41] <ajmitch> but it's popular these days to not even use apache
[08:41] <wgrant> LLPP?
[08:41] <mneptok> wgrant: that's LL Cool J's incontinent brother
[08:41] <siretart`> unpronouncable. this is a killer criteria
[08:42]  * ajmitch watches mneptok try & pronounce that one
[08:42] <\sh> MariaDB is charming...my moms name is "Maria" ;)
[08:42] <soren> That would be L2P2.
[08:44] <\sh> oh my god...it's monday morning here...how can we be so funny ... it's to early(tm)
[08:44] <\sh> s/to/too/
[08:44] <ajmitch> heh
[08:44] <ajmitch> only way to face up to the week ahead
[08:45] <mneptok> ajmitch: he said "funny," not "liquor and a handgun"
[08:46] <ajmitch> you must have one interesting workplace
[08:46] <mneptok> especially on "Clothing Optional Wednesdays"
[08:46] <ttx> slangasek: re: release meeting action, I sent you a mail about likewise-open status in karmic.
[08:47] <pitti> lool: shall we try syncing libipc-sharelite-perl, and see if the new upstream version's test suite works on armel now?
[08:47] <\sh> mneptok: this week we do need more than a handgun...pumpgun is much better...but after some guys running amok here in goodl ol' .de even this is not allowed by law nowadays ;)
[08:48]  * soren is still baffled that it takes someone going on a killing spree for people to realise that guns aren't cool
[08:48] <soren> ..but that's just me.
[08:50] <\sh> soren: because the problem is not the gun...the problem is the man/woman behind the gun...same goes for cars...a car could be a gun when the wrong person is driving the car
[08:50] <soren> Except you can use cars for sensible things as well.
[08:50] <pitti> \sh: .. and the actual owner of guns, who are way too careless
[08:51] <\sh> pitti: right...but as our politicians are seeing it: "There is no problem with the owner...it's all Counterstrike's fault"
[08:51]  * wgrant points out that this discussion probably isn't going to go anywhere good.
[08:51] <pitti> yeah, and Tetris clearly needs to be forbidden as well
[08:52] <pitti> it leads to people dropping stones from Autobahn bridges
[08:52] <\sh> pitti: minesweeper I say, minesweeper ;)
[08:52] <ttx> and solitaire, which develops onanism.
[08:52] <\sh> anyways...meeting now...where's my cluebat
[08:52] <soren> Strip solitaire?
[08:53] <\sh> bbl
[10:04] <smb> seb128, Hi Sebastien, I just followed the last uploader trail. Would you be the right person to discuss gvfs?
[10:05] <seb128> smb: hi, probably, you can use #ubuntu-desktop too if you want
[10:05] <smb> seb128, Might be the better place. Let me move over there...
[10:13] <cjwatson> pitti: no problem dropping apmd as far as I'm concerned. Did I add it in the first place or something?
[10:17] <pitti> cjwatson: no, just collecting a second opinion
[10:20] <pitti> kirkland: please drop /usr/share/hal/fdi/policy/10osvendor/10-kvm.fdi and /usr/share/PolicyKit/policy/org.freedesktop.hal.kvm.policy from  kvm, it's not used any more (hal deprecation)
[10:21] <pitti> kirkland: kvm isn't maintained in bzr, is it?
[10:42] <slangasek> ttx: received, thanks
[10:55] <ion_> Has anyone else encountered LP #384579?
[10:57] <pitti> ion_: working fine here; what is it doing during that time?
[10:57] <ion_> I have no idea, except for what you can analyze from the bootchart. I haven’t got around to investigating it more yet.
[11:00] <pitti> ion_: could you run sudo /lib/udev/devkit-disks-part-id /dev/... on all your partitions and check if one of them reproduces the long hang?
[11:01] <pitti> ion_: replied in the bug
[11:01] <ion_> pitti: Ah! It hangs for /dev/fd0
[11:01] <ion_> pitti: Neither of the computers in question have a floppy drive.
[11:01] <pitti> ah, doesn't have anything in the drive, I suppose
[11:02] <pitti> heh
[11:02] <pitti> ion_: curious why you have a /dev/fd0 then; can you please also attach /var/log/udev ?
[11:02] <slangasek> until I read "floppy drive", my brain thought "/dev/fd0" was an alias for "/dev/stdin"
[11:02] <slangasek> how many people would notice if we made that true
[11:03] <ion_> sudo /lib/udev/devkit-disks-part-id "$p"  0.02s user 0.01s system 0% cpu 52.302 total
[11:03] <ion_> pitti: Will do, a moment...
[11:03] <pitti> /dev/stone_tablet0
[11:05] <ion_> pitti: Attached
[11:06] <ion_> I should probably take a look at the BIOS settings and disable the drive from there. But one would think the kernel could realize a drive doesn’t exist anyway.
[11:07] <pitti> ion_: the kernel detects an fd0 indeed, according to udev log
[11:07] <pitti> KERNEL[1244325984.817689] add      /devices/platform/floppy.0/block/fd0 (block)
[11:07] <pitti> has media:               1 (detected at su  7. kesÃ€kuuta 2009 03.05.53)
[11:07] <pitti> LIES!
[11:08] <ion_> pitti: Also in dmesg
[11:09] <ion_> lshw doesn’t list a floppy drive.
[11:09] <pitti> ion_: can you please run apport-collect on the bug, to collect kernel information?
[11:10] <pitti> ion_: nevermind, dmesg is there already
[11:10] <seb128> devicekit-disks doesn't seem floppy driver friendly, people who have a floppy drive get constant polling apparently too
[11:11] <seb128> it's like people were not expect floppy drives to still be used or something ;-)
[11:11] <pitti> seb128: it does that by defualt for all removable devices
[11:11] <pitti> seb128: but if that's causing trouble, please have them file a bug
[11:11] <pitti> we can certainly special-case floppies to not get polled
[11:12] <ion_> Amiga computers poll the floppy drives periodically, causing a click. And there’s a piece of software for AmigaOS that makes the poll clickless. :-)
[11:12] <seb128> pitti: bug #384469
[11:12] <seb128> pitti: well every time you poll on a floppy drive it makes noise
[11:12] <seb128> pitti: so yes, it's quickly annoy apparently ;-)
[11:13] <ion_> One would think it would be possible to do a noiseless poll with PC floppy drives as well.
[11:13] <pitti> ion_: well, one would think that floppies/cd-roms would generate an interrupt when a media is inserted..
[11:13] <ion_> True :-)
[11:13] <pitti> I'll deal with the floppy polling bug now
[11:14] <seb128> pitti: thanks
[11:14] <pitti> ion_: if you feel like it, can you please forward your detection bug to bugzilla.k.o.?
[11:14] <ion_> pitti: Will do
[11:15] <ion_> pitti: For Linux (or udev or devicekit-disks)?
[11:15] <pitti> ion_: linux, IMHO
[11:15] <pitti> if the kernel claims to have a floppy drive with media, then trying to open() it will hang and time out
[11:15] <pitti> I don't think this should be hacked around in userspace
[11:16] <ion_> Yeah
[11:26] <ion_> pitti: Which bug category to pick? :-) Drivers: Bugs related to device drivers; IO/Storage: Bugs related to IO; Platform Specific/Hardware: Bugs that are platform specific?
[11:26] <pitti> ion_: hm, I'd pick "storage"
[11:26] <slangasek> bugs with compound wings
[11:29] <ion_> pitti: Heh, there’s no “Ubuntu” or even “Other” option in the tree field. There’s Fedora, though.
[11:31] <pitti> ion_: we should be pretty close to git head, though (2.6.30rc8)
[11:44] <slangasek> cjwatson: from the discussion at UDS, should I go ahead and remove the 'server' seeds from kubuntu.karmic?
[11:46] <Riddell> please, I've been meaning to  do that for ages
[11:46] <cjwatson> yes, I think so
[11:49] <slangasek> done, ta
[11:51] <slangasek> dholbach: instead of acking sync bugs that are redundant, perhaps you could mark them invalid? :)
[11:55] <ion_> pitti: http://bugzilla.kernel.org/show_bug.cgi?id=13486 (now if i could just find the way to add a bug watch with Launchpad...)
[11:55] <pitti> ion_: thank you!
[11:57] <ion_> Ah, found it. ”Also affects project” first, then add the bugzilla URL.
[11:58] <pitti> ion_: done now; I linked the Ubuntu/linux package to the upstream product series, so adding upstream tasks should be easier in the future
[12:24] <ion_> pitti: The bug watch thinks the bug has been confirmed in bugzilla.k.o, even though it hasn’t.
[12:26] <pitti> ion_: sounds like a LP bug
[12:32]  * Keybuk tries to figure out which teams he needs to apply for membership for
[12:32] <Keybuk> I remembered to add myself to core-dev just in time ;)
[12:32] <slangasek> Keybuk: ~real-madrid?
[12:38] <asac> rfcXXXX.txt files are usually not dfsg free, right?
[12:40] <pitti> cjwatson: bug 384183> hm, where can I actually find the LP translations?
[12:40] <pitti> cjwatson: or doesn't that use LP at all, and we just import Debian's?
[12:41] <directhex> asac, IME, spec files are usually non-free
[12:41] <pitti> cjwatson: (just followed up on that)
[12:42] <asac> directhex: thx. thats what i thought too.
[12:42] <directhex> asac, debian bug 393373 is one example of it
[12:42] <cjwatson> pitti: I'll reply on the bug
[12:42] <directhex> asac, we had to hax mono 2.4 to remove a spec file (from now on, upstream will instead ship source generated from the spec file, which is Free)
[12:42] <asac> directhex: right. i am sure for ietf's ... but not so much for rfc's
[12:50] <slangasek> asac: EPARSE?  There's only one IETF :)
[12:51] <slangasek> but yes, unfortunately IETF RFCs generally have terms preventing free modification
[12:53] <Keybuk> sure
[12:54] <Keybuk> because modifying a standard somewhat defeats the point
[12:54] <Keybuk> you're allowed to resubmit it as a new standard with mods though
[12:54] <slangasek> Keybuk: I think you want #debian-devel for debating the DFSG :)
[12:55] <Keybuk> slangasek: oh, I wasn't debating the DFSG, I missed the context ;)
[12:55] <Keybuk> however such things are allowed under the Ubuntu Guidelines
[12:56] <dholbach> slangasek: sure, can do
 why does libclamunrar not build a -dev package?
[13:00] <ion_> Who is blink?
[13:00] <slangasek> my eyeballs
[13:18] <xnox> hello everyone =D
[13:18] <xnox> xubuntu jaunty source cd is size 0
[13:18] <xnox> http://cdimage.ubuntu.com/xubuntu/releases/jaunty/release/source/
[13:19] <xnox> how would you like me to report this? I'm struggling to pick correct package in launchpad. Or shall just file a bug and subscrive archive maintainers to it?
[13:21] <slangasek> xnox: please use the ubuntu-cdimage project in launchpad
[13:22] <xnox> slangasek: thanks
[13:22] <siretart`> pitti: mplayer built, it needs NEW love now
[13:22] <siretart`> btw, do we have an ARM porting team?
[13:36] <ion_> mvo: I added more rambling to <https://wiki.ubuntu.com/AptSyncInKarmicSpec> recently.
[13:41] <pitti> siretart`: nice
[13:43] <quadrispro> I would work on findutils merge, isn't anyone already working on it?
[13:49] <slangasek> Riddell: is bug #376396 still in progress for alpha-2?
[13:50] <Riddell> slangasek: yes it is
[13:50] <steveire> cjwatson: ping?
[13:52] <\sh> pitti: you are writing emails with no content ;)
[13:52] <asac> hehe
[13:52] <pitti> \sh: uh, what?
[13:52] <asac> saw that too
[13:53] <asac> pitti: Message-ID: <20090608124849.GA7265@piware.de>
[13:54] <Sikon> pitti, that's a surprisingly brief letter to ubuntu-devel :p
[13:55] <pitti> ugh, no idea how that happened
[14:02] <cjwatson> steveire: ok, I've reconstructed your disk layout here and reproduced the parted failure; building a debugging version to dig into it now ...
[14:03] <steveire> Awesome. If there's any more I can do to help, just shout out.
[14:11] <cjwatson> steveire: get me a faster disk ;-)
[14:11] <steveire> I can get you a bigger hamster to spin it ... :)
[14:12] <soren> Interesting. I would have expected most people in this channel to have easier access to faster disks than to bigger hamsters.
[14:12] <soren> ..but that's just me. :)
[14:18] <slangasek> cjwatson, ArneGoetje: Debian has dropped ttf-bitstream-vera, which is seeded citing dejavu as a replacement; do you know if it's reasonable for us to follow suit?
[14:19]  * slangasek grumbles about glibc continuing to show up in process-removals :)
[14:24] <siretart`> is ubuntu going to stick with glibc or do we follow debian with eglibc?
[14:38] <slangasek> calc: ping, re: OOo-l10n :)
[14:38] <pitti> slangasek: is it broken again?
[14:38] <slangasek> pitti: OOo-l10n-en-za is 8MB oversized
[14:38] <slangasek> calc said to nag him if he hadn't uploaded by Monday
[14:39] <pitti> slangasek: ah, so that will give us back some 6 MB of CD space? nice
[14:40] <slangasek> in theory it'll give us back a full 8MB on the alternate
[14:40] <pitti> -en-gb is 1.9 MB, I figure -en-za will have a similar size?
[14:40] <slangasek> on desktop I don't know, I guess if dupe file detection is good then there's no savings
[14:40] <pitti> ah, ok :/]
[14:41] <slangasek> I'm expecting -en-za to shrink back down to its jaunty size
[14:41]  * pitti repairs the smiley's chin
[14:54] <cody-somerville> pitti, Who approved LP #353080 ?
[14:56] <pitti> cody-somerville: it was a crash, and apparently a regression, so I accepted it into -proposed
[14:56] <pitti> unfortunately, motu-sru@ isn't responsive any more, so I guess ubuntu-sru has to do the decisions now?
[14:59] <cody-somerville> If there is a problem with the responsiveness of motu-sru then we should try and fix that issue, not totally disregard the currently accepted policies.
[15:01] <cjwatson> steveire: does your 8th partition (looks like a 2.5GB FAT32 partition) actually work?
[15:01] <cjwatson> steveire: it looks as if the problem is that its size in the partition table overflows the end of the disk
[15:03] <steveire> cjwatson: Well I've just mounted it without issue. I think it's some kind of Dell recovery partition.
[15:04] <cjwatson> steveire: hmm, the end of a FAT filesystem is a secondary copy of the filesystem headers IIRC
[15:04] <cjwatson> so maybe it just copes with those being missing or something
[15:04] <cjwatson> I'll carry on investigating
[15:04] <pitti> cody-somerville: oh, I thought that ubuntu-sru was a member of motu-sru; apparently I mixed that up with {motu,ubuntu}-release, sorry
[15:06]  * pitti uploads an apport package with interactive hook support to his PPA, go wild!
[15:06] <steveire> cjwatson: I have had issues with this disk before: http://ubuntuforums.org/showthread.php?t=904702. There's a Dell quick media thing or something which apparently messes them up.
[15:11] <cjwatson> steveire: can you confirm what 'parted -s /dev/sda print' in a terminal window in the installer says? For me, it says "Can't have a partition outside the disk!"
[15:11] <cjwatson> or a terminal window in an ordinary system I guess
[15:12] <steveire> Yes, I can confirm that.
[15:12] <steveire> It says the same
[15:12] <cjwatson> ok, so it's not just me getting the disk size wrong
[15:13] <cjwatson> I'll compare with the kernel source to see whether it does something different with respect to partitions that overflow the disk
[15:31] <calc> slangasek: will be getting it done today
[15:31] <slangasek> calc: ok
[15:42] <kirkland> pitti: no, kvm isn't
[15:42] <kirkland> pitti: i'm trying to get it syncing from git
[15:42] <kirkland> pitti: but it's run into a few issues
[15:42] <pitti> kirkland: well, that piece should bring you a step closer then :)
[15:43] <pitti> kirkland: if that is upstream, nevermind; it doesn't hurt, it's just not used any more
[15:43] <kirkland> pitti: hmm, dropping hal, is it back to kvm group for /dev/kvm permissions?
[15:43] <pitti> kirkland: no, automatic ACLs are done by udev-extras now
[15:43] <pitti> /lib/udev/rules.d/70-acl.rules
[15:43] <kirkland> pitti: so do i need to add something there?
[15:44] <pitti> kirkland: no, I already committed it upstream
[15:44] <kirkland> pitti: neat, thanks :-)
[15:53] <directhex> pitti, http://www2.apebox.org/wordpress/linux/113/
[16:09] <cjwatson> steveire: http://lkml.org/lkml/2008/10/9/219 looks sort of related; the kernel limits broken partitions like this to the disk size
[16:13] <cjwatson> steveire: if you're in a hurry, my advice would be to back up the contents of partition number 8 and then delete it
[16:13] <cjwatson> steveire: and probably also complain to your manufacturer
[16:14] <steveire> Just reading the link. I'll probably do that.
[16:14] <steveire> But should I be able to see kernel warning messages somewhere
[16:14] <steveire> ?
[16:17] <cjwatson> steveire: that's what I'm currently mystified about
[16:18] <cjwatson> steveire: can you look at dmesg after mounting /dev/sda8? AFAICS, you should get something
[16:18] <cjwatson> "sda: p8 size <blah> limited to size of disk" or some such
[16:18] <cjwatson> actually I think you should get it well before trying to mount it, but you don't seem to ...
[16:22] <steveire> Nothing: http://dpaste.com/52822/
[16:26] <cjwatson> steveire: could you put updated 'fdisk -l /dev/sda' output on the bug?
[16:26] <cjwatson> steveire: I know you posted it in the forums thread but the disk layout seems to have changed a bit since then
[16:27] <cjwatson> I'm just trying to double-check everything before I spam parted-devel upstream ...
[16:28] <steveire> Done
[16:28] <cjwatson> thanks
[16:51] <geser> pitti: as you merged pbuilder, could you sponsor bug 384284? or should I wait till after alpha-2?
[16:59] <nixternal> pitti: I am going to take a look at the apport-qt stuff unless someone has already gotten in touch with you about it
[17:10] <pitti> geser: sure, will do
[17:10] <pitti> geser: no, that shouldn't be blocked by alpha-2 at all, it's a dev tool
[17:10] <pitti> nixternal: oh, great! no, didn't get a response so far
[17:10] <pitti> nixternal: please let me know if you start working on it and have questions about how it should behave, etc.
[17:13] <pitti> geser: sorry for breaking it, and thanks for cleaning up after me
[17:20] <nixternal> pitti: ya, looking through it now...the code is pretty much self explainable thus far...I branched your interactive-hooks repo
[17:21] <pitti> nixternal: test with PYTHONPATH=. qt4/apport-qt -f -p pmount
[17:21] <pitti> nixternal: (assuming that you install pmount.py package hook)
[17:21]  * nixternal notes that down
[17:21] <pitti> you can pick any package name, of course
[17:22] <pitti> nixternal: I use this for testing: http://people.ubuntu.com/~pitti/tmp/pmount.py
[17:22] <pitti> it uses all of the interactive functions
[17:22] <pitti> -> /usr/share/apport/package-hooks/pmount.py
[17:24] <nixternal> got it
[17:33] <nixternal> No module named packaging_impl - yay :(
[17:40] <pitti> re
[17:41] <pitti> nixternal: cp backends/packaging-apt-dpkg.py apport/packaging_impl.py
[17:44] <lajjr> hello pitti.
[17:44] <pitti> hey lajjr
[17:45] <lajjr> I was looking at the new bugs for apport
[17:46] <lajjr> I see there is some request for version (eg: apport-gtk -v apport-qt -v) and others.
[17:47] <lajjr> is there a reason I was going to use opt parse in python do you want me to use it or a different method.??
[17:47] <pitti> lajjr: apport/ui.py already uses optparse
[17:47] <pitti> lajjr: see parse_argv()
[17:47] <nixternal> pitti: beat you to it, thanks to bug reports :)
[17:47] <pitti> lajjr: so go ahead and add it
[17:47] <pitti> nixternal: great!
[17:48] <pitti> lajjr: so there needs to be some clever build-time hack to expose the version number from setup.py to apport/ui.py
[17:48] <lajjr> yea what I mean do you want me to add -version for apport-gtk apport-qt?
[17:48] <pitti> lajjr: or we could move the version number to ui.py and setup.py imports that and grabs it from there (probably much cleaner)
[17:48] <lajjr> well you don't want hard code do you?
[17:49] <nixternal> pitti: on the "Pick File" window, any specific file to pick?
[17:49] <pitti> lajjr: no need to add it to individual frontends; they all use apport/ui.py
[17:49] <pitti> nixternal: in the example? no
[17:49] <nixternal> roger that
[17:49] <pitti> nixternal: I just pick the first I come across
[17:49] <nixternal> ROFL!!!!
[17:49] <pitti> nixternal: look at the test hook, it just attaches it to the bug
[17:49] <nixternal> "I can has a bug report?"
[17:49] <nixternal> gahahahahahaha
[17:50] <nixternal> I didn't catch that in the code :)
[17:50] <pitti> nixternal: that's just from pmount.py, not from actual apport code :)
[17:50] <nixternal> I just had pmount.py open too and looked at it :)
[17:50] <pitti> lajjr: well, it needs to be hardcoded in exactly one place
[17:51] <lajjr> do you want it to pop up like gdb etc.
[17:51] <pitti> lajjr: right now that's setup.py, but there's no reason why we can't move it to ui.py and define __version__ there, for example
[17:52] <lajjr> ok define it no prob do you want me to add it to the list. For me?
[17:52] <pitti> lajjr: http://www.python.org/dev/peps/pep-3001/ says to use __version__, so let's do that
[17:52] <pitti> lajjr: if you want, sure
[17:52] <pitti> lajjr: thank youo
[17:52] <lajjr> no prob I will.
[17:53] <pitti> lajjr: I'll review your bug followups; are you subscribed to the bugs you commented on? or to apport bugs in general? (so that you'll see my replies)
[17:53] <lajjr> would you rather me make a branch so if it is approaved you can merge?
[17:54] <lajjr> yes I subscribed to some I better add the rest.
[17:55] <lajjr> I was going to send a quick mail with a list and what I proposed.
[17:57] <pitti> lajjr: sure, that should be convenient for both of us
[17:57] <lajjr> great.
[17:59] <pitti> lajjr: e. g. I just followed up on bug 372893
[17:59] <pitti> lajjr: (which is admittedly quite complex, and I reassigned it)
[18:00] <lajjr> So would like me to add some of the ones that will call optparse. Them to tasks I will do I see about 3 or so.
[18:01] <lajjr> oh sorry..
[18:02] <pitti> lajjr: as I said, apport/ui.py already uses optparse, just add it there
[18:03] <pitti> lajjr: no need to be sorry, just pointing out some bugs, so that you can get a better feeling about what goes where in apport :)
[18:03] <lajjr> yep that is what I mean.
[18:04] <lajjr> great..
[18:08] <lajjr> I will send an email with a few items I would like to take and do since it will be in same areas if ok.
[18:11] <lajjr> I will try to contact you later I have to get one of my children from school sick :(..
[18:38] <qaws> hello, I get an error "end_request: I/O error, dev fd0, sector 0" every 2 seconds, floppy drive is still rotating (no floppy inside) - it is caused by devkit-disks-da. Should I report it as a bug?
[18:39] <ion_> It has already been reported and is being fixed.
[18:40] <qaws> ion_, thx, what is the bug name pls?
[18:42] <ion_> I’ll look it up in a moment. If you want it sooner, check the bug list for devicekit-disks at launchpad.
[18:43] <qaws> ion_, thx, I have it, it is #384469
[18:50] <Keybuk> pitti: random Q about devkit-disks
[18:50] <Keybuk> the rules seem to duplicate a *lot* of what udev has already done
[18:50] <Keybuk> and worse, call vol_id - which, err, doesn't exist
[19:32] <geser> anyone got an idea how to debug why I don't have any acls (e.g. to access audio device files) set? (I'm on karmic)
[19:47] <nixternal> hrmm, to create a new ui or to utilize one that is close, but not that close... pitti any opinions there? does it matter if I create a question/choices ui instead of trying to utilize the QT4ReportDialog and promoting widgets
[19:49] <kees> can an archive admin check on linux 2.6.27-14.34 in intrepid NEW for -proposed ?
[21:38] <Kano> hi cjwatson , did you test unionfs-fuse against aufs2 yet?
[21:39] <Kano> cjwatson: tested with kvm, karmic iso default about 45s, aufs2 mod about 30s
[21:40] <Kano> i thought the target for next release was speed increase not slowdown ;)
[21:50] <mweichert> what version of Debian is Jaunty based on?
[21:54] <ion_> sid and experimental of the time
[22:05] <BUGabundo> pitti: are you around?
[22:05] <BUGabundo> wanna ask if Power Button breakage on Karmic is a known bug, and if it is related to FUSA or ACPI
[22:06] <BUGabundo> humm now that I think about it, it could be related to device kit, right?
[22:14] <tedg> BUGabundo: Which power button breakage?  What doesn't work?
[22:15] <BUGabundo> hi tedg
[22:15] <BUGabundo> tedg: pressing my laptop powerbutton on karmic, does nothing
[22:15] <BUGabundo> it used to popup the shutdown/reboot/hibernate window
[22:15] <BUGabundo> another user on +1 confirmed it too
[22:15] <tedg> BUGabundo: So if you turn on debugging in GNOME Power Manager you can see whether it's getting the keypress or not.
[22:16] <BUGabundo> ok
[22:16] <BUGabundo> please tell me how to do that tedg
[22:16] <tedg> BUGabundo: That'd be the first thing to check, if it's not getting the keypress that is likely due to the hotkeys fixes for karmic.
[22:17] <tedg> BUGabundo: https://wiki.ubuntu.com/DebuggingGNOMEPowerManager#Getting%20info%20from%20GPM
[22:17] <BUGabundo> thanks
[22:27] <BUGabundo> tedg: running with nodaemon and pressing PowerButtons prints nothing
[22:27] <BUGabundo> is there anything I can run to make sure its running properly?
[22:35] <tedg> BUGabundo: You're running with verbose as well, right?
[22:35] <BUGabundo> tedg: $ gnome-power-manager --verbose --no-daemon
[22:35] <BUGabundo> as mentioned on the wiki
[22:37] <tedg> BUGabundo: Hmm, it should be printing all kinds of stuff... it generally is doing something.  Is this on a laptop?  Usually there are battery events.
[22:37] <BUGabundo> laptop with battery and AC
[22:38] <yoasif> BUGabundo: is this the bug? https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/384890
[22:39] <BUGabundo> let me see
[22:40] <BUGabundo> yoasif: description fits
[22:40] <BUGabundo> tedg: can you take a look?
[22:40] <BUGabundo> I'll add my apport-colect too
[22:48] <tedg> BUGabundo: I think the next step is to see what HAL is sending.  I think that should be achievable using dbus-monitor, but I've not done it.
[22:55] <chrisccoulson> tedg / BUGabundo - gnome-power-manager is not responding to power button events from HAL because it was built without --enable-legacy-buttons at the last upload
[22:55] <chrisccoulson> gnome-power-manager doesn't listen to HAL events any more by default
[22:55] <BUGabundo> chrisccoulson: ok
[22:56] <chrisccoulson> it should probably be built with --enable-legacy-buttons still for now
[22:56] <BUGabundo> so is there a known bug open ?
[22:56] <chrisccoulson> i don't think so
[22:56] <BUGabundo> we can use the one from yoasif
[22:56] <BUGabundo> can you comment that there?
[22:56] <kees> hah, that's nice.  grub2 finds _all my chroots_.  :P
[22:57] <BUGabundo> lol kees
[22:57] <chrisccoulson> BUGabundo - yeah. but the correct fix is for your buttons to not produce HAL events
[22:57] <BUGabundo> chrisccoulson: humm didn't get that
[22:58] <chrisccoulson> i think that your power button should behave like a keyboard button and go through X instead
[22:59] <BUGabundo> ok
[22:59] <chrisccoulson> gnome-power-manager is only looking at keypresses by default now, unless built with hal support
[22:59] <BUGabundo> yoasif: seems that gsynaptics fixes the tap to click bug
[23:00] <yoasif> BUGabundo: does it persist after reboot? what does it do that the packagers aren't doing?
[23:02] <BUGabundo> yoasif: and old bug about this https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/133060
[23:02] <yoasif> BUGabundo: ah nice
[23:02] <BUGabundo> yoasif: no idea. another LoCo user on xubuntu karmic says it works for him
[23:06] <BUGabundo> yoasif: filed as https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/384968
[23:07] <yoasif> BUGabundo: very cool
[23:07] <BUGabundo> and just commented on the other 2 bugs
[23:07] <BUGabundo> to check for dupes or regression
[23:08] <yoasif> that reminds me, there was a major regression in jaunty in one of my other machines that i never filed :/
[23:11] <BUGabundo> thanks for the comment chrisccoulson
[23:11] <chrisccoulson> no problem
[23:20] <Sarvatt> BUGabundo, use gpointing-device-settings, gsynaptics is abandoned :D
[23:21] <BUGabundo> Sarvatt: thanks. will let the user know
[23:27] <BUGabundo> Sarvatt: humm can't see anythin new on the menu or Mouse tabs :(
[23:37] <Sarvatt> ahh sorry, theres no shortcut in the packaged one? can make one pointing to /usr/bin/gpointing-device-settings or just run gpointing-device-settings from terminal till thats fixed
[23:38] <BUGabundo> let me try that Sarvatt
[23:39] <BUGabundo> humm does nothing to me
[23:40] <BUGabundo> and tapping is activated
[23:40] <BUGabundo> but I still can tab or double tab
[23:45] <cjwatson> kees: linux/intrepid-proposed> accepted now
[23:45] <kees> cjwatson: great, thanks