[09:40] <KGB-X> nautilus ubuntu/latest 7151eea Sebastien Bacher debian/changelog * releasing package nautilus version 1:46.1-0ubuntu2 * https://salsa.debian.org/gnome-team/nautilus/-/commit/7151eea
[09:40] -ubottu:#ubuntu-desktop- Commit 7151eea in gnome-team/nautilus "releasing package nautilus version 1:46.1-0ubuntu2"
[09:40] <KGB-X> nautilus pipeline Sebastien Bacher 672914 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; lintian: created; autopkgtest: created; blhc: created)
[09:40] <KGB-X> nautilus tags 7151eea Sebastien Bacher ubuntu/1%46.1-0ubuntu2 * https://salsa.debian.org/gnome-team/nautilus/tags/ubuntu/1%46.1-0ubuntu2
[09:40] <KGB-X> nautilus pipeline Sebastien Bacher 672914 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; lintian: created; autopkgtest: created; blhc: created)
[09:41] <KGB-X> nautilus ubuntu/noble 4fc739c Sebastien Bacher * pushed 1725 commits (first 5 follow) * https://salsa.debian.org/gnome-team/nautilus/compare/0000000...4fc739c
[09:41] <KGB-X> nautilus ubuntu/noble dc64f89 Khalid Abu Shawarib src/nautilus-location-banner.c * location-banner: Update panel name * https://salsa.debian.org/gnome-team/nautilus/-/commit/dc64f89
[09:41] -ubottu:#ubuntu-desktop- Commit dc64f89 in gnome-team/nautilus "location-banner: Update panel name"
[09:41] <KGB-X> nautilus ubuntu/noble 35943f4 Khalid Abu Shawarib src/nautilus-files-view.c * files-view: Handle initial dialog location for some odd places * https://salsa.debian.org/gnome-team/nautilus/-/commit/35943f4
[09:41] -ubottu:#ubuntu-desktop- Commit 35943f4 in gnome-team/nautilus "files-view: Handle initial dialog location for some odd places"
[09:41] <KGB-X> nautilus ubuntu/noble 8352244 Khalid Abu Shawarib src/nautilus-star-cell.c * star-cell: Only set tooltip on change * https://salsa.debian.org/gnome-team/nautilus/-/commit/8352244
[09:41] -ubottu:#ubuntu-desktop- Commit 8352244 in gnome-team/nautilus "star-cell: Only set tooltip on change"
[09:41] <KGB-X> nautilus ubuntu/noble acf7405 Nathan Follens po/nl.po * Update Dutch translation * https://salsa.debian.org/gnome-team/nautilus/-/commit/acf7405
[09:41] -ubottu:#ubuntu-desktop- Commit acf7405 in gnome-team/nautilus "Update Dutch translation"
[09:41] <KGB-X> nautilus ubuntu/noble cadc676 Juliano de Souza Camargo po/pt_BR.po * Update Brazilian Portuguese translation * https://salsa.debian.org/gnome-team/nautilus/-/commit/cadc676
[09:41] -ubottu:#ubuntu-desktop- Commit cadc676 in gnome-team/nautilus "Update Brazilian Portuguese translation"
[09:41] <KGB-X> nautilus pipeline Sebastien Bacher 672915 * pending (extract-source: pending; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; lintian: created; autopkgtest: created; blhc: created)
[09:42] <KGB-X> nautilus pipeline Sebastien Bacher 672915 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; lintian: created; autopkgtest: created; blhc: created)
[09:50] <KGB-X> nautilus pipeline Sebastien Bacher 672914 * [10 minutes and 20 seconds] failed (extract-source: success; build: success; build i386: failed; build source: success; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; lintian: success; autopkgtest: failed; blhc: success)
[09:52] <KGB-X> nautilus pipeline Sebastien Bacher 672915 * [10 minutes and 27 seconds] failed (extract-source: success; build: success; build i386: failed; build source: success; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; lintian: success; autopkgtest: failed; blhc: success)
[14:31] <KGB-X> xdg-desktop-portal-gnome signed tags 779ce2b Jeremy Bicha upstream/46.1 * Upstream version 46.1 * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/tags/upstream/46.1
[14:31] <KGB-X> xdg-desktop-portal-gnome upstream/latest 9f8841f Jeremy Bicha * pushed 9 commits (first 5 follow) * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/compare/ecc9be1...9f8841f
[14:31] <KGB-X> xdg-desktop-portal-gnome upstream/latest 4fdebc1 Georges Basile Stavracas Neto meson.build * Post-release version bump * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/4fdebc1
[14:31] -ubottu:#ubuntu-desktop- Commit 4fdebc1 in gnome-team/xdg-desktop-portal-gnome "Post-release version bump"
[14:31] <KGB-X> xdg-desktop-portal-gnome upstream/latest 8e6e4c8 Sabri Ünal po/tr.po * Update Turkish translation * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/8e6e4c8
[14:31] -ubottu:#ubuntu-desktop- Commit 8e6e4c8 in gnome-team/xdg-desktop-portal-gnome "Update Turkish translation"
[14:32] <KGB-X> xdg-desktop-portal-gnome upstream/latest e63bbe6 Ivan Molodetskikh src/displaystatetracker.c * displaystatetracker: Fix default layout-mode * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/e63bbe6
[14:32] -ubottu:#ubuntu-desktop- Commit e63bbe6 in gnome-team/xdg-desktop-portal-gnome "displaystatetracker: Fix default layout-mode"
[14:32] <KGB-X> xdg-desktop-portal-gnome upstream/latest b679778 Chris Williams src/settings.c * settings: Update mouse schema name * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/b679778
[14:32] -ubottu:#ubuntu-desktop- Commit b679778 in gnome-team/xdg-desktop-portal-gnome "settings: Update mouse schema name"
[14:32] <KGB-X> xdg-desktop-portal-gnome upstream/latest fd09e02 Rachida SACI po/kab.po * Update Kabyle translation * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/fd09e02
[14:32] -ubottu:#ubuntu-desktop- Commit fd09e02 in gnome-team/xdg-desktop-portal-gnome "Update Kabyle translation"
[14:32] <KGB-X> xdg-desktop-portal-gnome pristine-tar 00cc120 Jeremy Bícha xdg-desktop-portal-gnome_46.1.orig.tar.xz.delta xdg-desktop-portal-gnome_46.1.orig.tar.xz.id * pristine-tar data for xdg-desktop-portal-gnome_46.1.orig.tar.xz * https://salsa.debian.org/gnome-team/xdg-desktop-portal-gnome/-/commit/00cc120
[14:32] -ubottu:#ubuntu-desktop- Commit 00cc120 in gnome-team/xdg-desktop-portal-gnome "pristine-tar data for xdg-desktop-portal-gnome_46.1.orig.tar.xz"
[14:33] <KGB-X> xdg-desktop-portal-gnome pipeline Jeremy Bicha 673055 * 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:38] <KGB-X> mutter ubuntu/noble 6307c90 Jeremy Bicha * pushed 483 commits (first 5 follow) * https://salsa.debian.org/gnome-team/mutter/compare/0000000...6307c90
[14:38] <KGB-X> mutter ubuntu/noble c7cb68b Jeremy Bícha (117 files in 26 dirs) * Merge tag 'debian/46.0-1' into ubuntu/latest * https://salsa.debian.org/gnome-team/mutter/-/commit/c7cb68b
[14:38] -ubottu:#ubuntu-desktop- Commit c7cb68b in gnome-team/mutter "Merge tag 'debian/46.0-1' into ubuntu/latest"
[14:38] <KGB-X> mutter ubuntu/noble f0325e4 Jeremy Bícha debian/changelog * Update changelog * https://salsa.debian.org/gnome-team/mutter/-/commit/f0325e4
[14:38] -ubottu:#ubuntu-desktop- Commit f0325e4 in gnome-team/mutter "Update changelog"
[14:38] <KGB-X> mutter ubuntu/noble edf3faf Jeremy Bícha debian/ rules tests/installed-tests * Ignore test failures on armhf & ppc64el * https://salsa.debian.org/gnome-team/mutter/-/commit/edf3faf
[14:39] -ubottu:#ubuntu-desktop- Commit edf3faf in gnome-team/mutter "Ignore test failures on armhf & ppc64el"
[14:39] <KGB-X> mutter ubuntu/noble 353dad3 Jeremy Bícha debian/control * Drop obsolete Breaks * https://salsa.debian.org/gnome-team/mutter/-/commit/353dad3
[14:39] -ubottu:#ubuntu-desktop- Commit 353dad3 in gnome-team/mutter "Drop obsolete Breaks"
[14:39] <KGB-X> mutter ubuntu/noble 7784b28 Jeremy Bícha debian/control * Add Breaks: gnome-shell << 46.0 * https://salsa.debian.org/gnome-team/mutter/-/commit/7784b28
[14:39] -ubottu:#ubuntu-desktop- Commit 7784b28 in gnome-team/mutter "Add Breaks: gnome-shell << 46.0"
[14:39] <KGB-X> mutter ubuntu/noble c5ecb7f Jeremy Bícha debian/gbp.conf * debian/gbp.conf: Branch for noble * https://salsa.debian.org/gnome-team/mutter/-/commit/c5ecb7f
[14:39] -ubottu:#ubuntu-desktop- Commit c5ecb7f in gnome-team/mutter "debian/gbp.conf: Branch for noble"
[14:56] <KGB-X> xdg-desktop-portal-gnome pipeline Jeremy Bicha 673055 * 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)
[15:33] <KGB-X> xdg-desktop-portal-gnome pipeline Jeremy Bicha 673055 * [34 minutes and 18 seconds] failed (extract-source: success; build: success; build i386: success; build source: success; test-build-any: success; test-build-all: success; test-crossbuild-arm64: failed; reprotest: success; lintian: success; autopkgtest: failed; blhc: success; piuparts: success)
[18:28] <KGB-X> nautilus-python signed tags 0a2d951 Jeremy Bicha upstream/4.0.1 * Upstream version 4.0.1 * https://salsa.debian.org/gnome-team/nautilus-python/tags/upstream/4.0.1
[18:29] <KGB-X> nautilus-python upstream/latest e42205d Jeremy Bicha * pushed 9 commits (first 5 follow) * https://salsa.debian.org/gnome-team/nautilus-python/compare/a02e7eb...e42205d
[18:29] <KGB-X> nautilus-python upstream/latest 9a74cae Jan Tojnar meson.build src/meson.build * build: Add explicit GModule dependency * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/9a74cae
[18:29] -ubottu:#ubuntu-desktop- Commit 9a74cae in gnome-team/nautilus-python "build: Add explicit GModule dependency"
[18:29] <KGB-X> nautilus-python upstream/latest f5d7a95 Jan Tojnar NEWS.md meson.build * NEWS: Update * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/f5d7a95
[18:29] -ubottu:#ubuntu-desktop- Commit f5d7a95 in gnome-team/nautilus-python "NEWS: Update"
[18:29] <KGB-X> nautilus-python upstream/latest 0b68c28 Jan Tojnar nix/sources.json * nix: Update dependencies * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/0b68c28
[18:29] -ubottu:#ubuntu-desktop- Commit 0b68c28 in gnome-team/nautilus-python "nix: Update dependencies"
[18:29] <KGB-X> nautilus-python upstream/latest 0eaaad1 Jan Tojnar nix/sources.json * nix: Update dependencies * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/0eaaad1
[18:29] -ubottu:#ubuntu-desktop- Commit 0eaaad1 in gnome-team/nautilus-python "nix: Update dependencies"
[18:30] <KGB-X> nautilus-python upstream/latest 1ef523f Jan Tojnar nix/ sources.json sources.nix * nix: Update dependencies * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/1ef523f
[18:30] -ubottu:#ubuntu-desktop- Commit 1ef523f in gnome-team/nautilus-python "nix: Update dependencies"
[18:30] <KGB-X> nautilus-python pristine-tar 9613ae1 Jeremy Bícha nautilus-python_4.0.1.orig.tar.xz.delta nautilus-python_4.0.1.orig.tar.xz.id * pristine-tar data for nautilus-python_4.0.1.orig.tar.xz * https://salsa.debian.org/gnome-team/nautilus-python/-/commit/9613ae1
[18:30] -ubottu:#ubuntu-desktop- Commit 9613ae1 in gnome-team/nautilus-python "pristine-tar data for nautilus-python_4.0.1.orig.tar.xz"
[18:40] <KGB-X> pango signed tags c961d2b Jeremy Bicha upstream/1.52.2+ds * Upstream version 1.52.2+ds * https://salsa.debian.org/gnome-team/pango/tags/upstream/1.52.2+ds
[18:40] <KGB-X> pango upstream/latest f95172b Jeremy Bicha * pushed 25 commits (first 5 follow) * https://salsa.debian.org/gnome-team/pango/compare/266d5a8...f95172b
[18:41] <KGB-X> pango upstream/latest a8b0401 Matthias Clasen pango/ pangocoretext-fontmap.c pangocoretext-private.h pangocoretext.c * coretext: Implement reload_font * https://salsa.debian.org/gnome-team/pango/-/commit/a8b0401
[18:41] -ubottu:#ubuntu-desktop- Commit a8b0401 in gnome-team/pango "coretext: Implement reload_font"
[18:41] <KGB-X> pango upstream/latest c3e2fc7 Christian Hergert pango/pangocoretext-fontmap.c * build and refcount fixes * https://salsa.debian.org/gnome-team/pango/-/commit/c3e2fc7
[18:41] -ubottu:#ubuntu-desktop- Commit c3e2fc7 in gnome-team/pango "build and refcount fixes"
[18:41] <KGB-X> pango upstream/latest 6a9af8d Matthias Clasen pango/pangocoretext-fontmap.c * Try again * https://salsa.debian.org/gnome-team/pango/-/commit/6a9af8d
[18:41] -ubottu:#ubuntu-desktop- Commit 6a9af8d in gnome-team/pango "Try again"
[18:41] <KGB-X> pango upstream/latest c02cd79 Matthias Clasen pango/ pango-fontmap.c pangocoretext-fontmap.c pangocoretext-private.h pangocoretext.c * Merge branch 'coretext-reload' into 'main' * https://salsa.debian.org/gnome-team/pango/-/commit/c02cd79
[18:41] -ubottu:#ubuntu-desktop- Commit c02cd79 in gnome-team/pango "Merge branch 'coretext-reload' into 'main'"
[18:41] <KGB-X> pango upstream/latest 02ae37b Matthias Clasen pango/pangocoretext-fontmap.c * Cosmetics * https://salsa.debian.org/gnome-team/pango/-/commit/02ae37b
[18:41] -ubottu:#ubuntu-desktop- Commit 02ae37b in gnome-team/pango "Cosmetics"
[18:42] <KGB-X> pango pristine-tar c4fbe21 Jeremy Bícha pango1.0_1.52.2+ds.orig.tar.xz.delta pango1.0_1.52.2+ds.orig.tar.xz.id * pristine-tar data for pango1.0_1.52.2+ds.orig.tar.xz * https://salsa.debian.org/gnome-team/pango/-/commit/c4fbe21
[18:42] -ubottu:#ubuntu-desktop- Commit c4fbe21 in gnome-team/pango "pristine-tar data for pango1.0_1.52.2+ds.orig.tar.xz"
[18:42] <KGB-X> gtranslator signed tags 3105e43 Jeremy Bicha upstream/46.1 * Upstream version 46.1 * https://salsa.debian.org/gnome-team/gtranslator/tags/upstream/46.1
[18:42] <KGB-X> gtranslator upstream/latest b298626 Jeremy Bicha * pushed 39 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gtranslator/compare/bd6046b...b298626
[18:43] <KGB-X> gtranslator upstream/latest 606052c Luming Zh po/zh_CN.po * Update Chinese (China) translation * https://salsa.debian.org/gnome-team/gtranslator/-/commit/606052c
[18:43] -ubottu:#ubuntu-desktop- Commit 606052c in gnome-team/gtranslator "Update Chinese (China) translation"
[18:43] <KGB-X> gtranslator upstream/latest 7a62f80 Sabri Ünal po/tr.po * Update Turkish translation * https://salsa.debian.org/gnome-team/gtranslator/-/commit/7a62f80
[18:43] -ubottu:#ubuntu-desktop- Commit 7a62f80 in gnome-team/gtranslator "Update Turkish translation"
[18:43] <KGB-X> gtranslator upstream/latest db228e0 Maximiliano Sandoval data/ gtr-languages.ini gtr-plural-forms.ini * languages: Add missing languages * https://salsa.debian.org/gnome-team/gtranslator/-/commit/db228e0
[18:43] -ubottu:#ubuntu-desktop- Commit db228e0 in gnome-team/gtranslator "languages: Add missing languages"
[18:43] <KGB-X> gtranslator upstream/latest b031ce4 Maximiliano Sandoval scripts/update_langs.py * scripts: Add script to update langs * https://salsa.debian.org/gnome-team/gtranslator/-/commit/b031ce4
[18:43] -ubottu:#ubuntu-desktop- Commit b031ce4 in gnome-team/gtranslator "scripts: Add script to update langs"
[18:43] <KGB-X> gtranslator upstream/latest 47a8bac Maximiliano Sandoval data/org.gnome.Gtranslator.appdata.xml.in.in * appdata: Bump oars to 1.1 * https://salsa.debian.org/gnome-team/gtranslator/-/commit/47a8bac
[18:43] -ubottu:#ubuntu-desktop- Commit 47a8bac in gnome-team/gtranslator "appdata: Bump oars to 1.1"
[18:44] <KGB-X> gtranslator pristine-tar ed1f17e Jeremy Bícha gtranslator_46.1.orig.tar.xz.delta gtranslator_46.1.orig.tar.xz.id * pristine-tar data for gtranslator_46.1.orig.tar.xz * https://salsa.debian.org/gnome-team/gtranslator/-/commit/ed1f17e
[18:44] -ubottu:#ubuntu-desktop- Commit ed1f17e in gnome-team/gtranslator "pristine-tar data for gtranslator_46.1.orig.tar.xz"
[18:44] <KGB-X> gnome-maps signed tags aee1090 Jeremy Bicha upstream/46.10 * Upstream version 46.10 * https://salsa.debian.org/gnome-team/gnome-maps/tags/upstream/46.10
[18:45] <KGB-X> gnome-maps upstream/latest 85369ef Jeremy Bicha * pushed 8 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-maps/compare/fd92180...85369ef
[18:45] <KGB-X> gnome-maps upstream/latest 363819a Marcus Lundblad meson.build * Post-release version bump * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/363819a
[18:45] -ubottu:#ubuntu-desktop- Commit 363819a in gnome-team/gnome-maps "Post-release version bump"
[18:45] <KGB-X> gnome-maps upstream/latest a72f65f Marcus Lundblad data/org.gnome.Maps.appdata.xml.in.in * appdata: Fix typo in release version number * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/a72f65f
[18:45] -ubottu:#ubuntu-desktop- Commit a72f65f in gnome-team/gnome-maps "appdata: Fix typo in release version number"
[18:45] <KGB-X> gnome-maps upstream/latest a291b74 Marcus Lundblad meson.build * meson: Bump next version to 46.10 * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/a291b74
[18:45] -ubottu:#ubuntu-desktop- Commit a291b74 in gnome-team/gnome-maps "meson: Bump next version to 46.10"
[18:45] <KGB-X> gnome-maps upstream/latest 671154d Rachida SACI po/kab.po * Update Kabyle translation * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/671154d
[18:45] -ubottu:#ubuntu-desktop- Commit 671154d in gnome-team/gnome-maps "Update Kabyle translation"
[18:45] <KGB-X> gnome-maps upstream/latest f4b6ce5 Marcus Lundblad src/place.js * place: Make location a GObject property * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/f4b6ce5
[18:45] -ubottu:#ubuntu-desktop- Commit f4b6ce5 in gnome-team/gnome-maps "place: Make location a GObject property"
[18:46] <KGB-X> gnome-maps pristine-tar 5b75eff Jeremy Bícha gnome-maps_46.10.orig.tar.xz.delta gnome-maps_46.10.orig.tar.xz.id * pristine-tar data for gnome-maps_46.10.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-maps/-/commit/5b75eff
[18:46] -ubottu:#ubuntu-desktop- Commit 5b75eff in gnome-team/gnome-maps "pristine-tar data for gnome-maps_46.10.orig.tar.xz"
[18:53] <KGB-X> gnome-control-center signed tags 927226a Jeremy Bicha upstream/46.1 * Upstream version 46.1 * https://salsa.debian.org/gnome-team/gnome-control-center/tags/upstream/46.1
[18:53] <KGB-X> gnome-control-center upstream/latest 2a7cc30 Jeremy Bicha * pushed 55 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-control-center/compare/0c1ebf5...2a7cc30
[18:54] <KGB-X> gnome-control-center upstream/latest 97c0d13 Xiaoguang Wang panels/system/datetime/cc-datetime-page.c * datetime: Avoid emitting the time-changed signal * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/97c0d13
[18:54] -ubottu:#ubuntu-desktop- Commit 97c0d13 in gnome-team/gnome-control-center "datetime: Avoid emitting the time-changed signal"
[18:54] <KGB-X> gnome-control-center upstream/latest ffca5a1 Automeris naranja panels/system/users/cc-enterprise-login-dialog.c * enterprise-login-dialog: Prevent buttons from being sensitive incorrectly * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/ffca5a1
[18:54] -ubottu:#ubuntu-desktop- Commit ffca5a1 in gnome-team/gnome-control-center "enterprise-login-dialog: Prevent buttons from being sensitive incorrectly"
[18:54] <KGB-X> gnome-control-center upstream/latest 934994b Ray Strode panels/system/cc-password-utils.c * system, password-utils: Try to find word list harder * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/934994b
[18:54] -ubottu:#ubuntu-desktop- Commit 934994b in gnome-team/gnome-control-center "system, password-utils: Try to find word list harder"
[18:54] <KGB-X> gnome-control-center upstream/latest f9e5178 Felipe Borges .gitlab-ci.yml * ci: Include gtk-doc in base container * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/f9e5178
[18:54] -ubottu:#ubuntu-desktop- Commit f9e5178 in gnome-team/gnome-control-center "ci: Include gtk-doc in base container"
[18:54] <KGB-X> gnome-control-center upstream/latest d2d7cd5 Felipe Borges .gitlab-ci.yml * ci: Use Fedora 40 base container image for gnome-46 branch * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/d2d7cd5
[18:54] -ubottu:#ubuntu-desktop- Commit d2d7cd5 in gnome-team/gnome-control-center "ci: Use Fedora 40 base container image for gnome-46 branch"
[18:55] <KGB-X> gnome-control-center pristine-tar d5f6458 Jeremy Bícha gnome-control-center_46.1.orig.tar.xz.delta gnome-control-center_46.1.orig.tar.xz.id * pristine-tar data for gnome-control-center_46.1.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/d5f6458
[18:55] -ubottu:#ubuntu-desktop- Commit d5f6458 in gnome-team/gnome-control-center "pristine-tar data for gnome-control-center_46.1.orig.tar.xz"
[18:55] <KGB-X> gnome-control-center signed tags 6ae89a6 Jeremy Bicha ubuntu/1%46.0.1-1ubuntu7 * gnome-control-center Debian release 1:46.0.1-1ubuntu7 * https://salsa.debian.org/gnome-team/gnome-control-center/tags/ubuntu/1%46.0.1-1ubuntu7
[18:55] <KGB-X> gnome-control-center signed tags 68bfe5f Jeremy Bicha ubuntu/1%46.0.1-1ubuntu6 * gnome-control-center Debian release 1:46.0.1-1ubuntu6 * https://salsa.debian.org/gnome-team/gnome-control-center/tags/ubuntu/1%46.0.1-1ubuntu6
[19:02] <KGB-X> gnome-control-center signed tags d6be751 Jeremy Bicha ubuntu/1%46.1-1ubuntu1 * gnome-control-center Debian release 1:46.1-1ubuntu1 * https://salsa.debian.org/gnome-team/gnome-control-center/tags/ubuntu/1%46.1-1ubuntu1
[19:03] <KGB-X> gnome-control-center ubuntu/latest 3395b88 Jeremy Bicha * pushed 67 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-control-center/compare/96326b3...3395b88
[19:03] <KGB-X> gnome-control-center ubuntu/latest 797defb Maximiliano Sandoval panels/privacy/ cc-camera-page.c cc-location-page.c * privacy: Do not update on all Changed signals * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/797defb
[19:03] -ubottu:#ubuntu-desktop- Commit 797defb in gnome-team/gnome-control-center "privacy: Do not update on all Changed signals"
[19:03] <KGB-X> gnome-control-center ubuntu/latest 13f533f Maximiliano Sandoval panels/privacy/ cc-camera-page.c cc-location-page.c * privacy: Remove rows that had their perms reset * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/13f533f
[19:03] -ubottu:#ubuntu-desktop- Commit 13f533f in gnome-team/gnome-control-center "privacy: Remove rows that had their perms reset"
[19:03] <KGB-X> gnome-control-center ubuntu/latest 06472e3 Lukáš Tyrychtr panels/universal-access/cc-ua-typing-page.ui * universal-access: Add a few activatable widgets in the typing page * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/06472e3
[19:03] -ubottu:#ubuntu-desktop- Commit 06472e3 in gnome-team/gnome-control-center "universal-access: Add a few activatable widgets in the typing page"
[19:03] <KGB-X> gnome-control-center ubuntu/latest a8da191 Felipe Borges panels/sharing/cc-sharing-panel.c * sharing: Add mechanism to check availability of "Media Sharing" * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/a8da191
[19:03] -ubottu:#ubuntu-desktop- Commit a8da191 in gnome-team/gnome-control-center "sharing: Add mechanism to check availability of 'Media Sharing'"
[19:03] <KGB-X> gnome-control-center ubuntu/latest 49c1dcb Felipe Borges panels/sharing/cc-sharing-panel.c * sharing: Don't pass a panel reference to schema check function * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/49c1dcb
[19:03] -ubottu:#ubuntu-desktop- Commit 49c1dcb in gnome-team/gnome-control-center "sharing: Don't pass a panel reference to schema check function"
[19:03] <KGB-X> gnome-control-center ubuntu/noble 0592048 Jeremy Bicha * pushed 1573 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-control-center/compare/0000000...0592048
[19:03] <KGB-X> gnome-control-center ubuntu/noble 13dde32 Jeremy Bícha (27 files in 15 dirs) * Merge tag 'debian/1%46.0.1-1' into ubuntu/latest * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/13dde32
[19:03] -ubottu:#ubuntu-desktop- Commit 13dde32 in gnome-team/gnome-control-center "Merge tag 'debian/1%46.0.1-1' into ubuntu/latest"
[19:03] <KGB-X> gnome-control-center ubuntu/noble 9ec1c23 Jeremy Bícha debian/patches/ series debian/Revert-adding-Remote-Login.patch * Drop Revert Remote Login patch: not needed for Ubuntu * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/9ec1c23
[19:03] -ubottu:#ubuntu-desktop- Commit 9ec1c23 in gnome-team/gnome-control-center "Drop Revert Remote Login patch: not needed for Ubuntu"
[19:04] <KGB-X> gnome-control-center ubuntu/noble 7803a5e Jeremy Bícha debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * Drop periods from end of tiling descriptions * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/7803a5e
[19:04] -ubottu:#ubuntu-desktop- Commit 7803a5e in gnome-team/gnome-control-center "Drop periods from end of tiling descriptions"
[19:04] <KGB-X> gnome-control-center ubuntu/noble ed5ff69 Jeremy Bícha debian/changelog * releasing package gnome-control-center version 1:46.0.1-1ubuntu1 * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/ed5ff69
[19:04] -ubottu:#ubuntu-desktop- Commit ed5ff69 in gnome-team/gnome-control-center "releasing package gnome-control-center version 1:46.0.1-1ubuntu1"
[19:04] <KGB-X> gnome-control-center ubuntu/noble c2b73ef Jeremy Bícha debian/patches/ series system-Try-to-find-word-list-harder.patch * Cherry-pick proposed patch to fix Remote Desktop Generate Passwords * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/c2b73ef
[19:04] -ubottu:#ubuntu-desktop- Commit c2b73ef in gnome-team/gnome-control-center "Cherry-pick proposed patch to fix Remote Desktop Generate Passwords"
[19:36] <KGB-X> gtk4 signed tags 0ec18b7 Jeremy Bicha upstream/4.14.4+ds * Upstream version 4.14.4+ds * https://salsa.debian.org/gnome-team/gtk4/tags/upstream/4.14.4+ds
[19:36] <KGB-X> gtk4 upstream/latest 9612e1d Jeremy Bicha * pushed 65 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gtk4/compare/3473083...9612e1d
[19:36] <KGB-X> gtk4 upstream/latest 378758e Matthias Clasen gtk/icons/ (115 files in 9 dirs) * Reencode all our symbolic pngs * https://salsa.debian.org/gnome-team/gtk4/-/commit/378758e
[19:36] -ubottu:#ubuntu-desktop- Commit 378758e in gnome-team/gtk4 "Reencode all our symbolic pngs"
[19:36] <KGB-X> gtk4 upstream/latest d09a678 Matthias Clasen gtk/gdktextureutils.c meson.build * Speed up symbolic svg loading * https://salsa.debian.org/gnome-team/gtk4/-/commit/d09a678
[19:36] -ubottu:#ubuntu-desktop- Commit d09a678 in gnome-team/gtk4 "Speed up symbolic svg loading"
[19:37] <KGB-X> gtk4 upstream/latest e10f26f Matthias Clasen docs/reference/gdk/cairo.md * docs: Clarify the cairo interaction section * https://salsa.debian.org/gnome-team/gtk4/-/commit/e10f26f
[19:37] -ubottu:#ubuntu-desktop- Commit e10f26f in gnome-team/gtk4 "docs: Clarify the cairo interaction section"
[19:37] <KGB-X> gtk4 upstream/latest e37e44a Matthias Clasen testsuite/reftests/ image-load-from-file.css image-load-from-file.ui marble.png marble.xpm * reftests: Stop using xpm images * https://salsa.debian.org/gnome-team/gtk4/-/commit/e37e44a
[19:37] -ubottu:#ubuntu-desktop- Commit e37e44a in gnome-team/gtk4 "reftests: Stop using xpm images"
[19:37] <KGB-X> gtk4 upstream/latest 4e1ca38 Matthias Clasen testsuite/gsk/offload.c * testsuite: Make offload tests more robust * https://salsa.debian.org/gnome-team/gtk4/-/commit/4e1ca38
[19:37] -ubottu:#ubuntu-desktop- Commit 4e1ca38 in gnome-team/gtk4 "testsuite: Make offload tests more robust"
[19:37] <KGB-X> gtk4 pristine-tar f4241b9 Jeremy Bícha gtk4_4.14.4+ds.orig.tar.xz.delta gtk4_4.14.4+ds.orig.tar.xz.id * pristine-tar data for gtk4_4.14.4+ds.orig.tar.xz * https://salsa.debian.org/gnome-team/gtk4/-/commit/f4241b9
[19:37] -ubottu:#ubuntu-desktop- Commit f4241b9 in gnome-team/gtk4 "pristine-tar data for gtk4_4.14.4+ds.orig.tar.xz"


