[07:00] <RAOF> Ooops. GPG smartcards work better when you're not accidentally SSH'd into a remote system and wondering why it can't find your smartcard…
[08:12] <sil2100> oSoMoN: hey! I'm looking at the libreoffice SRU from you - any reason the debian/changelog mentions unreleased versions like 1:5.4.5-0ubuntu<IP_ADDRESS>, 5.4.5-0ubuntu<IP_ADDRESS> etc.?
[08:15] <oSoMoN> sil2100, they were released, as security updates
[08:18] <sil2100> oSoMoN: oh
[08:19] <sil2100> oSoMoN: you're right! A new upstream release as a security update? Wow ;)
[08:19] <sil2100> oSoMoN: anyway, thanks!
[08:19] <TJ-> is there an LP 'package' to report issues against the seeds?
[08:19] <oSoMoN> sil2100, they were minor updates, fixing a couple of CVEs
[08:22] <cjwatson> TJ-: historically they've usually gone on the appropriate *-meta package
[08:22] <TJ-> cjwatson: I thought so mut my search-fu was lacking which one ... thanks
[08:26] <TJ-> cjwatson: I'm trying to find the correct package to reassign to for a 'installer should provide XXX VPN not PPTP out of the box' but LP package search isn't helping me. bug #1752417
[08:29] <cjwatson> TJ-: from your description that sounds like ubuntu-meta, then.  I haven't spent any time thinking about the bug
[08:30] <TJ-> cjwatson: thanks... weird, recently I've noticed LP searches seem to come up incomplete. I did the package search and that one didnn't show, only ubuntustudio-meta. I feel/see this doing bug searches too the last couple months.
[08:32] <TJ-> to be clear, not a search via the bug tracker 'also affects distro/package' interface, but from e.g. https://launchpad.net/ubuntu/+search?text=-meta
[08:32] <sil2100> oSoMoN: ok, looks good, approving - but eh, again the tools seem to hang on it, will have to do it manually (package too big probably)
[08:32] <cjwatson> TJ-: That's site search, which you probably shouldn't expect to give you accurate package name results ...
[08:33] <TJ-> cjwatson: ahhh!
[08:33] <oSoMoN> sil2100, thanks
[08:33] <TJ-> cjwatson: bug search not matching on phrases in bug titles is something I've been noticing though
[08:33] <cjwatson> TJ-: but the reason it didn't find ubuntu-meta is that it's 'All packages with binaries whose name includes "-meta"' and ubuntu-meta ships no such binaries
[08:34] <cjwatson> TJ-: that's all best-effort, in general, but if you have a specific example we can look
[08:35] <cjwatson> (sorry, not site search, but a binary package name search.  I misread the URL.)
[08:35] <TJ-> cjwatson: Ahhhhh... thank you for the explanation. I'll keep tabs on the bug searches now see if there is a pattern
[11:32] <Nafallo> juliank: hi. do you have time for an apt related Ubuntu 16.04 issue I'm having? :-)
[11:33] <juliank> Nafallo: A bit.
[11:34] <Nafallo> juliank: the apt updates kick in before I have time to set the corporate proxy, which means the lockfiles kick in when I'm trying to use apt through ansible. this is for client installations I'm doing automatically.
[11:35] <Nafallo> juliank: would there be an easy way to stop the processes cleanly before I run my stuff? :-)
[11:35] <juliank> Why can't you set the proxy first?
[11:35] <juliank> and no, if it's running upgrades there's no way to stop it cleanly.
[11:35] <juliank> (if it's just downloading, you can probably send SIGINT to the apt process)
[11:36] <Nafallo> I'm not sure the user is behind the proxy. they may be out of office when installing. I've got a desktop icon for applying the corporate settings when they are in the office or via VPN :-)
[11:36] <Nafallo> well, it should be sitting on network timeouts since it may be in the office after all :-)
[11:37] <Nafallo> the problem is I have both use cases at the same time on hundreds of users across the globe ;-)
[11:38] <Nafallo> SIGINT. I'll try that. thanks :-)
[11:39] <Nafallo> (unless I can figure out a way to work around this problem entirely.)
[11:42] <juliank> Nafallo: I think best might be to set a proxy script for apt that looks at the network state and returns the proxy.
[11:43] <juliank> Now I need to find an example
[11:43] <juliank> The script needs to write http:// URLs, or DIRECT to its stdout
[11:45] <juliank> And then you need to set acquire::http::proxy-auto-detect to it's path.
[11:45] <juliank> e.g. acquire::http::proxy-auto-detect "/usr/local/bin/find-proxy";
[11:49] <seb128> tsimonq2, you should teach your ubiquity triaging script to not set to incomplete other tasks than the ubiquity one
[11:50] <seb128> tsimonq2, it seems to change all the tasks, it reopened some components which were set as invalid to set them incomplete for example
[11:50] <Nafallo> juliank: oh. that's actually nicer then setting it explicitly.
[11:51] <juliank> Nafallo: one caveat is that it does not work for https repos with http proxies prior to artful
[11:52] <juliank> or maybe I fixed that earlier
[11:52] <juliank> hmm
[11:52] <Nafallo> heh, I'm not doing https during the installation :-)
[11:52] <juliank> nah
[11:52] <juliank> good then it works fine for you
[11:52] <Nafallo> I'm already using `wget -q -t 1 -T 10 --spider https://www.ubuntu.com` to figure out network status. so just need to wrap that up :-)
[11:53] <tsimonq2> seb128: ack, sorry
[11:54] <seb128> tsimonq2, np, thanks for fixing!
[12:11] <Nafallo> juliank: https://paste.ubuntu.com/p/HcVVnst7Zm/ that should do then :-)
[12:13] <juliank> Nafallo: Come on, at least use if check_network; then echo "DIRECT"; else echo "http:/..."; fi - checking twice is weird :D
[12:13] <Nafallo> hehe
[12:13] <Nafallo> fine ;-)
[12:15] <tjaalton> I don't understand how git-ubuntu is supposed to work
[12:15] <tjaalton> cannot create user data directory: /home/tjaalton/snap/git-ubuntu/391: Not a directory
[12:15] <tjaalton> while it surely is
[12:15] <juliank> tjaalton: sounds like a snap problem
[12:16] <tjaalton> ok
[12:16] <juliank> tjaalton: so /home/tjaalton/snap/git-ubuntu/391 is an existing directory?
[12:16] <juliank> or /home/tjaalton/snap/git-ubuntu/ is one?
[12:16] <Nafallo> juliank: https://paste.ubuntu.com/p/kSV9ntqhcW/ ;-)
[12:17] <juliank> Nafallo: that's nicer
[12:17] <Nafallo> missed an END :-)
[12:17] <tjaalton> juliank: 391 is, created just now
[12:17] <tjaalton> when I first ran it, I guess
[12:18] <juliank> odd stuff
[12:18] <juliank> mvo: ^
[12:21] <tjaalton> should there be a manpage for git-ubuntu?
[12:23] <tjaalton> nevermind, I'll do it manually
[12:30] <tjaalton> though I don't know how to create a merge proposal..
[12:31] <Guest7888> tjaalton: what are you trying to do? Maybe I can help, I use git-ubuntu
[12:31] <Guest7888> geez, guest?
[12:31]  * Guest7888 fixes that, don't know what happened
[12:32] <tjaalton> trying to create a merge proposal for pam
[12:32] <tjaalton> cloned the ubuntu/devel branch, added a commit, pushed it to lp:tjaalton
[12:33] <Guest7888> tjaalton: there is "git ubuntu submit", but I'm not sure it's working
[12:33] <Guest7888> tjaalton: what I do is go to lp's code page, +git path, find your repository, branch, and click submit merge proposal
[12:33] <Guest7888> then the target should be ubuntu/devel if it's for bionic, or something like ubuntu/xenial-devel for example if it's for xenial
[12:34] <tjaalton> I don't see a way to propose a merge here https://code.launchpad.net/~tjaalton/+git/pam/+ref/ubuntu/devel
[12:36] <cjwatson> you pushed it to the wrong place
[12:36] <cjwatson> that's the URL scheme for personal repositories that aren't connected to anything else
[12:36] <tjaalton> why of course
[12:37] <cjwatson> you need to push to lp:~tjaalton/ubuntu/+source/pam
[12:39] <tjaalton> alright, seems to work now.. thanks
[12:40] <tjaalton> nacc: ^ sent now
[12:47] <mvo> tjaalton: sorry, missed the earlier messages, is there still a issue with snaps and if so, can you share some more details please?
[12:51] <tjaalton> mvo: "git ubuntu" doesn't work here
[12:51] <tjaalton> it just says "cannot create user data directory: /home/tjaalton/snap/git-ubuntu/391: Not a directory
[12:51] <tjaalton> upgraded to bionic today, installed the snap
[12:52] <tjaalton> first snap on the system
[12:52] <ahasenack> rbasak: ^is that the stable snap?
[12:52] <ahasenack> I have edge 409
[12:53] <tjaalton> git-ubuntu 0.7.4+git16.0a79cbc from 'nacc' installed
[12:53] <tjaalton> installed on my laptop now, seems to work there
[12:54] <tjaalton> both bionic
[13:01] <mvo> tjaalton: oh, first snap - ok, that might be an issue, we have a bug there that we are chasing for first installs
[13:02] <mvo> tjaalton: as a workaround (sorry for this): snap remove git-ubuntu and install it again, does that help?
[13:03] <tjaalton> mvo: didn't help
[13:06] <mvo> tjaalton: thats interessting, I'm in a meeting right now but would love to debug this with you
[13:06] <tjaalton> ok
[13:21] <mvo> tjaalton: does "SNAP_CONFINE_DEBUG=1 git ubuntu" give you useful debug output?
[13:21] <tjaalton> mvo: not really. one thing is that /home itself is a symlink
[13:22] <mvo> tjaalton: aha, thats it
[13:22] <mvo> tjaalton: sitll in a meeting but I think we have forum post describing a fix, the non-standard /home is not well supported right now :/
[13:22] <tjaalton> ok
[13:33] <mvo> tjaalton: the first feedback I got: "when home is a symlink all things fall apart, it's not supported we recommend bind mounts instead" - I think jdstrand has a solution using apparmor tunables to make snaps work when /home is a symlink but I forgot the location of where this is documented
[13:35] <ahasenack> tjaalton: your /home is a symlink because not all apps do the right thing and get a user's home from /etc/passwd or other nsswitch source?
[13:35] <ahasenack> and just assume /home always?
[13:38] <tjaalton> ahasenack: the real target is under nfs rootfs
[13:38] <tjaalton> iirc bind mounts had issues with that
[13:39] <tjaalton> also on a different fs than root
[14:00] <jdstrand> mvo (cc tjaalton): apparmor can be made to handle that with a tunable, the problem is snap-confine harcodes /home and so only the bind mount trick works
[14:01] <jdstrand> I *think* zyga may be looking at that at some point
[14:04] <tjaalton> I have home on a zpool, maybe the symlink was due to bind-mounts happening before zfs was up? can't remember
[14:06] <ahasenack> I also have my home in a zfs dataset
[14:06] <ahasenack> everything but /boot, actually
[14:07] <tjaalton> this is separate from the root disk
[14:08] <tjaalton> and rootfs is ext4
[14:13] <tjaalton> yep, moving the link aside, creating $home and adding a bind mount fixed it
[14:14] <tjaalton> we'll see what happens next boot..
[15:01] <nacc> tjaalton: reading backscroll
[15:02] <tjaalton> nacc: heh, pam pull req
[15:02] <nacc> tjaalton: we create an appropriate remote for your user under the name <lpname>
[15:02] <nacc> tjaalton: ack
[17:56] <doko> tjaalton: dogtag ftbfs
[17:57] <tjaalton> doko: yep
[18:43] <awe_> jbicha, any thoughts on the nm test-link failures I'm seeing?
[18:43] <jbicha> awe_: have you used sbuild before?
[18:43] <awe_> yes, but not in a long time
[18:44] <awe_> right, sbuild handles cross-compiles..., and since I'm building native, debuild was my usual default
[18:44] <jbicha> I don't recommend using debuild locally to build packages and I've no experience with pbuilder in a long time so sbuild is it
[18:45] <jbicha> *it is
[18:46] <awe_> ok, I'll give sbuild a try, but will also try on another laptop running 18.04 natively
[18:46] <jbicha> sbuild is basically what the LP and Debian official builds use
[18:46] <awe_> ack
[18:48] <jbicha> there is a way to use nocheck Debian build profile to skip the build tests but I'm a bit fuzzy on how exactly you would set it
[18:48] <awe_> ok, I can look that up. good suggestion
[18:50] <jbicha> it looks like it works for me if I have this line in ~/.sbuildrc
[18:50] <jbicha> $ENV{'DEB_BUILD_OPTIONS'} = 'parallel=4, nocheck'
[18:51] <jbicha> you don't need the    parallel=4,  part but that's useful too :)
[18:51] <jbicha> maybe DEB_BUILD_OPTIONS=nocheck debuild … would work for you?
[18:52] <jbicha> some documention about build profiles can be found at https://wiki.debian.org/BuildProfileSpec
[19:04] <awe_> jbicha, yes that worked (DEB_BUILD_OPTIONS=nocheck debuild -us -uc)
[19:04] <awe_> thanks for the help!
[19:05] <jbicha> cool :)
[19:43] <kasper> hi, i am trying to find build script that created https://packages.ubuntu.com/bionic/liblldb-6.0-dev package on ubuntu side
[19:43] <kasper>  on llvm side, they have cmake, but i want to see what parameters ubuntu package script passed to cmake to build it
[19:45] <kasper> previous versions of this package in ubuntu repos; liblldb-5.0-dev, liblldb-4.0-dev etc. were packaging this directory https://github.com/llvm-mirror/lldb/tree/release_60/include/lldb/API, but this new 6.0 package is missing it (although release_60 branch has it)
[19:45] <kasper> since lldb 6.0 is going to be default package in bionion repo, i am afraid we end up having incomplete package :(
[19:46] <kasper> reported https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-6.0/+bug/1761009, i was thinking about working on a patch to fix it myself but couldn't find package build script..
[19:46] <sarnold> kasper: if you're already running bionic, you can use "apt-get source liblldb-6.0-dev" to download the thing
[19:46] <sarnold> if you're not, it'll take a bit more work
[19:46] <doko> kasper: https://launchpad.net/ubuntu/+source/llvm-toolchain-6.0
[19:48] <kasper> thanks!
[19:49] <kasper> doko, my cmake skills are not top-notch, but do you think this is a bug in lldb's cmake script (something changed between release_50...release_60) or packaging script that is invoking cmake (some missing/misplaced cmake parameter)?
[19:50] <kasper> i can try troubleshooting it. i am using bionic text-mode atm :)
[19:52] <sarnold> most debian package builds go through debian/rules
[19:52] <sarnold> it's a Makefile in all but name
[19:52] <sarnold> so be careful with those tabs vs spaces :)
[19:53] <kasper> both debian and ubuntu liblldb-6.0-dev packages have this directory 'usr/lib/llvm-6.0/include/lldb/API' but it is empty
[19:54] <kasper> i guess we inherit this problem from llvm-official repos listed here http://apt.llvm.org/
[19:56] <nacc> kasper: it would appear to be oversight, given that llvm-5.0-dev has those files?
[19:56] <nacc> *lilldb-5.0-dev
[19:57] <kasper> yup i can confirm that 3.4, 3.5, 3.6, 3.8, 3.9, 4.0, 5.0 all have headers in this directory
[19:58] <nacc> kasper: should be relatively easy to diff the debian dirs of botyh source packages
[19:59] <kasper> nacc, in fact i reported it upstream few days ago https://bugs.llvm.org/show_bug.cgi?id=36770, was trying to verify on gentoo whether it is a cross distro problem (i.e. something changed in lldb's cmake script).. but gentoo was giving me hard time to get to that point
[20:01] <kasper> ah, just confirmed on fedor, https://www.rpmfind.net/linux/fedora/linux/development/rawhide/Everything/x86_64/os/Packages/l/lldb-devel-6.0.0-3.fc29.x86_64.rpm their API dir has all the headers
[20:01] <kasper> s/fedor/fedora
[20:08] <kasper> sarnold, 'apt-get source liblldb-6.0-dev' is giving me => Picking 'llvm-toolchain-6.0' as source package instead of 'liblldb-6.0-dev'
[20:08] <kasper> then erroring out => E: Unable to find a source package for llvm-toolchain-6.0
[20:09] <kasper> seems like package makefile sources aren't browsable on web either https://code.launchpad.net/ubuntu/+source/llvm-toolchain-6.0/+all-branches
[20:09] <nacc> kasper: works fine here
[20:09] <nacc> kasper: there are no repositories for llvm-toolchain-6.0 (yet)
[20:10] <nacc> kasper: you can also use `pull-lp-source` which does not depend on your apt setup
[20:10] <nacc> kasper: my guess is that you don't have deb-src lines in your apt config
[20:11] <kasper> nacc, it's pretty much stock setup of bionic latest
[20:11] <kasper> basically minimal installation
[20:12] <kasper> docker run -it ubuntu:bionic
[20:12] <nacc> kasper: which isn't necessarily a suitable development environemnt
[20:15] <kasper> nacc, agree. atm i am trying to spot the issue, after that will delve into bionic proper
[20:38] <kasper> nacc, couldn't find sources with pull-lp-source as well :(
[20:38] <nacc> kasper: what did you run?
[20:38] <kasper> pull-lp-source liblldb-6.0-dev --no-conf
[20:38] <nacc> uh
[20:38] <nacc> well, liblldb-6.0-dev is not a source pacakge
[20:38] <nacc> as apt-get source told you
[20:38] <nacc> kasper: pull-lp-source llvm-toolchain-6.0
[20:39] <nacc> tjaalton: did my MP review comment make sense?
[20:39] <kasper> cool, it is downloading tarballs :)
[20:40] <tjaalton> nacc: yes, you'll have it tomorrow
[20:40] <nacc> tjaalton: cool, just wanted to check, thanks!
[20:40] <kasper> i could have fetched it form http://archive.ubuntu.com/ubuntu/pool/main/l/llvm-toolchain-6.0/llvm-toolchain-6.0_6.0.orig-lld.tar.bz2 :)
[20:40] <nacc> tjaalton: otherwise the change looks good
[20:40] <nacc> kasper: well, that's just one orig component tarball
[20:40] <nacc> kasper: so wouldn't have done you any good
[20:44] <kasper> nacc, thanks. `llvm-toolchain-6.0-6.0/lldb/include/lldb/API` has the files. could you please point me where i can find package script, so far i have only found source code of llvm/clang/lldb but not the launchpad script that builds the pacakge
[20:44] <nacc> kasper: debian/rules
[20:54] <kasper> nacc, thanks. nothing jumping out at me when looking at 'diff llvm-toolchain-5.0-5.0.1/debian/rules llvm-toolchain-6.0-6.0/debian/rules'
[20:55] <nacc> kasper: it's not in the pacakging afaict, i think it's an upstrema issue
[20:55] <tjaalton> kasper: file a bug on debian
[20:56] <nacc> kasper: they look to have made some cmake changes upstream that are hard to decide if they are correct
[20:56] <nacc> kasper: i agree with tjaalton though
[20:57] <kasper> nacc, since fedora rpm not missing those files, could be that we need to build some additional cmake target, that wasn't required in v5 and earlier versions
[20:57] <kasper> nacc, correct. i will do that
[20:58] <kasper> can https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-6.0/+bug/1761009 be moved to debian, or do i have to close this one and open a separate one for deb?
[20:58] <nacc> kasper: you need to file one with debian
[21:00] <kasper> nacc, if debian package is fixed, will ubuntu package pick up the changes automatically? i thought they are separate streams. spotted this issue on their build logs earlier https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-6.0&arch=amd64&ver=1%3A6.0-1&stamp=1520022195&raw=0
[21:00] <nacc> kasper: or fedora is undoing something
[21:00] <nacc> kasper: not automatic, we are after freeze
[21:01] <nacc> kasper: that build also has an empty API directory, afaict
[21:01] <kasper> yup
[21:01] <kasper> 0 files in that dir
[21:03] <nacc> kasper: based upon the upstrema diff of lldb/source/API/CMakeLists.txt, it seems like the old build did some extra work
[21:03] <nacc> tthe new build does something else, and it owuld need some debugging to see if that's the issue
[21:05] <nacc> kasper: it looks like they moved from Headers to FrameworkHeaders
[21:16] <kasper> nacc, lldb had some changes in cmake files between 5..6 but couldn't figure out what change is required from external callsite. was wordering, maybe it's worth checking out the diff between v5.0...v6.0 in rpm too?
[21:17] <kasper> only if i know how to access makefile of rpm packages :D
[21:17] <nacc> kasper: that's up to you :)
[21:17] <kasper> maybe copr has it
[21:42] <kasper> nacc, found this lovely link https://src.fedoraproject.org/rpms/lldb/c/763e3718e9c6339d991554c8c6468b488879beb6. they are using git and their git diff page is awesome :)
[21:43] <kasper> seems like they haven't changed much either
[21:47] <kasper> actually there is https://src.fedoraproject.org/rpms/lldb/c/44958ca9dee94ad785f30ab5b379e740b0d09344
[21:49] <kasper> lldb issue after all :)
[21:49] <kasper> they broke the installation of API headers in cmake
[21:52] <kasper> more authentic/official patch is https://github.com/llvm-mirror/lldb/commit/8f577000b2fe2f5bf5d08e352a2f15f9421f9c82#diff-c6838f2ee3606027bb153637e8024bf5
[21:57] <nacc> kasper: yes, i saw that diff, and wondered about it too
[21:59] <kasper> nacc, would it be possible to ninja this one in before bionic final? *-*
[21:59] <nacc> kasper: well it's a bugfix, so file the bug in ubuntu?
[21:59] <nacc> kasper: and someone can
[21:59] <kasper> https://bugs.launchpad.net/ubuntu/+source/llvm-toolchain-6.0/+bug/1761009
[21:59] <kasper> wrote it down in comment 3
[22:00] <kasper> i have done some patchwork in pkgsrc few years ago (for netbsd), but never on Debian/ubuntu, so i might take longer than experts :)
[22:02] <nacc> kasper: i'll build you a PPA version to test, will comment in bug when it's ready
[22:02] <kasper> thank you! <3
[22:04] <nacc> kasper: did you file a bug with debian?
[22:06] <kasper> nope, i was almost going to file it, but then joined fedora-devel to figure out their diffs :D
[22:09] <nacc> doko: fyi, you didn't run update-maintainer onthe last llvm-6.0-toolchain upload :)
[22:11] <doko> nacc: I'm notorious about that :-(
[22:12] <nacc> doko: np, i'll fix it on this upload, presuming it fixes the bug
[22:31] <Faux>
[22:31] <Faux> ^ typo, ignore.
[22:46] <sarnold> how is it determined what gets seeded? the reporter in 1752417 makes some good points that our default out-of-the-box vpn choice is pretty terrible
[22:47] <Unit193> There's a default VPN choice?
[22:47] <nacc> sarnold: the owning team(s) decide, roughly
[22:47] <nacc> sarnold: based upon technical area
[22:47] <sarnold> apparently PPTP is installed by default :/
[22:48] <nacc> sarnold: pptp-linux ?
[22:49] <sarnold> nacc: or perhaps network-manager-pptp-gnome
[22:50] <nacc> sarnold: network-manager-pptp-gnome is a reverse-recommends of all the desktop metapackages
[22:50] <nacc> it would seem
[22:50] <nacc> so not directly from the seeds
[22:50] <Unit193> ship-live: * pptp-linux                       # client for Microsoft-compatible VPN's, needed for some ISPs
[22:50] <nacc> but there is that one --^
[22:50] <nacc> again, live only, not preinstalled (afaict)
[22:51] <Unit193> network-manager-pptp is under 'Basic network services and Windows integration.'
[23:01] <cjwatson> I mean
[23:01] <cjwatson> it dates back to warty
[23:01] <cjwatson> it's possible it's not the most currently-motivated of choices
[23:02] <sarnold> warty, wow :) I figured it was an old choice that had never been reexamined.. but wow. :)
[23:02] <cjwatson> it's in r1 of the seeds
[23:02] <tsimonq2> O_O
[23:02] <cjwatson> it may be a little difficult to archaeologise a rationale now
[23:03] <sarnold> "needed for some ISPs" was probably reason enough
[23:04] <cjwatson> there was a pre-revision-control wiki seed list but I'm not sure any records of that still exist
[23:05] <cjwatson> yeah, it might be helpful to know who suggested it because it might indicate what country
[23:05] <cjwatson> first mention of it on warthogs@ I can find was Jeff Waugh suggesting it as part of a list of misc VPN software on 2004-05-29
[23:07] <cjwatson> don't really see much serious discussion so I think it was almost certainly just dumped in from a "think of everything people might need to get online" kind of list
[23:08] <jbicha> sarnold: you could probably get network-manager-openvpn-gnome in easily since its source pkg, network-manager-openvpn, is already in main
[23:09] <sarnold> on the one hand we no longer have the "must fit on a CD" pressure to keep the size from going up, but .. I think that's still a self-imposed "lets not go crazy" kind of thing.
[23:12] <robert_ancell> Does anyone know where the canonical-livepatch snap source lives? I want to get it to embed its icon into the snap.
[23:14] <sarnold> lol, launchpad just gave me an OOPS-bad2dcfa884f2f58ab59239854b60434  :)
[23:14] <sarnold> "bad"
[23:14] <sarnold> why yes, I *am* easily amused ..
[23:14] <Unit193> Not just bad, but 'bad2dc'.  You're bad to datacenters!
[23:15] <sarnold> hahah
[23:26] <jbicha> sarnold: I suggest you ask #ubuntu-desktop about default VPN support during work hours or you can use our "mailing list" https://community.ubuntu.com/c/desktop
[23:26] <nacc> robert_ancell: i've pinged the folks who should know, i'll ask them to get in touch
[23:26] <robert_ancell> nacc, thanks!
[23:26] <sarnold> jbicha: somehow I've got a habit of arriving moments after will's "do your hobbies!" quit message :) hehe
[23:27] <jbicha> sarnold: you only have about 3/4 of a second after he posts that before he's gone
[23:27] <sarnold> *nod* :)
[23:27] <jbicha> oh I mean after his "night all" message
[23:28] <jbicha> it's a good strategy, prevents people from giving you more stuff to do on your way out the door
[23:28] <sarnold> and his quit message is a useful reminder :)
[23:34] <Unit193> People /quit?
[23:34] <sarnold> Unit193: will does :)
[23:34] <Unit193> Novel idea.
[23:35] <sarnold> blank irc windows just give me the creeps
[23:35] <tsimonq2> Glad I'm not the only one.
[23:38] <Unit193> sarnold: What about windows that only contain the 'day changed' notice?
[23:38] <sarnold> Unit193: *shudder* like window 4
[23:38] <tsimonq2> I move all of those into one window.
[23:38] <tsimonq2> Those annoy me.
[23:38] <sarnold> I don't visit window 4
[23:39] <Unit193> 'Day changed to 23 Feb 2018' there it is, right there.
[23:39] <tsimonq2> I trust we're all using irssi, *right*? :P
[23:39] <Unit193> Seth is.
[23:39] <tsimonq2> I know, but I think Unit193 uses xchat.
[23:39]  * tsimonq2 runs
[23:42] <Unit193> Ain't no client like the best.
[23:42] <wxl> tsimonq2: no, Unit193 uses silc.
[23:43] <sarnold> haha
[23:43] <sarnold> man that's a blast from the past ..
[23:44]  * tsimonq2 googles
[23:44] <tsimonq2> Oh, hah.
[23:45]  * valorie started on mirc
[23:45] <valorie> :-)
[23:45] <sarnold> blaster from the paster ..
[23:45] <valorie> now konversation
[23:46] <sarnold> mirc was a nice step up from ws_irc
[23:46] <valorie> irssi is fine for the geeks!
[23:46] <wxl> i think my first was ircII
[23:46] <wxl> or maybe EPIC
[23:47] <wxl> whatever cleveland freenet was using way back when
[23:47] <valorie> I remember all those names from making a webpage about them years ago
[23:47]  * wxl beats everyone about the head with his cane
[23:47] <valorie> for genealogists
[23:48] <Unit193> openssl s_client.
[23:48] <sarnold> an ircii script with an embedded backdoor was my introduction to unix security :D
[23:48] <wxl> nice sarnold :)
[23:48] <wxl> Unit193: hey at least you're secure.


