=== cinerama_ is now known as cinerama
nemoso https support is added to apt finally...00:45
nemo... about a week after I manage to get an exception made in the stupid websense firewall at work for one ubuntu mirror00:46
nemooh well. should simplify adding other apt lines.00:46
nemo(they ignored https since they could sniff it very effectively)00:46
nemothey *could* request same file and make a deny decision based on that, but they fortunately don't00:47
maxbnemo: er? apt has had https support for years00:52
nemooh? huh. I guess none of the mirrors have support00:55
nemoI'd tried a bunch of 'em w/o success00:55
nemowas just reading through latest updates to apt on natty, and one was about adding https as a transport00:55
nemosupporting it in deb lines00:55
nemooh well, I got 'em to open up mirror.anl.gov  (picked it because it was short and official sounding)00:56
nemoso hopefully no more stupidity with websense00:56
nemoI also complained to websense, but that went absolutely nowhere00:56
echosystmi need to package something up that uses a postgresql database and opens up a particular user to the world01:14
echosystmis there some kind of includes folder for the pg_hba.conf settings?01:14
nibalizerhi all, anybody had any luck making a puppet 2.7.1 package?01:16
=== asac_ is now known as asac
=== poolie_ is now known as poolie
echosystmcan anyone point me towards some information about packaging applications that use postgres?02:28
echosystmor examples?02:28
broderechosystm: i might take a look at http://people.debian.org/~seanius/policy/dbconfig-common-using.html/ but i don't know how official that is02:33
pittiGood morning04:19
pittiapw: thanks! I'll send it to Gustavo and prepare a new release04:21
RAOFpitti: Re: bug #790145 - I'm pretty sure that the fixes for bug #786941 that were in the -proposed but not verified 0.12.3+noroms-0ubuntu9.7 package aren't in the new 0.12.3+noroms-0ubuntu9.10 that's now in proposed.05:05
ubottuLaunchpad bug 790145 in qemu-kvm (Ubuntu Maverick) "kvm husb: ctrl buffer too small" [Medium,Fix committed] https://launchpad.net/bugs/79014505:05
ubottuLaunchpad bug 786941 in qemu-kvm (Ubuntu Lucid) "Cannot boot from non-existent NIC" [Low,Fix committed] https://launchpad.net/bugs/78694105:05
pittiRAOF: right, I thought that was the idea?05:05
RAOFI thought the idea was that the 0.12.3+noroms-0ubuntu9.8 which had the fixes for both bugs had been superceded by the 9.9 from -security, so the proposed version needed to have the 9.9 changes folded in?05:06
pittiyay! there, working editmoin heading archivewards05:06
RAOFOh, hai.  82% swap usage?  Maybe that's why things are stuttering every now and then :)05:08
pittiRAOF: in https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/790145/comments/24 Serge said that they will only re-attempt that other SRU on request05:09
ubottuUbuntu bug 790145 in qemu-kvm (Ubuntu Maverick) "kvm husb: ctrl buffer too small" [Medium,Fix committed]05:09
RAOFSo, at minimum what should happen is the 786941 should lose the ‘fix committed’ status.  I would have thought that we didn't want fixes dropping out of the package like that, but I guess the unverified status makes things different.05:12
pittiRAOF: at least they shouldn't block other fixes to go in, yes05:22
RAOFOh, arse.  Why did I think that would work?05:25
RAOFpitti: I think bug #804655 should be fixed for A2, and it's got a simple and cringeworthy fix.  It's not too late to upload mesa, right?05:30
ubottuLaunchpad bug 804655 in mesa (Ubuntu) "r300 loading instead of r300g" [High,Confirmed] https://launchpad.net/bugs/80465505:30
pittiRAOF: we can re-roll CDs; I need to go through the tracker still, but right now I'm not aware of any other major breakage05:31
pittiRAOF: so please upload away05:31
didrocksgood morning06:46
dholbachgood morning06:58
pittiRAOF: how big of an issue is 804655? does it cause the live CD to fail on these devices?07:00
pittiRAOF: once jibel is up, I'll ask whether we can do another round of testing, but I'd like to know more about how bad it is07:01
RAOFpitti: It causes unity to fail to work properly on the live CD.07:01
pittishouldn't it fall back to unity-2d?07:01
RAOFIt should, yes.07:01
RAOFIt's not a horrific problem, and if you'd prefer it to miss A2 it certainly can.07:02
pittiit doesn't change the "should be uploaded now" part, of course07:02
pitti(then upgrades will get the fix, and if we need to respin for other reasons, we'll grab it)07:02
pittiRAOF: ok, thanks; so let's see what jibel says07:03
RAOFWaiting for the test build to finish to ensure I haven't made any other braindead mistakes :/07:04
pooliepitti, hi!07:14
pittihey poolie, how are you?07:15
pooliegood thanks, a little tired07:15
poolieabout the bzr 2.3.3 natty sru07:15
pooliefirst, thanks for accepting it into proposed07:15
pooliethere is a regression in it, bug 78698007:15
ubottuLaunchpad bug 786980 in Bazaar 2.3 "bzr: ERROR: bzrlib.errors.ReadOnlyError: A write attempt was made in a read only transaction" [High,Confirmed] https://launchpad.net/bugs/78698007:15
poolieso, we should cancel the SRU07:16
poolieit's not a catastrophic regression but still it shouldn't go in07:16
pooliei'm not quite sure where to formally say that - on one of the SRU bugs?07:16
pittipoolie: yes, on any of those would be good07:17
poolieand i guess mark it 'verification-failed'? not actually true but might have the right effect07:17
pittipoolie: right; I was going to do that, but feel free to do it yourself07:22
pooliedone, thanks07:23
broderhmm...does the version of grub2 in maverick not support usb 3.0 boot?07:26
broderi would have sworn i had tried this when i was prepping bug #565047, but i can't seem to make it past grub now07:26
ubottuLaunchpad bug 565047 in initramfs-tools (Ubuntu Maverick) "Unable to install off USB 3.0 port (HP Envy 15 Laptop)" [Undecided,Fix committed] https://launchpad.net/bugs/56504707:26
=== eitch0000 is now known as eitch
=== eitch_ is now known as eitch
cjwatsondupondje: courier> no08:42
cjwatsondupondje: feel free08:43
=== hunger_ is now known as hunger
dupondjecjwatson: prepared one (https://bugs.launchpad.net/ubuntu/+source/courier/+bug/803176)08:54
ubottuUbuntu bug 803176 in courier (Ubuntu) "courier version 0.65.0-3ubuntu4 failed to build on i386" [Medium,New]08:54
ogra_cjwatson, oh, back from holiday ? i thought you were out the whole week08:57
cjwatsonbroder: grub doesn't have EHCI yet, no.  somebody posted a patch for it to grub-devel a week or two ago08:59
cjwatsonogra_: no, just one day08:59
ogra_cjwatson, the code live-build uses for ext2/3/4 creation doesnt come from livecd-rootfs, right ? seems resizing got massively slow with the way these images are formatted08:59
ogra_a 4G SD card takes about 25min here (used to be 20-30sec with livecd-rootfs generated images)08:59
cjwatsonogra_: no, it's separate, the livecd-rootfs code had accreted various weirdnesses and I didn't see a particular reason to keep it09:00
cjwatsonit's basically just mkfs.ext3 and copy stuff in09:00
ogra_well, i think we adjusted the inode count or some such to make resizing faster09:00
cjwatsonI thought I mirrored that09:00
cjwatsonbut feel free to patch it09:00
* ogra_ will have to check the code ...09:00
cjwatsonI'm not going to look at it any further at this point09:01
ogra_k, will do09:01
pitti@pilot in09:18
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: zul, pitti
ogra_grmbl ... live-build ...09:20
* ogra_ curses09:20
ogra_so it seems i get a broken sources.list on ports ...09:20
* ogra_ wonders why he sees irqbalance running all the time, i though that should only start once on boot and kill itself again09:27
* dholbach hugs pitti09:29
* pitti hugs back dholbach09:29
pittiquite sizable queue this morning :)09:29
dholbachyeah, there's quite a lot going on09:30
seb128thanks to a week of rally with no sponsoring09:30
dholbachI sponsored a few :)09:30
dholbachbut not too many09:31
seb128I just cleaned a few as well09:31
seb128well, I tend to do desktop sponsoring often but those don't show up on the queue09:31
seb128just on our versions page09:31
* dholbach nods09:31
dupondjeWhats the default umask on launchpad builders ?09:50
pittidupondje: hey09:51
pittidupondje: I had expected 022 as well09:51
pittiinfinity, lamont ^ do you know?09:51
pittiit's about https://launchpad.net/ubuntu/+source/courier/0.66.1-1ubuntu1/+build/2611450/+files/buildlog_ubuntu-oneiric-i386.courier_0.66.1-1ubuntu1_FAILEDTOBUILD.txt.gz which complains about the buildd umask09:52
dupondjeNothing changed in that part of the code neither, so before it was 02209:52
sorenWell, the umask changed in Oneiric, didn't it?09:53
sorenWhy would the buildd's be different?09:54
pittisoren: it only affects users with a private user group09:54
infinitypitti: Which the buildd user is.09:54
infinitypitti: buildd:buildd09:55
pittiif the buildd user falls into that case, then the umask would be 00209:55
pittidupondje: ^09:55
ogra_infinity, you are talking in your sleep !09:55
pittiinfinity: thanks09:55
infinityogra_: Too hot here, keep waking up. :/09:55
infinitydupondje: To be fair, a test for an EXACT umask in a build system is daft.09:56
infinitysoren: Yes? :)09:57
sorenWhat is daft is to require a specific umask, but not just set it, but rather complain when it's wrong.09:57
infinitysoren: well, yes, that too.09:57
sorenNow *that* is daft.09:57
infinitysoren: But you're still doing something wrong if you need to set a umask to build things, IMO.09:57
pittidupondje: so I suppose debian/rules should call "umask 022" before calling build?09:57
soreninfinity: Generally, yeah.09:58
dupondjefixing that now09:58
infinityYou could just remove the test too.09:58
infinitySince whatever it wants the umask set for (make install, probably) will just get fixed later by dh_fixperms09:58
infinitydebhelper: working around broken upstreams for over a decade.09:59
dupondjeIt has been introduces here:09:59
dupondje  * check umask in debian/rules because Courier requires umask 022 for09:59
dupondje    installation (Closes: #157149)09:59
infinityWait, that was in debian/rules, not the upstream makefiles?10:00
infinityI didn't even look.10:00
infinityNow that's EXTRA broken.10:00
infinityThis is the part where I back away slowly before I NMU the Debian package in a fit of rage.10:00
* infinity goes to try to sleep some more.10:00
geserinfinity: I hope you don't get any nightmares from this10:01
soreninfinity: I'm trying to visualise you trying to fall asleep in a fit of rage.10:03
soreninfinity: It doesn't look easy.10:03
dupondjepitti: I added new patch now10:11
pittidupondje: uploaded, thanks! You might want to send that to Debian as well10:16
* dupondje doesn't get it anymore now10:27
Laneyhey, I just noticed that Debian asks derivatives to add a popcon url, rather than replacing theirs with ours. Why don't we do this? http://wiki.debian.org/Derivatives/Guidelines#Popularity_Contest10:34
=== dholbach_ is now known as dholbach
tumbleweedLaney: isn't our popcon around 10* higher than debian?10:35
tumbleweed(I mean, debian wolud need a way to distinguish between the two)10:37
Laneythey ask for it.10:37
LaneyI think it's not supposed to be 'how many debian users use this package'10:38
Laney(see the page I linked)10:38
tumbleweedLaney: yeah, I know, but I still think Ubuntu is a little different from other derivatives here10:39
LaneyI don't see why it's not relevant10:39
pittidupondje: wah, failed again :/10:40
Laneyas long as you use the data wisely, of course10:40
pittidupondje: did you actually try to build this under a 002 umask? (so that it would fail before)10:41
dupondjeI did a testbuild here. worked fine10:41
tumbleweedLaney: I'd want to know waht the popcon maintainers in debian think, and why we never submitted to them in the first place (was it just because we predated http submission?)10:42
dupondjeIts strange, umask gets set without errors, but still its broken somehow10:42
Laneysure, that's why I asked10:43
infinitydupondje: Err.  You can't set the umask in a makefile like that.10:47
infinitydupondje: Every call in make is a forked shell, it will inherit the umask of the parent (make), not the previous shell call.10:48
infinitydupondje: Are you positive the package will actually FTBFS if you just remove the silly check?10:48
* infinity notes that the check was added 9 years ago, a lot may have changed...10:49
dupondjeThe check is still in the Makefile10:52
dupondjeto check if umask is 02210:52
infinityIn which Makefile?10:52
infinityThe upstream one?10:52
tumbleweedLaney: -> debian-derivatives?10:52
dupondjeMakefile.in:@test `umask | sed 's/^0*//'` = 22 && exit 0; \10:53
pittidupondje: perhaps try something like10:54
pitti-                && $(MAKE) LIBTOOL=/usr/bin/libtool && touch stamp-build; \10:54
pitti+                 && umask 022 && $(MAKE) LIBTOOL=/usr/bin/libtool && touch stamp-build; \10:54
pittiand drop the umask check before?10:54
infinityIt only checks on make install10:55
infinityWhich makes some sense.10:55
infinity(Still broken for Debian, but makes sense for tarball dists)10:55
pittidupondje: perhaps try something like10:56
pitti-                && $(MAKE) LIBTOOL=/usr/bin/libtool && touch stamp-build; \10:56
pitti+                 && umask 022 && $(MAKE) LIBTOOL=/usr/bin/libtool && touch stamp-build; \10:56
pittiand drop the umask check before?10:56
dupondjeI'll test that :)10:56
pitti(sorry if that came through twice, DSL reconnect)10:56
Laneytumbleweed: already did10:56
infinityYou can also export INSTALL_IGNORE_UMASK=1 to skip the check.10:56
Laneyactually there was (as is often the way) a fizzled out thread there already10:57
infinitydupondje: pitti's patch won't do you any good.10:57
pittiinfinity: why not? it's the same shell?10:57
infinitydupondje: Either export INSTALL_IGNORE_UMASK=1, or set the umask before each $(MAKE) call in the install target in debian/rules.10:58
infinitypitti: It's install that checks for umask, not the build.10:58
infinitypitti: (which makes sense, for tarballs distribution)10:58
infinitypitti: Makes less sense for Debian. :P10:58
dupondjefirst fixing pbuilder-dist now on my build system, so I can try different tests :D11:00
dupondjecause debootstrap seems broken somehow :s11:00
tumbleweedLaney: ah right, that's where I saw it. pere seemed to discourage it for distros who deviate from debian a bit11:02
infinitydupondje: http://paste.ubuntu.com/638828/11:04
infinitydupondje: That should do it.11:04
dupondjethanks, will try it out11:04
infinity(It will actually work if you only umask the first install call, but doing both is more in the spirit of what upstream wanted. :P)11:05
infinityTheir install-perms target in Makefile.in should depend on install-check-umask, but doesn't.11:05
dupondjeThe package is not the cleanest one around indeed :(11:06
seb128cjwatson, ev: could you drop the ubiquity libcheese-gtk-dev build-depends next time you upload it?11:24
dupondjeinfinity: https://launchpadlibrarian.net/74642842/umask_fix2.debdiff11:24
=== MacSlow is now known as MacSlow|lunch
evseb128: sure11:27
seb128ev: thanks11:30
seb128ev: I want to demote cheese since the current version doesn't build and we will need a bunch of mirs, if we need it in main we should handle it properly and not let it depwaiting as it's doing11:30
seb128it will need mir and gst components from the universe sets11:31
dupondjepitti: uploaded new fix. Should do the trick now11:37
infinitydupondje: Looks correct.11:43
dupondjebuild fine also :)11:45
infinitydupondje: Uploaded for you.12:04
stgraberpitti: did you see bug 800700? I noticed that yesterday on a lucid system. Apparently half the langpacks are still in -proposed...12:39
ubottuLaunchpad bug 800700 in language-pack-gnome-fr (Ubuntu) "Lucid: package language-pack-gnome-fr cannot be upgraded" [Undecided,Confirmed] https://launchpad.net/bugs/80070012:39
=== MacSlow|lunch is now known as MacSlow
pittistgraber: I didn't; thanks for pointing out! checking12:40
pittistgraber: fixed12:49
stgraberpitti: thanks!12:49
pittithanks muchly for pointing out12:49
apwpitti, do you know who promoted fsl-imx51, i am told it missed having its overrides applied13:18
apw(and thus ended up in universe)13:18
pittiI don't know, no13:19
pittiit's not even in oneiric?13:19
ogra_only lucid13:20
pittioh, do you mean linux-fsl-imx51 in lucid?13:20
apwpitti, sorry yes, that13:20
pittiso that was me13:20
pittithe current kernel sru workflow doesn't really involve a step of setting overrides13:21
apwpitti, note this information is second hand, and it is being fixed by someone, just wondering if we're missing a step13:21
pittiapw: oh, it is? I'm currently changing it13:21
pittiapw: direct PPA->archive copying is circumventing the binary NEW procedure13:22
pittiso I guess we'll need to make "log into cocoplum and fix the componetn after copying" a part of the procedure :/13:22
pittiapw: moved tomain13:23
pittito main13:23
apwpitti, ok cool.  thats unfortuante that its a manual step13:23
=== _LibertyZero is now known as LibertyZero
pitti@pilot out14:07
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: zul
pittizul: I think you might want to @pilot out, too :)14:07
zul@pilot out14:07
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
superm1could someone look over why the mythbuntu livefs cron job decided to not even try yesterday? the others have logs, but nothing in http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/mythbuntu/14:11
seb128pitti \o/14:13
seb128(sponsoring queue down to 61!)14:13
pittijust sent the report :)14:13
pittisuperm1: cron jobs are off for alpha-2 RM14:14
pittisuperm1: just poke me if you need another build14:14
superm1pitti, ah, yeah then could you do another build for me?14:14
pittibut they seem to have failed since July 214:14
pittisuperm1: yes, running14:14
pittithere were eglibc troubles over the weekend14:15
pittisuperm1: so, let's see what this log will say14:15
seb128barry, hey14:15
dupondjelaunchpad says build failed, but the logfile shows that build was successfull ...14:29
tumbleweeddupondje: look at the very end14:29
seb128dupondje, the amd64 builder breaks build when the log has implicit conversions14:30
dupondjeehh looked over that14:30
pittisuperm1: http://cdimage.ubuntu.com/mythbuntu/daily-live/20110706/15:06
pittisuperm1: added to tracker15:06
superm1pitti, thanks15:09
shadowstalkerHello all! :-)15:21
seb128ogra_, janimo: bigon fixed the json-glib build issue on debian so will be fixed in ubuntu once it's synced15:22
seb128will do that later when it's published in debian15:22
seb128bigon, thanks ;-)15:22
bigonnp :)15:23
seb128barry: could you commit your dh_python2 changes to the vcs for the packages you upload?15:23
seb128barry, gnome-python-desktop gnome-applets gnome-menus gedit at least are outdated15:23
janimoseb128, nice, I could not figure out what it was when I looked15:23
seb128barry, which means either the next upload will get rejected or your change will be dropped15:23
barryseb128: will do15:24
seb128if people don't notice you uploaded without updating the vcs that's it15:24
seb128barry, thanks15:24
shadowstalkerI'm quite a newbie but if someone has a minute to give me a little direction I would really appreciate it! (patching)15:24
seb128barry, you might want to check other things you uploaded, and debcheckout is your friends to checkout a source ;-)15:24
barryseb128: i wonder if the udd guidelines should be updated, or whether the tools themselves should be modified.  i'm not sure what the correct procedure should be though15:25
seb128barry, well "udd guidelines" are for udd use, reality is that we don't use udd in a consistant way15:26
seb128so ubuntu guideline != udd guideline15:26
bigonseb128: any new for cheese (and the required mir?)15:27
barryseb128: yeah, but i guess my question is this: if you grab a udd branch, how do you know you should ignore that and use the vcs branch?15:28
seb128bigon, no15:28
seb128bigon, i've asked ev to drop the ubiquity build-depends on libcheese so we can demote it15:28
cjwatsonat the moment, you have to find that out before deciding to grab the udd branch, realistically15:28
bigonseb128: well cheese could become a hard dep for empathy15:28
seb128bigon, well, we will patch it out15:29
barrycjwatson: really?  what's the best way to do that?15:29
seb128bigon, it's a no way until the gstreamer parts it needs are in good or base15:29
cjwatson$ debcheckout -p gedit15:29
cjwatsonbzr     https://code.launchpad.net/~ubuntu-desktop/gedit/ubuntu15:29
cjwatsonseems reasonable enough to me ...15:29
seb128barry, cjwatson: we should teach debcheckout to get the udd vcs if it doesn't do yet15:29
seb128if there is no other vcs15:29
cjwatson(for an authenticated checkout, drop -p and add -a)15:30
Laneyyou should teach update-maintainer to drop the debian xs-vcs then15:30
seb128that as well15:30
cjwatsons/drop/move to XS-Debian-Vcs-/15:30
seb128or teach debcheckout to favorite launchpad vcs-es on ubuntu when several are listed15:31
seb128which is a bit hackish but should do what we want most of the time15:32
Laneyadding XS-Ubuntu-Vcs and preferring that is another solution15:32
brendandmvo - has update-manager been switched to pygi/gtk3 yet?15:32
Laneythen it would also allow us to specify non-launchpad branches too ... (e.g. I have some git branches on alioth for Ubuntu packages that it'd be nice if people used)15:32
* cjwatson would prefer not having massive churn in everything that already has Vcs-blah in Ubuntu15:33
cjwatsonI don't see anything wrong with having an Ubuntu-specific Vcs-Git header15:33
mvobrendand: no, not yet15:33
Laneyno there wouldn't be, if I could specify branches there15:34
seb128well first step would be to suggest in the documentation to use debcheckout or to check for non UDD vcs-es15:34
seb128seems some people read the UDD documentation and assume that UDD is the standard way to do things which is not the case...15:35
barrybut i'm missing something.  what exactly would that "check for non UDD vcs-es" be?  a non-launchpad or non-bzr url?  or something else?  iow, how would i know whether it's safe to use the udd branch?15:35
seb128barry, apt-cache showsrc <source> and search for Vcs lines15:36
seb128$ apt-cache showsrc gedit | grep Vcs15:36
seb128Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/gedit/ubuntu15:36
seb128or use debcheckout...15:36
barryseb128: so, you mean if there are any vcs lines at all, you cannot use the udd branch?15:36
Laneydebcheckout can't tell if Vcs is for Debian or Ubuntu15:37
tumbleweedhow common is using debcheckout for desktop packages, though? The majority of packages are not going to have launchpad Vcs lines, so I don't think I've ever used debcheckout on ubuntu15:37
cjwatsonan explicit Vcs line indicates that the maintainer is doing something outside of UDD15:38
Laneyso just unconditionally using that isn't enough15:38
pittitumbleweed: pretty much all GNOME related packages have them15:38
cjwatsonassuming it's for Ubuntu; Laney is right that there are wrinkles15:38
cjwatsonmost installer packages have Vcs-Bzr too15:38
barrycjwatson: right, but checking for Vcs-Bzr is a narrower test15:39
cjwatsonone of these days I'll get round to pushing them to lp:ubuntu/... and moving everything over, but a million and one things to do etc.15:39
cjwatsonbarry: I have Debian packages with Vcs-Bzr; no reason to assume it's Ubuntu-specific15:39
Laneywhich is part of the reason for suggesting XS-$Vendor-Vcs; then you are indicating that this is the location to use for $Vendor15:39
barrycjwatson: no question, there will be false matches15:39
Laneyif you just change it in the merge you aren't giving the tools enough information15:39
pittiwell, as 95% heuristics it could always check for the word "ubuntu" in the branch15:40
cjwatsonbarry: designing something that minimised them would be kind of nice though :)15:40
pittiall desktop package branches are named "ubuntu", and most of them should be owned by ~ubuntu-{desktop,core-dev}15:40
seb128well we could say that ubuntu modified package that to keep only the ubuntu Vcs info15:40
seb128"have to keep"15:40
barryi'm just looking for some criteria other than saying "if there's a vcs-* line, don't use udd" because i'm afraid it will make udd basically unusable15:40
cjwatsonthe (not machine-readable) criteria should be "if there's a vcs-* line that looks like it's explicitly maintained by Ubuntu people, prefer that to UDD"15:41
pittilet's say "if there's a Vcs- line, check first"?15:41
cjwatsonthat's your criterion - now figure out how to make that machine-readable15:41
barrycjwatson: :)15:42
cjwatsonpitti's heuristic certainly isn't a bad one15:42
seb128you can use "if the revision has an ubuntu number and the control a Vcs use that, otherwise use UDD"15:42
barryyes, but "check first" means?  ask someone, inspect the vcs branch, something else?15:42
seb128then we just need to make sure we clean debian vcs infos when we modify sources in ubuntu15:42
brodercjwatson: wait, does that mean that grub2 shouldn't currently work with usb 3.0 drives, or doesn't work with usb 3 drives in usb 2 ports? Because I definitely did the latter with natty last week, but can't seem to get it working with maverick15:42
barryseb128: that matches much closer to what i was thinking15:43
pittibarry: the naming/ownership of the branch sohuld generally make it clear whether it's the ubuntu one15:43
cjwatsonbroder: I expect I mean the controller rather than the drive15:43
cjwatsonbroder: maverick - no idea, too long ago :)15:43
seb128but what pitti said, checking for ubuntu in the vcs url should work for most cases15:43
pittibarry: like lp:~ubuntu-core-dev/pkgname/ubuntu obviously is15:43
tumbleweedseb128: and the ubuntu packages without ubuntu in the version?15:43
seb128tumbleweed, out of some special case of native ubuntu packages those are synced from debian15:44
pittitumbleweed: even upstart has an ubuntuish version number now, and udev too15:44
tumbleweedyeah, I'm talking about the special cases :)15:44
pittitumbleweed: do we still have these? frankly, we should fix those packages to have ubuntuish versions and stop trampling Debian's namespace15:44
seb128well, 95% if better than nothing15:44
seb128even if we have a few corner cases which has confusing15:45
barrythe other thing to remember is the process is different too, iow, you'll have to create a branch and do a mp against the vcs branch15:45
seb128but usually things maintained in ubuntu are full source and packaging in bzr15:45
tumbleweedpitti: I agree with that, but I still see people using them because "the package is blacklisted" or "ubuntu-only, no such package in debian"15:45
seb128so they can easily be on lp:ubuntu namespace15:45
pittitumbleweed: for those you can still check Vcs-Bzr:, just as you'd do (or not) right now..15:45
cjwatsonbarry: right, but for now, that's inevitable15:45
barrycjwatson: yep, agreed15:46
cjwatsonpitti: honestly I can't see a reason to change e.g. ubiquity's version number15:46
barryokay, i think i have enough to at least start a discussion on the udd mlist.15:46
tumbleweedpitti: if the heuristic is "ubuntu" in version: use Vcs, else use UDD then those need to be special cased (but yes, there aren't many)15:46
barrytumbleweed: or maybe -0ubuntuX ?15:47
pittitumbleweed: more specifically, use Vcs-Bzr15:47
cjwatsonespecially for a native package it's annoying and makes it look like it's a branch from Debian when it isn't15:47
pittisuperm1: just saw your mythbuntu-default-settings upload; do you want that for a2?15:48
tumbleweedhaving an XS-$Vendor-Vcs-* certainly helps to override all the special cases, whatever heuristic is used15:48
cjwatsontumbleweed: yeah, I think I agree15:49
cjwatsonmvo: I've been seeing a number of cases recently where changelogs.ubuntu.com isn't up to date; the most recent I noticed was isc-dhcp-client 4.1.1-P1-17ubuntu3.  Could there be a systemic problem here?15:49
pittiright, but any change to Vcs-Bzr: structure will take a cycle to implement15:49
mvocjwatson: let me check15:51
* barry -> lunch, but i'll open a thread on udd afterward15:51
pittibarry: thanks; the non-UDD branches are not going to go away anytime soon, so any improvement for the current situation is appreciated15:53
pittiunless we can retarget the lp:ubuntu/pkgname branches to the Vcs-Bzr: ones15:53
micahgumm, the lp:ubuntu/foo branches still serve a purpose even if the branch for making changes is elsewhere, I don't think they should not be available15:56
micahgin theory at least, it lets one look at upstream changes over time15:57
=== beuno is now known as beuno-lunch
mvocjwatson: thanks for the pointer, there is indeed something broken on changelogs, seems to be caused by the recent machine upgrade, I am on it16:08
cjwatsongreat, thanks16:09
dupondjecjwatson: dunno if you got time to look at https://bugs.launchpad.net/ubuntu/+source/debootstrap/+bug/805886 ?16:15
ubottuUbuntu bug 805886 in debootstrap (Ubuntu) "/proc does not get umounted after debootstrap" [Undecided,New]16:15
=== ximion2 is now known as ximion
chrisccoulsonkirkland`, you wanted the latest mongodb from debian didn't you?16:21
tumbleweedI did a hacky patch to pull-lp-source, to do vcs checkouts, using the "ubuntu" in Vcs-Bzr + X-Vcs-$Vendor-Bzr heuristics: lp:~stefanor/ubuntu-dev-tools/udd-checkout if that interests anyone16:21
cjwatsondupondje: not yet, no.  it certainly surprises me since that always used to be unmounted16:22
cjwatsondupondje: I was on holiday yesterday and am still catching up.16:22
=== ximion1 is now known as ximion
dupondjecjwatson: hehe ok :) no stress :D16:25
* ogra_ hugs bigon 16:39
ogra_thanks !16:39
cr3barry: did something change in python-imaging or related package(s) in oneiric? I'm getting this error when building a package on oneiric that works just fine all the way down to lucid: IOError: decoder zip not available16:42
slangasekbdmurray: where should I hook into apport to collect additional info if /var/cache/debconf/config.dat is mentioned in an upgrade log?16:45
bdmurrayslangasek: probably data/general-hooks/generic.py16:48
bdmurrayslangasek: in apport ...16:49
slangasekbdmurray: ack16:49
barrycr3: i think one of the launchpad guys got hit by this in dublin but i never found out what the issue was16:57
cjwatsondupondje: can't reproduce this with a bare debootstrap run17:03
* cjwatson tries with the invocation from the Debian bug17:04
=== beuno-lunch is now known as beuno
bdmurraydoko: so bug 756028 ended up being tagged multiverse as the source is multiverse although the binary is in universe.  Does that seem reasonable?17:10
ubottuLaunchpad bug 756028 in opendrim-lmp-powermanagement (Ubuntu Oneiric) "opendrim-lmp-powermanagement version 1.0.0-0ubuntu1 failed to build on i386" [High,In progress] https://launchpad.net/bugs/75602817:10
superm1pitti, we're skipping a2, lots of other issues right now17:12
superm1we'll start with a317:12
=== dendro-afk is now known as dendrobates
cjwatsondupondje: can't reproduce this with the debootstrap line in the debugging output from the Debian bug either.  Can you please show me a way I can reproduce this with plain debootstrap?17:43
cr3barry: do you think the problem is likely to be ephemeral and will resolve itself somehow?18:01
barrycr3: unknown at this point, sadly.  i wonder if it could be a multiarch related problem.  does it happen only on oneiric?18:02
barrycr3: unfortunately too, PIL isn't being maintained upstream anymore afaik18:02
cr3barry: yep, only oneiric, the same package built fine on natty and below18:03
barrycr3: i suspect multiarch issues18:03
cr3barry: this might affect people developing on launchpad because of spriteutils, I think18:03
cr3barry: didn't multiarch kick in in natty though?18:04
barrycr3: that's where i saw it.  the lp build process fails because of this error18:04
cr3barry: exactly the same problem, and you encountered this on oneiric rather than natty though, right?18:05
barrycr3: i actually didn't encounter the problem, one of the lp devs did.  maybe ask around on #launchpad-dev?18:05
cr3barry: will do, thanks18:06
barrycr3: okay, sorry to be so unhelpful atm.  let me know how it goes18:06
cr3barry: for know, it's comforting enough to know I'm not alone :)18:07
micahg@pilot in18:41
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: micahg
directhexwhen exactly do packages get removed from the archive which are meant to be removed from the archive?18:43
micahgdepends on the immediacy I think, definitely before the end of the cycle18:44
bdmurrayslangasek: so bug 756028 ended up being tagged multiverse as the source is  multiverse although the binary is in universe.  Does that seem  reasonable?18:48
ubottuLaunchpad bug 756028 in opendrim-lmp-powermanagement (Ubuntu Oneiric) "opendrim-lmp-powermanagement version 1.0.0-0ubuntu1 failed to build on i386" [High,In progress] https://launchpad.net/bugs/75602818:48
bdmurrayslangasek: so bug 756028 ended up being tagged multiverse as the source is multiverse although the binary is in universe.  Does that seem reasonable?18:48
bdmurrayslangasek: this has to do with the ftbfs bugs18:49
=== oubiwann is now known as oubiwann-lunch
* micahg seems to be missing the point of tagging the component in the first place18:51
bdmurraymicahg: to be able to search for ftbfs and component using a tag rather than using the component thing in advanced search18:53
micahgbdmurray: what's the point of searching by component though18:53
bdmurraymicahg: ask skaet18:54
slangasekbdmurray: I think a 'multiverse' tag there is fine19:03
bdmurrayslangasek: okay, that's what I'd thought too19:03
seb128barry, do you have upload rights?19:08
barryseb128: i do19:08
cjwatsondirecthex: if you care about anything in particular, file a bug - everything ubuntu-archive is subscribed to will get done19:09
seb128barry, so feel free to commit directly rather than open merge requests19:09
barryseb128: will do.  wasn't sure what the right etiquette was!19:09
seb128barry, well, if you uploaded you should at least keep the vcs updated with what is in the archive ;-)19:10
seb128barry, if you want review better to ask before uploading, it doesn't make sense to review the merge if you already uploaded19:10
barryseb128: good point :)19:10
broderi'm looking at the udd import failure for open-vm-tools. based on the comment in bug #494481, it sounds like the right thing to do is to uncommit and push --force - is that right?19:10
ubottuLaunchpad bug 494481 in Ubuntu Distributed Development "Too easy for people to not use merge-upstream" [High,Triaged] https://launchpad.net/bugs/49448119:10
broderi guess i'd need to find someone else who could do that for natty since i don't think i can19:13
bdrung_tumbleweed: patches are welcome19:29
tumbleweedbdrung_: of course :)19:29
=== Quintasan_ is now known as Quintasan
=== yofel_ is now known as yofel
pittisuperm1: understood19:41
broderwhere is the best place to ask udd infrastructure questions (specifically, trying to hunt down and fix an import failure)? here? #launchpad?19:45
* micahg wonders if there's a UDD channel19:56
brodermicahg: #ubuntu-udd and #udd are both empty, so i guess not19:57
Laneythere's a mailing list though19:57
mok0Laney: liked your blog post19:58
Laneywhich one?19:59
LaneyI liked that UDD one more :-)19:59
mok0Laney: the motuvation one20:00
Laneymok0: cheers, bit of a moan every now and again does good20:00
mok0Laney: ... but does it help? :-(20:01
micahg@pilot out20:01
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
Laneymok0: I posted it to -motu too some time back. You should reply — we can have an 'old washed up gits' support group :-)20:02
=== oubiwann-lunch is now known as oubiwann
broderLaney: I think one thing we haven't done as good of a job of exploring is, in addition to getting more workers, trying to reduce the workload20:05
brodere.g. more strongly discouraging REVU and Ubuntu-specific packages20:06
mok0Laney: I missed it... stopped following u-m regularly since the there is rarely anything interesting and the team has basically stopped working (as you said)20:06
mok0Laney: But "old-washed-up-gits"... sounds good to me :-)20:09
dupondjecjwatson: commented the debootstrap bug20:11
Laneybroder: well I do try to advocate working elsewhere as much as I can, but that can only help so far20:13
Laneyand really the stuff that's left is the most tedious20:13
cr3barry: I reported but about python-imaging and subscribed you, it's a recent regression so I hope that'll be helpful20:13
barrycr3: okie dokie20:14
=== calc is now known as Guest33182
dupondjedamn, newest upgrade broke vinagre :(20:45
=== dendrobates is now known as dendro-afk
RedSingularityHey everyone.  This a good place to ask questions about packaging, or is there a more appropriate channel?20:55
maxbRedSingularity: for packaging for ubuntu itself, yes. for ppas, use #ubuntu-packaging20:57
RedSingularitymaxb: thats what I am looking for.  Thanks much :)20:57
=== dendro-afk is now known as dendrobates
=== ion_ is now known as ion
=== dendrobates is now known as dendro-afk
=== poolie_ is now known as poolie
bdmurraycjwatson: it might be helpful to look at bug 500175 as it has testcase in the description23:02
ubottuLaunchpad bug 500175 in software-center (Ubuntu Lucid) "Canceling an installation in Software Center crashes debconf with "Use of uninitialized value $reply in scalar chomp at /usr/share/perl5/Debconf/FrontEnd/Passthrough.pm line 66,"" [Undecided,Confirmed] https://launchpad.net/bugs/50017523:02
cjwatsonbdmurray: ok, tomorrow23:09
TheMuso@pilot in23:22
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Alpha-2 soft freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: TheMuso
TheMusoWhoops should have done that 20 mins ago.23:22

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