  Need something?
[05:01] <summertime4> no, I am doing fine right now. I did not need the ops
[05:01] <DalekSec> Then by all means, quit playing with the bot.
[05:01] <summertime4> ok


[06:04] <didrocks> good morning
[06:05]  * rs2009 waves
[06:05] <rs2009> hey didrocks
[06:06] <jibel> Good morning all
[06:07] <duflu> Morning didrocks, rs2009, jibel
[06:07] <rs2009> hi duflu and jibel
[06:15] <didrocks> hey rs2009, jibel, duflu
[07:10] <KGB-0> libxklavier Iain Lane 333883 * commented merge request !1 * https://deb.li/37jJM
[08:34] <oSoMoN> good morning desktoppers
[08:42] <seb128> lut oSoMoN, comment ça va ?
[08:49] <duflu> Hi oSoMoN and seb128
[08:54] <seb128> hey duflu, how are you?
[08:59] <duflu> seb128, going alright. How are you?
[09:03] <seb128> duflu, I got a cold from one of the children, was not feeling great yesterday but today is better
[09:04] <duflu> Hope it improves soon
[09:11] <seb128> thanks
[12:38] <KGB-0> gnome-desktop pristine-tar 9327479 Jeremy Bicha gnome-desktop_43~rc.orig.tar.xz.delta gnome-desktop_43~rc.orig.tar.xz.id * pristine-tar data for gnome-desktop_43~rc.orig.tar.xz * https://deb.li/i3c57
[12:38] <KGB-2> gnome-desktop upstream/latest f3ad20c Jeremy Bicha * pushed 33 commits (first 5 follow) * https://deb.li/32BSi
[12:38] <KGB-2> gnome-desktop upstream/latest 13ac223 Goran Vidović desktop-docs/fdl/hr/hr.po * Update Croatian translation * https://deb.li/qb20
[12:38] <KGB-2> gnome-desktop upstream/latest b67b0e6 Goran Vidović desktop-docs/fdl/hr/hr.po * Update Croatian translation * https://deb.li/38X92
[12:39] <KGB-2> gnome-desktop upstream/latest 69e6ff6 Goran Vidović desktop-docs/lgpl/ LINGUAS hr/hr.po * Add Croatian translation * https://deb.li/Hnis
[12:39] <KGB-2> gnome-desktop upstream/latest 5f9b064 Goran Vidović desktop-docs/lgpl/hr/hr.po * Update Croatian translation * https://deb.li/3RFbU
[12:39] <KGB-2> gnome-desktop upstream/latest 2d0d30d Goran Vidović desktop-docs/gpl/hr/hr.po * Update Croatian translation * https://deb.li/T2hn
[12:46] <KGB-0> tracker signed tags fd3f973 Jeremy Bicha upstream/3.4.0_rc * Upstream version 3.4.0~rc * https://deb.li/3t2Wc
[12:47] <KGB-2> tracker upstream/latest 203125e Jeremy Bicha * pushed 99 commits (first 5 follow) * https://deb.li/tblD
[12:47] <KGB-2> tracker upstream/latest 50132bf Carlos Garnacho src/libtracker-sparql/core/tracker-data-manager.c * core: Cast cursor variable to the right type * https://deb.li/3rXAz
[12:47] <KGB-2> tracker upstream/latest ae15b34 Carlos Garnacho tests/libtracker-sparql/tracker-namespaces-test.c * tests: Remove unused variables * https://deb.li/yBIR
[12:47] <KGB-2> tracker upstream/latest 9d22a62 Carlos Garnacho docs/tools/tracker-docgen-xml.c * docs: Use correct integer type for iterator * https://deb.li/3X2iv
[12:47] <KGB-2> tracker upstream/latest 051359a Carlos Garnacho docs/ reference/libtracker-sparql/meson.build tools/tracker-main.c tools/tracker-ontology-model.c tools/tracker-ontology-model.h * docs: Avoid warnings doubly parsing base ontology * https://deb.li/J2EE
[12:47] <KGB-2> tracker upstream/latest 5904dbb Carlos Garnacho meson.build * build: Use generic .get_variable method to get pkgconfig variables * https://deb.li/3yFLG
[14:28] <KGB-2> meld signed tags 1c5d580 Jeremy Bicha upstream/3.22.0 * Upstream version 3.22.0 * https://deb.li/3WfuF
[14:28] <KGB-2> meld upstream/latest afa327d Jeremy Bicha * pushed 1014 commits (first 5 follow) * https://deb.li/eHm7
[14:28] <KGB-2> meld upstream/latest 386b9eb Hugo Carvalho po/pt.po * Update Portuguese translation * https://deb.li/3AvQd
[14:28] <KGB-2> meld upstream/latest 3094b9b Yuri Chornoivan po/uk.po * Update Ukrainian translation * https://deb.li/FvJ2
[14:28] <KGB-2> meld upstream/latest 7df17ad Kai Willadsen meld/filediff.py * filediff: Ignore cursor changes for non-focused panes (#646) * https://deb.li/u0ah
[14:28] <KGB-0> meld pipeline Jeremy Bicha 420629 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[14:28] <KGB-2> meld upstream/latest 4b3f95d Sergej A po/ru.po * Update Russian translation * https://deb.li/i4HHc
[14:28] <KGB-0> meld pipeline Jeremy Bicha 420629 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[14:28] <KGB-2> meld upstream/latest 98e9a7e Kai Willadsen maint * Update maintenance script for newer Gitlab release API * https://deb.li/3FHdE
[14:34] <KGB-0> xdg-desktop-portal-gnome signed tags 03eb559 Jeremy Bicha upstream/43_rc * Upstream version 43~rc * https://deb.li/1wln
[14:34] <KGB-0> xdg-desktop-portal-gnome pipeline Jeremy Bicha 420633 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[14:34] <KGB-0> xdg-desktop-portal-gnome upstream/latest d377a03 Jeremy Bicha * pushed 15 commits (first 5 follow) * https://deb.li/3DwUx
[14:34] <KGB-0> xdg-desktop-portal-gnome upstream/latest dcbbfee Georges Basile Stavracas Neto meson.build * Post-release version bump * https://deb.li/DIx0
[14:34] <KGB-0> xdg-desktop-portal-gnome upstream/latest 3400dda Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/3R0m2
[14:34] <KGB-0> xdg-desktop-portal-gnome upstream/latest 5c1a23a Piotr Drąg po/pl.po * Update Polish translation * https://deb.li/TvPi
[14:34] <KGB-0> xdg-desktop-portal-gnome upstream/latest 202b329 Jürgen Benvenuti po/de.po * Update German translation * https://deb.li/iiUuh
[14:35] <KGB-0> xdg-desktop-portal-gnome upstream/latest b33d02e Peter Hutterer src/ remotedesktop.c screencast.c session.c session.h * session: emit the Closed signal when we're closing on our own account * https://deb.li/QvbN
[14:35] <KGB-2> xdg-desktop-portal-gnome pipeline Jeremy Bicha 420633 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[14:35] <KGB-2> xdg-desktop-portal-gnome pristine-tar 4108ff6 Jeremy Bicha xdg-desktop-portal-gnome_43~rc.orig.tar.xz.delta xdg-desktop-portal-gnome_43~rc.orig.tar.xz.id * pristine-tar data for xdg-desktop-portal-gnome_43~rc.orig.tar.xz * https://deb.li/V0sg
[14:36] <KGB-2> meld pipeline Jeremy Bicha 420629 * [8 minutes and 10 seconds] success (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: success; reprotest: success; lintian: success; autopkgtest: success; blhc: success; piuparts: success)
[14:38] <KGB-2> gnome-disk-utility upstream/latest 23c40f7 Jeremy Bicha * pushed 8 commits (first 5 follow) * https://deb.li/3y0bV
[14:38] <KGB-2> gnome-disk-utility upstream/latest 3a6dca0 Maximiliano Sandoval R flatpak/org.gnome.DiskUtility.json * flatpak: Use devel build for blockdev * https://deb.li/3ifn4
[14:38] <KGB-2> gnome-disk-utility upstream/latest d598b70 Kai Lüke flatpak/org.gnome.DiskUtility.json * flatpak: Use devel branch for UDisks * https://deb.li/i20dD
[14:38] <KGB-2> gnome-disk-utility upstream/latest aad5214 Kai Lüke flatpak/org.gnome.DiskUtility.json * flatpak: Use libfdisk from util-linux * https://deb.li/wHaF
[14:38] <KGB-2> gnome-disk-utility upstream/latest 6647592 Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/3tvH1
[14:38] <KGB-2> gnome-disk-utility upstream/latest 0f3179c Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/GIpd
[14:39] <KGB-2> gnome-disk-utility pristine-tar ccae436 Jeremy Bicha gnome-disk-utility_43~rc.orig.tar.xz.delta gnome-disk-utility_43~rc.orig.tar.xz.id * pristine-tar data for gnome-disk-utility_43~rc.orig.tar.xz * https://deb.li/E0uC
[14:40] <KGB-0> gnome-disk-utility ubuntu/master 6e70319 Jeremy Bicha * pushed 13 commits (first 5 follow) * https://deb.li/lwFE
[14:40] <KGB-0> gnome-disk-utility ubuntu/master 3a6dca0 Maximiliano Sandoval R flatpak/org.gnome.DiskUtility.json * flatpak: Use devel build for blockdev * https://deb.li/3ifn4
[14:40] <KGB-0> gnome-disk-utility ubuntu/master d598b70 Kai Lüke flatpak/org.gnome.DiskUtility.json * flatpak: Use devel branch for UDisks * https://deb.li/i20dD
[14:40] <KGB-0> gnome-disk-utility ubuntu/master aad5214 Kai Lüke flatpak/org.gnome.DiskUtility.json * flatpak: Use libfdisk from util-linux * https://deb.li/wHaF
[14:40] <KGB-0> gnome-disk-utility ubuntu/master 6647592 Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/3tvH1
[14:40] <KGB-0> gnome-disk-utility ubuntu/master 0f3179c Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/GIpd
[15:07] <KGB-2> gnome-initial-setup upstream/latest 8a5a022 Jeremy Bicha * pushed 57 commits (first 5 follow) * https://deb.li/UWq7
[15:07] <KGB-0> gnome-initial-setup pristine-tar 5228927 Jeremy Bicha gnome-initial-setup_43~rc.1.orig.tar.xz.delta gnome-initial-setup_43~rc.1.orig.tar.xz.id * pristine-tar data for gnome-initial-setup_43~rc.1.orig.tar.xz * https://deb.li/Xg6C
[15:07] <KGB-2> gnome-initial-setup upstream/latest d5ef1dc Ask Hjorth Larsen po/da.po * Updated Danish translation * https://deb.li/371wd
[15:07] <KGB-2> gnome-initial-setup upstream/latest 8ef5078 Emin Tufan Çetin po/tr.po * Update Turkish translation * https://deb.li/mPoF
[15:07] <KGB-2> gnome-initial-setup upstream/latest 9441b34 Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/3ayr1
[15:07] <KGB-2> gnome-initial-setup upstream/latest ae3c4b9 Balázs Úr po/hu.po * Update Hungarian translation * https://deb.li/ry8h
[15:07] <KGB-2> gnome-initial-setup upstream/latest d559f81 Jordan Petridis meson.build * Bump version to 43.rc.1 * https://deb.li/3IWtc
[15:35] <KGB-0> eog-plugins pristine-tar ffe906e Jeremy Bicha eog-plugins_42.1.orig.tar.xz.delta eog-plugins_42.1.orig.tar.xz.id * pristine-tar data for eog-plugins_42.1.orig.tar.xz * https://deb.li/ijgGR
[16:04] <KGB-2> gbrainy signed tags 90ea2ee Jeremy Bicha upstream/2.4.5 * Upstream version 2.4.5 * https://deb.li/Sbc
[16:04] <KGB-2> gbrainy pristine-tar d2477aa Jeremy Bicha gbrainy_2.4.5.orig.tar.gz.delta gbrainy_2.4.5.orig.tar.gz.id * pristine-tar data for gbrainy_2.4.5.orig.tar.gz * https://deb.li/36Ydg
[16:10] <KGB-2> xdg-user-dirs tags 1742df3 Jeremy Bicha upstream/0.18 * Upstream version 0.18 * https://deb.li/3giIA
[16:10] <KGB-0> xdg-user-dirs upstream/latest b1cb9b7 Jeremy Bicha * pushed 9 commits (first 5 follow) * https://deb.li/ixSpi
[16:10] <KGB-0> xdg-user-dirs upstream/latest 698c323 Rafael Fontenelle po/pt_BR.po * po: update pt_BR.po (from translationproject.org) * https://deb.li/4sF4
[16:10] <KGB-0> xdg-user-dirs upstream/latest 97ff189 Baris Cicek po/tr.po * po: update tr.po (from translationproject.org) * https://deb.li/3W7ND
[16:10] <KGB-0> xdg-user-dirs upstream/latest 0bbc123 Felix Eckhofer man/ xdg-user-dir.xml xdg-user-dirs-update.xml * Use correct file name in man pages * https://deb.li/ei1j
[16:10] <KGB-0> xdg-user-dirs upstream/latest c2ec04e Rafael Fontenelle git-tp-sync * git-tp-sync: add new langs to LINGUAS * https://deb.li/3ASxR
[16:11] <KGB-0> xdg-user-dirs upstream/latest 5defafb Roddy Shuler .gitignore po/remove-potcdate.sed * build: Remove generated file from repo * https://deb.li/FSdx
[16:42] <oSoMoN> lissyx, new assertions for the hunspell changes are now live in the store, I've verified that the latest snap in the edge channel works OOTB, and I've cherry-picked your changes to the beta branch
[16:42] <lissyx> oSoMoN, with autoconnect?
[16:42] <oSoMoN> yes
[16:45] <lissyx> oSoMoN, it's not  workign for me
[16:45] <lissyx> revision 1818
[16:45] <oSoMoN> what do you mean, it's not being auto-connected?
[16:46] <lissyx> it's autoconnected
[16:46] <lissyx> but there is no hunspell properly populated
[16:46] <oSoMoN> lissyx, are you using parallel installs?
[16:46] <lissyx> I have no idea what this is
[16:47] <lissyx> just did "snap refresh --edge firefox"
[16:47] <oSoMoN> Then probably not :) It allows one to install several revisions of the same snap under different names, e.g. "firefox" and "firefox_nightly"
[16:48] <lissyx> it's 106.0a1
[16:48] <oSoMoN> okay, so there's likely a problem with the connect hook that didn't mount the directory correctly?
[16:49] <oSoMoN> lissyx, what's the output of `mount | grep host-hunspell` inside the snap's shell ?
[16:49] <oSoMoN> and output of `ls -l $SNAP_COMMON/host-hunspell` ?
[16:49] <lissyx> oSoMoN, I've removed completely, reinstalled --edge directly and it works now
[16:50] <oSoMoN> hrm… that sounds racy, I don't like that
[16:50] <lissyx> or it is because I had some hack due to my manual connections?
[16:51] <lissyx> I'm reinstalling stable
[16:51] <lissyx> then will refresh --edge
[16:51] <oSoMoN> I'm seeing the same issue in my "firefox_nightly" parallel install, but I'm not sure how to inspect the logs of running the hooks
[16:51] <oSoMoN> ogra, do you happen to know that? ^
[16:52] <ogra> hooks that exit 0 will never log ... thats hardcoded in snapd ...
[16:52] <ogra> so you'D add en exit 1 t them
[16:52] <ogra> *add an
[16:52] <lissyx> exit 1 would fail on legit cases
[16:53] <ogra> yes
[16:53] <lissyx> oSoMoN, ok, so, removal, install of --stable, running firefox, no dic, refresh --edge, it's properly populated
[16:53] <ogra> only failing hooks are allowed to output to logs
[16:53] <lissyx> I really think it was just my manual connections
[16:54] <oSoMoN> I'm not sure, because my firefox_nightly install doesn't have manual connections, and I'm seeing the same problem
[16:55] <oSoMoN> could it be that "post-refresh" was run before "connect-plug-host-hunspell", by any chance?
[16:56] <ogra> which of your hooks populates hunspell ? (i think "install" is only run at install time ... not necessarily for refresh)
[16:56] <oSoMoN> post-refresh does
[16:56] <ogra> ah
[16:57] <ogra> yeah, there could be a race ... you can use "snapctl is-connected <your-fancy-interface>" from inside the hook though ... and wait for the connection to happen
[16:58] <ogra> or simply use a connect hook
[16:58] <ogra> https://snapcraft.io/docs/interface-hooks
[16:58] <oSoMoN> we do use a connect hook, that one bind mounts the host's /usr/share/hunspell to $SNAP_COMMON/host-hunspell
[16:59] <oSoMoN> what's weird is that inside the snap's shell, I'm seeing  $SNAP_COMMON/host-hunspell, but it's empty
[16:59] <ogra> hmm, weird
[16:59] <lissyx> oSoMoN, any "manual" in your "snap connections firefox" or firefox_nightly ?
[17:00] <oSoMoN> ok, so that means that "snapctl mount --persistent -o ro,bind,noatime,noexec /usr/share/hunspell $SNAP_COMMON/host-hunspell" in the hook failed
[17:00] <oSoMoN> lissyx, no
[17:01] <ogra> then the hook should have failed altogether ... unless you have an "|| true" or some such in there
[17:01] <oSoMoN> we don't: https://github.com/canonical/firefox-snap/blob/nightly/snap/hooks/connect-plug-host-hunspell
[17:01] <ogra> (iirc hooks are run with -e ... so errors of called commands should kill the hook with nonzero exit code)
[17:02] <oSoMoN> ogra, where would the error be logged, then?
[17:02] <ogra> journal
[17:03] <ogra> but your snap would also automatically roll back to the installed version
[17:03] <oSoMoN> it clearly didn't do that
[17:03] <ogra> right
[17:03] <ogra> weird
[17:04] <ogra> then your mount command somehow did not error ...
[17:04] <ogra> or set -e for hooks is not true anymore
[17:10] <oSoMoN> that's the relevant bits of the journal: https://paste.ubuntu.com/p/sWdvZ7Fhzy/
[17:13] <oSoMoN> I'm seeing "Mounting Mount unit for firefox_nightly, revision 1818 via mount-control..." after connect-plug-host-hunspell is executed, that doesn't sound right, unless I misinterpret what this "… via mount-control" message means
[17:29] <oSoMoN> I must be misinterpreting indeed, because in a VM where the host's /usr/share/hunspell directory was correctly bind-mounted to $SNAP_COMMON/host-hunspell, the ordering of the messages in the journal is the same
[17:32] <oSoMoN> I can't spend more time on this right now, I'll file a bug to keep track of the isuse
[17:32] <oSoMoN> issue
[17:44] <oSoMoN> there: https://bugzilla.mozilla.org/show_bug.cgi?id=1789695
[17:51] <lissyx> oSoMoN, are you working on it or should I ?
[17:55] <lissyx> there is definitively some memory leak at some point on gnome-shell
[17:56] <lissyx> 13 days since my session was started, gnome-shell reports 3.1% of memory in htop, while it was 1.1% session fully loaded when I started it
[17:56] <oSoMoN> lissyx, I can't work on it now, which is why I filed the bug to make sure I don't forget about it. If you can take a look yourself, please do!
[17:56] <lissyx> only extensions enabled are Lock Keys and Ubuntu AppIndicator
[17:57] <lissyx> oSoMoN, unfortunately, the audio decoding work is getting more hairy at the moment and it's quite complicated for me to get time to work on both at the same time those days
[17:57] <oSoMoN> understood, no worries
[17:57] <lissyx> next week I'll commute to the office since we have a new member on the team who is doing his onboarding
[17:58] <lissyx> 26-30 we're in hawaii so departing 24, coming back on the 2nd of october?
[17:58] <lissyx> (not that i'm taking time off there, just long travel)


[05:50] <ricotz> darkxst, hi
[05:50] <darkxst> ricotz, hi
[05:50] <ricotz> how is totem working for you?
[05:51] <ricotz> last time i checked it performed horrible :\
[05:51] <darkxst> work ok here, although I have no sound currently
[05:51] <darkxst> (thats unrelated to totem though)
[05:52] <ricotz> i see, it is taking all cpu power all the time, so pretty much unusable here
[05:53] <darkxst> uses ~15% of one core here
[05:53] <ricotz> the video-file overview is working smooth for you too?
[05:54] <darkxst> the overlay with track control?
[05:56] <ricotz> yes, the one which opens by default if you simply start totem (without passing a file)
[05:56] <ricotz> do you see gstreamer criticals on startup?
[05:57] <ricotz> (totem:6688): GStreamer-CRITICAL **: gst_mini_object_copy: assertion 'mini_object != NULL' failed
[05:57] <ricotz> (totem:6688): GStreamer-CRITICAL **: gst_caps_get_size: assertion 'GST_IS_CAPS (caps)' failed
[05:57] <ricotz> (totem:6688): GStreamer-CRITICAL **: gst_mini_object_unref: assertion 'mini_object != NULL' failed
[05:57] <ricotz> ** (totem:6688): CRITICAL **: gst_pad_set_caps: assertion 'caps != NULL && gst_caps_is_fixed (caps)' failed
[05:58] <darkxst> ricotz, no I don't see those
[05:58] <ricotz> ok
[05:58] <darkxst> the start page with files is ok, but lots of thumbnails are missing
[05:59] <darkxst> mainly for iphone videos
[05:59] <ricotz> this is probably the task of tracker
[06:00] <darkxst> ricotz, tracker doesnt make thumbnails does it?
[06:02] <ricotz> hmm, i thought tracker would trigger its creation, but i guess i am wrong
[06:03] <ricotz> will update tracker to 1.0.1
[06:06] <darkxst> should just land it in utopic?
[06:07] <ricotz> tracker is for trusty and utopic
[06:08] <ricotz> it is a bugfix release
[06:08] <darkxst> I meant into the proper archvies, not the ppa
[06:08] <ricotz> ah of course it should imo
[06:09] <ricotz> if the rdepends are ready
[06:13] <ricotz> darkxst, tracker seems to require gtk 3.12
[06:15] <darkxst> does it? configure.ac say 3.0?
[06:16] <darkxst> but I guess thats easily out of date
[06:18] <ricotz> https://git.gnome.org/browse/tracker/commit/?id=911a34b0675d586686b45570963e4d1e3c444585
[06:20] <darkxst> that is not in the 1.0 branch though
[06:20] <ricotz> (so the totem problem is likely related to running gstreamer master here)
[06:21] <ricotz> ah right, never mind then
[08:07] <Brumble_> Hi every body
[08:07] <darkxst> Brumble_, hi
[08:07] <Brumble_> Hey whats up :)
[08:07] <Brumble_> I'm going to try ubuntu gnome in a couple days, ordered the dvd
[08:08] <darkxst> we dont even have a dvd :)
[08:08] <Brumble_> well from osdisc.com they download burn to dvd and sell lol
[08:09] <Brumble_> our internet is slow
[08:09] <darkxst> ah ok, fair enough
[08:10] <Brumble_> Is this edition of ubuntu fairly stable
[08:11] <darkxst> Brumble_, yes, although there are a bunch of updates that were released after the ISO
[08:11] <darkxst> hopefully your internet is good enough to get those!
[08:12] <Brumble_> Yeah we have 110kbs internet fast enough to update but full dvd hard to download except overnight XD
[08:12] <darkxst> ISDN?
[08:13] <Brumble_> I think it;s dsl, we have the slowest dsl we could buy.
[08:13] <Brumble_> I'm not positive I just know it's real kbs
[08:13] <darkxst> oh you mean 110KBps then?
[08:13] <Brumble_> Yes :)
[08:14] <darkxst> Brumble_, big difference between the two!
[08:15] <darkxst> 110kbps = 14KB/ps
[08:15] <Brumble_> yeah the actual speed is 110kb/ps
[08:16] <Brumble_> megabyte every 10 seconds XD
[09:03] <darkxst> Brumble_, B = byte, b = bit
[09:07] <Brumble_> Oh big bi is different thats wild
[09:07] <Brumble_> B typo
[10:28] <darkxst> ricotz, tracker builds fine on utopic, and bijiben and boxes are stuck in -proposed, so I will upload once I check the rest of r-deps
[10:29] <darkxst> good old auto-sync ;)
[10:34] <ricotz> darkxst, nice! :)
[10:54] <darkxst> ricotz, and with any luck we can get tracker MIR'ed this cycle ;) for nautilus
[21:54] <ext_> Hello i installed nvidia-prime it demolised my GUI... any ideas on how to fix ?
[22:02] <darkxst> ext_, it is not working with gdm yet


 Does anyone know Greek?
 No. Sorry
 I can barely English
 XD