[03:19] <mwhudson> how frequently does launchpad import packages from debian? i can't remember
[04:57] <alkisg> mwhudson: hi; I'm around in case you need any feedback wrt https://code.launchpad.net/~alkisg/ubuntu/+source/isc-dhcp/+git/isc-dhcp/+merge/371861
[07:04] <ackk> rbasak, hi, would you mind reviewing https://code.launchpad.net/~ack/ubuntu/+source/django-piston3/+git/django-piston3/+merge/372061 and if you approve sponsor the upload?
[08:04] <Laney> ddstreet: you might be interested in https://git.launchpad.net/autopkgtest-cloud/log/?h=wip/mojo-juju-2
[08:05] <Laney> this is something that actual humans can deploy (if they have an Openstack)
[08:41] <cjwatson> mwhudson: every six hours
[10:07] <mitya57> sil2100: hi! Please see https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1833536/comments/8 — I think qtbase-opensource-src/bionic-proposed can also be released to -updates
[10:18] <Laney> mwhudson: tobikoch: rcj: do you have any feedback on https://paste.debian.net/1098377/ ? we've got image builds failing now because the partial seeds aren't valid so I was trying for a low-enough-risk way of deferring this to the end
[10:18] <Laney> (untested)
[10:19] <mwhudson> Laney: sounds sane
[10:19] <mwhudson> alkisg: aaargh tomorrow i promise
[10:19] <alkisg> mwhudson: no worries, as long as it makes it for 20.04 :D
[10:21] <mwhudson> alkisg: that's the sort of time frame i should be able to meet
[10:23] <Laney> except that the "-n" should be "-z", otherwise the test is inverted :P
[11:16] <rbasak> ackk: this package is a mess :(
[12:04] <ackk> rbasak, yeah, hopefully we'll be able to move away from it by transitioning to snaps
[12:05] <rbasak> ackk: still the same maintenance issues though?
[12:05] <ackk> rbasak, we have a branch in LP where we track the changes we have from the original pcakage
[12:06] <ackk> rbasak, so we could switch to that instead, or even include it in maas
[12:07] <cjwatson> Laney: Is that what's going on with the mysterious i386 failures on https://launchpad.net/~cloud-images/+livefs/ubuntu/eoan/cpc-buildd/ ?
[12:08] <cjwatson> Laney: (I'm slightly confused because I wouldn't have expected buildd images to have any snaps seeded at all)
[12:09] <ackk> rbasak, it's unfortunately an abandoned project
[12:10] <Laney> cjwatson: I think that's a bug that I've incidentally fixed (not in that diff; I noticed it while running the autopkgtest locally)
[12:10] <Laney> https://git.launchpad.net/livecd-rootfs/tree/live-build/functions#n658 notice the different paths on 658 and 659
[12:10] <Laney> although maybe that but in a different place, reading the message closely
[12:10] <cjwatson> Mm, could be
[12:11] <Laney> probably a missing similar guard somewhere
[12:13] <Laney> or is "iptables: Bad rule (does a matching rule exist in that chain?)." the actual error?
[12:13] <Laney> TIL that we use iptables in livecd-rootfs
[12:14] <Laney> mmm, snap-seed-parse exit(0)s after printing that warning, so it won't be that
[12:21] <Laney> cjwatson: so the iptables -A failed or something?
[12:22] <cjwatson> Tobias asked something about that the other day IIRC
[12:22] <cjwatson> https://irclogs.canonical.com/2019/08/27/%23launchpad-ops.html#t11:00
[12:24] <Laney> Sounds likely
[12:24] <cjwatson> But I have no idea how it could be LP's fault
[12:24] <Laney> any difference that would explain it only happening on i386?
[12:24] <cjwatson> Not that I know of
[12:25] <cjwatson> Tempted to just suggest || true-ing the iptables cleanup command because honestly who cares
[12:26] <Laney> at that point, yes, but if it means that the magic-proxy thing isn't working because the nat rule never got set up
[12:26] <Laney> maybe you'd want to move the failure earlier somehow
[12:26] <cjwatson> The only thing I can think of is that the daemon user's uid might have changed, but that seems fairly spectacularly unlikely
[12:27] <cjwatson> Right, that's definitely possible given that livecd.magic-proxy.log is empty in successful builds
[12:27] <cpaelzer> rafaeldtinoco: ahasenack: could one of you lend me an eye and confirm that this is nonsense => https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/lib/misc/util_misc.c#L718
[12:27] <cjwatson> iptables doesn't seem to be displayng any errors though
[12:28] <cpaelzer> after the assert we can assume expand != NULL, then chunks[i] is set to expand (which as we know is != NULL), and then the check for chunks[i] == NULL should never matter - do you agree?
[12:28] <ahasenack> that's a lot of #idfefs
[12:29] <cpaelzer> unless their ASSERT isn't alsways on or so
[12:29]  * rafaeldtinoco checks
[12:30] <cpaelzer> hmm yeah, just found that their ASSERT isn't always active
[12:30] <cpaelzer> depending on the config it could be https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/lib/include/vm_assert.h#L259
[12:30] <ahasenack> cpaelzer: it's not immediately obvious, there are a lot of assignments to expand before that
[12:31] <ahasenack> ah, wait, you said something more after the ping
[12:32] <ahasenack> ok, you are comparing line 718 (assert) with 721 (another check for null)
[12:32] <cpaelzer> ahasenack: yeah I was wondering if line #722 inside the if could even be reached
[12:33] <cpaelzer> but since then I found that their ASSERT might be on/off depending on the config, and therefore it can enter the if
[12:33] <cpaelzer> that was all I wanted to know - sorry for the noise rafaeldtinoco & ahasenack
[12:33] <ahasenack> rubber duck debugging
[12:33] <ahasenack> worked flawlessly again
[12:34]  * rafaeldtinoco glad he helped
[12:34] <rafaeldtinoco> rofl
[12:35] <cpaelzer> :-)
[12:57] <Laney> cjwatson: I've pushed what I have; did you want to add the "|| true" or something before I upload?
[13:07] <cjwatson> Laney: No, let's see how your changes go I guess
[13:08] <cjwatson> I may be able to see if I can reproduce anything locally
[13:22] <Laney> OK
[13:31] <sil2100> mitya57: I know, I talked with RikMills on -release about that earlier
[13:53] <cpaelzer> ahasenack: rafaeldtinoco: this might be a rubber duck again - is "static inline" now an error?
[13:53] <cpaelzer> http://paste.ubuntu.com/p/dfphNffZW6/
[13:54] <rafaeldtinoco> cpaelzer: welcome to wonderful world of gcc9
[13:54] <rafaeldtinoco> and its new warnings
[13:54] <rafaeldtinoco> ive been facing this all previous week
[13:54] <cpaelzer> I'm ther all day already rafaeldtinoco :-)
[13:56] <cpaelzer> well in the context it is here https://developer.gnome.org/glib/stable/glib-Miscellaneous-Macros.html#G-INLINE-FUNC:CAPS
[13:56] <rafaeldtinoco> cpaelzer: https://gcc.gnu.org/gcc-9/changes.html
[13:56] <rafaeldtinoco> it does not explicitly say its a change
[13:56] <cpaelzer> so I'd just convert it to "static inline" then
[13:56] <cpaelzer> lets see if it then still is an issue
[13:57] <rafaeldtinoco> cpaelzer: its funny because inline is (or used to be) just a hint
[13:57] <rafaeldtinoco> so static would still make sense
[14:00] <cpaelzer> well I'd love to see some more error context on this
[14:00] <cpaelzer> the message doesn't really make sense
[14:00] <cpaelzer> but since I found that it is deprecated lets follow the advice and replace it
[14:00] <cpaelzer> maybe it works or at least has a more graspable error then
[14:12] <rafaeldtinoco> op_query.c:341:2: error: format not a string literal and no format arguments [-Werror=format-security]
[14:12] <rafaeldtinoco> cpaelzer: ^
[14:13]  * rafaeldtinoco wrapping gcc with Wno-error
[14:13] <rafaeldtinoco> #)
[14:15] <rafaeldtinoco> i wonder why we didn´t catch errors like this ^
[14:15] <rafaeldtinoco> in package upload/sync
[14:15] <rafaeldtinoco> and I do get it now
[14:15] <rafaeldtinoco> do we copy binaries from one version to another ?
[14:29] <rafaeldtinoco> cpaelzer: LOL getopt() loops indefinitely in arm64
[14:29] <rafaeldtinoco> char t = getopt() -> while t != -1
[14:29] <rafaeldtinoco> t will never be -1 =) compiler does not assume -1 == (char)
[14:30] <rafaeldtinoco> (for arm64 only)
[14:30]  * rafaeldtinoco fixing ocfs2-tools upstream
[14:39] <cpaelzer> yay
[14:39] <cpaelzer> nice find rafaeldtinoco
[14:39] <rafaeldtinoco> cpaelzer: similar to the one you found some time ago
[14:39] <rafaeldtinoco> about overflows in arm64
[14:39] <rafaeldtinoco> (char) stays 255 forever
[14:56] <cpaelzer> rafaeldtinoco: you said you fought issues like that last week - any idea why -Wno-error=deprecated-declarations (and some permutations thereof) don't get rid of error: Deprecated pre-processor symbol [-Werror]
[14:56] <cpaelzer> I'd not want to generally unset -Werror
[14:57] <cpaelzer> but it seems that is what it wants to tell me ... :-/
[14:57] <rafaeldtinoco> cpaelzer: whenever this happened to me... debian/rules was overriding somewhere else
[14:59] <cpaelzer> not here, I see it in the commandline
[14:59] <cpaelzer> unless it comes before some re-enable
[15:00] <cpaelzer> ...
[15:00] <rafaeldtinoco> cpaelzer: try LC_FLAGS directly in rules with -Wno-error=
[15:00] <rafaeldtinoco> just to make sure =) ive done it
[15:06] <rafaeldtinoco> export CFLAGS+="-Wno-error=format-security"
[15:06] <rafaeldtinoco> example ^
[15:07] <rafaeldtinoco> without "s
[15:09] <ahasenack> there is a maintainer var  for adding and removing chunks in cflags and friends
[15:20] <rafaeldtinoco> yep, that was just to check if it would be overridden..
[15:20] <rafaeldtinoco> not sure if there is as HARDENING option for no-error
[15:20] <rafaeldtinoco> or you have to specifically add as DEB_CFLAGS (or something like it)
[17:18] <ahasenack> rafaeldtinoco: cpaelzer: is this a known thing with the mysql8 update?
[17:18] <ahasenack> + mysql_install_db --no-defaults --user=mysql --datadir=/<<PKGBUILDDIR>>/mysql_db/data
[17:18] <ahasenack> debian/setup-mysql.sh: 47: mysql_install_db: not found
[17:18] <ahasenack> that's in the php7.2 build
[17:18] <rafaeldtinoco> ahasenack: errr, no ?
[17:18] <rafaeldtinoco> =)
[17:18] <ahasenack> I was wondering if mysql_install_db was renamed or something
[17:18] <rafaeldtinoco> first time I see this :\
 <- extra < ?
