hallynpitti: d'oh, i'm afraid i'm dropping bug 1543170 in your lap00:44
ubottubug 1543170 in lxc (Ubuntu) "lxc fails to install" [Critical,Triaged] https://launchpad.net/bugs/154317000:44
hallynseems liek a standing bug in invoke-rc.d called through debootstrap00:45
hallynmaybe the bug really is that debootstrap isn't setting things up right, dunno00:45
naccis there a relatively straightforward way for me to tell dh or dpkg-buildpackage that i don't want d/patches to be applied?01:34
sarnold(guessing) mv debian/patches/series debian/patches/series.ignoremeplease   ?01:37
naccyeah, so i can do that01:37
naccbut i'm trying to come up with a "clean" way to do a bootstrap (for php7 purposes)01:38
naccwhen i did it in my ppa, i basically did exactly what you said for the first build01:38
slangasekit's not clean to skip debian/patches when unpacking a package, when using dpkg format 3.0 (quilt).  It's part of the definition of the unpack01:38
slangasekso yeah, rm debian/patches/series (or mv) is better01:38
naccslangasek: ok, so how do i capture that is only needed in, e.g., stage1?01:39
slangaseknacc: I don't think you do01:39
slangaseknacc: you can apply additional patches via debian/rules based on profile01:39
slangasekor you can make the patch against the source "clean" so that it can be applied for both stage1 and normal build01:39
naccslangasek: in this particular case, i basically don't want to patch in stage1 and want to patch othewrise01:40
naccthe patch in question introduces a build-dep01:40
naccthat is not otherwise there, and leads to a cycle01:40
cjwatsoncan you modify the patch to make the behaviour conditional?  that's the usual answer01:40
sarnoldnacc: heh, cyclical deps on php7 bringup.. they threw you right into the deep end, didn't they? :)01:41
nacccjwatson: hrm, i'm not sure ... it is patching the source to autoload some classes from Symfony (whch in turn depends on the package being rebuilt). I wonder, though, since it is just a bootstrap -- i'm not intending for it to be 'functional' in stage101:42
nacccjwatson: slangasek: is taht acceptable? that is, stage1 is purely a build artifact?01:42
slangaseknacc: yes, stage1 packages should never be used for anything other than further bootstrapping01:42
cjwatsonhttps://wiki.debian.org/BuildProfileSpec defines what's acceptable from stage101:42
nacci'd need to go look at what build-deps on this, to make sure *it* can build :)01:42
nacccjwatson: yep, i'm reading (and rereading) that :)01:43
nacccjwatson: i don't think i can modify the patch in any sane way, that i can see yet :)01:43
naccsarnold: heh, yep01:43
cjwatsonit's pretty rare for it not to be possible to at least bodge the patch to let you switch it off with an environment variable or something01:44
xnoxnacc, i thought build-profiles are exported as environment variables, and you can e.g. do somthing like ifeq (stage1,$BUILD_PROFILE_VARIABLE_NAME) and do like quilt pop -a =)01:44
nacccjwatson: well, it's interpreted PHP code ... so not sure how far i want to go that route01:45
naccxnox: they are; would i do that in an override_ section? that's what i was trying to figure out01:45
nacccjwatson: hrm, maybe i can do what you're suggesting ... let me take a stab at it :)01:52
nacccjwatson: one issue i see is that i'm adding an environmental check to every user of this code just so we can bootstrap it?02:02
cjwatsondepends whether that's an intrusive thing02:04
mwhudsoncan dep8 tests download random junk from the internet?02:07
xnoxmwhudson, yes, through a proxy02:08
xnoxmwhudson, https://lists.ubuntu.com/archives/ubuntu-devel/2014-August/038448.html02:08
nacccjwatson: slangasek: xnox: sarnold: for now, i think just letting the patch apply but removing the b-d works. Will test it in the AM to be sure. Thanks for the help/suggestions!02:23
tedgxnox: I tried that first, this returns no results on xenial: $ apt-cache rdepends dh-acc02:54
xnoxtedg, rdepends has nothing to do with build-dependencies.02:55
xnox$ reverse-depends -b dh-acc02:55
xnox* muffin02:55
tedgxnox: Ah, sorry, yes.02:56
* tedg grabs a muffin02:56
tedgxnox: Not sure if you're still up, but I don't see any abi dump for muffin.04:40
tedgxnox: I'm not sure it's actually checking against anything.04:40
xnoxtedg, i believe lp:upstart and/or upstart package had abi dumps, which we did verify.04:41
xnox$ du -a upstart-1.13.2/lib/abi/04:42
xnoxbut that's without dh_acc help04:42
xnoxtedg, well, not tarballs, just flat files.04:42
RAOFtedg: You're aware that Mir uses abi-compliance-checker in one of our release targets?04:49
tedgRAOF: Do you use dh_acc ?04:50
RAOFNo, we don't use that though.04:50
RAOFWe're the reason that abi-compliance-checker is in main, though.04:50
RAOFSo feel free to MIR dh_acc :)04:51
xnoxRAOF, same source package. so MIR shouldn't be required, just binary promotion.04:52
tedgHeh, I thought this was going to be an easy way to move from symbols.... but eh, it's being more painful than I'd wanted.04:52
RAOFxnox: Oooh, even easier.04:52
RAOFtedg: Once you've got it all worked out, I'll happily steal it for Mir's packaging :)04:52
xnoxtedg, both are interesting tools, and both do different stuff.04:53
xnoxthe are things one can catch with symbols vs acc.04:53
RAOFWhat can you catch with symbols that you can't catch with acc?04:53
RAOFBah. Of course. Debian metadata!04:53
tedgThe problem with symbols is that you need a GCC version specifc symbols file for anything C++, which isn't well supported and annoying.04:54
xnoxversioned deps, alternative deps, etc.04:54
xnoxtedg, use appropriate filters to mark them as optional.04:54
tedgxnox: Almost everything would be optional because the signature for string changed.04:54
RAOFIsn't your actual problem that you're trying to provide a stable C++ ABI? :P04:55
xnoxthere are plenty of c++ kde packages that get g++ symbols rihgt04:55
tedgBasically removing the checking almost completely at that point.04:55
ScottKxnox: But by using the pkg-kde symbolhelper.  Not the regular one.04:55
xnoxtedg, have you used demangled c++ names? where the demangled name is used throughout rather than a mangled one?04:55
xnoxScottK, hello =) how are you.04:55
xnoxtedg, yeah that pkg-kde symbolhelper is nice, for c++ heavy stuff.04:56
tedgxnox: Yes, the problem is how the containers changed in representing strings.04:56
ScottKNot bad, just passing through.04:56
xnoxtedg, wait, that's an ABI break no? there is no way around that, you will have different abi in dual landing.04:56
tedgSadly I still have to land things on Vivid :-/04:56
xnoxtedg, and you _mus_ use different soname in vivid vs xenial.04:56
tedgxnox: Yes, but then I need both symbols files, which doesn't really work.04:56
xnoxtedg, and you _must_ use different soname in vivid vs xenial.04:56
xnoxtedg, you can do include directive to factor them out.04:57
* tedg doesn't know what an include directive is04:57
xnoxtedg, why do you say doesn't work? you should have e.g. libfoo1.symbols and libfoo1v5.symbols04:57
xnoxand inside those you can do #include "packages.symbols.common" for common things04:58
xnoxtedg, $ man dpkg-gensymbols04:58
xnoxtedg, really read that, it has info on a lot of funky stuff one can do with symbols.04:58
tedgxnox: How does the symbols code know which to choose?04:58
xnoxtedg, what do you mean which one to choose?04:59
xnoxtedg, on vivid you should be generating libfoo1 binary package, on xenial libfoo1v5 binary package.04:59
tedglibfoo1.symbols vs libfoo1v5.symbols04:59
xnoxwhich means, changing debian/control on the fly. or for example, simply skipping this or that binary package.04:59
tedgUhg. Okay. How change debian/control on the fly?05:00
xnoxsorry go to go. but ACC will not solve your problem with symbols at all, nor the fact that you are maintaining two ABIs for two SDKs05:00
tedgK, thanks xnox !05:00
* RAOF wonders what people would think about statically linking libstdc++ into libmirclient...05:01
tedgRAOF: As long as you wrap all the containers to "Mir::list" :-)05:01
RAOFlibmirclient exposes no C++ types. :P05:02
xnoxRAOF, i hate you05:02
* tedg hates types, rewrites everything in Python05:02
* xnox alert resistance RAOF is charging the weapon05:03
RAOFThis is a real thing that might happen at one point, though, unless we have some fancier way to handle the phone-15.10-ABI-exists-forever preblem.05:06
tedgWhat I guess I don't understand, is what is the knob that knows what distro series a package is building for?05:13
tedgNot sure how to make a control file that understands/works with that.05:13
RAOFdebian/changelog, surely?05:15
tedgIt has the information, but not sure how to build a control file from that.05:18
tedgOr, wait, doesn't control have to be read before rules? To determine build deps?05:18
tedgUhg, shlibs is fine.05:21
RAOFYou could *technically* change the control file between the start of build and when the binary packages are being built.05:40
RAOFSo, early in debian/rules.05:40
RAOFI think that people are likely to hit you with sticks if you try that.05:41
RAOFJust maintain two separate packaging branches, one for vivid-overlay, one for xenial.05:41
hallyntedg: fwiw qemu ships a debian/control-in which is parsed into debian/control05:46
hallynallowing a single control-in to work for both edebian and ubuntu05:46
hallynthere is a target in debian/rules to make control05:46
RAOFAh. I see the “something writes a malformed EFI entry, resulting in Ubuntu failing to appear” bug still exists, then.06:40
pittiGood morning07:01
slangasekpitti: good morning (nice timing ;)! do you know of any recent changes to scalingstack firewall configs that would explain apport autopkgtest no longer being able to hit api.launchpad.net?07:01
xnoxpitti, good morning =)07:02
pittihallyn: that sounds very familiar, I fixed that yesterday07:02
pittioh, seems slangasek beat me to duping it by 5 mins :)07:03
pittihey xnox!07:03
slangasekpitti: yes, and now I'm looking at the autopkgtest failures that are blocking init-system-helpers in -proposed07:03
slangasekcf apport ;)07:03
Mirvpitti: robru suggested pinging you about autopkgtest running page being suspiciously short, no silos mentioned and still eg there are a lot of "Test in progress" at https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-023/excuses.html since yesterday07:03
pittislangasek: eek, they can't? no, I'm not aware of changes, but I do have to adjust the $no_proxy list every now and then07:03
slangasekpitti: well, maybe I'm misunderstanding https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/a/apport/20160208_130843@/log.gz - on second glance, the first set of errors seem to be a gpg problem07:04
xnoxcjwatson, i wonder if perl-modules really outght to be arch:any. The reason being, arch-skew is a pain. Especially on architectures that are faster than amd64 =)07:05
slangasek(HOME=/root, but not writable by the test?)07:05
pittislangasek: right, these got broken before though, apport has a hint07:05
pittislangasek: (on my list to investigate)07:05
xnoxcjwatson, but i guess it's only I that has that problem =)07:05
slangasekpitti: haha, once again I failed to read down to the bottom07:05
pittislangasek: it's held because of the linux and openssh regressions07:05
slangaseksee, I'm just going to annoy you so much by not reading to the bottom that you'll eventually have no choice but to fix it07:06
pittihttp://autopkgtest.ubuntu.com/packages/l/linux/xenial/ppc64el/ isn't very stable07:06
pittislangasek: heh, indeed! this ween isn't a sprint week, so I'm slowly crawling through bug fixes and backlog like this07:06
pittimeh, ppc64el machines are *still* unhappy07:06
* pitti follows up to the RT again07:07
slangasekpitti: ok, and I'm confident in saying that init-system-helpers didn't regress openssh's checksum testsuite to regress on armhf07:07
pittiI just hinted i-s-h, it's quite urgent07:08
slangasekpitti: thanks!07:08
pittiand retried openssh/armhf07:08
xnoxpitti, doko - findutils migrated which breaks python3.4. python3.4 is stuck in -proposed, because of amd64 build-failure.07:14
pittioh, I got python3.4 removed on dist-upgrade yesterday07:14
pittiI thought that was by intent07:14
pitti(doko was working on removing 3.4)07:14
xnoxeither all of those modules should not be arch:all, or we need to fix python3.4.07:14
xnoxpitti, sure, but at the moment debootstrap now fails in xenial-release.07:14
xnoxbecause findutils breaks python3.4 in release.07:15
* xnox has no idea why/how it migrated like that.07:15
* xnox ponders to upload findutils with the breaks removed for now.07:15
xnoxactually, i'm not sure how/where/why python3.4 is pulled in.07:17
xnoxdoko, gave back python3.4:amd64 xenial-proposed07:18
pittiMirv: bumped those07:43
didrocksdo we have some busted buildds?07:57
didrocksW: The repository 'file:/«BUILDDIR»/resolver-Oah2dz/apt_archive ./ Release' is not signed.07:57
dholbachgood morning08:02
xnoxdidrocks, that's normal.08:12
didrocksxnox: not sure I feel reassured :)08:13
xnoxdidrocks, i believe sbuild now generates a brand new archive in a temporary location, to call $ apt-get build-dep $src_pkg08:13
xnoxdidrocks, instead of trying to parse the build-deps in the .dsc by itself.08:13
xnoxdidrocks, in theory, recent enough apt should have gained capability to do $ apt-get build-dep $src_pkg.dsc without these extra archive thing.08:14
didrocksxnox: yeah, (I guess I meant apt build-dep ;))08:14
xnoxdidrocks, note it's the 'file:/«BUILDDIR»/resolver-Ls0sgY/apt_archive' which is unsigned, a temp directory, inside the build-directory, inside the brand new chroot.08:14
didrocksok, didn't know that changed :)08:14
xnoxdidrocks, but like version constraints, alternative deps are all resolved correctly like this, ditto multi-arch, build-profiles and a bunch of other stuff.08:15
didrocksok, good to know! :)08:15
didrockswhich comes to my next question (I guess it's for doko): any hint on python3-argcomplete now being installable in xenial? :p08:16
didrocksdidn't see any upload, nothing08:16
didrocksxnox: do you have a chdist handy? The one on snakefruit doesn't seem to want to get up to date08:21
xnoxdidrocks, i do, what's up?08:21
xnoxargcomplete thing?08:21
didrocksxnox: do you mind trying to install python3-argcomplete (as the logs above mention, it doesn't want to in -proposed)08:21
didrocksyep ;)08:22
didrocksxnox: any lead or should I setup my own chdist?08:47
xnoxdidrocks, let me find that terminal08:50
didrockshidden in a jungle of others! :)08:51
xnoxdidrocks, it's installable in -proposed.08:51
xnoxbut without findutils.08:51
xnoxdidrocks, soon python3.4 will be fully removed, and then things will get better.08:52
pittiMirv: valid candidate  now08:56
pittislangasek: I get the regressions locally as well, so not a firewall issue08:57
pittislangasek: ooh -- that's bug 1541925 again08:58
ubottubug 1541925 in gnupg (Ubuntu) "Tries to create temp files under ~/.gnupg but doesn't create the dir" [High,New] https://launchpad.net/bugs/154192508:58
xnoxpitti, python-numpy -> numexpr adt test looks strange, as it's using "old" numexpr unlike all other arches. Can it be triggered/hinted to test both numpy & numexpr from -proposed on s390x? or e.g. hinted over08:59
didrocksxnox: hum, what is your definition of "soon", not sure how to unblock ubuntu-make today :)08:59
xnoxdidrocks, remove python3.4 from the archive =)08:59
xnoxdidrocks, or make the python3.4/amd64 build and pass test-suite.08:59
didrocksxnox: I guess doko is on it, right? ;)08:59
xnoxdidrocks, what do you mean "unblock" ubuntu-make? if it's in a ppa, enable building with -proposed.08:59
didrocksxnox: no, it's in xenial09:00
xnoxand on !amd64 =)09:00
didrocksand blocked in proposed due to this FTBFS09:00
pittixnox: I retried it for now, so it should run against the new version; if that still doesn't help, I'll have a closer look and hint09:00
xnoxpitti, thanks.09:00
pittixnox: err .. look at the queues on http://autopkgtest.ubuntu.com/running.shtml09:00
pittithat will take a while09:00
xnoxpitti, from same numpy triggers, python-pywcs is werid it says regressions yet no test exist in that package09:01
pittithe Perl did it again09:01
xnoxpitti, is that something you have to manually remove?09:01
didrocksso, basically a lot of packages are going to FTBFS due to this half-transition/removal I guess?09:01
xnoxdidrocks, well. it's an arch skew, yes.09:01
pittixnox: right, I consider exit code 8 "no tests in this package" as regression, as usually it's not intended to remove htem09:01
pittiso I at least want to have a look and make sure it's intended09:02
seb128@pilot out09:02
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: darkxst
xnoxpitti, but it looks like it's getting reverted to a older version.09:02
pittixnox: ah no, it seems they were added only in -proposed, so running against the released version doesn't work09:02
pittixnox: requeued with running both from -proposed09:04
* pitti expects having to shortcut perl a bit09:04
xnoxpitti, we need more builders =)09:08
xnoxpitti, i'm failing to run components-missmatch report locally. Are there magic options that one should pass to it?09:30
xnoxcause at the moment, it tries to like demote dash for me, which should remain in required =/09:31
xnoxwhat options are used to run the official report for e.g. xenial-release?09:31
michael-vbHello again.  I posted a question regarding unity-settings-daemon in combination with VirtualBox guests on Launchpad - https://answers.launchpad.net/unity-settings-daemon/+question/284461 - and was wondering whether anyone could comment.  I might mention that sometimes resizing blocks altogether.09:38
pittixnox: looking at snakefruit's bin/archive-reports, I don't see anything fancy really09:39
pitti                        component-mismatches -e touch \09:39
pitti                                -d "$OUT/$name.dot" -o "$OUT/$name.txt.new" \09:39
pitti                                --html-output-file "$OUT/$name.html" \09:39
pitti                                --csv-file "$OUT/$name.csv" \09:39
pitti                            component-mismatches09:39
pittialthough the latter argument doesn't seem to belong to the c-m call itself09:40
* pitti tries to interpret what09:40
pitti                background pids component_mismatches component-mismatches09:40
xnoxpitti, is that bin/archive-reports at all available for mere mortals to view? e.g. in ubuntu-archive-tools repository?09:41
xnoxpitti, i was expecting to see included/excluded seeds.09:41
pittixnox: http://bazaar.launchpad.net/~ubuntu-archive/+junk/scripts/changes09:41
xnoxmaybe my output is incomplete for components-mismatches to process.09:41
pittii. e. http://bazaar.launchpad.net/~ubuntu-archive/+junk/scripts/view/head:/archive-reports09:42
pittixnox: although there's an uncommitted delta there: http://paste.ubuntu.com/15000949/09:42
pitti(not sure who added this)09:42
pittiso maybe the "-e touch" does something magic09:42
pittibut if anything, including touch should want *more* packages in main09:43
cjwatsonpitti: what's up with snakefruit?09:46
cjwatsonoh, component-mismatches arguments09:46
pitticjwatson: xnox wondered how we call c-m ... that09:46
xnoxcjwatson, well i ran components mismatches locally against https://code.launchpad.net/~xnox/germinate/+git/germinate output and it decided to demote dash to universe.09:47
xnoxi don't think that would fly =)09:47
cjwatsonit expects a mirror of dists/ in ~/mirror/ubuntu/09:48
cjwatsonand you might need to pass --germinate-path09:48
cjwatsonalso it expects germinate output in the format emitted by stuff in lp:ubuntu-archive-publishing because reasons ... it might be easiest to lay things out somewhat by hand09:49
cjwatsonthough running generate-extra-overrides from there probably shouldn't be ridiculously impossible09:50
cjwatson(it uses the germinate Python modules, so set PYTHONPATH appropriately if you want to run against your own versions from a working tree)09:50
cjwatsonI still need to stare at your germinate MP at some point :)09:52
xnoxi've spend this morning starring at mounting loop4p1 and then installing bootloader on to loop0 and not seeing what the problem was =)10:03
xnoxcjwatson, yeah, starring at that mp might be useful. or e.g. diffing / starring at the produced outputs too http://people.canonical.com/~xnox/germinate-output/10:04
xnoxi'll ask steve to figure out components-missmatches. as i have customer work to do =)10:04
michael-vbOnce more - any one here knowledgeable about how unity-settings-daemon works, and specifically the RandR code?  If not, who might know?10:16
Mirvpitti: nice! too bad the Train still thinks the silo has failed automated signoff.10:16
xnoxmichael-vb, try #ubuntu-desktop? desktopy developers are there.10:17
seb128michael-vb, #ubuntu-desktop is better placed for unity-settings-daemon questions but no we don't have anyone familiar with the randr code afaik, that part come from gnome-settings-daemon and wasn't change by us10:17
michael-vbOh dear, that was what I was afraid of.10:17
seb128what's your issue?10:18
xnoxmichael-vb, i only work on things from "nothing installed" to "reaching multi-user.target" =)10:18
michael-vb(10:38:01) michael-vb: Hello again.  I posted a question regarding unity-settings-daemon in combination with VirtualBox guests on Launchpad - https://answers.launchpad.net/unity-settings-daemon/+question/284461 - and was wondering whether anyone could comment.  I might mention that sometimes resizing blocks altogether.10:18
* xnox guesses seb128 has a highlight on "ubuntu-desktop" keyword.10:18
michael-vbIt was an issue back in the days when it was still gnome-settings-daemon too, but I never found time to properly look into it.10:18
michael-vbI suspect that back then someone got it working "well enough" but a VM places more strain on it.10:19
michael-vbI am rather afraid to start trying to contribute code, as last time I tried I spend more time on the bureaucracy than the code.10:19
xnoxmichael-vb, don't use VirtualBox =) install ubuntu for real? =)10:20
michael-vbRather hard, given my current job.10:20
michael-vbThat said, I run Ubuntu on my host system too.10:21
seb128michael-vb, it's worth a bug report (we might already have one) but would need debugging by somebody having the issue...10:23
michael-vbI am happy to debug, and obviously I can read and write code.10:23
michael-vbBut I was hoping we could somehow work around the issue.  My experience of getting things fixed in Ubuntu is not great.  Not wanting to complain, just to live with the facts.10:25
seb128yeah, there are more things to work on that we have people/hours in the week10:25
michael-vbDon't worry, I know all about that.10:25
seb128is that buggy monitors.xml recreated if you delete it?10:26
michael-vbIt hasn't been re-created since I deleted it last.  But of course I would take time to observe what happens.10:26
michael-vbAnd things have been working since then too in my test guest system I must say.10:27
michael-vbI dare say that when I find what triggers it that may also give me an idea for a work-around.10:28
michael-vbThen I take it I don't need to switch over to #ubuntu-desktop, but rather observe and open a bug report when I can report something sensible?  I think in the first place I have moved on a bit.10:29
seb128michael-vb, best is to open a bug against unity-settings-daemon and maybe come ask about it again on #ubuntu-desktop after feature freeze10:30
seb128I doubt we are going to have slots for that sort of debugging this week10:30
michael-vbOh, is it feature freeze time?  Perhaps I should be updating to 16.04...10:31
seb128next week it is10:32
michael-vbI  personally usually start off debugging that sort of thing by making the bug reporter work as much as possible.  It also gives me an idea of how seriously to take it.10:32
michael-vbBut I wouldn't have expected a debugging slot in the week anyway.10:33
michael-vbI will get back to then.  Hope the feature freeze goes well.10:34
michael-vb(get back to you)10:34
michael-vbThanks all.10:34
xnoxcjwatson, parted patch is kosher, and it was filed as a bug report in debian.10:37
cjwatsonI noticed, on my queue, thanks.10:37
sil2100ginggs: hey!11:12
sil2100ginggs: I saw you did a no-change rebuild for cmake for the libjsoncpp sync-transition that happened - are you working on the transition in overall, or can I proceed with all the other uploads?11:13
sil2100ginggs: don't want to step on your toes11:13
sil2100ginggs: ...I'll go ahead with a few projects if you don't mind11:16
sil2100Since this libjsoncpp transition is blocking us a bit11:17
xnoxObscure shell -> is there any reason, why this thing doesn't do "for bridge in $br_list" instead of <<< ? http://paste.ubuntu.com/15001260/11:17
xnoxpitti, cjwatson ^11:18
* xnox is lost, i see bashism.11:18
xnoxfull thing http://paste.ubuntu.com/15001267/11:18
pittixnox: what are these ':'?11:18
pittioh, IFS11:19
xnoxpitti, quality IBM code =)11:19
pittixnox: and what is <<< ?11:19
pittiis that some shorthand for echo 'string' | ?11:19
pittii. e. constructing stdin from a string?11:20
xnoxpitti, <<< is bash HEREDOC or some such, it's liek <<EOF, apart from without "EOF" and i think it spawns a separate shell.11:20
pittiright, that's bash11:20
xnoxpitti, but, imho, there is no reason to do this crazy "while read" and <<<$br_list, when one can do: for bridge in $br_list; do11:20
pittii. e. two nested loops, one over the bridges, one over the three commands11:21
pittior  just expand out the latter, it's just three after all (same number of lines as a for loop)11:22
ginggshi sil2100, please go ahead, i've been meaning to find out how to set up a transition tracker in ubuntu11:26
ginggsdebian's is here: https://release.debian.org/transitions/html/auto-libjsoncpp.html11:26
sil2100ginggs: yeah, that would be useful, but in the case of libjsoncpp at least there's not too many reverse-deps11:26
zbenjaminjdstrand: ping, hey this came up a few weeks ago: https://bugs.launchpad.net/ubuntu-sdk-ide/+bug/1520551   could we give the debug policy the ability to handle that correctly?11:38
ubottuLaunchpad bug 1520551 in Ubuntu SDK IDE "Profiling from Ubuntu SDK IDE is working only if "networking", policy group is enabled in apparmor" [Undecided,New]11:38
didrocksdoko: hey! any idea on the python issue in -proposed we discussed above? (I saw you talked on ubuntu-desktop so, I guess you are around? :))12:01
didrockspython3-argparse can't be installed with findutils12:01
dokodidrocks: pointer?12:02
didrocksdoko: https://launchpadlibrarian.net/237060009/buildlog_ubuntu-xenial-amd64.ubuntu-make_16.02_BUILDING.txt.gz for instance12:02
didrocksand as xnox said:12:02
didrocks09:51:15       xnox | didrocks, it's installable in -proposed.12:02
didrocks09:51:26       xnox | but without findutils.12:02
xnoxdoko, it would help a lot for https://launchpad.net/ubuntu/+source/python3.4/3.4.4-2 to migrate, because findutils which breaks python3.4 is in release, thus python3.4 is not installable in release pocket anymore.12:04
xnoxdoko, given that python3.4 is on the way out, could you upload something that e.g. skips the testsuite on amd64? such that it migrates?12:04
xnoxdoko, or e.g. shall we upload a findutils without breaks for a little while?12:05
xnox(breaks on the python3.4 package)12:05
dokomeh, looking12:06
dokojtaylor, tumbleweed: what's the way to go forward with numpy? 1.11 beta doesn't look promising either ...12:22
=== vrruiz_ is now known as rvr
dokowhat is the distutils numpy autopkg test supposed to test?12:44
dokofails in -release too12:47
didrocksdoko: thanks for the fix. I'll do a give back once it's published in proposed12:48
jtaylordoko: whats the failure?12:52
dokojtaylor, the distutils test emits a user warning on stderr. now allowing stderr for this test12:59
jtaylorwhat is it printing?13:01
Laneythere's actual failures13:01
jtaylorah its still 1.1013:02
jtaylorthats the issue I told you about a while ago13:02
jtaylor+ patch for it13:02
dokohmm, can't remember13:02
jtaylorshould be fixed in 1.11 I think13:03
dokoyep, but that one is introducing more failures in autopkg tests13:03
jtaylorin others I guess?13:04
dokosee ole's report for debian13:05
tjaaltondoko: is llvm-3.8 ready to replace 3.6 in main or do you prefer to wait for next rc or final? pondering where to push new mesa..13:43
dokotjaalton, please check with 3.813:43
tjaaltonI can push it to a ppa first13:44
tjaaltonat least mesa builds with it13:44
=== marcusto_ is now known as marcustomlinson
=== tinoco is now known as inaddy
pittineither current desktop live system, nor ubiquity-only are currently booting in QEMU for me -- is that only me?14:10
davmor2pitti: which are you saying is current?14:12
pittihttp://cdimage.ubuntu.com/cdimage/daily-live/ says it's from today, yes14:12
davmor2pitti: give me 5 I'll see if I can confirm for you14:13
cjwatsonpitti: see #ubuntu-release14:13
cjwatsonapparently a missing video driver package14:13
pittiah, thanks!14:14
ogra_finally ... headless desktop images !14:16
davmor2ogra_: careful it'll overtake snappy if you are not careful :P14:18
seb128pitti, see #ubuntu-desktop backlog14:22
pittiseb128: thanks14:22
seb128it's a bit annoying that images manage to move to "current" despite having no xorg working14:23
seb128"images to have passed any automatic testing"14:23
seb128rrright ;-)14:23
=== barry` is now known as barry_
=== barry_ is now known as barry
sil2100seb128, pitti: hey! I'm updating the xenial ubuntu-touch-meta packages as per the libjsoncpp transition - but it seems the ./update script doesn't use -proposed (it removes libjsoncpp0v5 but doesn't add libjsoncpp1) - is it ok for me to modify the seeds manually in the metapackage in this case?14:43
sil2100I need to modify the seeds as part of the transition itself14:43
seb128sil2100, don't know, I'm not the right person to ask about that14:44
cjwatsonI think that's reasonable if it's a necessary part of the transition.14:46
sil2100cjwatson: thanks :)14:47
cjwatsonThis is an unfortunate consequence of the touch seeds hardcoding particular ABIs.14:47
NitrigaurI'm trying to test Xenial 64 Bit in a VirtualBox (version 4.3.6) environment, but the installer crashes on the "piix4_smbus error" as described at: http://askubuntu.com/questions/298290/smbus-bios-error-while-booting-ubuntu-in-virtualbox15:07
NitrigaurThe install crashes before I can get access to a proper terminal, so I'm unable to try the workarounds described there15:08
pittirobru: ah! I finally found some time to investigate bug 1537866 again, and now I understand what's going on15:12
ubottubug 1537866 in britney "Britney flops back and forth between Running and Approved a lot" [High,In progress] https://launchpad.net/bugs/153786615:12
damasceneleave Britney alone15:15
pittino way, she's working around the clock for us!15:16
pittiah, someone just published the d-i SRU for bug 153713615:30
ubottubug 1537136 in systemd (Ubuntu Trusty) "ISST-LTE: no network after install due to interface order change" [High,Fix committed] https://launchpad.net/bugs/153713615:30
pittibut not systemd (where the chagne actually comes from)?15:30
xnoxpitti, people request package testing overrides in #ubuntu-release =) but you don't seem to be there at =)15:36
* dholbach hugs seb128 15:36
* seb128 hugs dholbach back15:37
xnoxpitti, <apw> initramfs-tools is blocked for a test failure in linux (ppc64el).  this issue is a known intermittent failure which is kernel not initramfs-tools related15:37
xnox<apw> i have asked for it to retry but the queue is really long, and the two fixes in this are blocking image generation and15:37
xnox<apw> is preventing maas images from workgin, which is bleeding through to testing, preventing testing for the kernel15:37
xnox<apw> i am therefore requesting we hint that test for initramfs-tools15:37
seb128darkxst, I think you forgot to pilot out?15:37
* xnox wants kernel released too, to get d-i released, with bundled udebs with client fixes =)15:37
pittixnox: well, there's plenty of people who can add that override :)15:38
pittixnox: anyway, adding15:38
pittixnox: I can't influence the kernel, that gets controlled by the kernel team itself15:38
apwxnox, the kernel hasn't been tested on baremetal in large part for the maas issues this initramgs-tools is attempting to fix15:38
xnoxpitti, but you are like the best and the most responsive =)15:38
pittihint added15:39
xnoxapw, hmm... you are running maas on s390x?15:39
xnoxapw, please ellaborate15:39
apwxnox, we have been unable to test any as far as i know, and smosers fix is meant to be part of the solution there15:41
apwxnox, my fix is related to alternate image builds failing15:42
apwxnox, i don't think we are runnign maas on s390x, but its not me who does the automation there15:42
pittitjaalton: ah, did you release d-i? the systemd change should be released along then, as that's the actual change in d-i15:43
pittitjaalton: (udev-udeb)15:43
pittitjaalton: I didn't yet see confirmation from the reporter that it fixes the bug, but if it's still broken we can always re-open15:44
pittitjaalton: and I tested the -proposed netboot images to make sure they are okay15:44
tjaaltonpitti: the d-i one was just a rebuild, and there was another one needed which had to get in proposed15:44
pittitjaalton: right, a rebuild against the proposed udev-udeb15:45
tjaaltonpitti: so yeah the actual bug is still unverified by the reported15:45
xnoxdoko, your "fixed" python3.4 looks "better" than the previous upload =/15:45
pittitjaalton: to make that change actually effective, as udebs get "collected" during d-i build15:45
* pitti releases15:47
sidiAnyone ever programmatically mounted partitions? Trying to find a way to mount arbitrary partitions on top of an overlayFS partition (lower dir is root, basically I  wanna ensure that /dev, /run, etc are mounted as ro, and that /home is mounted as part of the overlayFS)16:03
marlincIs there a channel with people (trying) to run the latest development release as daily driver?16:15
xnoxmarlinc, /j #ubuntu+1 i think16:17
xnoxmarlinc, as long as you do not enable xenial-proposed it should be fine, unless you are talking about phone releases in that case #ubuntu-touch16:18
didrocksdoko: I guess you did see that https://launchpad.net/ubuntu/+source/python3.4/3.4.4-2ubuntu1 FTBFS, right?16:19
marlincAh, thanks xnox. I'm not on proposed16:19
dokodidrocks, I guess you saw https://launchpad.net/ubuntu/+source/python3.4/3.4.4-2ubuntu2 before asking16:19
didrocksdoko: oh, launchpad didn't list it when I refreshed16:20
didrocksthanks doko :)16:20
marlincI've never in my life filled this many bug reports :P16:22
marlincI kind of like it16:22
seb128Suppression de python3.4 (3.4.4-1) ...16:30
seb128xargs : l'option -s contient un nombre non valide16:30
seb128Usage: xargs [OPTION]… COMMANDE [ARGS-INITIAUX]…16:30
seb128barry, doko, ^ known issue?16:30
seb128Suppression de libpython3.4-stdlib:i386 (3.4.4-1) ...16:30
seb128xargs : l'option -s contient un nombre non valide16:30
seb128dist-upgrading xenial16:31
barryseb128: doko's had some recent uploads, but sorry i don't understand the french output ;)16:31
seb128barry, it's close enough from the english words ;-)16:32
seb128barry, invalid number used for the -s xargs option16:32
barryseb128: ah.  i'm not aware of this problem, but doko is working on the package (i've seen a couple of uploads in the last day or so)16:33
seb128while removing those python3.4 packages16:33
dokoseb128, which awk do you have installed?16:38
seb128$ dpkg -l | grep awk16:38
seb128ii  gawk                                                  1:4.1.3+dfsg-0.1                            i386         GNU awk, a pattern scanning and processing language16:38
seb128ii  mawk                                                  1.3.3-17ubuntu2                             i386         a pattern scanning and text processing language16:38
seb128doko, ^16:38
tjaaltonmterry: hi, do you have time to look at bug 1543659?16:38
ubottubug 1543659 in xserver-xorg-video-amdgpu (Ubuntu) "MIR: xserver-xorg-video-amdgpu" [High,New] https://launchpad.net/bugs/154365916:38
seb128doko, * 0            /usr/bin/gawk    10        mode automatique16:39
dokoseb128, well, try running the prerm/postrm manually and tell me what goes wrong16:39
mterrytjaalton, sure16:39
dokonever saw this locally16:39
tjaaltonmterry: cool, it needs to move to fix images16:39
dokopete-woods1, there is a duplicate package sphinx3 in the archive. can it be removed?16:40
seb128doko,  libpython3.4-minimal install wants to remove findutils16:40
seb128not sure I want to do that :p16:40
tjaaltonfindutils breaks libpython3.4-minimal (<< 3.4.4-2)16:46
dokopete-woods1, removed, no rdeps, pocketsphinx is the more recent package in the archive16:47
=== mnepton is now known as mneptok
tjaaltonseb128: looks like python3.4 isn't needed anymore, so should be safe to let it go?16:50
seb128tjaalton, yeah, it's just that I got " xargs : l'option -s contient un nombre non valide" error on removal and doko asked if I could run the prerm manually to get debug info, so I tried to reinstall it16:51
tjaaltonyeah, the added breaks was related to that16:51
dokoanyway, afk now16:53
pittibarry, slangasek: with the demise of the tech board I have lost the ability to approve https://blueprints.launchpad.net/ubuntu/+spec/foundations-x-python3-only for xenial; slangasek, can you please do that? (I suppose you are in ~ubuntu-drivers somehow)16:55
LaneyRIP techboard16:56
pittibarry: we all timed out about a week ago, it now needs sabdfl to pick candidates, then we can re-vote16:58
dholbachpitti, shall I extend the members' terms by 3 weeks?16:58
barrypitti: ah right, i remember seeing the call for candidates16:58
dholbachthat's probably the least amount of time required until we have a new TB16:59
dholbachlet me set it to 1st March17:00
dholbachinfinity, kees, mdeslaur, pitti, slangasek, stgraber: I extended your TB terms for another 3 weeks17:04
mdeslaurdholbach: thanks17:05
pittidholbach: thanks!17:17
Laney$ gdb ./pitti17:19
naccslangasek: for a package that is in Debian experimental (e.g., libbson, libmongoc) that are not yet in Ubuntu, should I file a sync bug or a needs-packaging bug?17:28
xnoxLaney, maybe simply re-initialise matrix back to the known state of the 90s?17:29
xnoxnacc, request-sync from experimental.17:35
pete-woods1doko: okay, I can't actually remember now, it's so long since we used it17:36
xnoxnacc, $ man requestsync17:36
naccxnox: thanks -- found more relevant documentation of the same on the wiki17:36
xnoxnacc, excellent =)17:36
dsmythiesThe last couple of updates to the installation-guide package appear to have been done somewhere downstream from the Ubuntu master source at:17:37
dsmythiesWhen we publish the installation guide on help.ubuntu.com we prefer to work from the master source (we didn't the other day).17:38
dsmythiesWould be possible to get this situaiton corrected?17:38
xnoxdsmythies, i'm not sure what you mean. That branch is the master branch for packaging installtion-guide source package in ubuntu, which is then uploaded into the archive.17:39
xnoxand the generated pages are also published online. for a given series.17:39
xnoxthat branch is now at xenial, and xenial guide is live now.17:39
xnoxdsmythies, what do you mean by "downstream"?17:40
xnoxdsmythies, and what would you like to be corrected?17:41
cjwatsonxnox: https://launchpad.net/ubuntu/+source/installation-guide/20160121ubuntu2 wasn't committed to bzr, nor were some previous uploads17:41
xnoxis there something wrong with the website vs the branch vs the .deb package?17:41
dsmythiesThe master bzr branch and the current package and the web site are not in sync17:42
xnoxdsmythies, yeap, i see that now.17:42
xnoxdsmythies, i don't have time to do this now, but i'll open a bug report to reconcile the lot.17:42
xnoxdsmythies, thanks for spotting this.17:43
dsmythies O.K. note: the web site is preliminary anyhow and with a disclaimer that stuff might be wrong.17:43
xnoxdsmythies, yeah. it's just there is a bunch of new stuff in it, and we do want as many eye balls on it as possible.17:44
dsmythiesSee: https://help.ubuntu.com/17:44
dsmythiesxnox: O.K. I see bug 154370018:10
ubottubug 1543700 in installation-guide (Ubuntu) "reconcile archive uploads with packaging branch" [Undecided,Triaged] https://launchpad.net/bugs/154370018:10
xnoxdsmythies, yes.... i opened that bug.... and assigned to myself.18:12
* xnox is xnox18:12
xnoxdsmythies, but will not get to do it this week though =(18:13
naccas I go through and file bugs for various PHP updates in anticipation of the PHP7.0 move (and removal of PHP5), is there a more efficient way to file the staged build bugs than using the launchpad web UI? apport seems to be more for reporting functional problems? I could script something using launchpadlib, but that seems like time I don't quite have right now :)18:23
cjwatsonif you want a scripted way of doing things with Launchpad, then launchpadlib is it18:25
nacccjwatson: ok :)18:25
nacccjwatson: i can c&p for most of the bugs, and it's probably good for me doing my due diligence, just wasn't sure if there was a more efficient way18:26
sabdflpitti, i have nominations, need to think through the short-listing, will ask TB for comments this weekend18:36
pittisabdfl: ah great, thanks18:39
naccslangasek: i assume it's ok for debian/tests/control to not understand staged dependencies (that is, i've only been modifying debian/rules and debian/control, since I figure during the bootstrapping, autopkgtest may be "known broken")?18:49
slangaseknacc: yes18:51
pittinacc: it's indeed fairly easy; if you need some inspiration, http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/crashdb_impl/launchpad.py#L174518:51
naccslangasek: great, thanks18:51
pittinacc: there are some oddities due to being bilingual, and you don't need the "blob" stuff18:52
naccpitti: thanks! i'll try and take a look at that!18:52
=== ben64 is now known as Guest31979
naccadmittedly, doing it manually is making me consider each staged build and decide if it's really necessary :)18:53
naccwhich is probably good18:53
pittinacc: i. e. unless you have attachments, it's basically just the single createBug() call at http://bazaar.launchpad.net/~apport-hackers/apport/trunk/view/head:/apport/crashdb_impl/launchpad.py#L177818:53
naccpitti: wonderful, that's probably exactly what i need18:54
pittinacc: https://launchpad.net/+apidoc/1.0.html#bugs-createBug18:54
naccpitti: thanks!18:57
roaksoax34/win 1319:17
pitticyphermox: hey, how are you?20:49
cyphermoxdoing alright, you?20:49
pitticyphermox: I just found a little "one of these days" item on my list -- do you know about NM's captive portal detection by any chance?20:50
pittisome Fedora guys mentioned that NM has done that for a long time already, but I've never seen it actually working20:50
pittidid we disable that by any chance?20:50
cyphermoxit's not enabled by default20:50
pittiit seems to be one of the values of the NM_CONNECTIVITY dbus properties20:51
cyphermoxbut yeah, it's there, just it doesn't always work as well as some people would like... there was a rather long thread about this on ubuntu-devel@ some time ago20:51
pitticyphermox: well, having it in NM is one side, but I suppose that actually needs to be handled in nm-applet somehow, changing the icon and menu accordingly20:52
pittibut I can't find anything with grep -Eri 'captive|portal' in n-m-applet20:52
cyphermoxnot that much20:52
cyphermoxthere has never been anything special for it in nm-applet20:52
cyphermoxnot even in fedora20:52
pittilike on Android you get a wifi notification symbol with a question mark20:53
cyphermoxI suppose it could be added20:53
pittiwhich opens some kind of randomly generated URL on google20:53
pittiI wonder what fedora uses for that then, this can hardly be a fedora patch to nm-applet?20:53
cyphermoxI don't think there is any special patch for that20:53
cyphermoxthey might only enable it and let applications deal by itself with the actual DBus API value20:54
cyphermoxie. CONNECTED_GLOBAL, or CONNECTED_LOCAL, or whatever20:54
pittiNM also doesn't have a switch for it20:54
pittioooh! https://lists.fedoraproject.org/pipermail/desktop/2014-July/010061.html20:54
pittithat says that it's handled in gnome-shell, not nm-applet20:54
pittibah! why would you put that there..20:54
cyphermoxbecause they use gnome-shell?20:55
pittiyeah, I figure20:55
pittijs/ui/status/network.js:        let isPortal = this._client.connectivity == NetworkManager.ConnectivityState.PORTAL;20:56
pitticyphermox: ah, got it, grepped gnome-shell now20:56
pitticyphermox: ok, nevermind then20:56
cyphermoxwell, it could well be added to nm-applet20:56
cyphermoxit just isn't there yet, and I'm not sure what it could look like?20:57
mwhudsoninfinity: ping20:57
pittiwifi symbol with a question mark?20:57
cyphermoxI wish we didn't need to create new icons :P20:58
pittiI thought one could put an emblem on a standard icon20:58
pittilike nm-applet does with the lock when you are on VPN?20:58
cyphermoxthat's no longer composited together20:59
cyphermoxthat used to be the case, but at some point I had to put the icons together, since indicators didn't support the necessary composited / passing a pixbuf20:59
cyphermoxor something to that extent20:59
pitticyphermox: as background, this came up when we quickly discussed how to enable DNSSEC on desktops, and apparently this was a necessary part (I forgot the details, though)21:00
pitticyphermox: oh, a shame21:00
cyphermoxwell, perhaps that has changed21:00
cyphermoxor someone more knowledgeable might want to have a crack at it21:00
cyphermoxbut yeah, before you do DNSSEC you might want to do some checking to know whether you really are online, or trapped behind a portal of some sort21:01
cyphermoxeven though that won't get you that much more security either, since that portal could fake whatever it wants :)21:01
ginggsdoko, i  managed to get petsc to build on powerpc porterbox by skipping the 2 MPI process test (the 1 MPI process tests run fine)21:23
darkxstpilot out21:24
darkxst@pilot out21:24
=== udevbot changed the topic of #ubuntu-devel to: Wily (15.10) Released! | Archive: open | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-wily | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
naccslangasek: question about what to do with a package for code that is EOL upstream? and we carry the supported upstream version of the same code in a different package21:33
slangaseknacc: hmmm, request the package's removal?21:35
slangaseknacc: which is 1) bug report against the package, 2) subscribe ubuntu-archive21:36
naccslangasek: i'm tempted to do that (and is what i did during my side build)21:36
naccslangasek: ok, thanks!21:36
naccslangasek: and i think the upstream versions of the deps that exist, ahve updated to use the new libs ... will note that in their bugs21:38
jderoserandom question: any one able to get UEFI vms working with qemu? previously i used "-bios /usr/share/ovmf/OVMF.fd" for UEFI, but there seem to be problems booting into the install afterward21:39
cyphermoxjderose: yes, it does work well here21:40
jderosecyphermox: you happen to have an example command line that works for you?21:40
jderosecyphermox: in my case, it boots to the correct drive with the -cdrom option is supplied, but wont boot to it from subsequent calls that don't include the -cdrom option21:42
cyphermoxah, I'm not changing the options from one boot to the next21:42
jderosehmm, maybe i can work around it by always including -cdrom21:43
cyphermoxqemu-system-x86_64 -name efi-test-x86_64 -cpu core2duo -enable-kvm -monitor stdio -serial pty -boot menu=on -usb -m 1024 -vga qxl -m 1024 -bios /usr/share/qemu/OVMF.fd -net user -net nic -drive file=../iso/xenial-desktop-amd64.iso,media=cdrom -drive file=disks/efi-testdisk1.qcow221:43
pittijderose: I regularly use that for testing, yes21:43
pittijderose: but I grabbed the OVMF.fd from upstream, not the packaged one (but that was a while ago, perhaps the packaged one works too now)21:44
cyphermoxjderose: this is what I'd use ^21:44
cyphermoxthe packaged one did indeed have issues before, AFAIK they are fixed now21:44
jderosecyphermox: pitti: thanks! yeah, i've been using the pre-build ovmf package since trusty or so, seems to work well21:44
cyphermoxjderose: I put my vm spawning commands in scripts that I published on bzr too: https://code.launchpad.net/~mathieu-tl/+junk/vm21:46
jderoseoh yeah, i'm only having trouble since upgrading from wily to xenial, forgot to include that bit21:46
jderosecyphermox: i didn't realize you could emulate 4k logical sector size with qemu... very handy, thanks!21:48
cyphermoxjderose: that's... special21:48
cyphermoxit *used to work*21:48
cyphermoxnow I mucked with it some earlier this cycle and it didn't seem to, but I may have been doing something wrong21:48
jderosecyphermox: with what qemu version did it stop working?21:48
cyphermoxI don't know21:49
jderoseno worries, just curious :)21:49
mwhudsontaaalking of ubuntu-archive bugs ... https://bugs.launchpad.net/ubuntu/+source/golang-go.tools/+bug/153431321:56
ubottuLaunchpad bug 1534313 in golang-go.tools (Ubuntu) "RM superseeded by golang-golang-x-tools" [Undecided,Confirmed]21:56
=== Noskcaj_ is now known as Noskcaj
jderosecyphermox: pitti: my hunch is my Xenial problem might be related to this - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=76491822:22
ubottuDebian bug 764918 in ovmf "Please split into OVMF_VARS.fd and OVMF_CODE.fd" [Wishlist,Fixed]22:22
rharperjderose: sudo qemu-system-x86_64 -enable-kvm -drive file=/usr/share/OVMF/OVMF_CODE.fd,if=pflash -drive file=/usr/share/OVMF/OVMF_VARS.fd,if=pflash  boots the uefi bios in xenial;22:28
jderoserharper: awesome, thanks! i think that's what i was looking for :)22:31
rharperjderose: cool, though the bug you referenced is good background;  I was somewhat aware of this split but reading more to see if we need to make any changes,22:31
jderoserharper: so you don't use the -bios option in how you set this up? that's how i always used to do this, but perhaps that's been outdated for a while22:32
naccslangasek: in the process of updating a package's explicit deps (e.g., php5-mongo -> php-mongodb) and also adding staged builds, can I do that in one bug (i.e., "php-monolog: bootstrap for PHP7") or would it be preferred to do it via two bugs?22:37
slangaseknacc: one bug is fine with me22:37
naccslangasek: ok, thanks!22:37
naccmwhudson: thanks for the tweaks to a few of those bugs, apologies you needed to do that. Any advice for me on fields to check are generally correct? Don't want to make more work for anyone!22:39
mwhudsonnacc: i've entirely forgotten context22:42
naccmwhudson: all the php bugs going by you probably22:42
mwhudsonnacc: or alternatively you didn't mean to direct that at me :-)22:42
mwhudsonnacc: ah no definitely not me then :-)22:42
naccmwhudson: ah sorry!22:42
mwhudsonhodson vs hudson?22:43
naccyep :)22:43
naccand not paying close enough attention on my part :)22:43
sarnoldfeel free to ignore what he does on bugs; most of the time it's just noise22:43
jderoserharper: quick question: in your example, are you using sudo because you need write access to /usr/share/OVMF/OVMF_VARS.fd? as in the debian bug, not sure i totally understand the purpose of OVMF_VARS.fd. sort of seems like something that might need a per-VM writable copy22:57
rharperjderose: yeah, temporarily;  you are free to copy that template and put that in per-user writable space and can drop the sudo and use kvm group22:57
rharperthe _VARS is a UEFI write space for pre-boot configuration (like which device to boot and a bunch of other stuff)22:58
rharperstill reading the bug, but in general we'll need to switch over and figure out of apparmor profiles and other things need to change22:58
tewardhas the process for requesting FeatureFreeze exceptions changed, or is still relatively the same process?22:58
jderoserharper: so just OVMF_VARS.fd needs to be writable by the process, not OVMF_CODE.fd?22:58
tewardbeen an eon since i've had to req. an FFe, so i'm prepping ahead of needing to, making sure I know what I need ;)22:59
rharperjderose: that's my understanding22:59
rharperthe _CODE.fd is the runtime read-only UEFI code, the VARS are writable settings that the UEFI runtime inside a guest can modify22:59
jderoserharper: okay, thanks! seems few on the internets yet know how to work with this new way of doing things22:59
rharperit looks like libvirt will DTRT for you w.r.t making copies and keeping things per-user23:00
rharperif you use qemu directly, then you'll need to make that copy yourself23:01
rharperjderose: virtual uefi adoption goes just about as slow as physical uefi adoption =/23:01
jderoserharper: yeah, i'm using qemu-system directly, but this should be a pretty minor change once i get it figured out23:01
jderosehehe :D23:01

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