=== tinoco is now known as Guest95688
=== ubott2 is now known as ubottu
=== bdrung_ is now known as bdrung
=== DrKranz is now known as DktrKranz
=== sgclark_sleeping is now known as sgclark
=== FourDollars_ is now known as FourDollars
=== andyrock_ is now known as andyrock
=== _fortis_ is now known as _fortis
=== DalekSec_ is now known as DalekSec
=== fabo_ is now known as fabo
Mirvmitya57: it's already March 1st now. I fear it will simply be too late to rush into Ubuntu LTS, but let's see when it's really out and how does it work.07:03
Mirvbut having an upstream .0 release somewhere after FF is not a very good starting point07:04
Mirvmitya57: so the current real plan is to backport enough patches to 5.5.1 in order to be happy with it07:06
dholbachgood morning07:42
pittiGood morning07:48
=== ikonia_ is now known as ikonia
ioanmcan I sync this? https://bugs.launchpad.net/ubuntu/+source/cmd2/+bug/153992108:19
ubottuLaunchpad bug 1539921 in cmd2 (Ubuntu) "Sync cmd2 0.6.8-1 (main) from Debian unstable (main)" [Wishlist,New]08:19
ioanmi mean package it for ubuntu?08:20
tvossxnox, are you around?08:25
tvossxnox, I'm looking into boost::coroutine and wondering, why we don't build .so's for it08:26
=== ochosi_ is now known as ochosi
wgrantdoko: Is there meant to no longer be Python 2 support in xenial's vim?08:51
LaneyHe disabled it on purpose, so meant to in that sense...08:54
=== davmor2_ is now known as davmor2
=== Zic_ is now known as Zic
dokowgrant, Laney: my understanding is that having both just won't work. but I may be wrong09:22
dokoreason was to get python2 off the cloud images09:22
Laneyright, you can't have both in the same process I guess09:23
wgrantI guess it's time to port all my stuff then :(09:28
ginggstvoss: see debian bug #802509, that should be fixed in 1.58.0+dfsg-5 currently in NEW09:34
ubottuDebian bug 802509 in libboost-coroutine-dev "libboost-coroutine-dev: The boost-coroutine library is only compiled as a static library" [Wishlist,Open] http://bugs.debian.org/80250909:34
=== cpaelzer is now known as cpaelzer_afk
Unit193pitti: Finally filed it, got some time to figure out where it's happening: https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1540282 (Which is different than https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1536965, that one might just be lightdm weirdness there.)09:57
ubottuLaunchpad bug 1540282 in dbus (Ubuntu) "Breaks policykit/systemctl commands when restarted" [Undecided,New]09:57
ubottuLaunchpad bug 1536965 in dbus (Ubuntu) "System can freeze on restarting dbus" [Undecided,New]09:57
Unit193So to be clear, the one I reported is directly the Ubuntu delta in dbus.09:58
=== marcusto_ is now known as marcustomlinson
pittiUnit193: err yes, restarting dbus has never been a supported operation10:20
=== ogra_` is now known as ogra_
=== cpaelzer_afk is now known as cpaelzer
=== ttx_ is now known as ttx
mitya57Mirv, ok… I was hoping that we can get rid of appmenu-qt5 this cycle, but that requires quite a lot of backporting (some needed patches will be in 5.6.1 and some in 5.8)10:31
mitya57The main motivations for dropping appmenu-qt5 are its usage of internal QMenu methods (instead of QPlatformMenu public APIs) and bugs like #137893510:34
dokopitti, please could you override the ruby-redcarpet autopkg tests? I think we don't care, and they failed in the past as well10:37
Unit193pitti: Yes, we went over this.  It's not supported, but it shouldn't require you to hard reboot to fix it.  No 'service' or 'systemctl' commands work, when with the same system only in Debian (or, using Debian's dbus), they do.10:44
pittidoko: yup, done10:45
pittiUnit193: so I suppose we should just disallow restarting?10:45
pittiI think we used to in the past, but this might have gotten lost in the move to systemd10:45
Unit193pitti: Nah, it's part of the Ubuntu delta, looks like something is just off.  I didn't disable patch by patch and recompile though.10:46
pittidoko: I'll wave through ruby2.2, seems good enough to me; objections?10:46
Mirvsil2100: ^ see above for appmenu-qt5 notes which you might be interested in10:47
dokopitti, no, and then we should be ready to remove ruby2.110:50
sil2100Mirv, mitya57: I saw Dmitry's proposals on qt/qtbase, didn't have time to look at them but I'm aware of the whole initiative and am +1 in overall :)10:53
dholbach@pilot in10:54
=== 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: dholbach
smoser`pitti, you had a merge of open-iscsi ?11:06
=== smoser` is now known as smoser
pittismoser: I don't because of debian bug 79711211:07
ubottuDebian bug 797112 in open-iscsi "open-iscsi: Prevent testing migration" [Serious,Open] http://bugs.debian.org/79711211:07
pittismoser: but I did go through the delta and submitted some bits to Debian (and it was applied too)11:07
pittismoser: AFAIR our only remaining delta is the addition of that integration autopkgtest now11:07
smoserok.. so what to be done ? are you planning on getting through ?11:08
pittismoser: if the  Debian maintainer says the current version isn't good for releasing, I'm cautious11:10
pittismoser: I don't know the first thing about open-iscsi, so I wouldn't want to push it from my side11:11
pittiif someone knowledgeable says that this works for Ubuntu, I'm happy to do the merge11:11
smoseryeah, i agre on that. i'd be hesitent on the upgrade things too.11:11
pittibut for now I'm content with knowing that the actual merging will be trivial now as our  delta got sorted out, apart from dropping this testlib.py thingy11:12
=== directhex_ is now known as directhex
Unit193pitti: You do have http://paste.openstack.org/show/9HuJPkUvl8NhOgMsYMRq to prevent restarts, but it actually only prevents stopping so when you 'restart' it launches another instance causing issues.  I don't know what else seemed to cause irrecoverable problems, though.11:12
=== lifeless_ is now known as lifeless
smoserpitti, thanks.11:17
smoserideally we would have a autopkg test that pushes it through iscsi root. thats the biggest thign that has always been tricky for us.11:18
LocutusOfBorghi folks, a while ago dholbach syncd for me fonts-android in main. the new release dropped fonts-droid, because it isn't unsupported anymore upstream11:21
LocutusOfBorgthe replacement is fonts-noto (actually in universe, so it might require a MIR)11:22
LocutusOfBorgor a fonts-droid-fallback package11:22
LocutusOfBorgwhat is your opinion? I even fail to completely understand which package needs a fix for this fonts-android to migrate11:22
ogra_"it isn't unsupported anymore"11:23
* ogra_ grins11:23
LocutusOfBorgSince Android upstream stopped shipping Droid fonts and its been11:23
LocutusOfBorgdeclared that Noto fonts will be superseding the Droid¹² we in11:23
LocutusOfBorg"Debian Fonts Task Force" team decided to drop fonts-droid package."11:23
LocutusOfBorg² http://lists.alioth.debian.org/pipermail/pkg-fonts-devel/attachments/20151031/011f4334/attachment.mht11:23
LocutusOfBorg¹ https://github.com/googlei18n/noto-fonts/issues/55511:24
LocutusOfBorgas example you can see the debian bug: #80467811:26
ubottuDebian bug 804678 in blender "blender: Please switch from fonts-droid to fonts-noto" [Serious,Fixed] http://bugs.debian.org/80467811:26
ginggsLocutusOfBorg: reverse-depends -r xenial fonts-droid11:28
LocutusOfBorgok, so now I have to get in touch with the maintainers and ask them about their favourite font solution11:35
LocutusOfBorgthanks ginggs11:35
=== damascene is now known as ahmed7
=== ahmed7 is now known as damascene
=== cpaelzer is now known as cpaelzer_afk
=== lool- is now known as lool
cjwatsonwgrant: I had to spend a bit of time beating pyflakes.vim into submission (fortunately not too long; if you're using that, let me know).11:53
cjwatsonneovim can have both Python 2 and 3 at once because it has out-of-process plugins, but that's a bit too raw for the moment.11:54
=== kyrofa_ is now known as kyrofa
=== cpaelzer_afk is now known as cpaelzer
=== ssweeny` is now known as ssweeny
dgadomskipitti: hey, can I somehow check what is holding the ifupdown release after verification? (bug 1337873)13:48
ubottubug 1337873 in ifupdown (Debian) "ifupdown initialization problems caused by race condition" [Unknown,New] https://launchpad.net/bugs/133787313:48
dgadomskipitti: are there any regressions reported?13:49
xnoxtvoss, i will check that.14:00
cyphermoxgood morning!14:10
pittidgadomski: no, I didn't hear about any other regressions14:14
dgadomskipitti: is the promotion to -updates after verification automatic or manually triggered?14:15
pittidgadomski: it's manual; I do it now14:15
dgadomskipitti: I would appreciate it, thanks!14:15
tewardany of the apport hooks pros around?14:16
seb128teward, you better just ask your question, maybe some "non-pros" would be able to answer14:17
seb128or are you interested by having a response only if it comes from a pro? ;-)14:17
tewardseb128: debugging why an apport generic hook in Ubuntu failed for a given bug14:18
tewardi.e. hook errors in the global "ubuntu.py" apport hook14:18
seb128well, just describe your issue14:18
tewardthough i'm not aware of why it *would* have failed14:18
tewardwell... in triaging a bug in nginx, neither my nginx package hooks were triggered, and there is an error on the global hooks - https://launchpadlibrarian.net/235605675/HookError_ubuntu.txt14:19
tewardhttps://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1539316 is the nginx bug, but the issue is that that's the first time i'm seeing hook errors, wasn't sure if there was an issue reported anywhere14:19
ubottuLaunchpad bug 1539316 in nginx (Ubuntu) "package nginx-core (not installed) failed to install/upgrade: il sottoprocesso installato script di post-installation ha restituito lo stato di errore 1" [Undecided,Incomplete]14:19
seb128teward, looks like python encoding handling issues14:19
* teward checks the status on his QA Testing VM14:19
tewardoh good that's usable, i think i'll try and replicate this...14:20
tewardmaybe there's a bug somewhere14:20
pittiteward: yes, looks like the "line" there is already a byte array, that can't be encoded again (only strings can)14:21
pittiI guess it's stumbling over some non-UTF-8 stuff in some log14:22
tewardpitti: then that'd be a bug in the global hooks?14:22
=== wendar_ is now known as wendar
tewardpitti: has this been reported previously as a bug against apport, or would you like me to file one now?14:22
pitticjwatson, infinity_: hm, what did I do wrong in https://launchpad.net/ubuntu/+source/grub2-signed/1.61ubuntu1 ? seems the binary packages get an ubuntu1 twice in the version14:22
pittiteward: I don't know by heart, but that should be simple enough to search for14:22
pitticjwatson, infinity_: hmm, 1.61ubuntu1+2.02~beta2-35ubuntu1 << 1.61+2.02~beta2-35 (that's not very intuitive, but dpkg --compare-version agrees), so I figure I'd somehow need to construct a different version of grub2-signed?14:25
seb128pitti, seems like that package is not made to have non native versioning?14:26
seb128just do 1.62?14:26
pittigrub2 was in sync, I uploaded an ubuntu change and forwarded to Debian, but it didn't get applied yet14:26
pittiseb128: ah yes, I guess so14:27
pittiindeed, this is an Ubuntu-only package with Debian version numbers, argh14:27
cjwatsonpitti: yeah, just use 1.62, but it doesn't really matter14:47
=== cpaelzer is now known as cpaelzer_afk
cjwatsonpitti: ah yes, version ordering is a bit counterintuitive here14:48
=== cpaelzer_afk is now known as cpaelzer
=== cpaelzer is now known as cpaelzer_afk
pitticjwatson: ack, 1.62 built/uploaded, thanks14:52
pitticjwatson: initially I thought they were kind of "in sync", I didn't realize grub2-signed wasn't in debian14:53
cjwatsonpitti: It will be eventually, but infrastructure ...14:56
pittiyep, just got confused by the version numbers, all good now14:57
=== cpaelzer_afk is now known as cpaelzer
=== dannf` is now known as dannf
seb128tyhicks, pitti, thanks for landing that schroot ecryptfs umount fix! \o/15:21
pittiright, sorry for taking so long -- this wasn't in the sponsoring queue15:21
pittityhicks: thanks for the fix!15:22
pittiseb128: wow, you watch uploads like a hawk :)15:22
tyhickspitti: which one did you upload?15:22
seb128pitti, I get notify-osd bubbles for those when my mailer is open ;-)15:22
pittityhicks: we have 1.6 in xenial, so that patch15:24
kirklandI think seb128 raised that one a LONG time ago :-)_15:24
tyhicksseb128: can you confirm that the segfault that you hit earlier this morning was not the fault of ecryptfs?15:28
seb128tyhicks, yes, it was in libnss3.so and debsums indicates that file was corrupted and reinstalling the lib fixed it15:28
seb128I might have an issue with the kernel -5 though15:28
seb128ata error and fs corruption, seems to be fine with -215:29
seb128tyhicks, apt and sudo would segfault as well15:29
tyhicksthat's not a good state to be in15:29
seb128well they would segfault after doing their stuff so it's ok15:30
seb128like I could sudo apt-get install --reinstall libnss315:30
seb128and get a segfault15:30
seb128but the file was valid again15:30
dholbach@pilot out15:30
=== 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:
* seb128 hugs dholbach15:32
* dholbach hugs seb128 back :)15:32
seb128dholbach, thanks for sponsoring xdg-utils, it was pending for a while and Chad was waiting for it15:32
mitya57cjwatson, is there any progress on renaming python-click?15:56
mitya57It would be nice to get it done before FF15:57
cjwatsonmitya57: https://code.launchpad.net/~cjwatson/click/rename-python-packages/+merge/28057516:06
cjwatsonmvo: ^- could you have a look at that?16:06
mitya57cjwatson, are there any consumers of click module outside click source?16:11
mitya57reverse-depends tells me about debocker and mycli but those are synced from Debian so they are probably using the other click16:12
mitya57If that's true, then maybe you can make the module private and merge it into click binary package…16:12
mitya57(by private I mean install into /usr/share/clicksomething, not dist-packages)16:13
mvocjwatson: sure16:17
cjwatsonmitya57: There are a couple of out-of-archive things I'd prefer not to break.16:36
=== sarnold_ is now known as sarnold
mitya57cjwatson, ok… though if you add sys.path.insert calls to those out-of-archive things, then they'll work with both old and new versions16:49
cjwatsonmitya57: sure, but I also don't want to have to spend lots of time tracking them all down :)16:51
cjwatsonthe above MP is a viable stopgap at least16:52
=== infinity_ is now known as infinity
caribouxnox: FYI, the server team asked me to look at the clamav merge17:14
xnoxcaribou, yes please17:20
bladernr_Are there any known issues trying to do-release-upgrade -d from Trusty (14.04.3) to Xenial?  I am trying and its choking on Utopic for some reason.  If I omit the -d, it seems happy to update to Vivid though.17:34
bladernr_Should I file a bug for this?17:35
infinitybladernr_: Is Prompt=lts set in /etc/update-manager/release-upgrades ?17:42
bladernr_infinity: no, I just changed it to "normal"17:42
bladernr_^^ before trying the upgrade17:42
infinitybladernr_: Well, normal won't get you from trusty to xenial.17:42
bladernr_How would I get there?  The only docs I could find on updating from Trusty to Xenial via do-release-upgrade are lubuntu related, and they just point to a wiki page on do-release-upgrade itself :/17:44
bladernr_I can go and update to vivid, then wily, then hopefully xenial... but in theory, I should not have to jump through hoops to jump from LTS to LTS (even if that LTS is an alpha)17:45
bladernr_hrmmm... damn.17:45
infinitybladernr_: You should be able to do lts->lts if that's set to =lts, unless we haven't mangled things yet to allow that.17:45
infinitybdmurray_: Are lts->lts development upgrades set up yet?17:46
bladernr_infinity: that sound you hear is my beating my head against my keyboard because I completely overlooked the obvious.17:46
bladernr_sigh... setting it BACK to lts works... I am not sure why I changed it to begin with, but at the time I assure you it made sense to me17:47
infinitybdmurray_: Unping. :P17:47
bladernr_I blame Monday17:47
infinityMonday is a bane to us all.17:48
=== bdmurray_ is now known as bdmurray
infinitysarnold: Oh hai.  How do you feel about swapping in state on LP: #1417608 ?17:50
ubottuLaunchpad bug 1417608 in servicelog (Ubuntu) "[MIR] ppc64-diag needed in minimal for hotplug capabilities" [Undecided,Confirmed] https://launchpad.net/bugs/141760817:50
sarnoldinfinity: oy ppc64-diag.. there's a blast from the past..17:51
sarnoldwow I forgot how many annoyances I found..17:52
infinitysarnold: Maybe you're just easily annoyed?17:54
sarnoldinfinity: too right you are17:56
=== 64MAAS7IF is now known as ben___
pittixnox: ah, I had another systemd fix queued up (and lots of fixes in Debian), but oh well20:41
* pitti commits your change20:41
bladernr_ok, so the upgrade from Trusty to Xenial failed spectacularly.  It looks to me that it all centers around fontconfig.  that fails to update, and from there is a cascade of 168 other packages that won't install.21:07
bladernr_^^ aptlog from the machine.  I can access it directly, so it's running, but just barely.21:08
bladernr_and this seems to be (according to the error when trying to install fontconfig alone) the issue causing all the grief: http://pastebin.ubuntu.com/14852409/21:12
bladernr_fwiw, I filed this bug https://bugs.launchpad.net/ubuntu/+source/fontconfig/+bug/154059121:49
ubottuLaunchpad bug 1540591 in fontconfig (Ubuntu) "fontconfig breaks Trusty - Xenial upgrade" [Undecided,New]21:49
=== _salem` is now known as _salem
Saviqinfinity, hey, can I please bother you to recycle the regression in http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#unity8 - it's a known flaky test (bug #1532358)22:14
ubottubug 1532358 in unity-scopes-shell (Ubuntu) "flaky autopkgtests cause migration issues" [High,In progress] https://launchpad.net/bugs/153235822:14
Saviqoh actually, mterry could you ↑22:15
* Saviq found a core dev on the team, will bother him instead :)22:15
mterrySaviq, :)22:15
Saviqinfinity, unping22:15
mterrySaviq, submitting22:16
mterrySaviq, submitted rather22:16

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