[00:58] <mwhudson> who can i bribe to get https://github.com/snapcore/snapd/pull/3065 merged?
[00:58] <mup> PR snapd#3065: Allow seeding a snap with classic confinement <Created by cyphermox> <https://github.com/snapcore/snapd/pull/3065>
[01:09] <cyphermox> mwhudson: I can ping zyga in the morning to see what's missing with that merge.
[01:09] <cyphermox> I meant to today, but when I thought of it it looks like it was too late, he wasn't online.
[01:12] <mwhudson> cyphermox: fair enough
[01:14] <cyphermox> mwhudson: if someone else answers before then... well we'll see here :)
[01:14] <mwhudson> cyphermox: yeah pinging at this time of day is more in hope than expectation
[03:03] <mup> PR snapcraft#1222 opened: beta <Created by snappy-m-o> <https://github.com/snapcore/snapcraft/pull/1222>
[04:21] <mup> PR snapcraft#1222 closed: beta <Created by snappy-m-o> <Closed by elopio> <https://github.com/snapcore/snapcraft/pull/1222>
[06:12] <mup> PR snapd#3089 opened: interfaces: drop udev tagging from framebuffer interface <Created by chunsangjeong> <https://github.com/snapcore/snapd/pull/3089>
[06:40] <mup> PR snapd#3083 closed: tests: move unity test to nightly suite <Created by fgimenez> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3083>
[06:46] <didrocks> ubuntu-make classic snap is still not published on amd64 (but acked on all other archs) since yesterday. Is that an oversight?
[06:47] <mup> PR snapd#3065 closed: Allow seeding a snap with classic confinement <Created by cyphermox> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3065>
[06:48] <mup> PR snapd#3071 closed: many: ignore configure hook failures on core refresh <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3071>
[07:26] <mup> PR snapd#3078 closed: tests: remove stale apt proxy leftover from cloud-init <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3078>
[08:17] <mardy> pstolowski: hi! I'll address the chanegs requested by Jamie -- thanks for your other updates!
[08:20] <mup> PR snapd#3090 opened: hookstate: add ability to report hook failures to the errtracker <Created by mvo5> <https://github.com/snapcore/snapd/pull/3090>
[08:26] <pstolowski> mardy, cool, yw!
[08:31] <mup> PR snapd#3064 closed: packaging: rename the file shipping snap-confine AA profile <Critical> <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3064>
[08:36] <ptrtng> Question: How do I access data on a mounted ntfs partition from a snappy-packaged application on 16.04? paths on mounted drive don't show up.  fsstab uses fuseblk fs as per installation.
[08:46] <ogra_> ptrtng, did you try using the removable-media interface ?
[08:47] <ogra_> (assuming your partition mounts under /media this should be accessible)
[08:49] <ptrtng> here is my current fstab entry:  UUID=XXXXXXXXXXXXXXXX /data ntfs  uid=1000,gid=1000,users,nodev,noexec,noatime  0   0
[08:49] <ptrtng> note uid and gid are from my own tries to bend the user to my username. didn't work.
[08:50] <ptrtng> the /data dir is accessible from bash and file manager.
[08:50] <ptrtng> the current mount entry is:  /dev/sdb1 on /data type fuseblk (rw,nosuid,nodev,noexec,noatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096)
[08:54] <ogra_> the /data dir wont be accessible by snaps ... as i said ... use something like /media/ntfsdrive to mount it and use the removable-media interface in your snap
[08:55] <mup> PR snapd#3091 opened: interfaces/seccomp: add bind as part of the default seccomp policy for hooks <Created by morphis> <https://github.com/snapcore/snapd/pull/3091>
[08:58] <ogra_> ppisati, should bluetooth work on the pi3 ? did you ever test that ?
[08:59] <ptrtng> ok. I removed the fstab entry. mounted using dolphin. mount says: dev/sdb1 on /media/USERNAME/data type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2) .
[08:59] <ogra_> ptrtng, goo, now make your snap use the removable-media interface and your snap apps should be able to see it
[08:59] <chani> guys i have a fundamental question
[08:59] <ogra_> *good even
[09:00] <chani> does snaps use os level virtualization
[09:00] <ptrtng> ok.  thats why the app doesn't see the /media directory.
[09:00] <ogra_> no, snaps dont use virtualization by default
[09:00] <ptrtng> BTW its not my own. I merely try to use it.
[09:01] <ogra_> well, then you should probaly contact the developer so he/she adds that interface :)
[09:01] <chani> so how is the isolation of snaps atchived
[09:01] <ogra_> ppisati, bug 1674509 ... and i'm not sure if it shoudl work (i definitely see the devices created in dmesg if i load the module)
[09:01] <mup> Bug #1674509: Unable to find bluetooth device on RPi3 running Ubuntu Core 16 <Snappy:New> <https://launchpad.net/bugs/1674509>
[09:02] <chani> *achieved
[09:02] <ogra_> chani, via apparmor, seccomp and namespaces
[09:02] <ogra_> chani, https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ has all the dirty details
[09:03] <ptrtng> @orgac thanks for your help.  I see me just using apt in this case. Pity.
[09:03] <nothal> ptrtng: No such command!
[09:03] <chani> thanks ogra
[09:03] <ptrtng> pitty
[09:03] <ogra_> ptrtng, what app was it ? i'm sure the maintainer would like to know about your issue
[09:03] <ogra_> (i know i would if it was my app)
[09:04] <chani> i have one more issue though
[09:05] <ptrtng> the snap in question is:  openmvs   0.7.0-2a41453-0  2
[09:06] <ptrtng> sorry I was wrong the app is: mve       20170210-0       1     mardy.
[09:07] <chani> i have used apache as my stage-packages and once i have installed the app
[09:07] <chani> i want the apache to start
[09:08] <ptrtng> From the same people. I'll contact them by myself. Thanks for the help
[09:09] <chani> i tried to start it through my terminal it seems to use my system path rather than snap application path to search for files
[09:09] <ogra_> mardy, mind adding support for the removable-media interface to mve ? sounds like a valid addition if you want to use files from removable media
[09:09] <mardy> ptrtng, ogra_: hi :-)
[09:09] <ogra_> :)
[09:09] <mardy> sure, I'll do that
[09:09] <ptrtng> thanks!
[09:09] <chani> like it fetches webpages from /var/www rather than /snap/my_app/current/var/www
[09:10] <ogra_> chthen you need to adjust the config
[09:10] <chani> so what should i do to make the root of my apache /snap/my_app/current/
[09:10] <ogra_> choh, wait ... how do you start it ? you should have a daemon entry in your snapcraft.yaml for it and use systemctl if it is a daemon
[09:12] <chani> so if i write a bash file and run it as a deamon it would by default use my /snap/my_app/current/ as root
[09:12] <ogra_> yeah
[09:12] <chani> did i get it right
[09:13] <chani> ok thanks i will try that thanks :)
[09:13] <ogra_> an example is at: https://github.com/snapcore/snapcraft/blob/master/demos/webcam-webui/snap/snapcraft.yaml and https://github.com/snapcore/snapcraft/blob/master/demos/webcam-webui/webcam-webui is a script it uses to run the httpd and a cam capturing service in a loop
[09:15] <ppisati> ogra_: uhm, i don't remember testing it, and the problem on the rpi3 is that serial and bluetooth are contending the uart
[09:15] <ppisati> ogra_: i need to test it
[09:15] <ogra_> koza, see above ... we are not actually sure BT should work on the pi3 ...
[09:16] <chani> the bash script uses #!/bin/bash as its shell right so when the deamon runs the bash file will it use bash shell to run the script
[09:17] <chani> if so how is the root changed to /snap/my_app/current/
[09:17] <ogra_> thats done by a builtin wrapper when the snap app gets executed
[09:17] <ogra_> along with adding $SNAP/lib to your library path etc
[09:18] <chani> where can i get the details of this implementation. just out of curiosity :P
[09:19] <chani> is it in the whitepapers
[09:20] <ogra_> i think there is some of it, yeah ... under FHS
[09:20] <ogra_> and in "Snap security policy" too
[09:24] <chani> thanks a lot ogra i was struck on the changing root dir for a day now it would have been a day or more if you didn't clarify it. :) :) :)
[09:37] <mardy> ptrtng: try "snap refresh"
[09:38] <mup> PR snapd#3092 opened: interfaces: capitalize Udev... as UDev <Created by zyga> <https://github.com/snapcore/snapd/pull/3092>
[09:49] <mup> PR snapcraft#1223 opened: kernel plugin: check_config() and check_initrd() support <Created by piso77> <https://github.com/snapcore/snapcraft/pull/1223>
[10:06] <morphis> Pharaoh_Atem: looks like we have one minor issue left for i386 builds of snap-confine
[10:06] <morphis> Pharaoh_Atem: https://copr-be.cloud.fedoraproject.org/results/mrmorph/snapcore/fedora-25-i386/00533426-snapd/build.log.gz
[10:14] <koza> ogra_, hey, reading
[10:15] <koza> unity
[10:25] <didrocks> jdstrand: unsure if it's on your plate as well or not: ubuntu-make classic snap is not published on amd64 (but acked on all other archs) since yesterday. Is that an oversight?
[11:22] <zyga> jdstrand: hey, can you review https://github.com/snapcore/snapd/pull/3091
[11:22] <mup> PR snapd#3091: interfaces/seccomp: add bind to default seccomp template for hooks <Created by morphis> <https://github.com/snapcore/snapd/pull/3091>
[11:51] <ptrtng> mardy: I just tried your meshlab-mardy snap. I am seeing the same external-disks-accessible' issue as with openmvg.  Would you care to fix that too?
[12:15] <mardy> ptrtng: which version is it ("snap info")?
[12:15] <mardy> ptrtng: for some reason it seems that "snap refresh" is not actually updating anything, weird
[12:16] <zyga> mardy: snap refresh is not updating devmode snaps
[12:16] <zyga> mardy: which OS is this?
[12:16] <zyga> mardy: we had a bug where we'd mark everything as devmode unless confinement was on
[12:16] <zyga> mardy: so no snaps would update
[12:16] <zyga> mardy: we'd fix core as a special-case but not any other snap
[12:18] <mardy> zyga: I'm on xenial, the snapcraft.yaml has "confinement: strict", but I don't remember if I used --devmode when installing it
[12:18] <Son_Goku> mardy: check bash history :)
[12:18] <mardy> Son_Goku: eh, that was long ago :-)
[12:19] <zyga> mardy: snap info says tihs
[12:19] <Son_Goku> if you didn't clobber ~/.bash_history, it should still be there
[12:19] <zyga> mardy: if you see devmode there it's devmode
[12:20] <ptrtng> mardy: I used 'meshlab-mardy  2016.12-20170302-2  4'
[12:21] <mardy> zyga: oh, could it be that I installed it from a local snap? I see that "publisher" is empty: http://paste.ubuntu.com/24267528/
[12:24] <ogra_> mardy, (x2) tells you it was local, yeah
[12:24] <zyga> mardy: yes
[12:24] <zyga> mardy: those won't refresh
[12:24] <mardy> zyga, ogra_: ah ok, that's expected, sorry for the noise
[12:33] <mup> PR snapd#3093 opened: cmd: discard the C implementation of snap-update-ns <Created by zyga> <https://github.com/snapcore/snapd/pull/3093>
[12:45] <jdstrand> didrocks: it was approved but not released. I don't personally release snaps after they are approved since the I don't know what channel things should go in. I think popey may have approved these yesterday though. anyway, if you want to release it still (I see you have a new upload for amd64), you can use snapcraft to do so (or just tell me here what channels it should go to)
[12:45] <jdstrand> zyga: hey, sure
[12:49] <didrocks> jdstrand: yeah, I noticed that meanwhile, it was actually done, great!
[13:03] <zyga> jdstrand: thank you
[13:03] <morphis> zyga: ok, you're right, it is the missing largefile support: https://paste.ubuntu.com/24267713/
[13:05] <zyga> morphis: glad to hear that was it
[13:05] <ogra_> xfs ?
[13:05] <ogra_> why the hell is anyone using xfs :P
[13:05] <ogra_> (apart from IBM)
[13:06] <Son_Goku> IBM would be using JFS
[13:06] <morphis> ogra_: its for some constants coming from xfs/xqm.h for confinement
[13:06] <Son_Goku> SGI was XFS
[13:06] <ogra_> oh, right, not IBM
[13:06] <zyga> yeah, just constants
[13:08] <morphis> Son_Goku: btw. if you have a min, I've updated the templating PR
[13:09] <mardy> ptrtng: done, please refresh meshlab
[13:10] <davmor2> ogra_: would it annoy you if someone did use xfs.....if so they are probably using it because I paid them to annoy you sorry ;)
[13:10] <mardy> ptrtng: there's a problem though: you need to explicitly type /media/<user> in the filename field, because the /media directory itself is not actually readable
[13:11] <Son_Goku> morphis: you need to fix snapd.system-shutdown.service too
[13:13] <Son_Goku> mvo: hey, you there?
[13:13] <morphis> Son_Goku: you mean adding template vars to it?
[13:13] <Son_Goku> morphis: yep
[13:14] <morphis> Son_Goku: it's not going to be used on any classic system, that is why I skipped it
[13:14] <Son_Goku> if you're going to do this, do it right :)
[13:14] <Son_Goku> you never know
[13:15] <morphis> and if you don't want people to use it another way than what it is supposed for then enforcement is better
[13:16] <morphis> AFAIK we don't test it anywhere else and therefor shouldn't ship it as an option
[13:16] <morphis> but leave this up to mvo and zyga
[13:16] <Son_Goku> your makefile already installs it
[13:16] <ogra_> davmor2, well, the paste was showing pokey-linux ... which is usually embedded ... using something like xfs or zfs in embedded would be rather insane (memory hog)
[13:17] <Son_Goku> morphis, and it's better to not presume that you guys will be the only "Snappy" system producers
[13:17] <davmor2> ogra_: hahahahaha
[13:17] <Son_Goku> I know zyga keeps shooting me down about it, but I fully expect that someone will want to build a snappy system on CentOS or Yocto or whatnot
[13:17] <ogra_> Son_Goku, we''ll just trademark it :P
[13:18] <Son_Goku> ogra_: you already did :/
[13:18] <morphis> Son_Goku: but you mean by "snappy" system? that word is already too overloaded :-)
[13:18] <ogra_> clever us ;)
[13:18] <Son_Goku> morphis: I mean that a system is composed as a snap-centric system like Ubuntu Core
[13:18] <Son_Goku> except not being Ubuntu based
[13:18] <ogra_> morphis, yeah, we should trademark "core" :)
[13:18] <Son_Goku> ogra_: too generic :)
[13:18] <morphis> :-)
[13:19] <zyga> coreOS ;-)
[13:19] <Son_Goku> Canonical holds trademarks for "Ubuntu Core" and "Ubuntu Snappy Core",  think
[13:19] <ogra_> yeah
[13:19] <ogra_> to specific :P
[13:19] <Son_Goku> but if I want to make "Fedora Snappy Core", it's not particularly difficult
[13:19] <morphis> zyga, mvo: its your call on templating for snapd.system-shutdown.service or not
[13:19] <davmor2> ogra_: I think the gym guys beat you too it and intel and ..... well you know the list goes on
[13:19] <zyga> Son_Goku: fedora core, like ubuntu core, mozilla ;-)
[13:19] <zyga> Son_Goku: make it an user-agent problem
[13:19] <Son_Goku> well, Fedora Core was a thing :)
[13:20] <ogra_> ubuntu core was a thing since 6 years or so
[13:20] <ogra_> but not the core you are looking for :)
[13:20] <Son_Goku> ogra_: Fedora Core was the original name of the Fedora distribution :)
[13:20] <Son_Goku> when Red Hat Linux was merged into the Fedora Project, "Fedora Core" represented the RHL bits
[13:21] <Son_Goku> that name is still trademarked by Red Hat
[13:25] <morphis> Son_Goku: btw. do you have packages for snapd-glib somewhere too?
[13:25] <Son_Goku> in Fedora dist-git
[13:25] <Son_Goku> that builds fine and can be upgraded
[13:25] <Son_Goku> it just can't be installed because snapd isn't available
[13:25] <Son_Goku> zyga is the maintainer of snapd-glib, you'll need to request comaint privs on pkgdb
[13:29] <morphis> Son_Goku: ok, let me do that
[13:29] <morphis> Son_Goku: still waiting for the golang-* packages to be added to pkgdb here .
[13:30] <Son_Goku> morphis: poking people in #fedora-admin might be appropriate then
[13:30] <morphis> Son_Goku: sounds like a good idea
[13:33] <morphis> Son_Goku, zyga: ok also requested admin access for snapd / snapd-glib
[13:36] <Son_Goku> zyga, morphis: I've approved snapd-glib ACLs, but I'm going to wait on snapd ones until after you have your golang stuff
[13:37] <morphis> Son_Goku: aye
[13:37] <morphis> Son_Goku: thanks
[13:37] <morphis> zyga: ok, https://github.com/morphis/snapd/commit/26a1a4b695d608596c76ee84ee00e9ecf4188267 solves the xqm.h problem but it looks a bit clumpy
[13:38] <zyga> looking
[13:39] <zyga> morphis: you can alternatively use a custom checker and just #define the right stuff inside
[13:39] <zyga> morphis: no need to touch CFLAGS
[13:39] <morphis> zyga: no that doesn't work
[13:39] <morphis> I tried it
[13:40] <morphis> but can't explain yet why ..
[13:41] <morphis> zyga: https://paste.ubuntu.com/24267906/
[13:43] <zyga> morphis: no idea, autotools magic
[13:43] <morphis> let me try one thing ..
[13:44] <morphis> actually that paste is wrong one .. but anyway
[13:48] <cyphermox> mvo: ta, this will really help
[13:50] <mup> PR snapd#3094 opened: cmd: rework header check for xfs/xqm.h <Created by morphis> <https://github.com/snapcore/snapd/pull/3094>
[13:50] <morphis> zyga: ^^
[13:54] <zyga> morphis: checking
[14:10] <steve_fi> Hey, I've created an Ubuntu Core LXD container and I want to be able to create users on it (which I think means I need to make the system writable) ... According to this man page (http://manpages.ubuntu.com/manpages/xenial/man5/writable-paths.5.html) I should be editing the file  /etc/system-image/writable-paths however, it doesn't exist and I cannot find it anywhere on the container, does anyone have any ideas?
[14:17] <ptrtng> mardi: I've checked out your meshlab update: Fails. See https://pastebin.com/gafuPLAg for more info.
[14:41] <mup> PR snapd#3093 closed: cmd: discard the C implementation of snap-update-ns <Created by zyga> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3093>
[14:43] <NicolinoCuralli> hi all is it possibile to bind udp/67 port in strict mode?
[14:51] <mup> PR snapd#3095 opened: cmd/snap-update-ns: add C preamble for setns <Created by zyga> <https://github.com/snapcore/snapd/pull/3095>
[15:17] <kyrofa> jdstrand, if I publish a gadget and also publish a snap that uses a serial-port slot provided by that gadget, do I need an assertion to autoconnect those?
[15:19] <jdstrand> kyrofa: you may need to today, but my understanding was that the gadget snap has a voice in autoconnection, so I think the design is you shouldn't
[15:20] <kyrofa> jdstrand, alright, I may be pinging you about that in a bit, then
[15:20] <jdstrand> kyrofa: if it doesn't work, I can issue a snap decl if needed, but please file a bug in that case
[15:20] <kyrofa> Sounds good
[15:20] <kyrofa> Yeah this has been a good exercise
[15:20] <jdstrand> I don't have the specifics on gadgets and autoconnection. I think morphis has done a few though
[15:26] <morphis> jdstrand, kyrofa: AFAIK this isn't possible today
[15:28] <kyrofa> morphis, alright, thank you
[15:29] <morphis> kyrofa: according to what I've heard from pedronis this should be possible in some way later
[15:34] <morphis> kyrofa: btw. I've started to use the nextcloud snap recently and have it now in a production environment, awesome work :-)
[15:35] <kyrofa> morphis, why thank you!
[15:35] <morphis> kyrofa: I really liked how it did everything for me including the lets-encrypt setup
[15:35] <morphis> magic :-)
[15:36] <kyrofa> morphis, yeah that took some time to work out, heh
[15:36] <morphis> coming from a 14.04 setup where I throw everything away no because they told me to install php5.6 from some ppa to be still able to install nextcloud 11
[15:36] <morphis> s/no because/now because/
[15:37] <kyrofa> Yeah it was always painful to maintain for me, too
[15:37] <morphis> but having something coming officially from nextcloud is quite nice and is enough for my trust level :-)
[15:37] <morphis> yeah
[15:37] <morphis> its quite interesting that they officially still state they support 14.04 where they clearly don't unless you install php from a ppa which also ships a patched version of openssl ..
[15:38] <kyrofa> Haha, "we support 12.04 too!"
[15:38] <morphis> :-D
[15:38] <morphis> kyrofa: I always only believe those things when I see and feel it them
[15:39] <kyrofa> morphis, the only weirdness with the snap is that automatically updating will sometimes disable your apps
[15:40] <kyrofa> morphis, keep that in mind, if they disappear, just re-enable them, you didn't lose anything
[15:40] <kyrofa> morphis, they're working on fixing that in nextcloud itself, sounds like
[15:43] <morphis> kyrofa: yeah .. had this with the regular install too
[15:44] <morphis> always had my dad crying his calendar and contacts disappeared :-)
[15:45] <kyrofa> Yeah... annoying
[15:50] <morphis> kyrofa: but good to know they are fixing this at the root of the whole thing
[15:55] <mup> PR snapcraft#1224 opened: tests: fix name registration window limit test to latest changes  <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1224>
[16:18] <kyrofa> barry, in case you didn't notice, snapcraft v2.28 is in -updates
[16:22] <barry> kyrofa: oh cool.  i don't see them in rmadison yet, but that might just be delay.  as soon as the autopkgtests w/o -proposed passes, i can land the branch and get u-i 1.0 classic snap uploaded
[16:22] <barry> kyrofa: conveniently, it's lunch time :)
[16:23] <kyrofa> barry, hmm... indeed, I may have lied
[16:27] <kyrofa> barry, yeah it's verification-done, but not in -updates yet. I may have been fooled by an lxd container setup with proposed darnit, sorry
[16:30] <mup> PR snapd#3096 opened: many: abstract path to /bin/{true,false} <Created by morphis> <https://github.com/snapcore/snapd/pull/3096>
[16:36] <cachio> jdstrand, hey
[16:37] <cachio> jdstrand, tyhicks , I was making some changes to the dbus performance tests and I noticed the big overhead is when the confinment is not strict
[16:38] <cachio> jdstrand, tyhicks in case the confinement is strict the overhead is aroud 15 to 20 %
[16:40] <tyhicks> cachio: when you say "when the confinement is not strict", are you referring to devmode, classic, or both of those confinement modes?
[16:41] <cachio> devmode
[16:41] <tyhicks> interesting
[16:41] <cachio> tyhicks, I used to install it with --devmode
[16:42] <cachio> then I removed that and I started getting results with 15-20$ of overhead
[16:42] <tyhicks> cachio: to make sure I understand, the dbus mediation with strict confinement mode is within our expected range (15-20%)
[16:42] <cachio> tyhicks, yes
[16:42] <cachio> agree
[16:42] <tyhicks> cachio: the dbus mediation with devmode confinement mode sometimes exceeds our expected range (> 25%)
[16:42] <tyhicks> ok
[16:42] <tyhicks> that could be really helpful when reviewing the code
[16:43] <cachio> tyhicks, it is about 35% with devmod confinment
[16:46] <tyhicks> cachio, jdstrand: this is starting to feel like an auditing overhead to me
[16:47] <tyhicks> cachio: are audit messages being sent to /var/log/syslog for every message you send?
[16:48] <tyhicks> cachio: you'll have a ton of apparmor="ALLOWED" messages if that's the case
[16:48] <cachio> tyhicks, let me see
[16:52] <cachio> tyhicks, well there are many entries for dbus in syslog
[16:52] <cachio> tyhicks, but not sure if there are so many to cause that
[16:52] <tyhicks> cachio: is there one that looks to repeat a lot?
[16:52] <tyhicks> cachio: if so, please paste it
[16:53] <cachio> tyhicks, this one http://paste.ubuntu.com/24268835/
[16:54] <tyhicks> cachio: ok, that is definitely coming from dbus-daemon
[16:55] <tyhicks> the in-code overhead for a devmode snap talking on dbus is two calls to this function: http://paste.ubuntu.com/24268842/
[16:56] <tyhicks> however, if the message/signal is not allowed by the snappy policy, it'll generate an audit message through libaudit which could add significant overhead if a large number of messages/signals are sent
[17:00] <cachio> tyhicks, something that also could help you is that I am also plugging the mount-observe interface
[17:00] <cachio> tyhicks, could that affect in the results?
[17:00] <Pharaoh_Atem> mvo: would it be possible to split the vendoring for snapd into an overlay tarball?
[17:00] <Pharaoh_Atem> that is, a tarball that is overlaid on top of an unvendored snapd tarball
[17:01] <tyhicks> cachio: I don't think so
[17:04] <barry> kyrofa: cool.  if it's verification-done, it'll show up soon enough
[17:11] <kyrofa> ogra_, I just noticed that the Dragonboard gadget has architectures: [armhf]
[17:11] <kyrofa> ogra_, shouldn't that be arm64?
[17:12] <zyga> jdstrand: hey
[17:14] <jdstrand> zyga: hey
[17:14] <zyga> jdstrand: can you please try to review https://github.com/snapcore/snapd/pull/3091 today, I think mvo wants this for an SRU
[17:14] <mup> PR snapd#3091: interfaces/seccomp: add bind to default seccomp template for hooks <Created by morphis> <https://github.com/snapcore/snapd/pull/3091>
[17:15] <jdstrand> zyga: I plan to
[17:15] <zyga> jdstrand: it's a workaround for golang doing "bind" and snapctl
[17:15] <jdstrand> I read it. I'm thinking about my response
[17:15] <sergiusens> barry: kyrofa I haven't pulled the trigger yet on releasing to -updates
[17:15] <zyga> jdstrand: aha, that's great, I just wanted to make sure you had an eye on this before it gets merged (it has two +1s)
[17:16] <barry> sergiusens: what's the hold up?
[17:17] <jdstrand> cachio: curious-- are you connecting the interface when in strict mode and not connecting the interface in devmode?
[17:17] <jdstrand> tyhicks: ^
[17:18] <Pharaoh_Atem> zyga: did you have a chance to talk to mvo about overlay tarballs?
[17:18] <jdstrand> people sometimes forget to connect their interfaces in devmode...
[17:18] <zyga> Pharaoh_Atem: no, because there was no release plan decision until today
[17:18] <zyga> Pharaoh_Atem: I'll ask
[17:18] <Pharaoh_Atem> zyga: cool
[17:18] <zyga> mvo: Pharaoh_Atem had an idea that we could release vanilla git tree + the vendor/ directory separately as that would ease packaging
[17:18] <zyga> Pharaoh_Atem: for vendorized builds we would consume both tarballs
[17:19] <zyga> Pharaoh_Atem: and for de-vendorized builds just one
[17:19] <zyga> Pharaoh_Atem: it shouldn't be be harder than what we do now (vendorized)
[17:19] <zyga> er
[17:19] <zyga> mvo: ^^
[17:19]  * zyga is tired
[17:19] <Pharaoh_Atem> it would make it much less painful for supporting EL7 builds along with Fedora builds
[17:19] <zyga> mvo: and once we have a script for making this should be essentially free
[17:20]  * zyga needs to walk again
[17:20] <zyga> (offline)
[17:22] <kyrofa> jdstrand, could you take a look at the dragonboard-turtlebot-kyrofa gadget when you're able, please?
[17:22] <kyrofa> Same thing as the amd64 gadget (serial-port workaround)
[17:25] <cachio> jdstrand, I am connecting in both
[17:25] <cachio> jdstrand, it is the same execution
[17:25] <cachio> jdstrand, the diff is the when I install
[17:26] <jdstrand> kyrofa: done
[17:27] <jdstrand> cachio: the diff is when you install? I don't understand. you mean you see a difference between when you install and when you connect the interfaces? as such, in strict mode before connecting and complain mode before connecting?
[17:27] <kyrofa> jdstrand, thank you!
[17:27] <jdstrand> (you see a difference)
[17:28] <jdstrand> kyrofa: I made a change to the review tools as well. the pc gadget should now pass automated review, but this one will be a little while for prod
[17:28] <kyrofa> jdstrand, indeed I've already experienced the pc passing, thank you :)
[17:37] <cachio> jdstrand, I install, then I connect and then I run the tests
[17:38] <cachio> jdstrand, that for strict and devmode
[17:38] <cachio> jdstrand, all the steps are equal, but hte install
[17:38] <cachio> jdstrand, the diff I see is when I run the tests
[17:38] <cachio> it is once the whole snap setup is done
[17:39] <jdstrand> ok
[17:39] <jdstrand> tyhicks: ^ (you probably figured all that out already...)
[18:08] <mup> PR snapd#3091 closed: interfaces/seccomp: add bind to default seccomp template for hooks <Created by morphis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3091>
[18:29] <kyrofa> Hey barry, I just hit an interesting python problem if you have a sec
[18:29] <barry> kyrofa: i do
[18:30] <kyrofa> I have a plugin that ends up pulling two dependencies, one of which is python2, the other is python3
[18:31] <kyrofa> barry, which means that I have two different python installs essentially contained in my part directory
[18:31] <kyrofa> barry, however, I only have one PYTHONPATH. Is there a way for me to set an environment that says "python2 stuff look here, python3 stuff look there"?
[18:32] <barry> kyrofa: unfortunately there isn't.  $PYTHONPATH is the same envar for both python2 and python3.  you'll have to put that on the command line, e.g. PYTHONPATH=foo:bar python2 whatever.py
[18:33] <kyrofa> barry, hmm... the problem is that a third dependency drives the actual build process, so I can't get anything into the cli
[18:33] <barry> kyrofa: hmm
[18:33] <kyrofa> Nasty
[18:33] <barry> yep :)
[18:34] <barry> too bad you can't just port the py2 bits to py3 :)
[18:34] <kyrofa> I didn't actually realize I had a python3 dependency in there until I saw a build failure happen on LP which apparently doesn't include lsb-release
[18:34] <barry> kyrofa: can you arrange for a module to get imported early in the build process?
[18:34] <kyrofa> barry, the build process is actually cmake. You would cry if you saw this
[18:35] <barry> because that module could test for the python version and then hack sys.path accordingly
[18:35] <barry> kyrofa: i'm tearing up just thinking about it ;)
[18:36] <kyrofa> barry, alright, thanks for the insight! I'll mull this over
[18:36] <barry> kyrofa: okay, good luck!
[18:37] <anorgrull> hi, trying to install snapd on a raspberry pi 3 running raspbian. Any shortcut from installing go and building from sources ?
[18:37] <kyrofa> anorgrull, I don't believe raspbian includes the necessary appamor kernel patches
[18:38] <kyrofa> anorgrull, zyga or morphis could probably talk you through building the necessary bits while disabling confinement, if you want to go that route
[18:41] <zyga> anorgrull: hey
[18:41] <zyga> anorgrull: hmm, raspbian is based on which version of debian now?
[18:41] <zyga> anorgrull: you may be able to just get it
[18:41] <kyrofa> barry, I suppose PYTHONPATH will still be needed even if I use .pth files?
[18:41] <zyga> anorgrull: in any case you can build snapd from source
[18:41] <anorgrull> maybe recompiling kernel to add it seem possible, an other route is to swich to ubuntu
[18:41] <zyga> anorgrull: I'd love to know how that feels like
[18:42] <zyga> anorgrull: a while ago I wrote this: https://new.zygoon.pl/post/case-study-snapd-on-centos/
[18:42] <zyga> anorgrull: it's a centos build but the main idea holds
[18:42] <barry> kyrofa: ah, that's a good (as in evil :) hack.  if the .pth is on the normal import path you won't, but if you need to put that in a non-standard place, you will.  you can do a lot with .pth files (for better or worse ;)
[18:44] <kyrofa> barry, I seem to remember that python checks in ~/.local somewhere by default as well as the system-wide location?
[18:47] <barry> kyrofa: there are differences depending on whether you're running it interactively or not, but you can always find out definitively with `python3 -c "import sys; print(sys.path)"
[18:48] <kyrofa> barry, wait... since the part owns the python in question I can create wrappers/aliases that set the right environment. Disgusting, but the best option yet I think
[18:48] <kyrofa> It also owns the PATH, so I can make sure those are called
[18:50] <barry> kyrofa: that's definitely the better way to go.  i've done $PATH hacking in my snapcraft.yaml (originally also needing to hack $PYTHONPATH but then found i didn't need it).  i'm not sure if the environment section can apply to a single part or to the whole thing (don't remember, didn't affect u-i)
[18:51] <kyrofa> Good deal
[18:59] <sergiusens> is this "ask barry"? If so, I have a question -> https://bugs.launchpad.net/snapcraft/+bug/1675479
[18:59] <mup> Bug #1675479: python plugin doesn't work for namespace packages <openstack> <plugin> <Snapcraft:Confirmed> <https://launchpad.net/bugs/1675479>
[18:59] <kyrofa> Hahaha
[18:59] <sergiusens> we use pure upstream pip, setuptools and wheels... any weird thing you can think of?
[19:00] <barry> python story time with the flufl
[19:00] <sergiusens> the fix mentioned in there involved driving the install with setup.py instead of pip btw (in case you have better ideas)
[19:02] <barry> sergiusens: that's odd because 2.7 doesn't have pep 420 style namespace packages.  it has a hacky thing but still requires __init__.pys
[19:02] <barry> or it *can* have a hacky thing if the top-level package puts stuff in __init__.py
[19:03] <barry> the paste deploy pastebin doesn't seem related to that because it's a top level package
[19:03] <mup> PR snapd#3097 opened: interfaces/seccomp: add bind as part of the default seccomp policy (backport) <Created by zyga> <https://github.com/snapcore/snapd/pull/3097>
[19:04] <barry> ah, nspkg.pth files.  yeah those are magical and problematic
[19:05] <Pharaoh_Atem> zyga: so morphis' golang packages have been approved
[19:05] <mup> PR core#30 opened: Update core snap cloud-init configuration <Created by raharper> <https://github.com/snapcore/core/pull/30>
[19:05] <Pharaoh_Atem> they are awaiting his import of the packages
[19:06] <Pharaoh_Atem> he should make sure that golang-sig and you are comaintainers of the golang packages
[19:06] <Pharaoh_Atem> zyga: and you should also grant golang-sig similar privileges for your golang-* packages
[19:06] <Pharaoh_Atem> only commit privileges, not approveacls and such
[19:08] <sergiusens> barry: any clues on how to circumvent this or have the interpreter read these?
[19:08] <kyrofa> jdstrand, alright, I've got two gadgets that both provide a `kobuki` serial-port slot, and one snap that has a `kobuki` serial-port plug. I'd like to get that snap to autoconnect to both gadgets
[19:08] <kyrofa> jdstrand, how do I go about this?
[19:08] <sergiusens> barry: but bottom line is packages added with .pth don't need __init__.py ?
[19:08] <sergiusens> did I read that correctly?
[19:09] <jdstrand> kyrofa: give me all the snap names and I'll do a snap declaration for them. please file a bug that you cannot do this with the gadget since that is the design
[19:10] <kyrofa> jdstrand, will do. The app snap's name is turtlebot-demo-kyrofa
[19:10] <kyrofa> jdstrand, the gadgets are pc-turtlebot-kyrofa and dragonboard-turtlebot-kyrofa
[19:11] <barry> sergiusens: i believe that's the case, although it's dependent on a properly written .pth file.  i believe the standard ones hack the top-level module object's __path__ to include the path to the sub-package, which python's import machinery uses to find subpackages
[19:11] <zyga> Pharaoh_Atem: sounds good, I will look into it
[19:12] <barry> (it's kind of a trick for them to do that level of __path__ hackery)
[19:13] <jdstrand> kyrofa: I've got several things I'm working on but will ping you when I add it
[19:13] <kyrofa> jdstrand, no rush, this week will make me happy
[19:13] <barry> sergiusens: it's all keyed off of sys.prefix and sys.exec_prefix.  i'm not sure what snapped python's do to those variables
[19:17] <sergiusens> barry: nothing really to sys.prefix and sys.exec_prefix, we just rely on the interpreter figuring it out relative to its exec path
[19:17] <barry> sergiusens: in that case it *should* find .pth files relative to those paths
[19:17] <sergiusens> but now that you mention no __init__ I'll look into running coreycb's full example and see how it goes
[19:18] <barry> sergiusens: cool.  let me know how it goes
[19:20]  * zyga EODs
[19:20] <zyga> Pharaoh_Atem: I'll work on golang-sig ACLs first thing tomorrow
[19:20] <Pharaoh_Atem> okay
tanks for the tuto, but i'm stuck on getting some dependencies header's, will try ubuntu mate 16
[19:21] <zyga> anorgrull: good luck,
[19:24] <mup> PR snapd#3098 opened: cmd: Select what socket to use in cmd/snap{,ctl} <Created by mvo5> <https://github.com/snapcore/snapd/pull/3098>
[20:04] <mwhudson> ahem
[20:04] <mwhudson> $ snap info snapcraft | grep ^summary
[20:04] <mwhudson> summary:   "Single-line elevator pitch for your amazing snap"
[20:04] <kyrofa> Hahaha
[20:05] <kyrofa> You can tell it's not done yet
[20:06] <mwhudson> there is a certain irony here :)
[20:06] <mwhudson> kyrofa: will launchpad use snapcraft 2.28 yet or only once it hits xenial-updates?
[20:06] <kyrofa> mwhudson, depends on the pocket you use
[20:07] <kyrofa> mwhudson, if updates, then yeah
[20:07] <mwhudson> oh right
[20:07] <kyrofa> mwhudson, you can of course use proposed
[20:07] <kyrofa> mwhudson, but then everything comes from proposed
[20:07] <mwhudson> yeah, that's ok for me i think
[20:08] <mwhudson> i guess i could also copy 2.28 into a ppa and depend on that
[20:08] <kyrofa> Indeed, though that sounds annoying
[20:08]  * mwhudson shrugs
[20:27] <jdstrand> pmcgowan: the ubuntu-app-platform issue should be resolved
[20:27] <pmcgowan> jdstrand, great thanks, what was it
[20:28] <jdstrand> pmcgowan: the review tools were correct. needed to tweak the snap decl slightly
[20:28] <pmcgowan> I guess thats good
[20:29] <pmcgowan> let me try to republish
[20:29] <jdstrand> pmcgowan: hold on
[20:29] <jdstrand> pmcgowan: let me just rerun the checks
[20:29] <pmcgowan> holding
[20:30] <jdstrand> pmcgowan: actually can you request a manual review in https://myapps.developer.ubuntu.com/dev/click-apps/6271/rev/42/ and https://myapps.developer.ubuntu.com/dev/click-apps/6271/rev/43/
[20:32] <pmcgowan> jdstrand, 2 reviews requested
[20:32] <jdstrand> ok, I triggered the autoreview
[20:33] <jdstrand> pmcgowan: ok, armhf passed. running the autoreview for arm64
[20:34] <pmcgowan> great
[20:35] <jdstrand> pmcgowan: arm64 passed. feel free to release like normal
[20:36] <jdstrand> pmcgowan: fyi, I added a task to a card to add a simple verification tool to the review tools so this doesn't happen again
[20:36] <jdstrand> (to verify the snap decl)
[20:36] <pmcgowan> ok
[20:36] <pmcgowan> thanks
[20:37] <jdstrand> the store itself only does rudimentary checks. perhaps it could be made to use this tool when its written
[20:44] <kyrofa> Haha, eject has a security update? I must read this...
[20:45] <kyrofa> Dang
[21:19] <mup> PR snapd#3074 closed: configstate,hookstate: limit runtime of the configure hook to 5 minutes <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/3074>


[20:54] <notabel> Good afternoon.  Does anyone know of any Ubuntu/Linux consultancies or support providers in/near Tallahassee?  I'm investigating long-term support options for a prospective Ubuntu Server installation.


[00:09] <DarkwingDuck> udslogger: quick question... will kobby work this time around?
[00:13] <DarkwingDuck> For those participating at UDS... it appears that Kobby works this time around
[00:16] <DarkwingDuck> It's a bit dodgy but, it looks like it'll hold up.
[06:41] <yofel> hm, seems nobody of use actually uploaded oxygen-icons, I'll do that then
[07:54] <ScottK> udslogger: No.  This is highlight udslogger day.
[08:03] <valorie> weeeeeee
[08:58] <shadeslayer> udslogger: whose your roommate?
[08:58] <shadeslayer> *who is
[09:01] <valorie> is this guy as boring in person as he is on the video?
[09:01] <valorie> deadly
[09:02] <valorie> sounds like Tony Blair on downers
[09:02] <shadeslayer> hahaha
[09:02] <shadeslayer> valorie: altho he is making alot of valid points
[09:03] <valorie> I wish I could focus
[09:03] <valorie> but he's just too boring
[09:03] <shadeslayer> :P
[09:08] <keffie_jayx> hey is there a chatroom for uds talk on kubuntu packaging?
[09:09] <debfx> keffie_jayx: #ubuntu-uds-mikszath
[09:09] <yofel> keffie_jayx: #ubuntu-uds-mikszath see http://uds.ubuntu.com/participate/remote/
[09:09] <yofel> but the session is a bit delayed
[09:09] <yofel> the plenary is taking too long as usual
[09:43] <bambee> morning
[09:46] <DarkwingDuck> Morning
[09:48] <yofel> hi bambee
[09:48] <bambee> hi :)
[09:48] <yofel> bambee: you at least didn't miss a thing from UDS :P
[09:48] <yofel> (except mark wanting all world to listen to the linearo folks)
[09:49] <bambee> yofel: I won't present to the talk about packaging for oneiric , but for other talks today, I will be present :)
[09:49] <bambee> :(
[09:49] <bambee> I won't be present *
[09:50] <yofel> bambee: packaging talk was moved to 15:00 - got time?
[09:50] <bambee> mhhhh...not sure, I am at work, so 15:00 UTC is 17:00 here
[09:51] <yofel> ah, I'm talking local time, so 13:00 UTC
[09:51] <bambee> (I've a meeting with my boss at 14:00 UTC... :\)
[10:10] <Quintasan> god damn it
[10:14] <shadeslayer> Quintasan: ?
[10:15] <Quintasan> moving session around like that
[10:15] <JontheEchidna> lol
[10:15] <Quintasan> I longer know what I'm supposed to do :D
[10:15] <yofel> and I don't know what to listen to
[10:15] <JontheEchidna> I'm in the Maturity ratings for applications session
[10:16] <Quintasan> Well, that's not relevant to my intrests atm
[10:16] <yofel> I found natty feedback interesting, but they have no stream :S
[10:17] <Quintasan> Wah, so wiki session is the first session we will actually have
[10:17] <Quintasan> </3 spam from Launchpad
[10:18] <Quintasan> Nightrose: Is the kile package working?
[10:19] <Nightrose> Quintasan: sorry - was too busy yesterday to try
[10:19] <Quintasan> Nightrose: oh well, fine, I was just asking since they moved our session and I have an hour to spare
[10:19] <Nightrose> ah heh
[10:19] <yofel> I have a backport package too, or just get someone to upload the backport request
[10:19] <Nightrose> well in the bug there still seem to be people with problems
[10:20] <yofel> the symbols bug?
[10:20] <Nightrose> yeah
[10:22] <yofel> well, you mean the panel at the left where you click on the symbols so it inserts \leftarrow or so, right?
[10:22] <yofel> that works fine for me in beta5
[10:23] <Nightrose> yofel: ok - i can only say what the comments in https://bugs.launchpad.net/ubuntu/+source/kile/+bug/772631 say
[10:24] <Nightrose> i'll try to test it as well today but can't promise
[10:27] <yofel> Nightrose: well, as answer for your question: bug 779203
[10:27] <Nightrose> :)
[10:35] <shadeslayer> yofel: Quintasan: udslogger ScottK do we have "More Kubuntu Packaging" in Elod now?
[10:36] <Quintasan> NOW?
[10:36] <ScottK> Not as far as I know.
[10:36] <yofel> wasn't the wiki session now?
[10:36] <DarkwingDuck> No, 24 minutes
[10:36] <ScottK> Wiki session is in the next hour
[10:36] <shadeslayer> oh wait... that was a hour ago ... :S
[10:36] <Quintasan> yup
[10:36] <shadeslayer> whats happening
[10:36] <yofel> right, ah, maybe he means the room
[10:37] <Quintasan> shadeslayer: Packaging is at 15:00 Budapest time
[10:37] <Quintasan> wiki is in 20 minutes or so
[10:37] <shadeslayer> no i mean https://blueprints.launchpad.net/ubuntu/+spec/desktop-o-kubuntu-packaging-two
[10:37] <shadeslayer> it says that was supposed to happen a hour ago ....
[10:37] <Quintasan> Because it was lol
[10:37] <yofel> yeah
[10:37] <shadeslayer> ...
[10:37] <Quintasan> but Linaro guys took time from every session and we moved it
[10:37] <yofel> blame linearo
[10:38] <DarkwingDuck> It got moved because of the Linaro guys
[10:38] <DarkwingDuck> LOL
[10:38] <shadeslayer> *facepalm*
[10:38] <ScottK> shadeslayer: I'll find a spot for that.
[10:38] <udslogger> ScottK: did you schedule mobile, fileshare, installer and no-alternate?
[10:38] <Quintasan> oh wait
[10:38] <udslogger> didn't notice them when skimming throught the schedule
[10:39] <Quintasan> ScottK:  More Kubuntu Packaging is seriously scheduled at 10 :/
[10:39] <shadeslayer> it's there somewhere
[10:39] <yofel> they were scheduled, at least when I looked yesterday
[10:39] <udslogger> maybe the shitty summit website just doesnt wanna highlight them ^^
[10:39] <ScottK> I don't see it.
[10:40]  * Quintasan can see it just fine, Monday, 10:00
[10:40] <Quintasan> Magic
[10:43]  * udslogger installs guidebook
[10:44] <udslogger> should the download ever start at all
[10:48] <ScottK> More Kubuntu Packaging is now tomorrow at 1000.
[10:48] <shadeslayer> moved
[10:48] <shadeslayer> so wiki stuff in another 10 minutes?
[10:49]  * yofel starts to believe kile enjoys making fun out of him
[10:49] <yofel> I'll look at this when I get home
[11:00] <droidslayer> Bah ... power outage >.>
[11:07] <DarkwingDuck> JR is leaving us?
[11:08] <JontheEchidna> for a cycle he will be tranferring to the bazaar team
[11:42] <Quintasan> https://bugs.launchpad.net/ubuntu/+source/plasma-widget-kubuntu-feedback/+bug/779842
[11:49] <Quintasan> ScottK: https://blueprints.launchpad.net/ubuntu/+spec/kubuntu-documentation-review
[11:49] <Quintasan> We would need a session for that
[11:56] <DarkwingDuck> Okay, that was fun..
[12:39] <bambee> finally, "Packaging for oneiric" is today at 15:00 UTC ? or tomorrow at 10:00 UTC ?
[12:40] <DarkwingDuck> On the scheule for today at 1500
[12:57] <udslogger> bambee: 15 CEST not UTC
[12:57] <udslogger> that is UTC+2
[12:58] <shadeslayer> udslogger: did the Qt plenary start yet?
[12:58] <udslogger> dunno
[12:58] <udslogger> I am having a beer
[12:58] <shadeslayer> yes it did
[12:58] <shadeslayer> well .. i haz video
[12:58] <bambee> udslogger: ohh, like in france ok
[12:58] <shadeslayer> bambee: http://video.ubuntu.com/live/
[12:59] <udslogger> oh I can watch it from here
[12:59] <udslogger> yay
[12:59] <shadeslayer> lulz
[13:00] <shadeslayer> bleh ..  :D
[13:21] <shadeslayer> WOW
[13:22] <bambee> :|
[13:55] <lucidfox> Good grief, Qt5?
[13:55] <lucidfox> Is another complete KDE rewrite in order? They've only recently finished polishing KDE4 :(
[13:58] <JontheEchidna> it will be mostly source compatible, so it won't be nearly as big of an effort as the jump from Qt3 to Qt4, which also had a design shift
[13:59] <bambee> well, I am present to "Packaging for oneiric", but not for others events today :'(
[14:02] <bulldog98> lucidfox: no the blog post says they want to keep (mainly source compatibility)
[14:10] <lucidfox> ah, good to hear thay
[14:10] <lucidfox> that
[14:10] <lucidfox> so, will it be KDE5, or will be still be KDE 4.something, but based on Qt5?
[14:11] <tsimpson> probably still KDE 4.x, but based on 5.0 (as long as it's all source compatible)
[14:37] <droidslayer> yofel: whats the room?
[14:37] <droidslayer> Powa outage again
[14:38] <yofel> #ubuntu-uds-tohotom
[14:54] <droidslayer_> yofel: what are they discussing?
[14:55] <yofel> touchegg
[14:55] <droidslayer_> Ah ok
[14:55] <yofel> and backup
[15:00] <droidslayer_> yofel: did they finish the session early?
[15:00] <yofel> no, still talking, now about kde module splitup
[15:00] <droidslayer_> Ah ok
[15:00] <droidslayer_> bulldog98: did you package kde pim?
[15:01] <droidslayer_> 4.5.95
[15:01] <bulldog98> droidslayer_: yes the beta package
[15:01] <yofel> session ended
[15:01] <droidslayer_> bulldog98: could you try and mention it on the wiki next time?
[15:01] <steveire> If it's BiC (and it is) it means KDE 5
[15:01] <droidslayer_> I repackaged it
[15:01] <bulldog98> droidslayer_: oh forgot that :(
[15:02] <bulldog98> droidslayer_: sorry for that
[15:02] <droidslayer_> bulldog98: did you push packaging to bzr repo?
[15:02] <bulldog98> droidslayer_: that’s the other thing I forgot
[15:03] <droidslayer_> :P
[15:03] <droidslayer_> bulldog98: could you push it asap?
[15:04] <droidslayer_> Ok gtg
[15:04] <droidslayer_> Cya
[15:04] <bulldog98> shadeslayer: I don’t have access (I’m not a member or are ninjas allowed now?)
[15:06] <valorie> hmmm, slept through packaging, but then....
[15:07] <JontheEchidna> the notes are pretty representative of how things went
[15:07] <JontheEchidna> (I would know, I took them. :P)
[15:07] <bulldog98> steveire: ping
[15:11] <steveire> pong
[15:11] <bulldog98> are you still packaging kdepim?
[15:12] <yofel> bulldog98: no, but you can always file merge requests, we'll notice them
[15:12] <yofel> that way the code is *somewhere* on launchpad at least
[15:13] <bulldog98> yofel: yeh I’ll do that now
[15:14] <valorie> gah, without sound, there is no way to participate
[15:14] <steveire> bulldog98: Nope, not atm
[15:15] <bulldog98> steveire: cause it’s already done
[15:15] <valorie> I'll be at community in an hour, I guess
[15:26] <shadeslayer> bulldog98: just push to your own branch and ask for a merge
[15:29] <maco> O_O accessibility session is at 5am my time tomorrow O_O
[15:31] <bulldog98> shadeslayer: tried that but I get an lp error
[15:32] <shadeslayer> error?
[15:32] <bulldog98> that was the reason for not doing that
[15:32] <bulldog98> No REFERER Header
[15:32] <yofel> ask in #launchpad, but afaik launchpad requires referers
[15:32] <shadeslayer> i have no idea .... maybe talk to someone on #launchpad?
[15:33] <bulldog98> yofel: I did that but I don’t know how to enable them with rekonq
[15:34] <JontheEchidna> maco: Scott's seeing if he can reschedule it later
[15:34] <yofel> no idea either, never tried to file a merge request with rekonq
[15:34] <yofel> shadeslayer: ?
[15:34] <maco> JontheEchidna: that'd be handy
[15:34] <shadeslayer> huh>
[15:34] <shadeslayer> yofel: ??
[15:34] <yofel> shadeslayer: any idea why rekonq wouldn't send referers?
[15:34] <shadeslayer> oh ... nope
[15:38] <bulldog98> konqi doesn’t want too (an other error)
[15:40]  * bulldog98 feels hated by browsers :(
[15:43] <Quintasan> yofel: please try restarting you core
[15:43] <yofel> hm, k, sec
[15:44] <bulldog98> someone can review them?
[15:44] <shadeslayer> bulldog98: push to bzr branch ask for merge on kubuntu-devel
[15:44] <shadeslayer> or sort it out with people on #launchpad
[15:45] <ScottK> maco: I moved it later in the day.
[15:46] <yofel> restarted postgres too
[15:48] <maco> ScottK: thanks
[15:51] <shadeslayer> bulldog98: reviewing
[15:51] <shadeslayer> uh
[15:52] <shadeslayer> bulldog98: did you not adjust the missing icons?
[15:52] <shadeslayer> oh this is kdepim-runtime
[16:01] <yofel> Kubuntu Community for Oneiric in #ubuntu-uds-kazincy in 4 mins
[16:02] <ulysses> hmmmm, I want to be there:(
[16:05] <yofel> ulysses: start by joining the channel ;)
[16:06] <ulysses> which?
[16:06] <yofel> -kazincy as I said
[16:08] <yofel> ulysses: also see http://uds.ubuntu.com/participate/remote/
[16:08] <yofel> icecast is having issues though all the time :(
[16:09] <ulysses> can't listen, I'm at the university:(
[16:09] <ulysses> but I can go on Thursday!
[16:25] <bulldog98> shadeslayer: which do you mean?
[16:25] <shadeslayer> hmm?
[16:25] <bulldog98> [16:52] <shadeslayer> bulldog98: did you not adjust the missing icons?
[16:25] <shadeslayer> bulldog98:  ignore that, i was looking at the wrong branch
[16:26] <bulldog98> shadeslayer: ok
[16:26] <bulldog98> shadeslayer: how do I update a merge request?
[16:26] <shadeslayer> push to branch and then ask for merge again
[16:28] <bulldog98> shadeslayer: it says that there is already a merge proposal
[16:29] <bulldog98> forget it
[16:32] <bulldog98> shadeslayer: so updated the branch
[16:38] <shadeslayer> okay
[16:38] <shadeslayer> will look in a couple of minutes
[17:03] <shadeslayer> agateau: around?
[17:04] <agateau> shadeslayer: in a meeting atm
[17:04] <shadeslayer> okay
[17:04] <shadeslayer> agateau: can you ping me when you're free?
[17:05] <agateau> shadeslayer: ok
[17:28] <shadeslayer> agateau: http://wstaw.org/m/2011/05/09/plasma-desktopwB1577.jpg << for when you are free
[17:30] <yofel> ok, while the others are having dinner and are getting drunk let's get back to work..
[17:30] <shadeslayer> yeah
[17:30] <shadeslayer> :P
[17:30]  * yofel goes looking at the ark patch
[17:31] <maco> shadeslayer: what is that?
[17:32] <shadeslayer> maco: so thats telepathy
[17:32] <shadeslayer> erm
[17:32] <shadeslayer> empathy
[17:32] <shadeslayer> where you can set custom statuses
[17:32] <yofel> kde bug 271553
[17:32] <shadeslayer> i'm implementing the same for telepathy KDE
[17:33]  * jussi has an interesting kubuntu bug if anyone wants to take a peak...
[17:34] <shadeslayer> jussi: shoot
[17:34] <yofel> guess I'll add that to kdeutils
[17:49] <jussi01> bah
[17:49] <jussi01> stupid internet connectivity
[17:49] <jussi01> http://imgur.com/0OcXM
[17:49] <jussi01> something crashed and this happened....
[17:49] <jussi01> I some how have a gnome desktop and plasma panels...
[17:51] <yofel> is nautilus running?
[17:51] <jussi01> yes
[17:51] <jussi01> seems so
[17:51] <yofel> then you know why you have the gnome desktop wallpaper :P
[17:52] <jussi01> yofel: but that doesnt explain why I have it - how did it get there in the first place?
[17:53] <yofel> true..
[17:53] <jussi01> anyways, I killed it and I has desktop back
[18:02] <maco> jussi01: do you use dropbox?
[18:04] <jussi> maco: no
[18:26] <agateau> shadeslayer: unfortunately I won't be able tonight it seems :/
[18:26] <agateau> shadeslayer: send me a mail
[18:26] <agateau> :/
[18:26] <shadeslayer> aw
[18:26] <shadeslayer> agateau: time for a quick question?
[18:26] <shadeslayer> agateau: should i use KDialog for showing/adding/removing the statuses?
[18:27] <shadeslayer> and when a user clicks Add they get a KID
[19:41] <bambee> rhoo. bzr fast-export rocks :D
[19:42] <yofel> what's that?
[19:46] <yofel> hm, does sound interesting
[19:46] <bambee> yofel: I am converting the userconfig repository to git
[19:46] <bambee> so I need it
[19:46] <yofel> right
[19:47] <bambee> basically it exports a stream corresponding to the content of the repository, it's interoperable with git fast-import
[19:47] <bambee> so: bzr fast-export $PWD | git fast-import && git reset HEAD =>  does the trick ;)
[19:48] <bambee> it's simple and everything is converted... (tags included) :D
[22:25] <steveire_> Anyone know about this:
[22:25] <steveire_> https://bugs.launchpad.net/ubuntu/+source/qt4-x11/+bug/579663
[22:26] <steveire_> I'm getting a similar issue now with qt-folks
[22:34]  * ScottK thinks udslogger should figure this one out.
[22:35] <ScottK> (once he finishes watching Dr. Who.
[22:35] <ScottK> )
[22:36] <ulysses> oh, the siren is a doctor, all people live, the captain with his son and the crew will stay on the starship, Amy saves Rory, happy end
[22:36] <ulysses> ScottK: you are udslogger's roommate?
[22:37] <ScottK> No
[22:41] <shadeslayer> ScottK: only 3 more hours to bed eh? :D
[22:42] <ulysses> it's almost midnight in Hungary
[22:42] <shadeslayer> ulysses: don't you know, its a rule at UDS's that you never sleep before 3
[22:42] <shadeslayer> 3AM
[22:43] <shadeslayer> and never get up later than 7.30AM
[22:43] <JontheEchidna> we finished about 15 minutes ago
[22:43] <shadeslayer> finished what?
[22:43] <shadeslayer> JontheEchidna: some sort of party ?
[22:43] <JontheEchidna> dr who
[22:43] <ulysses> shadeslayer: I don't, I'm not there:p
[22:43] <JontheEchidna> we actually were talked to by the creator of QGtkStyle today, maybe he'll be around tomorrow
[22:43] <shadeslayer> you were watching Dr. Who? :D
[22:44] <shadeslayer> ah
[22:44]  * shadeslayer is struggling with QListViews
[22:45] <ulysses> no, time to sleep, or I won't do my study tomorrow
[22:45] <ulysses> good night
[22:46] <shadeslayer> night
[22:46] <JontheEchidna> I'll be sleeping in a bit too
[22:46] <JontheEchidna> since I gotta get up at 8 if I want to eat
[22:46] <shadeslayer> JontheEchidna: whut ... 0.o
[22:47] <shadeslayer> you are boring... y u no sleep at 3 AM
[22:47] <JontheEchidna> sessions are at 900, so I must get up at 800 if I want to eat breakfast
[22:47] <JontheEchidna> jonathan carter started snoring two minutes after he turned off the lights (he's my roomie)
[22:47]  * tazz kicks shadeslayer
[22:47] <shadeslayer> tazz: what
[22:47] <shadeslayer> hehe
[22:49] <tazz> JontheEchidna: that is totally cool.
[22:49] <tazz> i wish i could sleep that fast.
[22:49] <JontheEchidna> uds is exhausting
[22:49] <shadeslayer> yeah
[22:49] <tazz> shadeslayer: you are not jealous  that you are not at UDS ?
[22:49] <shadeslayer> nope
[22:50] <tazz> shadeslayer: so dont you want to sleep?
[22:51] <shadeslayer> dude, i just played 30 minutes of Crysis, i'm all revved up
[22:52] <shadeslayer> flipping awesome graphics, better than a shot of coffee
[22:58] <bambee> good night
[23:36] <valorie> I was excited to get the ripped streams so I could catch up on what I missed
[23:36] <valorie> so far, they are bland
[23:36] <valorie> blank


[10:43] <KnitGal> is this a place to ask about 12.10 issues?
[11:23] <xnox> KnitGal: #ubuntu is for support. Here people who sort & triange bugs hang out and chat.
[11:25] <KnitGal> thanks.  I think there's a bug that has to do with Ubuntu Unity not loading in 12.10 but I forgot to write down the error messages
[11:43] <BlackNarcissus> Hello everyone. I got a question regarding a serious bug I'm experiencing during 12.10 install. I just firgured I'd ask here, sorry if that's the wrong place.
[11:45] <BlackNarcissus> When I try to install Ubuntu 12.10 64bits on my laptop with Nvidia integrated graphics, the install fails because the system overheats above the safety limits and shuts down. Where/how am I supposed to report this ? I didn't have this in 12.04. Thanks.
[12:04] <jibel> BlackNarcissus, it sounds like a kernel issue, could you please file a bug against linux with the command ubuntu-bug ?
[12:05] <BlackNarcissus> jibel: Ok, but do I do it during install, or when I got a working system ?
[12:07] <jibel> BlackNarcissus, Ideally, boot the system to a live session from a 12.10 USB or DVD and run the command 'ubuntu-bug linux' from a terminal.
[12:09] <BlackNarcissus> jibel: Ok, good, I will do that. Thanks for your answer. I achieved to install anyway by putting the laptop in a cold environment (ie outside at night) but I need to reinstall so I will do that.
[12:10] <jibel> yw
[13:05] <XRS1> Adding read ACL for uid 1000 to `/media/xrs1' failed: Operation not supported. mount reports volume already mounted. umount reports volume not mounted. desktop icon reports volume non existent.
[13:06] <XRS1> Compaq Evo n610c: two floppy drives on the desktop with this same issue. laptop does not posses floppy, no USB inserted.
[13:07] <XRS1> the former was on Gateway NV5378u
[13:08] <XRS1> the Evo does not have problems mounting USB mass storage
[14:00] <BlackNarcissus> jibel : Just to let me know, I did what you told me to do and reported the overheating bug under linux from a Live USB. I hope I did it properly, it's Bug #1068626
[14:00] <ubot2> Launchpad bug 1068626 in linux "System Overheats and Shuts Down during Install" [Undecided,Confirmed] https://launchpad.net/bugs/1068626
[14:02] <BlackNarcissus> let you know *
[14:13] <jibel> BlackNarcissus, looks good. You'll also might find help for this specific issue from the kernel people on #ubuntu-kernel
[14:14] <TheLordOfTime> morning, bugsquaders.  how goes it?
[14:15] <BlackNarcissus> jibel : Good, thanks. I managed to install 12.10 anyway by manually keeping to laptop cool enough, and installing Bumblebee solves it. I wanted to help :) I'll check with the kernel team. Thanks again.


[18:45] <h00k> oi
[18:46] <tsimonq2> h00k: key, look at what I sent you in Hangouts
[18:47] <tsimonq2> *hey
[18:47] <tsimonq2> (I was opped because a spammer joined)
[18:47] <jythrgfvedceffrt> I shall not spam an on-topic channel.
[18:48] <tsimonq2> jythrgfvedceffrt: you should get an ACTUAL REGISTERED nick
[18:48] <jythrgfvedceffrt> And even if this one is off-topic, I won't spam it.
[18:48] <jythrgfvedceffrt> I have one, but rarely use it.
[19:50] <tsimonq2> mikeputnam3: you are coming to our meeting on Tuesday, right?


[09:31] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3650 Diff missing (eoan/python-oslo.versionedobjects). Needs rebuild due to higher version at destination (eoan/networking-bagpipe, eoan/networking-bgpvpn, eoan/networking-odl, eoan/networking-sfc, eoan/neutron, eoan/neutron-dynamic-routing, eoan/neutron-vpnaas, eoan/octavia, eoan/openstack-trove, eoan/panko, eoan/placement, eoan/python-mistral-lib, eoan/python-oslo.service, eoan/python-oslo.upgrad
[10:11] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3650 Diff missing (eoan/networking-ovn, eoan/python-oslo.versionedobjects). Needs rebuild due to higher version at destination (eoan/networking-bagpipe, eoan/networking-bgpvpn, eoan/networking-odl, eoan/networking-sfc, eoan/neutron, eoan/neutron-dynamic-routing, eoan/neutron-vpnaas, eoan/octavia, eoan/openstack-trove, eoan/panko, eoan/placement, eoan/python-mistral-lib, eoan/python-oslo.service, eo
[11:51] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/3650 Needs rebuild due to higher version at destination
[11:57] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3797 Needs rebuild due to higher version at destination
[12:03] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/3762 Needs rebuild due to higher version at destination (eoan/almanah, eoan/budgie-desktop, eoan/cheese, eoan/eog, eoan/evince, eoan/evolution, eoan/evolution-data-server, eoan/evolution-ews, eoan/evolution-indicator, eoan/evolution-rss, eoan/eweouz, eoan/gdm3, eoan/gnome-calendar, eoan/gnome-clocks, eoan/gnome-contacts, eoan/gnome-control-center, eoan/gnome-desktop3, eoan/gnome-documents, eoan/gnome-f


[10:47] <random> Hello, I would need some help regarding setup of ardour 6 with jack on ubuntu studio, I have no playback (focusrite scralett)
[10:47] <random> Thanks in advance
[11:25] <rgh> random how do you setup/start jack ?
[11:26] <random> Thanks for your answer :)
[11:27] <random> I went through studio controls
[11:27] <random> Should I use Qjackctl instead?
[11:28] <random> Weird thing is that normally when jack is running I shouldn't be able to have playback from other apps like a browser.
[11:28] <random> But I have playback from youtube but no other website, and no playback within ardour
[11:29] <random> I guess it means the issue doesn't come from my externar sound card setup
[11:47] <random> Jack Master device : USB Jack Master  /  USB device that should be Master : USB,0,0  /  Sample Rate : 48000  /  Buffer : 1024  /  Backend : alsa
[12:49] <Karan> hi could someone help me to know how to fix Ubuntu Studio OS problem, i have installed 20.10 but not able to use it is not showing proper graphic
[15:32] <QuintaJose> Hola
[15:32] <QuintaJose> Alguien que hable español
[15:34] <QuintaJose> Helllo
[15:35] <QuintaJose> i need help with a new installation...
[16:05] <OvenWerks> hmm nobody reads the title I would guess.
[16:06] <OvenWerks> rgh: maybe mention to people that more help is available daytime utc -0700 (PST) ...
[16:07] <OvenWerks> The title does say 1500-0300 UTC is the most active time.
[16:11] <Maik> no one ever reads the topic when they enter a channel
[16:14] <OvenWerks> Maik: yup I agree... not many other options though
[16:15] <OvenWerks> maybe have a bot look for joins and send a message to that user... could get anoying pretty quick though
[16:15] <OvenWerks> besides, who reads bot messages...
[16:16] <Maik> not a lot either i guess :)
[16:17] <MauroGaspari[m]> I am usually around when you guys sleep, but today was too busy
[16:21] <OvenWerks> MauroGaspari[m]: no problem.
[16:21] <OvenWerks> last night seems to have been the most people I have seen asking questions in a while
[16:22] <Maik> it's not your fault, users should be more patient too and not leave after 2 to 3 minutes
[16:23] <OvenWerks> The first of these people went to #ardour and got probably wrong info  :)  It looks like all they needed to do was hit the start/restart jack button
[16:28] <corrinado[m]> <Maik "it's not your fault, users shoul"> So much truth.
[17:50] <rgh> <corrinado[m] "So much truth."> I think new users don't understand how irc works.
[18:01] <corrinado[m]> You are right about that. No argument from me
[18:02] <Eickmeyer[m]> <rgh "I think new users don't understa"> This is why the links point to the Matrix rooms now. Lower barrier to entry.
[18:08] <krytarik> Isn't the main issue here the response time though?  Then how does it even matter what chat platform is used?
[18:18] <Eickmeyer[m]> krytarik: Fair point.
[23:39] <sakrecoer[b]> <krytarik "Isn't the main issue here the re"> a matrix user is more likely to station their session in the channel, hence giving other users a chance to answer a couple of hours later.
[23:41] <sakrecoer[b]> well.. i guess, we can always answer a couole hours later. but if the support seeker is gone after 68 seconds it's not reall6 worth it.
[23:44] <sakrecoer[b]> but it's not ideal either. it's equally easy to forget about that new matrix tab in the browser.
[23:44]  * sakrecoer[b] is still holding high hopes for COI.
[23:45] <sakrecoer[b]> because email is simply the best
[23:45]  * sakrecoer[b] sang the above in Tina Turner voice
[23:45] <sakrecoer[b]> https://www.coi-dev.org/