[17:19] <rafaeldtinoco> ah nm
[17:19] <ahasenack> no, that's just from launchpad
[17:19] <rafaeldtinoco> yep
[17:20] <ahasenack> mysql-server-core-5.7: /usr/bin/mysql_install_db
[17:20] <ahasenack> let me see if mysql8 has something equivalent
[17:20] <rafaeldtinoco> i was checking that
[17:20] <rafaeldtinoco> yep
[17:20] <rafaeldtinoco> apt-file update here
[17:20] <rafaeldtinoco> err, looks like it doesn´t
[17:21] <rafaeldtinoco> mariadb-server-core-10.3 and percona-xtradb-cluster-server-5.7 only
[17:21] <rafaeldtinoco> i think u found a bug
[17:21] <rafaeldtinoco> =)
[17:23] <ahasenack> rbasak: do you recall something about that mysql_install_db binary/script? It doesn't seem to be available in mysql8
[17:24] <rbasak> ahasenack: yes there's a new way now
[17:24] <ahasenack> rbasak: known bug in php 7.2, or shall I file one?
[17:24]  * ahasenack searches quickly
[17:25] <rbasak> ahasenack: we want to remove src:php7.2 before release.
[17:25] <rbasak> So not worth fixing?
[17:25] <ahasenack> I see
[17:25] <ahasenack> it's in the migration blocking list
[17:25] <rbasak> See the git repository with patches for examples
[17:25] <rbasak> bryce: ^ do you have removal in your list?
[17:26] <ahasenack> bryce is on holiday today
[17:26] <ahasenack> I don't see a card in the daily board
[17:27] <ahasenack> rbasak: I'll respond in the mail thread, I see he saw this already
[17:31] <ahasenack> rbasak: php7.3 started tests now \o/
[17:32] <ahasenack> mediawiki failed, but just on armhf...
[17:32] <ahasenack> heh, it's the only one that actually used mysql8
[17:34] <ahasenack> rbasak: I think a whole bunch of the tests in https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#php7.3 used mysql-5.7 instead of 8
[17:35] <ahasenack> checked mediawiki and php-horde-db so far
[17:36] <ahasenack> those runs are old, from about 3w ago
[17:38] <ahasenack> they ran before the universe/main dependency issue was solved? I was wondering how they appeared so quickly
[17:59] <rafaeldtinoco> ocfs2-tools in -proposed is broken BTW (and ocfs2-tools in -stable has defrag broken). working on it.
[18:05] <ahasenack> rafaeldtinoco: the defrag command is new in this version, btw
[18:05] <ahasenack> new in 1.8.6, I mean
[18:05] <rafaeldtinoco> ahasenack: yep, its because of an overflow of a small int (char)
[18:05] <rafaeldtinoco> in arm64 it does not overflow =)
[18:05] <ahasenack> rafaeldtinoco: I meant it's not broken in 1.8.5 because it doesn't exist there
[18:06] <rafaeldtinoco> ahh no, its the service name
[18:06] <rafaeldtinoco> but i think its on my end, will flag the bug i just created as invalid
[18:06] <rafaeldtinoco> anytime soon
[18:06] <rafaeldtinoco> hopefully
[18:06] <rafaeldtinoco> yep, it was on my end, i missed the 1st quilt patch
[18:38] <rafaeldtinoco> ahasenack: are u aware of a way to ignore files when using dpkg-source --commit ?
[18:38] <ahasenack> no, I don't think I have ever used --commit
[19:07] <rbasak> rafaeldtinoco: you could use --commit and then pop quilt and delete the file from the patch manually if that helps
[19:08] <rafaeldtinoco> rbasak: quilt pop 1
[19:08] <rafaeldtinoco> and then refresh ?
[19:08] <rafaeldtinoco> ah i see, delete from patch
[19:45] <rafaeldtinoco> [  541.862381] ocfs2: Mounting device (7,0) on (node 0, slot 0) with ordered data mode.
[19:45] <rafaeldtinoco> [  967.650404] INFO: task defragfs.ocfs2:15546 blocked for more than 120 seconds.
[19:45] <rafaeldtinoco> [  967.655841]       Tainted: P           O      5.0.0-27-generic #28-Ubuntu
[19:45] <rafaeldtinoco> [  967.661329] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[19:45] <rafaeldtinoco> [  967.666882] defragfs.ocfs2  D    0 15546   5947 0x00000801
[19:45] <rafaeldtinoco> [  967.672396] Call trace:
[19:45] <rafaeldtinoco> [  967.677892]  __switch_to+0xb8/0x1a8
[19:45] <rafaeldtinoco> [  967.683418]  __schedule+0x358/0x998
[19:45] <rafaeldtinoco> [  967.688882]  schedule+0x30/0x78
[19:45] <rafaeldtinoco> [  967.694283]  rwsem_down_write_failed+0x144/0x258
[19:45] <rafaeldtinoco> [  967.699720]  down_write+0x54/0x58
[19:46] <rafaeldtinoco> ocfs2 is a nightmare
[19:46] <rafaeldtinoco> anyway, fix works
[21:06] <rafaeldtinoco> cpaelzer: I believe that DEB_BUILD_MAINT_OPTIONS=hardening=+all,-format
[21:07] <rafaeldtinoco> would be the appropriate option to handle -Wformat and -Wformat-security options
[21:07] <rafaeldtinoco> -Wformat and -Werror=format-security options, but that does not seem to be working for GCC9 (just tested), this way I had to export CFLAGS to -Wno-errror=format-security
[21:07] <rafaeldtinoco> Ill open a bug as soon as this is over
[21:07] <rafaeldtinoco> (this = my bug)
[21:11] <mwhudson> oh for heavens sake i need to skip another test in golang-golang-x-tools
[21:13] <rafaeldtinoco> its skip tests season!
[21:16] <rafaeldtinoco> cpaelzer: nm, my env CFLAGS is overriding debian/rules one, and it comes from $(dpkg-buildflags --get CFLAGS)
[21:17] <rafaeldtinoco> so correct way to discard format-security warnings (for now, with GCC9) would be DEB_BUILD_MAINT_OPTIONS=hardening=+all,-format
[21:17] <rafaeldtinoco> and, unfortunately, there is quite a few popping up here and there.. so not sure if we should go upstream and do small fixes or just get rid of the errors


