[01:43] <KGB-X> rhythmbox ubuntu/latest d02fb62 Steve Langasek (via Amin Bandali) debian/changelog * Import Debian changes 3.4.7-2ubuntu3 * https://salsa.debian.org/gnome-team/rhythmbox/-/commit/d02fb62
[01:43] <KGB-X> rhythmbox ubuntu/latest 70c2b19 Steve Langasek (via Amin Bandali) debian/changelog * Import Debian changes 3.4.7-2ubuntu4 * https://salsa.debian.org/gnome-team/rhythmbox/-/commit/70c2b19
[01:43] -ubottu:#ubuntu-desktop- Commit d02fb62 in gnome-team/rhythmbox "Import Debian changes 3.4.7-2ubuntu3"
[01:43] -ubottu:#ubuntu-desktop- Commit 70c2b19 in gnome-team/rhythmbox "Import Debian changes 3.4.7-2ubuntu4"
[01:43] <KGB-X> rhythmbox ubuntu/latest 34dd053 Amin Bandali debian/ changelog patches/07_quicklists.patch patches/08_stop_quit.patch * releasing package rhythmbox version 3.4.7-2ubuntu5 * https://salsa.debian.org/gnome-team/rhythmbox/-/commit/34dd053
[01:43] -ubottu:#ubuntu-desktop- Commit 34dd053 in gnome-team/rhythmbox "releasing package rhythmbox version 3.4.7-2ubuntu5"
[01:44] <KGB-X> rhythmbox tags 8669c85 Amin Bandali ubuntu/3.4.7-2ubuntu3 * Debian release 3.4.7-2ubuntu3 * https://salsa.debian.org/gnome-team/rhythmbox/tags/ubuntu/3.4.7-2ubuntu3
[01:44] <KGB-X> rhythmbox tags bae09fe Amin Bandali ubuntu/3.4.7-2ubuntu4 * Debian release 3.4.7-2ubuntu4 * https://salsa.debian.org/gnome-team/rhythmbox/tags/ubuntu/3.4.7-2ubuntu4
[01:44] <KGB-X> rhythmbox signed tags 19b575d Amin Bandali ubuntu/3.4.7-2ubuntu5 * rhythmbox Debian release 3.4.7-2ubuntu5 * https://salsa.debian.org/gnome-team/rhythmbox/tags/ubuntu/3.4.7-2ubuntu5
[11:37] <KGB-X> gnome-initial-setup Nathan Teodosio 474095 * commented merge request !18 * https://salsa.debian.org/gnome-team/gnome-initial-setup/-/merge_requests/18#note_474095
[11:37] -ubottu:#ubuntu-desktop- Merge 18 in gnome-team/gnome-initial-setup "Re-enable Ubuntu Pro from the Jammy branch." [Opened]
[11:48] <KGB-X> gvfs signed tags 926a57a Jeremy Bicha upstream/1.54.0 * Upstream version 1.54.0 * https://salsa.debian.org/gnome-team/gvfs/tags/upstream/1.54.0
[11:49] <KGB-X> gvfs upstream/latest bcddbce Jeremy Bicha * pushed 44 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gvfs/compare/f47e82e...bcddbce
[11:49] <KGB-X> gvfs upstream/latest 82817f0 Andika Triwidada po/id.po * Update Indonesian translation * https://salsa.debian.org/gnome-team/gvfs/-/commit/82817f0
[11:49] -ubottu:#ubuntu-desktop- Commit 82817f0 in gnome-team/gvfs "Update Indonesian translation"
[11:49] <KGB-X> gvfs upstream/latest 5238c4f Rūdolfs Mazurs po/lv.po * Update Latvian translation * https://salsa.debian.org/gnome-team/gvfs/-/commit/5238c4f
[11:49] -ubottu:#ubuntu-desktop- Commit 5238c4f in gnome-team/gvfs "Update Latvian translation"
[11:49] <KGB-X> gvfs upstream/latest e4e6536 Andi Chandler po/en_GB.po * Update British English translation * https://salsa.debian.org/gnome-team/gvfs/-/commit/e4e6536
[11:49] -ubottu:#ubuntu-desktop- Commit e4e6536 in gnome-team/gvfs "Update British English translation"
[11:49] <KGB-X> gvfs upstream/latest 524e14d Daniel Mustieles po/es.po * Updated Spanish translation * https://salsa.debian.org/gnome-team/gvfs/-/commit/524e14d
[11:49] -ubottu:#ubuntu-desktop- Commit 524e14d in gnome-team/gvfs "Updated Spanish translation"
[11:49] <KGB-X> gvfs upstream/latest af006e7 Irénée THIRION po/fr.po * Update French translation * https://salsa.debian.org/gnome-team/gvfs/-/commit/af006e7
[11:49] -ubottu:#ubuntu-desktop- Commit af006e7 in gnome-team/gvfs "Update French translation"
[11:50] <KGB-X> gvfs pristine-tar ea2d78b Jeremy Bícha gvfs_1.54.0.orig.tar.xz.delta gvfs_1.54.0.orig.tar.xz.id * pristine-tar data for gvfs_1.54.0.orig.tar.xz * https://salsa.debian.org/gnome-team/gvfs/-/commit/ea2d78b
[11:50] -ubottu:#ubuntu-desktop- Commit ea2d78b in gnome-team/gvfs "pristine-tar data for gvfs_1.54.0.orig.tar.xz"
[11:50] <KGB-X> gnome-nibbles signed tags 3a86327 Jeremy Bicha upstream/4.0.3 * Upstream version 4.0.3 * https://salsa.debian.org/gnome-team/gnome-nibbles/tags/upstream/4.0.3
[11:51] <KGB-X> gnome-nibbles upstream/latest 66a8093 Balázs Úr po/hu.po * Update Hungarian translation * https://salsa.debian.org/gnome-team/gnome-nibbles/-/commit/66a8093
[11:51] -ubottu:#ubuntu-desktop- Commit 66a8093 in gnome-team/gnome-nibbles "Update Hungarian translation"
[11:51] <KGB-X> gnome-nibbles upstream/latest fd88ee6 Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://salsa.debian.org/gnome-team/gnome-nibbles/-/commit/fd88ee6
[11:51] -ubottu:#ubuntu-desktop- Commit fd88ee6 in gnome-team/gnome-nibbles "Update Basque translation"
[11:51] <KGB-X> gnome-nibbles upstream/latest d41f6ef Ben Corby NEWS data/org.gnome.Nibbles.appdata.xml.in meson.build * Release version 4.0.3 * https://salsa.debian.org/gnome-team/gnome-nibbles/-/commit/d41f6ef
[11:51] -ubottu:#ubuntu-desktop- Commit d41f6ef in gnome-team/gnome-nibbles "Release version 4.0.3"
[11:51] <KGB-X> gnome-nibbles upstream/latest c5f3b23 Jeremy Bícha (5 files in 3 dirs) * New upstream version 4.0.3 * https://salsa.debian.org/gnome-team/gnome-nibbles/-/commit/c5f3b23
[11:51] -ubottu:#ubuntu-desktop- Commit c5f3b23 in gnome-team/gnome-nibbles "New upstream version 4.0.3"
[11:51] <KGB-X> gnome-nibbles pristine-tar bd2e097 Jeremy Bícha gnome-nibbles_4.0.3.orig.tar.xz.delta gnome-nibbles_4.0.3.orig.tar.xz.id * pristine-tar data for gnome-nibbles_4.0.3.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-nibbles/-/commit/bd2e097
[11:51] -ubottu:#ubuntu-desktop- Commit bd2e097 in gnome-team/gnome-nibbles "pristine-tar data for gnome-nibbles_4.0.3.orig.tar.xz"
[12:06] <KGB-X> gobject-introspection signed tags afd0165 Jeremy Bicha upstream/1.80.0 * Upstream version 1.80.0 * https://salsa.debian.org/gnome-team/gobject-introspection/tags/upstream/1.80.0
[12:07] <KGB-X> gobject-introspection upstream/latest db6e209 Jeremy Bicha * pushed 29 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gobject-introspection/compare/546bbe9...db6e209
[12:07] <KGB-X> gobject-introspection upstream/latest ab1c51c Emmanuele Bassi giscanner/girwriter.py * writer: Add doc elements for callback fields * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/ab1c51c
[12:07] -ubottu:#ubuntu-desktop- Commit ab1c51c in gnome-team/gobject-introspection "writer: Add doc elements for callback fields"
[12:07] <KGB-X> gobject-introspection upstream/latest a5d2dcb Mathieu Duponchelle (14 files in 5 dirs) * giscanner: add is-inline attribute to function-like nodes * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/a5d2dcb
[12:07] -ubottu:#ubuntu-desktop- Commit a5d2dcb in gnome-team/gobject-introspection "giscanner: add is-inline attribute to function-like nodes"
[12:07] <KGB-X> gobject-introspection upstream/latest 23d1437 Emmanuele Bassi (5 files in 3 dirs) * Use separate elements for inline functions and methods * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/23d1437
[12:07] -ubottu:#ubuntu-desktop- Commit 23d1437 in gnome-team/gobject-introspection "Use separate elements for inline functions and methods"
[12:07] <KGB-X> gobject-introspection upstream/latest a1c423e Emmanuele Bassi (6 files in 4 dirs) * Inline symbols are not introspectable * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/a1c423e
[12:07] -ubottu:#ubuntu-desktop- Commit a1c423e in gnome-team/gobject-introspection "Inline symbols are not introspectable"
[12:07] <KGB-X> gobject-introspection upstream/latest 00b9838 Emmanuele Bassi docs/gir-1.2.rnc * Add MethodInline to the GIR schema * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/00b9838
[12:07] -ubottu:#ubuntu-desktop- Commit 00b9838 in gnome-team/gobject-introspection "Add MethodInline to the GIR schema"
[12:08] <KGB-X> gobject-introspection pristine-tar 087c502 Jeremy Bícha gobject-introspection_1.80.0.orig-glib.tar.xz.delta gobject-introspection_1.80.0.orig-glib.tar.xz.id * pristine-tar data for gobject-introspection_1.80.0.orig-glib.tar.xz * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/087c502
[12:08] -ubottu:#ubuntu-desktop- Commit 087c502 in gnome-team/gobject-introspection "pristine-tar data for gobject-introspection_1.80.0.orig-glib.tar.xz"
[12:08] <KGB-X> gobject-introspection pristine-tar e79fe6f Jeremy Bícha gobject-introspection_1.80.0.orig.tar.xz.delta gobject-introspection_1.80.0.orig.tar.xz.id * pristine-tar data for gobject-introspection_1.80.0.orig.tar.xz * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/e79fe6f
[12:08] -ubottu:#ubuntu-desktop- Commit e79fe6f in gnome-team/gobject-introspection "pristine-tar data for gobject-introspection_1.80.0.orig.tar.xz"
[17:42] <KGB-X> gdm signed tags 239f9cc Jeremy Bicha upstream/46_rc * Upstream version 46~rc * https://salsa.debian.org/gnome-team/gdm/tags/upstream/46_rc
[17:42] <KGB-X> gdm upstream/latest ad6cf4d Jeremy Bicha * pushed 114 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gdm/compare/28362e8...ad6cf4d
[17:42] <KGB-X> gdm upstream/latest 9f20e4e Bruce Cowan po/en_GB.po * Update British English translation * https://salsa.debian.org/gnome-team/gdm/-/commit/9f20e4e
[17:42] -ubottu:#ubuntu-desktop- Commit 9f20e4e in gnome-team/gdm "Update British English translation"
[17:42] <KGB-X> gdm upstream/latest 303f826 Quentin PAGÈS po/oc.po * Update Occitan translation * https://salsa.debian.org/gnome-team/gdm/-/commit/303f826
[17:42] -ubottu:#ubuntu-desktop- Commit 303f826 in gnome-team/gdm "Update Occitan translation"
[17:43] <KGB-X> gdm upstream/latest 54e6ea4 Rūdolfs Mazurs po/lv.po * Update Latvian translation * https://salsa.debian.org/gnome-team/gdm/-/commit/54e6ea4
[17:43] -ubottu:#ubuntu-desktop- Commit 54e6ea4 in gnome-team/gdm "Update Latvian translation"
[17:43] <KGB-X> gdm upstream/latest 8189116 Irénée THIRION docs/fr/fr.po * Update French translation * https://salsa.debian.org/gnome-team/gdm/-/commit/8189116
[17:43] -ubottu:#ubuntu-desktop- Commit 8189116 in gnome-team/gdm "Update French translation"
[17:43] <KGB-X> gdm upstream/latest a3cc688 Marco Trevisan (Treviño) libgdm/gdm-client.c * gdm-client: Fix transfer syntax on gdm_client_get_enabled_extensions() * https://salsa.debian.org/gnome-team/gdm/-/commit/a3cc688
[17:43] -ubottu:#ubuntu-desktop- Commit a3cc688 in gnome-team/gdm "gdm-client: Fix transfer syntax on gdm_client_get_enabled_extensions()"
[17:43] <KGB-X> gdm pristine-tar 830eec0 Jeremy Bícha gdm3_46~rc.orig.tar.xz.delta gdm3_46~rc.orig.tar.xz.id * pristine-tar data for gdm3_46~rc.orig.tar.xz * https://salsa.debian.org/gnome-team/gdm/-/commit/830eec0
[17:43] -ubottu:#ubuntu-desktop- Commit 830eec0 in gnome-team/gdm "pristine-tar data for gdm3_46~rc.orig.tar.xz"
[18:20] <KGB-X> gdm signed tags 4b4970d Jeremy Bicha ubuntu/46_rc-1ubuntu1 * gdm3 Debian release 46~rc-1ubuntu1 * https://salsa.debian.org/gnome-team/gdm/tags/ubuntu/46_rc-1ubuntu1
[18:20] <KGB-X> gdm ubuntu/latest 263d126 Jeremy Bicha * pushed 138 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gdm/compare/849ca58...263d126
[18:20] <KGB-X> gdm ubuntu/latest f08acb3 Marco Trevisan libgdm/meson.build * Merge branch 'disable-fatal-warnings' into 'main' * https://salsa.debian.org/gnome-team/gdm/-/commit/f08acb3
[18:20] -ubottu:#ubuntu-desktop- Commit f08acb3 in gnome-team/gdm "Merge branch 'disable-fatal-warnings' into 'main'"
[18:20] <KGB-X> gdm ubuntu/latest f984069 Joan Torres daemon/gdm-session.c * session: Reuse the VT when on XDMCP * https://salsa.debian.org/gnome-team/gdm/-/commit/f984069
[18:20] -ubottu:#ubuntu-desktop- Commit f984069 in gnome-team/gdm "session: Reuse the VT when on XDMCP"
[18:20] <KGB-X> gdm ubuntu/latest c18f118 Ray Strode daemon/gdm-session.c * Merge branch 'fix-starting-greeter-on-xdmcp' into 'main' * https://salsa.debian.org/gnome-team/gdm/-/commit/c18f118
[18:20] -ubottu:#ubuntu-desktop- Commit c18f118 in gnome-team/gdm "Merge branch 'fix-starting-greeter-on-xdmcp' into 'main'"
[18:20] <KGB-X> gdm ubuntu/latest ca2ee97 Alynx Zhou data/61-gdm.rules.in * data: Enable Wayland on Apseed and Mgag2000 devices * https://salsa.debian.org/gnome-team/gdm/-/commit/ca2ee97
[18:20] -ubottu:#ubuntu-desktop- Commit ca2ee97 in gnome-team/gdm "data: Enable Wayland on Apseed and Mgag2000 devices"
[18:20] <KGB-X> gdm ubuntu/latest f4728a7 Ray Strode data/61-gdm.rules.in * Merge branch 'aspeed-mgag2000-wayland' into 'main' * https://salsa.debian.org/gnome-team/gdm/-/commit/f4728a7
[18:20] -ubottu:#ubuntu-desktop- Commit f4728a7 in gnome-team/gdm "Merge branch 'aspeed-mgag2000-wayland' into 'main'"
[18:46] <KGB-X> gnome-control-center ubuntu/latest dab79b8 Jeremy Bicha * pushed 198 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-control-center/compare/1ef4c88...dab79b8
[18:46] <KGB-X> gnome-control-center ubuntu/latest 92e01d0 Daniel Rusek po/cs.po * Update Czech translation * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/92e01d0
[18:46] -ubottu:#ubuntu-desktop- Commit 92e01d0 in gnome-team/gnome-control-center "Update Czech translation"
[18:46] <KGB-X> gnome-control-center ubuntu/latest d9be89a Automeris naranja panels/system/remote-desktop/ cc-desktop-sharing-page.ui cc-remote-session-page.ui * remote-desktop: Fix page contents being cut when window is small * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/d9be89a
[18:46] -ubottu:#ubuntu-desktop- Commit d9be89a in gnome-team/gnome-control-center "remote-desktop: Fix page contents being cut when window is small"
[18:46] <KGB-X> gnome-control-center ubuntu/latest a4224d9 Automeris naranja panels/system/remote-desktop/cc-remote-desktop-page.ui * remote-desktop-page: Use AdwBreakpointBin * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/a4224d9
[18:46] -ubottu:#ubuntu-desktop- Commit a4224d9 in gnome-team/gnome-control-center "remote-desktop-page: Use AdwBreakpointBin"
[18:46] <KGB-X> gnome-control-center ubuntu/latest bb604ad Automeris naranja panels/system/remote-desktop/cc-remote-desktop-page.ui * remote-desktop-page: Decrease AdwBreakpoint max-width * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/bb604ad
[18:46] -ubottu:#ubuntu-desktop- Commit bb604ad in gnome-team/gnome-control-center "remote-desktop-page: Decrease AdwBreakpoint max-width"
[18:46] <KGB-X> gnome-control-center ubuntu/latest 87a62a7 Adrian Vovk panels/system/users/ cc-user-page.c cc-users-page.c cc-users-page.ui * users: Fixup buggy AdwNavigation behavior * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/87a62a7
[18:46] -ubottu:#ubuntu-desktop- Commit 87a62a7 in gnome-team/gnome-control-center "users: Fixup buggy AdwNavigation behavior"
[19:12] <KGB-X> gobject-introspection upstream/latest 6cda0cc Simon McVittie (969 files in 56 dirs) * New upstream version 1.80.0 * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/6cda0cc
[19:12] -ubottu:#ubuntu-desktop- Commit 6cda0cc in gnome-team/gobject-introspection "New upstream version 1.80.0"
[19:12] <KGB-X> gobject-introspection upstream/latest ceef9c9 Simon McVittie * Merge remote-tracking branch 'origin/upstream/latest' into upstream/latest * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/ceef9c9
[19:12] -ubottu:#ubuntu-desktop- Commit ceef9c9 in gnome-team/gobject-introspection "Merge remote-tracking branch 'origin/upstream/latest' into upstream/latest"
[19:13] <KGB-X> gobject-introspection pristine-tar 24a0094 Simon McVittie gobject-introspection_1.80.0.orig-glib.tar.xz.delta gobject-introspection_1.80.0.orig-glib.tar.xz.id * pristine-tar data for gobject-introspection_1.80.0.orig-glib.tar.xz * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/24a0094
[19:13] -ubottu:#ubuntu-desktop- Commit 24a0094 in gnome-team/gobject-introspection "pristine-tar data for gobject-introspection_1.80.0.orig-glib.tar.xz"
[19:13] <KGB-X> gobject-introspection pristine-tar 32d6009 Simon McVittie gobject-introspection_1.80.0.orig.tar.xz.delta gobject-introspection_1.80.0.orig.tar.xz.id * pristine-tar data for gobject-introspection_1.80.0.orig.tar.xz * https://salsa.debian.org/gnome-team/gobject-introspection/-/commit/32d6009
[19:13] -ubottu:#ubuntu-desktop- Commit 32d6009 in gnome-team/gobject-introspection "pristine-tar data for gobject-introspection_1.80.0.orig.tar.xz"
[19:13] <KGB-X> gobject-introspection pristine-tar 8d786c8 Simon McVittie gobject-introspection_1.79.1.orig-glib.tar.xz.delta gobject-introspection_1.79.1.orig-glib.tar.xz.id gobject-introspection_1.79.1.orig.tar.xz.delta gobject-introspection_1.79.1.orig.tar.xz.id * Merge remote-tracking branch 'origin/pristine-tar' into pristine-tar * https://salsa.debian.or
[19:13] <KGB-X> GNOMEg/gnome-team/gobject-introspection/-/commit/8d786c8
[20:23] <KGB-X> gnome-tour signed tags 3535506 Jeremy Bicha upstream/46.0 * Upstream version 46.0 * https://salsa.debian.org/gnome-team/gnome-tour/tags/upstream/46.0
[20:24] <KGB-X> gnome-tour upstream/latest 8c172c5 Jeremy Bicha * pushed 11 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-tour/compare/90597df...8c172c5
[20:24] <KGB-X> gnome-tour upstream/latest 0d9e358 Anders Jonsson po/sv.po * Update Swedish translation * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/0d9e358
[20:24] -ubottu:#ubuntu-desktop- Commit 0d9e358 in gnome-team/gnome-tour "Update Swedish translation"
[20:24] <KGB-X> gnome-tour upstream/latest 14bf1f9 Vaishnavi Nawghare data/org.gnome.Tour.metainfo.xml.in.in * metainfo: Add missing URLs * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/14bf1f9
[20:24] -ubottu:#ubuntu-desktop- Commit 14bf1f9 in gnome-team/gnome-tour "metainfo: Add missing URLs"
[20:25] <KGB-X> gnome-tour upstream/latest 0ea8436 Alan Mortensen po/da.po * Update Danish translation * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/0ea8436
[20:25] -ubottu:#ubuntu-desktop- Commit 0ea8436 in gnome-team/gnome-tour "Update Danish translation"
[20:25] <KGB-X> gnome-tour upstream/latest 9531a16 Milo Casagrande po/it.po * Update Italian translation * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/9531a16
[20:25] -ubottu:#ubuntu-desktop- Commit 9531a16 in gnome-team/gnome-tour "Update Italian translation"
[20:25] <KGB-X> gnome-tour upstream/latest b0e8eac Piotr Drąg po/pl.po * Update Polish translation * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/b0e8eac
[20:25] -ubottu:#ubuntu-desktop- Commit b0e8eac in gnome-team/gnome-tour "Update Polish translation"
[20:25] <KGB-X> gnome-tour pristine-tar c541d83 Jeremy Bícha gnome-tour_46.0.orig.tar.xz.delta gnome-tour_46.0.orig.tar.xz.id * pristine-tar data for gnome-tour_46.0.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-tour/-/commit/c541d83
[20:25] -ubottu:#ubuntu-desktop- Commit c541d83 in gnome-team/gnome-tour "pristine-tar data for gnome-tour_46.0.orig.tar.xz"
[20:42] <KGB-X> epiphany-browser signed tags 8df399f Jeremy Bicha upstream/46.0 * Upstream version 46.0 * https://salsa.debian.org/gnome-team/epiphany-browser/tags/upstream/46.0
[20:43] <KGB-X> epiphany-browser upstream/latest 622346f Jeremy Bicha * pushed 54 commits (first 5 follow) * https://salsa.debian.org/gnome-team/epiphany-browser/compare/0437468...622346f
[20:43] <KGB-X> epiphany-browser upstream/latest fa6baa8 ChangSeok Oh po/ko.po * Update Korean translation * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/fa6baa8
[20:43] -ubottu:#ubuntu-desktop- Commit fa6baa8 in gnome-team/epiphany-browser "Update Korean translation"
[20:43] <KGB-X> epiphany-browser upstream/latest cf9d559 Anders Jonsson po/sv.po * Update Swedish translation * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/cf9d559
[20:43] -ubottu:#ubuntu-desktop- Commit cf9d559 in gnome-team/epiphany-browser "Update Swedish translation"
[20:43] <KGB-X> epiphany-browser upstream/latest 720a5c2 Jürgen Benvenuti po/de.po * Update German translation * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/720a5c2
[20:43] -ubottu:#ubuntu-desktop- Commit 720a5c2 in gnome-team/epiphany-browser "Update German translation"
[20:43] <KGB-X> epiphany-browser upstream/latest 8ae0e80 Alice Mikhaylenko epiphany.doap * doap: Remove myself * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/8ae0e80
[20:43] -ubottu:#ubuntu-desktop- Commit 8ae0e80 in gnome-team/epiphany-browser "doap: Remove myself"
[20:43] <KGB-X> epiphany-browser upstream/latest 5c4076f Tomi Lähteenmäki (6 files in 3 dirs) * metainfo: fix URLs * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/5c4076f
[20:43] -ubottu:#ubuntu-desktop- Commit 5c4076f in gnome-team/epiphany-browser "metainfo: fix URLs"
[20:44] <KGB-X> epiphany-browser pristine-tar 37c17f9 Jeremy Bícha epiphany-browser_46.0.orig.tar.xz.delta epiphany-browser_46.0.orig.tar.xz.id * pristine-tar data for epiphany-browser_46.0.orig.tar.xz * https://salsa.debian.org/gnome-team/epiphany-browser/-/commit/37c17f9
[20:44] -ubottu:#ubuntu-desktop- Commit 37c17f9 in gnome-team/epiphany-browser "pristine-tar data for epiphany-browser_46.0.orig.tar.xz"
[21:02] <KGB-X> gnome-control-center signed tags 5766ae9 Jeremy Bicha ubuntu/1%46_rc-0ubuntu1 * gnome-control-center Debian release 1:46~rc-0ubuntu1 * https://salsa.debian.org/gnome-team/gnome-control-center/tags/ubuntu/1%46_rc-0ubuntu1
[21:02] <KGB-X> gnome-control-center signed tags 6543987 Jeremy Bicha upstream/46_rc * Upstream version 46~rc * https://salsa.debian.org/gnome-team/gnome-control-center/tags/upstream/46_rc
[21:03] <KGB-X> gnome-control-center ubuntu/latest f93a28d Jeremy Bícha debian/changelog * releasing package gnome-control-center version 1:46~rc-0ubuntu1 * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/f93a28d
[21:03] -ubottu:#ubuntu-desktop- Commit f93a28d in gnome-team/gnome-control-center "releasing package gnome-control-center version 1:46~rc-0ubuntu1"
[21:03] <KGB-X> gnome-control-center upstream/latest fe9a619 Jeremy Bicha * pushed 188 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-control-center/compare/841c363...fe9a619
[21:03] <KGB-X> gnome-control-center upstream/latest 79dd55c Artur S0 po/ru.po * Update Russian translation * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/79dd55c
[21:03] -ubottu:#ubuntu-desktop- Commit 79dd55c in gnome-team/gnome-control-center "Update Russian translation"
[21:03] <KGB-X> gnome-control-center upstream/latest 0336c96 Danial Behzadi po/fa.po * Update Persian translation * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/0336c96
[21:03] -ubottu:#ubuntu-desktop- Commit 0336c96 in gnome-team/gnome-control-center "Update Persian translation"
[21:03] <KGB-X> gnome-control-center upstream/latest 798d134 Yuri Chornoivan po/uk.po * Update Ukrainian translation * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/798d134
[21:03] -ubottu:#ubuntu-desktop- Commit 798d134 in gnome-team/gnome-control-center "Update Ukrainian translation"
[21:03] <KGB-X> gnome-control-center upstream/latest 22cffb1 Yaron Shahrabani po/he.po * Update Hebrew translation * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/22cffb1
[21:03] -ubottu:#ubuntu-desktop- Commit 22cffb1 in gnome-team/gnome-control-center "Update Hebrew translation"
[21:03] <KGB-X> gnome-control-center upstream/latest 7ec7e98 Automeris naranja panels/system/remote-desktop/cc-desktop-sharing-page.ui * desktop-sharing-page: Several small fixes * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/7ec7e98
[21:03] -ubottu:#ubuntu-desktop- Commit 7ec7e98 in gnome-team/gnome-control-center "desktop-sharing-page: Several small fixes"
[21:04] <KGB-X> gnome-control-center pristine-tar e5fdc19 Jeremy Bícha gnome-control-center_46~rc.orig.tar.xz.delta gnome-control-center_46~rc.orig.tar.xz.id * pristine-tar data for gnome-control-center_46~rc.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/e5fdc19
[21:04] -ubottu:#ubuntu-desktop- Commit e5fdc19 in gnome-team/gnome-control-center "pristine-tar data for gnome-control-center_46~rc.orig.tar.xz"
[21:10] <KGB-X> gnome-connections signed tags 3398b66 Jeremy Bicha upstream/46_rc * Upstream version 46~rc * https://salsa.debian.org/gnome-team/gnome-connections/tags/upstream/46_rc
[21:11] <KGB-X> gnome-connections upstream/latest 010c21f Jeremy Bicha * pushed 37 commits (first 5 follow) * https://salsa.debian.org/gnome-team/gnome-connections/compare/cac9914...010c21f
[21:11] <KGB-X> gnome-connections upstream/latest b5b09d7 Marek Kasik subprojects/gtk-frdp * Update gtk-frdp * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/b5b09d7
[21:11] -ubottu:#ubuntu-desktop- Commit b5b09d7 in gnome-team/gnome-connections "Update gtk-frdp"
[21:11] <KGB-X> gnome-connections upstream/latest 2b13d60 Kukuh Syafaat po/id.po * Update Indonesian translation * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/2b13d60
[21:11] -ubottu:#ubuntu-desktop- Commit 2b13d60 in gnome-team/gnome-connections "Update Indonesian translation"
[21:11] <KGB-X> gnome-connections upstream/latest a7bc7ae Daniel Mustieles po/es.po * Updated Spanish translation * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/a7bc7ae
[21:11] -ubottu:#ubuntu-desktop- Commit a7bc7ae in gnome-team/gnome-connections "Updated Spanish translation"
[21:11] <KGB-X> gnome-connections upstream/latest 2a1cf34 Andi Chandler po/en_GB.po * Update British English translation * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/2a1cf34
[21:11] -ubottu:#ubuntu-desktop- Commit 2a1cf34 in gnome-team/gnome-connections "Update British English translation"
[21:11] <KGB-X> gnome-connections upstream/latest dac5771 Boyuan Yang po/zh_CN.po * Update Chinese (China) translation * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/dac5771
[21:11] -ubottu:#ubuntu-desktop- Commit dac5771 in gnome-team/gnome-connections "Update Chinese (China) translation"
[21:11] <KGB-X> gnome-connections pristine-tar 7b9d7db Jeremy Bícha gnome-connections_46~rc.orig.tar.xz.delta gnome-connections_46~rc.orig.tar.xz.id * pristine-tar data for gnome-connections_46~rc.orig.tar.xz * https://salsa.debian.org/gnome-team/gnome-connections/-/commit/7b9d7db
[21:11] -ubottu:#ubuntu-desktop- Commit 7b9d7db in gnome-team/gnome-connections "pristine-tar data for gnome-connections_46~rc.orig.tar.xz"