[14:37] <apt-ghetto> Maybe someone in the support channel
 @tsimonq2 [Does anyone know Greek?], Just sounds like Greek to me....
 I know that they use other letters
 @acheronuk [Just 'sounds like Greek' to me....], 😆
 @tsimonq2 watching the video now. Noticed they downloaded the iso from the wrong site.
 :((
[21:48] -lugito:#lubuntu-devel- [rLIBFMQTPACKAGING973fb83019f0: merge with debian and release to eoan] rikmills (Rik Mills) committed: https://phab.lubuntu.me/rLIBFMQTPACKAGING973fb83019f0


[00:23] <ironhalik> Under Precise, should I develop using Python 3 or Python 2.7? With the possible prospect of moving to 12.10 in the feature.
[00:25] <ironhalik> As I uderstand, Ubuntu is moving to Python 3, but the default installed interpreter is Python 2.7
[00:27] <ironhalik> also, which python Quickly uses by default?
[01:22] <icedtea> when creating a debian package, how do you get a post installation script called?
[19:25] <JanC> ironhalik: what Python you develop for also depends on what Python modules you need (not all of them are ported to Python 3 yet, although things are getting a lot better in that respect)
[19:27] <JanC> I suggest if you can use Python 3 (everything you need works with it), it's probably a good idea to use that, unless you want compatibility with older versions of Ubuntu/Python


[08:39] <konstruktoid> i've might have missed the discussion, but is there a reason systemd-resolved isn't installed by default in kinetic?
[10:51] <rbasak> hallyn: no I don't think it did. Sorry.
[10:51] <rbasak> I suggest wrapping it in ssh_config with a custom ProxyCommand
[10:52] <rbasak> Then not just scp, but rsync and everythign else would work
[10:52] <rbasak> Eg. catching *.uvt or something like that, and then "ssh foo.uvt", "scp ... foo.uvt:" etc would work.
[10:52] <rbasak> I do that for lxd
[12:58] <hallyn> ok thanks.  i'll try that next time
[16:02] <sergiodj> lvoytek: hey, this is one of those dreaded "too many symbolic links" bugs: https://bugs.launchpad.net/ubuntu/+source/mysql-8.0/+bug/1988202
[16:03] <sergiodj> do we already have a bug that we use for this issue (so I can dupe this one)?
[16:09] <lvoytek> sergiodj: From what I can tell this is a new one. The too many symbolic links statement is a red herring though. I've never seen the symlink config fail before, it's possible they deleted a folder prior to the install
[16:09] <sergiodj> lvoytek: gotcha.  I will take a closer look at this one, then
[16:59] <mybalzitch> whats the "proper" procedure to set/change the vmlinuz, etc. symlinks in /boot ? I tried dpkg-reconfigure for the newer kernel, but that didn't change the symlinks, they still point to the older version HWE kernel that just got released
[16:59] <mybalzitch> other than manually rm'ign them
[17:14] <znf> mybalzitch, what are you trying to do specifically?
[17:15] <znf> the symlinks will always point to the highest version number, I believe
[17:15] <znf> The script that maintains those is linux-update-symlinks
[17:17] <znf> Also, the symlinks themselves are NOT used by grub.cfg
[17:17] <znf> I'm pretty sure it's just for legacy reasons
[17:20] <mybalzitch> I have the xanmod kernel package installed, it uses 5.19.5. ubuntu just pushed a new hwe kernel, 5.15.0-47, and the os now looks like its gonna boot from 5.15.0
[17:21] <alkisg> What's the output of: ls -l /boot | nc termbin.com 9999
[17:22] <mybalzitch> termbin is slow today
[17:49] <alkisg> Works for me; but you may use any other pastebin service
[18:11] <JanC> maybe the xanmod kernel install does some manual symlinking of its own that gets overridden by the official kernel packages?
[18:14] <sarnold> does the grub cfg builder even care about those symlinks?
[18:14] <JanC> no idea
[18:16] <JanC> it could still be better if the xanmod people would fix their packaging to be more like the Ubuntu packages maybe?
[18:17] <sarnold> or somehow otherwise suggest how to have *only* their kernels and not ubuntu kernels on the system
[18:19] <JanC> that might be harder to do because of dependencies (and keeping default kernels available in case their patched kernel fails might be good ;) )
[20:04] <mybalzitch> https://termbin.com/03zq
[20:11] <alkisg> mybalzitch: edit /etc/kernel/postinst.d/xx-update-initrd-links; add `set -x; exec 2>/tmp/debug.log` near its top
[20:11] <alkisg> Then reinstall your custom kernel packages and see if they do things properly, e.g. if they set DEB_MAINT_PARAMS
[20:12] <alkisg> If not, either patch that script, or file a bug report in that custom kernel package
[20:16] <mybalzitch> hnn
[20:16] <mybalzitch> hmm
[20:42] <ahasenack> does ubuntu server have a default iptables-save/restore systemd unit somewhere?
[20:43] <ahasenack> I wanted to avoid suggesting to add an iptables command to /etc/rc.local
[20:43] <ahasenack> it's a masquerading rule, which ufw doesn't support nicely, i.e., there is no `ufw masquerade foobar` command,  you have to edit a file anyway
[20:44] <ChmEarl> ahasenack, iptables-persistent
[20:44] <ahasenack> oh, nice
[20:44] <ahasenack> too bad it's in universe, but I guess I can use it
[20:46] <sarnold> there's a few netfilter and ipsets persistent thingies too https://termbin.com/7h5v


[07:26] <EnTeQuAk> zed, any cool news?
[09:24] <apollo13> zed: yeah news would be really great :)
[10:58] <zed> mails should be arriving now...
[10:59] <apollo13> zed: great, means only munin and mysql slave are missing for now?! (+ nightly backups of the db) + my account
[12:01] <zed> apollo13: at least yes :)
[13:09] <hacktick> hello
[13:09] <hacktick> eshu is down, correct?
[13:10] <hacktick> could somebody give me an update about the current status?
[13:26] <apollo13> zed: nice, eshu is spamming me with shitloads of mails :)
[13:31] <hacktick> great...
[14:02] <hacktick> so probably the best thing to do is move the mailing lists to launchpad?
[20:04] <txopi> sorry, i was searching for a channel in basque (EUskera) language


