nacccjwatson: random question -- I thikn you did this change a while ago for man subpages: http://git.savannah.gnu.org/cgit/man-db.git/commit/?id=7de45db026166ea55f9b7c240928ef0de0245a3f. As we added subsubcommand with git-ubuntu, would it make sense to find the longest concatenation with a manpage? (That is, `man git ubuntu lint` currenly opens `man git-ubuntu` even though `man git-ubuntu-lint` is alsoo00:37
naccit seems like currently it tries git-ubuntu (finds it) and also tries lint (without git-ubuntu-)00:38
cjwatsonnacc: maybe; it would need a fair bit of refactoring as the code that does that is horribly special-cased right now00:40
naccyeah, I see that :)00:40
cjwatsonI would take patches for it but I think it would have to be in a few passes, with cleanup first00:40
nacccjwatson: thanks -- I'm not sure if it's always correct either way to do what I'm suggesting (but I thinkn worst case we'd iterate a few times and not find it)00:41
nacccjwatson: yep, i'll consider it, as it'll be a good improvement for our use case :)00:41
cjwatsonI think it would be OK to do so; interactively asking for several pages is pretty rare00:41
cjwatson(well, OK, I have no data, but from observation)00:41
naccI've only done it on accident :)00:41
=== lathiat_ is now known as lathiat
KD2JRTI'm vaguely curious if a 32 elevation path is workable from NYC02:47
KD2JRTer, wrong channel02:48
acheronukmitya57: subbed you: https://bugs.launchpad.net/ubuntu/+bug/172119106:52
ubottuLaunchpad bug 1721191 in Ubuntu "[FFe qtwebview-opensource-src] Sync 5.9.1-2 (universe) from Debian unstable (main)" [Wishlist,New]06:52
ubottuHelp! Channel emergency! mneptok, Hobbsee, cjwatson, lamont, kees, darkwing, Unit193, idleone, infinity, Laney, or slangasek!07:32
=== Unit193 changed the topic of #ubuntu-devel to: Zesty Released, Artful Beta 2 Released | Archive: final beta freeze | Devel of Ubuntu (not support or app devel) | build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of precise-zesty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | Patch Pilots:
Son_Gokuit's a weird day when I see @ubuntu.com email address added as a CC to a package I'm reviewing in Fedora...11:35
Son_Gokualso... hi jbicha11:36
slashdrbasak, good day I don't know if you saw my irc message yesterday (you were on pto I think), and just in case I left the comment (#53) in the bug (LP: #1657256). To summarize, would you be able to perform a 2nd review of percona-xtradb-cluster-5.6 since the last upload had some compilation issues ?12:03
ubottuLaunchpad bug 1657256 in percona-xtradb-cluster-5.6 (Ubuntu Artful) "Percona crashes when doing a a 'larger' update" [Medium,In progress] https://launchpad.net/bugs/165725612:03
rbasakslashd: I already said (weeks ago) on IRC that that debdiff is unacceptable for Artful.13:28
rbasakslashd: I'll dig out the IRC logs.13:28
rbasak17:14 <rbasak> ddstreet: sorry, I didn't realise you had a new patch for me there. I don't think forcing use of gcc-6 is a suitable fix for the development release though. I suspect doko wouldn't be happy about that.13:33
ddstreetslashd niedbalski i believe i passed that info on to you guys...13:34
ddstreetrbasak sorry, i thought they had addressed that, i'll follow up with them13:37
niedbalskirbasak, doko what would be the preferred approach then? I wonder if disabling all the introduced warnings is suitable though,.. also a reminder that current vanilla package fails to build from source.14:06
niedbalskirbasak, saw your comment on the public bug, will follow up from there, thanks for the input.14:10
slashdrbasak, thanks for the recap, I was in conference and vacation, I might have missed it.14:23
jbichaSon_Goku: I subscribe to a lot of bugs, I forget which bug you are thinking of14:38
Son_Gokujbicha: rhbz#148163014:38
Son_Gokuaww, no bot to turn that into a url14:39
Son_Gokumeh: https://bugzilla.redhat.com/show_bug.cgi?id=148163014:39
ubottubugzilla.redhat.com bug 1481630 in Package Review "Review Request: VirtualBox-guest-additions - VirtualBox Guest Additions" [Medium,New]14:39
jbichathat's a very interesting bug since that's related to upstreaming virtualbox drivers to the Linux kernel, and I use virtualbox14:40
Son_Gokuwell, I was a bit surprised, since it's not extraordinarily helpful to you (Ubuntu isn't RPM-based, sadly :P )14:44
rbasaks/sadly/gladly/ :-)14:45
jbichaSon_Goku: it is helpful. VirtualBox was broken for a few days just before Ubuntu Final Beta because the upstreamed drivers didn't work right (at least in Ubuntu)14:54
Son_Gokurbasak: I don't think so :)14:55
jbichaalso I occasionally run latest or dev Fedora in VBox as a reference and installing the guest additions there is a pain sometimes14:55
jbichaFedora 27 might be affected by the same problem Ubuntu had with Linux 4.1314:56
Son_Gokujbicha: which was what?15:00
Son_Gokuincidentally, 4.13 has already rolled out to Fedora 26 too15:01
Son_Gokujbicha: are you referring to login screen being busted in VirtualBox?15:02
jbichaSon_Goku: could be, I haven't used Fedora recently, the Ubuntu bug was LP: #1718679 and we set CONFIG_DRM_VBOXVIDEO=n in the Ubuntu kernel to workaround it15:04
ubottuLaunchpad bug 1718679 in linux (Ubuntu) "Upgrade to 4.13.0-11.12 in artful amd64 VM breaks display on wayland" [High,Fix released] https://launchpad.net/bugs/171867915:04
Son_Gokuiirc, I don't think wayland *ever* worked with vbox15:05
jbichayes, Fedora agressively pushes new kernels to stable releases15:05
jbichait works fine for me15:05
* Son_Goku shrugs15:05
Son_GokuI don't use vbox so I dunno15:05
jbichasometimes I've had a problem with the login screen not refreshing correctly but once logged in, things are good15:06
Son_Gokujbicha: that's the only issue I've seen people report about vbox in general15:07
naccwould it be reasonable for `dpkg-source --print-format` to not complain about the format of binary package stanzas? (it's a fatal error)15:23
madigenshm! how do i get a wayland session in artful? in both virtualbox and on a laptop with some radeon 5xxx igp i can't select it on the login screen15:23
naccmadigens: #ubuntu+115:23
madigensnacc: thanks15:25
=== leitao_ is now known as leitao
ackkmvo, any chance you could have a look at https://code.launchpad.net/~ack/apt-btrfs-snapshot/fix-arg-parser/+merge/328776 ? should be trivial16:19
mvoackk: sure, sorry, that totally escaped my view. looks great, thank you for this16:33
ackkmvo, np, thanks for looking16:33
sarnoldUnit193: indeed, I'm not here :)18:38
sarnoldUnit193: well, I guess I'm here now, but not here sunday.18:38
Unit193Heh, I was right, I have no clue what that was about anymore. :D19:01
niedbalskirbasak, could you please review the latest patch on LP: #1657256? thanks.19:03
ubottuLaunchpad bug 1657256 in percona-xtradb-cluster-5.6 (Ubuntu Artful) "Percona crashes when doing a a 'larger' update" [High,In progress] https://launchpad.net/bugs/165725619:03
sarnoldUnit193: success! :D19:08
=== KD2JRT is now known as NCommander
juliankbdmurray: I think https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1721364 is opinion. As I just wrote in the comments, the behavior was explicitly changed so dependencies of meta packages are removed when explicitly removing the meta package and marked as manually when the meta package (dependencies) breaks19:39
ubottuLaunchpad bug 1721364 in apt (Ubuntu) "Never-MarkAuto-Sections not working" [High,New]19:39
juliankbdmurray: So, it would be great if you could test installing a package that conflicts with ros-desktop and see what that does19:46
bdmurrayjuliank: Do you have a suggestion for a conflicting package?19:53
juliankbdmurray: Use equivs-build to create one conflicting with ros-desktop (for example) and installl that with apt install ./path/to/dummy.deb19:53
juliankbdmurray: Example on my system with a package conflicting with my jak-machine-master package and installing that vs. removing jak-machine-master explicitly :https://paste.ubuntu.com/25675324/19:56
juliankWe also have the opposite variant of never-mark-auto which moves auto bits on installs to new dependencies (used for oldlibs), I like that.19:58
bdmurrayjuliank: The Move-Autobit-Sections? My concern is recommending people use autoremove or enabling that and having a whole mess of packages removed if they did something silly and removed a metapackage.20:01
juliankbdmurray: Life sucks either way. The current behavior makes most sense from a UI perspective. If we just did the mark as manual bit on all removals, we'd have tons of users complaining that "Hey, I told apt to remove gnome, but all the stuff is still there"20:02
juliank"My system continuous to grow, apt does not remove packages I tell it to!"20:03
juliankbdmurray: I don't think that people removing a meta package explicitly is a common situation. If they remove it accidentally, they are covered by the manual bit moving. Maybe we should make it harder and ask people "Removing the following packages allows other packages to be automatically removed, do you want to continue?"20:06
juliankOr move "The following packages were automatically installed and are no longer required:" to the end and rename it "The following packages were automatically installed and will be removed when running autoremove" or something20:06
juliankThere was generally a question whether removals should be shown last20:08
juliankcurrently they are shown at the top, but moving them right before the prompt and coloring them red would probably help a lot (and autoremove stuff yellow)20:08
juliankFor gnome-software and other app store-type applications, the problem with manual bit moving does not really arise, as they likely don't (and really should not) allow meta packages to be removed in the first place.20:09
juliankWell, at least not enable explicit removals20:09
bdmurrayjuliank: Better messaging and fixing https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776790 would be helpful too20:11
ubottuDebian bug 776790 in apt "apt: Please document APT::Never-MarkAuto-Sections in apt.conf(5)" [Minor,Open]20:11
jbichajuliank: you give gnome-software too much credit. Currently it does allow metapackages to be removed with no warning :(20:15
bdmurrayjbicha: is there a bug reported about that?20:15
jbichaa workaround is to mark metapackage Depends with compulsory_for_desktop in the appstream metadata but we haven't really done that thoroughly yet20:16
juliankjbicha: Probably should be hidden. They are really an "OS" thing20:17
jbichaLP: #1546636 sort of mentions the issue20:17
ubottuLaunchpad bug 1546636 in gnome-software (Ubuntu) "Review "System Applications"" [Low,Triaged] https://launchpad.net/bugs/154663620:17
jbichajuliank: the Remove button is hidden for those compulsory apps. I disagree that we should hide the apps completely from Software20:19
jbichayou can install addons for some apps, leave reviews, etc.20:19
jbicha^ is an example (in reverse) of what that appstream tag looks like20:20
juliankjbicha: I guess we should give gnome-software the ability to always move manual bits then20:21
jbicha(gnome-software uses packagekit in Ubuntu as of 17.10)20:22
juliankWell, yes, PackageKit might want to do that in general then, but we need an option for that in APT20:23
rbasakniedbalski: thanks! Quick glance. 5.6.34-26.19-0ubuntu3 is already taken. Can you prepare a debdiff against the already uploaded 5.6.34-26.19-0ubuntu3 to 5.6.34-26.19-0ubuntu4? I expect that debdiff to include only the FTBFS fix, as I think the other necessary fixes are already present in 5.6.34-26.19-0ubuntu3?20:57
niedbalskirbasak, ok, doing that.21:00
niedbalskirbasak, ok, I don't think is going to be possible, I incorporated a small nitpick on the original patch (that prevents a warning), thus the ibuf* patch actually differs from ubuntu3.21:09
rbasakniedbalski: if you want to update what you did in ubuntu3, that's fine. Just include it in ubuntu4 and bullet point that additional change separately in the changelog.21:15
niedbalskirbasak, perfect.21:15
rbasakniedbalski: but ubuntu4's changelog should include things that are already covered in ubuntu3's changelog. Does that make sense?21:15
rbasakniedbalski: but ubuntu4's changelog *shouldn't* include things that are already covered in ubuntu3's changelog. Does that make sense?21:16
niedbalskirbasak, yes, it does.21:16
niedbalskirbasak, ok, the new patch in top of current proposed is attached to the bug. thank you for looking.22:20
powersjrbasak: the package to team mapping page shows source packages, correct? Is there a fast way (doing this in python) to say what team owns a binary? e.g. Look up lxd-client and know it is based on lxd  source and therefore the owner is ubuntu-server22:27
naccpowersj: apt-cache show lxd-client | grep Source22:28
naccpowersj: if it comes up with an answer that is the Srouce22:28
naccotherwise the binary package is the same as the source package22:28
powersjnacc: thanks!22:29
naccpowersj: there are probably better ways, but that should always work (maybe | grep ^Source: )22:29
powersjyeah now I have to decide if there is a faster way to do that in python, rather than running that command O(10k) of times22:30
naccpowersj: @lru_cache22:35
powersjnacc: ah right! I've seen rbasak use that in the triage script22:39
powersjthanks again!22:39
naccpowersj: np, we use it pretty heavily in the importer code22:40
powersjnacc: that will only find packages that are in the release I'm running right? e.g. php7.0 won't be found since I'm running artful22:49
naccpowersj: rmadison can do it (with some help) or use chdist and bin2src22:49
naccpowersj: (and of course apt-cache assumes your apt cache is up to date)22:50
powersjright, was playing with python apt module to do all of that, then realized I'm missing a bunch of packages since I'm not on xenial22:50
naccah sure22:51
naccso chdist could probably create the right layouts for you22:51
naccand maybe python-apt can be told to use different root dirs22:51
naccinfinity: not urgent, but do you think it would be reasonable for `dpkg --print-format` to not error out when it finds invalid binary package stanzas in d/control?22:54
naccinfinity: specifically a patch like http://paste.ubuntu.com/25676319/ which results in (IMO) improved behavior as: http://paste.ubuntu.com/25676320/23:12

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