[03:38] <chilts> long time no see - thought I'd rejoin the IRC world again (after having not set it up on my new laptop as of 10 months ago)
[03:38] <chilts> seems I can't get into the #equifoss channel any longer, but I figure it's quiet there these days (is it?)


[00:12] <mup> PR snapcraft#2119 opened: repo: automatically prune unneeded stage-packages <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2119>
[02:26] <mup> PR snapd#5123 opened: tests: skip test lp-1721518 for arch, snapd is failing to start after reboot <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5123>
[08:06] <Chipaca> moin moin
[08:54] <doko> why does snapcraft depend on binutils?
[09:04] <Chipaca> doko: readelf
[09:05] <Chipaca> doko: although that seems to be in tests, so maybe something else
[09:05] <Chipaca> doko: why?
[09:06] <jamesh> it was using readelf in the past (I ripped that code out to use pyelftools instead)
[09:06] <jamesh> maybe the deb packaging is out of date?
[09:27] <Chipaca> jamesh: when you ripped it out, did you also update stuff under debian/? :-)
[09:27] <Chipaca> jamesh: (tbh there might be something else that needs it, dunno)
[09:29] <jamesh> Chipaca: I didn't: https://github.com/snapcore/snapcraft/pull/1913/files -- I guess I wasn't sure whether it was in use elsewhere or not
[09:29] <mup> PR snapcraft#1913: elf: pyelftools to parse ELF files rather than readelf <Created by jhenstridge> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1913>
[09:30] <Chipaca> jamesh: you know how people sometimes annotate C includes with what they were included for, to track when to remove it?
[09:30] <Chipaca> jamesh: i wish there was a similar practice for this
[09:31] <Chipaca> although the answer might be 'move it to source-deps and see if anything breaks'
[09:31] <jamesh> at the time, it sounded like the snapped version of snapcraft was the main focus
[09:41] <Chipaca> mvo: o/!
[09:41] <Chipaca> mvo: how's things?
[09:41] <mvo> hey Chipaca - things are going well
[09:41] <Chipaca> mvo: cool
[09:42] <mvo> Chipaca: how are you?
[09:42] <Chipaca> mvo: not envious
[09:42] <mvo> Chipaca: hahahaha
[09:42]  * mvo hugs Chipaca
[09:43]  * Chipaca hugs mvo back
[09:45] <Chipaca> mvo: 'snap install mosaic' might bring a bit of levity to your day
[09:48] <mvo> Chipaca: woah
[09:48] <mvo> Chipaca: WOAH
[09:50] <mvo> Chipaca: this even works without layouts and a custom base? nice
[09:50] <Chipaca> mvo: yeah, this is a rebuild, nothing fancy
[09:50] <Chipaca> mvo: still working on the other thing
[09:50]  * mvo nods
[09:50] <Chipaca> (not today though)
[09:50] <Chipaca> mvo: also I somehow tricked popey into picking that one up :-D
[09:51]  * popey shakes fists at Chipaca
[09:51]  * Chipaca likes this "break stuff and then make it somebody else's problem" MO
[09:51] <Chipaca> popey: have you tested it on arm?
[09:51] <popey> no, i dont have an arm machine which is connected to a display
[09:52] <popey> actually, I could ssh -X
[09:52] <popey> (or can I?)
[09:52] <jamesh> expense a Chromebook?
[09:52] <popey> hahahahahahaah
[09:52] <jamesh> (if you need to touch arm often enough, that is)
[09:53] <Chipaca> popey: IIRC you'd need x11-utils (or was it xauth)? for -X to work (use -v to see the error)
[09:53] <popey> https://paste.ubuntu.com/p/n7nKkGwr42/
[09:57] <Chipaca> popey: ssh -v and look at errors before you get shell
[09:57] <Chipaca> there'll be something like 'nah nah no xauth'
[09:57] <popey> maybe later :)
[09:57] <Chipaca> k
[09:58]  * Chipaca tries to get back to work that isn't emails
[10:25] <Chipaca> cachio_: let me know when you're around
[10:31] <doko> Chipaca: because binutils now triggers snapcraft autopkg tests, and these fail
[10:32] <doko> Chipaca: when it's just a test dependency, then please remove it as a dependency
[10:33] <Chipaca> doko: it'd be a build dependency, right?
[10:36] <doko> Chipaca: yes. and you could even annotate it as <!nocheck>
[10:37] <Chipaca> doko: I don't know what that means, but I'll forward the information to sergiusens or ev when they're around
[10:38] <Chipaca> (I can imagine what it means, yes)
[11:09] <nickman> Hey! I have tried to find some information about this, but haven't had any luck. Hopefully you can help me. Is there any way to set up Ubuntu Core on a RPi2 without a monitor and keyboard (headless)?
[11:11] <Chipaca> nickman: yes, if you have serial
[11:14] <nickman> Chipaca: okay, there is no way to just boot up directly with the SSO credentials and internet settings in place?
[11:17] <Chipaca> nickman: AFAIK not without a custom gadget snap, but maybe ogra_ knows more
[11:18] <Chipaca> auto-import only does assertions, which those aren't
[11:18] <Chipaca> (auto-import is the feature where it'll load assertions from removable media)
[11:18] <ogra_> well, it defaults to serial console ... so it depends how headless your definition oif headless is ;)
[11:19] <Chipaca> ogra_: but there's no way to get sso creds and netplan on there, right?
[11:19] <ogra_> but yes, you can use a user assertion via usb device to set up a user account ...
[11:19] <nickman> ogra_: Headless as in, insert sd card, bootup, done.
[11:20] <ogra_> Chthe user assertion provides the SSO  creds ... i think at least
[11:20] <ogra_> Chipaca, ^^^
[11:21] <Chipaca> nickman: out of curiosity, what do you need this for?
[11:21] <Chipaca> and yes, i just checked and user assertions have ssh keys so you can do that
[11:22] <Chipaca> (don't know how to do it myself, though -- maybe pedronis)
[11:22] <Chipaca> still no answer for netplan though
[11:22] <nickman> Chipaca: I have a bunch of RPis that will be running Ubuntu Core, they all are going to use the same SSO credentials. Connecting every RPi to a screen and keyboard is a bit tedious.
[11:23] <nickman> SSHing to every one of them and finishing the set up in that way would also be nice and could easily be automed with the use of Terraform.
[11:24] <Chipaca> nickman: sounds reasonable. You want to go to the forum with it? it sounds like a longer/deeper conversation than can be addressed here
[11:25] <ogra_> yu could create your own gadget with an extzra vfat partition where you include the user assertion ... but that kind of defeats all security
[11:27] <Chipaca> ogra_: security is overrated
[11:27]  * Chipaca hides from jamesh
[11:27] <Chipaca> er
[11:27] <Chipaca> i meant from jdstrand
[11:27] <ogra_> haha
[11:27]  * Chipaca hides from all the jameses
[11:27] <Chipaca> ogra_: also, https://www.heise.de/ct/artikel/Super-GAU-fuer-Intel-Weitere-Spectre-Luecken-im-Anflug-4039134.html
[11:28] <ogra_> pfft intel ...
[11:28] <ogra_> onbolete architecture
[11:28] <ogra_> *obsolete too
[11:28]  * Chipaca covers his processor's ears
[11:29] <nickman> Chipaca: I suppose  I could post something on the forum. Can't seem to find any Ubuntu Core specific sub forum though?
[11:29] <ogra_> nickman, the "device" topic
[11:30] <Chipaca> nickman: 'device'
[11:30] <Chipaca> heh
[11:32] <nickman> I suppose Ask Ubuntu would suffice?
[11:33] <ogra_> forum.snapcraft.io
[11:33] <ogra_> (see channel topic btw :) )
[11:35] <nickman> Hah, my bad. Sorry!
[11:40] <mup> Issue snapcraft#2093 closed: manifest.yaml does not indicate the release the snap was built on <Created by jdstrand> <Closed by jdstrand> <https://github.com/snapcore/snapcraft/issue/2093>
[11:41] <popey> cjwatson: do you know when we will get the ability to tell build.snapcraft.io to *only* trigger builds for specific architectures? (e.g. a snapcraft.yaml that ingests an amd64 deb only, won't build on armhf)?
[11:42] <cjwatson> popey: Can't say, because I'm waiting for the snapcraft team to provide the necessary support as discussed in New York
[11:43] <popey> Ok, thanks. kyrofa ^ When will snapcraft ( :) ) grow the abililty to say "only build this for $ARCH"?
[11:43] <mup> PR snapcraft#2120 opened: many: dedup environment entries <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2120>
[11:47] <ogra_> Chipaca, uhm ... are we aware that a "snap switch core --$targetchannel" does not actually switch core at all on ubuntu-core devices ?
[11:47] <Chipaca> ogra_: whaddya mean?
[11:47] <ogra_> (it does not touch the bootloader, so the old core is booted, but in state.json the channel info is updated)
[11:47] <Chipaca> ah
[11:47] <Chipaca> oh
[11:47] <Chipaca> oooh
[11:48] <popey> just a little bit
[11:48] <Chipaca> ogra_: can you file a bug?
[11:48] <Chipaca> ogra_: I don't want to risk forgetting, and have too much state right now
[11:52] <Chipaca> ogra_: and by 'state' i mean 'lunch'
[11:52]  * Chipaca -> lunch
[11:53] <ogra_> Chipaca, https://bugs.launchpad.net/snapd/+bug/1768822
[11:53] <mup> Bug #1768822: snap switch core on ubuntu-core does not update the bootloader, but state.json <snapd:New> <https://launchpad.net/bugs/1768822>
[11:57] <cjwatson> kyrofa: re popey's question, I believe the promise was also that snapcraft's parser would be split out in a way that we could consume from py2 code
[12:04] <popey> ogra_: I always thought "switch" was supposed to be followed by a "refresh" - that was the design
[12:05] <popey> when you "switch" it's instant, it doesn't actually do the download/install of the snap
[12:05] <popey> ..until the next refresh
[12:08] <ogra_> hmm, i thought it is only instant if the snap is installed and otherwise installs it
[12:09] <popey> I *think* it's working as designed.
[12:09] <ogra_> i'll try it on the next test run
[12:10] <popey> no mention of switch in https://docs.snapcraft.io/core/usage
[12:11] <ogra_> looks like someone didnt update the docs :)
[12:17] <Chipaca> ogra_: popey:  having had a bit of lunch,
[12:18] <Chipaca> ogra_: popey: snap switch <args> a-snap && snap refresh [12:18] <Chipaca> that is, switch just changes what the snap is tracking
[12:19] <Chipaca> even the --help output could use some love
[12:20] <Chipaca> patches welcome :-D
[12:20] <Chipaca> popey: ^ hint hint nudge nudge
[12:20]  * Son_Goku waves
[12:21] <Chipaca> Son_Goku: o/
[12:22] <Son_Goku> zyga, so where's Zygoonix? :D
[12:24] <Son_Goku> cjwatson, why do you need snapcraft's parser to be py2 compatible?
[12:25] <cjwatson> Son_Goku: Because I need to use it in Launchpad
[12:25] <Son_Goku> eh?
[12:25] <cjwatson> It needs to know which architectures to dispatch to
[12:25] <Son_Goku> you can't just read the yaml and figure that out?
[12:25] <cjwatson> The parsing rules for architectures are non-trivial
[12:25] <cjwatson> We *might* be able to duplicate it, but I'd rather avoid that if possible
[12:26] <cjwatson> Sergio seemed OK with the idea of splitting out the parser.  If that's changed, we can of course revisit duplicating code
[12:26] <cjwatson> It's not a completely hard requirement, but I don't want to drop it on the floor just because people forgot about it either
[12:26] <Son_Goku> another way to do it would be to write a small Python 3 program that would output JSON that you'd capture from LP
[12:26] <Son_Goku> as a stop-gap until LP itself can run that aspect in Python 3 natively
[12:26] <cjwatson> Possible, but the build manager is a tight loop and we'd rather avoid the fork/exec overhead
[12:27] <cjwatson> We already have problems with the one other place that we do fork/exec there
[12:27] <Son_Goku> the build manager is difficult to port to Python 3?
[12:27] <Son_Goku> independent of the rest of LP?
[12:27] <cjwatson> Yes
[12:28] <cjwatson> It doesn't have particularly py3-difficult bits itself, but it's not very separable
[12:28] <zyga> Afk on a bike
[12:30] <cjwatson> sergiusens: ah, good timing.  Is it still your plan to split out the snapcraft parser in a form that we could consume from LP (py2), or should we expect to need to duplicate the architectures parsing/interpretation code in the LP build manager?
[12:30] <Son_Goku> brrr py2 :P
[12:31] <cjwatson> believe me I'd rather we were on py3
[12:31] <cjwatson> and I'm aware we only have a couple of years
[12:32] <Chipaca> cjwatson: how split out does it need to be for you to be able to use it?
[12:32] <cjwatson> Chipaca: in the previous discussion, my memory is that sergiusens said "separate PyPI package"
[12:33] <cjwatson> of course this is worth rechecking from time to time
[12:33] <Son_Goku> cjwatson, is there a py3 port of LP stuff in progress, out of curiosity?
[12:33] <cjwatson> Son_Goku: it's been ongoing for some time, but it's a huge job
[12:34] <cjwatson> Son_Goku: >700K lines of code and >200 dependencies
[12:34] <Son_Goku> ooh
[12:35] <Son_Goku> that's... a lot of code
[12:35] <Son_Goku> that's a similar scale to what's going on in Fedora
[12:35] <Son_Goku> though now we're _nearly_ done
[12:35] <Son_Goku> we just have two major applications left to port
[12:36] <Son_Goku> the Koji Build System and the Pagure VCS
[12:36] <cjwatson> and I can't just down tools and work on nothing else for three months
[12:37] <Son_Goku> cjwatson, well, you could :P
[12:37] <Son_Goku> you'd just have to go on a sabbatical :P
[12:37] <Son_Goku> dunno if your bossman would let you do that, though :)
[12:37] <cjwatson> I kind of like the whole getting paid thing
[12:37] <sergiusens> cjwatson: we can certainly consider splitting it out, but we are a very small team; I'll discuss with sparkiegeek whose sitting real close to me right now
[12:38] <cjwatson> sergiusens: we're an even smaller team
[12:38] <sergiusens> we might consider just going into launchpad code and adding the code there
[12:38] <sergiusens> cjwatson: we are 2 people ;-) kyrofa and me
[12:38] <cjwatson> sergiusens: I didn't expect this to be a new requirement, though - we've discussed this before.  I just wanted to check whether it was still a current plan
[12:38] <cjwatson> sergiusens: LP is mostly just me at the moment
[12:39] <sergiusens> cjwatson: right, so I proposed that we just do the work (kyrofa or myself) on launchpad itself
[12:39] <Son_Goku> cjwatson, well, it'd be a paid sabbatical :D
[12:39] <cjwatson> (not entirely, William does a lot of infra, but in terms of application code I'm producing most of the changes right now)
[12:39] <Son_Goku> someone must see the value in having LP last beyond 2019, right?
[12:39] <Chipaca> sergiusens: cjwatson: I don't know this variation of the three yorkshiremen sketch, but I'm not liking it
[12:40] <cjwatson> sergiusens: I'm good with that too of course, but I thought snapcraft was going to have to have the corresponding code too
[12:41] <sergiusens> cjwatson: the grammar we have is much more complex than what you need to do the detection and taking that back to python2 might be a huge pain
[12:41] <cjwatson> sergiusens: OK, so if there's been a change of plan then that's fine, I just need to know
[12:42] <hackeron> Hi, apologies for the ignorant question, I'm trying to choose a platform for an IoT Hub: I'm looking at Ubuntu Core and Yocto (and ResinOS also looks great). What would you say are the advantages/differences of Ubuntu Core over Yocto?
[12:42] <cjwatson> sergiusens: is the which-architectures-should-this-snap-be-built-on logic (as discussed in New York) in snapcraft as yet, or still in progress?
[12:43] <cjwatson> Son_Goku: Ubuntu has committed to supporting 2.7 out to 2023 by virtue of shipping it in 18.04 main; obviously it gets harder the longer we go
[12:43] <cjwatson> (AIUI)
[12:43] <sergiusens> cjwatson: it lives in snapcraft already and is documented https://forum.snapcraft.io/t/architectures/4972
[12:43] <cjwatson> sergiusens: aha, nobody told me :)
[12:44] <Son_Goku> cjwatson, sure, and it's supported in RHEL 7 until 2024
[12:44] <sergiusens> cjwatson: hmm, I thought kyrofa discussed with you a couple weeks ago, I'll figure out where the communication broke down
[12:44] <Son_Goku> and SLE 12 until 2027
[12:45] <Son_Goku> cjwatson, but for the normies, py2 is dead on Jan 1, 2020
[12:45] <Chipaca> hackeron: do you think you could ask that question on the forum? https://forum.snapcraft.io/c/device
[12:45] <Chipaca> hackeron: answers are probably going to be interesting to other people as well
[12:47] <hackeron> Chipaca: sure, I'm also on #yocto and so far my understanding is Yocto is more low level, allowing you to build exactly what you want and ubuntu-core is more of a higher level package, trying to tie you into their cloud services and container type but eeasier to get started
[12:51] <cjwatson> argh sergiusens I was still typing something to you
[12:51] <cjwatson> email it is I guess
[13:15] <kenvandine> slangasek, i've opened and closed stable/ubuntu-18.10 branches for all of the seeded snaps
[13:15] <kenvandine> seb128, ^^
[13:16] <seb128> kenvandine, great, thx
[13:17] <slangasek> kenvandine: does that include the gnome-3-26-1604 snap?
[13:17] <kenvandine> slangasek, yes
[13:17] <slangasek> kenvandine: excellent, thanks.  I'll kick off another image test build
[13:18] <kenvandine> slangasek, let me know if you need anything
[13:22] <cjwatson> sergiusens: taken to email, since you're bouncy here :)
[13:22] <sergiusens> cjwatson: yeah, I am client mode and at the product sprint; email seems to be the best path forward :-)
[13:24] <jdstrand> Chipaca: you cannot hide!
[13:27]  * TotallyNotChipac whistles innocently
[13:32] <jdstrand> hehe :)
[13:34] <zyga> Hey guys :-)
[13:35] <zyga> We have fantastic summer this spring
[13:35] <Chipaca> zyga: shut up shut up shut up shut up
[13:35] <Chipaca> :-)
[13:35] <cachio_> zyga, Chipaca  when you have 1 minute #5123
[13:35] <mup> PR #5123: tests: skip test lp-1721518 for arch, snapd is failing to start after reboot <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5123>
[13:35] <Chipaca> cachio_: I've been looking at it
[13:36] <cachio_> Chipaca, tx
[13:36] <Chipaca> cachio_: is what you're seeing that «cannot reconnect may031403-609338 (google:arch-linux-64) after reboot: dial tcp <IP_ADDRESS>:22: connect: connection refused» ?
[13:36]  * zyga hugs chipaca wearing his sweaty biking shirt ;-)
[13:36]  * Chipaca isn't wearing a sweaty biking shirt
[13:36] <zyga> It is very warm even in the forest
[13:37] <cachio_> Chipaca, it can reconnect
[13:37] <Chipaca> cachio_: ok, i'll run it a few more times
[13:37] <cachio_> after reboot it reconnects and tries to run the command to validate interfaces
[13:37] <Chipaca> cachio_: i've been trying to reproduce the error you were seeing and every time getting a different, unrelated error
[13:37] <cachio_> and it hungs doing that
[13:37] <Chipaca> :-(
[13:37] <Chipaca> cachio_: right
[13:38] <cachio_> Chipaca, snapd is not starting correctly
[13:38] <cachio_> after the reboot
[13:38] <Chipaca> cachio_: yes, that's what I understood from the PR
[13:38] <Chipaca> cachio_: I'm trying to get in to it to figure out why
[13:39] <Chipaca> cachio_: I'd rather not disable the test if it's going to hide an issue
[13:39] <Chipaca> cachio_: but if I can't figure it out before eod i'll +1 so we're not blocked on this
[13:39]  * Chipaca extends his eod a bit
[13:40] <cachio_> Chipaca, well the idea is not to hide an issue, the idea is stop making the builds fail until we discover why it is happening
[13:40] <Chipaca> cachio_: yes
[13:40] <Chipaca> cachio_: hiding the issue is a side-effect of that though :-)
[13:41] <cachio_> Chipaca, I mean, we already know there is an issue there, and as it is causing machines don't die and keeping consumig resources
[13:41]  * Chipaca nods
[13:41] <cachio_> Chipaca, I'll continue working on this today
[13:42] <Chipaca> cachio_: I'm hoping I can get in with -debug
[13:42] <cachio_> Chipaca, if you use -vv you will see the details
[13:42] <Chipaca> cachio_: yep
[13:43] <Chipaca> cachio_: but so far it's failed twice with some TLS nonsense, and once with the above 'cannot reconnect' thing
[13:43] <Chipaca> ¯\_(ツ)_/¯
[13:43] <hackeron> Chipaca: done :) < https://forum.snapcraft.io/t/ubuntu-core-vs-yocto-and-resinos/5266
[13:44] <Chipaca> hackeron: thanks! looking forward to the replies :-D
[14:24] <cachio_> Chipaca, https://paste.ubuntu.com/p/cXdsZV8Rg3/
[14:24] <cachio_> it remains in activating
[14:24] <cachio_> and I see "Dependency failed for Snappy daemon."
[14:25] <cachio_> I just retriggered the test becuse the machine was killed
[14:44] <Chipaca> cachio_: do you still have that shell?
[14:48] <cachio_> Chipaca, no, I rexecuted and I got this https://paste.ubuntu.com/p/CQvw6mSRh5/
[14:49] <cachio_> Chipaca, I triggered another run
[14:49] <cachio_> I'll hopefully have a similar shell in few minutes
[14:50] <cachio_> Chipaca, it is like there are different problems when we reboot arch
[14:50] <Chipaca> niiice
[14:50] <Chipaca> for very small values of nice
[15:12] <mup> PR snapcraft#2114 closed: meta: stop creating empty snap directory in prime <Created by kyrofa> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2114>
[15:19] <kyrofa> sergiusens, cjwatson communication breakdown was my fault, we were sort of talking here https://github.com/snapcore/snapcraft/issues/1685 but then in the 18.04 ramp I never managed to circle back
[15:20] <kyrofa> cjwatson, things have greatly simplified, there's no special grammar anymore like there was in the previous proposal
[15:21] <cjwatson> kyrofa: all right, hopefully the duplicated code won't be too bad then
[15:22] <cjwatson> kyrofa: and you're right, sorry, I'd forgotten about the discussion in that issue
[15:22] <kyrofa> cjwatson, no apology necessary, I'm sorry for not getting back to you
[15:23] <kyrofa> cjwatson, there should actually be very little overlap. If you take a look at the proposal sergiusens linked, you'll see that snapcraft is really only concerned with a specific host, where build.snapcraft.io has the big picture
[15:24] <sergiusens> kyrofa: we solved all problems already, no need to go into them again ;-)
[15:24] <kyrofa> Ha!
[15:24] <cjwatson> kyrofa: (see email, too)
[15:24] <cjwatson> strictly speaking BSI doesn't really have the big picture, LP does :)
[15:24] <kyrofa> Ah, should have looked there first
[15:25] <cjwatson> BSI is probably just going to say snap.requestBuilds() or similar and let LP figure it out
[15:30] <kyrofa> sergiusens, read the email, I'll take that task unless it's one you want
[15:30] <kyrofa> cjwatson, python2, right?
[15:32] <cjwatson> kyrofa: Yep - ideally the sort of bilingual code that doesn't impede porting
[15:32] <kyrofa> Yep, easy
[15:32] <cjwatson> kyrofa: Don't worry too much though, I'll massage it into shape, it's more the logic I want
[15:32] <kyrofa> Cool
[16:26] <Caelum> zyga: was switching to quassel, let me know if you need me to do anything re: factory submission
[16:27] <zyga> I’m off now. We need to file bugs to unblock badness on our package
[16:28] <zyga> Join opensuse-admin perhaps, I was talking there a few days ago
[16:48] <Pharaoh_Atem> Caelum: there's quite a few things that the snapd package currently does that's completely against Factory policy
[16:49] <Pharaoh_Atem> Caelum: the number one thing is that you can't have an rpmlintrc file for factory submissions
[16:49] <Pharaoh_Atem> which means you have to make rpmlint actually pass your package
[17:22] <Caelum> Pharaoh_Atem: I see, and for things that can't be fixed, we file bugs, what do we file bugs against?
[17:23] <Pharaoh_Atem> you don't get to file bugs
[17:23] <Caelum> ok but, like, there's an apparmor file for instance, it has to be there
[17:23] <Pharaoh_Atem> well, the stuff with permissions and whatnot requires a bug request to security team
[17:23] <Caelum> ok
[17:24] <Pharaoh_Atem> well first take care of the rpmlint errors
[17:24] <Pharaoh_Atem> for example, FHS compliance and things like that
[17:24] <Caelum> FHS compliance might not be possible
[17:24] <Caelum> but we'll look
[17:25] <Pharaoh_Atem> actually, it is
[17:25] <Pharaoh_Atem> we did this for the Fedora package
[17:25] <Pharaoh_Atem> https://src.fedoraproject.org/rpms/snapd/blob/master/f/snapd.spec
[17:29] <mup> PR snapd#5123 closed: tests: skip test lp-1721518 for arch, snapd is failing to start after reboot <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5123>
[17:57] <Wimpress> diddledan: https://transfer.sh/gceSf/snapcraft-pr2120.snap
[17:57] <Wimpress> Should fix the Gimp 2.10 issues
[18:40] <zyga> Pharaoh_Atem: at a cost, you know that :)
[18:40] <zyga> Pharaoh_Atem: it's all a matter of people acking that
[18:40]  * zyga is happily tired after biking with family lately
[19:28] <diddledan> Wimpress: seems not
[19:28] <diddledan> I used `snapcraft-pr 2120 cleanbuild`
[19:28] <mup> PR #2120: Fix installed-size not being set in GET v2/snaps <Created by robert-ancell> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/2120>
[19:29] <popey> diddledan: don't use snapcraft-pr, I did and it seems a bit broken
[19:29] <diddledan> https://www.irccloud.com/pastebin/qScXIxcH/
[19:29] <diddledan> oh
[19:29] <popey> I think it still uses the deb
[19:30] <popey> so you're not actually using the new version
[19:31] <popey> might be "easier" to grab the pull request, and make a snap from it, install that in devmode and use that to build cleanbuild style
[19:31] <diddledan> ok, I've pulled the snap that Wimpress built now
[19:31] <popey> or that
[19:48] <kyrofa> diddledan: snapcraft-pr is still running from source. When snapcraft is running from source and requested to cleanbuild, it doesn't copy that source over to the container, it installed the deb instead
[19:48] <kyrofa> diddledan: so it's only really useful if you're building locally (on the host or in a container)
[19:54] <kyrofa> If you're testing out PRs, I suggesting running it either without cleanbuild, or building a snap and cleanbuilding with that, which will copy that snap into the container
[20:07] <hackeron> Quick question from a noob, this SSO account I register, if I deploy Ubuntu Core on 2,000 devices, is there any pricing or limits? - Is there an overview of what is sent to the cloud servers and is there a way to disable them if needed?
[22:27] <mup> PR snapcraft#2121 opened: cli: add provides command <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2121>
[23:02] <hackeron> I installed latest Ubuntu Core but the "snappy" and "ubuntu-core-upgrade" commands are both missing. How would one update the OS/kernel? -- Also, I checked cfdisk /dev/sda and there's just 1 single root filesyste, how would one rollback a failed kernel without having 2 root partitions?
[23:20] <Chipaca> hackeron: hi
[23:21] <Chipaca> hackeron: what are you reading, that it talks about "snappy" and "ubuntu-core-upgrade"?
[23:21] <Chipaca> hackeron: in ubuntu core everything is a snap, the root filesystem, the kernels, and everything
[23:52] <hackeron> Caelum: all over the place, e.g. https://www.unixmen.com/getting-started-with-snappy-ubuntu-core/ -- I guess things have changed since then :) -- so how would you upgrade from 16 to the new 18 that was out? - or is that just ubuntu, not yet on core?
[23:59] <hackeron> Caelum: and it doesn't seem very resiliant to filesystem corruption, I would've thought it would use something like this? < https://mender.io/user/pages/02.product/02.How-it-works/arch-1HTTPS.png -- any reason it doesn't?