[17:38] <sarah41> hey, y'all - is there someone I can talk to about getting my company on this list? https://cloudinit.readthedocs.io/en/latest/topics/availability.html
[17:39] <sarah41> if you're interested, you can read about us here: http://guides.zadarastorage.com/cs-compute-guide/2012-sp1/index.html
[17:40] <sarah41> we are the company FKA Stratoscale: https://www.stratoscale.com/blog/cloud/cloud-init/
[18:07] <minimal> Hi. Is your cloud basically Openstack based?


[01:37] <nigelb> morning
[01:38] <nigelb> paultag: nice work on the package manager ;)
[01:38] <nigelb> and now we have Yet Another Package Manager (tm)
[02:21] <paultag> nigelb: thanks :P
[02:22] <paultag> nigelb: it's mostly working. Once it's done, I am going to become a hermit
[02:22] <mhall119> doesn't Suse have a trademark on "Yet Another .*"
[02:22] <nigelb> paultag: even if you weren't like completing it, it would be a good way to explain to someone how package management works
[02:22] <paultag> nigelb: what's cool is I can set up package contexts -- and swap between them (swap in and out packages instantl)
[02:22] <paultag> nigelb: it's already working mostly
[02:22] <paultag> nigelb: not removing, but unlinking works
[02:23] <nigelb> paultag: yay :)
[02:23] <paultag> nigelb: I just need to cross compile a version of eglibc and then I can build it up. Might do that next weekend if I have time
[02:24] <paultag> mhall119: yeah, they so do ;)
[02:24] <mhall119> paultag: where does it store the unlinked stuff? /opt/?
[02:24] <paultag> mhall119: /syn/pkg/version/[usr|etc|bin]/...
[02:25] <paultag> mhall119: the whole filesystem is similinks
[02:25] <paultag> (besides /syn/)
[02:25] <mhall119> hmmm, could it maybe leverage the alternatives stuff, which manages a bunch of /usr/bin symlinks?
[02:26] <paultag> mhall119: yeah, it will -- and be able to swap what I call "contexts" -- so you can sudo syn --context dev, and it will swap in all the headers / gcc (and so on), and then swap back after
[02:26] <paultag> mhall119: it will also let you swap versions in and out, so you can test against different versions of a library
[02:26] <mhall119> oh very nice
[02:27] <mhall119> I wonder if it would somehow be possible to say "Run this process with version x of this other app, but let everything else on the system use version y of that other app'
[02:28] <paultag> mhall119: yeah actually ;)
[02:28] <nigelb> mhall119: oooh, that'd be cool
[02:28] <paultag> mhall119: once a binary is loaded into memory, it's not tied into the filesystem
[02:28] <mhall119> like, say, running Django using an old version of south and jquery
[02:28] <mhall119> would be super helpful for us developing LD and summit
[02:29] <paultag> mhall119: yeah, but it fights with dpkg ;)
[02:29] <nigelb> oh, so we have to become hermits like you to use it? :P
[02:29] <paultag> nigelb: yeah :)
[02:29] <mhall119> can we just symlink in being a hermit when we need it?
[02:29] <nigelb> bug :P
[02:30] <paultag> I guess :)
[02:30] <mhall119> syn --context hermittag
[02:30] <paultag> I could try to make a LiveCD, but I'm not sure it'd take :)
[02:30] <paultag> mhall119: working on it ;)
[02:30] <paultag> the iso format won't allow for similinks IIRC
[02:30] <mhall119> I've been following your posts about it with interest
[02:30] <paultag> so It'd have to be a sqash fs that extracts to ram
[02:30] <paultag> mhall119: thanks :)
[02:31] <mhall119> you could do it in the squashfs, or even as part of the casper startup
[02:31] <nigelb> mhall119: I've been thinking of a livecd that has everything setup for web dev
[02:31] <paultag> aye, but for now, I'd like to see it just work (tm) :)
[02:31] <nigelb> mhall119: no config needed, It Should Just Work (tm) like.
[02:32] <mhall119> nigelb: who said anything about config?
[02:32] <nigelb> mhall119: I meant apache config, which is generally nightmarish
[02:32] <mhall119> I'm thinking a livecd could show it off by letting you boot different syn contexts
[02:32] <paultag> there's one linux distro that's startup is dictated by XML or something
[02:33] <paultag> mhall119: that'd be nice. It'd be cool to swap KDE and GNOME, and get rid of duplicate apps from the system while you're in another context
[02:33] <paultag> it'd still use up fs space, but meh :)
[02:33] <nigelb> boot from usb
[02:33] <mhall119> I was more thinking swapping between stable and devel versions of the system packages
[02:34] <paultag> aye
[02:34] <mhall119> so, you could theoretically ship a Maverick + Natty ISO
[02:34] <paultag> yup! :)
[02:34] <paultag> and on failure, in theory pull back the package to a stable version
[02:35] <nigelb> that'd be fun
[02:35] <nigelb> and paultag would go crazy trying to work with deps :p
[02:35] <paultag> nigelb: yeah, it's not going to be nice. At least I don't have to worry about dep order
[02:36] <nigelb> paultag: this would still be apt right?
[02:36] <paultag> nigelb: no
[02:36] <nigelb> err, debs
[02:36] <paultag> nigelb: narp
[02:36] <nigelb> s/apt/deb
[02:36] <paultag> nigelb: syn, it's my own format
[02:36] <nigelb> ooooh
[02:36] <paultag> nigelb: github/paultag/syn
[02:36] <mhall119> so, how long until dependency resolution drives you totally mad?
[02:36] <paultag> mhall119: I plan on ignoring it as long as I can
[02:37] <paultag> ;)
[02:37] <nigelb> mhall119: I think we could start the countdown
[02:37] <paultag> dude, I'm stuck without internet, what else does a man do>
[02:38] <mhall119> it's like the Shining
[02:38] <paultag> I did wnat any sane hacker would do, spend his time offline writing a package manager
[02:38] <nigelb> paultag: haha, I know the feeling.  That's when I configured ldap :P
[02:38]  * paultag rocks back and forth
[02:38] <mhall119> or the simpson's version of the Shinning
[02:38] <nigelb> ok, so everyone pool in and make sure paultag has sattilite connectivity
[02:38] <mhall119> No IRC and no Internet makes paultag, something something
[02:38] <nigelb> or he'll go mad with dep resolution
[02:39] <paultag> I've come to the conclusion that writing a package manager is goddamn stupid
[02:39] <nigelb> mhall119: No IRC and no internet makes paultag build crazy stuff :P
[02:39] <paultag> nigelb: ja :)
[02:39] <nigelb> Finally!
[02:40] <paultag> nigelb: I'm not going to stop working on it!
[02:40] <paultag> I want it on my netbook >:D
[02:40] <mhall119> paultag: I think it's one of those developer milestones, along with writing a web framework and a programming language
[02:40] <paultag> mhall119: so far, I've done both of those, so it's about time to pass this milestone :)
[02:40] <nigelb> paultag: its the realization that counts
[02:40] <mhall119> and if you're a Java dev, a swing layout manager
[02:41] <nigelb> mhall119: and templating engine
[02:41] <mhall119> oh right, templating engine definitely
[02:41] <mhall119> also, writing your own datetime calculations, one of the earliest and most painful milestones
[02:41] <nigelb> oh, don't get me started on datetime.
[02:41] <nigelb> I've been kicking myself about that summit bug.
[02:41]  * mhall119 says "DST" to nigelb
[02:42] <nigelb> oh hell.
[02:42]  * nigelb headdesks.
[02:42] <mhall119> :)
[02:42] <mhall119> like I said, painful
[02:42]  * mhall119 should write down a comprehensive list of developer milestones
[02:42] <nigelb> Vry.
[02:42] <nigelb> Very.
[02:42] <nigelb> mhall119: oh, just cut internet from paultag and list down what he writes :P
[02:43] <mhall119> lol
[02:43] <mhall119> too true
[02:43] <paultag> last time I was caught without anything to do, I wrote game of life only using ints
[02:43] <paultag> and using bitwise operations to bring processing from o(n) to o(1)
[02:44] <paultag> http://blog.pault.ag/post/3440210498/the-game-of-life-and-why-i-love-this-problem <-- for folks who want to read it :)
[02:45] <nigelb> Oh, I need to post the postcards today
[02:45] <paultag> https://gist.github.com/838285 <-- code for the hackers in the room
[02:48] <paultag> anywho, BBL over here
[02:48] <paultag> One love, folks
[02:51] <nigelb> mhall119: is it 22:50-ish for you?
[03:09] <duanedesign> hello all
[07:06] <dpm> good morning everyone!
[07:10] <czajkowski> *yawns8 morning
[07:13] <nigelb> morning dpm and ara :)
[07:13]  * nigelb growls at netsplits today
[07:22] <czajkowski> I dislike pulseaudio
[07:54] <kim0> morning folks
[08:16] <nigelb> hey kim0!
[08:16] <nigelb> kim0: is the schedule for cloud days fixed?
[08:17] <kim0> nigelb: hey
[08:17] <kim0> why is that
[08:17] <nigelb> kim0: Do we have your green to go ahead and add to the calander?
[08:17] <kim0> ah yes please do
[08:17] <nigelb> kim0: awesome, I'll get it done today evening and you can confirm before your EOD
[08:17]  * kim0 nods
[08:18] <kim0> Thanks man
[08:19] <nigelb> :)
[08:47] <dholbach> good morning
[09:02] <nigelb> hey dholbach :)
[09:03] <dholbach> hey nigelb
[09:03] <nigelb> dholbach: good WE? :)
[09:03] <dholbach> very good - how was yours?
[09:04] <nigelb> Full of awesome :)
[10:03] <popey> Morning!
[10:08] <nigelb> hey popey
[10:39] <duanedesign> morning all
[10:47] <huats> morning everyone
[11:46] <dpm> wow, thanks daker for the merge proposal with the fixes to the translations portal!
[11:46] <dpm> I'm looking at it right now
[11:47] <daker> ok
[11:47] <daker> i am not really good in drupal, but i have tried to make it nice
[11:47] <daker> brb
[11:48] <dpm> you're probably much better than I am :)
[11:52] <kim0> @dpm daker is made of awesome :D
[12:03] <dpm> yeah, I can tell :)
[12:23] <dholbach> nigelb, I just had a look at the dev/loco overlap script and I found the bug
[12:23] <dholbach> it's "finished" now :)
[12:24] <dholbach> czajkowski, ^ :)
[12:25] <nigelb> dholbach: I just saw your mail, sorry I couldn't get around to it
[12:25] <dholbach> no worries
[12:26] <nigelb> dholbach: falling sick etc, caused the delay
[12:26] <nigelb> dholbach: btw, does EDGE_SERVICE_ROOT still exist?
[12:26] <dholbach> no, we replaced it in all kinds of scripts
[12:27] <nigelb> well, the overlap script seems to use edge
[12:27] <dholbach> for some reason it still seems to work ;-)
[12:28] <nigelb> all hail lifeless :P
[12:41] <daker> back :)
[12:41] <daker> thanks kim0 :)
[13:26] <akgraner> greg-g yep he is awesome - I am going to review his python tutorial and give feedback
[13:26] <akgraner> since it's geared to people like me with no programming experience
[13:27] <greg-g> akgraner: awesome!
[13:28] <akgraner> I first meet him at SCaLE I was talking about how cool I thought openhatch was and he says, "Hi, I'm one of the maintainers."
[13:29] <akgraner> Craig was at PyCon too...
[13:30] <akgraner> those guys are cool too..I had to leave earlier than I thought on Sunday so I missed their bof/podcast/interview session
[13:56] <greg-g> akgraner: you mean Rick? of Lococast? (and sorry, I had to walk away from the computer for a bit)
[13:56] <akgraner> I think they were both there but I only talked to Craig...
[14:27] <czajkowski> took just under 2 hrs last night to do the install of natty on my laptop :(
[14:28] <mhall119> did something go wrong, or do you just have a slow drive?
[14:48] <akgraner> czajkowski, wow - it only took me about ten minutes on an HP mini
[14:53] <czajkowski> download was fine
[14:53] <czajkowski> took 20 mins
[14:53] <czajkowski> but the install
[14:53] <czajkowski> and clean up
[14:53] <czajkowski> 2 hrs
[14:53] <czajkowski> took about the same last year on my mini 9
[15:07] <mhall119> cleanup?
[15:08] <mhall119> did you have it automatically download and install updated packages?
[15:08] <mhall119> that might explain the extra time
[16:10] <jono> dholbach, can we go now?
[16:14] <jono> jcastro, quick call, looks like dholbach is out with the dog
[16:15] <jcastro> sure!
[16:15] <jcastro> I am on skypes!
[16:15] <jcastro> jono: just ring whenever
[16:19] <dholbach> jono, back now - so just call whenever :)
[16:20] <jono> dholbach, otp with jcastro, won't be long
[16:20] <dholbach> sure
[17:21] <dholbach> kim0, jcastro: ready
[17:21] <dholbach> mumble? skype?
[17:22] <kim0> dholbach: jcastro skype
[17:22] <dholbach> kim0, just call whenever
[17:22] <jcastro> ready!
[17:23] <kim0> jcastro: can u call
[17:23] <jcastro> sure
[17:43] <JFo> jcastro, dude... your askubuntu profile has me craving tacos now.
[17:45] <jcastro> everyone loves tacos
[17:45] <popey> gah, i want mexican food now
[17:45]  * popey shakes his fist at this window, closes it and goes home
[17:46] <jcastro> you know what I love about tacos?
[17:46] <jcastro> tacos.
[17:50] <dholbach> ok my friends - I call it a day  - see you all tomorrow
[17:50]  * dholbach hugs you all
[18:20] <pleia2> greg-g: have a few minutes to look over a CC BY-SA 3.0 question?
[18:22] <greg-g> pleia2: send it on over
[18:22] <pleia2> greg-g: great, email?
[18:23] <greg-g> pleia2: that works well
[18:23] <greg-g><EMAIL_ADDRESS>[18:23] <pleia2> thanks, sent :)
[18:31] <czajkowski> JFo: you free for a quick pm ?
[18:31] <czajkowski> not urgent or anything
[18:33] <JFo> sure
[18:33] <JFo> czajkowski, ^^
[18:33] <czajkowski> thanks
[18:33] <JFo> np
[18:45] <czajkowski> me and natty are going to have a massive falling out
[18:45] <czajkowski> :(
[18:52] <czajkowski> and now gwibber has gone
[18:52] <czajkowski> this is really not been a good upgrade
[18:52] <czajkowski> :(
[18:52] <czajkowski> off to talk nicely to kenvandine
[18:52] <czajkowski> :(
[18:52] <czajkowski> *sobs*
[19:26] <pleia2> greg-g: thank you! :)
[19:30] <czajkowski> kenvandine has so much patence
[19:30] <czajkowski> *patience
[19:32] <Pendulum> czajkowski: did he fix your Unity?
[19:32] <czajkowski> he knows why gwibber is behaving the way it is
[19:32] <czajkowski> logged the plymouth bug
[19:32] <Pendulum> *nods*
[19:32] <czajkowski> updated the other bug on sound
[19:32] <czajkowski> so getting there
[19:36] <greg-g> pleia2: you're very welcome. I hope that helps.
[19:37] <pleia2> greg-g: very much, I was leaning toward the same conclusion you came to but it's nice to have specifics to back it up :)
[19:39] <greg-g> :)
[19:46] <doctormo> How are yuo greg-g and pleia2?
[19:46] <pleia2> doctormo: great! you?
[19:47] <doctormo> Oh grand, got some good feedback on my Edubuntu wallpaper and made fun of Mark and Gnome on my blog using an edited public domain 1907 comic.
[19:47] <doctormo> Have a good weekend yourself?
[19:48] <pleia2> I went to the zoo and saw a baby koala :)
[19:48] <pleia2> which is the best thing ever
[19:48]  * AlanBell likes pleia2's zoo pictures
[19:52] <czajkowski> awwww
[19:52] <greg-g> doctormo: doing good (actually, better, just went to get some coffee! ;) )
[20:06] <czajkowski> akgraner: not seen AW yet hope it was good
[20:07] <doctormo> pleia2: Nice :-) drawing and laundry now though
[20:07] <doctormo> Did you see a meerkat at the zoo/
[20:07] <pleia2> doctormo: oh yes, I always visit the meerkats :)
[20:08] <czajkowski> that you do
[20:08] <czajkowski> :D
[20:08] <czajkowski> meerkat cafe also :)
[20:08] <doctormo> czajkowski: How's you?
[20:08] <czajkowski> fine thanks
[20:09] <pleia2> meerkat cafe was awesome :)
[20:09] <doctormo> czajkowski: Doing anything for wednesday?
[20:10] <czajkowski> whats hapepning wednesday ?
[20:11] <doctormo> czajkowski: St. Patricks day isnt it? the Boston perade is next Sunday
[20:11] <czajkowski> THURSDAY
[20:11] <czajkowski> march 17th
[20:11] <czajkowski> I've the day booked off
[20:11] <czajkowski> dr.s in the morning and beers in the afternoon
[20:12] <czajkowski> refuse to work a day that has always been a national holiday for me
[20:12] <czajkowski> :D
[20:12] <pleia2> shouldn't the day *after* be the holiday? ;)
[20:12] <pleia2> or is that just a sick day? hehe
[20:12] <czajkowski> I've also booked that day off too
[20:13] <czajkowski> 2 mates from ireland are coming over
[20:13] <czajkowski> :D
[20:13] <pleia2> haha, nice
[20:13] <czajkowski> 4 day weekend :D
[20:13] <doctormo> Sorry, Thursday. I bet you don't know when St. David's day is though ;-)
[20:14] <doctormo> We're going to be having some fun, promised not to wear bowler hat, wave any sort of orange or union jack.
[20:14] <czajkowski> :o
[20:23] <jcastro> UDS in barcelona was for ..... which ubuntu?
[20:23] <pleia2> karmic
[20:24] <jcastro> wow really?
[20:24] <jcastro> man
[20:24] <jcastro> I was thinking at least lucid
[20:24] <mhall119> lucid would have been state-side
[20:25] <pleia2> yeah, lucid was dallas (my first one, I convinced my boss to let me go because it was an lts uds :))
[20:29] <czajkowski> how do I log a bug against print screen no longer working
[20:44] <AlanBell> is is the alt+prtscr bug?
[20:45] <doctormo> czajkowski: depends if it's an issue with the keyboard event or the program
[20:45] <popey> i suspect not AlanBell it works in natty now
[20:45] <doctormo> run gnome screenshot diectly and find out.
[20:49] <czajkowski> it runs fine if I fun it in gnome
[20:49] <czajkowski> or from command line
[20:58] <czajkowski> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/735120
[20:58] <ubot2> Launchpad bug 735120 in unity "print screen key no longer works in unity" [Undecided,New]
[23:20] <paultag> nigelb: http://pastebin.com/TEBiBEdL
[23:50] <mhall119> man, things are just going crazy in Japan


