[15:56]  * marcoceppi struts up and down the hallway
[15:56] <rbasak> I see a white space, instead of the normal "starting soon" message.
[15:56] <rbasak> Is the URL correct?
[15:56] <marcoceppi> rbasak: the URL is being fixed
[15:57] <rbasak> Thanks :)
[15:58] <rbasak> I had to reload, but I'm good now.
[16:01] <rbasak> The stream is good.
[16:01] <marcoceppi> \o/
[16:13] <marcoceppi> feel free to ask questions
[16:18] <rbasak> I have some comments on docs, if that's relevant. I find juju.ubuntu.com/docs too slow - and my browser doesn't cache it, either.
[16:18] <rbasak> Also, I'd love to see the "juju help" stuff available online somewhere, as typing commands by hand to see it is tedious
[16:18] <marcoceppi> rbasak: slow to load initially, or slow to load after first load (ie the navigation, etc)
[16:18] <rbasak> marcoceppi: every page load is slow.
[16:19] <marcoceppi> rbasak: juju help as HTML would probably be good as well, I'll file a bug for that
[16:19] <rbasak> I usually need to jump around several pages, but am following links, so don't immediately know where I'm going.
[16:19] <rbasak> That makes it hard to keep tabs open to work around that.
[16:19] <rbasak> IMHO, things need to be tuned so that my browser's cache will work.
[16:20] <marcoceppi> rbasak: I know there's a lot of javascript that manipulates that page, which might be the slow down
[16:20] <rbasak> That would make repeated viewing lightning fast, and IMHO it's repeated viewing that matters for new charmers.
[16:20] <rbasak> marcoceppi: I'm pretty sure it's the server response time. I'm not sure though.
[16:21] <rbasak> cf. python docs for example, where everything is cached, so repeated viewing is fast.
[16:34] <lazyPower> Not a bad thought rbasak, thanks for the input
[18:05] <gaughen> https://plus.google.com/hangouts/_/hoaevent/AP36tYcmtPjdBaJyRVZ9A6AdW8lzfQvVZ9tylv8p1hdSOyGfN-SMGw?authuser=0&hl=en
[18:05] <gaughen> just about to start
[18:05] <beisner-uds> o/   hi.
[18:06] <smoser> o/
[18:06] <smoser> http://pad.ubuntu.com/uds-1403-maas-hwe
[18:13] <zyga-uds> hey, how much code would be needed to create a "driver" that you are talking about?
[18:18] <smoser> http://paste.ubuntu.com/7086140/
[18:18] <rbasak> o/
[18:18] <smoser> zyga-uds, i'll try to answer
[18:18] <smoser> or ask your question
[18:18] <rbasak> IMHO, these are the same problem.
[18:19] <rbasak> The problem is mapping what we know of the hardware to a set of kernels that can boot it.
[18:19] <rbasak> HWE kernels are different from flavor kernels to us, but they are both related to exactly the same problem.
[18:20] <rbasak> I think it's fine to abstract this so that we just announce what hardware a particular kernel supports.
[18:21] <rbasak> smoser: +1
[18:33] <zyga-uds> I'm looking at non-server hadware, think laptops that we know of statically
[18:33] <zyga-uds> and that we can turn on and off
[18:34] <zyga-uds> and that boot remotely
[18:34] <zyga-uds> but have no standard management at all
[18:34] <zyga-uds> ok
[18:34] <zyga-uds> it looks doable then
[18:35] <zyga-uds> thabjs
[18:36] <zyga-uds> thanks :)


[01:06] <axisys> anyway to recover data from a raid5 lun /dev/sdb .. it says Disk /dev/sdb doesn't contain a valid partition table
[01:09] <axisys> fdisk /dev/sdb says http://dpaste.com/18JVV0Y .. any chance to get old data back?
[01:19] <Patrickdk> are you sure it *ever* had a partition table?
[01:19] <Patrickdk> and what do you mean by recover data from raid5 lun /dev/sdb
[01:19] <Patrickdk> you don't need that disk at all to recover a raid5
[01:20] <axisys> Patrickdk: yes.. I had to replace two of the failed disks using the megacli gui and brought it back up .. so most likely no chance to recover data.. but I wanted to double check here
[01:20] <Patrickdk> megacli?
[01:21] <Patrickdk> if your using a raid card
[01:21] <Patrickdk> you will have to use the raidcard to recover the data
[01:21] <axisys> LSI megaraid controller made that /dev/sdb raid5  run
[01:21] <axisys> lun*
[01:21] <Patrickdk> that is your problem
[01:21] <Patrickdk> you didn't add it into the raid
[01:21] <Patrickdk> but as soon as the raid card sees 2 bad disks, your raid5 is toast
[01:22] <axisys> Patrickdk: that is what I thought.. it moved the /dev/sdb offline
[01:22] <Patrickdk> and no, there should NOT be any partitions on that disk
[01:22] <axisys> because raid5 lun /dev/sdb is rebuilt?
[01:23] <axisys> rebuilt being replaced two bad disks.. so theoretically no need to try to recover .. right?
[01:23] <Patrickdk> no
[01:23] <Patrickdk> cause what do partitions have to do with the raid card making a raid?
[01:23] <Patrickdk> partitions are a user concept
[01:24] <axisys> Patrickdk: ok so I guess I could just use that /dev/sdb to create a new pv
[01:24] <axisys> and then a vg and lv
[01:27] <axisys> pvcreate /dev/sdb; vgcreate volg0 /dev/sdb; but it shows the whole disk is free.. It should have 87% full.. I guess data is gone.. no problem.. wanted to make sure I tried everything
[05:07] <NineTeen67Comet> Hi all ..  know this' a Wordpress "Q" but they are silent tonight .. my recent install is giving me a 403 error when I try to open my uploads directory via the www (http://www.openlug.com/wp-content/uploads/) .. I've went so far as to 777 the directory with the same error .. help? Ideas? (Yes, www-data owns user/gid and it is currently at 777)
[08:15] <White_Cat> pmatulis well
[08:15] <White_Cat> I installed ubuntu-server and it was working fine
[08:15] <White_Cat> except I cannot detect new drives
[08:16] <White_Cat> just the hardware raid5
[08:16] <White_Cat> which appears as a single disk
[08:16] <White_Cat> so I tried to convert my boot from legacy to efi
[08:17] <White_Cat> as far as I can tell, grub2 installed fine without errors. owever I cannot boot through efi
[09:06] <lordievader> Good morning.
[09:47] <jargon> http://dpaste.com/26S809Z  <-- can anybody help with why i keep getting 403s when i run update or try to install anything?
[10:00] <Walex> jargon: try the same URLs in a browser...
[11:21] <NoobsFlyVFR> I just installed SLiM and i3 on my Ubuntu Server 14.04 and tried setting the screen resolution with xrandr but every time I reboot, it's reverted back to 1024x768. Also, LVDS1 seems to be enabled by default. How do I fix this?
[11:26] <pmatulis> NoobsFlyVFR: sounds like you have a graphical environment
[11:26] <NoobsFlyVFR> I do, I installed i3-wm and SLiM.
[11:26] <NoobsFlyVFR> pmatulis, also, my xorg.conf seems to regenerate every time I reboot.
[11:29] <pmatulis> NoobsFlyVFR: i think #ubuntu would be a more suitable channel for your questions.  this is #ubuntu-server
[11:29] <NoobsFlyVFR> Thanks, pmatulis.
[14:39] <arges> hallyn: should i mark bug 1414153 as fixed released since its in vivid already?
[14:44] <hallyn> arges: huh.  why did it not get auto-closed?
[14:44] <arges> hallyn: not sure
[14:45] <hallyn> i marked the wrong bug in changelog?
[14:46] <hallyn> arges: yeah i marked hte wrong bug in changelog.  so yeah pls do mark it closed
[14:46] <arges> hallyn: ok
[14:51]  * hallyn fixes it in git for now
[16:12] <bananapie> is there a linux command to which I can pipe columns of data that will generate a nice line graph and output it as a png fileÉ
[16:12] <bananapie> ?*
[16:29] <Walex> bananapie: yes
[17:57] <Underbyte> W: Failed to fetch bzip2:/var/lib/apt/lists/partial/mirrors.digitalocean.com_ubuntu_dists_trusty-updates_universe_i18n_Translation-en  Hash Sum mismatch
[17:57] <Underbyte> halp
[18:24] <X123> use another mirror ?
[22:57] <stormpython> question, I have started up an ubuntu server and looking to connect it using the wireless card and can't get it to connect to the router
[22:57] <stormpython> would anyone know of how to do this or have a resource they can point me to
[22:58] <stormpython> I've tried this http://askubuntu.com/questions/270901/ubuntu-server-12-04-2-wireless-connections
[23:18] <sarnold> stormpython: pastebin your /etc/network/interfaces, someone might spot something wrong
[23:22] <stormpython> sarnold: http://pastebin.com/TxkPDfwZ
[23:26] <sarnold> stormpython: (wild guess) try "allow-hotplug" instead of "auto" for wlan0
[23:38] <stormpython> sarnold: thanks, but didn't get it working
[23:38] <sarnold> stormpython: dang. :/