[12:32] <CardinalFang> d
[12:33] <CardinalFang> thisfred, does this help with your branch?
[12:33] <CardinalFang> https://code.edge.launchpad.net/~cmiller/desktopcouch/getport-at-call-time
[12:33] <thisfred> CardinalFang: o wow, no rest for the wicked huh? ;)
[12:33] <thisfred> thanks, I'll have a look!
[12:33] <CardinalFang> Well, I sync'd it out at the last minute yesterday and didn't tell you.
[12:34] <thisfred> hmm, syncdaemon crashes at startup, and then report a problem crashes....
[12:35] <CardinalFang> thisfred, Eh?
[12:36] <thisfred> CardinalFang: sorry, nothing to do with your branch
[12:48] <thisfred> CardinalFang: encouraging news: the branch only started couch once. Will now test with higher load on the machine...
[12:49] <thisfred> CardinalFang: ehm
[12:49] <thisfred> CardinalFang: it only *reports* starting it once
[12:49] <thisfred> CardinalFang: there do seem to be two running after trial, and there were none before
[12:50] <CardinalFang> I don't think there's a report-er outside the start-er.  Hrm.
[12:51] <thisfred> CardinalFang: maybe I'm just misreading ps
[12:51] <thisfred> eric      8321  0.0  0.0   1836   544 pts/0    S    07:47   0:00 /bin/sh -e /usr/bin/couchdb -c \"/etc/couchdb/default.ini\" -c \"/home/eric/.config/desktop-couch/desktop-couchdb.ini\" -b -r 0 -p /home/eric/.cache/desktop-couch/desktop-couchdb.pid -o /home/eric/.cache/desktop-couch/desktop-couchdb.stdout -e /home/eric/.cache/desktop-couch/desktop-couchdb.stderr -R
[12:51] <thisfred> eric      8348  0.0  0.0   1836   324 pts/0    S    07:47   0:00 /bin/sh -e /usr/bin/couchdb -c \"/etc/couchdb/default.ini\" -c \"/home/eric/.config/desktop-couch/desktop-couchdb.ini\" -b -r 0 -p /home/eric/.cache/desktop-couch/desktop-couchdb.pid -o /home/eric/.cache/desktop-couch/desktop-couchdb.stdout -e /home/eric/.cache/desktop-couch/desktop-couchdb.stderr -R
[12:51] <thisfred> eric      8349  1.7  0.2  64964  9220 pts/0    Sl   07:47   0:00 /usr/lib/erlang/erts-5.7.2/bin/beam.smp -Bd -K true -- -root /usr/lib/erlang -progname erl -- -home /home/eric -noshell -noinput -smp auto -sasl errlog_type error -pa /usr/lib/couchdb/erlang/lib/couch-0.9.0/ebin /usr/lib/couchdb/erlang/lib/mochiweb-r97/ebin /usr/lib/couchdb/erlang/lib/ibrowse-1.4.1/ebin -eval application:load(ibrowse) -eval application:load(crypto)
[12:51] <thisfred>  -eval application:load(couch) -eval crypto:start() -eval ibrowse:start() -eval couch_server:start([ "/etc/couchdb/default.ini", "/home/eric/.config/desktop-couch/desktop-couchdb.ini"]), receive done -> done end. -pidfile /home/eric/.cache/desktop-couch/desktop-couchdb.pid -heart
[12:51] <thisfred> (sry that was a pastebin candidate I guess :)
[12:52] <CardinalFang> Even pastebin can not contain it.
[12:52] <thisfred> First two lines seem to be two separate couches to me
[12:54] <CardinalFang> How many listeners do you have?
[12:54] <CardinalFang> thisfred,  $ netstat -apn |grep beam
[12:55] <thisfred> CardinalFang: just one
[12:55] <CardinalFang> Then you have only one daemon.
[12:55] <thisfred> CardinalFang: and from looking at the code, it makes no sense: it printed "done." only once
[12:56] <thisfred> so it can't have started more than once
[12:57] <CardinalFang> thisfred, my new code, replacing "sleep(2)" with waiting until a process appears with the same characteristics as we use to decide we need to start something -- this should solve slow-box problems.
[12:59] <thisfred> CardinalFang: awesome. I'll just assume this works. I'll ask on #couchdb if two processes is worrying or normal, or something in between
[13:00] <CardinalFang> Rgr.  Erlang is weird that way.
[13:00] <CardinalFang> thisfred, mention that only one is listening for TCP.
[13:01] <thisfred> CardinalFang: erlang is weird in almost every way, (reading erlang for kangaroos now) but I kinda like it. It borrows from Prolog heavily, which is still one of my favorite languages.
[13:01] <CardinalFang> I've never used either.  :(
[13:02] <CardinalFang> My old habit of learning a new language every year stopped 5 years ago.  :(  :(  :(
[13:02] <CardinalFang> I did try Clojure for a while this year.
[13:02] <CardinalFang> AFK 30min.
[13:15] <xcdfgkjhgcv> What is the "Shared With Me" directory for?
[13:16] <Chipaca> xcdfgkjhgcv: for when people share things with you
[13:16] <Chipaca> xcdfgkjhgcv: somebody shares a folder with you, you accept it, it lands there
[13:17] <xcdfgkjhgcv> Chipaca: Roger that.
[13:59] <CardinalFang> thisfred, any news?
[14:01] <thisfred> CardinalFang: jan____ thought it was strange, but not impossible. I'll ask Noah Slater when he gets online, or ask the mailing list. One thing to test would be to see if it goes away when stopping couch. Which points to another issue: we don't have a stop method in desktopcouch right? would not be used often, but nice to have for testing, debugging, etc.
[14:10] <CardinalFang> thisfred, Hrm, it should be easy.  How do you want to call it?
[14:11] <thisfred> CardinalFang: the tests could call it in the same way as start, and maybe it should be callable from the command line as well
[14:19] <CardinalFang> thisfred, tests don't call start.  Part of finding the port to talk to makes it spawn desktopcouch if it's not running.  So, it's trickier.
[14:21] <thisfred> CardinalFang: well ok, same way as the portfinder calls it then. My point is, maybe we should test start and stop in isolation, and also, maybe (one of) the tests should call stop before running, so we check the portfinder
[14:22] <thisfred> CardinalFang: discussed this briefly with statik yesterday, and it may be better to test against a dedicated testdb. Or do we already do that?
[14:22] <CardinalFang> thisfred, No idea.
[14:22] <thisfred> so running the tests won't mess with a developer's couchdb
[14:23] <thisfred> probably not
[14:23] <thisfred> It would mean some refactoring, I don't think it's as urgent
[14:23] <statik> it's not urgent
[14:24] <thisfred> I think a good first step would be to have a python only stop method
[14:24] <thisfred> and call that in the setup of one test that talks to the db
[14:24] <CardinalFang> Ah, it should discover whether the tree is a dev tree, and if so, to use the ubunet tmp, iirc.
[14:24]  * CardinalFang checks.
[14:25] <mattgriffin> jdo: regarding my issue with having an Active account but not being able to access /files (and being redirected to /plans)...
[14:26] <jdo> mattgriffin, due to the problem in the subscription_nightly job which was fixed yesterday, your subscription didn't get renewed
[14:26] <jdo> mattgriffin, I can renew it manually
[14:26] <mattgriffin> jdo: cool. thanks.
[14:27] <jdo> mattgriffin, I have renewed it and you should work now
[14:27] <mattgriffin> jdo: excellent. thanks!
[15:01]  * jblount looks around for someone to start the meeting
[15:01] <urbanape> MEETING STARTS
[15:01] <urbanape> if you're working on desktop+, say 'me'
[15:02] <urbanape> then three lines: DONE, TODO, BLOCK
[15:02] <urbanape> take one and pass it on
[15:02] <rodrigo_1> me
[15:02] <teknico> me
[15:02] <jblount> me
[15:02] <urbanape> me
[15:04] <urbanape> that's it? Okay, rodrigo_, you're up.
[15:04] <rodrigo_> hmm, nobody else?
[15:04] <rodrigo_> ok
[15:04] <teknico> statik, vds...?
[15:04] <rodrigo_> • DONE: Got tomboy 1st sync to work. couchdb-glib 0.4.3 package fixes. Published new tomboy with sync patch in beta PPA
[15:04] <rodrigo_> • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change tomboy syncing prefs interface to show many servers. Add social services accounts config to about-me. Talk to Ara about writing mago tests for evo-couchdb
[15:04] <rodrigo_> • BLOCKED: none
[15:04] <rodrigo_> teknico: go
[15:04] <teknico> DONE: completed and landed the phone sync subscription check branch, reviews
[15:04] <teknico> TODO: more reviews, branch to remove relative imports, start work on disabling free phone sync after 30 days
[15:04] <teknico> BLOCKED: none
[15:04] <teknico> next: jblount
[15:04] <vds> me
[15:04] <jblount> DONE: Decided I need help with my js truncating stuff, talk with statik / warthogs / anyone listening about using u1, fix file names not showing up in gecko browsers.
[15:04] <jblount> TODO: FACE, talk with urbanape about truncating stuff, talk with contacts people about ui for that, FIX ALL BUGS ON WEBUI (right now that primarily means display quirks in css stuff)
[15:05] <jblount> BLOCKED: truncating stuff. It plagues me because I know there should be a smart way to do it.
[15:05] <jblount> urbanape: YTMND
[15:05] <urbanape> DONE: Pushed a new branch of bindwood with a whole lotta debugging (turned off by default, but enabled with a slight edit). Approved a few branches - new files UI is go
[15:05] <urbanape> TODO: Start fixing the new files UI, making it pretty, reliable, and robust. Help out jblount on some of that.
[15:05] <urbanape> BLOCK: Nope
[15:05] <urbanape> vds, you're up.
[15:05] <vds> DONE: pair programming with teknico, some discussion about FX  deployment, some review
[15:05] <vds> TODO: still deployment stuff
[15:05] <vds> BLOCKED: no
[15:05] <vds> I guess that's it
[15:05] <urbanape> Thanks, all.
[15:05] <urbanape> MEETING ENDS
[15:05] <urbanape> (stragglers, feel free to paste in channel)
[15:05]  * jblount pats urbanape on the back
[15:06] <CardinalFang> dang!
[15:06] <urbanape> lollygagger!
[15:07] <CardinalFang> You broke my keyword watcher with "MEET-NG STARTS" instead of "MEET-NG BEGINS".  :(
[15:08] <urbanape> d'oh
[15:08] <urbanape> I'll try to be more consistent in the future
[15:08] <dobey> huh
[15:09] <CardinalFang> I've spammed the channels with thisfr-d, so you know what I'm working on.  :\
[15:09] <dobey> ☭ DONE: 0.92.0 release, Fixed #412150, #409474
[15:09] <dobey> ☭ TODO: Finish #386443
[15:09] <dobey> ☭ BLCK: 1.0a on server side (pending oauth.py upstream 1.0a patch approval)
[15:10] <CardinalFang> DONE: much desktopcouch polish
[15:10] <CardinalFang> TODO: 30 more minutes of polish. then back to Gwibber.
[15:10] <CardinalFang> BLOCKED: None
[15:15] <statik> sorry i missed the meeting, i've been on the phone
[15:15] <statik> dobey: who needs to approve the oauth.py patch?
[15:17] <dobey> statik: upstream... Leah Culver
[15:17] <dobey> statik: but i am like " this close to forking it
[15:18] <statik> dobey: is it a backwards compatible kind of thing?
[15:18] <dobey> statik: 1.0a requires API changes for the server side stuff
[15:19] <statik> so is it a change we can safely apply to the packaged version in karmic, or would we need to ship two versions of the library for people to be able to upgrade on their own schedule?
[15:20] <statik> dobey: this is the patch, yes? http://code.google.com/p/oauth/issues/detail?id=110
[15:20] <dobey> well, we can change our private copy for ubuntuone, and not touch the python-oauth package for now. she said she has collected several patches for the issue, so i don't know what these "other patches" are like, and if she will land one of them instead of mine, with different api changes than mine has
[15:20] <dobey> statik: yes
[15:20] <dobey> statik: and http://groups.google.com/group/oauth/browse_thread/thread/8f54d2779e71db13 is the discussion thread
[15:21] <statik> thanks
[15:21] <dobey> i pinged her yesterday in irc, and she still hasn't gotten 'round to replying to my questions, or landing anything it seems :(
[15:22] <statik> dobey: i'll send a note on that thread, to see if it wakes anyone up
[15:22] <dobey> good luck :)
[15:28] <dobey> brb
[15:30] <thisfred> python (in javascript) in the browser: http://www.skulpt.org/
[15:31] <CardinalFang> thisfred, Okay, new changes.  I found one way that start-couchdb can make two to run, but I don't think that's what caused your two-count earlier today.
[15:31] <thisfred> CardinalFang: awesome, same branch?
[15:31] <CardinalFang> Same branch.
[15:32]  * CardinalFang hopes aquarius doesn't freak out at the changes.
[15:32] <CardinalFang> Though, I hope to be away next week, so he has a chance to change things back.
[15:33] <thisfred> hehe
[15:34] <thisfred> It's the risk of taking a holiday, people will touch your stuff
[15:36] <urbanape> is this known? I've seen it recently: https://pastebin.canonical.com/21052/
[15:36] <thisfred> CardinalFang: that definitely did something,: two couches (two processes each) are started, and the port can't be found:
[15:36] <thisfred> CardinalFang: http://pastebin.com/d5348bc0b
[15:36] <CardinalFang> Yay!  Oh, wait.
[15:40] <thisfred> urbanape: I thought that was fixed, are your apt and sourcedeps up to date?
[15:40] <urbanape> ah, probably not, duh.
[15:41] <urbanape> how do I manage to keep forgetting that?
[15:41] <urbanape> Time for the Lenny tattoos on my forehead.
[15:43] <CardinalFang> thisfred, in  desktopcouch/start_local_couchdb.py  bump "100" up to "1000", please.
[15:48] <thisfred> CardinalFang: hmm, there is only 1000
[15:48] <thisfred> should I bump to 10000?
[15:48] <CardinalFang> thisfred,  "100"
[15:48] <thisfred> CardinalFang: nm
[15:48] <thisfred> CardinalFang: looking at the wrong file
[15:53] <thisfred> CardinalFang: ok, now only 2 errors: http://pastebin.com/d7f6829bd but still 2 full couches with 4 /usr/bin/couchdb processes started
[15:57] <CardinalFang> thisfred, have you considered, perhaps, that your computer is haunted by goblins?
[15:57] <thisfred> many a time
[15:57] <CardinalFang> There should be an exception for that.
[15:58] <thisfred> except GoblinInOpticalDrive
[15:58] <thisfred> will be in python 3.0 I believe, but that doesn't help us now
[15:59] <CardinalFang> It's 3.1, and you still have to import from __future__  :(
[16:04] <CardinalFang> facundobatista, Hey.  Did my subprocess EINTR patch ever make it anywhere?
[16:05] <CardinalFang> facundobatista, I was trying to avoid the problem by using os.spawnv, but that has the same problem.  :(
[16:05] <thisfred> CardinalFang: that first error I get, and noone else, it seems, may be a clue that points to where the goblin lives
[16:05] <dobey> CardinalFang: what problem?
[16:05] <dobey> CardinalFang: os.spawn* is deprecated by subprocess
[16:06] <facundobatista> CardinalFang, what are you talking about?
[16:06] <facundobatista> CardinalFang, the issue in Python's subprocess? about closing the fd if error?
[16:08] <CardinalFang> facundobatista, no, about read being interrupted.
[16:08]  * CardinalFang digs for email.
[16:09] <CardinalFang> facundobatista, when trying to figure out what to do with os.spawn, I found your fingerprints.  http://bugs.python.org/issue686667
[16:09] <dobey> CardinalFang: is it when you try to read from STDERR?
[16:09] <CardinalFang> dobey, Not me.
[16:09] <dobey> CardinalFang: well, can you explain the exact issue and point me at the code? i'll tell you what's wrong :)
[16:16] <urbanape> jblount, statik: http://emberapp.com/urbanape/images/truncated-long-filenames
[16:20] <jblount> urbanape: holy geez, thats awesome
[16:24] <urbanape> that's a pretty simple, straightforward approach. Where we generate the per-row info object, I just truncate the filename if it's longer than (say) 35 characters.
[16:25] <CardinalFang> facundobatista, I can't find the email..  :(  Okay, see if this sounds familiar.  All system calls in Unix may be interrupted.  In subprocess and os.spawn*, we use system calls but do not catch the OSError (e.errno=errno.EINTR) that may happen.
[16:25] <urbanape> seem reasonable? I can propose it as is.
[16:25] <CardinalFang> dobey, you too, if you care.
[16:26] <CardinalFang> I've reproduced a few in just a few minutes.
[16:26] <jblount> urbanape: +1 (I'm on the phone with statik, and he likes it too)
[16:26] <urbanape> k
[16:26] <CardinalFang> facundobatista, os.spawnv:  https://pastebin.canonical.com/21057/
[16:26] <CardinalFang> facundobatista, subprocess #1: https://pastebin.canonical.com/21058/
[16:26] <CardinalFang> facundobatista, subprocess #2: https://pastebin.canonical.com/21059/
[16:28] <dobey> CardinalFang: is this code in trunk?
[16:28] <CardinalFang> facundobatista, Back on June 12, I have you a patch for subprocess that caught these OSErrors and retried.
[16:28] <CardinalFang> dobey, What?  Python trunk?
[16:29] <dobey> CardinalFang: no, desktopcouch
[16:29] <dobey> ie, where you're seeing the SIGINT
[16:29] <dobey> huh, that's odd
[16:29] <CardinalFang> dobey, not SIGINT.
[16:30] <CardinalFang> dobey, You can reproduce it with trunk, I'm sure.
[16:31] <CardinalFang> It may take a few minutes of hard running.
[16:31] <CardinalFang> facundobatista, I originally complained that subprocess.Popen was leaking file descriptors.
[16:34] <dobey> grr
[16:39] <CardinalFang> facundobatista, Okay, I tracked it down.  These are separate problems.
[16:39] <CardinalFang> The first still persists in my 2.6-karmic, though.
[16:39] <CardinalFang> Today's is a new/separate problem
[16:40]  * CardinalFang thinks he scared facundobatista off.  :(
[16:40]  * CardinalFang would flee too.
[16:57]  * jblount tries to sort out lunch
[17:20] <thisfred> CardinalFang: after changing tries to 1000, things get weirder still: again everything errors on finding the port, and then a couch is started after the tests are finished running
[17:21] <thisfred> CardinalFang: and now I have something like 5 running, with 2 processes each
[17:21] <thisfred> CardinalFang: 7 to be exact
[17:24] <thisfred> CardinalFang: I think this is the original problematic behavior aquarius tried to fix with one of his recent branches
[17:25]  * thisfred <- going to the super market in 5 mins
[17:30] <thisfred> CardinalFang: I've switched over some tests to testtools.TestCase instead of twisted.trial.unittest.TestCase, since we don't need it, and it's breaking in interesting ways on goblin haunted old computers.
[17:32] <thisfred> CardinalFang: all the tests in records, to be exact.
[18:05] <fader_> Is there a known issue atm with logging into the U1 website?  I'm getting redirected back to the OpenID page every time I try on three different machines.
[18:09] <dobey> fader_: hrmm, it's working ok for me
[18:09] <dobey> fader_: but i have seen a few bug reports come in about that, this morning.
[18:09] <fader_> dobey: Weird.  I wonder if it's something with my account :/
[18:09] <fader_> I'm getting this on karmic, jaunty, and an OSX machine in Safari.
[18:10] <dobey> fader_: does the same thing happen trying to log in to launchpad.net?
[18:10] <fader_> dobey: Nope, I'm able to log into launchpad on all three systems just fine.
[18:11] <fader_> When I click 'sign in' I get redirected to ubuntuone.com/files and then immediately back to login.launchpad.net
[18:13] <jblount> fader`: We've had a bunch of bugs reported about this same thing recently, so I don't think you are alone.
[18:14] <jblount> jamesh: Yo! Have there been any recentish changes to the SSO system?
[18:14] <fader`> jblount: I'm happy to try anything that will help you here, provide logs, etc. :)
[18:14] <dobey> fader`: i think if you delete your cookies, and empty the cache, it might work around the problem for you :)
[18:15] <jamesh> jblount: I can't think of anything that would cause that problem.
[18:15] <jblount> jamesh: That's what I figured. Thanks though.
[18:18] <fader`> dobey: No effect, I'm afraid :(
[18:18] <fader`> Plus I had never logged into U1 from the OSX machine until I tried a few moments ago and I see the same behavior there
[18:19] <dobey> weird
[18:21] <jblount> fader`: I was just able to reproduce, although I'm not sure exactly what is going on yet.
[18:22] <fader`> Whew, I was starting to think U1 didn't like me personally :)
[18:22] <jblount> fader`: I have it on good authority that U1 wants to be your friend.
[18:22] <jblount> :)
[18:26] <dobey> obama said that, now he's turning the country socialist!
[18:29] <jblount> statik: ping?
[18:29]  * jblount realizes now that ping should probably not have a question mark.
[18:31] <Chipaca> dobey: you mean the "I was just able to reproduce" bit?
[18:33]  * Chipaca codes while watching over the coals for an asado
[18:33] <jblount> dobey: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/412360/comments/7
[18:35] <dobey> Chipaca: huh?
[18:35] <jblount> fader`: Are you a recent subscriber?
[18:35] <fader`> jblount: No... I have been on it since slightly before the karmic UDS
[18:35] <Chipaca> dobey: jblount said "I was just able to reproduce, [...]"
[18:35] <Chipaca> dobey: and you said "obama said that, now he's turning the country socialist!"
[18:36] <dobey> Chipaca: you missed an intermittent line from jblount
[18:36] <Chipaca> dobey: it's more fun this way
[18:36] <dobey> Chipaca: the one where he said "i have it on good authority that u1 wants to be your friend"
[18:37] <jblount> fader`: Hmm. Thanks for the info, although it pokes a hole in my first theory.
[18:38] <jblount> fader`: I'll update the bug I linked to a moment ago with info, I'm guessing that jdo will be able to help us figure it out.
[18:38] <fader`> jblount: Last night I purged and reinstalled the client on my karmic machine if you think that's relevant, though I was able to log into the web after doing so
[18:38] <dobey> fader`: the desktop client is irrelevant to logging in on the web :)
[18:39] <jblount> fader`: What dobey said, outside of a Oauth authentication process, the desktop client and the authentication bit on the website don't interact.
[18:39] <fader`> jblount: Please feel free to /msg me if you need me to do anything to help out even if I'm not in this channel.  I'm generally on 0800-1700 EDT (which I think is 0400-1300 GMT)
[18:39] <jblount> fader`: Will do, thanks again!
[18:39] <fader`> jblount: Thank you!
[18:42] <Chipaca> READY_WAITING_WITH_CONTQ --[SYS_META_QUEUE_WAITING]--> READY_WAITING_WITH_METAQ
[18:43] <Chipaca> gotcha!!
[18:43]  * Chipaca dances
[18:45]  * jblount dances because Chipaca is dancing, but doesn't really understand
[18:45] <Chipaca> jblount: facundobatista found a weird bug where syncdaemon thought it had nothing to do, with 1k things queued in its content queue
[18:45] <Chipaca> ^ that transition is responsible
[18:46] <Chipaca> it dropped the _WITH_CONTQ
[18:46] <Chipaca> it should be
[18:46] <Chipaca> READY_WAITING_WITH_CONTQ --[SYS_META_QUEUE_WAITING]--> READY_WAITING_WITH_BOTHQ
[18:46] <Chipaca> :-D
[18:46] <jblount> :D
[18:48] <Chipaca> some day I'm going to build up (a) my courage, (b) time, (c) lucio's courage, and I'm going to refactor that dumb fsm into something smarter
[18:49] <Chipaca> (d) tests for each darn transition, before the refactor
[18:51] <jblount> Chipaca: This sounds like a very good plan, you should go swim with sharks or similar to build up your courage.
[18:51] <jblount> Although I hear parenting is sometimes just as dangerous.
[18:52]  * Chipaca suscribes to the school of extreme parenting
[18:52] <jblount> heh
[18:53] <jblount> urbanape: Any luck landing your branch, or are the tests still running locally?
[18:53] <urbanape> I updated my system and had to rebootie
[18:54] <jblount> urbanape: Can I suggest just re-trying pqm-submit? I had to do the same on an earlier branch, and I'm guessing you won't be able to recreate the test failure locally.
[18:54] <urbanape> sure
[18:54] <jblount> Nice, thanks.
[18:55] <urbanape> resbumitting
[18:55] <urbanape> spelled correctly, even
[18:56] <jblount> spelling, smelling.
[18:57] <jblount> fader`: Yo, can you try going to https://ubuntuone.com/files/old ?
[18:57] <fader`> jblount: That seems to load just fine.
[18:58] <jblount> fader`: I thought so, we'll have the rest of the site fixed shortly. Just forgot to remove a decorator when switching over to the new files interface.
[18:59] <jblount> fader`: Thanks again for helping troubleshoot.
[18:59] <fader`> jblount: Thank you!  Off to share files. :)
[19:20] <CardinalFang> facundobatista, I made a patch for Python trunk, and two problem descriptions.
[19:20] <CardinalFang> facundobatista, http://sandbox.chad.org/python-subprocess/
[19:21] <inkvizitor68sl> mmm.... i know that it is offtopic... but maybe any1 know how i can set port of IRC server, when connecting to it from jabber client?
[19:21] <CardinalFang> facundobatista, You did indeed get my June patch in for the pipe leaking fix.
[19:22] <CardinalFang> facundobatista, Thank you.
[19:22] <facundobatista> CardinalFang, this is another stuff?
[19:23] <CardinalFang> facundobatista, Yes.  Two different, but related problems.
[19:23] <facundobatista> CardinalFang, you should open bugs in bugs.python.org about this
[19:23] <CardinalFang> Rgr.  Never done that.  I will try.
[19:24] <jblount> inkvizitor68sl: I have no idea about that, what client are you using?
[19:25] <inkvizitor68sl> jblount, gajim... for example i connecting to<EMAIL_ADDRESS>[19:25] <inkvizitor68sl> but irc server at zsh.su on 6668 port
[19:27] <inkvizitor68sl> just i have local ZNC and want use it from Jabber >_>
[19:28] <jblount> I think generally you do something like zsh.su:6668, but am completely unfamiliar with the client.
[19:32] <inkvizitor68sl> jblount, i tired already) "wrong symbols in conference name"
[19:32] <inkvizitor68sl> tried*
[19:32] <CardinalFang> facundobatista, Attached to existing bug.  http://bugs.python.org/issue1068268
[19:44] <urbanape> jblount: success
[19:44] <urbanape> show-me-filenames merged cleanly this time
[19:45] <jblount> urbanape: huzzah, one step closer.
[19:57] <urbanape> will desktopcouch work with 9.04?
[19:57] <urbanape> haven't tried it
[20:03] <jblount> CardinalFang: ^^ ?
[20:07] <statik> wow i totally broke the web UI last night
[20:08] <CardinalFang> jblount, Eh?  9.04?  It should, urbanape.
[20:09] <dobey> statik: yes you did! :P
[20:09] <urbanape> would he need to add karmic universal?
[20:09] <dobey> urbanape: shouldn't
[20:09] <urbanape> statik: how so? (beyond flipping on the new UI)?
[20:09] <dobey> urbanape: i don't know if we build jaunty desktopcouch packages currently, though
[20:10] <statik> urbanape: i forgot to remove the decorator that only allowed people in ~ubuntuone-hackers to access it
[20:10] <urbanape> d'oh
[20:10] <urbanape> I was thinking, "Works for me!"
[20:10] <dobey> haha, no woder i could log in
[20:11] <statik> yeah, i stayed up late last night to test it after the rollout, and tested it twice today trying to figure out the bug reports that were coming in
[20:11] <statik> it was working great for me
[20:11] <urbanape> oh, man.
[20:11] <CardinalFang> Maybe that decorator should emit something about the restriction.
[20:12] <jblount> CardinalFang: +1
[20:12] <dobey> CardinalFang: i presumed it would just 404
[20:13] <statik> yeah, it was a weird combination. most places we use it we return 404 instead of 401
[20:13] <dobey> CardinalFang: but i didn't realize it was there for /files/ :P
[20:13] <statik> but the other redirection stuff that we have in place to send anyone who logs in to /files/ interacted badly with that
[20:13] <dobey> right
[20:13] <dobey> well at least i was right in suspecting a probable issue with the new files ui :)
[20:14] <statik> urbanape: you need python-desktopcouch packages for jaunty?
[20:14] <urbanape> I got pinged on twitter from a firefox dev who knows extensions and places and wanted to try it out
[20:14]  * jblount sighs as he sees jdo's branch fail pqm the first time (just as urbanape and my branches did before it)
[20:15] <urbanape> but he installed jaunty
[20:15] <jblount> statik: Why does pqm hate new code? Is it my fault? I can change!
[20:18] <CardinalFang> statik, do any of us own python-couchdb ?  I filed a bug last night, and I think I can fix it pretty easily.
[20:19] <CardinalFang> Er, maybe not.
[20:19] <CardinalFang> Hrm.
[20:20] <statik> CardinalFang: nope. for a bugfix that needs to go in quickly, the process is to patch the package, and also forward the patch to the upstream project (either the bugtracker or the mailing list). Filing a bug on the python-couchdb package in ubuntu, attaching a debdiff, and getting a sponsor to upload it is the fastest way to get a fix pushed out
[20:27] <jdo> statik, speaking of debdiff :) do you know if testresources ever got updated for karmic?
[20:27] <statik> as happy as i am to have a working video card in my laptop now, i sort of wish i had one day to enjoy it before karmic updates broke my video
[20:28] <statik> jdo: this page says no: http://packages.ubuntu.com/karmic/python-testresources
[20:29] <statik> if anyone on the U1 team had earned MOTU rights by now, we could upload it ourselves ;)
[20:29] <dobey> statik: you should poke james_w or someone to look at your bug real quick :)
[20:30] <jdo> statik, if none of the U1 team has MOTU rights, I would be the last one to get it
[21:15] <jblount> fader`: Yo! We just got that fix rolled out, the web interface should be fully functional for you now :)
[21:16] <fader`> jblount: Awesome, thanks!  You guys rock! :)
[21:17] <jblount> fader`: Thank you, we wouldn't have been able to track down the problem without your help.
[21:18] <fader`> No problem, complaining is what I do best.
[21:18] <fader`> ;)
[21:23] <statik> facundobatista, CardinalFang: thank you both for fixing python bugs upstream, that makes life better for everyone
[21:51] <CardinalFang> statik, I got a big monitor, too.  It's almost oppressive.  "MORE CODE", it demands.
[21:53] <dobey> CardinalFang: but what dpi is it?
[21:57] <jblount> CardinalFang: What sort did you get, I remember that it is a 30" behemoth
[22:08] <dobey> it must be one of those giant low resolution things :P
[22:10] <statik> urbanape: the version of desktopcouch that was in karmic has now been uploaded to https://launchpad.net/~ubuntuone/+archive/beta for your firefox dev to play with
[22:10] <urbanape> rock
[22:18]  * thisfred is developing a serious rootbeer habit
[22:18] <thisfred> hey, it said beer, and by the time I discovered it had no alcohol at all, I was well and properly hooked...
[22:18] <statik> joshuahoover: dunno if you saw earlier, but your GPG key is all set in pqm now so you can resubmit at will
[22:24] <dobey> thisfred: there is good rootbeer, and then there's a lot of crappy rootbeer
[22:25] <thisfred> dobey: I probably haven't even gotten to the really good stuff yet
[22:25] <thisfred> in the Netherlands I had to go to a specialty asian import supermarket to get any
[22:26] <dobey> heh
[22:28] <dobey> rmcbride: the Iced Earth cover of Number of the Beast is really good too
[22:30] <dobey> thisfred: surprisingly, the organic/cane-sugar root beer that i can get at the grocer near me is pretty damn good
[22:31] <thisfred> dobey: well, any kind without H-F corn syrup is an improvement. I think they have some at our supermarket too. This time I just fell for the 12 can box set :)
[22:32] <dobey> thisfred: i just love the corn syrup advocacy commercials they have now. "It's ok, in moderation."
[22:33] <dobey> of course, almost everything that uses it, has it as the first or second item in the ingredients list on the label... which is sorted by quantity
[22:33] <thisfred> It's even in some of the chips I discovered to my dismay
[22:33] <thisfred> and the bread
[22:33] <dobey> yeah
[22:34] <dobey> i'm just like "wtf do you need that in Doritos for... the fact that they're corn chips isn't enough?"
[22:34] <dobey> f'n lobbyists
[22:34] <dobey> seriously
[22:35] <thisfred> shame they couldn't really get the cars to run on it efficiently, that may have been a better way to get rid of oversubsidized unneeded corn. Other than getting it to starving people of course, but that's crazy talk.
[22:36] <thisfred> Also loving Chipotle-anything. Not a flavor we had in NL. Nor *any* real mexican food really.
[22:36] <dobey> cars do run on it efficiently
[22:37] <thisfred> well not efficiently enough to make up for the cost of extraction/production
[22:37] <thisfred> I thought
[22:37] <dobey> they can, yes
[22:37] <dobey> but not efficiently to warrant the gov't pushing for real change
[22:38] <dobey> because why push for changes when you're a shareholder in the oil industry?
[22:38] <rmcbride> Yea avoiding HF corn syrup is something I've gotten quite adept at
[22:40] <CardinalFang> dobey, only 100DPI.
[22:40] <dobey> thisfred: the other major issue is that pure ethanol is 100 proof liquor, which sort of introduces some odd legal things
[22:40] <dobey> err
[22:40] <dobey> 200 proof i mean
[22:40] <dobey> so there's a bit of required dilution
[22:41] <dobey> but i'm tempted to set up a still in the garden :P
[22:41] <thisfred> hehe
[22:42] <CardinalFang> jblount, Dell 3007WFP-HC
[22:44] <CardinalFang> G'night, all.
[22:45] <thisfred> later CardinalFang
[22:48] <dobey> woah, there's a funky aquamarine hue to the storm clouds
[22:48] <rmcbride> dobey: that means hail
[22:48] <rmcbride> light refracting through airborne ice
[22:49] <dobey> yeah
[22:49] <dobey> though it's not precipitating yet
[22:49] <dobey> clouds are just sort of hovering
[22:50] <rmcbride> that means they're full of eels
[22:50] <dobey> indeed
[22:51] <dobey> and now more rain
[22:51] <dobey> guess i probably won't get to see the perseids tonight
[22:58] <dobey> alright, i am outta here for now
[22:58] <dobey> later!
[23:39] <diogo> Hello people, Ubuntu One uses something like delta to send only changes to the server ?
[23:47] <Chipaca_> diogo: nope
[23:48] <Chipaca> diogo: not yet; for now, it sends whole files
[23:48] <diogo> Chipaca That send hole file to the server ? If Yes, do you will some day use changesets or something like that ?
[23:48] <Chipaca> diogo: in fact, the client as it stands now doesn't even resume uploads if they are interrupted
[23:48] <Chipaca> nor downloads
[23:48] <diogo> Chipaca I was using dropbox, however I'm so excited with Ubuntu One and I contracted the service
[23:49] <Chipaca> diogo: the idea is to at some point use deltas, yes
[23:49] <Chipaca> diogo: the plan was (a) make it work, (b) make it fast
[23:49] <Chipaca> we're still in (a)
[23:49] <Chipaca> and deltas is definitely in (b) :)
[23:49] <diogo> Chipaca I'm believing in the project and I will keep using it
[23:50] <Chipaca> diogo: the client is still buggy; usable, but don't use it for critical things
[23:50] <Chipaca> diogo: we *mean* the "beta" part
[23:50] <Chipaca> diogo: I love that you believe in the project :) so do I :-D
[23:51] <diogo> I'm using the last ppa and for now I will keep dropbox and ubuntu one until a stable release
[23:52] <Chipaca> diogo: mind you, we're not just another dropbox wannabe :)
[23:52] <Chipaca> diogo: file sharing is only one vector
[23:53] <diogo> Chipaca hehehe, that is good