[08:03] <alexghiti> Hi, can someone re-trigger those tests for me please?
[08:03] <alexghiti> https://autopkgtest.ubuntu.com/request.cgi?release=jammy&arch=ppc64el&package=runescape&trigger=java-common%2F0.72build2
[08:03] <alexghiti> https://autopkgtest.ubuntu.com/request.cgi?release=jammy&arch=s390x&package=runescape&trigger=java-common%2F0.72build2
[08:03] <alexghiti> Thanks!
[08:05] <RikMills> alexghiti: done
[08:06] <alexghiti> RikMills: Thanks!
[08:11] <RikMills> alexghiti: still failing
[08:12] <alexghiti> RikMills: Yes I saw that, really weird since I can download this file without any problem. Are there any known connectivity issues currently?
[08:14] <RikMills> no idea I'm afraid
[08:14] <alexghiti> No problem, thanks for your help :)
[08:20] <RikMills> alexghiti: migration reference against the release pocket also fails
[08:24] <alexghiti> RikMills: Yes, the failure does not seem to be related to java-common but wget which can't download a file. Thanks again
[10:04] <seb128> ginggs, hey, could you give a retry to https://launchpad.net/ubuntu/+archive/test-rebuild-20220317-jammy/+sourcepub/13318809/+listing-archive-extra ? it should be fixed by the recent mdraid update
[10:07] <ginggs> seb128: please ping me once dmraid has migrated
[10:07] <seb128> ginggs, the archive rebuild doesn't build with proposed enabled?
[10:07] <seb128> ginggs, sorry for the noise, I will know for next time :)
[10:09] <seb128> ginggs, ping :p (I just received the email that it migrated)
[10:26] <tjaalton> are autopkgtests allowed to download stuff from the net?
[10:30] <laney> tjaalton: yes, you should respect $http{,s}_proxy though and add Restrictions: needs-internet, and give a second thought to whether you can ship the assets inside the source package instead :-)
[10:34] <tjaalton> laney: right, I'm looking at snapd failing
[10:34] <tjaalton> it downloads something from github
[10:40] <laney> xy problem ;-)
[10:41] <laney> I  looked at<EMAIL_ADDRESS>and the downloading part works ok, but it didn't install the thing the rest of the tests expected it to have
[10:43] <tjaalton> this was focal
[10:43] <tjaalton> + /tmp/go/bin/spread -v autopkgtest:adt-local:tests/smoke/
[10:43] <tjaalton> /tmp/autopkgtest.xXhGoq/build.pOV/src/debian/tests/integrationtests: 84: /tmp/go/bin/spread: not found
[10:44] <tjaalton> ahh, same issue
[10:45] <laney> I'd be eyeing up something that changed in the snap of 1.18
[11:21] <ginggs> seb128: libblockdev retry successful!
[11:58] <seb128> ginggs, great, thank you!
[12:13] <ahasenack> morning
[13:47] <bdmurray> alexghiti: Keep in mind you can use the Canonical proxy when running tests locally if you are connected to the VPN.
[13:48] <alexghiti> bdmurray: Hmm, what do you mean?
[13:51] <bdmurray> alexghiti: I mean you can run autopkgtest locally with 'http_proxy=http://squid.internal:3128' etc...
[13:56] <alexghiti> Ok, thanks!
[17:23] <ddstreet> doko did you mean for python3.10 in jammy to set purelib under /usr/local/lib instead of /usr/lib?
[22:16] <tumbleweed> ddstreet: that's a question for me
[22:17] <tumbleweed> see: https://lists.debian.org/debian-python/2022/03/msg00039.html
[23:04] <ddstreet> tumbleweed ah ok, well just fyi in case you didn't know it breaks meson unit tests: https://github.com/mesonbuild/meson/blob/master/test%20cases/python3/1%20basic/meson.build#L12
[23:12] <tumbleweed> ddstreet: is meson installing to the right location?


