=== _salem is now known as salem_
ScottKwgrant: any idea why LP is spamming Debian lists: http://lists.alioth.debian.org/pipermail/python-modules-team/2015-August/025491.html03:32
Unit193Eugene San (eugenesan) seems to have subscribed https://launchpad.net/~python-modules-team03:35
ahoneybunanyone know about android-tools-adb package?03:36
ScottKwgrant: OK, next question (asking as a DPMT admin), how do I get rights to that user so I can unsubscribe things like that?04:03
=== salem_ is now known as _salem
wgrantScottK: I've killed the user, let me know if noise continues.04:58
cyphermoxahoneybun: what about android-tools-adb?08:12
davmor2cyphermox: man so weird you on at this time ;)08:24
cyphermoxdavmor2: I'm in Germany, at DebConf this week, so yeah it's unusual :)08:25
davmor2cyphermox: yeah I knew where you were still not used to seeing your nick active this early though ;)08:25
cyphermoxit messed up my whole schedule, I stay up until 3 am easily, still up early, etc. I understand 3am is already getting quite late for EST :D08:26
* apw just dist-upgraded on wily and it looks like qt4 is an utter disaster09:48
ogra_we still have qt4 in the archive ?09:49
apw libqt4-dbus : Breaks: libqt4-dbus:i386 (!= 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8) but 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu7 is to be installed09:50
apwi still have it on my machine, well half of it09:50
apwoh and now install -f wants to remove compiz, great09:51
apwas i just got gcc-5 and related transitions i assume its dpkg not coping with the level of change09:52
apw libsigc++-2.0-0v5 : Conflicts: libsigc++-2.0-0c2a but 2.4.1-1 is to be installed09:53
apwi suspect strongly there is a dep here for gcc-5 which is not resolved09:53
apwoh i see, it is dbus which is broken, and that is breaking the upgrade, dammit09:56
seb128apw, what error?09:57
apw dbus depends on libexpat1 (>= 2.0.1); however:09:58
apw  Package libexpat1:amd64 is not configured yet.09:58
apwdpkg: error processing package dbus (--configure):09:58
apw dependency problems - leaving triggers unprocessed09:58
apwits getting dpkg into a triggers loop and failing even for an install -f09:58
apwseb128, ^09:58
apwwhen apt says "try install -f (or specify a solution)" any idea how i specify such a solutoin10:01
apwi guess i could disable triggers for dbus and hope10:02
cjwatsonspecify a solution> list of package names to install10:03
cjwatsonprobably fully dependency-expanded10:04
cjwatsonbut if a maintainer script is failing, specifying a solution is unlikely to help10:04
apwcjwatson, i think the underlying issue is dbus triggers need to run, but dbus is unwilling to run them because a dependancy is broke10:05
apwand there seems to be no way out10:05
apwiU  libexpat1:amd6410:06
apwand indeed it isn't a happy library10:06
cjwatsonwhat does 'dpkg --configure libexpat1' do?10:07
apwthat seemed to complete successfully10:08
apwand indeed make install -f happy too ...10:08
cjwatson'dpkg --configure -a' would probably have sorted it out too, that's just a slightly bigger hammer requiring less information10:09
apwheh, i'll try that next time, you'd think in that situation it could have figured that out, odd10:09
cjwatsondig through apt logs and look for the first point where something failed10:09
cjwatsoneverything else is just consequential nonsense10:09
apwwill do10:10
apwonce this thing is bootable again10:10
apwas i was mid pretty large dist-upgrade10:10
apwdpkg: libpcrecpp0:amd64: dependency problems, but removing anyway as you requested:10:12
apw libpcre3-dev:amd64 depends on libpcrecpp0 (= 2:8.35-7ubuntu2); however:10:12
apw  Package libpcrecpp0:amd64 is to be removed.10:12
apwis the first thing other than happy it said in the first run10:12
apwthen we install a lot of stuff, and then10:14
apwUnpacking systemd-sysv (224-1ubuntu3) over (224-1ubuntu1) ...10:14
apwProcessing triggers for man-db ( ...10:14
apwdpkg: dependency problems prevent processing triggers for dbus:10:14
apw dbus depends on libexpat1 (>= 2.0.1); however:10:14
apw  Package libexpat1:amd64 is not configured yet.10:14
cjwatsonthat sort of looks like an apt ordering bug10:14
cjwatsonassuming that there was no indication that libexpat1 actually failed to configure10:14
cjwatsonthe libpcrecpp0 thing is not a problem10:14
apwPreparing to unpack .../libexpat1_2.1.0-7_amd64.deb ...10:16
apwDe-configuring libexpat1:i386 (2.1.0-6ubuntu1) ...10:16
apwUnpacking libexpat1:amd64 (2.1.0-7) over (2.1.0-6ubuntu1) ...10:16
apwPreparing to unpack .../libexpat1_2.1.0-7_i386.deb ...10:16
apwUnpacking libexpat1:i386 (2.1.0-7) over (2.1.0-6ubuntu1) ...10:16
apw dbus depends on libexpat1 (>= 2.0.1); however:10:16
apwseems to not attempt to configure before erroring it is ont configured, so i think you're right10:16
apwi'll file this log against apt10:16
apwin case it happens to someone else10:17
apwcjwatson, and ... as always ... you are a star, thanks10:19
cjwatsonapw: yw10:24
apwbug #148597010:30
ubottubug 1485970 in apt (Ubuntu) "apt-get dist-upgrade falied with a dbus trigger loop due to an unconfigured library (libexpat1)" [Undecided,New] https://launchpad.net/bugs/148597010:30
apwi am sure adam will love it10:30
=== FJKong is now known as FJKong_afk
mdeslaur@pilot in11:38
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur
=== shadeslayer_ is now known as shadeslayer
ScottKwgrant: thanks12:02
=== gshereme|away is now known as gshereme
Mirvchrisccoulson: hey! can you give specifics on how bug #1482346 was fixed on firefox-next and what would eg be needed for mozvoikko, another main extension.12:07
ubottubug 1482346 in ubufox (Ubuntu) " xul-ext-ubufox isn't signed (cannot be loaded on Mozilla Firefox 41.0a2) " [Undecided,Fix committed] https://launchpad.net/bugs/148234612:07
Mirvand I also wonder a bit if Debian's Iceweasel would require a similar change if it's something within Firefox that has been changed12:08
chrisccoulsonMirv, the addon needs to be reviewed and signed by the addons.mozilla.org team. The developer needs to do that though12:11
Mirvchrisccoulson: ok, so no changes to Firefox itself? thanks.12:12
Mirvchrisccoulson: hmm, so firefox-next does not have ubufox changes, but instead only Firefox updated - something to check/accept the signature was added to make ubufox work, and you signed / got reviewed the ubufox at addons.mozilla.org?12:16
=== _salem is now known as salem_
shadeslayerhttp://cdimage.ubuntu.com/ubuntu-core/daily/pending/wily-core-armhf.manifest < core is totally missing sudo12:29
shadeslayeras was 15.04 core : http://cdimage.ubuntu.com/ubuntu-core/releases/15.04/release/ubuntu-core-15.04-core-armhf.manifest12:29
seb128apw, https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1484841 looks like an issue similar to your (just mentioning it since I saw it while looking at recent reports)12:42
ubottuLaunchpad bug 1484841 in dbus (Ubuntu) "package dbus 1.8.12-1ubuntu5 failed to install/upgrade: dependency problems - leaving triggers unprocessed" [High,Confirmed]12:42
apwseb128, that looks very similar indeed12:47
apwseb128, i'll tie them togther and offer the OR some options12:48
seb128apw, thanks12:49
apwseb128, i see that already has 4 "also affects" on it12:51
apwseb128, hopefully it is the same and trivial to get them out of.12:51
pitticjwatson, Laney: I enabled armhf for one run yesterday so that the exec nodes can now grind through the 500 tests; but I didn't want to keep it enabled to avoid blocking packages on the armhf lag13:05
pitticjwatson, Laney: once they caught up, I'll enable it permanently and annouce it13:05
pitticjwatson: seems you looked at exactly that time13:06
cjwatsonah, ok13:06
pittiit was at 500 yesterday13:07
tewardso, how busy is the archive admins team as of late?  Out of curiosity.13:07
sil2100pitti: ping :) Any luck with the langpacks? :)13:08
pittisil2100: was just about to look into that13:08
sil2100pitti: the OTA-6 translation export I think happened already so would be great if we could get those updated in the overlay-ppa13:08
sil2100A merge with vivid shouldn't be required as the ubuntu-rtm/15.04 has all the translations now13:09
pittisil2100: so you want me to build fresh packs from https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs straight into the overlay PPA?13:09
sil2100(I binary-copied the missing ones)13:09
sil2100pitti: yes :) If, of course, you're confident it'll work ;p13:09
sil2100pitti: in the meantime I'll check if the latest export looks sane13:10
sil2100pitti: those look good from what I see :)13:13
pittierk -- http://people.canonical.com/~dpm/data/ubuntu-l10n/ does not yet exist for 15.0413:13
pittiand no dpm13:13
* pitti uses 14.09 and hopes that priorities didn't change too much13:14
sil2100Oh, and what is that?13:16
sil2100Maybe wily should be used for that?13:16
pittiit essentially tells us which templates we want/need in touch, and which aren't important13:16
pitticould also do that13:16
sil2100Oh, hm, not sure then, but I know we basically dual-landed to both wily and vivid-overlay13:17
pittisil2100: ok, then wily does sound better13:17
sil2100pitti: thanks! Fingers crossed o/13:18
pittisil2100: how much of a disaster would it be to upload to the overlay PPA in case we need a second upload?13:19
pittisil2100: I can also upload them to another PPA, but the overall turnaround time would be the same, and it's harder to test13:19
ahoneybuncyphermox: we have adb 1.0.31 but to use adb sideload we need 1.0.3213:19
pittisil2100: i. e. should the overlay only get firmly tested ready-to-release stuff, or sohuld I use it for the "first upload" too?13:19
sil2100pitti: should be safe... we try to have everything tested there, but we only build rc-proposed images from it so basically we say: 'yeah, stuff can be broken'13:20
sil2100So upload, we can revert if needed13:20
sil2100I built an image not so long ago so we should be good13:21
pittisil2100: just to clarify, these packs should *not* be uploaded to RTM itself, but only the PPA?13:21
cyphermoxogra_: ahoneybun:  ^13:21
pittisil2100: (as we did upload to rtm/14.09 directly)13:21
* ogra_ reads backlog13:22
cyphermoxogra_: it's about adb sideload13:22
ogra_cyphermox, wont work13:22
ogra_ahoneybun, only after someone ported to key auth ...13:23
ahoneybunkey auth?13:23
ogra_our adbd runs completely as phablet user ... no way to sideload anything13:23
ahoneybunandroid-tools-adb has nothing to do with touch..13:24
ogra_(you would need a sudo wrapper or some such that installs the package)13:24
ahoneybunI'm talking about android13:24
ogra_ahoneybun, well, it does, the shipped tools and the adb PC tools come from the same source13:24
ogra_someone would need to bump both and make sure all modifications for adbd still work13:24
ogra_sadly anyone who could do that was moved out of the phone team13:25
ahoneybunone of big reasons I use ubuntu is that the package is easy to install and I don't need the whole Android SDK :(13:25
ogra_ahoneybun, understood13:25
ogra_but someone would need to forward port the existing stuff first13:26
ahoneybunI had to flash android back to the device to copy the file and then flash it13:26
ahoneybundarn I understand a bit13:26
shadeslayerpitti: whom should I poke about my ubuntu-core issue?13:28
shadeslayer( sudo not landing on ubuntu-core )13:28
shadeslayerapparently it's there in the seed13:28
ogra_uh, since when ?13:28
shadeslayerI'm not sure who's maintaining that / doing foundations these days13:28
ogra_sudo is definitely not supposed to be in the normal ubuntu-core13:29
sil2100pitti: yes, only to the overlay13:29
sil2100pitti: we don't use ubuntu-rtm anymore13:29
shadeslayerogra_: https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-core.wily/view/head:/core-libs#L6113:29
shadeslayerunless that's a different thing13:29
shadeslayerah wait, no, that's the task, hm, let me find the seed13:29
ogra_i think it is13:30
shadeslayerogra_: yeah13:30
ogra_thats the standard ubuntu core ... a tarball based on debootstrap --minbase with just enough extra bits to install packages13:30
shadeslayerI was wondering why that's the case?13:30
shadeslayerah I see13:30
ogra_thats the definition ...13:30
ogra_no users ... just root13:30
ogra_so no sudo either13:30
shadeslayerright, I was working on a tool that could take that as an rootfs13:31
ogra_shadeslayer, infinity used to maintain it in the past ... not sure he still does13:31
ogra_(and he is at a conferenc i think, so you might not easily catch him)13:31
shadeslayerand without sudo installed, I can't do much :P13:31
ogra_you can install sudo ;)13:31
shadeslayerogra_: yeah, but I wanted it included in the default tar :P13:31
shadeslayerinstead of shipping my own rootfs :P13:32
ogra_untar ... chroot ... install what you need on top ... re-tar13:32
shadeslayerlike I said, out of scope for my tool .. ah well13:32
pittisil2100: ok, had to do some hacks for missing l10n stats and missing 15.04 package maps, but build is running now13:35
sil2100pitti: yay! Thanks, let's see how those go o/13:35
pittisil2100: want to get the -pl deb for local testing? seb128 will test the French one13:37
sil2100pitti: sure :)13:38
sil2100I'm not running rc-proposed on my phone though, but I suppose it should be good in overall13:39
seb128I am13:41
pittisil2100: Houston, we have a problem13:41
pittisil2100: https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs tarballs are just 8 MBs, and lots of missing files13:41
seb128sil2100, we are having issues with using wily for stats :-/13:41
pittisil2100: many of them we probably don't need13:41
pittibut some we do13:42
sil2100pitti: it's good13:42
pittie. g. we might do without ModemManager or gtk30-properties13:42
tseliotpitti: test_system_device_drivers_chroot fails again in u-d-c in my wily chroot. Is it just me? (I'm trying to fix a couple of separate issues)13:42
pittibut we do need unity.mo and evolution-data-server-3.12.mo for sure?13:42
sil2100pitti: I checked, it only has the templates and translations for the apps we need13:42
pittisil2100: wily-15.04 French debdiff: diffhttp://paste.ubuntu.com/12118211/13:43
seb128I think we need e-d-s13:43
pittihttp://paste.ubuntu.com/12118215/ -> same for -pl (looks similar)13:43
sil2100Ok, then maybe a merge will be required, we might have missed some of those13:43
sil2100But wait, how come those aren't there?13:43
pittiso do we need unity.mo, or is it unity8.mo?13:44
sil2100unity8.mo should be enough13:44
pittisil2100: the e-d-s-3.16 template wasn't approved in wily13:44
sil2100Ah, ok13:44
pittioh, there *is* a unity8.mo13:45
pittiso hopefully e-d-s is the exceptoin13:45
pittibecause it has the version number in the name, which is unusual13:45
sil2100I made sure to include all the ones we really required, but I might have missed some that weren't obvious for me13:45
pittiseb128, sil2100: http://people.canonical.com/~pitti/tmp/ has the french and Polish rtm 15.04 packs13:45
sil2100Some I didn't include as they didn't seem user-visible13:45
pittiso maybe you can give these a spin13:45
pittiand I manually crowbar in e-d-s13:46
pittiwhich eds version do we need?13:46
seb128that's showing an issue with our process though13:46
seb128how did 15.04-rtm got populated?13:46
sil2100pitti: 3.12.11-0ubuntu1 I think13:47
sil2100seb128: it got populated from the packages we have in the overlay-ppa + a few I put manually from vivid13:47
pittiI grab that from vivid13:47
seb128sil2100, why didn't you get everything which was in the current langpacks?13:47
pittisil2100, seb128: I updated debs on http://people.canonical.com/~pitti/tmp/ to include e-d-s13:51
sil2100I only included the touch specific things, yeah, my bad13:51
sil2100I should have copied over everything13:51
pittisil2100: no big deal; we don't really need all those13:51
sil2100I wonder why oxide-qt wasn't there though, since we have it in the overlay13:52
sil2100Maybe the translations weren't batch copied for that yet?13:52
pittisil2100: need to run out for a bit for group photo; please let me know how they work13:52
* pitti reworks the upload script in the meantime to go to the overlay13:52
sil2100pitti: ok, thanks! Let's wait with the final upload yet tho :)13:53
pittiyes, of course13:53
pittisil2100: I won't upload until you say that the manual built ones are okay13:53
pittisil2100: seb is doing the same13:53
sil2100And unity-ui-toolkit? I wonder why that's missing, we have UITK in the overlay since AGES13:54
* sil2100 is a bit worried now13:54
rbasakIs it acceptable for a package postinst to link something in /etc to /usr/share/doc/.../examples?13:58
rbasakI can't see any problem with that but I've not seen it done that way before.13:58
dobeyrbasak: would be better to install the example conf to the /etc/ location in the .install file or override_dh_auto_install rule, i think14:02
rbasakdobey: makes sense. Then the normal conffile handling would work and the user wouldn't have to mess with it to make it not be readonly.14:03
tseliotpitti; ^^^14:12
seb128sil2100, pitti, mostly good, but missing uitk is an issue/regression14:13
sil2100seb128: yeah... worried about that, will investigate - I didn't forget about that one as I didn't have to, we have UITK in the overlay so it should have been fetched14:13
sil2100Checking that out, and looking at the pl translations on my krillin too14:13
sil2100Had to upgrade it to rc-proposed, my arale is on stable so I didn't even want to test there14:14
cjwatsonrbasak: that seems like it would violate https://www.debian.org/doc/debian-policy/ch-docs.html#s12.3 "Packages must not require the existence of any files in /usr/share/doc/ in order to function"14:34
cjwatsonrbasak: I normally put template configuration in /usr/share/<package>/ instead14:34
cjwatson(aside from the readonly thing)14:34
cjwatsonseb128,sil2100: doesn't seem like an LP issue, https://translations.launchpad.net/ubuntu-rtm/15.04/+source/ubuntu-ui-toolkit/+pots/ubuntu-ui-toolkit exists14:35
cjwatsonalthough I have not checked the export tarball14:35
cjwatsonand there are Packaging records for ubuntu-ui-toolkit, so the share-translations-via-upstream black magic ought to have worked14:36
cjwatsoncertainly looks like there are some translations in the LP view, I can't imagine those were all contributed manually?14:37
rbasakcjwatson: ah that's perfect to get back to my submitter, thank you.14:37
cjwatsonI'm not sure what's going on with oxide-qt; https://translations.launchpad.net/ubuntu/wily/+source/oxide-qt exists but https://translations.launchpad.net/ubuntu-rtm/15.04/+source/oxide-qt does not14:38
sil2100pitti, cjwatson: from the export contents, I see ubuntu-ui-toolkit.po14:38
sil2100So I think it's an langpack-o-matic issue then14:38
sil2100cjwatson: maybe it wasn't in the overlay when we were doing the copies?14:39
sil2100We sometimes removed it if there was a new version in -security14:39
cjwatsonah, could be, it isn't there now14:39
cjwatsonso not sure why you said above that it's there now14:40
sil2100Wait, it's not?14:42
sil2100It should be14:42
sil2100We published that recently, a rebuild against the overlay14:42
* sil2100 checks what happened with that14:43
sil2100Oh, we never published the silo14:43
sil2100cjwatson: ok, sorry, my bad ;/ I was sure this landed as I was building the silo on Friday14:43
sil2100cjwatson: I suppose it should land soon... do you think we could have an export later today?14:44
sil2100Are the ubuntu-rtm/15.04 exports taking long? There's not so many translations in those14:44
* cjwatson checks14:47
cjwatsonsil2100: today's took six minutes; we can certainly ask webops for another, although bear in mind that I'm the only LP staff member around at the moment and I have a guest for dinner this evening14:49
sil2100cjwatson: ACK, in the worst case, since it was so fast, we could also have it tomorrow in the morning14:50
sil2100Since the release candidate will be created tomorrow anyway14:50
sil2100cjwatson: thanks!14:50
cjwatsonsil2100: so what I suggest you do is ask #webops yourself for it in this case: they need to run 'LPCONFIG=production nice -16 /srv/launchpad.net/production/launchpad/bin/py /srv/launchpad.net/production/launchpad/cronscripts/language-pack-exporter.py ubuntu-rtm 15.04 --force-utf8-encoding -q --log-file=INFO:/srv/launchpad.net/production-logs/rosetta/language-pack-exporter.log' as launchpad@loganberry14:50
cjwatsonsil2100: you might not want to be in *too* much of a rush though; I can't remember how long it takes for the message sharing stuff to kick in14:54
sil2100cjwatson: ah, excellent, thanks :) I'm wondering about one thing though - once I copy oxide-qt over, won't it require a translation batch copy from wily/vivid?14:55
sil2100Since at first it'll have no translations after the templates get fetched, right?14:56
cjwatsonsil2100: no, the bulk copy was only needed for sources whose templates were missed14:56
sil2100Ah, ok14:57
cjwatsonsil2100: the package copy will copy the template, and when message sharing kicks in it'll copy translations across too (since both ubuntu and ubuntu-rtm oxide-qt share with upstream, so that works transitively)14:57
cjwatsonsil2100: but I'm not sure *exactly* when the latter step happens14:57
sil2100That's good to know, ok, I'll give it some time before doing an export after the copy then14:57
cjwatsonsil2100: oh, it's a job that's scheduled as a result of the copy, that's right - so it should be reasonably quick14:59
cjwatsonI mean translations in general is kinda slow, give it a few minutes and check in the web UI14:59
=== Spads_ is now known as Spads
=== ogra_` is now known as ogra_
pittisil2100: ah, http://people.canonical.com/~dpm/data/ubuntu-l10n/ubuntu_wily_potemplate-stats.json has priority 0 for it15:02
pittisil2100: I'll add it as a special case then15:02
cjwatsonsil2100: but I don't understand why this is a big deal; aren't the translations from vivid merged into the touch language packs, just as the image is made up of vivid + stable-phone-overlay?15:03
=== dholbach_ is now known as dholbach
sil2100cjwatson: not yet I guess, right now we're only building those from the overlay, as it in theory should have all touch-specific stuff in it15:03
cjwatsonwell, except it doesn't, it's an overlay! :)15:03
sil2100I think pitti would need to do some changes to langpack-o-matic to merge translations15:03
sil2100I know!15:04
cjwatsonok, so I think that's the real problem ...15:04
sil2100Well, I mean, in theory it shouldn't, but I copied over the few touch ones we're managing that were missing, so at least we're covered there15:04
pittisil2100: we could download the vivid tarball, merge it with the RTM tarball, and import that15:04
pittibut I thought the point of ubuntu RTM was that we don't need to do that, as this will probably reintroduce obsolete translations?15:04
sil2100Well, I wanted to have all important translations in ubuntu-rtm/15.04 so that translators don't need to go to two different places when dealing with translations15:05
=== anthonyf is now known as Guest61698
sil2100But I do see the merit of using vivid for those translations that didn't change since from the vivid side15:06
sil2100And being more complete then15:06
=== Guest61698 is now known as anthonyjf
sil2100pitti: anyway, if anything, the vivid tarball should have the ubuntu-rtm/15.04 translations copied over it15:09
sil2100Not the other way around15:09
mdeslaur@pilot out15:23
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
Laneytyhicks: hi, can you take a look at dbus in ppa:laney/experimental to see if it works wrt apparmor please?15:25
tyhicksLaney: yes, I will15:27
Laneytyhicks: thanks - would be good if we could get results so that I can upload before FF (Thursday)15:40
Laneysorry for the short notice :(15:40
tyhicksLaney: I'm quite busy today since I returned from holiday this morning but I can work on it in the background15:42
tyhicksLaney: I'll have testing done by tomorrow, for sure15:42
mdeslaurpitti, kees, stgraber, infinity, slangasek: is everyone at debconf? should we cancel the tech board meeting?15:55
slangasekmdeslaur: pitti and I are at DebConf, infinity is proximate to LinuxCon15:55
slangasekstgraber is maybe there also?15:56
slangasekanyway I'm ok to cancel15:56
pittime too15:56
=== matsubara__ is now known as matsubara
=== alai is now known as alai-brb
mdeslaurslangasek, pitti, kees, stgraber, infinity: ok, meeting cancelled16:07
stgraberslangasek: yeah, I'm at LinuxCon16:07
slangasekmdeslaur: ack, thanks16:07
pittiseb128, sil2100: http://people.canonical.com/~pitti/tmp/ has updated debs now, after way too much manual hacking :/16:12
pittino removed po any more, just three new ones16:12
pittiplz test16:12
seb128pitti, danke16:13
seb128pitti, hum, http://people.canonical.com/~pitti/tmp/ still has the old timestamp16:13
seb128or is that a debconf proxy issue?16:13
pittiseb128: perhaps UC?16:14
pittiseb128: sohuld be ~ 250 kB instead of the old ~ 40 kB16:14
seb128oh, right16:14
sil2100pitti: sorry for the hacking it needed from you ;p16:15
sil2100I'll test the pl in a moment, my krillin is busy with some tests now16:15
pittisil2100: can clean this up later, I figure for now we just need some working packs?16:15
sil2100pitti: yes :) Good thing you had time today since the plans changed and I will have to spin the first candidate today at nighttime16:16
seb128pitti, sil2100, langpacks +1 from me, tested the standard apps and scopes, seems all fine in french16:26
seb128including uitk translations that were missing earlier16:26
pittiseb128: c'est grand !16:26
pittiseb128: ou es-tu ? nous sommes dans la chambre nourriture16:27
seb128pitti, je suis à la présentation sur apt16:27
=== alai-brb is now known as alai
sil2100pitti: looking good here on pl too, not sure what more to check16:38
sil2100I would say - let's upload o/16:38
pittisil2100: ack16:38
pittisil2100: hm, argh -- these are currently targeted at 15.04, not "vivid"; they should target the latter?16:39
sil2100pitti: what do you mean?16:39
pittisil2100: debian/changelog series target16:40
pittisil2100: I won't upload them to RTM 15.0416:40
sil2100vivid is the target, yes :)16:40
pittisil2100: but to "vivid"?16:40
* pitti seds16:40
pittisil2100: landing16:45
=== brainwash_ is now known as brainwash
sil2100pitti: thanks! Yay!17:01
sil2100I see the massive uploads, awesome17:01
mterry@pilot in17:20
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mterry
=== matsubara__ is now known as matsubara
infinitypitti: Is there a valid argument for the dbus trigger to be "interest" instead of "interest-noawait"?18:22
mstratmanThis is a bit of naive question, but is there a general or rough average time between a proposed build (specifically https://launchpad.net/ubuntu/+source/postgis/2.1.8+dfsg-1build3/+build/7764679) and when it'll be available?  Basically I'm trying to assess whether to build from source or wait for a package update18:38
mstratmanor are there individual maintainers and it depends on who is available and when18:38
sarnoldmstratman: it looks like ..1build3 has been in wily for nearly two days https://launchpad.net/ubuntu/+source/postgis18:42
mstratmando you have any ideas for typical timelines to make it into 14.04 ?18:43
sarnoldmstratman: it won't; once a distribution is released, most packages get patched for specific issues. a handful of programs like firefox, chromium-browser, mysql, libreoffice, get their updates made available, but those are by far the minority18:46
sarnoldmstratman: see e.g. https://wiki.ubuntu.com/SecurityTeam/FAQ#Versions18:46
mstratmanOk, thanks. Too bad because it has a nasty crash18:47
sarnoldmstratman: does it fix a specific bug? or does it provide a specific feature?18:47
mstratmanyeah, this is the main critical fix afaik: http://trac.osgeo.org/postgis/ticket/312518:47
mstratmanit sounds like pinning may be a solution, though.18:49
sarnoldman, there's no links to fixes in there, how is anyone supposed to use that tracker? o_O18:50
=== ljp is now known as lpotter
mterryHrm.  libgtk2.0-dev is not installable on wily/arm64?19:43
* mterry wonders how best to determine why19:43
brendandmterry, depends on why it's not installable19:59
* brendand realises the recursiveness of that question20:00
brendandi was really just trying to ask what error you got20:00
mterrybrendand, :)  I don't know, I don't have much output.  It's causing a ftbfs for me on lshw, but the log is very vague: https://launchpadlibrarian.net/214901083/buildlog_ubuntu-wily-arm64.lshw_02.17-1.1ubuntu2_BUILDING.txt.gz20:01
mterryI'm trying to see if I can get a qemu pbuilder going for arm6420:01
brendandmterry, oh yeah apt is not that helpful there20:02
chilukRAOF, are you around?  Can you take a look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871 ,  and give me an upload or a reject on it?20:40
ubottuLaunchpad bug 1432871 in coreutils (Ubuntu) "`df` shows bind mounts instead of real mounts." [Low,New]20:40
chilukah looks like RAOF is in australia ..  arges can you take another look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871  ??20:41
ubottuLaunchpad bug 1432871 in coreutils (Ubuntu) "`df` shows bind mounts instead of real mounts." [Low,New]20:41
ari-tczewinfinity: could you quickly take a look on  bug 1476470 and give your feedback whether really delta can be dropped? (in your opinion, as you're last uploader)20:49
ubottubug 1476470 in trafficserver (Ubuntu) "Sync trafficserver 5.3.0-2 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/147647020:49
argeschiluk: where is the upstream email when you submitted this patch20:50
chilukarges... read the sru20:51
chilukI never submitted upstream because upstream has diverged too much and it no longer applies20:51
chilukmostly because of the move to rely on /proc/mounts20:51
mterry@pilot out20:57
=== udevbot changed the topic of #ubuntu-devel to: Archive: wily open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-vivid | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
chilukyeah arges ... I know it would be a sauce patch.. it's documented as such in the text of the patch..  I really need an accept or reject on it20:58
=== sarnold is now known as sarnold_
=== salem_` is now known as _salem
* cjwatson retries mterry's lshw thing above, seems to be working now22:23
cjwatson(I tried 'ssh -t snakefruit sudo -iu ubuntu-archive chdist-mainonly apt-get wily-proposed-arm64 build-dep lshw', which is only useful for a small group of people but you can do the same thing with a suitably configured chdist instance, no need for qemu or pbuilder or what-have-you)22:24

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