[07:29] <Nairwolf> Hi, I would like to give my help to test Xubuntu before the release of xubuntu 15.10
[07:29] <Nairwolf> Apparently, it's better today to install the latest daily version, right ?
[07:30] <Nairwolf> If I choose to continue with this daily version, will I have updates ?
[07:30] <flocculant> Nairwolf: if you install with a daily (or the last if you do so today) then just update it as you would anything
[07:31] <flocculant> you'll always be current
[07:31] <Nairwolf> And, do you know how I could do to still have my software installed in my last distribution ? Can I take my software installed from dpkg and install them again on 15.10 ?
[07:31] <flocculant> if they're available no reason why not
[07:32] <flocculant> there is a command you can run to grab what you've got currently and then use to reinstall
[07:32] <flocculant> I'd love to help - but just off to work now
[07:34] <Nairwolf> okay, I'll search by myself
[14:30] <dkessel> my own support question coming up in #xubuntu :)
[14:32] <dkessel> i wonder if that problem affects other trusty users as well... she doesn't have a too customized install...
[14:33] <dkessel> too bad i cannot even create a screenshot because of the problem
[14:33] <flocculant> this is ringing a bell - not very clearly though - just at the edge of hearing ...
[14:35] <dkessel> taking an old fashioned camera screenshot
[14:36] <dkessel> i guess some package upgrade might have gone wrong
[14:43] <flocculant> I'm convinced I've seen this before
[14:57] <flocculant> and seeing that screenie - proved I'd seen it before - but still couldn't find anything :)
[15:09] <dkessel> mhh let's see if !vnc does anything...
[15:10] <dkessel> nope
[18:26] <flocculant> knome: can you not do anything at all with the QA page on site without letting me know please :)
[19:12] <pleia2> publisher flyers post http://xubuntu.org/news/printable-shareable-xubuntu-flyers/
[19:12] <pleia2> social media-ing now
[19:15] <pleia2> except facebook, which is being all wounded platypus
[19:22] <knome> flocculant, huh?
[19:24] <knome> pleia2, huzzah
[19:24] <pleia2> I'll have another Xubuntu At... article up for review in a few days
[19:24] <knome> oh cool
[19:24] <knome> i'm still waiting mine
[19:24] <pleia2> but my work/life is eating me, so /o\
[19:24] <knome> >__<
[19:25] <pleia2> yeah, I still have questions out for another
[19:25] <knome> mhm
[19:25] <pleia2> but I'll wait until November to publish another
[19:25] <knome> yep
[19:25] <knome> we could set up a schedule
[19:25] <flocculant> knome: I'm doing some work with it locally - don't want to live one to change :)
[19:25] <knome> flocculant, oh - righto - won't
[19:25] <flocculant> :)
[19:25]  * Unit193 pokes the QA page.
[19:26]  * flocculant pokes the Unit193
[19:27] <flocculant> having bunches of fun with nesting lists ...
[19:27] <knome> flocculant, if you need formatting help, don't hesitate to ask for help
[19:28] <flocculant> yep I will - but trying not to ask :D
[19:28] <flocculant> learning stuff bit by bit
[19:32] <knome> :)
[21:10] <flocculant> knome: you has mail
[21:10] <knome> ooh!
[21:10]  * knome checks
[21:10]  * flocculant has headache
[21:11] <knome> haha
[21:12] <knome> flocculant, we might want to mention that images == ISOs
[21:12] <knome> i mean, in a clearer way
[21:12] <knome> or just talk about the other at all times
[21:12] <flocculant> yea was thinking about that while I was writing
[21:12] <knome> might be that it was like this in my previous draft, but kind of popped up now
[21:13] <flocculant> I'll probably change image to iso everywhere
[21:13] <knome> usre
[21:13] <knome> sure too
[21:13] <flocculant> as most other places in *buntu talk of iso
[21:13] <knome> yep
[21:15] <flocculant> mmm
[21:15] <knome> i'm doing some small changes
[21:15] <knome> i'll reply to you with the modded file
[21:15] <knome> like fixing some links to cleaner forms
[21:15] <knome> and i found a strong tag with no content
[21:15] <flocculant> apart from testcases on the trackers - which call them images :|
[21:15] <knome> haha
[21:15] <knome> maybe file a bug against them ;)
[21:16] <flocculant> noooooooooooooooooooooooooo
[21:16] <knome> D:
[21:17] <flocculant> knome: why some tags em and some strong?
[21:17] <flocculant> oh nvm
[21:17] <knome> haha
[21:17] <knome> yeah, em is italic, strong is bold
[21:17] <flocculant> yea
[21:17] <knome> ok, replied
[21:17] <knome> feel free to run a diff
[21:17] <knome> but i basically only did what i mentioned
[21:17] <flocculant> remembered aas soon as I hit enter ...
[21:18] <knome> and s/Isos/ISOs/ in one place
[21:18] <knome> some really small things really
[21:18] <knome> good work
[21:18] <flocculant> thanks
[21:19] <knome> and yeah, as you can imagine by the time it took me to reply to that - the content review was super fast only
[21:19] <flocculant> heh
[21:20] <flocculant> it was mostly just making sure syntax was right - I want to review it in a day or so anyway
[21:20] <knome> yep
[21:20] <knome> that's also why only super fast review for content only
[21:20] <knome> -only
[21:21] <flocculant> apart from anything I got to filing and stopped - want to check that's what I want yet
[21:21] <knome> mhm
[21:22] <flocculant> pretty sure it is - but words
[21:22] <knome> words are words
[21:22] <flocculant> yep - and lot of words is that :D
[21:29] <flocculant> ok cheers for those small changes :)
[21:29] <knome> np
[21:30] <flocculant> now that I've seen the tracker calling them images - and that's where we're sending people - probably better if our page matches that - we can note they're the same thing
[21:30] <knome> yep
[21:30] <flocculant> anyway - another day for that :)
[21:30] <knome> yep
[21:33] <knome> ok, look at the status tracker frontpage
[21:34] <flocculant> added this reworking to bp
[21:34] <knome> :)
[21:35] <flocculant> ok looking - what am I missing that you;ve done?
[21:35] <knome> the titles are links?
[21:35] <flocculant> oh yea - I thought they were yesterday?
[21:36] <knome> nope:D
[21:36] <knome> did that change literally minutes ago
[21:37] <flocculant> I got Spec Actions Progress
[21:37] <knome> yeah...
[21:37] <knome> the specification text
[21:37] <knome> is a link...
[21:37] <knome> it wasn't until a while ago
[21:37] <knome> eg. you can click on the QA spec title
[21:37] <knome> to get to the qa spec work items
[21:37] <flocculant> aah - I guess I was mid change :)
[21:38] <knome> :)
[21:38] <flocculant> that looks better than it did just a moment ago :)
[21:38] <knome> hehe
[21:38] <flocculant> suggest you lose Whiteboard
[21:39] <flocculant> I still miss what I miss though
[21:39] <knome> i should just make it work
[21:39] <flocculant> or that :D
[21:39] <knome> because it's clearly useful
[21:40] <knome> and it's saved in the database
[21:40] <flocculant> right
[21:44] <knome> done
[21:44] <flocculant> well - time for me to crash - night knome and lurkers
[21:45] <flocculant> oh - well I'll look first :)
[21:45] <knome> nighty flocculant
[21:46] <flocculant> knome: looks the same to me Edit works, whiteboard links to http://tracker.xubuntu.org/#
[21:46] <knome> do a hard refresh
[21:46] <flocculant> I did
[21:46] <knome> ctrl+shift+r in firefox
[21:46] <knome> are you sure you have js enabled? :P
[21:47] <knome> the link target *is* totally #
[21:47] <knome> but it still does magic
[21:47] <flocculant> not a clue - everything else works
[21:47]  * knome shrugs
[21:47] <knome> it'll likely work for you when you'll least expect
[21:47] <flocculant> ohhh
[21:48] <knome> or are we missing elliptical circles again?
[21:48] <flocculant> like then - was expecting to middle click and it open in new tab at b/p whiteboard :)
[21:48] <knome> aha
[21:48] <knome> nope
[21:49] <flocculant> ok - so now - night all :)
[21:49] <flocculant> thanks knome :)
[21:49] <knome> yw
[21:49] <knome> good night