[00:00] -queuebot:#ubuntu-release- New: accepted golang-1.16 [source] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[00:01] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [armhf] (kinetic-proposed/none) [1.3.4000+dfsg-1] (no packageset)
[00:03] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [ppc64el] (kinetic-proposed/none) [1.3.4000+dfsg-1] (no packageset)
[00:08] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [amd64] (kinetic-proposed/none) [1.3.4000+dfsg-1] (no packageset)
[00:12] -queuebot:#ubuntu-release- New binary: golang-1.16 [s390x] (bionic-proposed/universe) [1.16.2-0ubuntu1~18.04.1] (no packageset)
[00:13] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [s390x] (kinetic-proposed/universe) [1.3.4000+dfsg-1] (no packageset)
[00:14] -queuebot:#ubuntu-release- New binary: golang-1.16 [amd64] (bionic-proposed/universe) [1.16.2-0ubuntu1~18.04.1] (no packageset)
[00:14] -queuebot:#ubuntu-release- New binary: golang-1.16 [ppc64el] (bionic-proposed/universe) [1.16.2-0ubuntu1~18.04.1] (no packageset)
[00:17] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [arm64] (kinetic-proposed/universe) [1.3.4000+dfsg-1] (no packageset)
[00:21] -queuebot:#ubuntu-release- New binary: golang-1.16 [arm64] (bionic-proposed/universe) [1.16.2-0ubuntu1~18.04.1] (no packageset)
[00:32] -queuebot:#ubuntu-release- New binary: golang-1.16 [armhf] (bionic-proposed/universe) [1.16.2-0ubuntu1~18.04.1] (no packageset)
[00:45] -queuebot:#ubuntu-release- New: accepted golang-1.16 [amd64] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[00:45] -queuebot:#ubuntu-release- New: accepted golang-1.16 [armhf] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[00:45] -queuebot:#ubuntu-release- New: accepted golang-1.16 [s390x] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[00:45] -queuebot:#ubuntu-release- New: accepted golang-1.16 [arm64] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[00:45] -queuebot:#ubuntu-release- New: accepted golang-1.16 [ppc64el] (bionic-proposed) [1.16.2-0ubuntu1~18.04.1]
[01:20] -queuebot:#ubuntu-release- New binary: lomiri-ui-toolkit [riscv64] (kinetic-proposed/universe) [1.3.4000+dfsg-1] (no packageset)
[02:38] -queuebot:#ubuntu-release- Unapproved: accepted evolution-data-server [source] (jammy-proposed) [3.44.2-0ubuntu1]
[04:32] <RAOF> seb128: It's probably too early for you, but just in case - the xdg-desktop-portal SRU to Jammy has a confusing debian/changelog. It mentions updating `debian/patches/webextensions-portal.patch`, but the upload contains no such changes.
[04:34] <RAOF> It's also a *little* weird to use a `50 files changed, 6985 insertions(+), 5322 deletions(-)` diffstat to deliver a 10 line patch, but I can see the reasoning.
[05:02] <RAOF> For those playing at home, I've also posted a reply to https://discourse.ubuntu.com/t/scope-of-gnome-mru/18041/39 in an attempt to get something finished there.
[05:02] <RAOF> (Before I noticed that it's on the agenda for the next SRU team meeting that I won't be waking up at 02:30 for)
[06:38] -queuebot:#ubuntu-release- Unapproved: accepted reprepro [source] (bionic-proposed) [5.1.1-1ubuntu18.04.1]
[08:03] -queuebot:#ubuntu-release- Unapproved: nezha-boot0 (jammy-proposed/universe) [20220228+g0ad88bf-0ubuntu1~22.04.1 => 20220228+g0ad88bf-0ubuntu2~22.04.1] (no packageset)
[08:23] <LocutusOfBorg> has anybody any idea for this ghc failures? https://launchpadlibrarian.net/608541708/buildlog_ubuntu-kinetic-amd64.haskell-base-orphans_0.8.6-1_BUILDING.txt.gz
[08:23] <LocutusOfBorg> fpic related
[10:39] <LocutusOfBorg> well, disabling lto works
[10:40] <LocutusOfBorg> vorlon, ^^ do you think we should add all ghc packages to the lto-disabled list?
[11:21] -queuebot:#ubuntu-release- New binary: rust-derive-builder [amd64] (kinetic-proposed/none) [0.9.0-4] (no packageset)
[11:24] -queuebot:#ubuntu-release- New binary: rust-derive-builder [ppc64el] (kinetic-proposed/universe) [0.9.0-4] (no packageset)
[11:24] -queuebot:#ubuntu-release- New binary: rust-derive-builder [s390x] (kinetic-proposed/universe) [0.9.0-4] (no packageset)
[11:28] -queuebot:#ubuntu-release- New binary: rust-derive-builder [arm64] (kinetic-proposed/universe) [0.9.0-4] (no packageset)
[11:28] -queuebot:#ubuntu-release- New binary: rust-derive-builder [armhf] (kinetic-proposed/universe) [0.9.0-4] (no packageset)
[11:48] -queuebot:#ubuntu-release- New binary: rust-derive-builder [riscv64] (kinetic-proposed/universe) [0.9.0-4] (no packageset)
[12:39] -queuebot:#ubuntu-release- Unapproved: rejected openssl [source] (bionic-proposed) [1.1.1-1ubuntu2.1~18.04.19]
[13:09] <sergiodj> ubuntu-archive: hi, could you please demote sssd-idp to universe?  it's a new binary package and it's been accepted into main, but it depends on libjose0 which is in universe
[13:20] <cjwatson> sergiodj: done
[13:20] <sergiodj> cjwatson: thanks
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [amd64] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [armhf] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [riscv64] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [amd64] (kinetic-proposed) [0.9.0-4]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [armhf] (kinetic-proposed) [0.9.0-4]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [riscv64] (kinetic-proposed) [0.9.0-4]
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [arm64] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [s390x] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [ppc64el] (kinetic-proposed) [0.9.0-4]
[13:23] -queuebot:#ubuntu-release- New: accepted lomiri-ui-toolkit [ppc64el] (kinetic-proposed) [1.3.4000+dfsg-1]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [s390x] (kinetic-proposed) [0.9.0-4]
[13:23] -queuebot:#ubuntu-release- New: accepted rust-derive-builder [arm64] (kinetic-proposed) [0.9.0-4]
[14:13] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (jammy-proposed) [20220329.git681281e4-0ubuntu3.3]
[14:13] <cpaelzer> vorlon: I was wondering about the right practise for avoiding a re-sync of adldap2 https://bugs.launchpad.net/ubuntu/+source/adldap2/+bug/1931315/comments/15
[14:14] <cpaelzer> vorlon: if you are around later it would be nice if you could explain which way is right to do so (and why)
[14:22] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (focal-proposed) [1.187.32]
[15:05] -queuebot:#ubuntu-release- New source: dotnet6 (kinetic-proposed/primary) [6.0.106-0ubuntu1]
[15:09] <vorlon> cpaelzer: there is a blacklist for syncs, lp:~ubuntu-archive/+junk/sync-blacklist/ it's unfortunately a bzr +junk branch so MPs are not possible; but when processing such bugs and the request is to keep it out of the archive, the AA should update the blacklist
[15:10] <vorlon> cpaelzer: also this should eventually move to git, it doesn't have to be an AA that drives this :)
[15:10] <vorlon> (and once moved to git, there's no +junk constraint anymore)
[15:11] <vorlon> LocutusOfBorg: lto-disabled> could this be handled in the ghc toolchain somehow instead of having to enumerate everything in the lto-disabled package?
[15:23] <cjwatson> +junk constraint> well sort of
[15:24] <cjwatson> You can do MPs between branches within an ~OWNER/+git/NAME repository, but that doesn't help all that much since only members of ~ubuntu-archive would normally be able to push branches in the first place
[15:24] <cjwatson> The better fix would be to move to a project, which could equally well be done with bzr
[15:26] <vorlon> oh, I didn't realize lp wouldn't let arbitrary users raise mps then, ok
[15:30] <paride> sil2100, hi!
[15:30] <sil2100> paride: hello o/
[15:30] <paride> sil2100, the iso images build failure are on your radar already?
[15:31] <paride> I saw some more strange failures, like https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-server/jammy/daily-live-20220618.log
[15:32] <paride> there the script didn't go ahead after the livefs builds, apparently?
[15:32] <sil2100> paride: well, this is something different
[15:32] <sil2100> paride: since the move of ancientminister, the cd-build-logs are not mirrored to the ubuntu-archive webserver
[15:33] <sil2100> That being said, I did see some failures, but didn't have time to take a look at those yet!
[15:35] <paride> sil2100, ok, thanks!
[15:35] <paride> let me know if there's anything I can help with
[15:57] <cjwatson> sil2100: have you raised that with IS yet as I suggested?
[16:09] <LocutusOfBorg> vorlon, interestingly some packages are failing on armhf, some on amd64, some on s390x
[16:09] <LocutusOfBorg> should I disable it *everywhere*?
[16:09] <LocutusOfBorg> some packages are already in disabled-list
[16:14] <vorlon> LocutusOfBorg: armhf is not an LTO arch
[16:28] -queuebot:#ubuntu-release- New binary: lomiri-settings-components [amd64] (kinetic-proposed/universe) [1.0.0-3] (no packageset)
[16:28] -queuebot:#ubuntu-release- New binary: lomiri-settings-components [s390x] (kinetic-proposed/universe) [1.0.0-3] (no packageset)
[16:28] -queuebot:#ubuntu-release- New binary: lomiri-settings-components [ppc64el] (kinetic-proposed/universe) [1.0.0-3] (no packageset)
[16:31] -queuebot:#ubuntu-release- New binary: lomiri-settings-components [arm64] (kinetic-proposed/universe) [1.0.0-3] (no packageset)
[16:36] -queuebot:#ubuntu-release- New: accepted lomiri-settings-components [amd64] (kinetic-proposed) [1.0.0-3]
[16:36] -queuebot:#ubuntu-release- New: accepted lomiri-settings-components [ppc64el] (kinetic-proposed) [1.0.0-3]
[16:36] -queuebot:#ubuntu-release- New: accepted lomiri-settings-components [arm64] (kinetic-proposed) [1.0.0-3]
[16:36] -queuebot:#ubuntu-release- New: accepted lomiri-settings-components [s390x] (kinetic-proposed) [1.0.0-3]
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted hwloc [source] (jammy-proposed) [2.7.0-2ubuntu1]
[16:52] -queuebot:#ubuntu-release- Unapproved: accepted evince [source] (jammy-proposed) [42.3-0ubuntu2]
[16:57] -queuebot:#ubuntu-release- Unapproved: accepted gnome-keyring [source] (jammy-proposed) [40.0-3ubuntu3]
[16:58] -queuebot:#ubuntu-release- New binary: lomiri-ui-extras [riscv64] (kinetic-proposed/universe) [0.5-2] (no packageset)
[18:09] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (jammy-proposed) [4.4.1-2.3ubuntu2.1]
[18:10] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (impish-proposed) [4.4.1-2.3ubuntu1.1]
[18:10] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (focal-proposed) [4.4.1-2.1ubuntu<IP_ADDRESS>]
[18:46] -queuebot:#ubuntu-release- Unapproved: samba (jammy-proposed/main) [2:4.15.5~dfsg-0ubuntu5 => 2:4.15.5~dfsg-0ubuntu5.1] (core, i386-whitelist)
[19:48] <jbicha> nageru 2.1.0-2ubuntu2 landed in kinetic release but without the ppc64el binaries https://launchpad.net/ubuntu/+source/nageru/+publishinghistory
[19:48] -queuebot:#ubuntu-release- Unapproved: libqb (jammy-proposed/main) [2.0.4-1build1 => 2.0.4-1ubuntu0.1] (i386-whitelist, ubuntu-server)
[19:48] <jbicha> https://launchpad.net/ubuntu/kinetic/ppc64el/nageru
[20:21] <tsimonq2> jbicha: I can't confirm that.
[20:22] <tsimonq2> Version: 2.1.0-2ubuntu2 is from http://ports.ubuntu.com/ubuntu-ports/dists/kinetic/universe/binary-ppc64el/Packages.xz and the binaries are published, furthermore: https://launchpad.net/ubuntu/+source/nageru/2.1.0-2ubuntu2/+build/24103697
[20:23] <jbicha> tsimonq2: https://people.canonical.com/~ubuntu-archive/madison.cgi?package=nageru
[20:24] <sarnold> is that service known to work after lillypilly was turned off?
[20:25] <cjwatson> people.canonical.com/~ubuntu-archive has been a proxy for a long time - it only involved lillypilly's apache to proxy to snakefruit
[20:25] <cjwatson> so should be fine
[20:26] <tsimonq2> Why would that tool show it in that manner but the archive metadata says otherwise? Perhaps ppc64el published last and that's when the cache was last refreshed?
[20:26] <tsimonq2> I mean, I can try in a porterbox unless someone else would like to...
[20:27] <sarnold> cjwatson: aha, thanks
[20:27] <jbicha> tsimonq2: your Packages link shows that nageru is still at the older version number for ppc64el
[20:28] <jbicha> or you can compare https://launchpad.net/ubuntu/kinetic/ppc64el/nageru with https://launchpad.net/ubuntu/kinetic/amd64/nageru
[20:29] <tsimonq2> So Launchpad is out of date... still seeing it in the raw Packages file as 2.1.0-2ubuntu2 not 2.1.0-1ubuntu2
[20:31] <cjwatson> Launchpad can't be out of date, that's not a thing
[20:31] <tsimonq2> Then the real question is... what broke :)
[20:31]  * tsimonq2 looks at Britney logs
[20:31] <cjwatson> And jbicha is right, the Packages file you quoted says -1ubuntu2 _not_ -2ubuntu2
[20:32] <tsimonq2> wait no we're looking at different lines...
[20:32] <cjwatson> I'm not sure what happened, probably some horrible fiddly race somewhere; I've just run "copy-package --from ubuntu --from-suite kinetic --to-suite kinetic-proposed -b nageru" to copy it back to kinetic-proposed which should I hope cause proposed-migration to sort it out
[20:32] <tsimonq2> The source is that old version, yeah
[20:32] <tsimonq2> take a peek at that binary
[20:32] <cjwatson> I know what I'm doing!
[20:32] <cjwatson> $ curl -s http://ports.ubuntu.com/ubuntu-ports/dists/kinetic/universe/binary-ppc64el/Packages.xz | xzcat | grep-dctrl -PX nageru
[20:32] <cjwatson> Package: nageru
[20:32] <cjwatson> Architecture: ppc64el
[20:32] <cjwatson> Version: 2.1.0-1ubuntu2
[20:33] <tsimonq2> futatabi is the binary built from that though
[20:33] <tsimonq2> I apologize if I'm coming across as brash, btw - not my intent :)
[20:34] <tsimonq2> so half of the binaries migrated -very likely what you said about something being racey
[20:34] <cjwatson> oh!  nageru apparently stopped building the "nageru" binary _just_ on ppc64el
[20:34] <cjwatson> other architectures have it
[20:35] <cjwatson> https://tracker.debian.org/news/1326551/accepted-nageru-210-2-source-into-unstable/
[20:35] <tsimonq2> ahh there we are :)
[20:36] <cjwatson> and it shows up on https://people.canonical.com/~ubuntu-archive/nbs.html, sort it
[20:36] <cjwatson> *sort of
[20:36] <cjwatson> I'm sure there used to be a report which showed this sort of architecture-specific mismatch
[20:38] <cjwatson> anyway, no reverse-depends and the intent is clear enough there, so I've removed that binary now
[20:38] <cjwatson> that should clear it out of the NBS report in a bit
[20:39] <jbicha> thank you! yeah, the nbs report was where I saw the issue
[20:39] <cjwatson> sorry for taking a little while to spot that ...
[20:41] <cjwatson> (also the above was a bit snippy of me, sorry)
[20:47] <tsimonq2> thanks for your help :)
[21:42] <vorlon> cjwatson: https://people.canonical.com/~ubuntu-archive/proposed-migration/kinetic_outdate.txt search for nageru :)
[21:43] <vorlon> (it's a little bit noisy right now because of NBS, but eventually it all settles out...)
[21:59] -queuebot:#ubuntu-release- Unapproved: qemu (jammy-proposed/main) [1:6.2+dfsg-2ubuntu6.2 => 1:6.2+dfsg-2ubuntu6.3] (ubuntu-server, virt)
[22:06] -queuebot:#ubuntu-release- Unapproved: sssd (focal-proposed/main) [2.2.3-3ubuntu0.8 => 2.2.3-3ubuntu0.9] (ubuntu-desktop, ubuntu-server)
[22:07] <vorlon> LocutusOfBorg: your vtk9 sync over your own previous change now makes the opencv build-deps uninstallable (libtbb-dev vs libtbb2-dev)
[22:08] <vorlon> LocutusOfBorg: was that intentional, or should I re-add the delta?  opencv got built on most archs against the previous vtk9 but amd64 is stuck
[22:13] <cjwatson> vorlon: aha right, I was looking for `testing/` which I think is where it used to be, thanks
[22:45] <LocutusOfBorg> vorlon, I think Debian is moving away from libtbb2-dev
[22:45] <LocutusOfBorg> opencv will probably get an RC bug soon there
[22:50] <LocutusOfBorg> let me revert what else has delta
[23:00] <LocutusOfBorg> vorlon, I might have fixed opencv
[23:22] -queuebot:#ubuntu-release- New binary: device-tree-compiler [amd64] (kinetic-proposed/main) [1.6.1-2] (core)
[23:22] -queuebot:#ubuntu-release- New binary: eclib [amd64] (kinetic-proposed/universe) [20220621-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: ipe [amd64] (kinetic-proposed/universe) [7.2.25+dfsg1-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: ros2-test-interface-files [amd64] (kinetic-proposed/universe) [0.10.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: device-tree-compiler [s390x] (kinetic-proposed/main) [1.6.1-2] (core)
[23:22] -queuebot:#ubuntu-release- New binary: python-workalendar [amd64] (kinetic-proposed/universe) [16.3.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: golang-github-invopop-yaml [amd64] (kinetic-proposed/universe) [0.2.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: workflow [amd64] (kinetic-proposed/universe) [0.10.1-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: device-tree-compiler [arm64] (kinetic-proposed/main) [1.6.1-2] (core)
[23:23] -queuebot:#ubuntu-release- New binary: python-cloup [amd64] (kinetic-proposed/universe) [0.14.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: device-tree-compiler [ppc64el] (kinetic-proposed/main) [1.6.1-2] (core)
[23:25] -queuebot:#ubuntu-release- New binary: eclib [ppc64el] (kinetic-proposed/universe) [20220621-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: device-tree-compiler [armhf] (kinetic-proposed/main) [1.6.1-2] (core)
[23:28] -queuebot:#ubuntu-release- New binary: openjph [ppc64el] (kinetic-proposed/universe) [0.9.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: workflow [ppc64el] (kinetic-proposed/universe) [0.10.1-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: ipe [ppc64el] (kinetic-proposed/universe) [7.2.25+dfsg1-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: eclib [s390x] (kinetic-proposed/universe) [20220621-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: eclib [armhf] (kinetic-proposed/universe) [20220621-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: openjph [s390x] (kinetic-proposed/universe) [0.9.0-1] (no packageset)
[23:44] -queuebot:#ubuntu-release- New binary: workflow [s390x] (kinetic-proposed/universe) [0.10.1-1] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: eclib [arm64] (kinetic-proposed/universe) [20220621-1] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: ipe [s390x] (kinetic-proposed/universe) [7.2.25+dfsg1-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: openjph [armhf] (kinetic-proposed/universe) [0.9.0-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: workflow [armhf] (kinetic-proposed/universe) [0.10.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: openjph [arm64] (kinetic-proposed/universe) [0.9.0-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: workflow [arm64] (kinetic-proposed/universe) [0.10.1-1] (no packageset)
[23:51] -queuebot:#ubuntu-release- New binary: ipe [arm64] (kinetic-proposed/universe) [7.2.25+dfsg1-1] (no packageset)
[23:53] -queuebot:#ubuntu-release- New binary: ipe [armhf] (kinetic-proposed/universe) [7.2.25+dfsg1-1] (no packageset)