mapreriI see https://launchpad.net/ubuntu/+source/scribus-doc/1.4.5-1 is in universe, but shouldn't it be in multiverse instead?01:14
meercatwhy doesn't ubuntu 15.10 support uefi boots on macbooks01:16
mapreriin debian it's in non-free 'cause OPL01:16
meercatin virtualbox01:17
maprerimeercat: that doesn't sound a question for #ubuntu-devel, you might have better chances in #ubuntu instead (that's user support channel)01:18
meercatthey don't  have an answer because its unsupported01:18
maprerimakes sense too01:19
meercatall of the other major distros support uefi boots in virtualbox on the mac01:20
meercateven mint, which is based on ubuntu, which leads me to believe this may be a bug in installation01:21
meercatthere needs to be a startup.nsh script saved in /mnt01:23
meercatsudo sh -c "echo '\EFI\ubuntu\grubx64.efi' > startup.nsh"01:23
meercatthis apparently goes back to 14.1001:24
meercatenough time has elapsed for this to take priority efibootmgr may create a duplicated boot entry, "breaking" UEFI boot.  Critical. 2014-08-31  https://bugs.launchpad.net/ubuntu/+source/efibootmgr/+bug/136371901:31
ubottuLaunchpad bug 1363719 in efibootmgr (Ubuntu Utopic) "efibootmgr may create a duplicated boot entry, "breaking" UEFI boot." [Critical,Fix released]01:31
meercatfix is not working01:31
meercatxubuntu installs fine, then unity can be installed, so the workaround is to install xubuntu instead of ubuntu01:45
hallynpitti: http://people.canonical.com/~serge/systemd.debdiff  and http://people.canonical.com/~serge/cgmanager.debdiff , considering those for xenial.01:46
hallyn(i'll also need a tweak to the lxc package - cherrypicked from upstream)01:46
hallynpls let me know if you see anything bad there01:46
naccrbasak: (or anyone else), let's say I've got a package (e.g., libgv-php5) that depends on (what appears to be) a symbol (e.g., phpapi-20131226) ... how do I look up reverse-depends on that symbol (which seems to be something generated by debian/rules in the php5 package). I think that's how we'll figure out all the packages that need to be updated that are PEAR/PECL/SWIG ... although as I type this, I r04:53
naccealize I might just be able to search for php5 and find them too :)04:54
RAOFnacc: That would probably be a virtual package to make ABI explicit; “apt-cache rdepends phpapi-20131226” would probably be your winner.04:58
pittiinfinity: I looked at that last night05:24
pittiinfinity, apw, stgraber: ah, I removed cloud-images.u.c. from $no_proxy, apparently there were some changes there; lxc tests now succeed again (on scalingstack anyway, i. e. not yet in LXC)05:24
* pitti re-runs for the older ubuntu releases too05:25
slangasekpitti: hi, why do the ganeti autopkgtest failures get reported as a regression under http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#simplejson when basically every test with the version of ganeti in xenial has failed?05:25
slangasekmaybe a problem with how we're calculating "regression" now that we record triggers?05:25
pittislangasek: not every version, you see on http://autopkgtest.ubuntu.com/packages/g/ganeti/xenial/amd64/ that it did pass until the end of October and then started getting really flaky05:27
slangasekpitti: no, what I said is every test with this version of ganeti has failed05:27
pittiah, we already have a force-badtest for it, excuses.html says that05:28
slangasekah, and indeed you have a force-badtest hint in place, so this won't actually block05:28
pittipitti:force-badtest ganeti/2.15.2-105:28
slangasekit should be possible to determine automatically that this is not a regression vs. the package currently in xenial05:28
slangasekso maybe I'll file a wishlist bug05:29
pittiah, I see what you mean05:29
pittislangasek: right now it is like that because force-badtest was originally designed to "let your recently broken test not block other packages, but in your  next upload you have to fix them again"05:30
pittislangasek: which is basically what we want for stuff we develop; but we are now also using it as a list of "broken tests we import from Debian and nobody cares about in Ubuntu"05:30
pittislangasek: if we change it to what you have in mind, we'd allow more and more uncontrolled regressions05:31
pittimaybe that's what we'll have to do if the force-badtest lists grow too long; just explaining the current behaviour05:31
slangasekpitti: I see your point.  I guess since these packages had force-badtest to reach xenial in the first place, we don't need any added cleverness for labeling these "not-a-regression"05:32
slangasekI just need to read to the bottom of the excuses stanza ;)05:32
pittislangasek: I guess what might be useful is to put the "ignored" lines right below the corresponding package05:33
slangasekcould be05:33
pitti(which is surprisingly hard to do given how britney currently works, though)05:33
pittibut certainly possible05:34
slangasekpitti: btw, the semantics of the linux autopkgtest are a bit weird, have you noticed this?  it fails complaining about a "kernel version mismatch" if a newer version of the kernel is available in -proposed05:34
slangaseke.g. http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#audit05:34
slangaseknot urgent, audit can stay in -proposed and the tests can be rerun once 4.3.0-6.17 is promoted; but it's a wart05:35
pittislangasek: yes, but I thought I fixed that yesterday05:35
slangasekoh :)05:35
naccRAOF: ok, thanks!05:36
pittislangasek: I just didn't re-run all affected tests I suppose05:36
pittialthough I did a mass-retry last night, odd05:36
pittislangasek: I'll look05:36
slangasekpitti: this test was triggered after your "yesterday"05:36
slangasek(new upload by me this afternoon)05:36
naccRAOF: just returns "<phpapi-20131226>"05:36
naccthat's what i was hitting before05:36
pittislangasek: oh, this is actually the inverse -- yesterday we had tests which used the kernel from -proposed but the source  from -release05:36
slangasekpitti: the kernel version it says it's triggering is the -proposed version; for most packages it's normally the release version, right?05:37
naccRAOF: in this case, phpapi-20131226 is a "provides" value from php5 (generated by debian/rules)05:37
pittislangasek: the running kernel there is right -- we expect to run audit against -release05:37
naccRAOF: so not a proper package dependency, it's more like a command or something (I think I've seen packages depend on some command being available?)05:38
pittislangasek: but there it should use the linux source from -release too05:38
slangasekpitti: right05:38
naccRAOF: may not respond right away, sort of afk, but appreciate any insight you can provide05:38
pittislangasek: this is a horrible piece of heuristics right now :/ http://anonscm.debian.org/cgit/autopkgtest/autopkgtest.git/tree/runner/adt-run#n34305:38
RAOFnacc: Yeah, it's what's called a virtual package. But it seems that the php5 package in xenial at least does not provide that package.05:38
pittihallyn: hm, the patch still retains cg_create_everywhere_uid(), I suppose this should be dropped in favor of just cg_create_uid()?05:43
pittihallyn: but I can do that (and update the patch header etc.), it should work like this already; but note that with your patch it will already grab some other controllers soo05:44
pittihallyn: thanks!05:44
pittiinfinity: ah, great; it now got uploaded to Debian too, I'll merge ifupdown again to mop up some more fixes05:44
slangasekpitti: I guess the issue is that 'apt-cache showsrc --only-source linux' will show both xenial and xenial-proposed binaries, which have different names05:47
pittislangasek: yes, that was the problem yesterday too; this heuristic isn't strong enough for "linux", need to think about this05:47
hallynpitti: oh i shouldve renamed it, but it's actually only creating name=systemd.  isn't it?  /me checks05:47
slangasekpitti: will also fail funny for soname transitions05:48
pittihallyn: oh, I see -- you dropped the loop in cg_create_everywhere_uid(), it's essentially just an alias for cg_create_uid() now; I missed that05:48
pittihallyn: so yes, it should work as you intend now (and I'll trim it down)05:49
hallynyeah i left it bc we need to create the dir at that point (if i didn't, it didnt 'work)05:49
hallynpitti: -awesome, thx05:49
pittihallyn: eventually I think we can get the remaining bit into pam-cgm as well, it just needs to chown() the name= controller but otherwise don't touch it05:49
hallyni'll push the cgmangaer and lxc patches probably tonight, the systemd can come whenever05:49
hallynpitti: yeah, happy to move that over once we figureout how -05:49
hallynwould like to first convert to pam-lxcfs though05:50
pittihallyn: yes, but not urgent05:50
hallynpitti: thx - ttyl05:50
pittihallyn: i. e. let's do that in these stages, easier05:50
naccRAOF: ah it's provided in xenial by php5-common06:01
naccRAOF: and a number of other packages -- is there handy command to search what provides a given virtual package?06:03
RAOFI knew one at some point, but can't seem to remember it.06:04
pittiapt-cache search isn't too bad, but it gets more hits than just the Provides:06:09
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
dholbachgood morning07:41
pittiapw, stgraber: yay, green is back on http://autopkgtest.ubuntu.com/packages/l/lxc/ :)08:00
apwpitti, yay indeed :)08:29
=== cpaelzer is now known as cpaelzer_afk
=== cpaelzer_afk is now known as cpaelzer
stgraberpitti: great and I didn't even have to do anything about it :)08:46
pittiPSA: no autopkgtests for the next half hour or so, I need to re-deploy the env09:10
apwUnpacking fonts-tlwg-typo-ttf (1:0.6.2-2) ...09:18
apwdpkg: error processing archive /var/cache/apt/archives/fonts-tlwg-typo-ttf_1%3a0.6.2-2_all.deb (--unpack):09:18
apw trying to overwrite '/usr/share/fonts/truetype/tlwg/TlwgTypo-Bold.ttf', which is also in package fonts-tlwg-typo 1:0.6.2-109:18
apwis this known ^09:18
ckingme too on that one09:18
dholbachI had the same issue earlier and reported it09:18
apwdholbach, cool thanks09:18
dholbachthe usual  ... sudo apt install -f; sudo dpkg configure -a; ... dance fixed it for me09:19
ckingyep, that's what I did too :-)09:20
ckingw/o the dancing09:20
Laneyone of you going to fix it? :)09:21
ginggsLaney: hi, you renamed library packages for g++5 transition for package normaliz in Ubuntu, but Debian didn't (the only thing depending on it is itself). What is the best way to drop the Ubuntu delta and get back into sync?09:44
Laneyginggs: Add Breaks and Replaces until the next abi break09:45
Laneyif you know or are the Debian maintainer you could add those there :)09:45
ginggsLaney: so just add breaks and replaces to the debian package, then sync?09:46
Laneyginggs: I think so, check it upgrades properly09:47
ginggsLaney: will do, thanks09:47
Laneythank you!09:47
seb128ginggs, Laney, have a Provides as well I think09:47
Odd_Blokecjwatson: If you have a minute: https://code.launchpad.net/~daniel-thewatkins/livecd-rootfs/s390x_cloud_images/+merge/282413 :)09:54
Odd_Bloke(xnox: ^)09:54
cjwatsonOdd_Bloke: mostly LGTM, maybe lose the pointless bashism in 999-cpc-fixes?10:08
=== tsdgeos_ is now known as tsdgeos
Odd_Blokecjwatson: Ah, yep, copy-pasta fail.  Fixed and pushed.10:19
cjwatsonOdd_Bloke: merged and uploaded10:31
Odd_Blokecjwatson: Thanks!10:31
=== cpaelzer is now known as cpaelzer_afk
=== _salem is now known as salem_
cjwatsonbdrung: devscripts merged11:05
ginggsLaney: normaliz maintainer buttoned up things rather tight; libnormaliz0 already Provides and Conflicts libnormaliz, libnormaliz0-dbg  already Provides and Conflicts libnormaliz-dbg and it doesn't want to upgrade like that11:09
Laneyginggs: Doesn't want to how? Can't you add the v5 packages in there too?11:14
ginggsThe v5 packages also Provide and Conflict with libnormaliz and  libnormaliz-dbg.  It is normaliz-bin that is getting kept back.  I'm trying something now that might help it along.11:17
xnoxpitti, on s390x i need to set vm.allocate_pgste = 1 via sysctl. Where is it best to have this thing set? systemd package shipping such a snippet? or somewhere else?11:23
pittixnox: /etc/sysctl.d/11:23
pittixnox: oh, you mean not locally, but in a package?11:23
xnoxpitti, =)11:23
xnoxpitti, yeah, cause everyone who wants to run qemu will need it ;-)11:24
pittixnox: /usr/lib/sysctl.d/ then, in whavever package that sounds suitable11:24
xnoxpitti, i see on redhat they ship it in initscripts package such a snippet.11:24
pittithat looks a bit like an "unbreak my setup" option, this can't just be set in the kernel?11:24
xnoxdunno, i can ask kernel people.11:25
pittiour procps package ships a ton of those already11:25
pittiso I guess for now it coudl go there as well11:25
pittiunfortunately it ships all of them in /etc/sysctl.d/, we should move to /usr/lib/sysctl.d/ for stuff shipped by packages11:25
pitti(man sysctl.d)11:26
xnoxapw, can vm.allocate_pgste = 1 be the default? we seem to boot into =0, and qemu-system barks at me saying it must be =1 to boot vms.11:26
pittixnox: so, changing the default in the kernel seems prudent, until then procps could ship that as an override?11:26
mvo__doko: quick question - will there be an update for gccgo before the 16.04 release? I have some build failures in snappy right now because we use some go 1.5 feature but apparently that is not supported in our gccgo yet. if there is a plan to update i will just wait, otherwise I need to think about a plan b :)11:28
pittidoko: FYI, new python3.5 has two regressions in test.test_csv.TestDialectRegistry: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/p/python3.5/20160113_011050@/log.gz11:35
ginggsLaney: Now normaliz-bin and normaliz are getting kept back. :( I also don't see how libnormaliz0v5-dbg will get upgraded without a transitional package, there's nothing else that depends/recommends/suggests it.  I did something similar with xmpi in LP: #1245149 some time ago, this might be the only way.11:42
ubottuLaunchpad bug 1245149 in xmpi (Ubuntu) "Please merge xmpi 2.2.3b8-13.1 from Debian testing (main)" [Undecided,Fix released] https://launchpad.net/bugs/124514911:42
Laneyginggs: if it helps AFAIK you can drop -dbg packages now that Debian has automatic ones11:43
LaneyNot sure if you'd get file conflicts with that one though11:45
Laney(I guess not)11:45
Odd_Blokecjwatson: Another livecd-rootfs MP: https://code.launchpad.net/~daniel-thewatkins/livecd-rootfs/i386_ovas/+merge/28242711:48
Odd_Blokecjwatson: Sorry I didn't roll this in above, we discovered the omission as you were releasing my previous fix. :(11:48
bdrung_workcjwatson, thanks11:49
cjwatsonOdd_Bloke: merged/uploaded11:52
Odd_Blokecjwatson: Thanks again!11:55
dokomvo__, yes, I'll see to that11:56
mvo__doko: \o/12:00
mvo__doko: is there anything I could help with?12:00
dokomvo__, would be nice if somebody could figure out autopkg testing for golang packages12:01
mvo__doko: what kind of tests do you have in mind? the unit tests are running as part of the build by default afaik which is already quite nice12:02
d0lph1n98is it a good practice to have self-documented code for kernel space drivers?12:02
dokomvo__, the thing what is currently done for all ruby and perl packages12:03
* mvo__ checks what is done there12:03
ricotzdoko, hi12:04
ricotzdoko, I hope you didnt miss my message about libtool12:04
=== pitti is now known as Guest81048
=== Guest81048 is now known as pitti_
apwxnox, and that cannot be changed after boot ?12:07
dokoricotz, no time yet12:09
ricotzdoko, alright, just wanted to make sure it is on your list -- can you copy it to a non-virtualized ppa which builds it on all archs?12:10
cjwatsonmvo__: I'm pretty confused about how the "architectures" field in a snapcraft.yaml is meant to work.  It seems to override the architectures of the generated snap package, not specify which architectures the snap might be built for - is that right?12:10
dokopitti_, apport's gcc 6 detection could be better: No such file or directory: '/usr/bin/gcc-6-20160109-1ubuntu112:10
apwxnox, it may be changable after boot, i wonder why its off, it seems to take some locks, so i odn't know if there is a performance hit in there12:14
apwxnox, anyhow, would you file a bug against linux for tracking pls12:14
pitti_doko: which test is that? I remember having to do some adjustments for gcc-4.9 -> gcc-512:15
dokopitti: see https://launchpad.net/ubuntu/+archive/test-rebuild-20151218.1-gcc6/+build/863922412:16
pitti_doko: what does "gcc --version" say?12:17
doko$ gcc --version12:17
dokogcc (Ubuntu 6-20160109-1ubuntu1) 6.0.0 20160109 (experimental) [trunk revision 232188]12:17
pitti_doko: thanks; I'll adjust it to cope with that12:21
pitti_i. e. 5.3 vs 6-something12:21
pitti_or perhaps better, take the third field isntaed of the second12:21
pitti_doko: fixed in trunk12:23
dokopitti_, you should just rely on the number which is not in the (...)12:24
pitti_right, that's what I did now12:24
=== cpaelzer_afk is now known as cpaelzer
rbasakcjwatson, infinity: I'd appreciate your comments on bug 1533639.12:46
ubottubug 1533639 in livecd-rootfs (Ubuntu) "[ubuntu-cpc] please make /tmp a tmpfs in RAM" [High,Triaged] https://launchpad.net/bugs/153363912:46
rbasakpitti: also.12:46
cjwatsonrbasak: I'm afraid I'm unlikely to have time to get into this.  It was a rat-hole even when I was working on installer stuff routinely12:47
rbasakcjwatson: OK, np.12:49
mvo__cjwatson: uh, thats a sergiusens question12:55
cjwatsonsergiusens: I'm pretty confused about how the "architectures" field in a snapcraft.yaml is meant to work.  It seems to override the architectures of the generated snap package, not specify which architectures the snap might be built for - is that right?12:59
=== jincreator is now known as jincreator_
happyaronhow to let things like src:trafficserver migrate from -proposed? (ftbfs on archs previously can successfully build)13:03
cjwatsonhappyaron: Why can't the build failures be fixed?13:09
=== salem_ is now known as _salem
happyaroncjwatson: upstream is in the process of dropping 32 bit support13:14
xnoxhappyaron, s390x and ppc64el are 64-bit.13:14
happyaronbut not actually removing existing stuff atm13:14
cjwatsonhappyaron: The arm64 case looks like incorrect link order, probably.  The ppc64el case seems to be something to do with passing -mcx16 when it's not recognised.13:14
cjwatsonhappyaron: And indeed, 32-bit support has nothing whatsoever to do with this.13:14
cjwatsons390x is not involved.13:15
cjwatson(I mean, it fails, but it's not a regression.)13:15
happyaronthese (ppc64el/s390x) are known and being worked on, but probably no armhf13:16
cjwatsonhappyaron: armhf is not relevant, since it's not a regression.13:16
cjwatsonhappyaron: You need to fix the ones that are regressions (arm64, ppc64el).13:17
cjwatsonI expect that not passing -mcx16 on non-x86 would help.13:17
happyaronarm64 does build...13:17
cjwatsonOh, I can't read.13:17
cjwatsonMisread armhf as arm64.13:18
cjwatsonWe can remove existing binaries from architectures if they're definitely being dropped, but there has to actually be a decent argument for that.13:18
happyaron(upstream believes nobody is using the software on non-x86 platforms, though not a good claim13:19
cjwatsonLooks like the ppc64el case would be fixed by not assuming that has_128bit_cas=1 in configure.ac always implies "we got there by passing -mcx16".13:19
cjwatsonJust bad logic.13:20
cjwatsonYeah, upstreams always say that.  Sometimes they're right ...13:20
cjwatsonSometimes we care even if they don't13:20
cjwatsonAnyway, if you can get ppc64el fixed, then we can look at armhf13:21
=== cpaelzer_ is now known as cpaelzer_afk
=== mvo__ is now known as mvo
=== cpaelzer_afk is now known as cpaelzer_
dokobarry: cython tests still fail with the updated python3.513:41
dokobarry, and looks like the test_csv tests need adjustment too (https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/p/python3.5/20160113_011050@/log.gz)13:44
=== rickspencer3_ is now known as rickspencer3
barrydoko: i'm pretty sure i fixed the csv failure in a following commit14:14
dokobarry, can't currently look. mercurial times out for me14:14
barrydoko: yay ;)14:14
dokobarry, but for 3.5 I took the branch, so it should be included14:14
barrydoko: interesting.  okay, let me try here from upstream14:15
barrydoko: xnox reported the asyncio failure in the cython build.  fairly sure that's unrelated: LP: #1526613 (but still worth tracking down)14:16
ubottuLaunchpad bug 1526613 in python3.5 (Ubuntu) "ftbfs asyncio test failure with 3.5.1-2, used to pass with 3.5.0-2" [Undecided,New] https://launchpad.net/bugs/152661314:16
barrydoko: hg is okay here14:16
xnoxbarry, i've emailed cypthon mailing list, no response.14:17
xnoxbarry, filed github issue against asyncio, and guido said "talk to cypthon people, it's their tests that are failing"14:17
barryxnox: yeah, i think i saw that.  :(  i'll see if i can bisect the commit14:17
xnoxand asyncio generators is beyond me, to work out what cypthon is doing and why it's failing.14:17
Saviqpitti, can you please rerun the unity-scope-click failures http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#gsettings-qt :|14:19
SaviqI've already filed bug #1532358, will put heat on it14:20
ubottubug 1532358 in unity-scope-click (Ubuntu) "flaky autopkgtests cause migration issues" [Undecided,New] https://launchpad.net/bugs/153235814:20
Saviqalecu, hey, can you please put ↑ on the table somewhere14:20
pittiSaviq: kicked14:26
sergiusenscjwatson, architectures in snapcraft.yaml should probably just go away; it is only there since people wanted it on special request (using prebuilt binaries and manually constructing a fat package).14:27
sergiusensbut yes, it is an override, not a "built this for" :-/14:27
sergiusensI guess the docs could make that clear, and yeah, it is backwards when comparted to debs14:27
cjwatsonsergiusens: Have you put any thought into metadata that describes the architectures that the source code for a snap can be built for?  It would be useful for the LP/store interaction.14:40
cjwatsonsergiusens: debs have this for a reason ;-)14:40
barrydoko: upstream 3.5 head only fails for me on the ssl tests.  test_csv passes14:46
barry(ssl tests always fail)14:46
barryalso interesting that test_asyncio doesn't fail for me14:46
sergiusenscjwatson, can you log a bug, I agree, but I'll forget https://bugs.launchpad.net/snapcraft :-)14:47
cjwatsonsergiusens: OK, https://bugs.launchpad.net/snapcraft/+bug/153371315:15
ubottuLaunchpad bug 1533713 in Snapcraft "Add metadata describing the architectures that a snap can be built for" [Undecided,New]15:15
sergiusensthank you15:19
xnoxpitti, why is nova missing tests on xenial? http://autopkgtest.ubuntu.com/packages/n/nova/16:00
xnoxpitti, or has it lost its brains? http://autopkgtest.ubuntu.com/status/ looks a bit empty16:01
jcastrohi everyone, what's the process for removing a package from universe? We have an old unmaintained package for juju-jitsu that has been dead for years and shouldn't be in xenial16:02
rbasakjcastro: ask an archive admin to remove with that explanation, usually via a bug and subscribing ~ubuntu-archive16:03
seb128jcastro, open a removal bug and subscribe ubuntu-archive16:03
jcastrodoes it matter which package the bug is filed under? I am assuming under the package I want removed is fine?16:04
cjwatsonjcastro: yes, that's best16:05
jcastrothanks folks!16:05
smoserhey. i'm trying to do this:16:07
smosercjwatson, is there an easy way to tell grub-pc not to attempt grub-probe and such as I dont care about functional grub ?16:08
cjwatsonsmoser: no.  when I've had to do things like this in the past I've diverted grub-probe and replaced it with a simple script that output just the information I need (IIRC I had something like that in lp:lupin)16:12
smoserhm.. looks like if i can get running-in-container to exit 0 (true), then maybe16:12
cjwatsonoh, no, that was grub-{install,mkimage}16:12
cjwatsonah, it's true that running-in-container might help16:13
smoserso replacing running-in-container with /bin/true seems to work.16:16
smoserwonder how far back that goes.16:16
smoserlooks like that should work on trusty. and even precise!16:19
cjwatsonyeah, looks like it16:20
cjwatsonit was a precise SRU16:20
pittixnox: I had to redeploy the entire thing today due to some juju troubles; it's still catching up with re-downloading all logs16:39
xnoxpitti, cool =)16:40
pittixnox: it downloads precise to xenial, currently at xenial/i38616:40
pittixnox: so they should be there16:40
pittixnox: if it's something on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html, that has direct links to the logs (and they always work indepenently of autopkgtest.u.c.)16:40
Saviqpitti, looks like unity-scope-click failed again http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gsettings-qt :/17:00
nemoSo, due to the missing backport from upstream opensc detailed in https://bugs.launchpad.net/ubuntu/+source/vmware-view-client/+bug/1268770  which I've been a little too verbose in, I keep getting nagged to "upgrade" the .deb of opensc I built to the exact same version # - this happens every time I run an upgrade - in graphical client I can upcheck it, but I sometimes forget, and that's not as easy on co17:01
ubottuLaunchpad bug 1268770 in vmware-view-client (Ubuntu) "Error loading shared library for smart card authentication to server" [Undecided,Confirmed]17:01
nemoI don't know if the opensc fix will be backported, is probably considered low priority, but is there any way to get ubuntu to stop trying to upgrade the .deb ?17:02
nemothe weird thing is they really are an identical version17:02
cjwatsonput it on hold?17:03
nemocjwatson: ooh. how?17:03
cjwatsonif apt is trying to upgrade it then the checksum probably differs17:03
nemocjwatson: well, that's very likely since I did build it locally and added the missing exports ☺17:03
cjwatsonanyway, there's a dpkg-hold in the dlocate package (for some reason), or:   echo NAME-OF-PACKAGE hold | sudo dpkg --set-selections17:03
nemocjwatson: is that maybe "Lock Version" in synaptic?17:04
cjwatsonprobably does the same17:04
cjwatsoncan't say for certain, I don't use synaptic17:04
nemoit's my goto tool for getting anything done w/ apt - probably for same reason anyone uses a gui, lack of familiarity w/ cli17:04
nemohm. stll wants to upgrade it :/17:05
cjwatsontry the version I gave then17:05
nemoecho opensc hold | sudo dpkg --set-selections17:06
nemostill wants to upgrade :/17:06
nemooh wait17:06
nemoI'm a moron17:06
nemothat did work. awesome. thanks.17:07
nemoI guess I'll be manually upgrading this for the forseeable future, but if I ever want to release the hold?17:07
cjwatsonsame but with unhold17:07
nemoMaybe I'll add your hint to my bug comments, since I've been trying to detail there how to get this vmware to work under ubuntu17:07
cjwatsonwait, no, same but with install17:07
cjwatsonin general though, if you're doing this kind of thing it's better to change the version number17:08
nemowell, I'm not very savvy WRT building either ☺17:08
cjwatsonand then you could e.g. put it in a PPA and either the version you choose is higher, or you could tell apt to pin the PPA such that it prefers that even if the version from the primary archive is higher17:08
nemoyeah, that sounds way too sophisticated for my simple needs ☺17:09
nemobut thanks17:09
cjwatsonI mean, if you're intending to tell other people how to get it to work, a PPA is better then them all having to build it themselves17:09
nemotrue. still don't wanna be responsible for it tho ☺17:09
nemoand maybe the upstream fix will be pulled into LTS someday17:09
cjwatsonfair enough17:09
=== juliank is now known as Guest54445
=== juliank0 is now known as juliank
bdmurraypitti: Could you have a look at bug 1533349?17:33
ubottubug 1533349 in Apport "StacktraceAddressSignature is generated using suboptimal function" [Undecided,New] https://launchpad.net/bugs/153334917:33
dokobarry, the upload only had your first commit, now uploaded again17:50
=== pat_ is now known as Guest3393
ginggsinfinity: do you mind if I go ahead and merge pcre3?  You touched it last.18:20
barrydoko: thanks18:22
dokoginggs, just do it18:23
ginggsdoko said i can :)18:23
infinityginggs: Go nuts.  Better yet, forward the changes to Debian, nothing in there is Ubuntu-specific.18:24
dokoricotz, why do you just remove the demos instead of adjusting for the changes?18:28
ricotzdoko, do you think shipping those plain *.at files makes sense?18:33
dokoso why not shipping the expanded/built ones?18:34
ricotzplease add them then18:37
dokoricotz, patch please18:38
ricotzdoko, if you say me how18:39
dokofind out18:39
ricotzare they actually kept around after "make check"18:39
ricotzdoko, you know how, but not saying?18:40
dokono, I'm trying to understand your changes, why they are necessary, why they are undocumented, and why you didn't try to fix these correctly18:41
ricotzdoko, I don't see those demos expanded in a useful manner18:42
ricotzdoko, all the removals in clean broke things, reverting the source tree to itself original state seems quite impossible18:44
ricotzreverting the "sed version" of libtoolize.in is broken too and doesnt seem to be fixable18:45
ricotzmake those VERSION tweaks a proper patch would be cleaner18:45
ricotzmaking ...18:45
Pharaoh_Atemnacc: is it just me, or is php7.0-* not installable for you too?18:53
Pharaoh_Atemit's throwing an error for me saying that everything depends on php-common but it is not going to be installed18:53
Pharaoh_Atemnacc: nvm, it seems to be okay now...18:55
naccPharaoh_Atem: it worked in my first test, but Ill try it again18:59
hallynpitti: i've pushed the other related packages, so if you get the systemd package to where you're happy please let me know - ican test first or you can just push and i'll test from archive19:38
barrysmoser: can you confirm, cloud-image-utils is now python3 only?  re: https://blueprints.launchpad.net/ubuntu/+spec/foundations-x-python3-only20:39
smoserbarry, let me see.20:39
smoserbarry, cloud-utils is good, but it depends on euca2ools, which is still20:45
smoser Depends: python (>= 2.7), python (<< 2.8), python-lxml, python-requestbuilder, python-requests, python-six, python-setuptools20:45
barrysmoser: can i update the blueprint and assign that to you?20:46
smoserum.. yeah.20:46
gQuigsany suggestions on how to approach this bug - https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1515446   I'm currently going service by service trying to determine what's different between desktop (has issue) and server (works) in a restart testing loop20:46
ubottuLaunchpad bug 1515446 in systemd (Ubuntu) "NFS shares in FSTAB no longer mount at boot" [Medium,Confirmed]20:46
gQuigs(network-manager doesn't appear to be the obvious culprit)20:46
barrysmoser: thanks ;)20:48
=== rickspencer3_ is now known as rickspencer3
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
naccwhy would a package's source be in multiverse but the binary be in universe?22:05
hallynpitti: hey, having a problem with the systemd job 'libvirt-guests.service' in wily's libvirt.  bug 1533839 .  it should only be stopped on shutdown, should be started after libvirt-bin.  but on pkg upgrades it's being stopped and restarted22:12
ubottubug 1533839 in libvirt (Ubuntu) "vms shutting down on libvirt upgrade" [Critical,Triaged] https://launchpad.net/bugs/153383922:12
chilukmterry are you on the SRU team?22:47
chilukmterry if you are can I get SRU approval for apache2 from pad.lv/1484696 ?22:49
JayFI'm working on building a cloud-style Ubuntu 14.04 image that can work on both RAID(md) and non-RAID hosts. I have everything working except /dev/disk/by-label/root is pointing to sda1 (a member of the raid) as opposed to md126p1 (the actual raid partition that should be root). When/what populates /dev/disk/by-label/ during boot? udev?23:13
ari-tczewcoreycb: could you remerge amavisd-new, please? or eventually leave a meesage on bug 1357424 that you're not interested anymore23:16
ubottubug 1357424 in amavisd-new (Ubuntu) "Please merge amavisd-new_2.9.0-1 (main) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/135742423:16
=== JanC_ is now known as JanC

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