[01:58] <lexhider> any reason kmailcvt isn't a dependency for kubuntu-desktop?
[08:49] <pef> hello
[12:47] <tvo> hm, KDE should be capable of opening index.docbook.gz help files isn't it?
[12:48] <venda> should
[12:48] <tvo> if I recall correctly, it did so before my holidays..
[12:48] <tvo> now it doesn't
[12:48] <venda> khelpcenter should open index.docbook.gz
[12:49] <tvo> let me check a thing, might be my fault..
[12:51] <tvo> no, I'm clueless. It used to open the file, now it doesn't
[12:52] <tvo> it works if I gunzip the file
[12:53] <venda> bz2
[12:53] <venda> should work
[12:54] <tvo> nope
[12:57] <tvo> I tried some more help files- most of them are plain index.docbook
[12:58] <tvo> if I gzip them I get "The requested help file could not be found. Check that you have installed the documentation."
[12:59] <tvo> does apt/dpkg generate a log file somewhere?
[01:09] <tvo> Riddell: you did have kio-locate installed isn't it?
[01:09] <tvo> if so, could you type help:/kio-locate/ in konq
[01:09] <tvo> and tell me if it gives an error or a helppage
[01:30] <author> wv
[01:30] <author> wb
[02:03] <Mez> how do I get kate out fo full screen mode
[07:02] <carl2> is kynaptic broken?
[07:06] <carl2> depends libapt-pkg-libc6.3-6-3.9 which is new a virtual package
[08:23] <tvo> Riddell: ping
[08:55] <author> http://stream.moulticast.net:8060 <- Radio
[09:02] <Riddell> tvo: hi
[09:03] <Riddell> tvo: index.docbook files shouldn't be compressed
[09:03] <tvo> somehow there is a compressed index.docbook in the .deb I have here
[09:03] <tvo> and I have no clue as of why it is compressed
[09:04] <tvo> I've been trying to figure it out, but no success yet
[09:06] <tvo> Riddell: maybe you've got an idea what to check..
[09:08] <tvo> Riddell: and the good news: I've almost got a patch for hidden files into KDE
[09:09] <tvo> (see kde-devel)
[09:09] <tvo> (mailinglist, that is)
[09:12] <author> has you fixxed the "media://" problem?  or what did "hidden files" mean?
[09:16] <tvo> author: with hidden files I meant KDE didn't allow files to be hidden except dotfiles
[09:17] <tvo> author: I created a patch which allows kioslaves to add an UDS_HIDDEN entry to override the (absence of) the leading dot
[09:17] <author> oh sorry
[09:17] <tvo> np
[09:18] <author> my english wants to be better ;)
[09:18] <tvo> hehe. I'm not a native english speaker too :)
[09:20] <author> but yours is better then my
[09:24] <tvo> Riddell: you still there?
[09:24] <Riddell> tvo: no idea why it's gzipped
[09:24] <Riddell> it's weird
[09:25] <tvo> that's what I thought. I tried building it with scons, mini-scons, but no gzipped file
[09:26] <Riddell> are there any newer versions of mini-scons?
[09:26] <tvo> I don't know, but it shouldn't matter anyway since the scons-mini.tar.bz2 is included in the source package
[09:27] <tvo> I'll ask ita as soon as he comes online
[09:31] <tvo> Install file: "doc/en/index.docbook" as "debian/kio-locate/usr/share/doc/kde/HTML/en/kio-locate/index.docbook"
[09:31] <tvo> ^^ in build log
[09:32] <tvo> -rw-r--r-- root/root      2484 2005-07-15 21:56:22 ./usr/share/doc/kde/HTML/en/kio-locate/index.docbook.gz
[09:33] <tvo> it's somewhere between lines 846 and 948 in build log (i386)
[09:34] <Riddell> it's dh_compress
[09:38] <Riddell> DEB_COMPRESS_EXCLUDE=.docbook
[09:38] <Riddell> that's the trick
[09:39] <Riddell> however it should be an article not a book and part of kioslaves manual
[09:41] <tvo> ah ok
[09:42] <tvo> article as in only one page instead of 2 or 3?
[09:42] <Riddell> dunno, I was just quoting lauri :)
[09:43] <Riddell> look at other kioslaves
[09:43] <Riddell> I assume it's the docbook <article> rather than <book>
[09:43] <tvo> ok, I'll play a bit with it, see what happens
[09:44] <tvo> I also noticed all kioslaves index.docbooks are together in 1 directory
[09:45] <Riddell> yeah, but I assume there's a way to do it outwith that
[09:45] <Riddell> ask on #kde-docs if you get stuck
[09:46] <tvo> yup, ok, I'll do
[09:47] <tvo> did you see the uds_hidden.diff patch?
[09:48] <Riddell> "I like the patch"  from dfaure.  that's a good sign :)
[09:49] <tvo> yeah that's what I thought too, certainly the "I commit it" part ;)
[09:49] <tvo> but I've to get it tested / test it first
[09:50] <tvo> how difficult is it to test it by myself?
[09:51] <Riddell> is it backwards compatable somehow or will existing ioslaves suddenly show all files until they're modified to use uds_hidden?
[09:51] <tvo> backwards compatible
[09:51] <Riddell> how does that work?
[09:52] <tvo> there's an isHidden() function. INstead of only looking at the dot, it now checks for the m_hidden member,
[09:52] <tvo> which can be Auto, Hide or Show
[09:52] <tvo> Auto is the default, if m_hidden == Auto it fall through to the dot-checking code
[09:53] <tvo> if UDS_HIDDEN is given m_hidden is set to Hide or Show depending on value in m_long of the UDSAtom
[09:53] <tvo> true = Hide, false = Show
[09:53] <tvo> so essentially UDS_HIDDEN overrides the dot or the absence thereof
[09:53] <Riddell> clever clever
[09:54] <tvo> thanks. (I didn't feel like modifying all ioslaves :)
[09:57] <tvo> so, how difficult is it to test it by myself (= compiling KDE I suppose?).
[10:08] <Riddell> not tricky, just time consuming
[10:08] <tvo> hmm ok, how long do you estimate compile time on an 800 MHz Amd Duron?
[10:08] <Riddell> get kdelibs 3.5 branch from SVN
[10:08] <Riddell> couple of hours?
[10:09] <Riddell> writing a patch without testing it :)  that's pretty impressive
[10:09] <tvo> ok that's not too bad
[10:10] <tvo> well writing it not me thinks, rather writing a patch without testing, which has no bugs at all when finally tested ;)
[10:11] <tvo> I'll test tomorrow, my PC is too noisy to keep it on while sleeping
[10:12] <Riddell> for more pretty output use unsermake -p
[10:12] <Riddell> that has a little % indicator
[10:12] <tvo> that's cool
[10:13] <Riddell> very
[10:15] <tvo> Riddell: a new kio-locate release should be finished before 11th isn't it?
[10:16] <tvo> or are you delaying kubuntu release if KDE 3.5 is not yet released?
[10:16] <author> http://jrepin.blogspot.com/2005/07/jlps-kde-35-previews-part-1.html
[10:16] <author> amazing screens
[10:16] <author> from kde 3.5
[10:17] <Riddell> 11th is feature freeze, but kio-slave is still in universe
[10:17] <author> "Stability of this prebeta version is very good."
[10:17] <Riddell> I should hassle the authorities to get it into main before then
[10:18] <Riddell> tvo: no, we can't delay breezy alas
[10:18] <Riddell> but 3.5 should be in backports
[10:19] <Riddell> if Mez agrees :)
[10:19] <tvo> ok, was just checking..
[10:22] <Riddell> yeah, it's a shame
[10:31] <Mez> Riddell, if you can help me make it possible for both
[10:33] <Riddell> without the C++ transition it should be a lot easier
[11:15] <Mez> Riddell, yes, but - are you on about bp'ing to hoary or breezy


