=== attente_ is now known as attente
=== ssweeny` is now known as ssweeny
=== _salem` is now known as _salem
=== fginther` is now known as fginther
=== Zic_ is now known as Guest40484
=== Elimin8r is now known as Elimin8er
=== bdrung_ is now known as bdrung
=== lfaraone_ is now known as lfaraone
=== FlannelKing is now known as Flannel
=== adam_g` is now known as adam_g
pittiGood morning05:42
pittiapw: hm, https://www.debian.org/doc/debian-policy/ch-relationships.html says that they are supported with !05:44
=== thegodfather is now known as fabbione
dholbachgood morning07:50
dholbachmvo_, do you know where http://pastebin.ubuntu.com/13309322/ could be coming from?07:50
mvo_dholbach: hm, thats usually if the wily.tar.gz and wily.tar.gz.gpg are out of sync, could you try again as user without the sudo and see if that makes a difference?07:52
dholbachmvo_, now it seems to work - it didn't work in update-manager earlier, which is why I switched to do-release-upgrade07:56
mvo_dholbach: I suspect network/proxy or similar effects :/08:03
dholbachok, thanks08:03
=== Guest40484 is now known as Zic
apwpitti, right they are normaly, it seems that the regexp that extracts them for tests/control doesn't expect !09:20
popeypitti, got my cpu spinning on apport with caja again, what debugging should I do?09:26
popeypitti, http://paste.ubuntu.com/13310423/ is a few moments of strace from apport09:29
pittiapw: oh! that does sound something that can be fixed easily09:36
pittiread(4, "651-475c-811c-ce2' failed: No su"..., 4096) = 409609:39
pittipopey: that looks interesting09:39
pittipopey: can you look into /proc/<apport pid>/fd/4 what this points to?09:39
pittiread(4, "glibtop(c=4170): [WARNING] statv"..., 4096) = 409609:39
pittithat too09:39
pittithat could be a d-bus call09:40
popeylr-x------ 1 root root 64 Nov 17 09:40 /proc/22274/fd/4 -> /var/crash/_usr_bin_caja.1000.crash09:40
pittiuh, wth09:40
popey-rw-r----- 1 alan whoopsie 67466388 Nov 10 14:50 /var/crash/_usr_bin_caja.1000.crash09:40
popeyfrom days ago09:40
pittiok, this is apparently from reading the previous file to determine the CrashCounter: value09:41
popeywould you like me to file a bug against apport perhaps?09:42
pittipopey: yes, easier for tracking, that doesn't seem a trivial issue09:42
popeyokay, any additional logs I should attach?09:42
pittipopey: is it still looping over reading from fd 4 if you attach strace now?09:42
pittipopey: please don't kill it yet, I'd first like you to run some experiments which would reproduce this09:43
popeyokay. It's making my laptop hard to use though, just so you know :)09:43
popeyhttp://paste.ubuntu.com/13310583/ is the latest from the strace log09:44
pitti$ python3 -c 'import apport.fileutils; print(apport.fileutils.get_recent_crashes(open("/var/crash/_usr_bin_caja.1000.crash", "rb")))'09:44
pittipopey: ok, so still looping over reading the old file; what does that ^ say for you and how long does it take?09:44
popeypitti, that doesn't feel like it's going to finish any time soon :) 24328 alan      20   0   78124  30796  10508 R  89.8  0.2   0:26.35 python309:45
popeythat's now eating a core too09:45
pittipopey: oh, good! so that reproduces it09:45
pittipopey: so you can kill apport09:45
popeyand the python3 thing?09:46
pittipopey: can you scp that .crash to people.u.c., or just attach it to the bug (if you are reasonably sure it doesn't have s3kr1t stuff in it), so that I can try here?09:46
pittipopey: you can kill it too09:46
pittipopey: but please try again if it still hangs after you killed apport, to be sure09:46
popeypitti, it does09:47
pittipopey: cool; so we have a much easier handle on this09:47
pittipopey: if I can reproduce it with your .crash file, then you are entirely off the hook :)09:47
popeyuploading now09:47
popeypitti, https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1516947 is the bug for it, link to crash in the bug09:49
ubottuLaunchpad bug 1516947 in apport (Ubuntu) "apport looping on an old crash dump" [Undecided,New]09:49
popeythanks for the help!09:50
Mirv_@pilot out09:52
=== Mirv_ is now known as Mirv
Mirv@pilot out09:52
=== 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:
pittipopey: reproduces fine, thanks!09:52
Mirv(not really pilotting for 27h)09:52
=== G_ is now known as G
halfiehi, the .deb packages seem to be missing from http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-rc1-wily/11:04
halfiewhich is a bit unusual11:04
=== oSoMoN_ is now known as oSoMoN
=== _salem is now known as salem_
=== cpaelzer_ is now known as cpaelzer
=== blami_ is now known as blami
=== ssweeny` is now known as ssweeny
=== francisco is now known as Guest59143
=== Pici` is now known as Pici
cyphermoxgood morning!14:01
mdeslaurhi cyphermox!14:03
seb128hey cyphermox mdeslaur14:04
tsgmicahg: checking in to see if you would have a few to take a look at bug 1516259 and bug 1515710 today. Thanks!14:04
mdeslaurhi seb12814:04
ubottubug 1516259 in Precise Backports "Please backport liberasurecode-1.1.0, python-pyeclib-1.1.1 to precise" [Undecided,New] https://launchpad.net/bugs/151625914:04
ubottubug 1515710 in trusty-backports "Please backport liberasurecode-1.1.0, python-pyeclib-1.1.1 to trusty" [Undecided,New] https://launchpad.net/bugs/151571014:04
LocutusOfBorg1hi, who is patch piloting today? I have a quick and easy SRU to ask you :p14:14
* LocutusOfBorg1 is joking, there is no easy SRU, but a really difficult one14:15
=== barry` is now known as barry
LocutusOfBorg1sometning like this  2729 files changed, 779602 insertions(+), 142675 deletions(-)14:15
nils17perhaps anybody knows it in this channel: where can I disable the warning "granted permissions without asking for password" when I execute e.g.   gksudo nautilus ?14:18
seb128LocutusOfBorg1, you can try barry or TheMuso (though he's probably eod for a while) or bdmurray14:28
=== tlyu_ is now known as tlyu
barryLocutusOfBorg1: i'm around, but have a couple of other things on the stack atm.  give me some info and i'll try to take a look14:42
LocutusOfBorg1barry, I'm doing test builds right now14:43
LocutusOfBorg1TLTR: I need to upgrade virtualbox-precise as SRU from 4.1.12 to 4.1.4414:43
LocutusOfBorg1and trusty from 4.3.26 to 4.3.3414:43
LocutusOfBorg1I already did the same for debian, with a great success14:44
LocutusOfBorg1and I'm starting from that version to do the same for ubuntu14:44
LocutusOfBorg1(also wily needs fixing, but we can just SRU with the xenial version)14:44
barryLocutusOfBorg1: ok.  i'm not a virtualbox expert, so i might defer, but i'll take a look when you're ready14:44
LocutusOfBorg1the rationale is many CVE fixes, stability fixes, and kernel building again14:45
LocutusOfBorg1I'm going to open a bug to keep track of patches if it is ok for you14:45
barryyes please!14:45
=== alai888 is now known as alai
=== Guest80875 is now known as mfisch
=== mfisch is now known as Guest20594
=== Guest20594 is now known as mfisch
rbasakpitti: please could you see bug 1511899? What's the logic for where /bin/running-in-container should belong now? If in init-system-helpers, then do we just need a versioned breaks/replaces for upstart?15:36
ubottubug 1511899 in init-system-helpers (Ubuntu) "init-system-helpers and upstart need to conflict/replace" [High,Triaged] https://launchpad.net/bugs/151189915:36
rbasakIt seems upstart 1.13.2-0ubuntu17 doesn't ship /bin/running-in-container.15:37
pittirbasak: hallyn moved it to i-s-h in bug 1442228; can't say I'm happy about this as it's a permanent delta, but that's the status quo15:39
ubottubug 1442228 in lxc (Ubuntu) "lxc fails to start inside vivid container" [Critical,Fix released] https://launchpad.net/bugs/144222815:39
pittirbasak: so I guess i-s-h needs to B/R: upstart (<< 1.13.2-0ubuntu13)15:40
rbasakpitti: OK so I'll just upload a Breaks/Replaces then?15:40
pittirbasak: in the long run I'd rather get rid of it15:41
hallyni did what?15:42
rbasakhallyn: https://launchpad.net/ubuntu/+source/init-system-helpers/1.22ubuntu1015:43
rbasakhallyn: a necessary Breaks/Replaces has gone missing since, though I see that you did upload one originally.15:43
rbasakMaybe some move between upstart and upstart-bin?15:43
pitticould also be a merge error in i-s-h15:45
pitti(much more likely, as the B+R need to go there, not into upstart)15:45
rbasakYeah looks like a merge error.15:46
hallynwoulda preferred systemd depend on upstart? :)15:46
rbasakI'll upload a fix.15:46
hallynwhere do we need running-in-containers these days?  maybe it's too early for me to thinkabout this.15:48
pittiprobably only an archive grep can tell15:54
pittimostly in LXC, but a few otehr packages might have picked it up too15:54
gQuigsis udisks2 something we plan to support for a long time?15:54
seb128gQuigs, is it being replaced?15:55
seb128but I guess it any case even if it is that's not for the coming LTS15:55
gQuigsseb128: trying to convince adobe to move off of hal, and want to make sure it's not going anywhere15:55
seb128so yeah, we probably keep to support udisks2 for a while15:55
pittithe only potential replacement today is storaged, but we haven't looked at that so far, and it's D-BUS API compatible (it says, anyway)15:55
gQuigsawesome, so I'll recommend they move to use the D-BUS api15:56
=== caribou_ is now known as caribou
didrocksximion: hey! after Laney poke me about some appstream-dep11, I did fix it and create a PR: https://github.com/ximion/appstream-dep11/pull/116:28
didrocksximion: I tried to summarize my findings as much as possible on the description, do not hesitate to tell me if you think I should do any modification16:29
ximiondidrocks: neat, thank you!16:41
ximionusing setuptools properly was on my todo-list even, but admittedly at a very low position ;-)16:42
LaneyI tried to install a checkout in a virtualenv and it didn't work16:42
Laneyso invoked the didrocks :P16:42
didrocksximion: yw! Indeed, I guess those kind of crashs are the only way to motivate changing things that basically worked :p16:43
didrocksximion: oh, I didn't write it on the PR, but I reinstalled on our machine a new blank virtualenv with my branch, installed it there and did a successful run16:44
ximiondidrocks: that's a pretty interesting bug you've found there - I wasn't aware that this couls happen at all...16:45
didrocksximion: I wasn't aware about that __spec__ + multiprocessing either beforeā€¦ today :p16:46
ximionbtw, initially the python3-dep11 module was meant to be used by Python applications reading DEP-11 data, so there initially was a split between all the database/building stuff in scripts/ and read-only stuff in dep11. That just made things harder anyway, so the change is fine16:46
ximion(and actually, reading DEP-11 in Python is as simple as safe_load'ing a YAML file)16:47
ximiondidrocks: multiprocessing leads to some very weird and hard-to-debug issues...16:47
didrocksyeah, that was my feeling when reading the code16:47
didrocksximion: I'm using futures module now, not sure if there is a constant pool functionality though16:48
ximionfor example, one that I still haven't tracked down, opening a LMDB database in the main process and then starting multiprocessing doesn't work - the child processes simply return without an error, and that's it16:48
ximionso we now close the db and reopen it everytime :-/16:48
didrocks(but it's quite nice for ThreadPoolExecutor and ProcessPool)16:48
didrocksurgh, yeah, that's why it's quite slow I guess16:49
didrocksthat was your comment on calling "fork_server", I saw this16:49
ximionthat even was a different story at first, involving an issue with apt_pkg, which is now fixed...16:52
ximionthe code was fast once, but in order to not double-process data from different suites, we unfortunately need to give the generator access to the database. Which results in better data and increased speed16:53
ximionI am not happy with how that thing looks, especially the icon-searching code is insane - but it's working well now16:54
ximion(and a proper fix would be to enforce stricter icon-naming and placement for applications, which won't happen anytime soon)16:54
didrocksximion: yeah, we had a similar issue with ubuntu-software-center as far as I know, I guess you have a similar insane icon-naming search path :/16:55
LaneyI think we're going to have to fix humanity16:55
didrocks(I guess Laney is talking about the theme) ;)16:57
didrocksthe meaning will be harder to fix :p16:57
* seb128 votes for Laney16:57
ximiondidrocks: mvo told me that at Debconf, made me feel a bit better - I still feel a bit guilty for sending my GSoC student through that ^^16:58
ximionat least since the "appstreamcli validate-tree" command is used by some upstreams, they all started to name their .desktop files and MetaInfo files corectly and added missing tags \o/16:59
sergiusenscyphermox, hey, random question, if I apply for PPU no, do I become an ubuntu member or is that a separate process?17:16
cyphermoxsergiusens: you should mention in your application that you want to apply for ubuntu member too, but it's documented as being granted at the same time.17:18
sergiusenscyphermox, great; last question, can I reuse an application or should start from scratch?17:20
cyphermoxsergiusens: fwiw it's a discussion we're having : https://lists.ubuntu.com/archives/devel-permissions/2015-August/000815.html17:20
cyphermoxsergiusens: if you already have an application wiki page done, by all means feel free to reuse it ;)17:20
sergiusenscyphermox, I do, from my previous PPU request :-) (which at the time thought included Ubuntu Membership) ;-)17:21
sergiusenscyphermox, thank you17:21
rbasakslangasek: could you advise on bug 1507151 please? Is the appropriate fix just to call insserv from sysv-rc.postinst with a hardcoded path, or should we drop or alter the insserv delta?17:48
ubottubug 1507151 in sysvinit (Ubuntu) "sysv-rc.postinst calls insserv by name, but insserv package does not provide the command in a bin directory" [High,Triaged] https://launchpad.net/bugs/150715117:48
LocutusOfBorg1barry, lp: #151716118:03
ubottuLaunchpad bug 1517161 in virtualbox (Ubuntu) "virtualbox SRU for CVE" [Undecided,New] https://launchpad.net/bugs/151716118:03
LocutusOfBorg1BTW can anybody please sponsor an easy backport? https://bugs.launchpad.net/wily-backports/+bug/151298218:04
ubottuLaunchpad bug 1512982 in wily-backports "Please backport hedgewars 0.9.22-dfsg-2 (universe) from xenial" [Undecided,New]18:04
LocutusOfBorg1upstream is bothering me about it, because of the online game features18:04
LocutusOfBorg1(users are asking upstream to update, and upstream is asking me to do it)18:04
LocutusOfBorg1and I'm asking you :p18:04
barryLocutusOfBorg1: okay, i opened a tab.  no promises - i seem to be just getting swamped :/18:04
=== dkessel_ is now known as dkessel
LocutusOfBorg1barry, no problem :)18:05
LocutusOfBorg1please consider that sponsoring the upload will fix at least 200 bugs18:06
=== mbarnett` is now known as mbarnett
=== salem_ is now known as _salem
=== _salem is now known as salem_
slangasekrbasak: you are describing a different bug than what was reported in bug #1507151.  The submitter's system apparently had no trouble locating insserv?19:46
ubottubug 1507151 in sysvinit (Ubuntu) "sysv-rc.postinst calls insserv by name, but insserv package does not provide the command in a bin directory" [High,Triaged] https://launchpad.net/bugs/150715119:46
=== Snow-Man_ is now known as Snow-Man
slangasekrbasak: oh - no, I see, the maintainer script gives a generic error and the real error is in the log.  ok.  Yes, the postinst already does "Make sure insserv is in the path", so it just needs /usr/lib/insserv to be part of that path, I think19:48
smoseri have a curtin testcase that fails sometimes19:51
smoserwhathapens is that it ends up not powering off the system even though poweroff was called.19:51
smoserwondering how i'd get more data out of that.19:51
smosercloud-inti invokes shutdown -P now19:52
smoserand then system just doesnt seem to go down19:52
slangaseksmoser: and you say this is intermittent?19:54
slangasekI'm not sure what systemd debugging options are available on shutdown19:55
slangaseksmoser: do you get the kernel's "powering off" message at the end?19:56
smoseritll finish like http://paste.ubuntu.com/13316912/19:57
smoserthe cloud-init message is after it has invoked shutdown (and it has received SIGTERM after having done so)19:58
slangasekwhat's the kernel commandline? is ttyS0 the only console?19:58
smoser[    0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.19.0-33-generic root=UUID=ef812a22-0d30-4d05-b0ba-8a46c02777f2 ro console=ttyS0 luks=no nomdmonddf nomdmonisw19:58
smoserheres a very verbose log http://paste.ubuntu.com/13317017/19:59
slangasekseb128: I see you synced fop, which brought in two new build-dependencies not in main; are you planning to do the MIRs for these?20:00
seb128slangasek, I've that somewhere on my todolist but rather low, feel free to steal it from me if you want ;-)20:01
Unit193slangasek: Did you get a chance to re-review the MPs after the fix?20:01
slangaseksmoser: well, the verbosity we need here is from the kernel+init, which is still lacking; I think you need to get systemd logging more verbosely to console, which I don't know how to do offhand - pitti would of course know if he's around20:02
slangasekseb128: I don't want to do them, I want the people causing the mismatches to follow through ;P20:03
smosersystemd.log_target=kmsg systemd.log_level=debug maybe20:04
smoseri'll try20:04
slangasekUnit193: hi, sorry can you give me the pointer to the MPs again?20:04
seb128slangasek, right, I sort of agree, though technically I just put back in sync since the delta was good to drop the new version would have come through autosync then without me :p20:04
slangasekUnit193: I don't remember seeing new emails, so either the MPs weren't 'resubmit'ted or I missed the mails somehow, sorry20:05
seb128slangasek, speaking about following through, do you know if doko is around? unsure what to do with packagekit in xenial-proposed, it seems there is no concrete plan to deal with it in a reasonable timeframe and it's going to block other things20:05
Unit193slangasek: https://code.launchpad.net/~unit193/ubuntu-cdimage/xubuntu-core/+merge/26816720:05
slangasekseb128: I haven't spoken to doko today; but I don't think doko's packagekit merge implies any kind of committment to follow through on the issues you outlined.  Maybe we should kick that back out of xenial-proposed?20:06
slangasekUnit193: cheers, queued for looking at this afternoon20:06
seb128slangasek, yeah, that's what I was going to do, I just wanted to hear back from doko first20:06
Unit193Great, thanks.20:06
nagromltis there a good channel for ubuntu support?20:08
Unit193nagromlt: #ubuntu is for support.20:08
tsgdoko: any ideas on who could help with https://bugs.launchpad.net/trusty-backports/+bug/151571020:40
ubottuLaunchpad bug 1515710 in trusty-backports "Please backport liberasurecode-1.1.0, python-pyeclib-1.1.1 to trusty" [Undecided,New]20:40
=== jdstrand_ is now known as jdstrand
=== salem_ is now known as _salem
jetsaredimpitti: any comments on a workaround for the following bug?21:22
ubottuLaunchpad bug 1491658 in linux (Ubuntu) "systemd[1]: Failed to insert module 'kdbus': Function not implemented" [Medium,Expired]21:22
Unit193jetsaredim: What's the bug?21:23
sarnoldpitti: (I suggested jetsaredim head here and ask you about it, it feels funny to see systemd require kdbus moments after fedora yanked kdbus from the distro -- https://lists.fedoraproject.org/pipermail/devel/2015-October/216235.html )21:23
Unit193sarnold: It's not so much that systemd requires it, but it tries to load it if it exists and thus gives output if it doesn't.  It works like it always has.  If you want, you can try the kdbus-dkms package (from Debian experimental only, IIRC.)21:24
sarnoldUnit193: oh, is -that- it? just a silly informational message?21:24
jetsaredimthe system won't boot past that21:25
Unit193sarnold: It's insignificant unless you have kdbus-dkms, pretty much.21:25
Unit193jetsaredim: Maybe, but that's not the issue.  You'll see that on any wily boot.  [    8.683505] systemd[1]: Failed to insert module 'kdbus': Function not implemented   here locally.21:26
jetsaredimUnit193: other way around i think21:26
Unit193jetsaredim: Nah, if you have kdbus-dkms, you likely want it loaded.  Otherwise just ignore it.21:26
jetsaredimmaybe i grabbed the wrong error line21:26
Unit193(And FWIW, I personally wouldn't recommend kdbus.)21:27
jetsaredimjust noticed the last line before the systemd freeze message is something about mtab not being a symlink21:27
jetsaredimI certainly didn't go out of my way to set up kdbus21:27
Unit193That's the issue, and was a known Xenial bug.21:27
Unit193LP 151137621:28
ubottuLaunchpad bug 1511376 in ubiquity (Ubuntu Xenial) "install writes /etc/mtab as file, not symlink" [High,Fix released] https://launchpad.net/bugs/151137621:28
* Unit193 passes it back to sarnold.21:28
jetsaredimi'll give that a rty21:28
sarnoldUnit193: many thanks :)21:28
jetsaredimsorry for the confusion21:29
Unit193sarnold: Sure, glad I was actually able to help you!21:29
sarnoldpitti: aha, nevermind, Unit193 covered it nicely, suggested 1511376 is the cause of the problem :)21:29
smoserslangasek, http://paste.ubuntu.com/13318228/21:30
smosertheres a 15M pastebin there for you.21:30
jetsaredimso, small-ish?21:30
smoserjetsaredim, yeah.21:31
jetsaredimseems like the fix is - boot to recovery then create link and then init 2?21:31

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