[12:24] <nisshh> hey, can i please have an Ubuntu irc cloak? https://launchpad.net/~nisshh
[12:24] <nisshh> ubuntu member cloak rather
[12:30] <jussi> hi nisshh
[12:30] <nisshh> jussi: hey
[12:30] <jussi> could a staff member please cloack nisshh with an ubuntu/member cloak?
[12:31] <jussi> nhandler: niko VorTechS
[12:33] <nisshh> jussi: everyone asleep are they? :)
[12:34] <niko> ok
[12:34] <jussi> nisshh: nah, it just takes a few mins
[12:34] <jussi> niko: thanks
[12:34] <nisshh> yea
[12:34] <niko> done, congrats
[12:35] <nisshh> niko: thanks for that :)
[14:19] <ubot2> In #ubuntu-mozillateam, gnomefreak said: !no rtfm is <reply> Acronyms or statements like noob, jfgi, stfu, rtfm, or rtm are not welcome in this channel Period.
[14:20] <gnomefreak> yes i did :)
[21:18] <cyphermox> hi, could someone please change the topic on #ubuntu-testing, it seems to be wrong. it should mention "Beta ISOs", rather than "RC ISOs", and we don't have someone with access to change it atm.
[21:18] <erUSUL> cyphermox: better ask in #ubuntu-ops if it is a core channel
[21:19] <cyphermox> erUSUL, ah, thanks!