/srv/irclogs.ubuntu.com/2010/11/01/#ubuntu-devel.txt

=== Pilif12p is now known as Pilifhashw
=== sanchaz is now known as sanchaz-away
=== Pilifhashw is now known as Pilif12p
KeybukCoo, the UDS hotel is strangely dead without the kernel team camped around the pool02:01
lifeless;)02:03
Keybuklifeless: you're home already, or in airport limbo?02:06
lifelesshome02:07
lifelessfucked, but home02:07
Keybukyay, at least you're there :)02:09
lifelessyeah02:12
lifelessLynne's happy :)02:13
Keybukhwhw02:13
Keybuksay hi from me02:13
lifelesskk02:15
ScottKdebfx: It turns out that there's a new tool for archive admins to process syncs so they don't often look at the bug queue anymore.  We discussed at UDS extending it to cover backports so those will get quickly and easily processed too.02:21
slangasekScottK: huh, really?  What tool is this?02:30
slangasekI guess I missed a memo02:30
=== oubiwann-away is now known as oubiwann
ScottKslangasek: sync-helper I think.03:31
ScottK(in the archive admin tools)03:31
ScottKslangasek: It wouldn't hurt if you could have a look at pending backports requests if you have a moment though.03:31
=== solid_liquid is now known as solid_liq
=== manusheel is now known as manusheel_afk
dholbachgood morning!08:32
=== Pendulum_ is now known as Pendulum
=== sanchaz-away is now known as sanchaz
=== almaisan-away is now known as al-maisan
=== drizztbsd_ is now known as drizztbsd
=== xfaf is now known as zul
=== al-maisan is now known as almaisan-away
pittiGood morning12:12
dholbachhey pitti12:15
pittihey dholbach, back home?12:16
dholbachpitti, yep12:16
pitticjwatson: could we re-enable daily CD cronjobs, or do these need some natty update first? (I mostly want to track CD size now)12:28
cjwatsonpitti: can't enable them yet, no12:30
cjwatsonpitti: two reasons: need to finish merging installer before they'll be useful; and I really want to do the ports merge before we start12:31
pitticjwatson: okay, no problem12:34
Yaron-HebHey guys, There is some package I want to get back in Ubuntu12:50
Yaron-HebWhat would be the best way to do it?12:50
geserwhich package? is it in Debian?12:51
cjwatsondebfx,ScottK: I've done those backports now; sorry for the long delay12:52
cjwatson(but yes, tool support would help make it more timely in future)12:52
ScottKcjwatson: Thanks.12:53
Yaron-Hebyes it is12:54
cjwatsonYaron-Heb: which package?12:54
Yaron-Hebgeser: yes it is...12:54
Yaron-Hebgeser: bidiui, included in Karmic12:55
d1bhi guys quick question, how do i get dpkg-buildflags to take options from my config file --> the man page doesn't document how they should be setup out and CFLAGS= -O2 etc. doesn't seem to work12:55
Yaron-Hebgeser: https://bugs.launchpad.net/thunderbird/+bug/64934112:55
ubottuLaunchpad bug 649341 in bidiui (Ubuntu) "Please update from debian" [Undecided,New]12:56
cjwatsond1b: the man page suggests 'SET CFLAGS -O2' - have you tried that?12:56
Yaron-Hebcjwatson: same...12:56
d1bcjwatson: that isn't in mine i think :)12:56
d1bthanks12:56
cjwatsonYaron-Heb: subscribe ubuntu-archive to that bug report12:57
d1bcjwatson: it works :)12:57
Yaron-Hebcjwatson: i will, thanks12:57
cjwatsonYaron-Heb: (and mark the upstream task invalid please - it's not an upstream bug)12:57
geserYaron-Heb: I see it got removed because it's an unsupportable mozilla extension12:57
cjwatsonYaron-Heb: we probably won't do it in maverick though12:57
Yaron-Hebcjwatson: fine, I will, thank you12:58
cjwatsonoh, it's one of those, hmm12:58
cjwatsonwell, that was a decision by the Ubuntu Mozilla team, I don't want to override them as an archive admin ...12:58
cjwatsonhttps://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list12:58
cjwatsonso I guess you'll actually need to ask #ubuntu-mozillateam12:58
gesercjwatson: it's also on sync blacklist12:59
cjwatsonyes, I know12:59
Yaron-Hebcjwatson: I added them, hope its ok12:59
cjwatsonYaron-Heb: well, I meant the IRC channel, but OK12:59
cjwatsonI think I'll actually have to unsubscribe ubuntu-archive from the bug - we can't do anything without the Mozilla team's say-so13:00
cjwatsonsorry for the initial incorrect advice13:00
cjwatsonI've commented on the bug to that effect13:01
Yaron-HebColin J Watson: Thank you! I'll go talk to the channel13:04
Yaron-HebI can't unsubscribe ubuntu-archive, I'm not a member...13:07
ScottKYaron-Heb: I believe he said he'd take care of that part.13:09
cjwatsonI already did.13:09
Yaron-Hebthanks... my bad13:09
=== deryck_ is now known as deryck
mterryjames_w, what was the blueprint for the 'automatic packaging' session?  Not sure I ever uploaded my notes/work-items from that session or not.13:47
mterryCan't find it now13:47
james_wmterry, https://blueprints.edge.launchpad.net/ubuntu/+spec/appdevs-community-n-auto-generate-packaging13:59
mterryjames_w, awesome.  OK, good, I did add notes to wiki already.  I just updated the whiteboard with the action items from the meeting.  You might want to add high level overview to the Proceedings wiki page14:03
james_wmterry, thanks14:03
james_wmterry, https://edge.launchpad.net/~pkgme-devs is the team I created for the mailing list if you want to join14:04
mterryjames_w, done14:06
MattJYou know those people who you switch to Ubuntu, but they jump at any chance to say "I knew I should have stuck with Windows"?14:11
MattJThere's a minor issue, but perhaps it's better in 10.10, I haven't checked14:11
MattJWhen update manager picks up updates, but doesn't download until later, sometimes package versions may be out of date (security upgrades)14:11
MattJIt throws up an unfriendly dialog saying there has been an error getting packages14:12
ebroderpitti: why does gnome-system-tools depend on perl at all? i can't find any perl code in there14:12
pittiebroder: system-tools-backends is written in Perl14:12
MattJThis seems perhaps like a usability issue, in that it's potentially something an everyday user could encounter but not understand14:12
ebroderpitti: and the backends need a perl gnome stack? eww14:14
pittiebroder: at least it depends on perl14:15
micahgMattJ: please file a bug against update-manager14:15
MattJmicahg: Thanks, shall do14:15
pittiebroder: we could do some research to split out the necessary perl modules for that, but it's moot, since we want to replace it with the gnome 3 user admin tool anyway14:15
ebroderpitti: at least on my lucid machine, gnome-system-tools *does* depend perl (which appears to be bogus), and system-tools-backends *doesn't*14:16
pittithat sounds wrong indeed14:16
ebroderpitti: meh. it's a moot point if we can get the gnome 3 tools in14:18
pittiebroder: I don't see why we wouldn't get it in14:18
MattJI guess finding bugs in Launchpad while reporting bugs is just part of the process :)14:22
BUGabundoG'afternoon14:42
faganafternoon BUGabundo14:44
=== dendro-afk is now known as dendrobates
=== manusheel_afk is now known as manusheel
pittilamont: will anything blow up if I add a new binary dependency to pkgbinarymangler?15:21
=== yofel_ is now known as yofel
=== almaisan-away is now known as al-maisan
cjwatsonjdstrand: I took an action at UDS to merge the dhcp3 changes into isc-dhcp.  I just realised that I didn't check that with you, as the last uploader of dhcp3, to see if you were already doing it.  Do you mind?15:37
lamontpitti: shouldn't - though said dependency effectively becomes build-essential.  Therefore, proceed with care15:37
lamontpitti: it's not held anymore15:37
lamontso also, don't break everything or I'll have to come visit you :-p15:38
pittilamont: in particular it's optipng; it might pullin linpng12-015:38
pitti"pulling in libpng12-0"15:38
pitti(uh)15:38
pittilamont: for the actual operation I'll test case all this; I just wasn't sure whether it's using upgrade or dist-upgrade, the former would hold it back15:39
=== dendrobates is now known as dendro-afk
lamontpitti: dist-upgrade is the only command that ever makes any sense for apt-get.  that upgrade thing you speak of is ancient history and wrong15:45
pittilamont: heh, ok; thanks for confirming15:46
pittiwell, it avoids structural changes and thus accidental removals etc.?15:46
lamontpitti: boring15:46
malteHi, I'm trying to port appmenu to Gentoo and I'm stuck on the GTK+ part (I'm not a gentoo developer, nor do I know C, I'm just someone who likes playing around with Gentoo). When I apply the 043_ubuntu_menu_proxy.patch, the build fails with the following error: http://pastebin.ca/1978783 and I can't figure out how to fix it.15:47
=== dendro-afk is now known as dendrobates
=== dholbach_ is now known as dholbach
cjwatsonmalte: looks like a bug in the patch to me; there should be a declaration for ubuntu_gtk_menu_shell_activate_mnemonic in gtk/gtkmenushell.h, I think16:04
cjwatsonmalte: #ubuntu-desktop would be able to correct me if I've made a mistake there16:04
maltecjwatson: thanks, I'll try it there16:05
cjwatsonmalte: the Ubuntu build log shows warnings for this, but not errors16:06
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
cjwatsondifferent compiler option defaults, I guess16:07
maltecjwatson: I even tried to apply all the ubuntu patches, which also failed. So it might be a build option, or compiler option as you said.16:07
=== xfaf is now known as zul
=== deryck is now known as deryck[lunch]
=== elkybirthday is now known as elky
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
AquinaAre you also receiving e-Mails like that one: http://pastebin.com/eAgGNjjh (by a person named Jason)? It's the third time now i got such a message.16:58
pittiAquina: I didn't, but it does seem to be sincere; perhaps point the guy to https://wiki.ubuntu.com/ContributeToUbuntu and to #ubuntu-motu?16:59
pittiScottK, barry: I'm curious, I guess the plan is to default python to 2.7? right now it seems we install both 2.6 and 2.7, and 2.6 is still the default17:09
ScottKpitti: The plan is to enable 2.7 and make an assessment of it's readiness to be default once we've got all the needed rebuilds done.17:10
ScottKOn a related note, just upload what I hope is the fix for python2.7 FTBFS on powerpc.17:11
ScottKupload/uploaded17:11
pittijames_w: question, did you send the polkit hang fix upstream? I can't find it in the bugs17:18
pittijames_w: I'd like to add it to the Debian package, too17:18
=== deryck[lunch] is now known as deryck
james_wpitti, I did. Did I not link the bug reports?17:28
pittijames_w: one has an upstream bug, but there's no patch17:28
james_wpitti, http://bugs.freedesktop.org/show_bug.cgi?id=3051517:28
ubottuFreedesktop bug 30515 in daemon "Race means that client can get no response from agent" [Normal,New]17:28
james_wpitti, if you can reproduce then help with forward porting would be appreciated17:29
pittijames_w: I can't reproduce, but if it has shown to work, I'm happy to throw it into Debian git17:30
james_wpitti, confirmed to work in the version we have in Ubuntu17:32
pittijames_w: cool, thanks17:33
=== al-maisan is now known as almaisan-away
cjwatsonhmm.  I suspect I ought to take a local copy of the current dhcp3-* debs before testing an upgrade to isc-dhcp 4 :-)17:35
bilalakhtarjames_w: Could you please merge https://code.launchpad.net/~bilalakhtar/bzr-builddeb/add-natty/+merge/39688 ? Someone reviewed it but hasn't been merged yet :( BTW, pitti: would you find bug #668764 suitable for an SRU?17:36
ubottuLaunchpad bug 668764 in bzr-builddeb "Add Natty to the list of known distros" [Undecided,In progress] https://launchpad.net/bugs/66876417:36
bilalakhtarSince it is currently a blocker for anyone who wishes to use UDD for merging17:36
bilalakhtarNot exactly a blocker, but 'it would make a major feature almost useless, since most devs may be working on natty throughout the cycle17:39
LLStarkspitti, is there a log or transcript of the ubuntu footprint panel?17:39
LLStarksfrom uds17:39
pittiLLStarks: it should still be in gobby17:40
pittiLLStarks: but I did the writeup yesterday to clean it up17:40
LLStarksi'm curious to know whether apt-sync and delta debs were seriously considered17:40
cjwatsonI just edited /usr/share/pyshared/bzrlib/plugins/builddeb/util.py to add it locally, TBH :-)17:40
pittiLLStarks: so now it's the whiteboard in https://blueprints.edge.launchpad.net/ubuntu/+spec/performance-desktop-n-install-footprint17:40
cjwatsonLLStarks: those don't affect installation size17:40
ebroderor cd size17:40
pittiLLStarks: they weren't, and they don't affect CD/install size17:40
pittiheh, snap17:40
LLStarksis that the excuse to prevent delta debs from ever getting its own approved blueprint or push it back year after year?17:41
* pitti raises the "current potential savings" bar to 32.5 MB17:41
pittiLLStarks: it's not an excuse, it's simply unrelated17:41
pittiand delta debs not making it is primarily a question of manpower, I guess17:42
cjwatsonand "prevent ... from ever getting its own approved blueprint" is simply not true!17:42
cjwatsonhttps://blueprints.launchpad.net/ubuntu/+spec/foundations-m-rsync-based-deb-downloads17:42
cjwatsonit didn't happen due to time, not due to some conspiracy on the part of UDS schedulers ...17:42
cjwatsonI'd like to see it happen; it's just a big project that nobody with the necessary skills has yet picked up17:43
bilalakhtarpitti: Did you read what I said above?17:44
pittibilalakhtar: I'd prefer if james_w could look at bzr-builddeb, it's his baby17:44
bilalakhtarpitti: You're the SRU guy!17:44
bilalakhtarhmm, yes, he woudl be the person to ask17:45
pittibilalakhtar: as for the SRU, I'm a bit torn -- I don't like people doing natty uploads on maverick17:45
pittibilalakhtar: but I realize that a lot of people do anyway, so I won't veto against it17:45
pittiso if someone uploads it, I'll process it17:45
bilalakhtarpitti: We have sessions and classes advising people to move to UDD, and now, we want the process to be as streamlined as possible17:46
ebroderbilalakhtar, pitti: don't those sorts of things usually get handled in backports?17:46
ebroder(i.e. adding dev release support to debootstrap, etc)17:46
bilalakhtarI have seen that bzr-builddeb has matured enough to be my preferred work environment17:46
pittiyeah, bzr bd is pure ♥17:46
bilalakhtarebroder: Isn't dev release support in debootstrap always?17:47
ebroderbilalakhtar: i feel like i usually see it get uploaded to the dev release, then backported to stable releases. but i could be misremembering17:47
ScottKbilalakhtar: It was this time, but usually we fine out the name too late to do that.17:47
ScottKfine/find17:47
bilalakhtaryup17:48
bilalakhtarI think we should have the name finalized quite soon17:48
ebroderpitti: i don't see it on the spec - are you planning to deal with ubuntu-keyring's semi-bogus gnupg dep?17:48
cjwatsonis that a prediction or a wish?17:48
bilalakhtarbut that is a separate issue17:48
cjwatsonMark usually tells us the name around beta17:48
mterrypitti, what's the syntax for having two people assigned to a work item?17:49
mterry(if there is one)17:49
pittiebroder: not on my list so far; it wouldn't help for the default install, but if that dependency is getting into the way, we can certainly drop it17:49
cjwatsonand he normally does it as part of an announcement which includes thoughts about the general style of the next release, which makes it hard to announce any earlier with the current model17:49
pittimterry: there isn't; a WI should be small enough for one person; split it into two WIs then17:50
mterryk17:50
ebroderpitti: it would be convenient for me, but if you weren't already planning to do it i can make it my problem17:50
=== dendrobates is now known as dendro-afk
james_wbilalakhtar, merged, thanks17:52
bilalakhtarjames_w: would this fix be fit for an SRU?17:52
james_wI think so, if the SRU team is happy17:52
bilalakhtarjames_w: hmm, will propose a patch and then see what the other devs think, In any case, I would need sponsorship17:54
=== dendro-afk is now known as dendrobates
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
Quantum_IonHow do you set compile flags for ubuntu linux ?18:25
faganQuantum_Ion: this channel is for development of ubuntu you should ask that on #ubuntu-app-devel18:38
Quantum_Ionfagan, Thanks18:39
slangasekpsusi: ping19:01
psusiubiquity doesn't somehow use udebs does it?  those are only part of d-i on the alternate cd right?19:18
psusicjwatson: you've assigned a few bugs to grub-installer that were originally ubiquity crashing.. why?  isn't grub-installer part of d-i, and so not used on the livecd?  and whether installing grub failed or not, shouldn't ubiquity not crash?19:21
chiraghi everyone19:21
chiragI am using Lucid 10.0419:21
chiragI am having tough time installing my inbuilt webcam19:22
chiragcan anyone please help19:22
chirag?19:22
faganchirag | !support19:22
Picichirag: The support channel is #ubuntu, #ubuntu-devel is for development.19:22
Picifagan: !foo | bar19:23
chiragok19:23
faganoh whoops Pici I always get that mixed up19:23
pittiScottK, barry: do you happen to know whether dh_python{23} still need the old XS-Python-Version: tags? the manpage doesn't mention these19:40
micahgScottK: I just thought of something re -backports being pinned lower, don't we have to make -backports only build from -updates then unless a version in -backports is requested?19:53
=== hanska is now known as dapal
ebrodermicahg: not if we teach apt to use backports to satisfy dependencies for packages being installed from backports20:10
=== transitlogger is now known as apachelogger
micahgebroder: no, that's the point, if we don't want people installing from all of backports by default, we should probably build from -updates only unless a version from backports is specified20:20
ebroderYou can't do that, because you sometimes need to backport build-deps (i.e. dh 7 was backported to hardy-backports)20:21
micahgebroder: that's the second part of what I said20:21
ebrodermicahg: I'm not sure I understand what you're suggesting. That you have to explicitly ask for build-deps to get pulled from -backports somehow?20:22
micahgebroder: yes, that'll prevent extra backports from being used (similar to debian experimental)20:23
ebrodermicahg: I'm having a hard time believing we need to be that strict. Especially given that we generally only backport leaf packages (which excludes libraries in general)20:24
ebroderAnd it seems like teaching soyuz how to deal with that would make the task a lot more substantial20:24
pittiskaet: hello! thanks for the initial changelog licensing inquiry20:39
=== sconklin1 is now known as sconklin
=== warp10` is now known as warp10
ScottKmicahg: I think that you can't handle that a build time.20:58
ScottKpitti: The preferred form is X-Python-Version (and X-Python3-Version), but XS-Python-Version is still supported as an alternative.  Debian Python Policy discusses this.20:59
pittiScottK: ah, so it doesn't actually need to go into Sources.gz any more?21:00
ScottKpitti: That's the idea. XB-P-V is also no longer required.21:00
ajmitchScottK: is there any documentation about switching to dh_python2 from pycentral/pysupport?21:01
pittiScottK: so you do a content-based detection/decision which packages to rebuild now?21:01
ScottKajmitch: There is, but don't ask me where.  barry knows more about documentation than me (I think).21:01
ScottKpitti: That's all we've ever been able to do.  XB-P-V coverage was never complete or accurate enough to be really useful.21:02
* ajmitch looked on the debian wiki & didn't find it, mailing list threads seemed a bit spread out to be useful21:02
jdstrandcjwatson: feel free to do the merge. I don't mind21:09
pittiScottK: ok, thanks; what's the X-P-V: in the Source: part good for then?21:14
pittiScottK: I just packaged "scour" and didn't specify it, and it was clever enough to figure out "2.6, 2.7"21:14
ScottKpitti: It's used in conjunction with pyversions to figure out what python versions to build for.  If not present it will fall back to all.21:14
ScottKThis will work, but it's better to specify, IMO.21:15
pittiScottK: as "2.6, 2.7" or "all"?21:15
* pitti hopes for the latter21:15
ScottK2.6 and 2.7 are all supported versions.21:15
pittiScottK: I mean, "X-Python-Version: all" will still work?21:15
ScottKYes, but the preferred form would be >= 2.4 (or whatever the lowest version it supports is)21:16
pitti ah, right; thanks!21:16
ScottKWe're trying to push towards more specificity and less magic in Python Policy.21:16
pitti>= 2.6 sounds fine to me21:17
pittiI just don't want to hardcode the list of supported versions21:17
ScottKAgreed.21:17
pittibut specifying the minimum required version makes absolute sense21:17
* sense agrees21:17
pittisense: :)21:18
sense:)21:18
ScottKOK.  Python2.7 finally built on all archs.22:05
ebroder\o/22:06
faganScottK: is there anything in 2.7 that will break anything made with 2.622:09
ScottKYes.22:10
geserScottK: do you know the status of py2.7 support in python-support? (I don't know if python-central needs changes too)22:18
ScottKgeser: both need changes.  I'm reviewing barry's proposal for -support right now.22:18
geserok22:18
ari-tczewOdyX: around?22:36
=== tkamppeter_ is now known as tkamppeter
psusislangasek, ping22:52
bdrungwhich tools are used to create the official ubuntu live CDs?23:01
ebroderbdrung: livecd-rootfs does most of the heavy lifting23:01
ebroder(err, the livecd-rootfs package, that is)23:02
slangasekpsusi: hi there23:02
=== cmagina-afk is now known as cmagina
slangasekpsusi: you may have seen that I've reverted your changes to bug reports on powernowd.  Please don't close bugs with the argument "you shouldn't use this package".  If a package shouldn't be used, please *get it removed from Ubuntu* first...23:03
bdrungebroder: thx23:03
psusislangasek, I filed a bug in debian but I am not familiar with their practices so perhaps you could check it to make sure I did it right... it is bug #602052.  Also should I file a bug requesting it be dropped from ubuntu?23:04
ubottuLaunchpad bug 602052 in MVHub "google ads mess up side bar with IE6,7,8" [High,Fix released] https://launchpad.net/bugs/60205223:04
psusislangasek, also I'm pretty sure that half of those people didn't even have the package installed and that the bug only got assigned to the powernowd package because the kernel mentions the word powernow23:05
chris1i have a java question, and i didn't know where to ask so i thought someone here must know this. How does java handle allocating objects when memory is full? does it throw an exception? is the returned object null? does anyone happen to know? sorry for being offtopic..23:05
slangasekpsusi: yes, please also file a bug in LP against the package in Ubuntu, providing a similar rationale, and subscribe ubuntu-archive23:05
slangasekpsusi: sure, some of those bug reports may be bogus, but we shouldn't *assume* they're bogus... removing the package may be the best way to address this, I just want to make sure the package actually gets removed from Ubuntu rather than lingering with no attention to the bugs23:06
slangasekthe bugs themselves still exist until we've removed the package23:06
psusiwill do.. iirc I had reassigned a few of the bugs to linux where it seemed that might do some good... you didn't reverse those did you?  the rest just seemed like there was no point in having them around since they were reported years ago and have seen zero activity and certainly never will23:07
slangasekno, I only reversed the ones I could find, which is the ones still assigned to powernowd :)23:07
psusisome of them I didn't bother reassigning because it seemed likely that the op had moved on and could not provide any additional info required to properly triage23:08
psusibut I mentioned that if they did come back, they should do so23:08
cjwatsonpsusi: because I know what I'm doing :-)23:09
=== dendrobates is now known as dendro-afk
psusiI've been on a bit of a triaging spree the last few days... a bug should not sit there in the new or confirmed state for years with no attention... it needs triaged if possible, and closed otherwise23:09
cjwatsonpsusi: ubiquity uses grub-installer, albeit not as a udeb - the source is incorporated into ubiquity, and crashes in grub-installer need to be fixed there23:09
psusicjwatson, ahh, yes... re: grub-installer... it only builds a udeb, so isn't it only used in d-i on the alternate cd?23:09
slangasekpsusi: btw, since powernowd has an ubuntu revision number in Ubuntu, even if the Debian bug is acted on quickly, this doesn't automatically translate to a removal from Ubuntu23:10
cjwatsonjdstrand: thanks23:10
psusiohhh boy... that's weird... so ubiquity build-depends on grub-installer and links in some of it?  I see...23:10
slangasekpsusi: er, "and closed otherwise" - I don't consider that to be a representative description of the standard bug-handling policies in Ubuntu23:11
slangasekat *most*, the policy is to mark the bug "incomplete" if there's missing information, and give the submitter an opportunity to supply whatever information is missing23:11
psusislangasek, seems to be what the "incomplete" state exists for23:11
slangasekwell, these bugs were closed as "invalid", not "incomplete" :)23:11
cjwatsonpsusi: no, there's a script in the ubiquity source package that fetches updated source packages and copies them.  I tried various approaches and settled on that.  Regardless, please don't undo any actions I've taken where I've reassigned bugs from ubiquity to a d-i component23:12
psusiwell, they should have been incomplete long ago so I guess I kinda was trying to hurry the process along a bit... can always move it back if they respond, and I subscribed to them all23:12
cjwatsonpsusi: please don't close them unless you can prove they're fixed23:12
cjwatsonotherwise I'm going to have to spend hours reopening23:13
cjwatsonhttp://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-02-27-bug-triage-rants.html and http://www.chiark.greenend.org.uk/ucgi/~cjwatson/blosxom/ubuntu/2009-03-05-bug-triage-redux.html are summaries of my thoughts on bug triaging23:14
psusiwell, they should be incomplete then at least if more information is needed... if it can't get to triaged then what's the point?  some guy saying something crashed once years ago and there's no idea of why just seems to clutter things up and prevent attention going to bugs that can be fixed23:14
cjwatsonand, TBH, the distinction between Confirmed and Triaged (and for that matter often New) is not all that helpful to me as a developer23:14
cjwatsonso if you find bugs where all the is haven't been dotted and the ts haven't been crossed, it's because I find it a net waste of time23:15
* slangasek prefers crossing the ɨs and dotting the ṫs23:16
psusiif there is enough information there to understand the problem and contemplate a fix, it should be triaged shouldn't it?  and otherwise, it doesn't do anybody any good to rot as new for years23:16
micahgpsusi: currently bug policy if a bug is new or confirmed, one should attempt to reproduce before commenting/changing status on the bug23:16
cjwatsonif you have a different opinion and want to help get the bugs into a state where they have clearer information, that's fine, but I would prefer it not to create lots of bug-mail noise, so if you could try to stick to the bugs that really have very little information indeed, I would prefer that23:16
cjwatsonpsusi: the purpose of bug reports is to improve the software, not to improve the bug statistics; I try to spend time fixing bugs rather than changing bug statuses23:16
slangasekpsusi: "it should be triaged" - probably, but then why are you marking them invalid instead of marking them triaged?23:17
cjwatsonlike I say, if you want to help out with that that's great, I just want not to have to spend time cleaning up afterwards as I often seem to have to do23:17
psusiyea, I've managed to get several nicely reformatted to clearly describe the problem and what's likely needed to fix it and marked them as triaged.. much more handy to see all that in the subject and description instead of having to read all of the comments to get the picture23:17
psusislangasek, because there was insufficient information to triage... I suppose incomplete would have been better for that batch, then either letting them expire or reassigning them to linux if that is the case, or if it really is a bug in powernowd, probably should end up as wontfix23:19
cjwatsonIMO closing bugs should be a task for a developer of the package rather than a bug triage function23:19
cjwatson(and if there isn't a developer right now, they should be left open until there is - unless they really are completely uninformative)23:20
slangasekpsusi: I agree, that should be incomplete instead then.  But some of these bugs clearly *did* have enough information to reproduce them - like the ones saying the package fails to install, or that LSB info is missing from the init script23:20
psusicjwatson, I understand that... but it just seems to do more harm than good to have tons of ancient bugs cluttering up the system that have not, and and will not be fixed... why leave a reporter hanging and feeling totally ignored for years if it really won't be fixed?23:20
micahgcjwatson: I agree if there's enough information to warrant it being triaged23:21
slangasekbecause they've already been ignored for years and already feel that way; invalidating a valid bug only compounds the feeling23:21
cjwatsonbecause it's even worse to leave them hanging for a while and then close their bug without fixing it23:21
cjwatsonwhat slangasek said23:21
cjwatsonmicahg: from what slangasek is saying, there was in some of these cases23:21
macoi'm increasingly agreeing with cjwatson on triage not being suitable for non-developer-types to be thrown into23:22
micahgcjwatson: right, I was commenting on the principle, not this case in particular23:22
cjwatsonpsusi is a developer type mind you (elsewhere), so I don't really understand what's going wrong here23:22
micahgcjwatson: different teams have different bug processes23:23
cjwatsontrue23:23
slangasekcjwatson: in the case of powernowd, I think it's a question of "due process" - if the package really shouldn't be used, we need to make sure we really get it out of the distro, *then* close the bugs out23:23
cjwatsonthe Debian BTS rule is that you don't close other maintainers' bugs; unfortunately we never really instituted a proper equivalent of that when removing the maintainer lock23:24
cjwatsonbut I think the general principle is sound23:24
cjwatsonslangasek: right, I have the same problem with closing grub bugs23:24
psusislangasek, true...23:25
cjwatsonas long as people can still install it in the current development release, closing the bugs is mostly futile - in many cases we'll just get new ones23:25
psusicjwatson, that works in debian because very package has a maintainer... that isn't so with ubuntu23:25
cjwatsonpsusi: sure, but did you read the rest of what I said?  it doesn't seem like it :-(23:25
cjwatsonbugs staying open is not in and of itself a failure23:25
macoyou know that greasemonkey script that shows people's team icons (bug control, motu, core dev) next to their names in lp? how about a rule that says triagers shouldnt close bugs that have a member of ~ubuntu-dev subscribed directly or have anyone set in the Assigned field?23:26
macocjwatson: the bugs of yours that go missing... are they ones you have assigne yourself to, or are you using teh whole package:grub queue as your queue?23:26
cjwatsonthere may be other factors that make it a problem, but in and of itself, a bug should stay open 'til it's either fixed, shown to be not a bug, etc.23:26
psusistaying in the new state forever seems bad to me... a few months, sure.. but when it's been 3 releases since the last update, and it still hasn't gotten to the point where it correctly describes a bug and can be worked on... it seems to be doing more harm than good ot me23:26
cjwatsonpsusi: please accept that other developers have different practices23:27
cjwatsonpsusi: and that taking this approach can get in other people's way23:27
cjwatsonmaco: they don't go missing as such, but I get more bug mail than I can process23:27
micahgcjwatson: if you have a few packages you would like triagers to stay away from, please give me a list and I"ll get it into the BugSquad docs23:27
cjwatsonmicahg: no, this is the wrong answer23:27
cjwatsonI don't want to have to explicitly blacklist a load of stuff23:27
micahgcjwatson: I was hoping you'd say that :)23:27
cjwatsonI want triagers to get a clue :-)23:27
macocjwatson: by "go missing" i meant when someone invalidates a bug that you have an intention of fixing23:28
kklimonda_"don't touch Colin's packages"? ;}23:28
cjwatsonmissing the point!23:28
macoand then it disappears from lp searches23:28
micahgcjwatson: right, so we're trying to revise the mentoring program, but some people wander aimlessly and don't ask questions23:28
cjwatsonwhat is the purpose of bug triage if it is not to help developers?23:28
cjwatsonand if it is to help developers, why do bug triagers work against what developers want?23:28
cjwatsonI think it is because bug triage has been made an end in itself, rather than a means23:28
macomicahg: his complaint has been before that triagers will look at bugs where he has said exactly what is wrong and how he needs to fix it, and triagers will ignore that comment and go and "is it fixed yet? oh you didnt answer. *invalid*"23:28
cjwatsonthis problem is not just mine, and making it about me misses the point.  (yes, I realise that other Ubuntu developers have other practices, and I'm entirely happy for them to follow them)23:29
cjwatson(but I am also not unique)23:29
micahgmaco: right, I remember the post, we try to tell people they have to reproduce when they come to us, but we have trouble with the people who never come to meetings and don't keep up with the latest policies23:29
psusiwell from the triage docs, I understand the goal to be to get a bug into a point where it can convey to the developer what the problem is so they can work on it and mark it as triaged... but it seems that all too often nobody touches it and it just rots for years in the new state doing nobody any good and never will since no developer can look at it and figure out what he needs to go fix23:30
cjwatsonmaking it about a list of individual packages also misses the point23:30
* maco never comes to meetings...23:30
cjwatsonpsusi: "since no developer can look at it and figure out what he needs to go fix" - where did you get that idea?23:30
cjwatsonI look at New bugs *all the time*23:30
cjwatsonit's far from uncommon for a bug to be New *and* have all the information I need23:30
cjwatsonwhen I notice, I mark it Triaged, but see above - I get more bug mail than I can process23:31
psusicjwatson, sure... and when you see one you should mark it as triaged shouldn't you?23:31
cjwatsonit is the job of a triager to work out what's going on, not to blindly follow the statuses23:31
psusiright... but if I look at a bug and it amounts to little more than a rant rather than a report of an actuals software defect... it probably shouldnt' remain new23:31
* micahg is scared of how much mail cjwatson gets23:31
cjwatsonwould you expect a triage nurse to say "oh, you've been in casualty for eight hours, you can't really be ill, go home"?23:32
ebrodercjwatson: hmm...i wonder if a part of the problem is that people who are very familiar with particular packages can often understand a bug just by looking at it, when that sort of thing is less accessible to people without that domain knowledge23:32
cjwatsonbecause that's what's happening23:32
cjwatsonebroder: almost certainly23:32
cjwatsonpsusi: rants with no real content, sure23:32
psusicjwatson, I guess I see it in this case as a bit more akin to the patient already died while waiting... send them to the morgue ;)23:32
ebroderi.e. i'm sure you can look at a grub bug and know exactly what's going on, even if the bug description is *completely* unclear to someone who hasn't had their hands deep in the code23:32
cjwatsonpsusi: but they didn't.  I fix four-year-old bugs quite frequently!23:32
* micahg thinks we should have a rule, if you're not familiar, don't touch, ask questions first23:32
cjwatsonthis notion that bugs go stale is false23:32
lifeless+100023:33
cjwatsonand some of the old bugs are the really interesting ones23:33
micahgrule number 1 for triage is don't make the patient worse23:33
lifelessrule number 1 is have your most experienced nurse doing the triage.23:33
micahglifeless: that's for the triage manager ;)23:34
psusicjwatson, if they are still present in a more current release, but are you really going to fix bugs in grub legacy that work fine in grub2?  I figure the reason you have ignored them for so long is because you had no intention of fixing them because you figured grub2 would take care of it... which it did... so... at best it should be WONTFIX shouldn't it? rather than being ignored as new23:34
cjwatsonpsusi: there is at least one significant cluster of grub legacy bugs that I have every intention of fixing23:34
cjwatsonpsusi: but you *never asked*23:34
micahgpsusi: he probably hasn't fixed them because $cjwatson_clone = clone $cjwatson doesn't work :)23:35
psusiyes, if it is old, but properly understood and documented bug, then it should stick around as triaged and maybe get fixed eventually... but when someone reported a problem 4 years ago without enough information to go about fixing it, and they no longer use that system and have moved on to one that does not have the problem so it can not be reproduced... doesn't seem to need to stay new forever23:35
cjwatsonthat's not your decision to make23:35
cjwatsonfurthermore, Won't Fix is a statement of developer intnt23:35
cjwatson*intent23:35
psusilol.... really?  wow... ok... I got the feeling that you were happy to see grub legacy die23:35
psusitrue23:35
cjwatsonyou never asked for the details23:35
cjwatsonif you had, I could have told you, but you just went right ahead23:36
cjwatsonthe more people do this, the worse my time problem gets23:36
cjwatsonI know I'm coming off a bit strong here but it's a serious problem for me23:36
cjwatsonat this point, I have to assume that the statuses of bugs in packages I work on are essentially random23:37
cjwatsonI can no longer derive any useful information from them, and thus I have to just look at everything23:37
psusiok... so basically I got a little over zealeous and they should have just gone incomplete?  and I should have noticed the ones you had actually touched and talked to you about them first?  understood... of course, if you had marked them as triaged when you understood them and planned on coming back ;)23:37
cjwatsonunless I want to spend about 50% of every day reading bug mail23:38
cjwatsonpsusi: I don't accept that this is my fault, for doing *development work* rather than pushing paper23:38
lifelesspsusi: changing a triaged bug to incomplete just adds work23:38
lifelesspsusi: why do that at all ?23:38
psusiyes yes, I should have been able to tell that if you had touched them they should have just been triaged23:38
psusilifeless, because then they can expire when the required information is not provided23:39
lifelesspsusi: sorry, were they set to New? I may have mossed context23:39
cjwatsonpsusi: that's just as bad!23:39
psusirather than language there for years, often times eventually having other people add useless comments to them about totally unrelated problems23:39
lifelesspsusi: triaged explicitly means that we have all the information needed already.23:39
cjwatsonpsusi: languishing for years is better than being closed incorrectly.23:39
psusilifeless, right... but they were either new or confirmed... I've been trying to get new bugs to triaged if possible23:39
psusicjwatson, why?  if it is just a dumpster for user ranting.. why is it better left new?23:41
cjwatsonpsusi: from slangasek's descriptions, that was not the case of some of the bugs you closed, so I don't think you can rely on that justification23:43
cjwatsonpsusi: most of the bugs I see people closing incorrectly (or marking Incomplete incorrectly) are *not* just dumpsters for rants23:43
cjwatsonand most of the complaints I see about Launchpad aren't about bugs being full of users' rants, they're about them being full of incorrect triage actions23:44
cjwatsonexcuse me, child is crying23:44
keesneato http://midnightresearch.com/pages/graph-of-running-binary-sections/23:55

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!