/srv/irclogs.ubuntu.com/2012/06/21/#ubuntu-devel.txt

=== salem_ is now known as _salem
stokachumicahg: thanks, yea its targetted for 12.04.1 but ill keep an eye on it and if you can't get to it by next week ill make sure to get it handled00:13
micahgstokachu: well, if you just make sure the current debdiff works on quantal so when I go to sponsor, I don't run into issues, that would be great00:16
stokachumicahg: sure ill do that00:16
micahgstokachu: thanks00:16
stokachunp thank you :)00:16
infinitymicahg: Looks like firefox/thunderbird is another case of "using the buildd to determine the target arch".00:21
infinitymicahg: Which means they're getting it wrong on armhf too (I see a NEON define in there, for instance)00:21
micahginfinity: awesome :), well, cross building probably isn't a priority for upstream, but they'd probably take patches00:22
infinityBuilding for a generic target isn't "cross-building".00:23
infinityIf all their Windows builds emitted SSE3 instructions, they'd be just as miffed. :P00:23
infinityBut people seem to make these mistakes on ARM a lot more than x86.00:24
infinityAnyhow, I might look at it later.  The build log just showed me it was doin' it wrong.00:24
micahginfinity: heh, ok, well, I'm sure chrisccoulson would love a patch for that00:24
=== jalcine is now known as Jacky
=== BenC__ is now known as BenC
=== BenC__ is now known as BenC
=== gerard0 is now known as gerardo
=== gerard0 is now known as gerardo
dobeycjwatson: doh. sorry about that. uploading fix now01:23
=== gerardo is now known as gerard0
=== jbicha is now known as Guest34968
stokachumicahg: i got that debdiff attached to 977940, let me know if there is anything else I can do to help02:18
=== gerard0 is now known as gerardo
=== gerardo is now known as gerard0
micahgstokachu: oh, thanks, I just wanted to make sure it built :)02:51
stokachumicahg: yea it builds02:54
=== Guest34968 is now known as jbicha_
vibhavcjwatson: you there?03:16
* xnox at 4AM ?!03:18
vibhavAh, Time Zones :(03:19
infinityTimezone, timeschmones.03:20
TheMusoFor the insane among us perhaps, but I like my sleep.03:21
micahgheh, sleep, was nice once upon a time03:21
TheMusoI guess one factor for me is that I am a morning person.03:22
xnoxTheMuso: well, I'm up at 4AM ;-)03:22
* xnox went to bed at 8PM and now woke up03:22
TheMusoAs I said, for the insane among us. :)03:22
* xnox is fiddling with cdbs03:22
xnoxah, are you in ~ 4AM as well ? =))))03:22
micahgxnox: you're still asleep, stuck in a nightmare :)03:22
TheMusoNo, its 13:22.03:22
TheMusoOn a Thursday.03:23
xnoxTheMuso: are in australia / japan or something?03:23
TheMusoSydney Australia.03:24
xnoxmicahg: =((((03:24
vibhavIts 9 Am here03:24
micahgxnox: that's what fiddling with cdbs at 4AM sounds like to me :)03:24
ajmitchmicahg: s/4AM/any time/03:24
nigelbajmitch: lol03:25
vibhavnigelb: hehe03:25
xnoxmicahg: you are so judgemental =)03:28
infinityxnox: Being judgemental doesn't make him wrong.03:32
micahgxnox: I would think 90% of maintainers agree :) http://upsilon.cc/~zack/stuff/dh-vs-cdbs/03:35
pittiGood morning03:35
ajmitchmorning pitti03:35
micahghrm ,about 15% of main uses cdbs03:36
xnoxmicahg: cdbs supports flavors. Running VPATH builds with different configure flags for each build: e.g. full, minimal, udeb, etc...03:37
xnoxmicahg: simply specify a list of flavours & configure flags for each one ;-)03:37
micahgxnox: that doesn't mean that it's not a bear to use :)03:37
* xnox =(03:37
xnoxpitti: Good morning, I'm about to go back for my second half of sleep ;-)03:38
pittihey xnox, how are you?03:38
* micahg just read an article about that03:38
xnoxpitti: good good, went to bed early woke up in the middle of night =)03:38
* vibhav wonders how large coffee cups devs have03:41
* micahg goes to get some tea03:41
xnoxvibhav: 0.35ltr03:44
xnoxhttp://shop.canonical.com/product_info.php?products_id=82803:44
xnoxI also have the previous cup, it's less capacity03:44
xnoxwas a nice upgrade =)03:45
* vibhav drools03:46
pittixnox: congratulations to your new core-dev badge!03:46
xnoxpitti: thank you.03:47
xnoxalthough i would still like code review before uploading core stuff03:48
* xnox doesn't want to be the guy who broke quantal03:48
infinityxnox: Don't worry, that's me currently.03:48
micahgxnox: knowing when to ask for help is important, no one knows everything03:49
vibhavinfinity: By breaking, you mean dpkg, right?03:49
infinityvibhav: Indeed.03:50
micahginfinity: don't worry, it falls under the title of uploader of eglibc :)03:50
infinitymicahg: I only break eglibc in Debian.03:51
infinitymicahg: Well, so far.03:51
vibhavhehe03:51
xnoxvibhav: technically, whoever merged early multi arch support way back in precise (??) broke dpkg03:51
infinityMaybe I'll break it in Ubuntu with the next upstream.  Stay tuned.03:51
micahginfinity: I meant breaking the archive, it's all encompassing :)03:51
infinityxnox: natty.03:51
xnoxinfinity: was it still you?!03:51
infinityxnox: We've been multiarching for a long time.03:51
infinityxnox: And no, it wasn't me.03:51
* xnox BINGO!03:51
micahgxnox: nope, not at all, the dpkg implementation multiarch changed after we introduced it03:52
infinityAnd what he said.03:52
infinityI'm still trying to sort out what the guard is preventing.03:52
infinitySo, if you have a non-ma-same package in an rc state, and you want to install an ma-same version from another arch, it flips out.03:52
infinityThat seems fair.03:53
xnoxinfinity: I think the brain damage of having 3 packages installed: pkg        pkg:i386      pkg:amd6403:53
* ajmitch should try & upload some packages tonight03:53
infinityBut wouldn't that be exactly the same situation if you have an old ma-same version in rc, and want to install a new on from another arch?03:53
infinityThere's still a chance of whacky conflict.03:53
infinityxnox: But if it's just a mapping issue, we can kludge it the same way we did for triggers.03:53
infinityxnox: noarch = native, done.03:53
xnoxyeap, but the files in the non-multiarch location must be identical03:54
xnoxacross all architectures03:54
infinityxnox: Yes, but they're NOT identical in the ma-same-rc plus ma-same-install case either.03:54
xnoxnoarch = native, will not help with triple arch03:54
infinityxnox: Eh?  it's not triple arch once you've mapped it.03:54
xnoxinfinity: if they are not, then it's an RC bug against the package. There were a few of those recently03:55
infinityxnox: pkg = pkg:native03:55
infinityxnox: No, no.  You're missing the point.03:55
xnoxinfinity: as it pkg = pkg:native will not help if you have i386, amd64 and armhf multiarches enabled03:55
infinityxnox: You remove libfoo:i386, it poops conffiles.  You later install a NEWER version of libfoo:amd64.  That's no guarantee of identical anything anymore.03:55
infinityxnox: If you have ma-same stuff installed this doesn't trigger.  It's only for the old skool pre-ma packages this is an issue, which is where you map noarch=native.03:56
xnoxtrue03:56
infinityxnox: And, in that case, I fail to see how it's then any different from the scenario I paint above, with different versions.03:56
* xnox needs to read multiarch spec again, what ma-same means03:57
infinityxnox: M-A:same means paclages can be co-installed.03:57
infinityxnox: So, most multiarch libraries.03:57
micahginfinity: I think the issue is without the package being marked m-a:same, there's no guarantee the conf files won't conflict03:58
infinityxnox: And this error specifically trips on M-A:same + pre-M-A-rc03:58
infinitymicahg: There isn't anyway.03:58
infinitymicahg: It's tripping on a REMOVED (but not purged) package.03:58
micahginfinity: yes, but I think that's what it's trying to guard against03:58
infinitymicahg: You can't enforce the contents of mismatched packages.03:58
xnoxand one of the requirement is that they (a) do not install anything in non-multiarch qualified locations (b) if the do install anything outside => they must be identical across all arches. So yeah, I see your point that rc should not matter, unless it's in like /usr/lib/$ANY_TRIPLET/libc6.so03:59
infinitymicahg: Like i said, this is (afaict), no different than having a removed libfoo1:i386_1.2.3-1 and then installing a new libfoo1:amd64_1.2.3-203:59
* xnox wants to create config file /usr/lib/$ANY_TRIPLET/libc6.so for giggles03:59
micahginfinity: right, but maybe it's trying to do some conf file handling in some futile fashion (my best guess ATM)04:00
xnoxinfinity: well multiarched libraries do not ship conf / conffiles04:01
infinityxnox: I'm trying to wrap my head around how noarch=native would break things here (or, be any worse than the situation I've outlined above), but I suspect it's the way forward for now.04:01
slangasekinfinity: so dpkg should regard the m-a: same package as implicitly replacing, and therefore taking over, any conffiles?04:01
infinitymicahg: Even if it is, I don't see how the arch matters.04:01
infinityslangasek: Why not?  That's what it does on newer-same -> older-same?04:01
infinityslangasek: If so, I don't see why new-same -> old-non-same should be different.04:01
micahginfinity: it might be worried about the old conf file being broke in the multiarch world04:02
* xnox want's to look at the sample dpkg tarball from the bug to see what library shipped a conf file in the first place04:03
infinityslangasek: Whatever it's doing in the old->new (but both same) scenario, that seems the sane thing to do for non-same->same.04:03
infinitymicahg: That's just weird speculation.  It's a package's job to upgrade its broken conffiles, not dpkg's job to guess.04:03
xnoxinfinity: will that break upon people trying to use multiarch to do a cross-arch dist-upgrade / reinstall to migrate from i386 -> amd6404:04
infinityxnox: For one, that's not even remotely supported.  For two, how does it break it?04:05
* xnox ponders04:05
micahginfinity: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=676496 ?04:06
ubottuDebian bug 676496 in dpkg "dpkg: premature removal of "Multi-arch:" leads to all dpkg commands failing" [Grave,Fixed]04:06
xnoxit won't because there is only on :native at a time.04:06
xnoxit won't because there is only one :native at a time.04:06
infinitymicahg: Hrm.  That isn't the same bug/misfeature, is it? :P04:08
micahginfinity: not exactly, but looks like it might be close04:08
infinityNo, definitely not the same bug.04:09
micahgI figured it might give some hint on where to look04:11
infinityDon't think it relates, really.04:13
infinityBut I should merge that version...04:13
xnoxinfinity: if the new libfoo:native does not ship the config file anymore, and for example that file got moved into an foo:all package, that stale rc file will be removed?04:23
xnoxlibfoo:native is now ma-same, old libfoo is not.04:24
infinityxnox: To be honest, I'm not sure what happens, but I don't see why it should be any different than in the mismatched-versions-of-ma-same-packages case, do you?04:24
infinityThere's no reason to assume that a migration a removed libfoo between and old non-ma version and a new ma-enabled version will be significantly more broken than between, say, two wildly skewed but both ma-same versions.04:25
infinitys/migration a/migration of a/04:26
xnoxinfinity: have you seen that in the bug 1015616 the problem got resolved by adding :native to the culprit packages04:26
ubottuLaunchpad bug 1015567 in dpkg (Ubuntu Quantal) "duplicate for #1015616 upgrade failed: mixed non-coinstallable and coinstallable package instances present" [High,Triaged] https://launchpad.net/bugs/101556704:26
infinityxnox: Actually, he added M-A:same headers, but the end result internally in the pkgset logic would be the same.04:27
infinityxnox: Anyhow, I've thought too much about this for today, but if you come up with any snazzy ideas that you want to talk over, I'll be awake sometime tomorrow. ;)04:28
xnoxinfinity: the kicker is that the conffile was not modified, it's untouched in both packages of the bugreporter04:29
xnoxinfinity: i'd just pre-purge those packages04:30
infinityxnox: I don't see why modified or not should matter, really.04:30
xnoxno data loss ;-)04:30
infinityThere's no data loss if you do a conffile takeover either.04:31
xnoxif it fails with an rc package, would it also fail with an installed one?04:31
infinityWhich is exactly what happens if you go "old i386 package removed" -> "new amd64 package installed" of different versions, with a modified and shared conffile.04:31
infinityxnox: With an installed one, it will force the upgrade.04:31
infinityxnox: Cause the versions have to match.04:31
xnoxright.04:32
* xnox has no concerns about going for rc -> :native04:32
infinityIt seems like the sane way to go.04:32
infinityMight make your eyes bleed a bit sorting out where to do that.04:32
xnoxinfinity: are you doing the new merge first though?04:33
infinityTracing back from the error message, and stepping back through every function until you get to the one that seems reasonable to fix. :P04:33
xnoxor not.04:33
infinityxnox: I won't be merging tonight.  Shouldn't impact your fix anyway.04:33
xnoxok04:34
* xnox off to sleep for shorter second half, before starting my day04:34
infinityxnox: Or, you can just merge if you like.  MoM actually got it right, except for a conflict in control.04:34
xnoxhmmm. ok04:34
infinityxnox: (I assume due to the fiddling with xz-utils and lockfile deps)04:34
infinityActually, since MoM got it right and I just need to eyeball it, I'll just upload this now.04:35
xnoxstill needed after precise, or is it to be backports safe?04:35
infinityAnd you can do your stuff when you wake up.04:35
xnoxgreat. deal.04:35
infinityWe don't aim to backport dpkg.04:35
micahginfinity:  MoM has a useful ../merge-buildpackage script :)05:13
infinitymicahg: Hrm?05:14
micahgit calls its useful merge-genchanges script to auto add the -v from the previous Ubuntu verison :)05:14
micahg*version05:14
infinitymicahg: Oh, I missed the -v after I went and added more changes.  Silly me.05:15
infinitymicahg: Oh well.05:15
infinityjbicha_: Thanks for updating UML!05:18
RAOFBut there *are* to AAs who have been active in #ubuntu-release in the last 10 minutes or so ☺05:24
RAOFImagine that went into #ubuntu-desktop, where it was intended.05:24
infinityRAOF: Hahaha.05:27
infinityRAOF: What needs AAing?05:27
robert_ancellinfinity, new package bug 101136105:28
ubottuLaunchpad bug 1011361 in Ubuntu "[needs-packaging] libpwquality" [Wishlist,Triaged] https://launchpad.net/bugs/101136105:28
infinityrobert_ancell: Ahh, doing a NEW source review probably isn't on my list of things to do at 23:30, I'll punt.05:30
robert_ancellinfinity, fair enough05:30
infinityrobert_ancell: But if no one's looked at it before tomorrow, you can give me a gentle nudge.05:30
cjwatsondobey: thanks06:14
jibelpitti, the crash I get while reporting a bug seems to be https://bugs.launchpad.net/ubuntu/+source/apport/+bug/101578806:40
ubottuLaunchpad bug 1015788 in apport (Ubuntu) "All the apport crash reports are now "*** Error: Invalid problem report" - TypeError: startswith first arg must be bytes or a tuple of bytes, not str" [Undecided,Confirmed]06:40
pittijibel: ah, that's not the one in DKMS again06:41
pittijibel: I just fixed bug 1007826, currently fixing dkms, will then look at that one06:41
ubottuLaunchpad bug 1007826 in apport (Ubuntu) "crash with AssertionError: file stream must be in binary mode when trying to save report to file" [High,Fix committed] https://launchpad.net/bugs/100782606:41
pittijibel: could you please add what command you were trying to run?06:42
jibelpitti, right, it's different. dkms crashes which triggers apport which in turn crashed with the "invalid problem report" dialog06:42
dholbachgood morning07:01
enricoWhy is http://paste.ubuntu.com/1052137/ requiring me to log into launchpad to download the patch as text?07:08
pittiso that you cannot abuse it to anonymously store tons of data there (a la filesharing)07:08
enricopitti: couldn't that have been done like any other pastebind does, or requiring the login only for contents >100Kb? I've been pushed that patch to be applied in Debian, not Ubuntu, and I find it ridiculous that I need to have a launchpad account in order to have a version that I can feed to patch07:10
pitti>100 kB sounds sensible indeed07:10
pittienrico: need the patch? I can put it someplace else for you07:11
enricopitti: thanks, copypaste seems to have done TRT07:12
cjwatsonenrico: #canonical-sysadmin would be the place to complain about it - #ubuntu-devel doesn't admin the pastebin07:18
enricocjwatson: any reasonable place I could file a bug instead?07:21
cjwatsonI don't know, sorry07:21
cjwatsonIf there were, it would require a Launchpad account ;-)07:22
smbdupondje, For the Xen package I am waiting for the review of my merge. The current version in Quantal is only there because of the initial pocket copy done. It would not compile in Q.07:22
enricocjwatson: I should still have a launchpad account I can use to report bugs; my problem is being forced to use it when doing things that are not ubuntu-specifc07:22
cjwatsonsure07:23
Laneyenrico: cjwatson: I once filed an RT about that and it was denied07:34
diwicLaney, for what reason? I'm curious, because I've got complaints from my upstream friends about it too.07:36
bkerensaanyone know why Quickly is install two versions of glade and potentially two versions of the depends for each version of glade?07:36
bkerensaon Quantal07:36
Laneydiwic: enrico: https://rt.ubuntu.com/Ticket/Display.html?id=1875807:37
Laney(yes, you probably need to log in to see that …)07:37
cjwatsonguest/guest IIRC07:37
cjwatsonor maybe ubuntu/ubuntu07:38
cjwatsonthe latter07:38
cjwatson... oh.  it used to be.  I guess it's all SSO now?07:38
enricocjwatson: none of those. Now trying to work out how SSO works07:38
Laneyusing the same credentials as LP07:38
enricoLaney: found it, and sigh.07:40
LaneyI just default to paste.d.n now07:40
cjwatsonI'm sure most people supplying pastes would be happy to do so in a more convenient way if requested07:41
enricoLaney: I did indeed resolve to ask the person not to use paste.ubuntu when sending stuff to non-ubuntu developers07:41
diwicLaney, thanks07:41
diwicLaney, although I'm a little surprised that the spammers can't use the non-login version as well (just strip away some html code)07:44
bkerensabarry: do you know why might be installing two versions of glade?07:45
bkerensaquickly*07:45
dupondjesmb: ok great :)07:55
pitticjwatson: yay, thanks for change-override07:56
xnoxgood morning =)07:59
cjwatsonpitti: You're welcome :-)08:00
cjwatsonpitti: Do you know if it's been necessary to run firefox-overrides in recent times?  I have a feeling that the override ancestry bug that prompted that has been fixed08:00
pitticjwatson: I have never used that oen08:01
pittione08:01
pittichrisccoulson, micahg: ^ do you know about this?08:01
cjwatsonhttps://wiki.ubuntu.com/ArchiveAdministration#Publishing_packages_from_the_ubuntu-mozilla-security_public_PPA FWIW08:01
cjwatsonThat script needs to be moved to client-side, but if it's no longer needed then I would be just as happy to remove it08:02
micahgpitti: I didn't know there was such a thing :)08:02
cjwatsonOK, I'm going to take a punt and say that this has been fixed - the LP copying code looks up the new ancestry of binary packages it copies and tries to apply matching overrides08:02
pittiat least in precise and quantal, all binaries are in main anyway08:03
melodie_hello08:03
cjwatsonThis doesn't work for the kernel because package names tend to change, but it should be fine for firefox08:03
micahgcjwatson: lately, the only thing that needs overrides are new binaries08:03
pittiin oneiric, -mozsymbols is in universe08:03
pittiand so it is in oneiric-updates08:03
pittiso whavever is done for those, it works without that script apparently08:03
pitticjwatson: *nod*08:03
* cjwatson looks up the publishing history for that to check08:04
pitticjwatson: even for the kernel, all packages that don't change keep their component08:04
micahgwell, there was some work done to make copies to the archive end up in the proper component08:06
micahgor rather make copies respect existing components08:07
cjwatsonI think that's what I'm referring to above08:07
cjwatsonAssuming you mean work in LP as opposed to per-upload work08:07
melodie_I'll bb08:08
micahgyes08:08
cjwatsonlib/lp/soyuz/adapters/overrides.py:UbuntuOverridePolicy is applied to binary copies, and looks like it should be right08:10
cjwatsonAnd I've confirmed that none of the BPPHs for firefox-mozsymbols in oneiric since at least mid-March have been anywhere except universe08:16
melodie_hi08:27
micahgcjwatson: that's good news re: binaries ending up where they belong08:28
melodie_I am looking for a simple way to update with packages coming from another machine (a place where the connection is much faster). I failed when trying to just copy the apt directory from /var/cache : is there a simple way to do that ?08:42
cjwatson/usr/share/doc/apt-doc/offline.html/index.html talks about this08:43
cjwatsonDon't know how current it is but my guess is it should require at most minor adjustments08:44
melodie_hi cjwatson, I look, thanks08:44
melodie_cjwatson: there is no "apt-doc" directory in /usr/share/doc in precise08:47
melodie_I am going to try to cheat and put the packages in the "partial" directory08:49
cjwatsonmelodie_: That's because you don't have the apt-doc package installed.08:50
melodie_It looks like it wants to work.08:50
melodie_cjwatson: you are probably right. well, putting the packages from /var/cache/apt/archives to /var/cache/apt/archives/partial, then "apt-get update && apt-get dist-ugrade" seems to work. I'll know in a moment when the unpacking and replacing will be finished.08:57
melodie_bbl09:12
infinityrbelem: And progress on the new snapshot for plasma-mobile?09:17
jdstrandcjwatson: fyi, I wrote that bit in AA for firefox some time ago. while firefox hasn't needed it for quite sometime, it seems I have had to use it on rare occasion for non-kernel stuff09:37
jdstrandcjwatson: however, I think it is fine to remove it-- it is really just my team and the SRU team that use it09:37
jdstrandmy team knows about it and the SRU team has a documented process for the kernel still anyway09:38
cjwatsonjdstrand: Well, you have find-bin-overrides still; firefox-overrides was hardcoded to firefox so was clearly of no use09:43
cjwatsonjdstrand: When you next see this for something that isn't the kernel, I'd like to hear about it09:43
cjwatsonjdstrand: There's still a section below explaining the use of find-bin-overrides09:43
jdstrandcjwatson: oh, I missed we were talking about firefox-overrides and not find-bin-overrides. yes, I haven't used firefox-overrides in ages09:45
jdstrandand yeah, the section below on find-bin-overrides was what I was referring to with "the SRU team has a documented process for the kernel"09:45
cjwatsonI'd still like to know about non-kernel cases.  My reading of the code is that manual overrides should never be necessary when copying from PPAs, *unless* the binary packages in question are new to that distroarchseries09:46
jdstrandnoted09:46
infinityWe do sometimes get new packages in SRUs and security updates that aren't kernels.09:47
jdstrandI don't have specifics atm. I want to say openjdk-6, but it has been too long09:47
infinitymozilla.org sources introduce new translationy bits, if I recall.09:47
jdstrandinfinity: re secureity updates> on occasion09:47
jdstrandbind9 might be another09:48
cjwatsonYeah, it does happen now and again.  My feeling is that fixing bug 192076 will sort out most of it, and for the rest, manual overrides would be OK.09:48
ubottuLaunchpad bug 192076 in Launchpad itself "component of new binary packages should default to source component" [Critical,Triaged] https://launchpad.net/bugs/19207609:48
infinityYeah, I'm happy with doing it manually when it comes up anyway.09:48
infinityAnd fixing that ancient bug would just make that process simpler.09:48
cjwatsonI have a test case for half of it now.09:48
cjwatsonThere are two pieces: firstly, the override policy doesn't implement this suggestion; secondly, normal uploads (as opposed to copies) don't use the override policy as extensively as they should09:49
ogra_pitti, http://paste.ubuntu.com/1052388/ does that look sane to you ?10:02
pittiogra_: if you really want to match the names that precisely, sure10:04
pittiogra_: I don't have "Hardware" in my /proc/cpuinfo (amd64), all keys are lower-case; is that really right?10:04
ogra_pitti, well, once we get omap3 drivers there will be many boards our kernels work on but the pvr driver likely wont10:05
ogra_yeah, HArdware isnt in x86 but on all arm SoCs10:05
pittiogra_: stick the file into /usr/share/ubuntu-drivers-common/detect/ and run "ubuntu-drivers debug", to ensure that it's working10:05
tumbleweedunfortunately, /proc/cpuinfo is completely different across archs10:05
ogra_ah., great, thats what i was missing, i just added a main() function and ran it with prints for testing10:06
ogra_tumbleweed, yeah, but luckily reliable at least on arm :)10:06
ogra_pitti, http://paste.ubuntu.com/1052397/ looks fine10:09
pittiogra_: yep10:09
ogra_seems panda even has a modalias (most other arm paltforms wont though)10:09
* Daviey tries to use apport to report an apport bug10:14
Davieysadly, it fails.. and i'm expecting apport to try to report a bug, about the bug that i encountered a bug when trying to report a bug.. GOTO 1010:15
=== jml is now known as jml_
=== jml_ is now known as jml
pittiDaviey: please update to apport 2.2.4, I fixed two major bugs this morning10:17
Davieypitti: i'm running 2.2.4-0ubuntu110:17
pittiok, then I need more information, I'm afraid10:17
Davieypitti: I'll raise a bug, but looks like a py3 issue... ""10:18
Davieystartswith first arg must be bytes or a tuple of bytes, not str10:18
Davieybug 101578810:19
ubottuLaunchpad bug 1015788 in apport (Ubuntu Quantal) "All the apport crash reports are now "*** Error: Invalid problem report" - TypeError: startswith first arg must be bytes or a tuple of bytes, not str" [High,Fix released] https://launchpad.net/bugs/101578810:19
pittiDaviey: hm, that's what I fixed this morning, or at leat I thought I did10:20
pittiDaviey: can you please attach your .crash file there? It might stumble over a different code path; I tested with jibel's and that works for me now10:20
=== paulliu is now known as paulliu-dinner
=== zyga-afk is now known as zyga
jmlrunning apt-get dist-upgrade, is there a way to specify "don't ask me any (debconf) questions?"10:24
jmlthis is for an automated process to spin up a new 12.04 server10:24
=== yofel_ is now known as yofel
astraljavajml: With the -y option it should assume yes to questions.10:25
cjwatsonastraljava: That doesn't affect debconf.10:25
infinityjml: DEBIAN_FRONTEND=noninteractive10:25
astraljavaMy apologies, I mixed things up.10:25
infinityBut you do want -y as well for unattended apt-gettery.10:26
jmlinfinity: thanks. I'll try that out.10:26
jmlnope.10:27
infinityjml: There's also --force-yes, but I'd contend that if your archive or system are in a state where that would be required, you're usually better off with the error. :P10:27
jmlI still get prompted by console-setup10:28
jmlI guess there I need to use debconf-set-selections or something?10:28
cjwatsonEr10:28
cjwatsonIt shouldn't be able to prompt if you've *correctly* set DEBIAN_FRONTEND=noninteractive10:28
cjwatsonExactly what command line did you use?10:28
jmlexport DEBIAN_FRONTEND=noninteractive; sudo apt-get update -q; sudo apt-get dist-upgrade -q -y --force-yes10:29
cjwatsonsudo filters the environment.10:29
jmlah right.10:29
cjwatsonsudo apt-get update -q; sudo DEBIAN_FRONTEND=noninteractive apt-get dist-upgrade -q -y --force-yes10:29
* jml man sudo10:29
cjwatson(Though personally I wouldn't use --force-yes, for the reasons explained in apt-get(8).)10:30
infinityjml: And yeah, I'd skip --force-yes10:30
infinityjml: The error is almost always better than having it solve it for you.10:30
jmlso, just -y10:30
cjwatsonYeah10:30
* infinity nods.10:30
jmlok.10:30
Laneysudoers(8) → "env_reset"10:30
jmlthat bit is cargo-culting. I'll check out the man page so I can learn this proper.10:31
infinityHoly crap, → is a compose set?10:31
jmlyeah10:31
infinityThis changes everything.10:31
jml->10:31
infinity→ ←10:32
jmlinfinity: it's magical _and_ revolutionary.10:32
infinityRight.  That shouldn't excite me.  For the fifth attempt tonight, nap time.10:32
Davieypitti: attached10:33
pittiDaviey: btw, I fixed that dkms bug this morning, too10:34
pittii. e. the one that generated _usr_share_apport_package-hooks_dkms_packages.py.0.crash in the first place10:34
Davieypitti: wine is for fglrx rather than virtualbox.. i marked the bug back to Confirmed.. I didn't think you'd want a seperate bug10:35
Davieys/wine/mine10:36
pittiyes, the bug was in dkms' apport hook; not driver specific at all10:36
pittiDaviey: can you please check the version in dpkg -l python-apport ?10:37
pittiyour .crash works for me (and in fact, it's the exact same as jibel's)10:37
Davieypitti: ii  python-apport  2.2.4-0ubuntu110:38
pittiok, then I'm officially clueless why it still happens for you :/10:38
Davieypitti: I upgraded, rebooted to get the fresh kernel.. and the timestamp on the .crash file is that of first boot.10:39
pittiDaviey: are you using apport-cli, and the "view report" option?10:39
Davieypitti: i've not touched apport-cli, this was the gui error raised on first boot10:39
pittiok, tested apport-gtk as well; but shouldn't make a difference, it's all the same backend code10:40
Davieypitti: Okay, should i rm the .crash file and reboot, see if i get the same result?10:42
pittifollowed up to the bug10:42
pittiDaviey: the .crash file is not the issue here10:42
pittiit's apport crashing if you try to report the DKMS bug10:42
Davieypitti: well, i can confirm that apport-cli does work.10:43
pittiDaviey: if you run apport-bug /var/crash/_usr_share_apport_package-hooks_dkms_packages.py.0.crash, what happens?10:43
Davieypitti: huh, problem cannot be reported... The problem happened with the program /usr/share/apport/package-hooks/dkms_packages.py which changed since the crash occurred.10:45
pittiah, right10:45
pittithat wouldl be the fixed dkms :)10:45
Davieybut I haven't upgraded since...10:45
pittidpkg -l dkms ?10:45
Daviey2.2.0.3-1ubuntu410:45
pittiDaviey: that's the new one from this morning10:45
pittihttps://launchpad.net/ubuntu/+source/dkms/2.2.0.3-1ubuntu410:45
pittiwhich fixed that very bug (bug 1008092)10:46
ubottuLaunchpad bug 1008092 in dkms (Ubuntu) "dkms_packages.py crashed with AssertionError in _assert_bin_mode(): file stream must be in binary mode" [High,Fix released] https://launchpad.net/bugs/100809210:46
Davieypitti: Yes, but i am saying that i upgraded, rebooted, then hit this issue.. So how did it change without touching apt?10:46
DavieyAnyway, if this is gone for others.. and an oddity, i'm happy to ignore it.. just very peculiar.10:47
pittiso it seems the apport crash is confirmed fixed for you as well10:47
pittiDaviey: perhaps you opted to not report the dkms crash in the session where you did the upgrade?10:48
Davieypitti: that sounds likely, and makes sense.10:48
Davieythanks.10:48
pittianyway, I'm fairly confident that both bugs are fixed now10:48
pittiDaviey: and on top of that, I wrote an ubuntu-drivers-common autopkgtest which will exercise the binary drivers, to ensure that they build, install, and work :)10:49
pittiI didn't add the virtualbox ones, though, but that's easy10:49
pittiDaviey: virtualbox-dkms, right?10:49
pittijibel: speaking about this, do you have an idea how the u-d-common adt test can be triggered for each new kernel upload? I could add a linux-y dependency to it, but which depends do you parse exactly? debian/control b-deps, binary deps, or debian/tests/control ?10:51
Davieypitti: no, my failure was fglrx.10:51
* pitti -> lunch, bbl &10:52
mterrybarry, is the goal for Quantal to have python3-only on only the Ubuntu Desktop CD or also the Ubuntu Server CD?10:58
mterryAh, desktop I see in the blueprint11:00
jibelpitti, I added another case to reproduce 1015788 with apport 2.2.4-0ubuntu1 this time with accerciser.11:00
Davieymterry: confirmed it's not a target for server this cycle.11:08
jibelpitti, binary deps11:35
cjwatsondupondje: Do you think you could take the courier merge from me, please?  You did the last substantive merge - all I did was rebuild it for a Perl transition11:36
ogra_pitti, hmpf, so to contribute to ubuntu-drivers-common i need a github account ? why is that not on LP as a bzr branch ?11:40
ogra_tseliot, ^^^11:41
tseliotogra_: a matter of taste11:42
ogra_no, a matter of workflow imho ... i cant just file a merge request now11:42
jibelpitti, more precisely binary depends of all the binaries built from a source package. for u-d-common that'd be binary deps of u-d-common, dh-modaliases and nvidia-common11:42
ogra_nor will UDD work with it in any way11:43
pittiogra_: I can just put in the file for you11:48
pittijibel: hm, so we could only add a dependency like linux-generic to u-d-common11:50
ogra_pitti, tseliot bug 101600611:52
ubottuLaunchpad bug 1016006 in ubuntu-drivers-common (Ubuntu) "please incluse arm-gles.py since impossible to commit new code to the ubuntu project as ubuntu-core-dev" [Undecided,New] https://launchpad.net/bugs/101600611:52
pittiogra_: thanks, will do11:52
* ogra_ finds that massively annoying btw11:52
pittiit is indeed11:54
pittibut well, if someone will just upload or use UDD, it's always possible to import that into the git, too11:55
ogra_sure11:55
ogra_what bothers me is that it is a tool we ship on the CD and provide as a core component, there should at least be a bzr import from the github branch that we can work with on LP11:56
ogra_i dont mind if someone wants to use git because he prefers it, but excluding all other devs from committing doesnt look very ubuntu to me11:57
pittijust weird that there is no UDD branch for it11:57
pittioh, there is11:58
pittibzr lp-open lp:ubuntu/ubuntu-drivers-common11:58
ogra_well, i'll use this one in the future or just upload and leave it to tseliot to merge into his git branch12:00
=== MacSlow is now known as MacSlow|lunch
tseliotogra_: it's a shared branch and I can give you commit privileges if you like12:02
pittijibel: are you sure it's the same crash? If I let accerciser crash and run apport on it, I get bug 101434112:02
tseliotogra_: otherwise your solutions are fine too12:02
ubottuLaunchpad bug 1014341 in apport (Ubuntu) "apport-gtk crashed with configparser.InterpolationSyntaxError in _interpolate_some(): '%' must be followed by '%' or '(', found: '%f'" [Undecided,In progress] https://launchpad.net/bugs/101434112:02
ogra_tseliot, i dont want a github account12:02
jibelpitti, let me try again12:02
ogra_and i am already in a  team that should have full access to the source of the ubuntu core componnents12:02
pittijibel: i. e. with apport-cli it works just fine, with apport-gtk I get above carsh (which does not affect -cli, as that does not parse desktop files)12:03
jibelhttp://paste.ubuntu.com/1052519/12:04
jibelpitti, ^12:04
pittijibel: if line.startswith('tags:'):12:04
pittithat's not what apport 2.2.4 has12:04
pittithat fixed it to b'tags:'12:04
pittijibel: dpkg -l python-apport?12:04
pittijibel: err, dpkg -l python3-apport12:05
pittijibel: argh, nevermind12:06
pittithat was b'bugs:'12:06
pittias I actually got a string array here after the line splitting12:06
jibelpitti, http://paste.ubuntu.com/1052523/12:06
pittiso why the heck can't I reproduce this12:06
pittijibel: anyway, will look into it harder, thanks12:07
=== jelmer is now known as Guest22079
=== _salem is now known as salem_
=== MacSlow|lunch is now known as MacSlow
argesmvo, hi. noticed a ftbfs in debtags. Just need to add 'dh-autoreconf' to Build-Depends. I have a patch if needed: http://people.canonical.com/~arges/plusone/debtags-ftbfs.debdiff     Laney mentioned this is also broken in Debian.13:04
mvoarges: uh, thanks13:09
mvoarges: pushed to the upstream git13:11
vibhavwe use git for ubuntu?13:11
Laneyhe said upstream git13:12
vibhavah13:12
argesmvo, cool.13:12
vibhav"Attention to Detail" :(13:12
nuketro0p3r#F2F2CEI edited the /usr/share/themes/Ambiance/gtk-2.0/gtkrc to fix my Eclipse tooltip. It worked, but how come my tooltip in other softwares is intact? - just curious o.O13:25
nuketro0p3rAny one have a clue?13:25
nuketro0p3rplease ignore the color code in the beginning.13:25
cjwatsonailo: qjackctl is imported and synced to quantal now, although as predicted it's failing to build for much the same reason it was failing to import: https://launchpad.net/ubuntu/+source/qjackctl/0.3.9-113:33
cjwatsonailo: For the record, three packages were affected, and all three are now fixed13:35
=== mfisch` is now known as mfisch
=== mfisch is now known as Guest31330
=== zyga is now known as zyga-food
=== BenC__ is now known as BenC
=== BenC__ is now known as BenC
xnoxcjwatson: slangasek about bug #101556714:28
ubottuLaunchpad bug 1015567 in dpkg (Ubuntu Quantal) "upgrade failed: mixed non-coinstallable and coinstallable package instances present" [High,Triaged] https://launchpad.net/bugs/101556714:28
xnoxi have created two packages: (a) no m-a, amd64, v1 with a conffile. (b) m-a, i386,v2 with same conffile14:29
=== zyga-food is now known as zyga
xnoxinstalling and removing the (a), installing (b) => succeeds14:29
xnoxhttp://paste.ubuntu.com/1052700/14:29
xnoxso I can't reproduce it in clean pbuilder14:30
xnoxdid I miss something?14:30
=== BenC__ is now known as BenC
cjwatsonxnox: I think you need to install (b) over (a) using precise's dpkg, and then upgrade to quantal's dpkg and try installing something else14:37
ailocjwatson: Thanks. I guess the building failure will be fixed sometime soonish? I'll keep an eye out beginning next week. The haze of midsummer is shortly closing in14:37
cjwatsonxnox: the problem isn't that quantal's dpkg corrupts things, AFAIK; it's that precise's dpkg left a corrupted database in place, and now quantal's dpkg objects to it14:37
cjwatsonailo: It won't happen automatically, and I'm not doing it, so I don't knw14:38
cjwatson*know14:38
cjwatsonHopefully somebody will pick it up, or you could send a patch ...14:38
ailoOk. I'll investigate more next week then :)14:39
xnoxcjwatson: ok. that will break.14:41
xnoxcjwatson: so the bug is not due to left over rc config file14:42
mptev, hi, when updates are installed pre-login, where will the UI for that be? Will it be in Plymouth, like fsck?14:50
cjwatsonxnox: I never thought it was :-)14:51
cjwatsonIt's not due to the config file itself, but due to the package being there in rc state with its .list file inadvertently removed from /var/lib/dpkg/info/14:52
cjwatsonAs Guillem/Raphael explained on -dpkg14:52
xnoxok. I get the error now, but it's different from the bug report message14:53
xnoxcjwatson: do you have a link to the explanation the thread is long15:00
cjwatsonNo, just the first post in that thread by buxy15:02
cjwatsonAnd the original post by Guillem15:02
barrykenvandine: https://bugs.launchpad.net/ubuntu/+source/libpeas/+bug/1015868 :)15:08
ubottuLaunchpad bug 1015868 in libpeas (Ubuntu) "Support both Python 2 and Python 3 plugins" [High,Fix released]15:08
kenvandinebarry, thx, saw your email!15:09
kenvandineyay!15:09
kenvandinei'll look at it soon15:09
barryawesome.  let me know if i can help with anything else for gwibber15:09
kenvandinebarry, thx!15:09
pitticjwatson: @ udeb expansion> will do that (tomorrow), thanks for pointing out15:23
cjwatsonpitti: thanks15:26
nemoSo, Like many people, I'm really missing not having notification-daemon in 12.0415:29
nemoIf I search for the relevant crasher from what I see in gdb, I get a ton of hits on launchpad15:29
nemounfortunately, they seem to be duped against https://bugs.launchpad.net/bugs/92658315:29
ubottuError: malone bug 926583 not found15:29
nemowhich appears to either be missing or not accessible by me15:30
nemoNow, there's a debian bug (and fix) on exactly this problem.15:30
nemoAFAIK has even been packaged.15:30
nemoAll I'd like to know is.  Is ubuntu planning to address this at some point? 'cause I really missing having notify-send.  And, if they aren't, and that is a locked bug, unlocking it would be appreciated so people could try to figure out workarounds15:31
nemootherwise, duping stuff against something that either doesn't exist or won't be fixed any time soon isn't too helpful :(15:31
nemohttps://www.google.com/search?q=site%3Alaunchpad.net+gdk_pixbuf_scale_simple+notification-daemon+crashed15:32
nemohttps://bugzilla.gnome.org/show_bug.cgi?id=67374915:32
ubottuGnome bug 673749 in GtkStatusIcon "Error Message When Creating Tray Icon" [Normal,Resolved: fixed]15:32
nemohttp://bugs.debian.org/cgi-bin/bugreport.cgi?bug=66988315:33
ubottuDebian bug 669883 in libgtk-3-0 "notification-daemon crashes in gdk_pixbuf_scale_simple" [Important,Open]15:33
mptnemo, notify-send works for me with notify-osd in 12.04, as it has for every version since 9.04. It doesn't require notification-daemon.15:34
nemohum. is notify-osd unity only?15:35
mptNo, it predates Unity.15:35
mptIt looks like bug 926583 is waiting for the Apport retracer to retrace the crash report and then make it public15:36
ubottuError: Launchpad bug 926583 could not be found15:36
nemoah15:36
nemompt: well. has been happening a lot. and without notification-daemon running, I get no notifications15:36
nemowell. I don't get them with it running either15:36
nemobut I do get a crasher then, if I run gdb ... notification-daemon   and then try notify-send15:37
mptnemo, if you want help with access to that bug report, try a member of this team: <https://launchpad.net/~ubuntu-crashes-universe>15:37
nemooh. I'd just like it to be unlocked, really15:37
nemosince it has been happening on 3 different computers15:37
mptThat must be frustrating15:38
rbeleminfinity, not yet. I will have the packages ready by the weekend15:38
nemoI figure from the huge number of hits on launchpad, that it must not be a coincidence15:38
nemoah. notify-osd is installed, but not running15:40
nemoif I launch it from commandline, I get the notification15:40
nemohm. I guess the fix is to uninstall notification-daemon, since it can't run at the same time anyway.15:41
nemojust the sort of thing I would say in the bug if it wasn't locked :-p15:41
mptMaybe those packages should conflict with each other, since they try to do the same thing15:42
nemoyeep. removing notification-daemon prompts for removal of gnome and gnome-core :(15:42
nemooh geez.15:42
mptoh, maybe that's why they don't :-)15:42
nemough. I can hack around this locally, but a clean solution would be nice15:42
nemompt: well. then we have one that gnome depends on, that crashes :-p15:42
nemoand one that it doesn't depend on, that works, but isn't launched15:42
nemohey. more stuff to put in the bug once it is unlocked :-p15:42
nemoone odd thing is I've been sending crash reports every time I get prompted. a few a day15:43
nemoDoes ubuntu not have the equivalent of Mozilla's "top crashers" ?15:43
mptAha. https://bugs.launchpad.net/notify-osd/+bug/357273/comments/515:43
ubottuLaunchpad bug 357273 in Awn Extras "awn-notification-daemon randomly overrides notify-osd" [Medium,Fix released]15:43
mptThat's why they don't conflict15:43
nemoyou'd think if others are experiencing the same thing, that folks would notice eventually15:43
mptnemo, we do indeed: https://errors.ubuntu.com/15:43
nemohuh. that's odd15:45
mptUbuntu has used a replacement for notification-daemon by default for three years now, so it's understandable that even a reproducible crash in it won't be showing up.15:45
nemoheh. why on earth does gnome depend on it then, if it isn't even supposed to be used15:46
nemopeople do occasionally install other desktops ;)15:46
xnoxnemo: gnome != ubuntu-desktop15:46
mptI thought gnome-shell used its own embedded notification code now15:46
nemowelp. I see that it is indeed in the top crashers for the month15:47
nemo157 for notification-daemon15:47
nemoand linked to the inaccessible https://launchpad.net/bugs/92658315:47
ubottuError: malone bug 926583 not found15:47
nemook. not *high* in the topcrashers15:47
nemobut still!15:47
nemoif I launch notification-daemon w/ notify-osd running then it exist immediately. so isn't even clear why I'd have it15:48
nemoapart from wanting gnome3 (and more importantly, MATE)15:48
mptaha15:48
nemohm. XFCE4 doesn't depend on it15:48
nemompt: MATE doesn't depend on it though, oddly15:48
nemojust gnome15:48
nemowell. I've only been keeping gnome around for testing, since it was crashing on this ATI card in the past15:49
nemoI guess I could just uninstall it.15:49
nemoNot sure what I'll do on the other machines though15:49
mptMATE + notify-osd ~= Ubuntu 9.04 to 10.1015:49
nemohrm. Depending on the syntax, that's either an attempt to do a pattern operation, specify inequality, or specify approximate equality :)15:50
nemoanyway. whatever. was just trying to find a clean fix.  I guess I'll just make sure notify-osd is started in startup apps or somesuch.  Not sure what is firing off notification-daemon though15:51
nemoas long as you guys are keeping the package around, it would be certainly nice if you picked up the fix :-p15:51
nemoheck. it even has the pretty little ubuntu symbol. so that means maintained core right?15:52
nemoand right now it doesn't really work at *all*15:52
hallynSpamapS: cgroup lite is 1.1 in precise, 1.2 in q (we're upstream).  I'm calling the SRU to precise 1.1.12.04.1.  debuild seems happy with it.  lemme know if that's not quite right15:57
hallyn(it's my best guess per https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation)15:57
cjwatsonI'd be inclined to just use 1.1.1 in such cases15:57
hallyncjwatson: my fear is, it also exists in o15:57
hallynoh wait,15:58
hallynit has different versioning there.  so 1.1.1 is fine.  thanks15:58
cjwatsonIt's 0.37.1-1ubuntu7.11.10.1 in oneiric15:58
cjwatson(well, oneiric-proposed)15:58
hallyncjwatson: yup.  i'll go with 1.1.1.  thanks.15:59
mptnemo, notification-daemon is in Universe. <https://help.ubuntu.com/community/Repositories/Ubuntu>16:00
nemohuh. I thought the ubuntu logo meant core16:00
nemoor ubuntu maintained or something16:00
seb128ev, mpt: what's the "frequency" unit on errors.ubuntu.com? reports/day?16:00
nemoseb128: I assume it is reports over the time period selected16:01
mptseb128, "in the past day" by default. It's not averaged at the moment16:01
nemoso notification-daemon got 157 reports to the secret bug over the last month16:01
seb128mpt, "by default", so it's just "number of report in the selected time period"?16:01
mptseb128, yes16:02
seb128mpt, ok, thanks16:02
seb128nemo, yeah, seems some people are still running notification-daemon for whatever reason16:02
seb128nemo, what do you call "secret bug"?16:02
nemoseb128: well. apparently because gnome requires it16:02
nemo11:47 < nemo> and linked to the inaccessible https://launchpad.net/bugs/92658316:03
ubottuError: malone bug 926583 not found16:03
seb128nemo, gnome-shell has its own notification service16:03
nemoseb128: if I mark notification-daemon for complete removal, synaptic package manager marks gnome and gnome-core16:03
seb128nemo, right, those are useless dummy packages coming from Debian16:03
seb128nemo, you can remove them16:03
nemoah16:03
* nemo did not know that16:04
nemoone more thing to put in the secret bug :)16:04
seb128nemo, they are dummy packages which depends on everything which is "GNOME"16:04
seb128nemo, that bug is not secret, it's just that segfault can have private infos in their dump and access is limited to bugsquad by default16:04
nemoso. I guess this happens to people who have been upgrading for a long time16:04
nemoseb128: sure. I figured. but amounts to same thing. and it has gotten duped a lot :-p16:05
nemooh well. uninstalled notification-daemon. doing same on other machines that I can access over ssh. thanks16:05
seb128nemo, nobody is maintaining notification-daemon anyway16:05
seb128nemo, yw16:05
nemoseb128: well. it says ubuntu developers maintain it, and has the nice logo :)16:05
seb128we should probably fix that16:05
nemoI'll have to check on my mom's machine when it comes back online - it was also installed a long time ago16:06
seb128we recommend notify-osd for years16:06
nemoI'm guessing any of my machines that are old may have this issue.16:06
nemowhich would be... hm. all of them :)16:06
seb128nemo, what's the issue? what session do you use?16:06
nemoseb128: periodic crash notifications16:07
nemoseb128: I'm guessing because notification-daemon is crashing due to the bugs I linked to prior (see debian and gnome ones in gtk3)16:07
nemoseb128: and I guess notification-daemon is running 'cause this is an old setup16:08
nemoI just checked w/ the MATE guys, MATE just uses dbus, so, should be able to use notify-osd just fine once I clean things up16:08
seb128nemo, great16:09
nemoMy mom's on MATE as well after months of hate against the new tablet interfaces, so similar config. My SO alternates between Unity and MATE but currently is using MATE due to Unity brokenness with virtualbox16:09
nemoalso her graphics card is a bit wimpy16:09
nemoand unfortunately unity2d is kind of broken with multiple desktops16:09
nemoreally a pain to move apps around16:09
nemoalso resizing windows in it16:09
nemoshe did spend a couple of months doggedly learning the interface16:10
nemomajor props to her16:10
nemovirtualbox was the final straw16:10
seb128nemo, your bug seems to be bug #926758 btw16:11
ubottuLaunchpad bug 926758 in notification-daemon (Ubuntu) "notification-daemon crashed with signal 5 in g_return_if_fail_warning()" [Medium,Confirmed] https://launchpad.net/bugs/92675816:11
seb128nemo, there is a fix upstream for gtk: http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-4&id=e694bd75f601d4796119b622ba2f2cd13ca86ddd16:12
nemoum16:12
nemonooo16:12
seb128nemo, we will include it for precise in the next gtk SRU16:12
nemonot that one :)16:12
pitticjwatson: autopkgtest fix uploaded16:12
nemoseb128: it is the bug I linked to :-p16:12
nemothe one that gets 157 hits16:12
seb128nemo, they are the same bug?16:12
nemoseb128: I'd have to reinstall it to grab another stack trace though16:12
cjwatsonpitti: thanks16:12
nemooh? huh. the place it crashes seems different16:12
seb128"gdk_pixbuf_scale_simple", expression=0xb703839e "dest_width > 016:12
nemoah. yep. that's the one16:12
seb128nemo, that's the one I pointed16:13
nemoand yeah. I saw the fix committed in the gnome bug16:13
pitticjwatson: now I go rest my bleeding eyes from the autopkgtest source code :)16:13
pittigood night everyone!16:13
seb128nemo, we will get the gtk fix SRUed16:13
seb128nemo, thanks for pointing it16:13
seb128pitti, 'night16:13
nemowell. I don't need it anymore :)16:13
nemobut good to know. maybe I can skip on nagging family members16:13
nemoand/or sshing into their machines16:13
nemoseb128: FWIW the debian report has a second git ID as well (last comment)16:15
nemothe one from a month ago16:15
seb128nemo, thanks16:15
nemoBTW, only kind of ubuntu devel related, but I really liked this comment on linux video16:17
nemohttp://linux.slashdot.org/comments.pl?sid=2927755&cid=4038731316:17
nemoguess I'm going ATI next time, esp after their recent announcement.16:18
nemoseb128: hey. just curious. because you guys forgot to drop notification-daemon - does that mean you have to maintain it for the entire LTS? :)16:45
=== deryck is now known as deryck[lunch]
smosermdeslaur, you touched clamav last, does https://bugs.launchpad.net/ubuntu/+source/clamav/+bug/1015828 make any sense to you?16:53
ubottuLaunchpad bug 1015828 in clamav (Ubuntu) "package clamav-milter 0.97.5+dfsg-1ubuntu0.12.04.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,New]16:53
mdeslaursmoser: http://www.ubuntu.com/usn/usn-1482-2/16:54
mdeslaursmoser: dupe of bug 101533716:54
ubottuLaunchpad bug 1015337 in clamav (Ubuntu Quantal) "clamav-base fails configure with `/usr/share/doc/clamav-base/examples/main.cvd': No such file or directory" [Undecided,Fix released] https://launchpad.net/bugs/101533716:54
smosermdeslaur, well, look at the bug.16:54
* smoser reads that link more closely16:54
mdeslaursmoser: he probably needs to uninstall clamav and reinstall it16:55
smoserprobably, yes, but how did he get there?16:55
mdeslaurthe .1 release failed to install in the postinst16:55
smoserah. ok.16:55
mdeslaursmoser: It's possible the .2 doesn't install over .1 cleanly depending on ordering...not all combinations were tested16:56
tremoluxhrw: hi! I was just asking in #ubuntu-desktop about a weird graphics corruption issue that we've gotten two reports of for Ubuntu Software Center, bug 101521616:59
ubottuLaunchpad bug 1015216 in software-center (Ubuntu) "Graphical corruption in software center" [Low,Confirmed] https://launchpad.net/bugs/101521616:59
tremoluxhrw: and Laney mentioned that you had reported seeing this: http://marcin.juszkiewicz.com.pl/~hrw/shots/bad-fonts.jpg17:00
tremoluxhrw: I just wondered if you've noticed anything similar in Software Center, that is, corruption of the toolbar icons when mousing over them17:00
seb128hrw, what video card do you use?17:00
hrwseb128: radeon 5430 with open driver17:57
hrwtremolux: never used software center17:57
ogra_how can you !17:57
ogra_:)17:57
seb128hrw, thanks, seems like it could be an ati issue17:58
seb128hrw, do you still get the corruption issue? do you get it easily?17:58
hrwogra_: using U(unity)buntu on private machine is not a requirement but only suggestion ;)17:58
hrwseb128: open gvim with lot of text (:help is enough), scroll and watch for crazy lines17:59
hrwseb128: root logged into xterm+kwin+gvim did not had problem17:59
Laneyhrw: Sarvatt said it might be a driver problem with the current drivers, and that the ones from debian should/might fix it18:00
Laneyif you can reproduce it easily (I can't) then maybe its worth giving that a go18:01
* ogra_ thinks its just because hrw never used software center .... its the wrath of mvo !18:01
=== deryck[lunch] is now known as deryck
mterrykenvandine, hey buddy!18:02
hrwLaney: ok18:02
mterrykenvandine, do you have spare review cycles?  I've got a load of update-manager branches that mvo is likely too busy to get to soon, if you can18:02
tremoluxhrw: ok, no probs, thanks  :)18:02
hrwLaney: sarvatt's ppa with xorg-edgers would be fine too?18:03
Laneydunno, I just rebuilt x-x-v-ati from sid :-)18:03
Laneycan give you the debs if you are on amd6418:04
hrwLaney: I am18:04
hrwLaney: anyway they are building now18:06
Laneyhrw: http://people.canonical.com/~laney/xserver-xorg-video-ati/18:06
hrwthx18:06
Laneynp18:06
kenvandinemterry, i'll do my best :)18:08
mterrykenvandine, you're the best!  I think if you start at https://code.launchpad.net/~mterry/update-manager/avail-cleanups/+merge/110914 and follow the chain of pre-req merges, you'll end up at the first one, which should be 'update-at-start'18:10
mterrykenvandine, any bits that you can get to are welcome!  I just didn't want to block on mvo if possible18:11
hrwLaney: looks like it was that18:11
Laneynice18:11
hrwgood18:15
* hrw -> off18:15
keesinfinity: say, slangasek says you're busy. if you don't have anything staged for eglibc, can I upload my changes?18:23
infinitykees: Oh, I had planned to actually review that and such, but yeah, I seem to have let it slide.18:26
infinitykees: If it's wildly urgent to you, and you're sure it won't break anything, go ahead.18:26
keesinfinity: yeah, the results pass my glibc regression test suite (fwiw). it's blocking some changes to the security tests suite, so that's why I've been pestering you. :)18:28
keesinfinity: it's get it done. :)18:29
keeser, I'll get it done.18:29
=== zyga is now known as zyga-afk
=== imbrando1 is now known as imbrandon
SpamapS@pilot in19:17
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: SpamapS, pitti
SpamapSa day early, but looks like I may be too busy tomorrow19:17
seb128SpamapS, hey19:22
seb128SpamapS, do you know if the SRU team rotation schedule got written somewhere?19:23
SpamapSseb128: somebody had a TODO to put it .. somewhere19:23
seb128SpamapS, somebody ... somewhere ... sometime ... I see ;-)19:24
SpamapSseb128: I'd take responsibility, but that would be unfair to my other responsibilities. ;)19:25
seb128hehe19:25
seb128SpamapS, no worry, I just want to stop pinging the whole SRU team daily and try to get some reviews of whoever is on duty ;-)19:26
seb128slangasek, ^ do you know who has the rotation schedule?19:26
SpamapSseb128: there shouldn't be a need for pings.. we process the queue from oldest -> newest daily... unless there's some urgent regression which needs a queue jump.19:29
* SpamapS hopes we do not have daily urgent regressions :)19:29
seb128SpamapS, libreoffice is stucked for over 3 weeks and I raised it to the TB and release team lists19:30
seb128SpamapS, but I guess nobody wants to be the one letting a libreoffice SRU in19:30
seb128SpamapS, still it's a real issue, we have data lose bugs in the LTS for over a months where fixes are available19:30
SpamapSWhat was the final decision on that?19:31
jdstrandseb128: is that the libreoffice on oneiric?19:31
seb128jdstrand, no, it's 3.5.4 for precise19:31
SpamapSI lost track of the thread.19:31
seb128SpamapS, the TB says the SRU team can ack those19:31
seb128SpamapS, slangasek said anyone in the SRU team can do it and that he will have a look on friday if nobody does this week, we are getting there...19:31
seb128jdstrand, there is no security fix in this one so it's not a security team concern (yet) ;-)19:32
jdstrandseb128: ok, the 11.10 Sweetshark told me could be dropped19:32
jdstrands/11.10/11.10 one/19:32
seb128jdstrand, 3.5.5 might be in a different category and that's one of the reasons I would like 3.5.4 moving before that happens19:32
slangasekseb128: the rotation schedule is in a google doc; we'll get that published ASAP; and today is bdmurray's day19:32
SpamapSSo we didn't actually try for an MRE yet? I really want to understand upstream's process before I just blindly accept it. :-P19:32
jdstrandseb128: /me nods19:32
jdstrandI'm fine with having the most up-to-date version in -updates, believe me :)19:33
jdstrand(for precise)19:33
seb128SpamapS, oh, MRE was asked 3 weeks ago and acked by some TB members, it's purely on the SRU team side19:33
SpamapSI saw a bunch of requests for more info.. didn't see the actual +119:33
seb128SpamapS, but MRE doesn't mean we should avoid a SRU team sanity check19:33
SpamapSand then angry "if I have to do this I quit" type messages19:33
jdstrand(the oneiric one had a regression and is abandoned, and is going to need to be respun anyway very soon anyway)19:34
jdstrands/ anyway)/)/19:34
seb128jdstrand, yeah, I followed that one, I though the old version was going to be uploaded with new.is.really.old changelog trick19:34
SpamapShttps://lists.ubuntu.com/archives/technical-board/2012-June/001309.html19:34
SpamapSwell here's the tech board +119:34
seb128SpamapS, right19:35
jdstrandseb128: I wasn't going to do that since the one in -proposed can just be rejected19:35
SpamapSso yeah, it just needs the sanity check on versions and stuff19:35
* SpamapS takes a look19:35
seb128jdstrand, well it means the security issue is still not addressed19:35
seb128jdstrand, but if that's fine for you guys I will not say anything ;-)19:35
seb128SpamapS, thanks19:35
jdstrandseb128: it is addressed, except for someone running -proposed and installing it19:35
SpamapSbdmurray: are you already looking at it?19:35
seb128SpamapS, my other concerns is that we have trivial items still taking over a week to be reviewed and it's the velocity we would like to see19:36
infinitybarry: What was the point of uploading libpeas twice in a row? :)19:36
SpamapSI didn't do much SRU stuff yesterday, so I'm happy to grab it now19:36
jdstrandbut our policy is not to try to be tricky with --proposed. we base of -updates and -security19:36
seb128jdstrand, oh ok, that was not my understanding19:36
SpamapSseb128: we'll need more people on the team if you want that improved.19:36
seb128jdstrand, my understand was that oneiric (release) had the issue but the easy fix can't be uploaded because the version would be < proposed19:37
SpamapSits been better the last 2 weeks19:37
jdstrandseb128: yeah-- once it hits -updates, we use it. if there is something in -proposed at the time we provide the -security update, we mention that the package in -proposed needs to be respun to incorporate the -security fixes19:37
jdstrand(in the bug)19:37
jdstrand(in the SRU bug that is)19:38
seb128jdstrand, does it mean you plan to get a 1:3.4.4-0ubuntu1.1 out with the security fix?19:38
jdstrandotherwise all our versions go haywire19:38
seb128jdstrand, I'm a bit lost19:38
SpamapSseb128: any reason quantal has not seen 3.5.4 yet?19:38
seb128jdstrand, that security issue is resolved in neither oneiric, oneiric-updates, nor oneiric-security as I understand it19:38
jdstrandseb128: yes. 1:3.4.4-0ubuntu1.2 will be going to -security (1.2 cause I had to respin 1.1 in the security ppa)19:39
seb128SpamapS, we target 3.6.0~beta1 directly to quantal and it's still not building thanks due to the new toolchain (taking a bit to resolve the toolchain issues)19:39
SpamapSseb128: roger that, I'll waive that req too then19:39
seb128jdstrand, oh ok, so you still plan a security update, just note  a weirdly versioned one to deal with proposed issues19:39
seb128SpamapS, thanks ;-)19:39
seb128jdstrand, I though you were saying you didn't do any update for oneiric19:40
jdstrandseb128: sorry for the confusion. I am providing the updates for oneiric based off of 3.4.4.19:40
seb128didn't->wouldn't19:40
seb128jdstrand, cool19:40
seb128jdstrand, thanks ;-)19:40
jdstrandseb128: right, I was just saying I wasn't going to use a weird version number for my update :)19:40
SpamapSseb128: accepted19:44
seb128SpamapS, thanks!19:44
barryinfinity: stupidity on my part?19:46
jdstrandSpamapS: how does one remove a package from -proposed?19:46
infinitybarry: Check.  Was just a curiosity. :P19:47
jdstrandneither StableReleaseUpdates#Removal_of_updates or ArchiveAdministration is helping me19:47
barry;)19:47
jdstrandoh, I can just reject it19:47
jdstrandduh19:47
jdstrandSpamapS: nm19:47
SpamapSjdstrand: if its in queue, yeah, just reject. Otherwise I believe it is 'remove-package' but I've actually never done it19:48
infinityjdstrand: If you can reject it, it's not in proposed.19:48
jdstrandremove-package does way more than I want :)19:48
infinityjdstrand: And if it *is* in proposed, remove-package -m "This SRU sucked" -s foo-proposed -S source19:48
jdstrandinfinity: ah, ok, then it doesn't do too much19:49
jdstrandinfinity: can I quote you on the "This SRU sucked" bit?19:49
infinitySure. :)19:49
infinityNot that I have context.19:49
jdstrand:)19:49
jdstrandinfinity: hmm, why '-S' ("remove source only"). Note, that -S in remove-package is different than -S in change-override19:51
jdstrandI want it without -S19:52
jdstrandnot sure why that was so hard for me to figure out... *shrug* it's done now19:58
infinityjdstrand: Oh indeed, I didn't read the help.19:59
infinityjdstrand: Though running it would have made that vaguely obvious. ;)19:59
stgraberis it just my amrhf build that's weirdly broken or python3 is broken on quantal armhf (at least)?19:59
jdstrandinfinity: still, you were a great help (I updated the wiki btw)20:00
infinitystgraber: Context?20:00
infinitystgraber: What's breaking/broken?20:00
stgraberinfinity: starting python3 (not script or anything) fails and gives me "UnicodeDecodeError: 'utf-8' codec can't decode byte 0xb2 in position 23: invalid start byte"20:00
infinitystgraber: That seems like the sort of thing that would cause a ton of build failures and we'd surely notice...20:01
infinitystgraber: Oh, except that buildds run in LANG=C20:01
slangasekexcept that the buildds don't run python interactively20:01
* infinity checks here.20:01
stgraberinfinity: http://paste.ubuntu.com/1053198/20:02
stgraberFWIW that image was missing langpacks initially but I fixed that a while ago including a reboot, copy/pasting chinese stuff seems to confirm utf8 is working as expected :)20:03
stgraber(and I still wouldn't expect python to blow up that badly even if I was lacking a utf8 locale)20:03
infinitystgraber: No can reproduce here, either in C or en_CA.UTF-820:04
infinitystgraber: This is in a clean chroot where I just installed python3, FWIW.20:05
infinitystgraber: So, you may have Something Else(tm) blowing up your world.20:05
infinitystgraber: And I'd bet it's not ARM-specific, but who knows...20:05
stgraberinstalling debsums now to check what's broken on there :)20:05
stgraberit's a clean .img I dded on an sdcard and booted on a panda, so nothing fancy, well except for the fact it's the first time we build Edubuntu for armhf20:06
infinityOh, except in this clean chroot, I don't actually HAVE any UTF-8 locales, so python's probably silently ignoring it.20:07
infinityLet me localegen some.20:07
gr8linuxI need help with webkit and quickly20:08
infinitystgraber: Yeah, even with some langpacks installed, can't reproduce either with C or a UTF-8 locale.20:08
stgraberinfinity: ok, will see if debsums finds anything weird here, I'd be happy to blame the sdcard ;)20:10
stgraberbut dmesg doesn't seem to confirm it's just a bad media20:10
infinitystgraber: I like to blame SD cards for most of my problems.20:10
gr8linuxIt seems that there is a problem with import webkit and quickly20:10
infinitystgraber: In this case, though, I suspect it's an actual software bug, since bad media tends to be a bit louder.20:10
infinitystgraber: Just a bug that's a bit more subtle than "install python3 and watch it suck".20:11
gr8linuxI need help with webkit and quickly20:16
micahgSpamapS: seb128: IMHO, it seems that sabdfl's +1 of the libreoffice MRE was premature given the poor track record before, but I think there was at least a consensus that 3.5.4 should be given a shot20:16
infinitygr8linux: You probably want #ubuntu-app-devel (see the topic)20:16
SpamapSmicahg: Yes, I think not doing it is a greater risk than doing it.20:17
gr8linuxinfinity:tanx20:17
seb128micahg, I asked slangasek about it and he said there was enough "pro" on the TB discussion for the SRU team to pick it up and review it20:17
micahgseb128: yep :), I just saw SpamapS quoting the +1 and wanted to comment on that, that's all, everything seems like it's on the right track now though20:18
seb128right20:21
stgraberinfinity: debsums didn't spot anything off on that system, so it's clearly something that's installed (or missing) that's messing with python3...20:21
infinitystgraber: Installed seems more likely than missing.  My chroot wasn't particularly polluted.20:22
infinitystgraber: Had a bit of junk in it from a previous build, but...20:22
=== robbiew1 is now known as robbiew
stgraberinfinity: rm /usr/lib/python3.2/__pycache__/traceback.cpython-32.pyc => fixed20:35
infinitystgraber: So, it got miscompiled?20:36
infinitystgraber: That's a tiny bit disconcerting.20:37
stgraberinfinity: looks that way...20:37
stgraberbarry: ^20:37
barrysorry, what's the issue?20:38
stgraberbarry: http://paste.ubuntu.com/1053198/20:38
stgraberbarry: that's what I got on a clean daily-preinstalled image on armhf20:38
barrystgraber: wtf?20:38
barry ;)20:39
stgraberbarry: after digging for a while I tracked it down to the .pyc for traceback being broken. Removing it to force it to re-generate fixed it20:39
barrystgraber: even with a corrupt .pyc, the crash looks *very* odd20:39
barrybut okay :)20:39
infinityDo we generate those at install time, or runtime these days?20:39
stgraberbarry: I'm making 100% sure that this .img contains the broken .pyc, if it does, you'll be able to download it and look :)20:39
slangasekinfinity: install time20:40
infinityKay, so the image SHOULD contain the broken one.20:40
slangasekinfinity: (at runtime you don't get to write to /usr)20:40
barrypycs should never appear in the package, always at install time, even for the interpreter itself20:40
infinityBut how it got broken, I dunno.20:40
infinityslangasek: Oh, err, right.  /usr.. Wasn't really thinking while I typed. :P20:40
barrydo you have a copy of the .pyc file?  i could inspect it (it's essentially just a marshaled code object with some magic header bytes)20:42
barrythat may not actually help in any useful way though20:42
infinitybarry: Well, it would perhaps help to determine if it was either corrupt or miscompiled.20:44
barryinfinity: any chance you can drop the bogus .pyc some place i can grab it from?20:45
infinitybarry: I think stgraber's working on doing just that.20:45
barrycool20:46
infinitybarry: Once he confirms that the one in the image is actually broken.20:46
infinitybarry: (If it's not, I assume the one he rm'd was just corrupted on his SD)20:46
stgraberbarry: I sadly removed it... writting a new sdcard to reproduce, for some reason reproducing with qemu-arm-static failed here, so I want to reproduce with the exact same setup20:46
barrystgraber: no worries.  ping me if/when you have something20:46
infinitystgraber: If could just have been a bitflip on your SD card.  Since debsums doesn't know about .pycs, you wouldn't have known.20:47
jtaylorSpamapS: re fftw3, which cflags?20:47
slangasekbarry: when you say you get to the grub screen half the time... is it *about* half the time, or is it *exactly* half the time? ;D20:47
slangasekbarry: because y'know, grub has handling for doing things differently the second time after a failed boot20:48
barryslangasek: interesting.  i think "about" but i'll gather more data points20:48
slangasekok20:48
stgraberinfinity: yeah, should be able to confirm that shortly... that'd confirm the whole always blame the sdcard rule ;)20:51
stgraberI guess I could check the md5sum of the partition post-zcat to detect that (but don't quite like the idea of having to wait 15min ...)20:52
bryceh@pilot in21:05
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: SpamapS, bryceh, pitti
=== trinikrono is now known as trinichica
SpamapSjtaylor: sorry I went to lunch. ;) http://paste.ubuntu.com/1053382/22:07
SpamapSjtaylor: there are numerous changes to cflags in there22:07
jtaylornumerous = 1?22:07
SpamapSI count all the changes on those 3 lines as numerous :)22:08
SpamapSeither way, its not clear from the changelog entry why22:08
SpamapS2 lines rather, sorry. ;)22:09
jtaylorjust to shut up debians built log checks22:09
SpamapSjtaylor: actually, the archconfflags is for mpi isn't it?22:09
jtaylorI added docs22:09
jtayloryes22:09
SpamapSjtaylor: I was moving a bit fast, didn't notice that :-P22:09
SpamapSjtaylor: so I still don't understand why CFLAGS was changed22:10
SpamapSor rather, added22:10
SpamapSjtaylor: the rest looks great btw22:11
jtaylorin what way changed?22:11
jtaylorits only added to a gcc call that compiles a 5 lines test22:11
jtaylorit can be dropped in ubuntu if you like22:12
SpamapSIts not really about what I like. I'm just pointing out that I don't know why its there.22:13
SpamapSjtaylor: we tend to document all of the delta we have, as merges can get confusing every 6 months.22:14
SpamapSforgive me if it seems I'm being pedantic!22:14
=== kengyu is now known as kengyu_afk
jtaylorits fine, I was just lazy22:22
jtayloralso documented in debian now22:22
infinitytumbleweed: Hey, pypy only took 1 day and 19 hours on armel, that's not so bad. :P22:36
infinitytumbleweed: (Jury's still out on armhf...)22:36
infinityRiddell: Did ktp-contact-applet get superseded by ktp-contact-runner?  The former is the only thing that didn't get updated in the ktp-4.0 napalm upload.22:37
infinityRiddell: (And thanks to either your guidance or George's foresight for that being a self-managing library transition with sane dep-waits, so I didn't have to fix it after the fact)22:38
barrystupid question i should know the answer to: given debian/changelog, is there a cli for extracting the version number of the top entry?22:42
micahgbarry: in what context?22:42
barrymicahg: i'm sitting in the top directory for a native package (a udd source package if it matters, but it should work with `apt-get source).  in the setup.py script i want to extract the version number from the debian/changelog file22:43
micahghrm, I haven't played with the python debian version library yet22:44
barrymicahg: i could grep it of course, but just though there might be some dpkg-magic command that did it22:44
micahgwell, there's dpkg-parsechangelog22:44
barrymicahg: that could work, thanks /me reads the manpage22:45
infinitybarry: dpkg-parsechangelog --format rfc822 | awk '/^Version:/ {print $2}'22:53
infinitybarry: Can't think of anything less icky than that off the top of my head.22:53
barryinfinity: perfect, thanks!22:53
infinityOf course, if you're sitting in python, you might want to use python's filthy string manipulations instead.22:55
infinityBut awk's probably faster. ;)22:55
StevenKinfinity: grep '^Version' | cut -d\  -f2 ? :-P22:57
infinityStevenK: I bet that's slower.22:58
barrythis is a setup.py file.  speed is not the issue :)22:58
StevenKHaha22:58
infinityStevenK: Besides, the beautiful inreadability of awk always wins.22:58
StevenKinfinity: Hang on, sed can do this itself, can't it?22:58
infinityStevenK: (Though, in this case, cut's far worse to visually parse)22:59
=== salem_ is now known as _salem
StevenKI will usually reach for grep and cut before awk. If I start chaining tr to cut and then sort, it's probably time to use awk. Or Perl.23:00
infinityStevenK: I tend to only use cut if the -d is oddball.23:00
infinityStevenK: Plus, I find '-d" "' or '-d\ ' (pick your poison) so wildly unintuitive to parse visually after it's been written.23:02
StevenKinfinity: That isn't really cut's fault, though.23:04
infinityStevenK: No, lots of unintuitive programming isn't the tool's fault, it's the programmer for doing unmaintainable things.23:04
StevenKHaha23:04
SpamapS@pilot out23:04
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bryceh, pitti
StevenKinfinity: To be fair, I use cut for one liners, nothing that is going to be around for more than 30 seconds.23:05
mwhudsonStevenK: always a risky attitude that :)23:09
mwhudsoni wrote some nasty sql once and now it's the trigger that keeps Branch.unique_name up to date in lp :)23:10
StevenKmwhudson: You're right, that is pretty horrible.23:15
micahgbryceh: please try to remember -v :)23:17
bryceh@pilot out23:17
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Dev' of Ubuntu (not support or app devel) | build failures -> http://bit.ly/HaWdtw | #ubuntu for support and general discussion for hardy -> precise | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: pitti
brycehmicahg, for...?23:18
micahguploads23:18
RAOFOf merges, presumably?23:19
micahgyes23:19
brycehwell too late now :-)23:20
* ajmitch does like --package-merge with bzr-builddeb, even if the resulting branch isn't pushed 23:20
micahgbryceh: I ignored the first one, figured it was a goof :)23:21
infinitymicahg: I forget all the time.  Maybe we could put a check in the same dpkg-dev policy checker that bitches about "this looks like it has ubuntu modifications, but you didn't change the maintainer, you naughty naughty developer".23:23
brycehnah, I sponsor merges quite infrequently, I never remember all the myriad switches23:23
bryceh-uc -us -S -sa -i -v23:23
RAOFIt shouldn't be too hard to automate ‘this looks like a merge’, right?23:28
RAOF(Note, NOT volunteering! ☺)23:28
brycehwell, in fact they're called out as merges in the pilot list, so we already can differentiate between the two23:28
brycehand yeah, for the most part 80% of the steps are mechanical23:29
micahgthere is sponsor-patch23:29
brycehmicahg, more switches to memorize!  ;-023:31
micahg-v is listed as #2 to check23:31
Valtamhi folks23:33
micahgajmitch: BTW, --package-merge still needs a sanity check :)23:34
ajmitchmicahg: of course, everything needs a sanity check23:39
* ajmitch now hopes that he got recent uploads right :)23:39

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