[00:46] RAOF: O hai! Do you tim to throw some debugging options at me for a DPMS issue I'm having? [00:46] s/$tim$/\1e/ [00:47] I have any number of Tims to throw. And maybe even a little time :) [00:47] What's the problem? [00:48] RAOF: I have "Put display to sleep when inactive for: 0:10" in Power Management, it just ... doesn't [00:48] Heh. [00:48] Is something inhibiting the display sleep? [00:48] I'll come back to the machine after a few hours, and the monitor is still helpfully showing the screensaver [00:49] Does “xset dpms force off ; sleep 5; xset dpms force on” turn off the monitor for 5 seconds? [00:50] Nope, it blanks, and then comes right back [00:50] Although, it seemed to work the second time ... [00:51] Heh. [00:52] I'd suspect something higher in the stack than X, generally. [00:52] Particularly if xset works :) === sanchaz is now known as sanchaz-away === dendro-afk is now known as dendrobates === TerminX_ is now known as TerminX === amitk is now known as amitk-afk [07:04] good morning! [07:53] good morning [08:02] Good morning [08:03] buxy: as ebroder says, we primarily need to install less; compressing .debs more won't help much === almaisan-away is now known as al-maisan === hanska is now known as dapal === doko_ is now known as doko === rraphink is now known as raphink [08:53] jibel: do you think you can play with the test case in bug 672964, so that someone else than just me tests this? I know that it doesn't help to fix an already broken system, but I'm fairly sure the patch will prevent breaking it in the first place [08:53] Launchpad bug 672964 in udev (Ubuntu Lucid) "2.6.32-26 unbootable: does not find root file system" [Critical,Fix committed] https://launchpad.net/bugs/672964 [09:00] pitti, I'm looking at it. [09:01] jibel: merci; not that urgent, though [09:58] jussi: could you please add to the channel topic that I'm "patch-pilot" of the day ? (ref is https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Patch%20Pilots) [09:59] mvo: this channel is not +t - you are able to do so yourself :=) [09:59] mvo: though I think we will have the bot to help out soon [10:00] mvo: happy piloting! [10:00] "launch clearance granted" [10:01] mvo, oh nice, that's starting today ;-) [10:01] * mvo puts his pilot hat on and starts the engine [10:01] jussi: aha, thanks [10:01] can somebody approve my mail to u-d-a - it's also about the patch pilot programme [10:01] please :) [10:01] dholbach: will do [10:02] * dholbach hugs pitti [10:02] flushed [10:02] * pitti hugs dholback [10:02] * dholbach will blog it too === mvo changed the topic of #ubuntu-devel to: Archive: Open | maverick-proposed is now unfrozen | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs; Friendly Patch Pilot of the day: mvo [10:02] haha [10:02] * dholbach hugs mvo === cjwatson changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Friendly Patch Pilot of the day: mvo [10:03] (I think we can drop the maverick-proposed unfrozen item now) [10:04] * mvo nods [10:06] dholbach, is patch pilot only looking at debdiffs? [10:07] bryceh, see the mail I just sent to u-d-a [10:07] I'll give you the link to my blog post in a sec :) [10:07] hang on [10:07] dholbach, I just did [10:07] dholbach, but I'm unclear [10:07] http://daniel.holba.ch/blog/?p=820 [10:08] bryceh, http://reports.qa.ubuntu.com/reports/sponsoring/ is a good start [10:09] mvo, can you sponser this fix https://code.launchpad.net/~om26er/ubuntu/maverick/gwibber/gwibber-fix-674894/+merge/40899 [10:09] bryceh, is your question about "what you're supposed to do" or "which queue to look at"? [10:10] dholbach, no, my question is, if a bug report has a patch that is not in debdiff form, is it acceptable or unacceptable to subscribe ubuntu-sponsors? [10:10] the fix is taken from gwibber trunk [10:10] didrocks, hrm, you messed up ubuntu-netbook-default-settings [10:11] bryceh, if you reviewed the patch and it's sound and you want to upload it and it's only a matter of adding a changelog entry, it's great if you just go ahead and do it [10:11] ogra_ac: well, on armel… that's why I asked you to test it before on an armel build :) [10:11] what I usually do is say "this is what I did to get it in an uploadable state" [10:11] didrocks, you should also never use DEB_HOST_ARCH, that breaks cross building and makes lool unhappy ;) [10:11] pitti, re 672964, I cant reproduce the original issue with udev 151-12.2 in lucid-updates and the steps described in the test cases , is there any other prerequisite ? [10:11] ogra_ac: oh really? what should be used? [10:12] (saw that in other packages too) [10:12] didrocks, not armel related, seems that dh7 cant handle the code in rules the way you used it [10:12] jibel: hm, I only tried on maverick, and there it reproduced well [10:12] ogra_ac: but you know I like make lool unhappy :) [10:12] didrocks, ifeq ($(DEB_BUILD_ARCH),armel) would be better for cross builds [10:12] that takes the target arch instead of the build machine arch [10:12] jibel: there shouldn't; if the initramfs gets built correctly while udev is unpacked, but not configured yet (i. e. /sbin/udevadm is diverted), the bug wouldn't happen [10:13] jibel: but I don't see what would stop that from happening in lucid [10:13] pitti, I'm trying in maverick. [10:13] ogra_ac: ok, updating to that then (same for ubuntu-netbook) [10:13] k [10:13] ogra_ac: then, those two packages are yours :) [10:14] om26er: sure, I have a look now [10:14] i_m still trying to figure out what makes it fail with "missing separator" [10:14] ogra_ac: maybe you want to do the change and test with your hw rather? [10:14] its not HW related [10:15] but i cant see a typo either [10:15] ogra_ac: it's building locally… [10:15] and it built everywhere !armel [10:16] ogra_ac: whitespace issue: space vs tab before the dh_install === amitk is now known as amitk-afk [10:16] well, it doesnt go the script path you created if DEB_HOST_ARCH isnt set to armel [10:16] ts2: you going t explain for all the lovely folks here how this works? [10:17] didrocks, ogra_ac: It's hte other way around; you want to use DEB_HOST_ARCH, not _BUILD_ARCH === jelmer is now known as Guest24864 [10:18] the arch on which you build it on shouldn't affect the results; only the target arch on which you expect to run it (host) [10:18] jussi: one sec, yeah :) [10:19] geser found the real problem it seems [10:19] didrocks, http://paste.ubuntu.com/535147/ that way it shoudl work [10:20] yeah, I should sometimes have an automatic rules to not strip tabs when opening debian/rules in vim [10:20] geser, oh [10:20] replacing by a tab and uploading then [10:20] thanks geser, lool, ogra_ac [10:20] and so nothing to change for the ubuntu-netbook metapackage [10:20] om26er: thanks a lot for this branch. it looks fine, the only missing bit is a "TEST CASE" in the bug #674894 so that the SRU verification can be done, it should be pretty trivial in this case :) one more question - did you talk to kenvandine about the upload? I just want to ensure that he does not plan to upload this as part of some bigger patchset to maverick-proposed [10:20] Launchpad bug 674894 in gwibber (Ubuntu Maverick) "gwibber prepends "is" to messages sent to facebook" [Undecided,New] https://launchpad.net/bugs/674894 [10:20] ogra_ac: No it wont; this will not define override_dh_install on != armel, so it will run dh_install by default [10:21] lool, yeah, right [10:21] lool, thanks for both [10:21] didrocks: It would be nicer to ifneq ($(DEB_HOST_ARCH),armel) override_dh_install: endif and not have any dh_install [10:21] lool: oh, directly wrapping the target? ok, can do that :) [10:22] mvo, there is nothing coming in maverick-proposed from ken since the last -proposed (big bug fix release) was just gone into -updates [10:22] mvo, om26er: you should let kenvandine's do the gwibber sponsoring [10:22] Alternatively, you could use -X or -N; e.g. override_dh_install: dh_install $(if ...), but I find that harder to read [10:23] mvo, om26er: he's active on it and might have a reason for not having uploaded yet, at least check with him before upload [10:23] lool: yeah, that was my first idea but I didn't like it when reading [10:23] # Skipping dh_install - empty override <- nice dh7 warned about it :) [10:24] seb128, ok sure will do that today [10:24] seb128, om26er: ok, thanks. I will comment in the branch but wait for kenvandine for his final word then [10:24] if he is busy I'm still happy to sponsor it [10:26] mvo, ok this https://code.launchpad.net/~om26er/ubuntu/maverick/gexiv2/gexiv2-fix-636161/+merge/41398 ;) [10:27] its recommended from shotwell developer [10:28] * mvo looks === jussi changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [10:31] mvo: others, herses how the bot works [10:32] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Patch Pilots: jussi [10:32] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Patch Pilots: [10:32] nice jussi! [10:32] @pilot in [10:32] neat :) === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Patch Pilots: mvo [10:32] mvo: thank ts2 [10:32] * mvo hugs ts2 [10:32] :) [10:33] * didrocks is kind of disappointed that the Patch Pilot isn't "Friendly" anymore ;) [10:34] ts2: can we have friendly patch pilots? [10:34] :) [10:35] any other requests while I'm at it? ;) [10:35] pitti, I can't reproduce in maverick either. I only get a broken initramfs if I stop at step 2. [10:35] didrocks: you want to bot you hug you at the end of your rotation? ;) [10:35] *want the [10:35] pitti, if I run the postinst step, the diversion is removed before running update-initramfs and the correct udevadm is copied to initramfs. [10:36] nigelb: oh neat idea! :) [10:36] pitti, or ma I missing something ? [10:36] s/ma/am/ [10:36] jibel: oh, you mean udev.postinst configure rebuilds the initramfs? [10:36] pitti, right. [10:37] jibel: then it indeed seems that this test case isn't reproducing the problem, sorry === ts2 changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: mvo [10:40] @pilot in [10:40] An error has occurred and has been logged. Please contact this bot's administrator for more information. [10:40] yippy... [10:41] thanks ts2 [10:41] it would be nice if the bot would tell who the bot admin is [10:43] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: ts2, mvo [10:43] pitti, np. I think that we can only reproduce the issue if the postinst script is not run at all or if it stops before calling enable_udevadm [10:43] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: mvo [10:43] pitti, let me know if you want to test something else. === amitk-afk is now known as amitk [10:50] jibel: will think about it; thanks so far! [10:51] om26er: you have just written history, the first upload from the new patch-pilot program [10:52] mvo, thanks alot :) [10:52] i am legend :p [10:52] ts2: nice :) [10:52] mvo, om26er, congrats :-) [10:53] heh, congrats mvo, om26er :) [10:53] \o/ [10:54] * pitti ^5s om26er and mvo [10:54] bryceh, didrocks thanks ;) [10:57] bug 655241 [10:57] Launchpad bug 655241 in AppMenu GTK+ "some applications show duplicated menus" [High,In progress] https://launchpad.net/bugs/655241 [10:57] https://code.launchpad.net/~om26er/ubuntu/maverick/appmenu-gtk/appmenu-gtk-fix-655241/+merge/41397 [10:59] the fix is merged upstream mvo [10:59] there are quite a few duplicates too. [11:01] thats the last one [11:02] om26er: thanks! I look in detail after my lunch break, from fist sigh it looks fine, it would be nice to have a TEST CASE in the bugreport to the SRU process [11:02] from the first look [11:02] * mvo can't type today [11:02] * om26er writes a TEST CASE === hunger_ is now known as hunger [11:06] ev: FYI, I'll port usb-creator from pygtk2 to gtk3.0 and gi, if that's alright with you? [11:07] that's fantastic, thanks pitti! [11:12] pitti: my understanding had been that gtk3/pygi only worked properly with python3; is that true in your expereience? [11:12] *experience [11:13] cjwatson: I have run into one bug where python3 works better [11:13] cjwatson: but by and large it's fine [11:13] ok, that's a relief [11:13] cjwatson: https://bugzilla.gnome.org/show_bug.cgi?id=620579 is the one FYI [11:13] it's being fixed [11:13] but it's easy enough to avoid/work around for now [11:14] pitti, no, it works fine with python2, though they recommends going for python3 while you are at porting if you can [11:14] ups [11:14] cjwatson, ^ [11:14] that's right [11:14] but we don't currently ship py3 on the CDs [11:14] and I don't want to be the one who introduces it :) [11:14] didrocks: are you ok with me uploading #655241 ? it looks like you did most of the recent uploads? [11:14] right, I don't think we should go for python3 yet [11:14] seb128: I just don't want to have to do both ports simultaneously [11:14] didrocks: diff looks fine and is taken from the upstream branch [11:14] in general [11:15] right, my idea was to do python2 gi ports this cycle [11:15] mvo: sure, cherry-pick it :) [11:15] thanks :) [11:16] thanks didrocks, uploaded [11:16] mvo, yeah, feel free to do appmenu-gtk uploads [11:16] thanks om26er! [11:16] mvo, oh, you are the new maintainer then [11:16] ;-) [11:16] you gave me compiz, you have appmenu :p [11:16] joke aside appmenu-gtk has a collection of issues if anybody feels like working on it... [11:17] seb128: geh, I'm pilot, not superman [11:18] * seb128 hugs mvo [11:18] seb128, I just noticed in Harvest that there's a number of patches and branches for it :) [11:18] dholbach, I will kick dx-ers to get reviews [11:18] sweet [11:19] anyone available to review and sponsor a gparted SRU? the debdiff is in comment #53 of bug #617885 [11:19] Launchpad bug 617885 in gparted (Ubuntu Maverick) "gparted crash at start: glibmm-ERROR **" [High,Triaged] https://launchpad.net/bugs/617885 [11:19] or nicely nudge rather [11:19] geser, I though cjwatson said he had it on his list [11:19] geser: I guess that is me [11:20] seb128, geser, cjwatson: I'm the pilot today, I can do the sponsoring (after lunch) [11:20] seb128: wasn't that the vim merge? I asked cjwatson about gparted too but as he's busy I try to find someone else (the vim merge is still waiting on review) [11:20] but I'm equally happy to let someone else do it [11:20] geser, yeah, searching in my log I think I confused it with another patch [11:20] let mvo rock it ;-) [11:22] sorry, I really haven't had time to deal with gparted - if the patch pilot could deal with it I'd be enormously grateful [11:23] (otherwise my patch pilot morning is coming up next week, but you might not want to wait for that ...) [11:24] * mvo will take it [11:25] thanks! [11:29] ev: if you could have a look at some point at #545445, that would be nice. its support for lxde in ubiquity, afaics its fine, I commented in the bug [11:29] (I had two question for the diff, but maybe they are non-issues) [11:32] bug #546445 [11:32] Launchpad bug 546445 in ubiquity (Ubuntu) "Support for lxdm in ubiquity (autologin, only-ubiquity support)" [Wishlist,Confirmed] https://launchpad.net/bugs/546445 [11:32] mvo, rather? [11:33] seb128: rather? [11:35] mvo, the number, see line before [11:35] mvo, #545445 has nothing to do with ubiquity? [11:35] seb128: oh, sorry [11:36] seb128: indeed, typo [11:36] * mvo is away for lunch now [11:36] hum, lunch! [11:36] anyone else seeing bug 676790 ? I'm almost certain that its not just me (I've seen it happen every time during debootstrap on host system of maverick or lucid). [11:36] Launchpad bug 676790 in apt (Ubuntu) "huge performance regression" [Undecided,New] https://launchpad.net/bugs/676790 [11:36] mvo, great idea ;-) I will do that as well [11:36] it seems fairly important to me, that it would affect cd install, and turn that into a multi hour affair === Guest24864 is now known as jelmer [11:43] mvo: when you get back, any idea what the details of "[ev] support "keep package selection" on install that preserves /home: TODO" in packageselection-foundations-n-update-manager-improvements are? I thought OneConf was the approach for maintaining packages between installs. [11:55] has anyone attempted a natty ISO install ? [11:56] there were plenty probs reported in the release meeting [11:56] iirc X restarts continiously [11:56] ogra_ac, I think that was a kernel bug and is fixed [11:57] already uploaded and on the isos ? [11:57] uploaded yes, isos I don't know [11:57] k [11:57] i just remember it was reported on friday [11:58] * ogra_ac doesnt touch x86 much anymore ;) === xfaf is now known as zul [12:06] ev: well, oneconf requires a ubuntu one account. it seems like its pretty straightforward to preserve the selection via a chroot dpkg --get-selection like mechanism from the to-be-overwriten system. I don't have strong opinions here, but it sounds like the amount of work for this is about the same, the chroot dpkg --get-selections would just be one of two possilbe backend methods to retrieve the data needed [12:07] (as straightforrward as dealing with potentially multiple /usr, /var, /boot mount points can be I suppose ;) [12:08] unless of course they have third party repositories [12:08] in which case, as mpt pointed out, we risk removing all of their paid applications [12:11] where are the IRC logs from UDS? === al-maisan is now known as almaisan-away [12:15] ev: well, oneconf only partly helps here [12:16] ev: for payed apps we need to do "update repo to nre-release, check if software-is-still-there, if-not, fail or warn" [12:16] ev: we could extend the "preserve-packages" to preserves sources.list [12:17] not sure if that still fits in the spec, it gets complicated quickly === MacSlow is now known as MacSlow|lunch [12:25] geser: DMB meeting? we have some timezone confusion apparently === ogra_ac_ is now known as ogra_ac [12:32] mvo: speaking of the specification, are you working on that or are you keen to keep it as just a list of work items? [12:33] ev: the oneconf one? [12:33] foundations-n-update-manager-improvements [12:35] ev: so far I was happy with the workitems as more a loose selection of todos, but I'm happy to write a proper spec if you prefer that [12:37] I'm just concerned about handling the reinstallation of third-party applications. dpkg --get-selections is easy enough if we assume a vanilla maverick to natty, but if we also copy over sources.list and try to reinstall packages, we may have broken dependencies. [12:39] geser: I'm happy to upload your gparted patch, could you please add a TEST CASE to the bugreport for the SRU verification - if that is not straightforward, just add something like "no known test method, regression test plus getting feedback fro mthe original reports required" [12:40] ev: yeah, I think it will need a python-apt app, I can work on something like that if it helps [12:43] ev: a more intelligent version of dpkg --get-selection that looks for stuff that is not downloadable, stuff that comes from third party repos and then checks if the third party stuff has upgrades etc [12:43] ev: similar to what u-m is doing when it performs its checks. we need to figure out a UI for this [12:44] I think that is the hardest part :) [12:45] exactly [12:45] answering the question of what we do when it cannot resolve something [12:46] because we've told the user we were going to preserve applications or whatever [12:46] but yes, a python-apt application would be most helpful === amitk is now known as amitk-afk [12:51] ev: thanks, I add a workitem for myself. I guess the exact message/Ui is on mpt, but I imagine something like a warning that the exact package selection can not be restored and a (optional) list of detailed packagename/descriptoins [12:51] ev: I add a workitem for myself [12:54] ev: wouldn't patching dpkg so the --get-selections option is aware of manually and automagically installed packages be more usefull? [12:54] (but the manually vs automatically installed information is sth on the apt and not dpkg level I suppose) === Claudinux_ is now known as Claudinux [13:09] seb128: bug #486154 looks like something that really should be done upstream, no? [13:09] Launchpad bug 486154 in metacity (Ubuntu) "System beep broken in Karmic despite heroic efforts to fix it" [Medium,Triaged] https://launchpad.net/bugs/486154 [13:09] seb128: or do you think its appropriate as a distro patch? [13:10] no strong opinion about it, we use compiz by default [13:10] would be nicer done upstream though [13:10] but if you want to upload go for it [13:13] I don't feel confident in the diff enough for that, I would prefer upstreams comment [13:13] right === MacSlow|lunch is now known as MacSlow| === MacSlow| is now known as MacSlow === almaisan-away is now known as al-maisan === tgall_foo is now known as tgall_out [14:11] mvo: I'll update the bug and add the TEST CASE when I'm back home [14:12] cjwatson: the DMB meetings at 12 UTC don't suit me at all as I'm in the middle of a lecture at that time [14:13] geser: It's still going on, if you're interested. [14:14] thanks geser === ogra_ac_ is now known as ogra_ac [14:55] bdrung, So, yeah, I tend to agree with you about core-dev being about work primarily in "core", but I'm uncertain to some degree, in part because of the issues one has in bringing new stuff in, and in part because all the packagesets depend on core, which often means one has to work in core in order not to just upload workarounds for various issues. [14:55] bdrung: if you disagree with the design of the package set split, that's one thing, but kenvandine has been working on things that *are* core packages and that are core because they're used by products other than desktop [14:56] bdrung: in some cases we've made specific exceptions, but the volume is high [14:56] and it's not always obvious that it *is* correct for these packages to be in desktop [14:56] although netbook being merged back into desktop reduces the question marks a bit [14:58] hi, please look at this fix https://code.launchpad.net/~pavolzetor/ubuntu/natty/liferea/liferea-test [14:59] a big chunk of what lands on the ubuntu-desktop CD isn't in the desktop package set [14:59] bdrung: for example libindicator is in both Ubuntu and Kubuntu desktops, and therefore is in core [14:59] cjwatson, bdrung, persia: we also could use extra people being able to do sponsoring [14:59] (actually desktop-core I think) [14:59] out of set specific discussions [14:59] even if 99% of kenvandine's work is in desktop [15:00] bdrung: I made an exception because it seemed most sensible at the time, but this means that people entirely focused on ubuntu-desktop can make changes to kubuntu, which is really the sort of thing core-dev is meant for [15:00] seb128, I'm not confortable with that rationale: I'm not convinced the sponsoring issue is a lack of people, so much as a lack of people willing to touch a small subset of critical packages. [15:00] if we have people who know enough about what they are doing to help on sponsoring that would be nice to have them set with upload rights [15:00] bdrung: so simply saying "oh that should be in desktop" simplifies the situation IMO too much [15:00] seb128, And I'd rather grant access to folk because of my confidence in them uploading stuff, than because of my confidence in their ability to sponsor stuff. [15:01] coukd someone help me [15:01] persia, sponsoring is uploading, I fail to see the difference [15:01] I would like help make ubuntu better [15:01] pavolzetor, try #ubuntu [15:01] so :-D [15:01] ubuntu-mote => ubuntu-devel => ubuntu [15:01] trhanks [15:01] seb128, Yes, I agree. There is no difference. Hence I don't care about a willingness to sponsor (other than that everyone should have one) [15:01] pavolzetor, well maybe if you state your question in a better way [15:02] 14:58 hi, please look at this fix https://code.launchpad.net/~pavolzetor/ubuntu/natty/liferea/liferea-test [15:02] pavolzetor, but "can somebody help" usually go to #ubuntu [15:02] pavolzetor, oh... hang on [15:02] seb128: ^- did you see that? [15:02] pavolzetor, that isn't #ubuntu :) [15:02] cjwatson, no, just " coukd someone help me" [15:02] cjwatson, thanks [15:02] pavolzetor, sorry, I didn't read the first line you wrote [15:02] I have done patch [15:02] pavolzetor: I will test your patch [15:02] pavolzetor, are you looking for sponsoring? [15:02] and branch [15:03] I am bit new in ubuntu dev [15:03] pavolzetor, you can try to ask mvo, he's patch pilot today [15:03] see the topic [15:03] pavolzetor, you might want to subscribe ubuntu-sponsors as well [15:03] okey, I just must go out === mrenouf is now known as mrenouf_home [15:04] pavolzetor, Don't run away, just because we're confused :) [15:04] pavolzetor, sorry we were in the middle of a debate :) [15:04] I am student and I fixed liferea indicator in free time [15:04] I am sorry [15:04] pavolzetor, awesome... no worries [15:04] persia, well, I don't say we should care about willingness to sponsor, I'm just saying that kenvandine understand enough of what he's doing to do uploads out of the desktop set if he needs to [15:04] i should look at that then [15:04] pavolzetor, Don't be sorry. That's wonderful. Thank you. [15:05] I don't wanna make big changes in source, because of diffs between ubuntu and others [15:05] guys, how does one make upstart not to kill child processes? [15:05] pavolzetor, we will get your patch reviewed and comment, you can maybe do a merge request from it? === mrenouf_home is now known as mrenouf|home [15:05] I have done it [15:06] pavolzetor, ok, so wait a bit and somebody is going to review the work you did and comment on it [15:06] and I fixed gpm twcie steps, a "big bug" [15:06] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/257827 [15:06] * persia finishes playing with "comm" [15:07] I am trying get it to gnome also [15:07] I have tested it at two comps and it works properly [15:07] brb [15:09] persia, is your issue with kenvandine's application that you think that he doesn't have the skills to work out of the desktop set? [15:09] persia, I'm not sure to understand the issue [15:09] seb128, No, my issue is that from what I have seen, he's never had anything in "core" even as a sponsored upload. [15:10] I'm more than confident in his skills, but like to see some examples of work in the target packagesets before granting upload access. [15:10] why? [15:10] That said, I might be using edit_acl or comm incorrectly. [15:10] it's a chicken egg issue [15:10] Why? Most folk find sponsors for stuff before applying. [15:10] he could be sponsoring things he doesn't work on if he had upload rights [15:10] he doesn't work out of desktop [15:10] seb128: yes, we need more people doing sponsoring. there are 12 sponsor request open for ubuntu-desktop that kenvandine can work on. [15:10] it doesn't mean he couldn't make use of upload rights for sponsoring [15:10] persia, seb128 has sponsored lots of stuff for me [15:11] mvo: when you moved to apt-get changelog, did you keep the configuration support? (i. e. setting the mirror) [15:11] kenvandine, in the desktop set though [15:11] kenvandine, I believe you. I'm just not sure why I don't see it. [15:11] kenvandine, or things that ought to be in there [15:11] seb128, sort of... the fact that you needed to sponsor them though [15:11] Might just be race conditions then: stuff being sponsored just before it hits. [15:12] bdrung, we know that we need more people doing sponsoring [15:12] mvo: ah, it's in apt-get(8) now, nevermind [15:12] persia, it's not even a race, if kenvandine has upload rights he could take on reviewing and sponsoring things out of the set he works usually on [15:14] seb128, There's a sufficiency of patches not currently embedded in sponsor requests that would benefit from wrapping that I don't find that convincing. There's plenty of stuff that can be uploaded that isn't sponsor requests. [15:14] persia, I don't see the point of stopping people to get upload rights if they have the skills for [15:14] they might not use them now [15:15] What I'm less convinced about is whether the potential race condition between the state of the packageset at the time an upload was made and the state when I am reviewing the upload gives me an accurate picture of the historical work done. [15:15] but they would be set if there is any need showing up [15:15] ev, mvo: in terms of UI, it is sounding to me like once the person selects the option to reuse a partition you'll need to present them with another ubiquity page that gives them some details on what is about to happen with some checkboxes. Eg 1) Any files in /home will be saved 2) The following applications that come from Ubuntu will be re-installed 3) The following applications that you paid for will be re-installed 4) The following third- [15:15] party sources will be re-activated. You will need to manually reinstall applications from them; etc [15:15] seb128: you should show that you can work in that area you want upload rights to. [15:15] persia, how can it hurt to have people skilled to be able to upload? even if they don't use that right often [15:15] and using the python-apt black box to build the lists for those checkboxes [15:16] bdrung, right, but persia said the issue was not on showing that you can [15:16] that's why I was asking if the issue is that he didn't show enough packaging skills [15:18] seb128: i didn't saw enough outside the ubuntu-desktop set. there is no link to a launchpad bug or upload. [15:18] is outside of desktop harder? [15:18] seb128, No, I said that I'm comfortable with kenvandine's skills. That said, I'm not core-dev, so I wonder if I'm best qualified to review his work on packages in "core". A lack of apparent uploads (either from an LP bug or coincidence) dissuades me from approving it. On the other hand, there are a number of other things that kenvandine does need to do which would be facilitated by being core-dev, hence my indecision. If it was just a matte [15:18] r of access to the "core" packageset, I'd vote to defer until I could see some work history. [15:18] (actually, might not be an LP bug, so much as some limits in data collection) [15:18] let's be honest, his focus is desktop [15:19] that will not be different because he got upload rights out of the set [15:19] but that doesn't mean he couldn't make use of uploads right of the set [15:19] pitti: yeah, I took your documentation and adapted it, the option is almost named the same (apt::changelog*s* iirc) [15:19] to do sponsoring [15:19] to be able to workaround set definition bugs [15:19] pitti: thanks for writing the docs btw \o/ [15:19] my focus is installer/bootloader, that doesn't mean I do nothing else [15:19] to be able to help on something when we need people [15:20] @pilot out [15:20] and not to end up blocked by or distracting others when needing sponsoring myself === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: [15:20] I fail to see why you have an issue with him having upload rights [15:21] if you trust him to upload to main out of desktop you should let him have those right, even if he doesn't use them every day [15:21] NCommander: are you being a patch pilot today (per the schedule)? [15:21] cjwatson, he should be, but doesnt seem to be up yet [15:21] that show we have qualified people in the team and people able to take on tasks that require those rights [15:21] cjwatson, It's 7:21am there :) [15:21] (we discussed it last week) [15:22] anybody have ideas what might cause the error about tar here: http://launchpadlibrarian.net/58855548/buildlog_ubuntu-lucid-i386.mongodb_1:1.2.2-1ubuntu1.1~ppa1_FAILEDTOBUILD.txt.gz ? [15:22] dpkg-deb: building package `mongodb' in `../mongodb_1.2.2-1ubuntu1.1~ppa1_i386.deb'. [15:22] tar: ./usr/bin/mongo: file changed as we read it [15:22] persia: hm, I forgot he'd moved [15:22] it works in sbuild and pbuilder .. but the PPA build fails [15:22] seb128: i like to see a list of sponsored uploads to the core package set [15:23] he's still London-0500 in my head [15:23] Thought that might be it :) [15:24] SpamapS, Ask in #launchpad: my random guess would be overeager cleanup of some sort. [15:24] bdrung, he doesn't work out of desktop [15:24] bdrung, but he could be helping sponsoring out of desktop or be assigned task that require upload out of desktop he had right to work there [15:24] bdrung, which is not the case [15:24] there is no point for him to pick a sponsoring bug if he can't upload [15:26] seb128: there are 12 sponsor request he can work on [15:26] I'm not saying he lack sponsoring tasks to work on [15:26] I'm saying he could do things [15:26] like if libindicate soname change tomorrow [15:26]