[00:14] <jbicha> ximion: could you explain why http://appstream.ubuntu.com/bionic/main/issues/gnome-control-center.html complains about icon-not-found
[00:14] <jbicha> but https://appstream.debian.org/sid/main/issues/gnome-control-center.html does not
[00:14] <jbicha> the icon is installed by gnome-control-center-data which is a dependency of gnome-control-center
[00:14] <jbicha> does appstream.ubuntu.com need a newer asgen version?
[00:15] <jbicha> this issue affects several other apps, Firefox is a prominent example
[00:16] <jbicha> oh, Firefox's problem might be different, it is a symlink which is a warning but it seems to work fine in Debian that way
[00:16] <jbicha> Debian & Ubuntu's Firefox packaging is different but I think that part might be close enough
[00:17] <jbicha> anyway, never mind Firefox for now
[00:17] <ximion> firefox does symlinking stuff, so that won't work
[00:18] <ximion> jbicha: the Ubuntu appstream-generator is very old, the icon finding logic has been refined quite a bit
[00:18] <jbicha> it seems to work in Debian
[00:18] <jbicha> Laney: can you update asgen some time to fix gnome-control-center? ^
[00:20] <ximion> from looking at the code, the icon should have been found in Ubuntu, but there were quite some changes in the icon finding & resizing code
[00:21] <ximion> asgen 0.6.8 had relaxed icon scaling rules, and 0.7.0 and 0.7.1 have a lot of improvements for HiDPI icons
[00:22]  * ximion puts his bets on the 0.6.8 change for making this particular case work
[00:22] <jbicha> ximion: do you want to file a Ubuntu Feature Freeze Exception for asgen 0.7.0 in bionic?
[00:22] <ximion> jbicha: for that I would also need a freeze excaption for appstream, dcontainers and stdx-allocator
[00:22] <ximion> which is quite a lot of stuff
[00:23] <ximion> I don't see those changes breaking anything, but you it's harder to justify
[00:25] <ximion> I tried to make a Snap for asgen, but that's a bit annoying, unless I figure out how to use snaps inside snaps for building :P
[00:25] <ximion> making a docker container is easy though
[00:26] <ximion> (or building it on bionic ^^)
[00:26] <jbicha> dcontainers and stdx-allocator should be easy, they're just new packages for universe
[00:26] <ximion> jup, mustache-d is also easy, no other rdeps. the major one is appstream itself, because that's a mixed bugfix and feature release
[00:28] <ximion> (having it would make the KDE people very happy though ^^)
[00:34] <ximion> (FWIW, appstream 0.12.0 and appstream 0.11.8 are all compatible with appstream-generator 0.7.1 output, there have been no incompatible changes)
[00:35] <jbicha> do you want to file the FFE bug? since you're more of the expert here
[00:36] <jbicha> what's needed for https://salsa.debian.org/gnome-team/gnome-software/commit/e52d2fa5 to work?
[00:36] <ximion> would I need to file a bug report only for appstream-generator, or one for each of its dependencies as well?
[00:37] <jbicha> don't worry about dcontainers, stdx-allocator, and mustache-d. Those are already being synced
[00:37] <jbicha> everything else can be in one bug I assume
[00:37] <ximion> in any case, I'd file it tomorrow, because I want to make the asgen 0.7.1 bugfix release tomorrow first (has some quite big bugfixes compared to 0.7.0 - and has now been tested with the whole Debian archive ^^)
[00:38] <ximion> jbicha: gir-to-d would also need to be in there, but if that is updated, appstream-generator has to be updated as well, because the older asgen in Ubuntu will not compiler with gir-to-d >= 0.14
[00:38] <ximion> *compile
[00:38]  * ximion can't type anymore
[00:39] <jbicha> ok
[00:39] <ximion> for that change you need the appstream 0.12 package
[00:40] <ximion> (it's a useful one though, avoids a lot of duplication and adds an easy way for software centers to install HiDPI support if they detect the right display)
[00:40] <ximion> and also adds an obvious way for users to prevent icon downloads :P
[00:44] <ximion> hmm, appstream 0.12 also updates the SPDX license list to 3.0, I guess I could make a good case for it
[00:51] <ximion> this just reminded me that asgen needs metadata_license expression parsing, almost exclusively for GNOME Terminal...
[00:51]  * ximion sees to add that quickly
[01:25] <Trevinho> robert_ancell: you know if there's a way to expose the appdata info from a snap?
[01:26] <Trevinho> robert_ancell: I mean, if i put it somewhere inside the snap, it could be parsed by gnome-software?
[01:26] <Trevinho> I know there's a way for importing infos so far, but not really something that is enough
[01:26] <Trevinho> nor is working fine to be fair
[01:44] <robert_ancell> Trevinho, there is not sadly. We proposed meta/appinfo.yml or similar but it was shot dwn
[01:45] <Trevinho> robert_ancell: mh, so is there any plan for something like exposing all these metadata?
[01:45] <Trevinho> rewriting them just in other format looks silly to me
[01:46] <robert_ancell> Trevinho, the appstream ID will be exposed as a "common-id" (still don't know what it's defined as) but all other metadata will be translated by snapcraft.
[01:47] <Trevinho> robert_ancell: yeah, i'm aware of that
[01:47] <Trevinho> robert_ancell: but, what I'm not understanding is then if we've the id, how can a 3rd party tool like the installer or the shell know them?
[01:47] <robert_ancell> what do you mean "know them"?
[01:47] <Trevinho> wouldn't be better to say: here's my appdata, then all the apps already speaking that language can parse it
[01:48] <Trevinho> robert_ancell: how could the installer for example know all the metadata of this app, a part the ones that are exported by snapcraft (once this is installed, I mean)
[01:48] <Trevinho> as snapcraft could not bother of knowing them all
[01:49] <Trevinho> some of these are just important at runtime or once the app is installed
[01:49] <robert_ancell> Trevinho, appdata important at runtime?
[01:51] <Trevinho> robert_ancell: like in the telegram case things like the desktop-id provided so that it could be used to detect if it is running or to run it
[01:52] <robert_ancell> Trevinho, does anything use that?
[01:53] <Trevinho> robert_ancell: well, isn't for example the shell using it as shown by jbicha for getting the alias names for desktop files?
[01:53] <Trevinho> robert_ancell: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/41/diffs
[01:54] <ubot5-ng> GNOME bug (Merge request) 41 in gnome-shell "WIP: Use AppStream for mapping renamed apps where possible" (comments: 0) [Opened]
[01:54] <jbicha> https://github.com/3v1n0/telegram-snap/issues/5
[01:56]  * robert_ancell digs in
[02:00] <robert_ancell> Trevinho, jbicha I can't find any of those projects where they contain the old name - where is it stored?
[02:00] <jbicha> robert_ancell: https://gitlab.gnome.org/GNOME/gnome-tweaks/commit/c553730f ??
[02:01] <robert_ancell> jbicha, yeah, I was looking at gnome-documents, tali etc from the MR that Trevinho linked to, but none of the master branches seem to have provides.
[02:02] <robert_ancell> why is that not just in the .desktop file?
[02:02]  * Trevinho takes a break...
[02:03] <jbicha> maybe they figured it was easier to update the appstream standard than the .desktop standard?
[02:04] <jbicha> appstream uses provides for other things too
[02:04] <robert_ancell> sure
[02:04] <robert_ancell> It seems overkill for something to have to open the AppStream database (which takes ages to load) just to note a .desktop file was renamed
[02:23] <ximion> robert_ancell: libappstream needs about 1-2sec for that, appstream-glib can't be that much slower
[02:24] <robert_ancell> ximion, that's pretty heavy
[02:24] <ximion> if you use libas' cache it's just 380msec ^^
[02:25] <ximion> Trevinho: we discussed AppStream in Snappy to death, the "import little bits of data" thing that is implemented in Snapcraft now was the best we could get so far
[02:25] <robert_ancell> that sounds more reasonable :)
[02:25] <robert_ancell> TO DEATH
[02:25] <ximion> well, a lot and often ^^
[02:26] <ximion> time appstreamcli get org.freedesktop.appstream.cli
[02:26] <ximion> real    0m0,279s
[02:26] <robert_ancell> ximion, so that uses a cache?
[02:26] <ximion> hmm, it's okay, I think
[02:26] <ximion> jup
[02:27] <ximion> time appstreamcli get org.freedesktop.appstream.cli --no-cache
[02:27] <ximion> real    0m0,457s
[02:27] <ximion> 0m0,420s on subsequent runs
[02:27] <robert_ancell> ximion, where is the cache stored / which API?
[02:28] <ximion> . /var/cache/app-info/gv/ for a system-wide version, otherwise each tool using libappstream can place one wherever it wants
[02:28] <robert_ancell> ah, as_pool_load_cache_file?
[02:28] <ximion> that cache is basically just a compressed GVariant :P
[02:29] <robert_ancell> sounds reasonable.
[02:29] <robert_ancell> ximion, do you just call as_pool_set_cache_flags before as_pool_load?
[02:29] <robert_ancell> (to use the system cache)
[02:29] <ximion> before load
[02:30] <ximion> hmm, appstream-util takes indeed longer for the same action, but I have to use "search" there, so not a very fair comparison
[02:30] <robert_ancell> btw, I saw there might be an as_pool_load_async coming?
[02:32] <ximion> jup, I really want that, but so far I never found time for it
[02:32] <ximion> the API is very synchronous at time
[02:33] <ximion> (the easy way around it is to just throw it into a separate thread and wait for that to become ready)
[02:34] <ximion> I never ever thought libas would be faster that asglib - before hughsie did his AsRefString stuff, it was far surpassing it in terms of memory usage though (I haven't measured how much those changes improved it though, but hughsie certainly did)
[02:34] <robert_ancell> ximion, as long as nothing inside that thread does something dangerous...
[02:37] <ximion> there is so much new API and features coming to AppStream, I wonder how Snappy would be able to keep up, even if they had some more extensive format translation going on
[02:38] <ximion> you shouldn't access an AsPool while it's loading ;-)
[02:39] <ximion> read actions might work on it, but adding components to it might result in trouble
[02:39] <robert_ancell> ximion, right, but what operations are going on inside as_pool_load?
[02:40] <ximion> nothing that would impact other threads ^^
[02:41] <robert_ancell> :_
[02:41] <robert_ancell> :)
[02:41] <ximion> disk reads, file parsing, lots of hash table lookups and insertions, etc. but no writing to disk or modifying of other connected objects
[02:41] <ximion> if there was something that would cause problems, I would know that by now, because almost all software centers use it in threads
[02:42] <ximion> (well, Elementary didn't care about the load delay for some time, but they might have changed that now)
[02:43] <ximion> I'm not exactly sure which features you need, but disabling reading of desktop files improves performance by quite a bit
[02:44] <ximion> (with metainfo files on the second place)
[02:44] <ximion> those are sometimes refreshed even if a cache is used, because the user might have installed things meanwhile
[02:44] <ximion> (see AsPoolFlags)
[06:15] <ricotz> chrisccoulson, please push your packaging branches
[07:08] <seb128> good morning destkopers
[07:14] <didrocks> good morning
[07:17] <duflu> Morning seb128, didrocks
[07:18] <didrocks> hey duflu
[07:19] <seb128> hey duflu, how are you? happy friday!
[07:19] <duflu> seb128, relatively good, you? Happy Friday
[07:21] <seb128> I'm good thanks, a bit sick but it's ok, almost the w.e and some rest :)
[07:51] <didrocks> Trevinho: when you get some time, spotted a theme regression: bug #1761684, unsure if that impacts other apps
[07:51] <ubot5`> bug 1761684 in ubuntu-themes (Ubuntu) "Regression in lists like gnome-boxes" [Undecided,New] https://launchpad.net/bugs/1761684
[08:00] <Laney> moin
[08:03] <seb128> hey early Laney! how are you?
[08:04] <seb128> poor Trevinho consider as the theme owner
[08:06] <didrocks> hey Laney
[08:06] <Laney> hey seb128 didrocks
[08:06] <Laney> I'm alright thx, seems sunny again, what about you?
[08:07] <seb128> I'm good, a bit sunny here today as well but still quite windy
[08:07] <didrocks> sunny here as well!
[08:07] <seb128> hate the wind :/
[08:07] <willcooke> bah. No sun here.
[08:07] <seb128> it's supposed to be nice this w.E though, up to 19°C
[08:08] <Laney> jbicha: I'm very aware of the changes. If you want to make it buildable in xenial + xenial-backports, that would make life easier.
[08:08] <seb128> hey willcooke
[08:11] <oSoMoN> good morning desktoppers
[08:16] <willcooke> jibel, thanks again for getting the beta out.
[08:20] <jibel> willcooke, you're welcome
[08:21] <oSoMoN> seb128, thanks for your comment on bug #1761585, I'm preparing a new upload
[08:21] <ubot5`> bug 1761585 in ibus (Ubuntu) "ibus_bus_init does an unconditional call to chmod on $HOME/.config/ibus/bus" [Low,In progress] https://launchpad.net/bugs/1761585
[08:21] <didrocks> hey oSoMoN, willcooke
[08:23] <Laney> going with the distro patch for gnome-initial-setup then?
[08:24] <Laney> 'lo oSoMoN & willcooke
[08:24] <oSoMoN> hey didrocks, hey Laney
[08:28] <tjaalton> when gnome-shell crashes and respawns, the dock seems to not come back?
[08:28] <seb128> oSoMoN, yw!
[08:28] <seb128> lut oSoMoN :)
[08:28] <didrocks> tjaalton: no, it should come back, it's part of the same process and under the same env
[08:28] <didrocks> tjaalton: if you start it manually from a tty, it doesn't have the env var though
[08:29] <seb128> Laney, for this cycle it seems like the less resistance path and closest to what we want next cycle if we want to converge on using g-i-s anyway
[08:29] <tjaalton> didrocks: ok, I filed the crasher now, bug 1761697
[08:29] <ubot5`> Error: Launchpad bug 1761697 could not be found
[08:29] <tjaalton> bah, bug 1761697
[08:30] <didrocks> let's wait for retracer/duplicate
[08:30] <Laney> seb128: we want to do that?
[08:30] <Laney> man, I should get more in the loop
[08:30] <Laney> thx for the info
[08:30] <tjaalton> looks like framebuffer compression is not happy on skylake with 4.15 :/
[08:30] <seb128> Laney, they have been mentions of looking at enabling some of the upstream pages
[08:31] <tjaalton> screen keeps blanking every 20s or so
[08:31] <seb128> I think we are at least going to look at it seriously next cycle
[08:32] <seb128> Trevinho, Laney, on the git workflow card I agree with that Laney wrote
[08:33] <oSoMoN> seb128, test packages based on your upload building in https://launchpad.net/~osomon/+archive/ubuntu/ibus-lp1761585/+packages
[08:33] <seb128> oSoMoN, great, thx
[08:39] <Laney> k
[08:49] <tjaalton> didrocks: heh, one crash later and the dock is back :)
[08:54] <didrocks> maybe a glitch :p
[09:27] <oSoMoN> seb128, ibus upload tested and ready at https://people.canonical.com/~osomon/ibus/, would you mind uploading it for me?
[09:27] <seb128> I can do that
[09:29] <seb128> oSoMoN, I'm going to include the pending queue upload in the changes in case they reject the oldest and only accept the new upload
[09:29] <seb128> oSoMoN, done
[09:34] <seb128> willcooke, have you seen the discussions/reports requesting that we switch from network-manager-pptp to -openvpn by default? I don't know much about VPNs but they state that pptp is old suboptimal standard and has been deprecated by windows and other platform as less secure, etc. The request seems like it makes sense to me but I'm not a VPNs expert, you perhaps have an opinion on that question?
[09:40] <willcooke> PPTP is a lot easier to set up, with many fewer config options, no certificates to set up and so on.  The downside is that it doesn't have (any/much?) encryption.  The up-side of that is that it (used to?) work in China with no problems where as open vpn didn't.
[09:41] <oSoMoN> seb128, thanks!
[09:41] <willcooke> You can set up a PPTP server on Ubuntu in a few mins vs long pages of reading for openvpn
[09:41] <willcooke> That said, yes, openvpn is better.
[09:41] <seb128> oSoMoN, np!
[09:42] <willcooke> It used to be that the openvpn n-m plugins were not very good. But from what I've seen in the last few weeks (I set up an OpenVPN at the sprint to test it) it's much better now.
[09:42] <willcooke> I don't think we should drop pptp yet - it's still useful to a lot of people.  But adding openvpn by default would be a good idea I think
[09:43] <willcooke> Where was the discussion?  I must have missed it
[09:44] <willcooke> you think that's something we would change for 18.04?
[09:44] <seb128> willcooke, #ubuntu-devel yesterday a bit and https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1752417
[09:44] <ubot5`> Ubuntu bug 1752417 in network-manager (Ubuntu) "Out of the box, Ubuntu Bionic offers only insecure VPN option" [Medium,Triaged]
[09:45] <seb128> willcooke, well as said I don't have much knowledge about VPNs, openvpn is already in main/was being used on touch so maybe it would make sense to add it while keeping pptp
[09:45] <seb128> it might be a late now for that though
[09:45] <seb128> but maybe we can look at doing it for .1 if we think it makes sense?
[09:46] <willcooke> +1
[09:46] <seb128> Laney, ^ do you have any opinion from a r-t perspective?
[09:46] <willcooke> On touch I argued to include PPTP by default
[09:46] <willcooke> :)
[09:46] <seb128> both?
[09:46] <seb128> or just pptp?
[09:46] <willcooke> both
[09:47] <willcooke> happyaron, hey!  Do you know if pptp and openvpn work well in China?  I think it used to be just PPTP?
[09:47] <Laney> I think that the security team should decide whether PPTP is a thing to recommend by installing it by default
[09:48] <Laney> and I'd be OK with including openvpn depending on whether it brings in extra stuff too
[09:48] <willcooke> seb128, I'd say it was "safe" to add openvpn now.  The UI works fine from my testing
[09:48] <Laney> it's in universe btw
[09:48] <Laney> sourcei s in main tho
[09:48] <seb128> right
[09:49] <seb128> it had an approved MIR
[09:49] <seb128> so I guess it's fine to bring the binary back in main if we want to?
[09:50] <Laney> guess so
[09:50] <seb128> nice, thx
[09:50] <willcooke> I'll ping security for their input
[09:50] <Laney> but I'd defer to the security team on what should be included
[09:50] <seb128> +1
[09:50] <seb128> willcooke, thx
[09:50] <Laney> if PPTP is as bad as people are claiming then it would be ok to make people have to go install it
[09:50] <seb128> right
[09:51] <seb128> willcooke, can you Cc me on that ping if it's via email?
[09:51] <seb128> Laney, can you skip the udisks2 s390x autopkgtest result? the flaky test on other archs has been resolved, s390x is another issue when I sent upstream but didn't figure out yet
[09:52] <seb128> that's not a regression from the new revisions, I only added the fix for the other test issue and a segfault fix from andyroc_k
[09:52] <willcooke> seb128, talking in #security now
[09:52] <willcooke> seb128, but they're mainly asleep for a few hours
[09:52] <seb128> right
[09:53] <willcooke> Wow, terrible English
[09:53] <willcooke> sorry
[09:54] <Laney> seb128: ok
[09:54] <seb128> Laney, thx!
[09:57] <seb128> bbiab, changing location
[10:59] <jbicha> Laney: hi, I made ubuntu-settings translatable (needed for the Ubuntu Welcome .desktop). I guess we should make the Amazon .desktop translatable too
[11:00] <jbicha> what do you think about moving the Amazon python script to /usr/bin/ and then we can drop the cdata stuff from meson.build ?
[11:00] <jbicha> /usr/share/ubuntu-web-launchers/amazon-launcher
[11:01] <Laney> is "Amazon" translated differently?
[11:01] <Laney> I don't really want that thing on $PATH if we can help it
[11:04] <jbicha> so I just visited amazon.cn and they have both amazon.cn as their logo and 亚马逊中
[11:04] <jbicha> ok if you don't want it in PATH, we can leave it as is
[11:06] <Laney> If you want to make the name translatable then I suggest that you make it clear in a translator comment that this is Amazon the company and not anything else which might share the word
[11:07] <seb128> if we never got a report about the fact that it can't be translated I wouldn't change it
[11:07] <Laney> when I made this thing I think that the Chinese website used the text amazon in its logo though
[11:07] <seb128> it's more likely to create issues by having some locale wrongly translating it than being useful
[11:09] <jbicha> ok, we can wait for someone to file a bug :)
[11:09] <didrocks> +1
[11:11] <Trevinho> didrocks: ok on theme...  seb128, sadly... yes :-/
[11:12]  * seb128 hugs Trevinho
[11:12] <seb128> Trevinho, good morning, happy friday! you are up early today
[11:12] <seb128> how are you?
[11:12] <Trevinho> hey seb128 happy friday too
[11:12] <Trevinho> yeah, I need to stop a bit earlier today so...
[11:13] <seb128> Trevinho, btw your new git-workflow card is sort of duplicating the exist one on https://trello.com/c/bMWcHyeJ/80-explore-ubuntu-git-workflow-and-work-with-the-server-team-to-have-some-package-maintained-that-way
[11:13] <seb128> unsure it was needed in the board
[11:15] <jbicha> seb128: so I looked a bit at our imagemagick .desktop situation yesterday. It turns out that the display .desktop is Debian-specific; it does not come from upstream at all
[11:16] <jbicha> we have a few remaining issues like bug 1740741 and bug 1740741
[11:16] <ubot5`> bug 1740741 in ubuntu-settings (Ubuntu) " * Hide imagemagick's Display app from the Ubuntu GNOME session as well" [Undecided,Confirmed] https://launchpad.net/bugs/1740741
[11:16] <jbicha> I'd like to modify our imagemagick package itself to no longer install the .desktop at all and we can then drop our NoDisplay hack from ubuntu-settings
[11:17] <jbicha> I talked very briefly with the Debian maintainer yesterday but it's hard to tell whether he even understands why people don't like the .desktop in at least GNOME
[11:17] <seb128> wfm but it's a bit late in the cycle for that no?
[11:17] <Trevinho> seb128: mh I wanted to add it to track all the items that we've to move to thaat system though
[11:18] <jbicha> seb128: it's a bugfix :) and I have realized that virtually no one actually wants the display .desktop
[11:18] <jbicha> check out the reviews in Ubuntu Software for imagemagick :(
[11:19] <seb128> jbicha, wfm as said, I just feel like it's late for changes that could surprise users/other desktops
[11:19] <seb128> but I don't think it's a big deal either
[11:19] <Laney> Trevinho: UNITY_LAUNCER_FAVORITES :(((((((((((((((((((((((((
[11:35] <willcooke> Trevinho, hey!  Do you use VPNs much while you're travelling?
[11:35] <Trevinho> willcooke: well, quite a bit, why?
[11:36] <Trevinho> willcooke: but... well, mostly company one or the one I've in my rapsberry at home
[11:36] <Trevinho> willcooke: why?
[11:36] <Trevinho> Laney: yeah, that's for removing the old names... eventually.
[11:36] <Laney> Trevinho: yeah, you typoed launcher
[11:37] <Trevinho> Laney: it's its name :-D
[11:37] <Laney> :||||||||||||
[11:37] <willcooke> Trevinho, which sort of VPN do you use?
[11:38] <willcooke> openvpn., pptp, other?
[11:38] <Trevinho> willcooke: as said, mostly those... I wanted to subscribe to torguard as there's a good deal (see on reddit)
[11:38] <Trevinho> ah, openvpn
[11:38] <willcooke> kk, thanks
[11:39] <Trevinho> my provider provided router natively only supports pptp, but it's not really nice
[11:39] <Trevinho> so I have a raspberry doing the job for me and works nicely
[11:40] <Laney> Trevinho: wait what, the schema name is com.canonical.Unity.Launcher
[11:41] <Laney> where does this launcer come from?
[11:42] <Trevinho> Laney: I was jocking :)
[11:42] <Trevinho> Laney: I've pushed the fix right now
[11:43] <Trevinho> ouch you were publishing?
[11:43] <Trevinho> :-D
[11:43] <Trevinho> damn
[11:43] <Laney> fix it for the next upload
[11:43] <Laney> no need to build for this
[11:44] <Trevinho> was already triggered :-D
[11:44] <Trevinho> well, we'll republish later then
[11:44] <Trevinho> or I can stop maybe
[11:44] <Trevinho> but bileto will copmlain
[11:44] <Trevinho> complain*
[11:44] <Laney> save the environment
[11:44] <Trevinho> if that would be enough...
[11:53] <Laney> this ubuntu-welcome thing is trying to send a report even when I picked "No, don't send any data."
[11:53] <Laney> s/data/info/
[11:55] <jbicha> my understanding is that the design was for it to send an opt-out ping so that we know how many users are opting out
[12:05] <seb128> Laney, right, it send an empty report in that case, that's something under discussion/that willcooke was going to discuss with legal as well
[12:36] <Laney> seb128: ok, I filed a bug because I think that should be explicitly decided
[12:36] <seb128> Laney, thx
[12:37] <seb128> Laney, note that it was described in the email from willcook_e to ubuntu-devel@
[12:37] <seb128> "Any user can simply opt out by unchecking the box, which triggers one simple POST stating, “diagnostics=false”.  There will be a corresponding checkbox in the Privacy panel of GNOME Settings to toggle the state of this."
[12:38] <seb128> and there were some questions/replies about it
[12:38] <Laney> I remember
[12:38] <seb128> but a bug is a good reference point as well
[12:39] <Laney> But the UI is quite misleading imo
[12:40] <Laney> also I was hoping that part would change before it made it into ubuntu :P
[12:44] <seb128> right, me to, willcooke is going to check if we really need it or not
[12:45] <seb128> also even if the UI was clear I'm unsure it would be a good option
[12:45] <seb128> tell users "we are going to send that in any case", you can't even close the wizard
[12:45] <Laney> agreed
[12:51] <seb128> jbicha, how do you quote text to reply in trello?
[12:51] <jbicha> >
[12:51] <jbicha> I just used the > character to fake quote :)
[12:51] <seb128> lol, thx
[12:54] <Laney> I'm really tired of that discussion :(
[12:58] <seb128> Laney, sry :(
[12:58] <seb128> we should probably take that out of the trello
[12:58] <seb128> rather on the community hub where people who want to argue can
[12:59] <Laney> not you seb128
[12:59] <Laney> feel free imho
[12:59] <Laney> I'd advertise it as 'please use, but details might change' for the first cycle or something
[12:59] <seb128> right
[12:59] <Laney> so if Launchpad turns out to be shit for some reason then it can be changed
[13:01] <Laney> !ohmy
[13:01] <ubot5`> Please avoid any language that may be considered offensive, including acronyms and obfuscation of such - also see https://wiki.ubuntu.com/IRC/Guidelines || The main channels are English only, for other languages, see https://wiki.ubuntu.com/IRC/ChannelList
[14:04] <oSoMoN> seb128, I've turned bug #1761585 into a xenial SRU request and attached the corresponding debdiff, can you sponsor it for me?
[14:04] <ubot5`> bug 1761585 in ibus (Ubuntu) "ibus_bus_init does an unconditional call to chmod on $HOME/.config/ibus/bus" [Low,Fix released] https://launchpad.net/bugs/1761585
[14:12] <GunnarHj> seb128: Fixed a MP for bug #1756547. Time to review/upload before w.e.?
[14:12] <ubot5`> bug 1756547 in Ubuntu Translations "LP refuses to import plural strings where e.g. msgstr[0] entries in PO file miss %d" [High,In progress] https://launchpad.net/bugs/1756547
[14:13] <seb128> jbicha, ^ maybe?
[14:13] <seb128> GunnarHj, I can add to my list but it's not likely for today at this point
[14:13] <jbicha> sure, I can give it a try
[14:14] <GunnarHj> seb128, jbicha: Ok, thanks!
[14:14] <jbicha> seb128 or whoever: could we get final wording on the "approximate location you chose (FIXME)" wording in gnome-initial-setup so that the page can be translated?
[14:14] <seb128> willcooke, ^
[14:15] <jbicha> I guess the issue is that the implementation just uses the selected timezone and there is a Design question about how to word that
[14:15] <seb128> jbicha, note that I approved the template so it can be translated now, but yeah better if the strings stop changing
[14:15] <willcooke> mpt ^ :)  Can you help with the string above?
[14:15] <willcooke> jbicha, got a link handy to show where that appears?
[14:15] <jbicha> willcooke: mpt isn't here :)
[14:15] <willcooke> oh
[14:16] <willcooke> oh yeah
[14:16] <willcooke> wow, I must have typed it without trying to tab complete.  Thats a first.
[14:16] <jbicha> willcooke: you can install https://launchpad.net/ubuntu/+source/gnome-initial-setup/3.28.0-2ubuntu1
[14:16] <jbicha> I can open a bug with a screenshot if you want
[14:16] <willcooke> jbicha, will do and I'll email mpt and cc you
[14:16] <willcooke> jbicha, nah, s'fine.  I'll do
[14:17] <jbicha> after installing gnome-initial-setup, you need to log out and log back in
[14:17] <Laney> it'd be nice if those pages got icons on them
[14:17] <Laney> those make the upstream g-i-s pages look quite smart
[14:17] <jbicha> once you've completed the wizard, you can reset it so it starts again with   rm ~/.config/gnome-initial-setup-done
[14:18] <jbicha> +1
[14:19] <didrocks> jbicha: for the report one, you need to clean that out in ~/.cache/ubuntu-report/<distro>.version
[14:19] <didrocks> (if the report was sent successfully to the server)
[14:20] <didrocks> (meaning, when we'll have a server :p)
[14:20] <seb128> oSoMoN, ibus SRU uploaded
[14:20] <oSoMoN> seb128, awesome, thanks!
[14:20] <seb128> yw!
[14:20] <seb128> l:
[14:20] <seb128> ups
[14:21] <seb128> Laney, icons like on the page content?
[14:21] <Laney> yeah
[14:21] <Laney> they have icons above the header
[14:22] <seb128> k, they probably changed compared to the screenshots I saw
[14:22] <seb128> e.g https://www.tecmint.com/wp-content/uploads/2013/12/fed-19.jpg
[14:23] <seb128> well I saw some have but it didn't seem obvious they all did to me
[14:23] <didrocks> fedora 19 ;)
[14:23] <jbicha> seb128: XDG_CURRENT_DESKTOP=GNOME /usr/lib/gnome-initial-setup/gnome-initial-setup --existing-user
[14:23] <Laney> override XDG_CURRENT_DESKTOP and have a look
[14:23] <seb128> I was concerned it would screw some of my configs :p
[14:23] <seb128> I miss guest sessions :/
[14:23] <jbicha> it won't break anything
[14:24] <seb128> like no code ever had bugs right :)
[14:24] <jbicha> 95.8% sure this time :)
[14:24] <seb128> hehe
[14:26] <seb128> oSoMoN, bah, ibus SRU rejected because the version already exist from the archive (from a newer serie I guess), I'm tweaking the number and reuploading
[14:27] <oSoMoN> seb128, oh, I didn't think of checking other series…
[14:27] <seb128> oSoMoN, yeah, neither did I :p
[14:29] <oSoMoN> seb128, that was in yakkety: https://launchpad.net/ubuntu/+source/ibus/1.5.11-1ubuntu3
[14:29] <seb128> oSoMoN, right, that was expected, the next revision is usually in the next serie :)
[14:30] <oSoMoN> but I definitely wouldn't have thought of checking yakkety, being EOL and hidden on https://launchpad.net/ubuntu/+source/ibus
[14:31] <willcooke> xnox, nice work on that dns/captive portal bug.  That must have been hard to find
[14:31] <seb128> oSoMoN, easier to check on https://launchpad.net/ubuntu/+source/ibus/+publishinghistory
[14:31] <seb128> willcooke, which one is that?
[14:31] <didrocks> we should really generalize <version>-XubuntuY.1, .2, .3 when the packages aren't synced to the new series anymore
[14:31] <willcooke> seb128, https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1727237
[14:31] <ubot5`> Ubuntu bug 1727237 in systemd (Ubuntu Artful) "systemd-resolved is not finding a domain" [High,Triaged]
[14:32]  * flocculant must tweak his xubuntu ping
[14:33] <seb128> willcooke, good to see that somebody went to the bottom of it instead of having handwaving comments stating it should be fix in the vcs or such :)
[14:33] <seb128> didrocks, yeah, that avoids those issues
[14:34] <oSoMoN> seb128, indeed, I'll make sure I check there next time I prepare a SRU
[14:34] <didrocks> seb128: I'm guilty as well I must say :)
[14:37] <willcooke> jbicha, I was looking at the designs from mpt
[14:37] <willcooke> https://docs.google.com/document/d/1IDQwpqTsB7Cmw413ApXioHeO2E9nv8bHugjxCOg9A-Q/edit
[14:38] <willcooke> I think "FIXME" is supposed to show the location, I don't think there is anything wrong with that string itself
[14:38] <jbicha> ok I see
[14:39] <jbicha> we need to remove FIXME from the string at least though
[14:39] <willcooke> yeah
[14:39] <jbicha> it can be a separate string if we need a TODO reminder
[14:40] <willcooke> also, related, Laney - we should have icons a la upstream: https://github.com/CanonicalLtd/desktop-design/issues/66
[14:40] <ubot5-ng> CanonicalLtd bug 66 in desktop-design "Visual design for first-login window" (comments: 2) [Closed] - Assigned to spencerbygraves (None)
[14:40] <ubot5`> Error: Could not gather data from Launchpad for bug #66 (https://launchpad.net/bugs/66). The error has been logged
[14:40] <willcooke> I dont think that issue should be closed though
[14:40] <Laney> are those the designs?
[14:40] <willcooke> Yes, but
[14:41] <Laney> should probably attach some screenshots of the upstream pages as they aren't going to fit in
[14:41] <willcooke> we've already pointed out that they need to move the nav to the headerbar
[14:41] <willcooke> and yeah, as you say, they wont fit
[14:44] <Laney> that first screenshot labels the app menu as a window switcher
[14:44] <willcooke> ohhhhh
[14:44] <willcooke> I've just commetned on the wrong trello card
[14:44] <willcooke> sorry didrocks
[14:45] <seb128> lol
[14:45] <willcooke> I will fix it
[14:45] <willcooke> Laney, yeah, see my comment at the bottom :)
[14:45] <Laney> ok th
[14:45] <Laney> x
[14:45]  * didrocks sobs, how dared you!
[14:46] <willcooke> fixed
[14:46] <willcooke> https://trello.com/c/OaRRF8L3/228-implement-first-run-wizard
[14:47]  * willcooke hugs didrocks
[14:47] <didrocks> waow, your actions are even removed from the history…
[14:47] <didrocks> you rewrote the past!
[14:47]  * didrocks hugs willcooke back
[14:48] <didrocks> git-based-trello
[14:48] <willcooke> https://www.youtube.com/watch?v=I1QF_GuGOGo
[14:49] <didrocks> good fit
[14:51] <Laney> jbicha: does dh_translations work with meson?
[14:52] <seb128> Laney, good one :)
[14:52] <Laney> hmmmmmmmmm?
[14:52] <jbicha> um, I think it sort of works the way I'm doing it in ubuntu-settings
[14:52] <seb128> Laney, bug #1751820
[14:52] <ubot5`> bug 1751820 in pkgbinarymangler (Ubuntu) "Teach dh_translations how to deal with meson" [Medium,In progress] https://launchpad.net/bugs/1751820
[14:53] <seb128> meson is making that easy :/
[14:53] <seb128> there is no clear definition of the domain nor way to query it
[14:53] <seb128> unlike config.h definition in good old autotools
[14:53] <seb128> or cmake
[14:54] <Laney> tbh if you could giv ethe domain to dh_translations that would be good enough
[14:55] <seb128> yeah, that's what sort of my conclusion/what I wrote on that bug
[14:55] <Laney> indeed
[14:55] <Laney> jbicha: what kind of sort of?
[14:55] <Laney> AFAICS they just won't be stripped
[14:56] <seb128> it's a bit unfortunate that they changed the "standard" "make domain.pot" target as well
[14:56] <seb128> need to do "domain-pot-update" now in meson project
[14:56] <jbicha> Laney: https://bazaar.launchpad.net/~ubuntu-desktop/+junk/ubuntu-settings/view/head:/debian/rules
[14:56] <seb128> so we need to special case that as well
[14:56] <Laney> I know, I'm reviewing the upload in the queue
[14:57] <didrocks> annoying having to override all dh_translations call though…
[14:57] <Laney> so you get the translations in Launchpad but they won't actually be used by the desktop file...?
[14:57] <seb128> yeah, go GNOME using "better" tools :p
[14:58] <didrocks> well, the general idea isn't bad, it's just that distros weren't taken into account while designing it seems…
[14:59] <seb128> rather "translations" than "distro"
[15:00] <seb128> when I talked to Jussi he basically said that those were basically not part of meson/things dealt with by other people
[15:00] <seb128> as often I think a good part of dev are just not aware of having to deal with translations or considering them as second class problems than can be sorted out later
[15:00] <seb128> which they eventually did but it feel like it was hacked on top
[15:00] <seb128> oh well, it sort of work but could have been nicer in that regard
[15:03] <seb128> k, moving location back, brb
[15:05] <Laney> laney@nightingale> meson introspect --targets | jq -r -M '.[].name | select(endswith("-pot")) | sub("-pot"; "")'
[15:05] <Laney> ubuntu-default-launchers
[15:05] <Laney> phew
[15:05] <didrocks> \o/
[15:06] <didrocks> so, we can automate that in dh_translations
[15:07] <didrocks> hum, in some projects, meson introspect --targets gives me a stacktrace
[15:07] <jbicha> I guess I do need to add X-Ubuntu-Gettext-Domain to the .desktop's here manually though
[15:07] <Laney> that's the main missing bit
[15:08] <GunnarHj> dh_translations needs to know about the builddir too, right?
[15:09] <Laney> you need to run that command in the build dir
[15:10] <Laney> there's probably a debhelper library function to get that
[15:10] <Laney> also, hey GunnarHj
[15:11] <GunnarHj> Laney: There is, but dh_translations is a perl script, so if I understand it correctly, you need to pass the builddir to the script.
[15:11] <didrocks> Laney: even in the builddir, I needed to do meson introspect . --targets to not get a stacktrace
[15:11] <GunnarHj> Hi Laney. :)
[15:11] <didrocks> it's taking sys.argv[1:]
[15:11] <Laney> didrocks: um, ok, I just pasted what I ran so shrug I guess
[15:11] <didrocks> Laney: I bet… I'm unsure what's different here.
[15:12] <didrocks> and the --help clearly says it's optional
[15:12] <didrocks> but the stacktrace here is quite real :p
[15:12] <GunnarHj> didrocks: Are you saying that perl could grab the builddir via some sys.argv[1] variable?
[15:13] <didrocks> GunnarHj: no, I'm just talking about meson introspect, but yeah, perl dh_* can get the builddir
[15:13] <Laney> I'm sure it can somehow, the other dh_* must do that
[15:13] <didrocks> I saw a lot of self->builddir() or something similar
[15:14] <didrocks> in various debhelper releated functions
[15:14] <GunnarHj> That sounds promising. Possibly we can fix that bug completely then. :)
[15:14] <didrocks> Laney: do you mind trying it in github.com/ubuntu/gtk-communitheme ?
[15:14] <didrocks> mkdir build
[15:14] <didrocks> cd build && meson introspect --targets
[15:14] <didrocks> (without the rest, just checking if you get the stacktrace as well)
[15:16] <didrocks> (sorry mkdir build -> meson build)
[15:17] <Laney> laney@nightingale (master|✔)> meson introspect --targets | jq -r -M '.[].name | select(endswith("-pot")) | sub("-pot"; "")'                                                                           ~/temp/gtk-communitheme/build
[15:17] <Laney> laney@nightingale (master|✔)>                                                                                ~/temp/gtk-communitheme/build
[15:19] <Laney> there used to be a program called mesonintrospect before
[15:20] <didrocks> Laney: 0.45.1-1ubuntu2?
[15:21] <jbicha> didrocks: I get the introspect crash with ubuntu-settings too
[15:21] <didrocks> http://paste.ubuntu.com/p/DqHhp2bkBC/
[15:22] <didrocks> jbicha: and not anymore if you specify the build-dir in the arg?
[15:23] <jbicha> yes, that sounds like an upstream bug
[15:24]  * didrocks puzzled why Laney doesn't get it. Maybe it would be worth until we figure that out to always specify builddir in dh_translation calling this
[15:24] <Laney> dunno, but feel free to file it upstream I guess
[15:25]  * Laney is the lucky one
[15:25] <didrocks> LL (Lucky Laney)
[15:31]  * Laney wears a badge
[15:46] <seb128> willcooke, bug https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1752417 turned into a ffe for the openvpn addition
[15:46] <ubot5`> Ubuntu bug 1752417 in network-manager (Ubuntu) "[ffe] Out of the box, Ubuntu Bionic offers only insecure VPN option" [Medium,Triaged]
[15:59] <willcooke> thanks seb128
[15:59] <willcooke> internet is wonky today
[15:59]  * willcooke suspects that there will be a BT van down the street
[16:00]  * didrocks goes off. Enjoy for the week-end everyone!
[16:00] <didrocks> s/for//
[16:09] <doko> jbicha, seb128: fyi, I backported the brotli alignmnet fixes. needs a reference now in a package or a seed
[16:15] <ximion> Laney: if you also agree that that's a good idea, I would file a sync request for appstream and appstream-generator for Bionic later today, as jbicha requested
[16:15] <ximion> I think I could make a good case for it, but I would also in no way be surprised if that change gets rejected
[16:17] <jbicha> doko: thank you. brotli itself doesn't help me much without bug 1742743 though
[16:17] <ubot5`> bug 1742743 in woff2 (Ubuntu) "[MIR] woff2" [Undecided,New] https://launchpad.net/bugs/1742743
[16:19] <Laney> ximion: Depends on if you're going to break the post-update-command or not 😕
[16:20] <ximion> I actually had to think a lot about that, it was so much fun last time, so why not do it again? But then I decided that for better entertainment value it is best to not repeat an old trick and instead better come up with something new ;-)
[16:20] <ximion> so, no post-update hook will get broken ^
[16:22] <ximion> Laney: more seriously, there are actually some bugfixes in there that will be very useful. For example, did you know HiDPI icons don't really work with Bionic's current version of AS? ;-)
[16:22] <Laney> ximion: ok, feel free to file the FFe requests and explain why it's safe in there ;-)
[16:22] <ximion> also, an update to SPDX v3.0 is good in an LTS release
[16:23] <ximion> but most important question for me is actually: would this enable you to update appstream-generator on the server easier/faster?
[16:23] <Laney> a snap would be best :P
[16:23] <Laney> but without that - kind of but not massively, still need to make it buildable in xenial
[16:24] <Laney> we don't use the asgen archive package there at all
[16:25] <ximion> I played with it a bit, but making snaps on Debian is a pain: https://github.com/ximion/asgen-snap/blob/master/snapcraft.yaml and getting LDC into the Snap is even more of a pain - there is a Snap bundle for LDC, so I wonder whether I would really need to compile that thing again when creating the asgen snap
[16:26] <ximion> also, getting yarn into the snap will be... fun...
[16:27]  * ximion never had to make a snap that was that complicated
[16:29] <seb128> doko, thanks, I still don't think it was required since it was a regression in proposed and we could have stayed on the current version from bionic until the next update, but I guess at least we don't forget about it this way ... webkit2gtk is going to pull it in but it needs bug #1742743 to be acked as well first
[16:29] <ubot5`> bug 1742743 in woff2 (Ubuntu) "[MIR] woff2" [Undecided,New] https://launchpad.net/bugs/1742743
[16:32] <ximion> Laney: the new asgen will give you much better icon tarball sizes: https://appstream.debian.org/data/sid/main/
[16:32] <ximion> the reduced memory usage doesn't appear to be as strong anymore though, and I only updated the GLib bindings...
[16:32] <ximion> so I sort of blame that
[16:33] <Laney> new version of gir-to-d?
[16:34] <ximion> that and new wrapfiles is what changed
[16:34] <ximion> jup
[16:34] <ximion> I'll need to ask the author of both to please make a new release, Git master seems to have a lot of useful changes
[16:35] <ximion> but in general, memory usage is much lower, still
[16:36] <ximion> the big news is the better icon handling though, I am incredibly pleased with that now
[17:15] <Laney> https://paste.ubuntu.com/p/XVQfzKwzhQ/
[17:19] <jbicha> ?
[17:26] <GunnarHj> jbicha: Just a friendly ping about that gnome-shell MP. I'm curious about the result...
[17:32] <willcooke> gnight all.  Have a restful weekend.
[17:43] <jbicha> GunnarHj: do you need to do something to make ubuntu-settings available for translation in LP?
[17:44] <jbicha> do I need to upload the gettext domain change first?
[17:44] <jbicha> https://bazaar.launchpad.net/~ubuntu-desktop/+junk/ubuntu-settings/revision/131
[17:47] <GunnarHj> jbicha: I just approved the template in the import queue. Let's see if that's it.
[17:48] <GunnarHj> jbicha: Hasn't that package had any translatable strings before?
[17:50] <jbicha> no
[17:50] <jbicha> unless you wanted to translate "Amazon" but we decided today that wasn't very important
[17:53] <Laney> Don't upload that revision
[17:53] <Laney> I'm fixing dh-translations.
[17:55] <jbicha> ok
[17:55] <GunnarHj> jbicha: Done now. Gave it high priority, so it's on the first page of respective language's overview. Now I'll be busy for a while with figuring out a nice Swedish translation of "Welcome to Ubuntu". :)
[17:57] <Laney> there, I uploaded a diff to bug #1751820
[17:57] <ubot5`> bug 1751820 in pkgbinarymangler (Ubuntu) "Teach dh_translations how to deal with meson" [Medium,Triaged] https://launchpad.net/bugs/1751820
[17:59] <jbicha> we have a few days before the next langpack update any way :)
[18:02] <Laney> I'm looking for review if anyone's feeling up for it
[18:02] <Laney> anyways, I'll be off now
[18:02] <Laney> feel free to also upload it if you get super brave
[18:05] <seb128> Laney, look fine in principle to me but I'm about to call it a day/week as well so detailled review is for monday (unless GunnarHj or someone beats me)
[18:06] <seb128> have a nice w.e desktopers!
[18:16] <jbicha> GunnarHj: thanks, it looks like it works https://translations.launchpad.net/ubuntu/bionic/+source/ubuntu-settings/+pots/ubuntu-default-launchers
[18:17] <GunnarHj> jbicha: Indeed. Final confirmation at next langpack update.
[18:42] <andyrock> seb128: unsure you're still around but https://code.launchpad.net/~azzar1/update-notifier/xdg-autostart-path-units/+merge/342808
[20:03] <oSoMoN> good night, and have a good week-end desktoppers!


[00:04] <Seeker`> bazhang: I believe that idling is bad, but I thought you initial point was to do with the discussion
[00:05] <bazhang> Seeker`, my apologies; was wanting to deal with Amun's phantom virus situation and felt that hentai's issue had already been resolved here
[01:48] <elkbuntu> does anyone object to: ohmy is <reply>Please watch your language, attitude and topic to help keep this channel friendly and helpful. Remember, there are kids here!
[01:50] <elkbuntu> bazhang, Seeker`, jussi01, ikonia?
[01:55] <bazhang> elkbuntu, an improvement, imo; especially the additions of attitude and topic
[01:55] <elkbuntu> topic was always there
[01:55] <elkbuntu> !ohmy
[01:55] <elkbuntu> i'll just do it i think. i'll be waiting forever for the euros and yanks
[01:55] <bazhang> often there is an argument of 'that's not swearing where I come from!'
[01:56] <elkbuntu> !ohmy
[01:56] <bazhang> oh right
[01:56] <bazhang> well the attitude part then
[01:56] <bazhang> some guy was saying a bit earlier 'screw you floodbot2'
[01:57] <elkbuntu> and it gets rid of the 'family friendly' term which people are going deaf to
[01:57] <bazhang> yep
[01:57] <bazhang> oh it was nagchampa
[01:57] <elkbuntu> yea
[01:59] <elkbuntu> the attitude is the key one really. it's worse to get told 'screw you' than it is to see random swearing
[02:03] <nalioth> ya'll all wake up at once?
[02:05] <elkbuntu> basically
[02:05] <elkbuntu> take the mute off. he was only there to mess with the bots
[02:05] <bazhang> nice PM from the pillager
[02:05] <elkbuntu> he need not be there if he's going to be a poophole.
[02:06] <elkbuntu> bazhang, let me guess. polite and all?
[02:06] <bazhang> he is adding racial epithets now
[02:06] <elkbuntu> wow. how you always wanted a bit of cultural diversity in your life, didnt you.
[02:06] <bazhang> :/
[02:08] <bazhang> I've seen him in ##politics before
[02:09] <elkbuntu> that explains all
[02:09] <nalioth> yes, i was doing a /whois on him
[02:10] <bazhang> his comments in #ubuntu and PM are quite mild in comparison to what he says there
[02:43] <Seeker`> elkbuntu: looks good to me
[02:55] <Seeker`> woo, I was the last person to leave -release-party
[03:13] <Seeker`> how can we help you
[03:14] <Commie_Cary> nothing, just checdking out chaneels
[03:14] <Commie_Cary> :)
[08:08] <ikonia> what are the floood bots on about -op-monitors ? saying phantomcircuit could be ban dodging, I don't see any bans for phantomcircuit or n=phantomc in BT ever, only kicks
[08:17] <Flannel> ikonia: nice complete there ;)
[08:19] <ikonia> Flannel: I know, connection died just as I tried to delete but h ad enter lag
[08:19] <ikonia> idiot
[08:19] <ikonia> sorry
[08:20] <Flannel> Oh, don't apologise to me.  I'm no stranger to random pings.  Strange people like talking about what sort of clothes they wear in strange ways
[09:52] <elkbuntu> five is at it again
[10:13] <ikonia> please remove five from -ot, I'd warned him about his auto respond scripts which he said he'd disabled, and he's not so I've removed him from ubuntu again
[10:13] <elkbuntu> want to trigger one in -ot?
[10:13] <elkbuntu> then i'll happily boot him
[10:14] <ikonia> Hmmmm he's disabled it in one channel
[10:14] <ikonia> don't know how that works, it trigged in #ubuntu
[10:14] <ikonia> triggered even
[10:14] <elkbuntu> that ought to wake him up anyway
[10:15] <ikonia> well, this is the second time today
[10:15] <elkbuntu> ikonia, well, he stopped when asked. i cant punish him for doing so, it'll only teach him to not bother next time
[10:16] <ikonia> no no, it's not triggereign in #-ot now
[10:16] <ikonia> but I don't understand how he's fdone that
[10:16] <ikonia> done that
[10:16] <ikonia> there you go
[10:16] <ikonia> please remove him
[10:16] <ikonia> my test line was too long
[10:17] <ikonia> thank you
[10:17] <elkbuntu> feel free to comment in the tracker
[10:17] <ikonia> already doing it for #ubuntu now
[10:18] <elkbuntu> right. i need to finish tidying up so i can leave tomorrow.
[10:19] <ikonia> thanks, and later
[10:34] <gnomefreak> is snuxoll ban evading?
[10:34] <bazhang> nope
[10:35] <gnomefreak> thanks
[10:35] <bazhang> its that sailormoon character aka lordkagar amongst others
[10:35] <gnomefreak> i got him
[10:43] <ikonia> how did his irc name get past the auto bans
[10:49] <gnomefreak> not sure
[11:56] <ikonia> can I join an #ubuntu channel without seeing emma in it?
[11:56] <bazhang> -ot
[11:58] <ikonia> did I miss something in -ot ?
[11:58] <bazhang> that is the only channel apart from loco (in answer to your preceding question)
[11:58] <ikonia> ahh
[11:58] <ikonia> no she's in every loco I join
[11:59] <ikonia> -es, -au, -uk,
[11:59] <bazhang> not in -ru :)
[11:59] <ikonia> I only joined to see if someone in #ubuntu being a pain was doing it in his other ubuntu channel
[12:25] <elkbuntu> ikonia, it's seriously uber creepy, isnt it.
[12:25] <ikonia> it's just odd
[12:25] <ikonia> more so if you don't speak the language
[12:26] <ikonia> then to go to the trouble of +i on those channels too is odd
[12:28] <elkbuntu> as i said. creepy.
[14:40] <ikonia> basileus: hi
[14:40] <ikonia> basileus: you've been forwarded here as on 2 seperate occasions I removed you from #ubuntu and asked you to disable your auto respond scripts on your client.
[14:41] <ikonia> on two occasions you rejoined with them still enabled so I forwarded you to this channel and removed you from #ubuntu until you can prove you have disabled the auto respond scripts and can prove you know how to keep them disabled
[14:46] <bazhang> basileus, do you speak English?
[14:48] <bazhang> Вы говорите по-английски ? basileus
[14:52] <nickspoon> Rock me, basileus.
[14:57]  * basileus rocks nickspoon
[14:57] <nickspoon> ^^
[14:59] <bazhang> basileus, if you can demonstrate you have disabled the scripts
[15:00] <basileus> brb
[15:02] <basileus> bazhang: uberscript deleted now
[15:03] <bazhang> basileus, I'm not the one you need to talk to
[15:07] <bazhang> ikonia, ^^
[15:08] <basileus> i got banned by ikonia
[15:09] <ikonia> basileus: why did it take you 3 attempts to heed my warnings ?
[15:09] <ikonia> why did it take yo ubeing banned to remove it ?
[15:09] <ikonia> !give ikonia a test
[15:10] <basileus> ikonia: i wasnt familiar with uberscript
[15:10] <basileus> and had no idea what it does
[15:10] <ikonia> really, yet you knew what it did and how to disable it as soon as I banned you
[15:11] <ikonia> so on the two occasions I removed you and asked you to disable it, you didn't know what to do, yet the first time I ban you, you get it right first time and know how to test it all of a sudden
[15:11] <ikonia> forgive my sceptasism
[15:14] <ikonia> @btlogin
[15:14] <ikonia> and now your also ban dodging
[15:15] <ikonia> so you changed your ip to get into #ubuntu
[15:15] <basileus> ikonia: do u mean i disabled that stuff? o_O
[15:15] <ikonia> why where you in #ubuntu just now
[15:16] <ikonia> I had told you you where banned from# ubuntu
[15:16] <basileus> ikonia: i have dynamic ips
[15:16] <basileus> =(
[15:16] <ikonia> and it just changed after you where banned
[15:16] <ikonia> even though you hadn't changed when I'd just rmoved you
[15:17] <ikonia> plus I told you where banned, yet you still tried to get in
[15:17] <ikonia> I think your wasting my time and playing a game to be honest
[15:17] <basileus> that happenes every 24 hours or on each reconnection
[15:18] <ikonia> yet it's not been 24 hours
[15:19] <bazhang> basileus, ban evading is a very bad idea.
[15:19] <bazhang> it was just a few minutes basileus
[15:19] <basileus> well, i have no intention to do anything bad on the chanell
[15:19] <ikonia> even if your ip did change on its own, I had told you not to go into #ubuntu - yet you still did
[15:20] <ikonia> in the same way you went back in 2 times today after I didn't ban you and just asked you to disable your script
[15:20] <ikonia> yet when I do ban you, all of a suddent your ip changes, and you know how to disable the script you didn't know how to disable when I was just asking
[15:20] <ikonia> s/suddent/suddn
[15:20] <ikonia> sudden
[15:21] <basileus> ikonia: #ubuntu is in my autojoin list
[15:22] <ikonia> well perhaps you should have considered removing that when I asked you not to go back in
[15:22] <ikonia> it all looks a bit like a game to me
[15:22] <basileus> ikonia: i havent disabled the script
[15:22] <ikonia> you can't disable scripts, until I ban you, you ip all of a sudden changes after I abn you
[15:22] <ikonia> !give ikonia a test
[15:22] <basileus> ive deleted it
[15:22] <ikonia> well same thing
[15:23] <basileus> ikonia: u asked me to disable the script and it took time for me to figure out what was going on in my irc client
[15:24] <ikonia> but in that time you kept re-joining #ubuntu when I asked you not to
[15:25] <basileus> ikonia: probably that was part of process of my getting familar with uberscript internals
[15:26] <ikonia> joiing a channel you where told not to join is part of learning the uberscript internals
[15:26] <ikonia> I think not
[15:30] <ikonia> basileus: I suggest you come back in 24 hours (no sooner please) and show that you are still not running the script and that you know how to maintain your irc client a little better then
[15:30] <basileus> ikonia: ok
[15:32] <ikonia> thanks
[15:33] <Jack_Sparrow> MOrning ikonia
[15:33] <ikonia> morning
[15:34] <Jack_Sparrow> I am just finishing up installing the hardware into my new case..  What case would Ms Sparrow buy jack?
[15:34] <Jack_Sparrow> Antec Skeleton.. of course..
[15:35] <Pici> FYI, when you kick a mibbit user, the floodbots will automagically apply a ban on the proper hostname, so you don't have to do it manually.
[15:39] <Pici> ♥ floodbots
[15:40] <Jack_Sparrow> There is a bumper sticker you could sell at geeks r us
[15:40] <Nafallo> haha
[15:40] <Jack_Sparrow> This new skeleton case is fun...
[15:43] <ikonia> those nicks that have just hit #ubuntu have the same ip range as tha server geekpanties.co.uk owners
[15:43] <ikonia> who had the #ubuntu bot attack channel
[15:43] <ikonia> geekpanties.org sory
[15:44] <ikonia> if you join irc.geekpanties.org and look in #ubuntu you'll see all the bots waiting, and you'll see the owner maria has the same ip range/isp
[15:44] <Pici> ikonia: Theres nothing we can doi about it.
[15:44] <ikonia> nope,
[15:44] <ikonia> it was just an FYI
[15:44] <bazhang> what was that user's nick again?
[15:44] <ikonia> which one
[15:44] <bazhang> the geekpanties one?
[15:45] <ikonia> maria
[15:45] <Pici> ikonia: The same bots also joined a few channels, comcast bots are quite common.
[15:46] <ikonia> I can appriciate that
[15:46] <ikonia> but that server has also a few channels
[15:47] <ikonia> eg: #poolitics #help #christian
[15:47] <ikonia> politics
[15:48] <bazhang> rooookeeeee was the name
[15:48] <ikonia> ahhh him
[15:48] <bazhang> the geekpanties nick
[15:48] <ikonia> the user a-ko who is the server owner is currently sat on gp-4CC2B494.hsd1.md.comcast.net
[15:48] <ikonia> roookeeeeeeee was his freenode user though
[15:49] <bazhang> aha
[15:49] <ikonia> I'm in there hiding as a bot
[15:49] <ikonia> (assumign a bot's nick)
[15:49] <bazhang> botkonia
[15:49] <ikonia> not quite ~I'm bot 670
[15:49] <ikonia> bot670
[15:49] <bazhang> :)
[15:50] <ikonia> (to give you an idea how many bots there are in there)
[15:50] <Pici> ikonia: This channel is publicly logged.
[15:50] <ikonia> thats fine
[15:50] <bazhang> better change up numbers, stat
[15:50] <ikonia> I'll just be kicked, it's fine
[15:50] <ikonia> I've only not quit out of forgetfullnes
[15:51] <ikonia> it only made me think when I saw all thos bots get kicked
[15:55] <bazhang> bothot bothotlot spanktimebot ?
[15:55] <ikonia> same user as before
[15:56] <ikonia> 12:35 -!- Follow<EMAIL_ADDRESS>has joined #freenode
[15:56] <ikonia> trolling freenode earlier
[15:57] <ikonia> Pici: is it acceptable to put a forward on that ip address to here
[15:57] <ikonia> Pici: he was trolling #freenode earleir and appears to have brought a bot collection with him here
[15:58] <PriceChild> ikonia: did that nick join #ubuntu?
[15:59] <ikonia> no, but that same ip and irc client did with about 6 differnt names
[15:59] <ikonia> all at the same time
[15:59] <PriceChild> ikonia: ban the hostname and I'll have a talk.
[15:59] <ikonia> ok
[16:00] <ikonia> leave the 6 bot nicks in there or remove them ?
[16:00] <PriceChild> remove them
[16:01] <ikonia> okey dokey
[16:01] <PriceChild> I've been talking to him a reasonable amount the past day.
[16:02] <ikonia> I tried to talk to him when he joined, but he ignored it
[16:02] <ikonia> then a load of other nicks game in
[16:02] <ikonia> came in
[16:02] <ikonia> I only attempted to talk due to him being a problem in #freenode earlier, didn't realise he was known
[16:03] <ikonia> @btlogin
[16:19] <ikonia> PriceChild: nice chat
[16:19] <PriceChild> ikonia: happens
[16:19] <ikonia> ;)
[16:20]  * jussi01 pokes ikonia
[16:20]  * ikonia poke back
[16:37]  * genii wanders in, puts his ice scraper and snow shovel in the corner, puts on a fresh pot of coffee
[16:38] <genii> Hi all
[16:38] <Pici> Howdy
[16:38] <ikonia> genii: still bad ?
[16:39] <genii> ikonia: Well, we had another 14-16 inches over Sat night and Sunday but I didn't come in to work to clear it. Just did it now. The city sidewalk plows had been by which helped
[16:39] <ikonia> sounds cool
[16:40] <ikonia> (in terms of where I live and snow fall we get)
[18:12] <hischild> invasion going on in #ubuntu
[18:12] <jpds> hischild: Looks like nal is on it.
[18:12] <hischild> so it seems, yes. Tnx
[18:12]  * hischild waves you all a happy morning, afternoon, evening or goodnight (make a choice) and the best of luck!
[19:18] <ikonia> @bansearch amen
[19:18] <ikonia> @btlogin
[20:30] <Pici> @login
[21:14] <nickspoon> Hi Myrtti :)
[21:15] <Myrtti> hi
[21:17]  * jussi01 waves
[21:30]  * Myrtti waves back
[21:32] <Myrtti> oh yeah, latest update
[21:33] <Myrtti> the credit card company reached the conclusion that those 930+€ purchases were not mine and they're not going to hold me responsible for them
[21:33]  * PriceChild highfives Myrtti
[21:33] <jussi01> Myrtti: excellent news!
[21:34] <Myrtti> I have to call them again though and ask have they yet found out where the card info leaked to the twits
[21:34] <Myrtti> because I want to make sure I'm not buying from there again
[22:11] <bazhang> ban evader in -ot sailormoon
[22:13] <MTecknology> somebody wanna pop into -offtopic?
[22:13] <bazhang> MTecknology, gary has it
[22:13] <MTecknology> oh, didn't realize he was op
[22:17] <nalioth> whoa.
[22:17] <Tm_T> aww
[22:17] <nalioth> ahhh, naughty jussi01_
[22:18] <Myrtti> naughty jussi01
[22:18] <Myrtti> :-)
[22:18] <Myrtti> twigs and coal lumps this year
[22:21] <nalioth> appears he brought down the network stack on his machine
[22:24] <nalioth> am attempting to get ubot3 up on another box
[22:29]  * Seeker` wonders if jussi01_ 's shell is having some problems
[22:30] <nalioth> Seeker`: yes, it is.
[22:30] <Seeker`> :(
[22:30] <Seeker`> that sucks
[22:30] <nalioth> jussi01_: is on a separate box somewhere
[22:31] <Seeker`> as am I now :)
[22:31] <jussi01_> bring in the backups! somethings up with the server :/
[22:32] <Seeker`> I could connect to the server
[22:32] <Seeker`> just not connect out from the server to anywhere else
[22:32] <jussi01_> yeah, somethings weird. Ill see if i can get it fixed
[22:35] <Myrtti> I've got the backups on my server if someone needs them.
[22:36] <Myrtti> can't run a thing though.
[22:36] <Myrtti> though, I could try, but I doubt if it works.
[22:37] <Myrtti> wonderful, apt is throwing its toys out the pram
[22:37] <Seeker`> ah yes, the best time to try out backups to see if they work
[22:37] <Seeker`> 10 minutes after the live version fails
[22:37] <jussi01_> this is immensely frustrating
[22:37] <Myrtti> Seeker`, it's that I haven't run the bot on my pesky Dell before
[22:37] <Myrtti> haven't tried
[22:38] <Seeker`> it was a joke
[22:49] <Seeker`> is problematic server less problematic?
[22:49] <jussi01_> :D
[22:51] <jussio1> yay
[22:54] <jussi01> !test
[22:54] <bazhang> ok to use her now?
[23:06] <nalioth> i _really_ must learn to use rsync
[23:06] <Myrtti> nalioth, yes you should
[23:06] <Myrtti> even *I* know rsync.
[23:06]  * Myrtti rolls her eyes
[23:07] <Myrtti> anyway, I'm off to bed. Take care kids, and have merry Jule
[23:07] <Myrtti> --> http://flickr.com/photos/myrtti/3084922188/ <-- (or atleast New Years)
[23:09] <bazhang> @login
[23:38] <bazhang> he's back
[23:42] <ikonia> Jack_Sparrow: do you know this guy ?
[23:42] <Jack_Sparrow> fSeems familiar
[23:42] <bazhang> seems to be trolling
[23:42] <ikonia> just spent 5 minutes telling me it's prompting him for a monitor, then said "well it doesn't"
[23:43] <bazhang> if you mean kerik
[23:43] <Jack_Sparrow> Let me take him aside and see if he wants to listen or troll
[23:43] <ikonia> yes
[23:43] <bazhang> yep


[02:26] <Nafallo> mdke: lol
[02:26] <Nafallo> mdke: I only get duplicates :-)
[02:27] <mdke> a combination of 3 bugs, I think
[02:28] <mdke> best of all, 6 of the emails were to tell me that my status has changed from Administrator to...
[02:28] <mdke> Administrator!
[02:28] <mdke> w00t
[02:35] <Ubugtu> New bug: #78264 in launchpad "Email notifications after change of Owner are weird" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78264
[02:40] <Ubugtu> New bug: #78265 in blueprint "Adding a dependency is about as difficult as it could be" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78265
[02:42] <mdke> oh no, not quite that bad.
[08:34] <Bhaskar> how can i merge two po files into single one
[08:37] <Bhaskar> doko:how can i merge two po files into single one
[08:49] <jamesh> Bhaskar: do you mean in general, or in terms of Launchpad?
[08:50] <Bhaskar> in terms of launchpad
[08:51] <Bhaskar> jamesh; i have 2 po files download from launchpad, i want to merge these in single and want to convert into mo file
[08:51] <jamesh> Bhaskar: msgcat -o output.po file1.po file2.po ...
[08:52] <jamesh> or maybe you want msgmerge
[08:52] <Bhaskar> jamest: then how convert this output.po into output.mp
[08:53] <jamesh> msgfmt
[08:53] <jamesh> e.g. msgfmt -o foo.mo foo.po
[08:54] <lifeless> jamesh: hi
[08:55] <lifeless> jamesh: we had a interesting account claim question on friday, which I wanted to ask you
[08:55] <lifeless> jamesh: can someone who has all their emails already in launchpad as unclaimed autogen'd accounts, claim one ?
[08:57] <jamesh> lifeless: I think they can use the forgotten password form to claim one, then merge the rest
[08:57] <jamesh> not that I've ever done this
[08:59] <lifeless> jamesh: forgotten password appears not to send them email, speculatively because they have not authenticated the address !
[09:00] <jamesh> lifeless: I'd ask on the mailing list.  It has been ages since I've looked at this area of the code
[09:00] <lifeless> ok
[09:08] <Bhaskar> jamesh: i have translated schooltool in nepali , download po and mo from launchpad and update translations , but only some strings are localized in schooltool, why, have u any ideas
[09:11] <jamesh> Bhaskar: if you have an up to date PO template for schooltool (there may be a script included with schooltool to regenerate it), try merging your po file into it
[09:11] <jamesh> something like:
[09:11] <jamesh> msgmerge -o new.po old.po schooltool.pot
[09:11] <jamesh> check new.po for untranslated strings
[09:12] <jamesh> if there are strings translated in the po file that aren't translated in schooltool, there may be some extra steps you need to do to install the translations (schooltool specific)
[09:15] <Bhaskar> james:there are 2 template in launchpad one schooltool2006 and other is schooltool main, which one is to be used for translation
[09:17] <Bhaskar> jamesh: i have already translated both these template, and tested  for update translations but schooltool could not converted in Nepali, some of the string are only, while taking po from these template
[09:17] <Bhaskar> james:https://launchpad.net/schooltool/main/+pots/schooltool i am using this template now
[12:15] <amik> small Q: is there any way to see all bugs that I've been involved in (submitted/commented/etc.)?
[12:15] <mdke> amik: from your personal page, click Bugs
[12:16] <mdke> then select the relevant category
[12:16] <mdke> (top left)
[12:17] <amik> oh now I see it :-)
[12:17] <mdke> yeah, there is a bug about that being hard to see
[12:18] <amik> the link says 'assigned bugs', guess that threw me off...
[12:18] <amik> 10x :-)
[02:10] <Ubugtu> New bug: #78303 in malone "Ion3 complains of missing fonts on login" [Undecided,Unconfirmed]  https://launchpad.net/bugs/78303
[08:48] <Yannig> Hello everybody
[08:48] <Yannig> I have a proxy error at uploading file (Reason: Error reading from remote server). What should I do?
[08:56] <beuno> Yannig: how big is the file you're trying to upload?
[08:57] <Yannig> I'm trying to upload several files, between 10 and 200 kb
[08:57] <Yannig> (but my network is rather slow, can it be a reason?)
[08:58] <beuno> well, 10-200k shouldn't be a problem, but the error you're getting is very common in timeouts
[08:59] <Yannig> Thanks a lot
[09:00] <beuno> np
[12:01] <mpt> Goooooooooooooood afternoon Launchpadders!
[12:02] <jml> g'day


[00:35]  * tumbleweed has a look
[00:36] <tumbleweed> seems alive to me
[00:36] <tumbleweed> ah, right
[01:23] <xnox> vorlon:  and guest tools in the say bionic guest, don't need to match the guest *stuff* on focal host, right?
[01:48] <vorlon> xnox: even if they did, there would be no need for 32-bit focal bits
[05:11] -queuebot:#ubuntu-release- New binary: dothost [amd64] (focal-proposed/none) [0.2-2] (no packageset)
[05:11] -queuebot:#ubuntu-release- New binary: dothost [s390x] (focal-proposed/none) [0.2-2] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: dothost [armhf] (focal-proposed/none) [0.2-2] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: preggy [amd64] (focal-proposed/universe) [1.4.3-1] (no packageset)
[05:12] -queuebot:#ubuntu-release- New binary: dothost [ppc64el] (focal-proposed/none) [0.2-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: dothost [arm64] (focal-proposed/none) [0.2-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: python-pattern [amd64] (focal-proposed/universe) [2.6+git20180818-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: plaso [amd64] (focal-proposed/universe) [20190131-3] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: oclgrind [amd64] (focal-proposed/universe) [19.10-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: oclgrind [ppc64el] (focal-proposed/universe) [19.10-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: oclgrind [arm64] (focal-proposed/universe) [19.10-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: oclgrind [armhf] (focal-proposed/universe) [19.10-1] (no packageset)
[05:30] <ginggs> would someone please 'force-badtest  samtools/all/i386 vcftools/all/i386 snpomatic/all/i386' ?
[06:10] <vorlon> ginggs: done
[06:30] -queuebot:#ubuntu-release- New: accepted oclgrind [arm64] (focal-proposed) [19.10-1]
[06:30] -queuebot:#ubuntu-release- New: accepted oclgrind [armhf] (focal-proposed) [19.10-1]
[06:30] -queuebot:#ubuntu-release- New: accepted dothost [amd64] (focal-proposed) [0.2-2]
[06:30] -queuebot:#ubuntu-release- New: accepted dothost [armhf] (focal-proposed) [0.2-2]
[06:30] -queuebot:#ubuntu-release- New: accepted dothost [s390x] (focal-proposed) [0.2-2]
[06:31] -queuebot:#ubuntu-release- New: accepted oclgrind [ppc64el] (focal-proposed) [19.10-1]
[06:31] -queuebot:#ubuntu-release- New: accepted preggy [amd64] (focal-proposed) [1.4.3-1]
[06:31] -queuebot:#ubuntu-release- New: accepted dothost [arm64] (focal-proposed) [0.2-2]
[06:31] -queuebot:#ubuntu-release- New: accepted oclgrind [amd64] (focal-proposed) [19.10-1]
[06:31] -queuebot:#ubuntu-release- New: accepted python-pattern [amd64] (focal-proposed) [2.6+git20180818-1]
[06:31] -queuebot:#ubuntu-release- New: accepted dothost [ppc64el] (focal-proposed) [0.2-2]
[06:31] -queuebot:#ubuntu-release- New: accepted plaso [amd64] (focal-proposed) [20190131-3]
[06:32] <ginggs> vorlon: ta!
[06:49] <LocutusOfBorg> thanks vorlon and infinity !
[06:50] <LocutusOfBorg> I admit, the request was not so clear in my mind, I still need to properly figure out what the support will be and how... (so I presume some libraries needed for valve&co, wine or something similar)
[06:51] <LocutusOfBorg> btw, gsoap might migrate if we remove some i386 binaries...
[08:12] -queuebot:#ubuntu-release- New binary: libthumbor [amd64] (focal-proposed/universe) [1.3.3-1] (no packageset)
[09:12] <doko> vorlon: is there some documentation which i386 packages are still built, and which ones are not?
[09:15] <ginggs> doko: there's a whitelist https://people.canonical.com/~ubuntu-archive/packagesets/focal/i386-whitelist
[09:16] -queuebot:#ubuntu-release- New binary: libplist [amd64] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:16] -queuebot:#ubuntu-release- New binary: libplist [s390x] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:17] -queuebot:#ubuntu-release- New binary: libplist [ppc64el] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:17] -queuebot:#ubuntu-release- New binary: libplist [arm64] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:17] -queuebot:#ubuntu-release- New binary: libplist [i386] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:18] <LocutusOfBorg> do we have any AA that can do removals of i386 binaries for: cgsi-gsoap davix kopanocore srm-ifce voms?
[09:18] -queuebot:#ubuntu-release- New binary: libplist [armhf] (focal-proposed/main) [2.1.0-0build1] (desktop-core, i386-whitelist)
[09:18] <LocutusOfBorg> I would like to see if we need something else for migration, but Britney is not even running tests
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [amd64] (focal-proposed) [2.1.0-0build1]
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [armhf] (focal-proposed) [2.1.0-0build1]
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [ppc64el] (focal-proposed) [2.1.0-0build1]
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [arm64] (focal-proposed) [2.1.0-0build1]
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [s390x] (focal-proposed) [2.1.0-0build1]
[09:31] -queuebot:#ubuntu-release- New: accepted libplist [i386] (focal-proposed) [2.1.0-0build1]
[10:13] -queuebot:#ubuntu-release- New binary: libusbmuxd [amd64] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:13] -queuebot:#ubuntu-release- New binary: libusbmuxd [s390x] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:13] -queuebot:#ubuntu-release- New binary: libusbmuxd [ppc64el] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libimobiledevice [amd64] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libimobiledevice [s390x] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libusbmuxd [armhf] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libimobiledevice [i386] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libusbmuxd [i386] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:14] -queuebot:#ubuntu-release- New binary: libusbmuxd [arm64] (focal-proposed/main) [2.0.1-1ubuntu1] (desktop-core, i386-whitelist)
[10:15] -queuebot:#ubuntu-release- New binary: libimobiledevice [ppc64el] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:18] -queuebot:#ubuntu-release- New binary: libimobiledevice [armhf] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:19] -queuebot:#ubuntu-release- New binary: libimobiledevice [arm64] (focal-proposed/main) [1.2.1~git20190929.60823f9-1] (desktop-core, i386-whitelist)
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [amd64] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [armhf] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [ppc64el] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libthumbor [amd64] (focal-proposed) [1.3.3-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [arm64] (focal-proposed) [2.0.1-1ubuntu1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [i386] (focal-proposed) [2.0.1-1ubuntu1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [s390x] (focal-proposed) [2.0.1-1ubuntu1]
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [arm64] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [s390x] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [armhf] (focal-proposed) [2.0.1-1ubuntu1]
[10:24] -queuebot:#ubuntu-release- New: accepted libimobiledevice [i386] (focal-proposed) [1.2.1~git20190929.60823f9-1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [ppc64el] (focal-proposed) [2.0.1-1ubuntu1]
[10:24] -queuebot:#ubuntu-release- New: accepted libusbmuxd [amd64] (focal-proposed) [2.0.1-1ubuntu1]
[11:18] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (eoan-proposed) [1.8+19.10ubuntu1]
[11:19] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (disco-proposed) [1.8+19.04ubuntu1]
[11:21] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (bionic-proposed) [1.8+18.04ubuntu1]
[11:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-image [source] (xenial-proposed) [1.8+16.04ubuntu1]
[11:24] -queuebot:#ubuntu-release- Unapproved: accepted cachefilesd [source] (eoan-proposed) [0.10.10-0.2ubuntu<IP_ADDRESS>]
[11:31] -queuebot:#ubuntu-release- Unapproved: accepted cachefilesd [source] (disco-proposed) [0.10.10-0.1ubuntu<IP_ADDRESS>]
[11:32] -queuebot:#ubuntu-release- Unapproved: accepted cachefilesd [source] (bionic-proposed) [0.10.10-0.1ubuntu<IP_ADDRESS>]
[11:35] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (eoan-proposed) [1:13.0.0-0ubuntu1.1]
[11:37] -queuebot:#ubuntu-release- Unapproved: accepted ceilometer [source] (disco-proposed) [1:12.0.0-0ubuntu1.1]
[11:41] -queuebot:#ubuntu-release- Unapproved: accepted valgrind [source] (eoan-proposed) [1:3.15.0-1ubuntu3.1]
[11:44] -queuebot:#ubuntu-release- Unapproved: accepted thunderbird [source] (disco-proposed) [1:60.9.1+build1-0ubuntu<IP_ADDRESS>]
[11:52] -queuebot:#ubuntu-release- Unapproved: accepted thunderbird [source] (xenial-proposed) [1:60.9.1+build1-0ubuntu<IP_ADDRESS>]
[11:54] -queuebot:#ubuntu-release- Unapproved: accepted dahdi-linux [source] (bionic-proposed) [1:2.11.1~dfsg-1ubuntu4.2]
[11:55] -queuebot:#ubuntu-release- Unapproved: accepted ndiswrapper [source] (bionic-proposed) [1.60-6ubuntu0.2]
[11:57] -queuebot:#ubuntu-release- Unapproved: accepted xtables-addons [source] (bionic-proposed) [3.0-0.1ubuntu4]
[11:59] -queuebot:#ubuntu-release- Unapproved: accepted openafs [source] (bionic-proposed) [1.8.0~pre5-1ubuntu1.2]
[12:01] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (bionic-proposed) [2.10.8-1ubuntu2~18.04.1]
[12:09] <tjaalton> xnox: hi, open-iscsi sru is still unverified after sitting in proposed for a month, and another upload is pending..
[12:10] <tjaalton> xnox: oh, it's for the same bug?
[12:13] -queuebot:#ubuntu-release- Unapproved: accepted open-iscsi [source] (bionic-proposed) [2.0.874-5ubuntu2.9]
[12:15] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (bionic-proposed) [1.173.13]
[12:19] -queuebot:#ubuntu-release- Unapproved: accepted ceph [source] (bionic-proposed) [12.2.12-0ubuntu<IP_ADDRESS>]
[12:23] -queuebot:#ubuntu-release- Unapproved: accepted openvswitch [source] (bionic-proposed) [2.9.5-0ubuntu<IP_ADDRESS>]
[12:26] -queuebot:#ubuntu-release- Unapproved: accepted gnome-calculator [sync] (bionic-proposed) [1:3.28.2-1~ubuntu18.04.2]
[12:26] -queuebot:#ubuntu-release- Unapproved: accepted gnome-software [sync] (bionic-proposed) [3.28.1-0ubuntu<IP_ADDRESS>]
[12:26] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell [sync] (bionic-proposed) [3.28.4-0ubuntu18.04.3]
[12:26] -queuebot:#ubuntu-release- Unapproved: accepted nautilus [sync] (bionic-proposed) [1:3.26.4-0~ubuntu18.04.5]
[12:28] -queuebot:#ubuntu-release- Unapproved: accepted simplestreams [source] (bionic-proposed) [0.1.0~bzr460-0ubuntu1.1]
[12:29] -queuebot:#ubuntu-release- Unapproved: accepted limnoria [source] (bionic-proposed) [2018.01.25-1ubuntu18.04.1]
[12:31] <xnox> tjaalton:  yes, previous upload was incomplete.
[12:31] <tjaalton> xnox: right, accepted
[12:33] -queuebot:#ubuntu-release- Unapproved: accepted dbus [source] (xenial-proposed) [1.10.6-1ubuntu3.5]
[12:39] <tjaalton> vorlon: cleared the queue again for fwupd/fwupdate ;)
[15:52] <tjaalton> looks like autopkgtest.u.c needs to know i386 isn't a thing on focal anymore?
[16:03] <juliank> tjaalton: but it is, cross-testing on amd64?
[16:11] <tjaalton> juliank: i386 tests failing because they can't find packages
[16:12] <juliank> tjaalton: yes, there could be some trouble atm, as the autopkgtest infra is probably not ready yet, but are they failing to find their own packages or test dependencies?
[16:13] <juliank> I don't know any concrete plans, unfortunately
[16:13] <tjaalton> both aiui, but ok, it'll get sorted eventually
[16:14] <juliank> but given that we do ship some i386 libraries we certainly should not stop testing stuff
[16:14] <tjaalton> but only those that get built
[16:14] <juliank> yes that'd make sense
[16:14] <tjaalton> not leaf pkgs that don't have debs ;)
[17:15] -queuebot:#ubuntu-release- New binary: node-i18next [amd64] (focal-proposed/universe) [17.0.18-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: node-re2 [ppc64el] (focal-proposed/universe) [1.10.4-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: python-janus [amd64] (focal-proposed/universe) [0.4.0-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: node-re2 [amd64] (focal-proposed/universe) [1.10.4-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: node-re2 [s390x] (focal-proposed/universe) [1.10.4-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: node-re2 [armhf] (focal-proposed/universe) [1.10.4-1] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: node-re2 [arm64] (focal-proposed/universe) [1.10.4-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: visp [s390x] (focal-proposed/universe) [3.2.0-2] (no packageset)
[17:25] <vorlon> doko, ginggs: you might also want to refer to the seed, which is the definition of what's included in that packageset once germinated https://people.canonical.com/~ubuntu-archive/germinate-output/i386.focal/i386.seedtext
[17:28] -queuebot:#ubuntu-release- New binary: visp [amd64] (focal-proposed/universe) [3.2.0-2] (no packageset)
[17:30] -queuebot:#ubuntu-release- New binary: visp [ppc64el] (focal-proposed/universe) [3.2.0-2] (no packageset)
[17:38] -queuebot:#ubuntu-release- New: accepted node-i18next [amd64] (focal-proposed) [17.0.18-1]
[17:38] -queuebot:#ubuntu-release- New: accepted node-re2 [arm64] (focal-proposed) [1.10.4-1]
[17:38] -queuebot:#ubuntu-release- New: accepted node-re2 [ppc64el] (focal-proposed) [1.10.4-1]
[17:38] -queuebot:#ubuntu-release- New: accepted visp [amd64] (focal-proposed) [3.2.0-2]
[17:38] -queuebot:#ubuntu-release- New: accepted visp [s390x] (focal-proposed) [3.2.0-2]
[17:38] -queuebot:#ubuntu-release- New: accepted node-re2 [amd64] (focal-proposed) [1.10.4-1]
[17:38] -queuebot:#ubuntu-release- New: accepted python-janus [amd64] (focal-proposed) [0.4.0-1]
[17:38] -queuebot:#ubuntu-release- New: accepted node-re2 [armhf] (focal-proposed) [1.10.4-1]
[17:38] -queuebot:#ubuntu-release- New: accepted visp [ppc64el] (focal-proposed) [3.2.0-2]
[17:39] -queuebot:#ubuntu-release- New: accepted node-re2 [s390x] (focal-proposed) [1.10.4-1]
[17:59] <ginggs> vorlon: thanks
[18:14] -queuebot:#ubuntu-release- Packageset: 111 entries have been added or removed
[18:22] <vorlon> so properly seeding livecd-rootfs on i386 instead of having manually added it to the packageset as a one-off means now golang-defaults and ghc are in the packageset lol?  Guess I should make some of those deps arch-specific
[18:23] <vorlon> mwhudson: side effect, it means golang-defaults is currently in the packageset so I did a self-copy so you'll get a build and it can unblock
[19:00] <infinity> vorlon: livecd-rootfs pulls in... haskell?
[19:03] <cjwatson> pandoc somehow?
[19:05] <cjwatson> Oh, shellcheck
[19:05] <infinity> Yeah, just got there.
[19:05] <cjwatson> b-d of initramfs-tools
[19:05] <cjwatson> Not sure how you're gonna avoid that one
[19:06] <infinity> Don't run it on i386?  That's easy enough.
[19:06] <infinity> You don't really need to check your shell on 6 arches.
[19:06] <cjwatson> shellcheck is M-A: foreign
[19:06] <cjwatson> So the germinate hack I'm halfway through reviewing should probably sort it out?
[19:06] <infinity> Oh, or that.
[19:07] <infinity> Wait, no.
[19:07] <cjwatson> (It's in my queue.  I'm trying to decide whether the bit I'm currently on is grotty but OK, or unacceptable)
[19:07] <infinity> Cause we build i386 on i386.
[19:07] <infinity> With no foreign arches.
[19:07] <cjwatson> Er yeah
[19:07] <infinity> But just restricting the build-dep and not running it on i386 seems reasonable to cull ghc.
[19:07] <cjwatson> So can't avoid the dep in livecd-rootfs, but could avoid the b-d in i-t
[19:10]  * infinity fixes that now.
[22:06] <doko> vorlon: sorry, can't find that in the seeds archive
[22:06] <doko> so what should I do, if
[22:06] <doko>  - I'd like to get gcc-7 building again on i386?
[22:07] <doko>  - to add gcc-10, gcc-10-cross, gcc-10-cross-ports?
[22:07] <doko>  - to add creduce
[22:21] <vorlon> doko: it is its own seed pod, lp:~ubuntu-core-dev/ubuntu-seeds/+git/i386.  gcc-10-cross* should be a strong no, i386 is not a host arch and nobody should need cross-compilers for an i386 build arch on focal.  gcc-10, probably worth future-proofing just in case we continue on past focal, so it should be added - but you probably have to manually add it to the packageset for bootstrapping purposes
[22:21] <vorlon> (since germinate only works on binaries that actually exist).  And why do you want creduce?
[22:26] <doko> to investigate toolchain issues on i386?
[22:26] <doko> ok on gcc-10-cross*
[22:27] <doko> so what to do about packages not on the whitelist that don't have a build record, and that you want to add?
[23:35] <vorlon> doko: 1) add it to the packageset by hand, 2) copy-package -b --force-same-destination (to cause the build record to be generated), 3) add it to the seed, 4) confirm after germinate-output regenerates that update-i386-whitelist --dry-run (from https://code.launchpad.net/~vorlon/ubuntu-archive-tools/update-i386-whitelist/+merge/376042) does what you expect
[23:36] <vorlon> doko: why do you need creduce to be an i386 package, instead of an amd64 package, to debug i386 toolchain issues?  looks "cross" installable to me


[10:52] <ejat> hi ... anyone facing mounting ntfs with read-only filesystem ?
[10:53] <ejat> after recent yakkety update?
[12:09] <drp> hi there
[12:09] <drp> does anyone know if 16.10 will have vulkan in the official repos or will we still need the ppa?
[13:07] <ikonia> ejat: why don't you look at why it's ready only
[13:07] <ikonia> chances are it's just a dirty disk,
[13:07] <ikonia> nothing to do with the ubuntu version
[18:19] <janat> how to get on beta
[18:28] <OerHeks> janat see the topic, daily builds
[18:30] <janat> whats the install process
[18:30] <janat> and it suldnt break at this oint right?
[18:30] <OerHeks> ??
[18:31] <OerHeks> beta is not finished, you should have a reason to try the beta stage.
[18:31] <OerHeks> and breaking.. perhaps , or not.
[22:35] <knight_> can someone help me?
[22:36] <knight_> i know this isnt the ubuntu general irc but noone on the other one is responding


[16:12] <Catalys> Would anyone be able to tell whether I can change the IP of a Juju unit in case the current one is no longer available though?


[00:18] <LinDol_> hi all'
[00:18] <LinDol_> good morning
[09:45] <Ixxie> if I shut down my ubuntu gnome, programs such as firefox and sublime text do not seem to shut down properly, since they don't seem to remember previous sessions
[09:45] <Ixxie> anybody got any clue about this?
[14:46] <lindol> hi all
[16:34] <howudodat> hey guys, I have a single computer setup for both my wife and daughter.  wy wifeès account logs in on tty1 and daugther on tty2.  The accounts are set to auto-login and then run start-x.  So I have gnome-shell running twice, once for each user.  The problem I have is with power save.  I currently have it set to 5 minutes.  The computer will go into power save even when it is actively used by my wife.  Is it possible that inactivity
[16:34] <howudodat> is being detected on the 2nd login and that is causing the power save?  What is the correct way to setup power save on multi-user so that if both desktops are inactive it suspends?  Gnome 3.16 and Ubuntu 15.04.
[18:03] <muelli> howudodat: that sounds like a bug.  Have you filed one?
[18:05] <howudodat> muelli: not yet, I just stumbled on this bug:https://github.com/systemd/systemd/issues/1295  post 6 on describes my situation.  It appears to be a problem with the fact that I use startx.  'idle logic does not work for text sessions that are upgraded to X11 sessions'.
[18:06] <muelli> howudodat: fair enough. I'd file an ubuntu bug regardless.