[07:06] <dholbach> good morning
[13:05] <ScottK> Rhonda: Added wesnoth-1.13 to the sync-blacklist.
[13:05] <Rhonda> ScottK: Thanks!
[13:06] <ScottK> yw
[17:43] <reversiblean> what file should i look into to, change unity launcher (.desktop) for a package in launchpad?


[02:05] <notverygoodatthi> ...?
[02:05] <notverygoodatthi> not sure if I'm not seeing the chat that's going on or if there is none, seems unlikely that it would be completely silent, reply if you see this
[14:18] <raven_> any one knows about the presonus faderport?


[15:00] <mvo> hello
[15:00] <jhunt> o/
[15:00]  * slangasek waves
[15:02] <slangasek> #startmeeting
[15:02] <meetingology> Meeting started Wed Aug 17 15:02:03 2011 UTC.  The chair is slangasek. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:02] <meetingology> Useful Commands: #topic #action #link #idea #voters #vote #chair #action #agreed #help #info #endmeeting.
[15:02] <slangasek> [TOPIC] lightning round
[15:02] <meetingology> TOPIC: lightning round
[15:02] <slangasek> $ echo $(shuf -e cjwatson barry doko stgraber jhunt mvo ev bdmurray slangasek)
[15:02] <slangasek> doko barry mvo cjwatson bdmurray jhunt stgraber ev slangasek
[15:04] <slangasek> doko_: what's new in the world of lightning?
[15:05] <doko_> ouch, barry, can you go first?
[15:05] <barry> bug 788514 completed! (dh_python2 transition); investigated bug 816169; fixed bug 826795; fixed bug 824734 (upstream, doko merged); debian bug 633015 (sys.platform == 'linux2'); recovered from fglrx folly; done.
[15:05] <barry>
[15:06] <mvo> done?
[15:06] <barry> done!
[15:06] <mvo> apt: work on the automatic tests, review debdelta diff for SoC, add support into auto-upgrade-tester for Apt::Immediate-configure-all=true; run tests against new ordering apt-chris branch and ping-pong problems with him, add the architectures to the mirror method querry string, merge fixes from debian/donkult
[15:06] <mvo> aptdaemon: debug/fix #819328, debug/fix crash #825056
[15:06] <mvo> software-center:  work on lp:~mvo/software-center/sortable-app-tree-view, review lp:~alexeftimie/software-center/packagekit-backend, review/merge review https://code.launchpad.net/~pitti/software-center/gi-fixes, upload new version, fix AUTHORS file merging into about dialog, debug/fix bug in private-dbus test scenario port to gir1.2-gmenu-3.0, debug/fix race in exhibits fetcher, lp:~mvo/software-center/gtk3-install-progress-autotest, fix bu
[15:06] <mvo> g in treeview search , add test for it, debug gtkbuilder issue with spacing all wrong, submit bug #825173 with testcase, fix crash in gtk3 when a transaction finishes
[15:06] <mvo> softare-properties: fix bug in add-apt-repository for PPAs
[15:06] <mvo> apt-ddtp: updated
[15:06] <slangasek> a question came up on IRC the other day about what to do for packages that are still being backported to hardy, where we'll never have dh_python2... heh
[15:06] <mvo> update-manager: review/merge +lp:~brian-murray/update-manager/tag-dist-upgrade,enable multiarch on upgrade, do not try to install reqired foreign arch packages,,  review/merge https://launchpad.net/bugs/824957
[15:06] <mvo> ubuntu-vm-builder: drive-by fixup in the packaging and upload new version
[15:06] <mvo> command-not-found: review/merge lp:~julien-nicoulaud/command-not-found/fix-zsh-hook
[15:06] <mvo> misc: write sqlite3-debversions plugin for a debversion collate function
[15:06] <mvo> EOF
[15:06] <barry> slangasek: heh
[15:08] <doko_> well, at some time you have to make a cut, then these people have to take care about two packaging variants
[15:09] <doko_> - more JamVM updates
[15:09] <doko_> - integrate ARM hard float patches into eglibc, libffi, gcj
[15:09] <doko_> - testing for Linaro GCC 4.5 and 4.6 release; powerpc and ARM
[15:09] <doko_> - adjust linker flags for ghc and ocaml
[15:09] <doko_> - fix some build failures
[15:09] <doko_> - GCC bug triage
[15:09] <doko_> - started test rebuild
[15:09] <doko_> --
[15:10] <cjwatson> Cleaned up highly amusing live filesystem build failures due to livecd-rootfs having been accidentally removed from the build chroots.
[15:11] <cjwatson> Released initial version of syslinux-themes-ubuntu, which is enough to support localised image building.
[15:11] <cjwatson> Working on testing and client-side scripting for new native source sync facility; this is now open to developers and we should be able to announce it soon, modulo a few bugs (mostly presentational issues).  Looking forward to not having to process the sync queue quite so much!
[15:11] <cjwatson> Trying to cut down the NBS queue.  This is taking a while; I've been ending up chasing down the mess that the EFL library stack is in (FFes #828033 and #828004), and also openswan/strongswan and various other bits and pieces.
[15:11] <cjwatson> Fixed up ntfs-3g seeds and dependencies in a few places.
[15:11] <cjwatson> Chased down bug constructing -security entries in sources.list during installation (#820306), requiring SRUs.
[15:11] <cjwatson> Continuing to push various Launchpad changes up the hill.  RT#47132 is involving some back-and-forth.
[15:11] <cjwatson> --
[15:11] <barry> sync'ing \o/
[15:11] <bdmurray> Implemented DuplicateSignature's for apport-package bug reports and a package-conflict tag in apport
[15:11] <bdmurray> apport upload preventing reporting of bugs where the conflicting package is not an Ubuntu one
[15:12] <mvo> \o/
[15:12] <bdmurray> Created duplicate signatures for existing apport-package install failures and marked approximately 200 bug reports as duplicates
[15:12] <bdmurray> Tagged existing package-conflict bug reports in Launchpad
[15:12] <bdmurray> updated ubiquity source package apport hook to detect I/O errors on CD drives
[15:12] <bdmurray> bug triage of ubiquity bug reports (looking for I/O errors on CD drives and testing a duplicate signature using tracebacks in syslog files)
[15:12] <bdmurray> bug pattern writing for bug 825786 and bug 798459
[15:12] <bdmurray> created a packages with recent bugs report - http://reports.qa.ubuntu.com/reports/foundations-bugs/recent-package-bugs.html
[15:12] <bdmurray> done
[15:13] <jhunt> Holiday last week. This week working on Upstart job logging feature.
[15:13] <jhunt> ❄
[15:13] <barry> jhunt: you and your fancy unicodes :)
[15:14] <jhunt> ☺
[15:14] <barry> :) /me goes old skool
[15:14] <ev> - Fighting camerabin move from gstreamer-plugins-bad to gstreamer-plugins-good
[15:14] <ev> - Fixing Wubi disk image first stage bootloader
[15:14] <ev> - Fixing dependency issues and other weirdness around the PyGI ubiquity
[15:14] <ev> - Fixes to webcam and wireless pages
[15:14] <ev> (done)
[15:16] <slangasek> is that fight ongoing?
[15:17] <doko_> still in component mismatches
[15:18] <ev> yep
[15:18] <slangasek> doh
[15:18] <slangasek> ev: is it just a buildsystem wiring problem?
[15:18] <ev> it's just silly copy and paste mistakes on my part
[15:18] <ev> and the insanely long time it takes to build gstreamer on my machine
[15:19] <slangasek> heh
[15:19] <slangasek> * helped a bit with the stragglers on bug #788514
[15:19] <slangasek> * pushed through a set of FFe multiarch library uploads to get flashplugin and skype multiarch-ready for this cycle
[15:19] <slangasek> * spent some time vivisecting ia32-libs
[15:19] <slangasek> * vowed to remove ia32-libs from the archive as soon as P opens
[15:19] <slangasek> * got cron rebuilt with a current debhelper, so that it would stop launching in my chroots now that upstart chroot passthrough support works
[15:20] <slangasek> EOF
[15:20] <slangasek> Any questions?
[15:22] <slangasek> bdmurray says no bug updates for this week
[15:22] <slangasek> [TOPIC] AOB
[15:22] <meetingology> TOPIC: AOB
[15:22] <slangasek> anything else you'd like to get off your chest?  Now's the time :-)
[15:22] <mvo> please test software-center-gtk3 if you feel like it and let me know about problems
[15:22] <barry> anybody else seeing higher than normal timeouts from launchpad?
[15:23] <doko_> demotions ... I assume we can demote a whole lot of java packages
[15:23] <mvo> its just part of the normal software-center packages and should just work(tm)
[15:23] <slangasek> I haven't been seeing any timeouts... have they lowered the threshold again?
[15:23] <barry> slangasek: dunno, i'm being ignored on #launchpad-dev :)
[15:23] <barry> slangasek: can you try this one: https://launchpad.net/ubuntu/+search?text=chromium-browser
[15:23] <slangasek> that means they're running around fixing whatever they broke, right? :)
[15:24] <barry> :-D
[15:24] <mvo> I did see some timeouts on LP, but not more than usually
[15:24] <ev> software-center-gtk3> MY EYES
[15:24] <doko_> barry: were some internal tools ported to python3? or should I ask, mvo, ev, pitti, ...
[15:24] <mvo> ev: haha, the yellow in the banner? or the general UI?
[15:24] <barry> my god it's full of stars
[15:24] <bdmurray> barry: it timed out for me
[15:24] <mvo> doko_: I prepared some stuff, but hit various roadblocks (like pygi ;)
[15:25] <barry> bdmurray: thanks
[15:25] <slangasek> barry: confirmed the timeout - that's not something I would normally use though, what does a search in "Ubuntu" return for that?
[15:25] <barry> slangasek: it would return a package containing packages and upstream branches, etc.
[15:25] <slangasek> doko_: did something change in javaland that will let us demote a bunch of packages?
[15:25] <slangasek> barry: ah
[15:25] <ev> I haven't ported anything to python3
[15:25] <mvo> could I get a sync for "python-coverage" using the new LP feature? or is it not quite the right time yet for tihs?
[15:25] <doko_> slangasek, eucalyptus
[15:26] <cjwatson> mvo: not ready for everyone to do it, but I'm sure I could use another beta tester :)  I'll send you instructions by /msg
[15:26] <mvo> I hit the issues that py3 will require the GI dbus and that is not fully done yet last I heared
[15:26] <slangasek> mvo: <span font_desc="bold 34">Title</span> doesn't look quite right :)  (clicking on "Moovida Me...")
[15:26] <mvo> cjwatson: great, thanks!
[15:26] <slangasek> doko_: oh, sure :)
[15:27] <slangasek> mvo: also: consistent misuse of "Its" vs. "It's" in the banners
[15:27] <slangasek> :)
[15:27] <barry> yeah, the python3 porting project didn't get off the ground this cycle as much as i wanted
[15:27] <mvo> slangasek: moovida> oh, I haven't seen this one yet, could you do a screenshot for me
[15:27] <mvo> slangasek: its> don't let germans write text, see e.g. nietsche for how this ends
[15:27] <slangasek> heh
[15:28] <slangasek> yes, will screenshot :)
[15:28]  * mvo should actually learn to type too
[15:28] <mvo> anyway
[15:30] <slangasek> mvo: http://people.canonical.com/~vorlon/software-center-gtk-your-markup-is-showing.png
[15:31] <mvo> slangasek: oh, woah. this looks like nothing at all is initialized yet for some reason, that is not intended
[15:31] <mvo> slangasek: anything suspicious in the terminal or ~/.xsession-errors from s-c-gtk3?
[15:31] <bdmurray> the reviews for vlc are taking a very long time to load
[15:32] <slangasek> 2011-08-17 08:23:39,806 - softwarecenter.ui.gtk3.em - INFO - EM's: 17 15 21
[15:32] <slangasek> 2011-08-17 08:23:46,438 - softwarecenter.backend.reviews - WARNING - Could not get usefulness from server, no username in config file
[15:32] <slangasek> 2011-08-17 08:23:57,182 - softwarecenter.ui.gtk3.app - INFO - software-center-agent finished with status 1
[15:32] <slangasek> mvo: ^^ that's it
[15:32] <slangasek> bdmurray: are they video reviews
[15:32] <bdmurray> slangasek: no those are on youtube
[15:33] <mvo> slangasek: thanks, odd that. is it reproducable?
[15:33] <slangasek> mvo: hmm.  no!
[15:33] <mvo> bdmurray: thanks! but they show up eventually ?
[15:33] <slangasek> mvo: restarted, now it renders correctly
[15:33] <mvo> slangasek: the best kind of bugs :/
[15:34] <bdmurray> mvo: no, no reviews have shown up
[15:34] <mvo> thanks a bunch for this, but I don't want to hijack this meeting with this :)
[15:34] <mvo> bdmurray: thanks, I check if I can rperoduce
[15:34] <mvo> reproduce even
[15:34] <slangasek> mvo: enjoy :)
[15:35] <slangasek> I think that's about everything then, yes?
[15:36] <slangasek> #endmeeting
[15:36] <meetingology> Meeting ended Wed Aug 17 15:36:04 2011 UTC.  Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot . (v 0.1.4)
[15:36] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-08-17-15.02.moin.txt
[15:36] <slangasek> yes :)
[15:36] <slangasek> thanks, all
[15:36] <barry> thanks slangasek!
[15:36] <jhunt> thanks!
[15:37] <mvo> thanks
[16:59] <hggdh> ok
[16:59] <hggdh> QA meeting will start in 30 seconds
[17:00] <hggdh> anybody here for it? jibel, patrickmw, Ursinha, pedro, any others?
[17:00] <gema> hi
[17:00] <patrickmw> aye
[17:00] <Ursinha> I am
[17:00] <Ursinha> printing
[17:00] <Ursinha> sprinting
[17:00] <hggdh> and gema :-)
[17:00] <Ursinha> not printing
[17:00] <Ursinha> lol
[17:00] <hggdh> ok
[17:00] <hggdh> #startmeeting
[17:00] <meetingology> Meeting started Wed Aug 17 17:00:32 2011 UTC.  The chair is hggdh. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[17:00] <meetingology> Useful Commands: #topic #action #link #idea #voters #vote #chair #action #agreed #help #info #endmeeting.
[17:00] <Ursinha> .17
[17:00] <Ursinha> sorry
[17:01] <hggdh> [TOPIC] Previous Actions
[17:01] <meetingology> TOPIC: Previous Actions
[17:01]  * charlie-tca waves
[17:01] <hggdh> any previous actions? I am not aware of any
[17:01] <charlie-tca> no previous actions that I can think of
[17:01] <hggdh> BTW, apology from bdmurray, not available tonight
[17:02] <hggdh> so
[17:02] <hggdh> [TOPIC] Community Efforts/Testing
[17:02] <meetingology> TOPIC: Community Efforts/Testing
[17:02] <hggdh> pedro is not available either, BTW.
[17:02] <hggdh> anything on community efforts?
[17:03] <jibel> It's not like if they were in the same timezone as me ;)
[17:03] <jibel> Hey all o/
[17:03] <jibel> Nothing special this week, just a few dates:
[17:03] <jibel> Oneiric Beta 1 testing will start in less than 2 weeks:
[17:03] <jibel> #link https://wiki.ubuntu.com/OneiricReleaseSchedule
[17:03] <jibel> Followed immediately by the Ubuntu Global Jam:
[17:04] <jibel> https://wiki.ubuntu.com/UbuntuGlobalJam
[17:04] <jibel> which incorporates a Testing event depending on where you will be attending
[17:04] <jibel> that's all from me
[17:04] <jibel> ..
[17:04] <jibel> any question ?
[17:04] <hggdh> thank you, jibel
[17:04] <hggdh> with no questions, we move on
[17:05] <hggdh> [TOPIC] Automated/Systems Testing
[17:05] <meetingology> TOPIC: Automated/Systems Testing
[17:05] <patrickmw> = Public Jenkins =
[17:05] <patrickmw> • It's official - https://jenkins.qa.ubuntu.com/
[17:05] <patrickmw> = DX Testing =
[17:05] <patrickmw> • DX testing environment ready to start creating jobs
[17:05] <patrickmw> • Open RT for getting LP access in order to branch projects -kind of important :)
[17:05] <hggdh> patrickmw: floor is yours
[17:05]  * hggdh was, as usual, too slow
[17:06] <patrickmw> Now everyone can see the status of our automated testing suites/
[17:06] <patrickmw> this will continue to grow, so keep an eye out
[17:06] <patrickmw> ..
[17:06] <hggdh> patrickmw: the public Jenkins is read-only for all, correct?
[17:06] <patrickmw> yes
[17:07] <jibel> patrickmw, will the public jenkins be opened to derivatives e.g xubuntu ?
[17:07] <patrickmw> I see the instance to be available for all and any testing
[17:07] <charlie-tca> really?
[17:07] <hggdh> :-)
[17:07] <patrickmw> yes
[17:07] <charlie-tca> thanks
[17:08] <hggdh> BTW, the test code we run there is located at https://code.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk
[17:08] <patrickmw> anything, but you will have to go through us to get your requests on the backlog
[17:08] <hggdh> please do not be put off by the title -- when we started, it was only for the server. Now it is anything we can get to run ;-)
[17:09] <hggdh> so, if you are willing to, please add tests and propose merges
[17:09]  * charlie-tca will try to learn how to do that
[17:09] <charlie-tca> ..
[17:09] <jibel> hggdh, we should definitely rename this project because it tests more than ISOs now
[17:09] <patrickmw> agreed
[17:09] <hggdh> jibel: I agree
[17:10] <patrickmw> i'll put in on the backlog :)
[17:10] <hggdh> we can discuss it out-of-band, and then rename the beast
[17:10] <hggdh> so
[17:10] <hggdh> anything else on automated tests?
[17:10] <patrickmw> yes, I have a few other topics about the framework too.  Nothing else from me
[17:11] <hggdh> please go ahead, patrickmw
[17:11] <patrickmw> offline is best :)
[17:11] <hggdh> ok
[17:11] <hggdh> [TOPIC] Engineering Team Bug Status
[17:11] <meetingology> TOPIC: Engineering Team Bug Status
[17:11] <hggdh> bdmurray and pedro are absent. So... Ursinha ?
[17:12] <jibel> they are sprinting not absent. And Ursinha is printing, that may take a while.
[17:12] <hggdh> LOL
[17:13]  * hggdh feels the printing is quite long
[17:13] <hggdh> we move on.
[17:13] <negueba> hey folks, don't know if the problem happens just for me but in ubuntu 11.04 the drivers atl1c and ath9k don't work at the same time... the system always happens to freezes at the splash screen... to get the system work i need to first disable my wireless card and then rmmod any of the drivers
[17:13] <hggdh> for the record, most of the QA folks are in a sprint
[17:14] <hggdh> negueba: this is not the correct channel. Please try #ubuntu
[17:14] <jibel> negueba, we appreciate your problem but there is a meeting in progress
[17:14] <negueba> i'm sorry guys
[17:14] <hggdh> so their absence is justified (it is time for beers)
[17:14] <hggdh> so we move on
[17:15] <hggdh> [TOPIC] Odds & Ends
[17:15] <meetingology> TOPIC: Odds & Ends
[17:15] <hggdh> this is open floor. Anyone wishing to talk should do so now
[17:15] <hggdh> 3
[17:15] <hggdh> 2
[17:16] <hggdh> 1
[17:16] <hggdh> TOPIC: Chair Selection
[17:16] <hggdh> any candidates?
[17:16] <hggdh> otherwise it will be shuf -e charlie-tca patrickmw pedro_ bdmurray jibel Ursinha|head -1
[17:16] <hggdh> charlie-tca: can I include your name?
[17:17] <charlie-tca> sure
[17:17] <hggdh> jibel: you have been selected...
[17:17] <hggdh> :-)
[17:17] <hggdh> [ACTION] jibel to chair next meeting
[17:17] <meetingology> ACTION: jibel to chair next meeting
[17:17] <charlie-tca> :)
[17:18] <charlie-tca> That sure is easier
[17:18] <hggdh> and so, with the deafening silence on us, I...
[17:18] <hggdh> #endmeeting
[17:18] <meetingology> Meeting ended Wed Aug 17 17:18:32 2011 UTC.  Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot . (v 0.1.4)
[17:18] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-08-17-17.00.moin.txt
[17:18] <jibel> hggdh, Cool, I'm so happy to chair again thanks !
[17:18] <hggdh> jibel: my shuffle was poisoned ;-)
[17:19]  * jibel back to fixing his lawn mower
[17:19]  * hggdh back to resolving the issues on bug 795159
[17:21] <charlie-tca> Thank you, hggdh