 Whoever works on Firefox might want to chime in at https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/1964098 since you'd be the most impacted, I think :)
[09:56] <seb128> oSoMoN, ^
[09:56] <seb128> schopin, thanks
[09:57] <schopin> didn't seem fair to make you do more work without notice :P
[09:57] <oSoMoN> looking
[09:58] <seb128> schopin, 1) sounds like a cleaner solution to me, but yes it's more work upfront
[10:00] <oSoMoN> let's discuss our options in the bug report, to keep everything in one place
[10:00] <schopin> ack
[10:03] <oSoMoN> ricotz, ^ is of interest to you too
[12:42] <jibel> seb128, to fix my audio switch issue, I had to remove the file with-pulseaudio but install the package pipewire-pulse
[12:42] <didrocks> next one will be pipewire-p :)
[12:59] <jbicha> good morning
[12:59] <didrocks> hey jbicha
[13:17] <KGB-0> evolution-ews signed tags b48f2a2 Jeremy Bicha upstream/3.43.3 * Upstream version 3.43.3 * https://deb.li/3Yje0
[13:17] <KGB-2> evolution-ews upstream/latest 022891d Milan Crha CMakeLists.txt * Post-release version bump * https://deb.li/ijEui
[13:18] <KGB-2> evolution-ews upstream/latest 02ce994 Brian J. Murrell src/EWS/common/e-oauth2-service-office365.c * M!7 - OAuth2: Remove prompt=login parameter from auth URL * https://deb.li/iWph
[13:18] <KGB-0> evince upstream/latest 7e05366 Tim Sabsch po/de.po * Update German translation * https://deb.li/i3EXV
[13:18] <KGB-2> evolution-ews upstream/latest 0555ee5 Milan Crha NEWS * NEWS update for 3.43.3 * https://deb.li/32qbc
[13:18] <KGB-0> evince upstream/latest 1dc1b3a Changwoo Ryu po/ko.po * Update Korean translation * https://deb.li/Qg1D
[13:18] <KGB-2> evolution-ews upstream/latest 0252dea Jeremy Bicha CMakeLists.txt NEWS src/EWS/common/e-oauth2-service-office365.c * New upstream version 3.43.3 * https://deb.li/qPHC
[13:18] <KGB-0> evince upstream/latest 9884caf Germán Poo-Caamaño NEWS meson.build org.gnome.Evince.appdata.xml.in * Release 42.rc * https://deb.li/3HPxz
[13:18] <KGB-0> evince upstream/latest 1cda3ce Jeremy Bicha (5 files in 2 dirs) * New upstream version 42~rc * https://deb.li/VjNR
[13:18] <KGB-2> evolution-ews pristine-tar 2debc29 Jeremy Bicha evolution-ews_3.43.3.orig.tar.xz.delta evolution-ews_3.43.3.orig.tar.xz.id * pristine-tar data for evolution-ews_3.43.3.orig.tar.xz * https://deb.li/HyQF
[13:22] <seb128> jibel, which means you switched from pulseaudio to pipewire for the sound service
[13:27] <KGB-2> gnome-text-editor signed tags 2c2c5d1 Jeremy Bicha upstream/42_rc1 * Upstream version 42~rc1 * https://deb.li/Uq5y
[13:27] <KGB-0> gnome-text-editor upstream/latest b4ffe1e Jeremy Bicha * pushed 34 commits (first 5 follow) * https://deb.li/ikaVl
[13:27] <KGB-0> gnome-text-editor upstream/latest c01e349 Marek Černocký po/cs.po * Updated Czech translation * https://deb.li/tPEs
[13:27] <KGB-0> gnome-text-editor upstream/latest 8ed01f3 Ask Hjorth Larsen help/LINGUAS * add da to LINGUAS * https://deb.li/3rauU
[13:27] <KGB-0> gnome-text-editor upstream/latest 3bf2a4b Alan Mortensen help/da/da.po * Updated Danish translation * https://deb.li/yqen
[13:28] <KGB-0> gnome-text-editor upstream/latest 9167421 Christian Hergert src/enchant/editor-enchant-spell-provider.c * enchant: ignore entries without a name * https://deb.li/3XgQ7
[13:28] <KGB-0> gnome-text-editor upstream/latest 0c417fd Daniel Mustieles po/es.po * Updated Spanish translation * https://deb.li/mykM
[13:28] <KGB-0> gnome-text-editor pristine-tar 8d4f79f Jeremy Bicha gnome-text-editor_42~rc1.orig.tar.xz.delta gnome-text-editor_42~rc1.orig.tar.xz.id * pristine-tar data for gnome-text-editor_42~rc1.orig.tar.xz * https://deb.li/JgI0
[13:31] <KGB-0> libdazzle signed tags cd57513 Jeremy Bicha upstream/3.43.90 * Upstream version 3.43.90 * https://deb.li/i7qHh
[13:31] <KGB-0> libdazzle upstream/latest c973f26 Jeremy Bicha * pushed 15 commits (first 5 follow) * https://deb.li/o0tF
[13:32] <KGB-0> libdazzle upstream/latest e0470f5 Boyuan Yang po/zh_CN.po * Update Chinese (China) translation * https://deb.li/3OfrC
[13:32] <KGB-0> libdazzle upstream/latest 4c2ead5 Christian Hergert NEWS meson.build * Release 3.42.0 * https://deb.li/zHwh
[13:32] <KGB-0> libdazzle upstream/latest 9c9f93f Evan Miller meson.build * Fix link errors with GCC7 and older macOS * https://deb.li/3v9Yc
[13:32] <KGB-0> libdazzle upstream/latest 1baded9 Christian Hergert meson.build * Merge branch 'gcc-link-stack-protector' into 'master' * https://deb.li/h967
[13:32] <KGB-0> libdazzle upstream/latest 1084fb2 Alexander Mikhaylenko src/theming/dzl-css-provider.c * css-provider: Apply changes immediately * https://deb.li/3SUfd
[13:36] <jbicha> seb128: Debian's webkit now also builds libsoup3 packages which seemed reasonable enough. Please look into enabling libsoup3 to build on i386
[13:36] <jbicha> https://launchpad.net/ubuntu/+source/webkit2gtk/2.35.90-1ubuntu1
[13:38] <jbicha> and then I think we'll want the webkit+libsoup3 packages to stay in universe for Jammy
[13:40] <seb128> jbicha, you need a ffe to build those new packages
[13:41] <seb128> jbicha, I'm still trying to understand how webkitgtk migrated despite having a regression on arm :/
[13:42] <jbicha> ok, I'll file a ffe for webkit+soup3
[13:42] <seb128> thx
[13:45] <seb128> jbicha, do you need help working on the GNOME updates?
[13:45] <seb128> jbicha, and any idea how we got webkitgtk migrating out of proposed?
[13:46] <jbicha> yes I know what happened on the webkit migration, messaging you about it
[14:28] <jbicha> I'm fine on the GNOME 42 RC updates for now
[14:30] <seb128> 👍
[14:54] <KGB-0> gnome-builder upstream/latest 45925e1 Jeremy Bicha * pushed 28 commits (first 5 follow) * https://deb.li/3sXUI
[14:55] <KGB-0> gnome-builder upstream/latest fae618c Veli Tasalı src/plugins/ gvls/gvls_plugin.py intelephense/intelephense.py * intelephense & gvls: Do not override 'destroy' * https://deb.li/CXRj
[14:55] <KGB-0> gnome-builder upstream/latest 2d69198 Matej Urbančič po/sl.po * Update Slovenian translation * https://deb.li/3bZnR
[14:55] <KGB-0> gnome-builder upstream/latest 83ebcf3 Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/3gOvD
[14:55] <KGB-0> gnome-builder upstream/latest 0a6c4c9 Fries src/plugins/meson-templates/ (5 files in 2 dirs) * meson-templates: Add Python CLI Template * https://deb.li/oFOh
[14:55] <KGB-0> gnome-builder upstream/latest 1592efc Fries src/plugins/meson-templates/meson_templates.py * meson-templates: Add Apache-2.0 to LICENSE_TO_SPDX * https://deb.li/36Vmc
[14:55] <KGB-0> gnome-builder pristine-tar 0528941 Jeremy Bicha gnome-builder_42~rc1.orig.tar.xz.delta gnome-builder_42~rc1.orig.tar.xz.id * pristine-tar data for gnome-builder_42~rc1.orig.tar.xz * https://deb.li/ixc7z
[15:02] <seb128> alright, I think Ken isn't available for the rls bugs review but I'm still going to triage the list and update the channel as I go
[15:03] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html
[15:03] <seb128> bug #1962346
[15:04] <seb128> upstream fixed that dialog to show but we don't want to do offline updates in Ubuntu, at least not this cycle, maybe one day
[15:04] <seb128> so that seems worth targetting
[15:05] <seb128> bug #1958267
[15:05] <seb128> there is several users who posted there so seems worth targetting, it's a regression in wpa
[15:07] <seb128> bug #1960387
[15:07] <seb128> another one which we should target
[15:09] <seb128> bug #1963701 was flagged by oem and should be targetted
[15:11] <seb128> bug #1923052
[15:13] <seb128> sounds like it could be the same issue than bug  #1231091, I'm asking on the bug
[15:14] <seb128> and that's it for incoming
[15:14] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-tracking-bug-tasks.html
[15:14] <jbicha> Debian bug 1003907 may be related to our WPA issue
[15:15] <seb128> jbicha, thanks
[15:19] <seb128> bug #1961955
[15:21] <seb128> seems like a valid request
[15:23] <seb128> k, other ones are being worked on
[15:23] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ii-incoming-bug-tasks.html
[15:23] <seb128> empty
[15:23] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ii-tracking-bug-tasks.html
[15:28] <seb128> sorry I got carried away cleaning up things
[15:29] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[15:29] <seb128> empty
[15:29] <seb128> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[15:29] <seb128> empty
[15:30] <seb128> and let's stop there since we are at the half hour limit
[15:42] <KGB-0> gtk3 signed tags b9502bf Jeremy Bicha upstream/3.24.32 * Upstream version 3.24.32 * https://deb.li/3iFUz
[15:42] <KGB-0> gtk3 upstream/latest 4275e35 Jeremy Bicha * pushed 135 commits (first 5 follow) * https://deb.li/i2V1s
[15:42] <KGB-0> gtk3 upstream/latest 0eec64a Matthias Clasen gdk/x11/gdkdevice-xi2.c * https://deb.li/wOuN
[15:42] <KGB-0> Merge branch 'fix_derefence_fault_gdk_x11_device_xi2_window_at_position' into 'gtk-3-24'
[15:43] <KGB-0> gtk3 upstream/latest 3ae4467 Yosef Or Boczko po/he.po * Update Hebrew translation * https://deb.li/3tcRx
[15:43] <KGB-0> gtk3 upstream/latest d72f3e9 Daniel Mustieles po/es.po * Updated Spanish translation * https://deb.li/GFjg
[15:43] <KGB-0> gtk3 upstream/latest e13ebcd Fran Dieguez po/gl.po * Update Galician translation * https://deb.li/3yVvl
[15:43] <KGB-0> gtk3 upstream/latest a238488 Luming Zh po/zh_CN.po * Update Chinese (China) translation * https://deb.li/EBpM
[15:44] <seb128> jbicha, https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/+bug/1964136/comments/3 FYI
[15:45] <seb128> strong -1 from me on renaming, we should invest our time to fix problems in the LTS, not to create distraction and then get busy fixing things we broke
[15:56] <KGB-2> gtk3 signed tags 129fb53 Jeremy Bicha ubuntu/3.24.32-0ubuntu1 * gtk+3.0 Debian release 3.24.32-0ubuntu1 * https://deb.li/3mXO7
[15:56] <KGB-2> gtk3 ubuntu/master 07d8dc3 Jeremy Bicha * pushed 325 commits (first 5 follow) * https://deb.li/3UVTU
[15:56] <KGB-2> gtk3 ubuntu/master cf6627e Luca Bacci gdk/win32/gdkdisplay-win32.c * Merge branch 'gdk-win32-fix-issue-1402' into 'gtk-3-24' * https://deb.li/itOPF
[15:56] <KGB-2> gtk3 ubuntu/master d3ffdd5 Melroy van den Berg configure.ac meson.build win32/gtkpc.py * Add missing Windows libs for printing - win32. During cross-compiling * https://deb.li/3eX7
[15:56] <KGB-2> gtk3 ubuntu/master f2f04dd Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/32pLd
[15:56] <KGB-2> gtk3 ubuntu/master b85e605 Philip Zander gdk/win32/gdkkeys-win32.c * gdkkeys-win32: Only perform substitution as last-resort * https://deb.li/zoWF
[15:56] <KGB-2> gtk3 ubuntu/master c948377 Luca Bacci gdk/win32/gdkkeys-win32.c * Merge branch 'win32-fix-4724-gtk3' into 'gtk-3-24' * https://deb.li/38t81
[16:12] <KGB-0> libhandy-1 signed tags 3bfab52 Jeremy Bicha upstream/1.5.91 * Upstream version 1.5.91 * https://deb.li/33t0R
[16:12] <KGB-0> libhandy-1 upstream/latest c87af19 Alexander Mikhaylenko src/hdy-style-manager.c * style-manager: Disable light/dark transtion without GtkSettings * https://deb.li/iOeCv
[16:12] <KGB-0> libhandy-1 upstream/latest 5395f1b Adrien Plazas src/ hdy-carousel-indicator-dots.c hdy-carousel-indicator-lines.c * carousel-indicator: Resize on carousel or page number change * https://deb.li/Up8V
[16:12] <KGB-0> libhandy-1 upstream/latest d82c031 Christian Hergert src/hdy-avatar.c * avatar: fix invalid UTF-8 iteration * https://deb.li/37Rlg
[16:13] <KGB-0> libhandy-1 upstream/latest 158bdb3 Alexander Mikhaylenko NEWS meson.build * Release 1.5.91 * https://deb.li/mt6N
[16:13] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541673 (build i386) stage: build, status: created
[16:13] <KGB-0> libhandy-1 upstream/latest 1c58042 Jeremy Bicha (715 files in 3 dirs) * New upstream version 1.5.91 * https://deb.li/3aeIx
[16:13] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541675 (test-build-any) stage: test, status: created
[16:13] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541678 (reprotest) stage: test, status: created
[16:13] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541671 (extract-source) stage: provisioning, status: pending
[16:13] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541671 (extract-source) stage: provisioning, status: created
[16:13] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541672 (build) stage: build, status: created
[16:13] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541674 (build source) stage: build, status: created
[16:13] <KGB-0> libhandy-1 pipeline Jeremy Bicha 356142 * pending (autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; extract-source: pending; piuparts: created; blhc: created; build: created)
[16:14] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541676 (test-build-all) stage: test, status: created
[16:14] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541677 (test-crossbuild-arm64) stage: test, status: created
[16:14] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541682 (piuparts) stage: test, status: created
[16:14] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541672 (build) stage: build, status: pending
[16:14] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541674 (build source) stage: build, status: pending
[16:15] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541674 (build source) stage: build, status: running. Duration: 1 second
[16:15] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541690 (test-build-any) stage: test, status: created
[16:15] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541692 (test-crossbuild-arm64) stage: test, status: created
[16:15] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541693 (reprotest) stage: test, status: created
[16:15] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541686 (extract-source) stage: provisioning, status: created
[16:15] <KGB-0> libadwaita pipeline Jeremy Bicha 356146 * pending (piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-build-all: created; test-build-any: created; extract-source: pending; test-crossbuild-arm64: created; build source: created; build i386: created; build: created)
[16:15] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541688 (build i386) stage: build, status: created
[16:16] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541687 (build) stage: build, status: created
[16:16] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541695 (autopkgtest) stage: test, status: created
[16:16] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541694 (lintian) stage: test, status: created
[16:16] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541696 (blhc) stage: test, status: created
[16:16] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541697 (piuparts) stage: test, status: created
[16:16] <KGB-0> libadwaita pipeline Jeremy Bicha 356146 * running (extract-source: running; piuparts: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-build-all: created; test-build-any: created; test-crossbuild-arm64: created; build source: created; build i386: created; build: created)
[16:16] <KGB-0> libadwaita pristine-tar e4c539f Jeremy Bicha libadwaita-1_1.1~beta.orig.tar.xz.delta libadwaita-1_1.1~beta.orig.tar.xz.id * pristine-tar data for libadwaita-1_1.1~beta.orig.tar.xz * https://deb.li/3esXU
[16:16] <KGB-0> libadwaita pristine-tar d199e0c Jeremy Bicha libadwaita-1_1.1~rc.orig.tar.xz.delta libadwaita-1_1.1~rc.orig.tar.xz.id * pristine-tar data for libadwaita-1_1.1~rc.orig.tar.xz * https://deb.li/3keGn
[16:17] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541686 (extract-source) stage: provisioning, status: success. Duration: 1 minute and 45 seconds
[16:17] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541687 (build) stage: build, status: running. Duration: 1 second
[16:17] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541674 (build source) stage: build, status: success. Duration: 2 minutes and 43 seconds
[16:18] <KGB-0> gnome-boxes signed tags 49bf600 Jeremy Bicha upstream/42_rc * Upstream version 42~rc * https://deb.li/3jtoV
[16:19] <KGB-0> gnome-boxes upstream/latest 19a4eb0 Jeremy Bicha * pushed 22 commits (first 5 follow) * https://deb.li/3ZpCA
[16:19] <KGB-0> gnome-boxes upstream/latest e15c5ae Felipe Borges src/preferences/ memory-row.vala resources-page.vala storage-row.vala * preferences: Use IEC (base 1024) units with "GiB"-style suffixes * https://deb.li/Bo2e
[16:19] <KGB-0> gnome-boxes upstream/latest c5be977 Felipe Borges src/preferences/memory-row.vala * memory-row: Handle user manual input of memory values * https://deb.li/30tG0
[16:19] <KGB-0> gnome-boxes upstream/latest 004914b Felipe Borges src/vm-configurator.vala * vm-configurator: Catch errors while updating domain devices * https://deb.li/dliz
[16:19] <KGB-0> gnome-boxes upstream/latest 8fbe464 Felipe Borges src/assistant/index-page.vala * assistant: Don't rely on implicit .begin since its deprecated * https://deb.li/ZRLc
[16:19] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541681 (blhc) stage: test, status: running. Duration: no time
[16:19] <KGB-0> gnome-boxes upstream/latest 799ec9b Felipe Borges data/org.gnome.Boxes.appdata.xml.in * appdata: Update screenshots to reflect GNOME 42 changes * https://deb.li/3Ls6y
[16:19] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541673 (build i386) stage: build, status: success. Duration: 4 minutes and 44 seconds
[16:19] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541675 (test-build-any) stage: test, status: running. Duration: 5 seconds
[16:19] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541681 (blhc) stage: test, status: pending
[16:20] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541682 (piuparts) stage: test, status: running. Duration: no time
[16:20] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541677 (test-crossbuild-arm64) stage: test, status: running. Duration: 7 seconds
[16:20] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541681 (blhc) stage: test, status: success. Duration: 1 minute and 15 seconds
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541695 (autopkgtest) stage: test, status: pending
[16:22] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541694 (lintian) stage: test, status: running. Duration: no time
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541693 (reprotest) stage: test, status: pending
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541693 (reprotest) stage: test, status: running. Duration: 1 second
[16:22] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541688 (build i386) stage: build, status: success. Duration: 4 minutes and 41 seconds
[16:22] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541691 (test-build-all) stage: test, status: running. Duration: no time
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541696 (blhc) stage: test, status: running. Duration: no time
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541697 (piuparts) stage: test, status: running. Duration: no time
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541690 (test-build-any) stage: test, status: pending
[16:22] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541690 (test-build-any) stage: test, status: running. Duration: 1 second
[16:22] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541675 (test-build-any) stage: test, status: success. Duration: 3 minutes and 9 seconds
[16:23] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541696 (blhc) stage: test, status: success. Duration: 1 minute and 9 seconds
[16:24] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541692 (test-crossbuild-arm64) stage: test, status: failed. Duration: 1 minute and 54 seconds
[16:24] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541694 (lintian) stage: test, status: success. Duration: 2 minutes and 20 seconds
[16:24] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541678 (reprotest) stage: test, status: success. Duration: 5 minutes and 19 seconds
[16:25] <KGB-2> GNOME / libadwaita builds Jeremy Bicha * Build #2541691 (test-build-all) stage: test, status: success. Duration: 3 minutes
[16:27] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541693 (reprotest) stage: test, status: failed. Duration: 5 minutes and 49 seconds
[16:30] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2541682 (piuparts) stage: test, status: success. Duration: 11 minutes and 18 seconds
[16:32] <KGB-0> GNOME / libadwaita builds Jeremy Bicha * Build #2541697 (piuparts) stage: test, status: success. Duration: 9 minutes and 59 seconds
[16:59] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541749 (build i386) stage: build, status: created
[16:59] <KGB-0> xdg-desktop-portal-gnome pipeline Jeremy Bicha 356158 * pending (extract-source: running; piuparts: created; blhc: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created; autopkgtest: created; lintian: created; reprotest: created)
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest 3b2dd8c Jeremy Bicha * pushed 140 commits (first 5 follow) * https://deb.li/3CKFE
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest 335021e Kukuh Syafaat po/id.po * Update Indonesian translation * https://deb.li/okUl
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest 081bff6 Jordi Mas i Hernandez po/ca.po * Update Catalan translation * https://deb.li/36L1I
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest ecc3e8f Alexander Mikhaylenko src/ screenshotdialog.css screenshotdialog.ui * screenshotdialog: Use the heading style class * https://deb.li/OkKU
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest c7e027d Alexander Mikhaylenko src/ screenshotdialog.c screenshotdialog.ui xdg-desktop-portal-gnome.gresource.xml screenshotdialog.css * screenshot: Refine screenshot display * https://deb.li/3KLaF
[17:00] <KGB-2> xdg-desktop-portal-gnome upstream/latest 505830c Alexander Mikhaylenko src/wallpaperpreview.css * wallpaperpreview: Remove unused lockscreen styles * https://deb.li/vKJ7
[17:00] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541750 (build source) stage: build, status: created
[17:00] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541749 (build i386) stage: build, status: pending
[17:00] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541752 (test-build-all) stage: test, status: created
[17:01] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541754 (reprotest) stage: test, status: created
[17:01] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541758 (piuparts) stage: test, status: created
[17:01] <KGB-2> xdg-desktop-portal-gnome pristine-tar a2492da Jeremy Bicha xdg-desktop-portal-gnome_42~rc.orig.tar.xz.delta xdg-desktop-portal-gnome_42~rc.orig.tar.xz.id * pristine-tar data for xdg-desktop-portal-gnome_42~rc.orig.tar.xz * https://deb.li/3sGpd
[17:01] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541747 (extract-source) stage: provisioning, status: running. Duration: 2 seconds
[17:01] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541748 (build) stage: build, status: pending
[17:02] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541748 (build) stage: build, status: running. Duration: no time
[17:02] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541750 (build source) stage: build, status: running. Duration: no time
[17:03] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541758 (piuparts) stage: test, status: pending
[17:03] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541757 (blhc) stage: test, status: pending
[17:03] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541755 (lintian) stage: test, status: pending
[17:04] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541753 (test-crossbuild-arm64) stage: test, status: pending
[17:04] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541751 (test-build-any) stage: test, status: pending
[17:04] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541751 (test-build-any) stage: test, status: running. Duration: no time
[17:04] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541755 (lintian) stage: test, status: running. Duration: no time
[17:04] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541758 (piuparts) stage: test, status: running. Duration: no time
[17:05] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541755 (lintian) stage: test, status: success. Duration: 1 minute and 46 seconds
[17:06] <KGB-0> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541753 (test-crossbuild-arm64) stage: test, status: failed. Duration: 1 minute and 58 seconds
[17:06] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541751 (test-build-any) stage: test, status: success. Duration: 2 minutes and 19 seconds
[17:07] <KGB-2> GNOME / xdg-desktop-portal-gnome builds Jeremy Bicha * Build #2541754 (reprotest) stage: test, status: success. Duration: 3 minutes and 14 seconds
[17:08] <KGB-0> xdg-desktop-portal-gnome pipeline Jeremy Bicha 356158 * [8 minutes and 40 seconds] success (piuparts: success; reprotest: success; autopkgtest: success; test-build-any: success; test-crossbuild-arm64: failed; lintian: success; blhc: success; test-build-all: success; build i386: success; build: success; build source: success; extract-source: success)
[18:33] <KGB-2> gsettings-desktop-schemas pristine-tar bf1b166 Jeremy Bicha gsettings-desktop-schemas_42~rc.orig.tar.xz.delta gsettings-desktop-schemas_42~rc.orig.tar.xz.id * pristine-tar data for gsettings-desktop-schemas_42~rc.orig.tar.xz * https://deb.li/zz2D
[18:36] <KGB-2> gsettings-desktop-schemas signed tags 43e5b80 Jeremy Bicha ubuntu/42_rc-1ubuntu1 * gsettings-desktop-schemas Debian release 42~rc-1ubuntu1 * https://deb.li/3SrcI
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master a131707 Jeremy Bicha * pushed 17 commits (first 5 follow) * https://deb.li/NQhE
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master 05fcdb5 Aurimas Černius po/lt.po * Updated Lithuanian translation * https://deb.li/3XK7l
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master 1c01168 Emin Tufan Çetin po/tr.po * Update Turkish translation * https://deb.li/JKbM
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master 6c49ca7 Anders Jonsson po/sv.po * Update Swedish translation * https://deb.li/3mGUj
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master cf50ddd Alan Mortensen po/da.po * Updated Danish translation * https://deb.li/3ULs4
[18:36] <KGB-0> gsettings-desktop-schemas ubuntu/master b689dce Goran Vidović po/hr.po * Update Croatian translation * https://deb.li/i7NFD
[19:27] <seb128> jbicha, k, gtk4 4.6.1 migrated now
[19:27] <seb128> jbicha, Trevinho, is any of you working on unblocking the shell update by fixing that autopkgtest failing and maybe other items?
[19:27] <seb128> we will need the libadwaita MIR accepted and it might be nice to fix some extensions, like I didn't remove gpaste yet but maybe I should
[19:30] <jbicha> I'll look into gpaste
[19:30] <jbicha> thank you for handling gtk4
[19:53] <KGB-0> glib tags 1ae4cb8 Simon McVittie upstream/2.71.3 * Upstream version 2.71.3 * https://deb.li/5Cy4
[19:53] <KGB-2> glib upstream/latest 910ec09 Simon McVittie * pushed 169 commits (first 5 follow) * https://deb.li/PiUn
[19:53] <KGB-2> glib upstream/latest 420238e Sebastian Dröge gio/gdebugcontrollerdbus.c * Merge branch 'debug-controller-unused' into 'main' * https://deb.li/3JCY7
[19:53] <KGB-2> glib upstream/latest b109c2a Tim Sabsch po/de.po * Update German translation * https://deb.li/n7rU
[19:53] <KGB-2> glib upstream/latest bc2ca9d Alexander Klauer glib/gvariant.h * Explain magic literals in G_VARIANT_*_INIT * https://deb.li/iU1TF
[19:53] <KGB-2> glib upstream/latest feb8ea4 Philip Withnall glib/gvariant.h * Merge branch 'issue-2613' into 'main' * https://deb.li/l7JM
[19:53] <KGB-2> glib upstream/latest 340bc1c Alexander Klauer glib/gvariant.c * Do not use ensure_valid_* call in g_return_* macro * https://deb.li/3EY4j
[19:55] <KGB-0> gnome-shell-extension-easyscreencast signed tags 25a6494 Samuel Henrique upstream/1.5.0 * Upstream version 1.5.0 * https://deb.li/3w3Mx
[19:56] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542446 (lintian) stage: test, status: created
[19:56] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542438 (extract-source) stage: provisioning, status: created
[19:56] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542441 (build source) stage: build, status: created
[19:56] <KGB-2> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542438 (extract-source) stage: provisioning, status: running. Duration: 2 seconds
[19:56] <KGB-0> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 356230 * pending (piuparts: created; blhc: created; extract-source: pending; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[19:56] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542444 (test-crossbuild-arm64) stage: test, status: created
[19:56] <KGB-0> GNOME / shell-extensions / gnome-shell-extension-easyscreencast builds Samuel Henrique * Build #2542445 (reprotest) stage: test, status: created
[19:57] <KGB-0> gnome-shell-extension-easyscreencast pristine-tar 45947f2 Samuel Henrique gnome-shell-extension-easyscreencast_1.5.0.orig.tar.gz.delta gnome-shell-extension-easyscreencast_1.5.0.orig.tar.gz.id * pristine-tar data for gnome-shell-extension-easyscreencast_1.5.0.orig.tar.gz * https://deb.li/qxlE
[19:58] <KGB-0> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 356231 * pending (piuparts: created; test-build-any: created; build source: created; build i386: created; extract-source: pending; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; build: created)
[20:03] <KGB-0> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 356231 * running (extract-source: running; piuparts: created; test-build-any: created; build source: created; build i386: created; blhc: created; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; build: created)
[20:07] <KGB-0> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 356230 * [11 minutes and 38 seconds] failed (piuparts: success; blhc: success; test-build-all: success; autopkgtest: success; test-crossbuild-arm64: success; test-build-any: success; reprotest: failed; lintian: success; build source: success; build i386: success; build: success; extract-source: su
[20:07] <KGB-0> shell-extensionsccess)
[20:11] <KGB-0> gnome-shell-extension-easyscreencast pipeline Samuel Henrique 356231 * [8 minutes and 15 seconds] failed (piuparts: success; autopkgtest: success; test-build-all: success; reprotest: failed; lintian: success; test-crossbuild-arm64: success; test-build-any: success; blhc: success; build source: success; build i386: success; build: success; extract-source: suc
[20:11] <KGB-0> shell-extensionscess)
[20:40] <KGB-2> gjs signed tags 0cd65cd Jeremy Bicha upstream/1.71.90 * Upstream version 1.71.90 * https://deb.li/3mxgx
[20:40] <KGB-2> gjs pristine-tar 3d4b922 Jeremy Bicha gjs_1.71.90.orig.tar.xz.delta gjs_1.71.90.orig.tar.xz.id * pristine-tar data for gjs_1.71.90.orig.tar.xz * https://deb.li/Z8Iz
[20:42] <KGB-0> mozjs signed tags 3e724ac Jeremy Bicha upstream/91.7.0 * Upstream version 91.7.0 * https://deb.li/30I8M
[20:42] <KGB-2> mozjs upstream/91 47a5d0f Jeremy Bicha (5 files in 5 dirs) * New upstream version 91.7.0 * https://deb.li/dJk1
[20:42] <KGB-2> mozjs pristine-tar ffd88a4 Jeremy Bicha mozjs91_91.7.0.orig.tar.xz.delta mozjs91_91.7.0.orig.tar.xz.id * pristine-tar data for mozjs91_91.7.0.orig.tar.xz * https://deb.li/31uqN
[20:49] <seb128> jbicha, ah, you just uploaded n-m, unsure if you saw the discussion from yesterday. Should we try to back out that revert again? I checked the autopkgtest records but it seems when the tests failed when you tried recently the issue was the wpa depends missing so we don't know if the patch is still required?
[20:50] <jbicha> oh, we could try again
[20:50] <seb128> well next time someone upload it let's try
[21:21] <KGB-0> gtk3 signed tags ef9384f Jeremy Bicha upstream/3.24.33 * Upstream version 3.24.33 * https://deb.li/3xxxl
[21:22] <KGB-2> gtk3 pristine-tar e567ac2 Jeremy Bicha gtk+3.0_3.24.33.orig.tar.xz.delta gtk+3.0_3.24.33.orig.tar.xz.id * pristine-tar data for gtk+3.0_3.24.33.orig.tar.xz * https://deb.li/ilIeI
[21:51] <KGB-0> gnome-disk-utility signed tags c94d54b Jeremy Bicha upstream/42_rc * Upstream version 42~rc * https://deb.li/xMVz
[21:51] <KGB-2> gnome-disk-utility upstream/latest 2dc3cd4 Jeremy Bicha * pushed 17 commits (first 5 follow) * https://deb.li/ixxmi
[21:51] <KGB-2> gnome-disk-utility upstream/latest d0db7eb Jordi Mas i Hernandez po/ca.po * Update Catalan translation * https://deb.li/vOgv
[21:51] <KGB-2> gnome-disk-utility upstream/latest 98b8741 Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3sJIn
[21:51] <KGB-2> gnome-disk-utility upstream/latest cad8e5a Emin Tufan Çetin po/tr.po * Update Turkish translation * https://deb.li/CJNe
[21:51] <KGB-0> gnome-disk-utility pristine-tar 0edbdc1 Jeremy Bicha gnome-disk-utility_42~rc.orig.tar.xz.delta gnome-disk-utility_42~rc.orig.tar.xz.id * pristine-tar data for gnome-disk-utility_42~rc.orig.tar.xz * https://deb.li/4Jn4
[21:52] <KGB-2> gnome-disk-utility upstream/latest 508fee7 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/3cME0
[21:52] <KGB-2> gnome-disk-utility upstream/latest a098de1 Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/6VxA
[21:53] <KGB-2> gnome-disk-utility signed tags 9c3c4c9 Jeremy Bicha ubuntu/42_rc-1ubuntu1 * gnome-disk-utility Debian release 42~rc-1ubuntu1 * https://deb.li/3jMdD
[21:53] <KGB-2> gnome-disk-utility ubuntu/master e1d4605 Jeremy Bicha * pushed 23 commits (first 5 follow) * https://deb.li/YV7j
[21:53] <KGB-2> gnome-disk-utility ubuntu/master 90714ec Jeremy Bicha debian/changelog * releasing package gnome-disk-utility version 42~beta-2 * https://deb.li/Hhc4
[21:53] <KGB-2> gnome-disk-utility ubuntu/master 508fee7 Jordi Mas po/ca.po * Update Catalan translation * https://deb.li/3cME0
[21:54] <KGB-2> gnome-disk-utility ubuntu/master a098de1 Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/6VxA
[21:54] <KGB-2> gnome-disk-utility ubuntu/master 6ecafea Quentin PAGÈS po/oc.po * Update Occitan translation * https://deb.li/3AxVR
[21:54] <KGB-2> gnome-disk-utility ubuntu/master c31efd4 Aurimas Černius po/lt.po * Updated Lithuanian translation * https://deb.li/FOUx
[22:38] <KGB-2> gnome-control-center ubuntu/master a837a23 Marco Trevisan * pushed 6 commits (first 5 follow) * https://deb.li/XJVI
[22:38] <KGB-2> gnome-control-center ubuntu/master f9420d5 Marco Trevisan (Treviño) debian/patches/ (32 files in 3 dirs) * debian/patches: Cherry-pick various upstream fixes part of 42 branch * https://deb.li/ikMlA
[22:38] <KGB-2> gnome-control-center ubuntu/master 3bd1610 Marco Trevisan (Treviño) debian/patches/debian/Debian-s-adduser-doesn-t-allow-uppercase-letters-by-defau.patch * debian/patches: Fix a leak when creating a new user * https://deb.li/tJuF
[22:38] <KGB-2> gnome-control-center ubuntu/master 0e53cb8 Muqtxdir debian/patches/ubuntu/Modify-Mulitasking-assets-for-accent-colors.patch * debian/patches: add RTL condition from upstream to cc-multitasking-panel * https://deb.li/3rMS1
[22:38] <KGB-2> gnome-control-center ubuntu/master d72dbe6 Marco Trevisan (Treviño) debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * ubuntu-panel: Ensure accent colors are visible and widget not selectable * https://deb.li/yVQd
[22:39] <KGB-2> gnome-control-center ubuntu/master 3f7c105 Marco Trevisan (Treviño) debian/patches/ubuntu/Allow-tweaking-some-settings-for-Ubuntu-Dock.patch * ubuntu-panel: Add support for configuring Desktop extension * https://deb.li/3Xx9V
[22:57] <KGB-0> gnome-shell-extensions signed tags 639c14e Jeremy Bicha upstream/42_rc * Upstream version 42~rc * https://deb.li/igShx


[00:03] <buengenio> hello, routing question - I'm connecting via VPN to another site on a WiFi connection (client IP: <IP_ADDRESS>). On the local wired connection I have another machine connected (ip: <IP_ADDRESS>). Question: how to access ping or http on <IP_ADDRESS> from the VPN server-side ?
[04:46] <zerooneone> i just started using ubuntu for some servers i'm managing. question: how long does it usually take for security vulns to be fixed, such as the issue with apache 2.2.22?
[04:58] <TheLordOfTime> zerooneone, #ubuntu-hardened might be a better place to ask.  but which vulnerability are you talking about>?
[04:59] <zerooneone> nm i think i found it. i'm confused by the ubuntu version numbers. i should just look at the USN from now on :)
[05:00] <TheLordOfTime> i'm still curious though :P
[05:04] <zerooneone> TheLordOfTime: it was apache2 http://www.ubuntu.com/usn/usn-1765-1/
[05:06] <zerooneone> apache2 says to upgrade to 2.2.23 but the ubuntu security upgraded version is 2.2.22-1ubuntu1.3 for ubuntu 12.04
[05:06] <TheLordOfTime> zerooneone, note the four CVE links in the USN.,
[05:06] <TheLordOfTime> they're all "released" or "not-affected"  :)
[05:06] <zerooneone> tell me that's not confusing
[05:06] <TheLordOfTime> nope.
[05:06] <TheLordOfTime> it isn't confusing.
[05:06] <TheLordOfTime> but... i've worked with the security process for a couple of packages, so... :P
[05:06] <TheLordOfTime> here's how to see if they've been fixed though
[05:07] <TheLordOfTime> http://people.canonical.com/~ubuntu-security/cve/2013/CVE-2013-1048.html    http://people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-4558.html    people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-4557.html
[05:07] <TheLordOfTime> http://people.canonical.com/~ubuntu-security/cve/2012/CVE-2012-3499.html
[05:07] <TheLordOfTime> can we disable that thing?
[05:07] <zerooneone> haha
[05:07]  * TheLordOfTime slaps uvirtbot with /dev/null
[05:07] <TheLordOfTime> zerooneone, anyways, if you look at those links, you'll see it also says which "version" each CVE was fixed in.
[05:08] <zerooneone> i can see that now thanks. but can't we just call it 2.2.23 then? help me understand...
[05:09] <TheLordOfTime> because it isn't 2.2.23.
[05:09] <zerooneone> it's just been patched then
[05:09] <TheLordOfTime> there may be other code changes between the version in the repos for a software, but the security patch has been applied
[05:09] <TheLordOfTime> but not the other code changes.
[05:09] <TheLordOfTime> there ARE cases where a security update may need a version bump
[05:09] <TheLordOfTime> but i've never seen that in any of the packages I monitor.
[05:10] <TheLordOfTime> (it's rare is what I"m trying to say)
[05:12] <zerooneone> so when our security guy wags his finger at the fact that apache 2.2.22 is installed i can just tell him to go find his black hat then
[05:12] <zerooneone> ok i understand. but i'm not happy about it
[05:12] <zerooneone> thanks for your help TheLordOfTime
[05:17] <TheLordOfTime> yep
[08:50] <one> How doos I change console font?
[08:51] <one> andol: how doos i change console font?
[08:54] <one> kevinsky: how doos i change console font?
[08:55] <one> freeflying: how doos i change console font?
[09:03] <one> diplo: thank you that look better
[09:04] <one> diplo: how about do you know how to turn down the brightness my eyes hurt
[09:05] <one> Do they still sell radiation filters for screens maybe it is burning my retina.
[09:10] <one> how does I lower the brightness from console only?
[09:10] <one> ^ slightly different question
[09:11] <one> ^ help
[09:11] <one> ^ help gdef
[09:11] <one> ^ help ping
[09:11] <Myrtti> one: can you please stop
[09:12] <one> Myrtti: ok that is cat toy for someoneelse
[09:13] <one> my eyes are burning how to stop the radiation?
[09:13] <one> Do i have to buy a filter or is there a way to tell it from console?
[09:14] <Myrtti> one: can you please stop playing around? I'm sure there are other hobbies available for you than fooling around in IRC channels. My personal recommendation is either medieval and renessaince literature, knitting or woodwork.
[09:14] <Myrtti> cycling is also a nice hobby.
[09:15] <one> huh
[09:15] <one> im serious I want to know how to turn down brightness
[09:16] <Myrtti> in most cases you can do it with the hardware. The displays usually have a button for doing it.
[09:16] <one> its a fuction key which isn't working from console only
[09:17] <rbasak> one: this is on a laptop?
[09:17] <one> Also I know some software can make it go lower than usual even to black, yes a laptop.
[09:17] <one> I want it very vary low barley readable.
[09:17] <rbasak> one: try #ubuntu, or perhaps askubuntu.com is more likely to get an answer. This is a server channel.
[09:18] <one> I am not fooling around I think it is burning my retina laptop screens look brighter than looking out the window on a sunny day.
[09:19] <one> I have to stop and cool my eyeballs off from time to tiem
[09:26] <one> rbasak: for some reason or another I am unable to join #ubuntu
[09:27] <Myrtti> that would be because you are banned there. If you want to discuss it, join #ubuntu-ops.
[10:37] <one> Myrtti: unsuccessful
[10:37] <Myrtti> that would be because you didn't actually discuss.
[10:37] <Myrtti> but it's your choice.
[10:38] <one> false
[10:38] <one> bearing false witness against a neighbor
[10:38] <ikonia> this isn't going to end well
[10:39] <Myrtti> one: how about you just stop there, and we can go on with our lives?
[10:40] <one> Myrtti and consider every day a blessing in that you have another chance to repent of your false witness before JUDGMENT DAY
[12:59] <zul> grrr
[13:01] <zul> jamespage: so im lookin at this bug: https://bugs.launchpad.net/ubuntu/+source/quantum/+bug/1107114 and it depends on a ryu package which isnt packaged in ubuntu or debian
[13:02] <jamespage> zul, might be a propreity bit
[13:02] <zul> jamespage:  you would think so but its available on pypi
[13:02] <jamespage> hmm OK
[13:03] <zul> https://pypi.python.org/pypi/ryu/1.7
[13:05] <jamespage> zul, I'm guessing the unit testing covers none of that plugin then
[13:05]  * jamespage sighs
[13:05] <jamespage> and its not in pip-requires or anything
[13:05] <jamespage> bah
[13:05] <zul> doubt it
[13:05] <zul> ive seen other stuff that is not in pip-requires
[13:14] <drag0nius> i've installed zentyal on non-standard port, but web access does not start (netstat doesnt show port open)
[13:17] <jamespage> zul, cinder rc3 out yet?
[13:18] <zul> jamespage:  not yet quantum rc2 is out though
[13:18] <jamespage> zul, oh - and can you prepare a update for the grizzly cloud archive for that latest libvirt fix as well pls
[13:18] <zul> ack
[13:18] <jamespage> zul, marvellous
[13:21] <jamespage> zul, also all of the rc1's are in grizzly-updates now - did you want to tweet that or something?
[13:21] <zul> jamespage:  sure
[13:24] <jibel> hallyn, stgraber another annoying bug with lxc on arm bug 1160360 . I filed it against lxc although it is more like something in flash-kernel that should detect the platform it is running on.
[13:26] <stgraber> jibel: ah, sounds like the same kind of problem we had with grub on x86
[13:26] <stgraber> jibel: btw, I'm still trying to figure out what happened with the python module, it's a really weird bug ;)
[13:26] <jibel> stgraber, I'm sorry :)
[13:27] <stgraber> jibel: well, I'm glad you noticed it before we release the final 0.9 :)
[13:27] <hallyn> stgraber: so to deal with the veth create scalability, we might want to have all templates default to specifying names and peer names for all veths
[13:27] <jibel> stgraber, I'm feeling like the only user of lxc on ARM
[13:28] <stgraber> hallyn: ah, I didn't follow the discussion too closely but is the extra delay caused by the generation of a unique name for the pair?
[13:28] <hallyn> jibel: you might be, but i'm setting up my arm laptop right now so you won't be
[13:28] <stgraber> jibel: you're not, I'm using it on my pandaboard for package builds ;)
[13:28] <hallyn> stgraber: yeah finding a new name is o(n^2)
[13:29] <hallyn> stgraber: but those build containers don't get upgraded?
[13:29] <stgraber> hallyn: they do but they don't have a kernel in them ;)
[13:29] <hallyn> i've got a bad feeling about 1160360,
[13:29] <hallyn> we had to go to some effort to fix that with grub
[13:29] <hallyn> so will mkimage have to detect if it's in a container too?
[13:30] <jamespage> zul, could you ack the python-coverage update here please - http://people.canonical.com/~jamespage/ca-updates/
[13:30] <stgraber> hallyn: so I'm not sure I like the idea of forcing people to set the names for the pair in the config as it may be a bit tricky for people to figure out when moving containers around
[13:30] <stgraber> hallyn: however we can easily generate something better than the current random names
[13:30] <zul> jamespage:  +1
[13:30] <jibel> stgraber, oh wait, about the kernel bug, maybe it's just me doing weird things because I reused a cloud-config script that is normally used to provision local VMs
[13:30] <hallyn> stgraber: they're usually random, how is 'containername.1 and containername.2' worse?
[13:30] <jibel> I'm trying something
[13:31] <hallyn> though there is probably a rather short length limit
[13:31] <stgraber> hallyn: veth<PID of lxc-start>-<index>
[13:31] <hallyn> jibel: no i'm guessing any instance based from cloud image will have a kernel and cause this
[13:31] <stgraber> hallyn: I'd rather we have LXC generate good unique names than assuming that people or our template will ;)
[13:31] <hallyn> stgraber: or just v<initpid>.1 and v<initpid>.2.  something like that, yeah
[13:32] <jamespage> zul: ta
[13:32] <hallyn> stgraber: sounds good
[13:32] <stgraber> hallyn: right. The only problem I can think of with initpid is when doing nesting, as you can technically get a clash
[13:33] <stgraber> hallyn: not sure what else we can use though ;)
[13:34] <jamespage> zul, "        self.fake_ryu = fake_ryu.patch_fake_ryu_client().start()"
[13:34] <hallyn> stgraber: that should still be mostly not o(n^2), and should be very rare
[13:34] <jamespage> so it does have unit tests but it stubbs out the client - which is fair enough
[13:34] <zul> jamespage:  well thats something i guess
[13:34] <hallyn> jamespage: at first glance i thought you were telling zul off
[13:34] <zul> hallyn:  wouldnt surprise me ;)
[13:35] <stgraber> hallyn: oh nevermind, with nesting we also get a new netns so the veth name won't clash
[13:35] <hallyn> true :)
[13:35] <stgraber> hallyn: so yeah, v<initpid>.<increment> sounds good, should be reliable and will fix the allocation time issue
[13:35] <zul> yolanda/jamespage: https://code.launchpad.net/~zulcss/quantum/rc2/+merge/155486
[13:36] <stgraber> hallyn: is that something you want to do for 0.9?
[13:36]  * jamespage hopes he's not getting a rep for telling people off
[13:37] <hallyn> stgraber: yeah i think so
[13:38] <hallyn> stgraber: not right now though, and i'm not sure where to record that task :)
[13:38] <hallyn> we need a 0.9 and 1.0 blueprint
[13:38] <hallyn> s
[13:38] <stgraber> hallyn: ok. My hope is to send the pull request for 0.9 on Monday
[13:39] <hallyn> oh.  hm.
[13:39] <stgraber> hallyn: assuming I figure out that damn python bug by then ;) I did a dozen test build yesterday and it's just plain weird...
[13:39] <hallyn> ok i'm still waiting for my arm to update.
[13:40] <hallyn> (and then of course i'll have to drop back into android to flash the old kernel since new kernel doesn't work)
[13:40] <stgraber> so far, I've come to the conclusion that it's not some kind of weird function name clash (my function was called get_version so could have clashed with one of the LXC ones) and it's not caused by what we get from the LXC API as even returning a fixed string gives the error
[13:41] <hallyn> /build/buildd/sparc-cross-toolchain-base-0.9ppa1/debian/tmp/usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file or directory    hmmmmm
[13:43] <hallyn> oh.  feh.  my arm kernel doesn't have bridge support
[13:44] <hallyn> guess i'll leave that to stgraber
[13:46] <stgraber> I found quite a few bugs so far, but none that explain what I see ;)
[13:49] <gQuigs> I can't seem to find documentation on the Ubuntu 10.04 Kernel Backports; the best I could find was http://askubuntu.com/questions/29961/why-are-only-some-versions-of-the-kernel-backported-to-certain-releases
[13:49] <gQuigs> but no "official" doc backing that up
[13:50] <gQuigs> specifically I'm wondering if support for the 3.0 kernel ends in April with Oneiric
[13:52] <stgraber> hallyn: oh wow, so I can confirm that it's nothing to do with the function in my python binding, it seems to have something to do with the structure listing the functions related to the python module
[13:52] <hallyn> huh
[13:52] <stgraber> hallyn: the bug happens whenever that struct contains two items. If I remove get_current_config_dir, then get_version works
[13:52] <hallyn> does it need to be (and is not) null terminated?
[13:53] <stgraber> now to go check the python documentation to figure out what I missed ;)
[13:53] <stgraber> it needs to be NULL terminated and it's
[13:53] <hallyn> :)
[13:53] <hallyn> +1 then :)
[14:08] <jamespage> zul: +1 on quantum rc2 MP
[14:08] <zul> jamespage:  cool thanks
[14:08] <jamespage> zul, sorry - got distracted by something else
[14:08] <zul> jamespage:  no worries i had other things to keep me busy
[14:27] <zul> jamespage:  http://people.canonical.com/~chucks/ca/
[14:32] <hallyn> stgraber: actually, i wasn't thiniing right.  since we always pass in a random name, we should be ok now in lxc - we're passing in a name, so kernel doesn't have to find one.
[14:33] <eagles0513875> hey guys quick question ufw automatically denies all or do i need to setup a rule to deny everything
[14:34] <RoyK> eagles0513875: "ufw enable" will deny all incoming access
[14:35] <eagles0513875> thankjs RoyK :) deny everythign unless i tell it to allow a certain port or service
[14:35] <RoyK> eagles0513875: if you need external access, such as ssh, run "ufw allow 22/tcp" *before* running "ufw enable"
[14:35] <RoyK> eagles0513875: deny everything *incoming*. It normally allows everything outgoin and related/established return traffic
[14:36] <eagles0513875> ok kool :)
[14:36] <eagles0513875> all i do know RoyK is that there is lots of inbound attempts thank god it denys everything except what i have allowed
[14:38] <stgraber> hallyn: ah, we already do that now?
[14:58] <nottheoilrig> smoser: i'm getting a lot of 403 errors from one of the ec2 archive mirror
[14:58] <stgraber> hallyn: fixed!
[14:58] <nottheoilrig> e.g. http://us-east-1.ec2.archive.ubuntu.com/ubuntu/pool/universe/a/aria2/aria2_1.15.1-1.debian.tar.gz
[14:59] <stgraber> hallyn: you were right on a null-terminated list that wasn't null-terminated, except it wasn't the one I changed at all ;) it was some get/setters list that we've had around for ages
[14:59] <stgraber> hallyn: properly ending that one fixed everything...
[15:00] <nottheoilrig> is this a known issue? can you please help me find the right bug number for this 403 behavior?
[15:00] <smoser> nottheoilrig, are you sure you have apt-get updated ?
[15:01] <stgraber> hallyn: I'll upload a fixed lxc in a few minutes
[15:01] <stgraber> jibel: ^
[15:01] <nottheoilrig> smoser: yes, that was the first thing i thought, but even after apt-get update i get the same 403 error
[15:02] <jibel> stgraber, great, I'll be happy to test it.
[15:02] <smoser> nottheoilrig, looking at it.
[15:03] <nottheoilrig> smoser: thank you
[15:03] <jamespage> zul, +1 on ca update for quantum rc2 as well if I've not already done so
[15:04] <zul> jamespage:  thanks
[15:04] <hallyn> stgraber: great :)
[15:06] <nottheoilrig> is there an option that i can pass to apt-get update to print the actual URL it uses for the line:
[15:06] <nottheoilrig> Hit http://us-east-1.ec2.archive.ubuntu.com quantal/universe Sources
[15:06] <Jeeves_> https://github.com/tuxis-ie/monitoring/tree/master/mklivestatus
[15:06] <Jeeves_> (For those of you playing with Nagios :))
[15:09] <nottheoilrig> ah, --print-uris
[15:10] <smoser> nottheoilrig, just so you're aware, that is "just" a source package.
[15:10] <smoser> ie, i can 'apt-get install aria2', just not 'apt-get source aria2'
[15:10] <stgraber> hallyn: patch sent to the ML, not sure how long it'll take for you to get it though :)
[15:12] <hallyn> stgraber: was right quick that time
[15:12] <nottheoilrig> smoser: yes, i was trying to "apt-get source" to find all the places in ubuntu where Libgcrypt GCRYCTL_SET_THREAD_CBS is invoked
[15:14] <SpamapS> I believe some people were working on getting opengrok setup for everything in Ubuntu main
[15:15] <smoser> nottheoilrig, right. its a valid problem, just making sure you realized that it wasnt affecting binaries.
[15:15]  * nottheoilrig nods
[15:16] <smoser> its being worked, by canonical IS, nottheoilrig
[15:16] <nottheoilrig> smoser: thank you!
[15:16] <hallyn> smoser: it seems to me canonistack is suffering frmo bug 1100843.  where after some time, qemu vm performance degrades significantly.  Have you ever noticed that anywhere?
[15:16] <hallyn> (i.e. start up a vm, it's quick, let it sit for a few hours or days, then it's slow)
[15:16] <stgraber> hallyn: I'm glad we found that one before 0.9 because it could have been the source of quite a few very very weird python-related bugs :)
[15:17] <hallyn> stgraber: now q is is that the last one for this release :)
[15:17] <stgraber> hallyn: it's almost a miracle it showed up as that simple UnicodeError and not as some kind of weird corruption
[15:18] <stgraber> hallyn: well, I've got a dozen production servers running rc1 with a ton of containers and sub-containers using hooks, seccomp and everything scripted with the API, if there was anything horrible, I should have noticed ;)
[15:18] <stgraber> (though that's not on arm, so the python one went unnoticed)
[15:19] <smoser> hallyn, i've noticd that, yes. but i'm not sure that that has to do with live migration.
[15:19] <smoser> what evidence of live migration link do you have?
[15:19] <Daviey> m_3: around?
[15:20] <hallyn> smoser: i have none, and was the one who pointed out that it may not be related to live migration at all
[15:21] <hallyn> all right i'll see if i can get some metrics on that
[15:31] <stgraber> hallyn: so for bug 1159818 I guess the right solution is to allow armhf, copy some of the non-native arch magic from lxc-ubuntu and nag utlemming until cloudimg-query works with armhf?
[15:34] <hallyn> stgraber: yeah,
[15:35] <hallyn> i think utlemming may be dev-nulling his lxc bugmail :)
[15:35] <utlemming> hallyn: I saw it...I just haven't had a chance
[15:36] <hallyn> utlemming: ive been assuming you want to be cloud template maintainer, but if you just don't have time for it let me know i guess
[15:37] <hallyn> (presumably you can crank it out a lot faster than I)
[15:37] <stgraber> hallyn: I'll take a look at the lxc-ubuntu-cloud change myself as I've done the armhf stuff in lxc-ubuntu and I think we want to allow for lxc-ubuntu-cloud armhf on x86
[15:37] <stgraber> but I'll let utlemming deal with cloudimg-query
[15:40] <hallyn> cool
[15:43] <tedski> i am so fucking spoiled on coffee
[15:43] <tedski> i just pulled a shot from the superauto at work
[15:46] <tedski> i had to go pour it down the drain
[15:47] <tedski> whoops, wrong channel
[15:47] <tedski> derp
[16:05] <one> How do I share a connection over wifi on the server system?
[16:05] <one> Is it going to be in the server guide?
[16:11] <hallyn> one: http://s3hh.wordpress.com/2011/12/15/simple-netboot-setup/  is how i do it
[16:12] <one> hallyn: how do I export a link into another console from irssi in console?
[16:13] <hallyn> if you're under screen you can cut/paste the link in screen
[16:13] <hallyn> really that link isn't so unworkable to not be typable
[16:13] <one> theres no mouse in my console though
[16:13] <hallyn> but, in a mtg, bbl
[16:13] <hallyn> you don't need a mouse if you're under screen
[16:14] <hallyn> ctrl-a esc, j/k/h/l over, 'space' to start sleecting, $ to end of line, space to finish selectnig, enter, ctrl-a ] to ppaste
[16:15] <one> hallyn: how long will you be gone
[16:15] <one> let me move to a screen session and try it
[16:16] <one_> I am in screen now
[16:16] <one_> please repaste the link so I can try this
[16:19] <one> screen looks very useful but there arent any apparmor profiles made for it so I have been shying away from it
[16:20] <one> I will have to make an apparmor profile for it
[16:20] <one> seems like every progrum access the root password file
[16:20] <one> so pretty much everything needs apparmor
[16:20] <Brace> one: I can strongly recommend byobu, it's a userfriendly overlay onto screen
[16:21] <Brace> one: this is ubuntu, you shouldn't have a root password really
[16:21] <one> Brace: come on im not a sucker
[16:21] <one> please
[16:21] <one> refrain from antagonizing me
[16:22] <Brace> one: sorry, I'm not trying antagonise you, it's just that as I understand it, the 'ubuntu way' is not to have a root password
[16:22] <one> yes its called stupid by default
[16:22] <Brace> one: or if you mean byobu, then it's a really good program, I strongly recommend it
[16:23] <one> Brace: thanks but im not interested in extras
[16:23] <one> I am trying to cut and paste a link at the moment
[16:23] <one> will you repaste that link for me
[16:23] <kirkland> Brace: :-)
[16:25] <one> will you repaste that link for me
[16:26] <one> hey nutmeg
[16:26] <Brace> one: as I'm feeling nice - http://s3hh.wordpress.com/2011/12/15/simple-netboot-setup/
[16:26] <Brace> kirkland: I see what you mean :-)
[16:27] <hallyn> one: link repaste http://s3hh.wordpress.com/2011/12/15/simple-netboot-setup/
[16:27] <andol> Brace: Why make generalized statements about (not) having a root password? Assuming I have my server setup not to accept root logins over ssh I might still find a root password very convenient if I need to repair something from the physical console.
[16:29] <hallyn> Brace: oh, thx :)  missed yoru repaste
[16:29] <hallyn> ok, bbl
[16:29] <Brace> hallyn: np :)
[16:30] <Brace> andol: it wasn't really generalised, I was directing it at one, if you want to have root passwords, then that's your choice
[16:36] <one> ok I got it into buffer now how do I open a new window?
[16:38] <zul> jamespage:  https://code.launchpad.net/~zulcss/ceilometer/rc1/+merge/155552
[16:39] <one_> screen is pretty nice, figured it out
[16:40] <hallyn> ctrl-a c
[16:40] <one_> If you want to get to the Father you must go through the Son.
[16:41] <one_> Not the wife not the mother, try it only mutilate her it is similar to quantum encryption.
[16:41] <one_> Brace: choose the way of the Master
[16:50] <jamespage> zul: ceilometer LGTM
[16:51] <zul> jamespage:  thanks
[16:51] <zul> jamespage:  i expect to get happybase from debian anyways
[16:52] <jamespage> zul, yeah - zigo uploaded it - its in NEW
[16:52] <jamespage> zul, we still need to package ming tho
[16:52] <jamespage> zul, next cycle along with ryu for quantum I think
[16:52] <zul> jamespage:  pythyon-ceilometerclient is still in new as well
[16:52] <jamespage> Daviey, please please please ^^
[16:53] <jamespage> Daviey, oh and please please please openstack folsom updates in quantal-proposed queue
[16:53] <samba35> i have 2 ubuntu systems 1 is on physical desktop and another on vmware ,i want to access firefox of vmware ubuntu from physical desktop using ssh or better option (???)
[16:54] <holstein> access? you mean,, you want to forward -x via ssh ?
[16:54] <holstein> samba35: ^
[16:55] <samba35> yes
[16:55] <holstein> samba35: sure.. that'll work
[16:55] <samba35> but i am not able to get desktop /remote firefox
[16:56] <samba35> try export display also
[16:56] <holstein> samba35: can you ping them from each other? did you set the networking up properly? can you ssh in?
[16:56] <samba35> if you dont mind can you pls tell me how it can be achive
[16:56] <samba35> yes
[16:56] <holstein> samba35: yes, you can ping? and ssh in?
[16:56] <samba35> i can ping to each other able to use ssh from both side
[16:58] <holstein> samba35: did you configure ssh to forware x?
[16:58] <holstein> forward*
[16:58] <Daviey> jamespage: ack
[16:58] <samba35> on which machine
[16:59] <samba35> X11Forwarding yes
[16:59] <holstein> samba35: http://unix.stackexchange.com/questions/12755/how-to-forward-x-over-ssh-from-ubuntu-machine
[16:59] <holstein> samba35: and you restarted the service?
[17:00] <samba35> yes
[17:00] <jamespage> Daviey, ya
[17:00] <jamespage> ta rather
[17:00] <samba35> infact restart system also :)
[17:00] <holstein> samba35: what error messages are you getting?
[17:01] <samba35> Error: no display specified
[17:02] <holstein> samba35: https://bbs.archlinux.org/viewtopic.php?id=88945
[17:03] <holstein> https://wiki.archlinux.org/index.php/SSH#X11_forwarding
[17:03] <holstein> samba35: use a pastebin to paste your terminal with the command and the error message
[17:03] <samba35> ok let me try
[17:03] <samba35> pls wait ,be right back
[17:03] <stgraber> hallyn: wow, make dist was really quite broken in upstream LXC :) I just noticed when comparing my tarball with Daniel's. Patch incoming
[17:04] <stgraber> hallyn: next up is fixing make clean to actually cleanup everything, then I think I'll be happy with our build system :)
[17:09] <hallyn> stgraber: why is lxc.c in EXTRA_DIST?
[17:09] <stgraber> hallyn: that's the python lxc.c so it's not built through the standard automagic
[17:10] <stgraber> hallyn: so needs to be specifically included in EXTRA_DIST along with setup.py if we want to see it in the tarball at all
[17:10] <hallyn> oh the release tarball
[17:11] <hallyn> gotcha, thx :)
[17:11] <samba35> now i am getting X11 connection rejected because of wrong authentication.
[17:11] <samba35> Error: cannot open display: localhost:10.0
[17:11] <stgraber> right, that whole commit is about fixing the release tarball not including quite a bunch of files :)
[17:11] <stgraber> (and including some files it shouldn't)
[17:11] <hallyn> yup, ack is in the mail.  not sure when you'll getit
[17:11] <stgraber> hallyn: got it
[17:11] <hallyn> i hear sf.net doesn't deliver email on saturdays any more
[17:11] <hallyn> k :)
[17:12] <stgraber> hallyn: I just hope Dwight will be able to answer my follow-up lxc.spec question
[17:13] <hallyn> maybe you shouldn't have beatn around the bush :)
[17:15] <hallyn> woohoo, got past install-gcc1
[17:16] <ikonia> ? install-gcc1 ?
[17:17] <stgraber> jibel: updated lxc should be in the archive now
[17:18] <jibel> stgraber, okay, I'll try in a moment.
[17:28] <smoser> jibel, ping
[17:29] <smoser> bug 1160462
[17:29] <smoser> is that a regression ? i dont think it stricktly is.
[17:29] <jibel> stgraber, python3-lxc 0.9.0~rc1-0ubuntu2 works fine.
[17:30] <stgraber> jibel: yay!
[17:30] <jibel> smoser, I don't think it's a regression
[17:33] <jibel> smoser, in the context of LXC it just doesn't make sense to try to resize the hard drive of the host.
[17:42] <smoser> jibel, right. it doesn't make sense to do it. i should have caught the ENOENT on the stat.
[17:42] <smoser> but it doesn't make sense specifically to *not* do it just because its lxc
[17:51] <jibel> smoser, right too :)
[18:28] <Free99> hello everyone, I'm running an asterisk server on a ubuntu server via linode, having trouble getting phones to call each other, but they can call asterisk and run the echo test just fine
[18:41] <Kubes_> Hello, cloudinit question.  How does cloudinit determine initial boots (for run once) vs post start-ups?  Can this be reset?  (Testing and build amis from a current instance?>  Thanks!
[18:58] <Kubes_> Is this correct place for ask cloud init questions?
[18:59] <sarnold> Kubes_: it's not wrong..
[18:59] <zul> jamespage:  http://people.canonical.com/~chucks/ca/
[19:03] <Kubes_> Ok, thanks.  the #ubuntu channel send me here, what is the correct place?
[19:03] <holstein> Kubes_: just ask, and we'll see what the issue is
[19:03] <sarnold> Kubes_: I don't know if this is the _best_ place, but at least this is good enough. :) feel free to re-ask in another few minutes...
[19:04] <Kubes_> How does cloudinit determine initial boots (for run once) vs post start-ups?  Can this be reset?  (Testing and build amis from a current instance?
[19:13] <smoser> utlemming, fun
[19:13] <smoser> http://paste.ubuntu.com/5650240/
[19:13] <smoser> raring instance
[19:17] <jamespage> zul: +1
[19:17] <zul> thanks
[19:19] <zul> Daviey:  *cough* python-ceilometerclient *cough*
[19:23] <Daviey> zul: yes, i will do it today.
[19:23] <zul> Daviey:  cool then we should be ok for grizzly
[19:33] <smoser> utlemming, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1160543
[19:39] <hallyn> woohoo!  sparc-cross-toolchain-base built
[19:42] <stgraber> hallyn: congrats!
[19:48] <philpem> Any postfix gurus in the building? I'm getting this when I try to send mail: Mar 26 19:46:16 wolf postfix/smtp[11111]: 7842A2C0E04<EMAIL_ADDRESS>relay=mail.philpem.me.uk[<IP_ADDRESS>]:587, delay=0.84, delays=0.2/0/0.37/0.26, dsn=5.0.0, status=bounced (host mail.philpem.me.uk[<IP_ADDRESS>] said: 550 SMTP AUTH is required for message submission on port 587 (in reply to RCPT TO command))
[19:49] <philpem> Relayhost is set up, smtp_sasl_auth_enable is set, smtp_sasl_password_maps is set, smtp_sasl_security_options is clear.
[19:51] <jcastro_> sebrock: hallyn: so which one of you is putting docker in ubuntu? :)
[19:52] <jcastro_> sorry sebrock, I meant stgraber
[19:53] <hallyn> wow i've never gotten so many 'your email is awaint approval' msgs from just one email :)
[19:54] <stgraber> jcastro_: well, unlikely to happen for 13.04 considering how new it's and that we're about to freeze for good, but for 13.10, I'm sure we'll find volunteers
[19:54] <stgraber> jcastro_: ideally by then they'll have talked to upstream LXC and we can get them to use the API instead of wrapping around our binaries
[19:54] <hallyn> jcastro_: personally i'm still waiting for the hype to settle down
[19:55] <jcastro_> I was more hoping for a ppa than anything else
[19:55] <hallyn> but maybe i'll go learn some go from their github repo :)
[19:55] <jcastro_> stgraber: ack.
[19:56] <hallyn> stgraber: this thread may be a sign that at the next 'ubuntu irc days'/whatever another lxc demo is needed
[19:57] <stgraber> hallyn: I guess so, I've been pretty consistent at showing off LXC at every single conference I've been attending in the past 3 years, but I guess not everyone attends those, so maybe an IRC session would be a good idea too (or an hangout? hangout on air has the advantage that we can screenshare)
[20:00] <hallyn> stgraber: that's a good idea
[20:01] <hallyn> perhaps to celebrate 0.9 :)
[20:02] <stgraber> as good a pretext as any ;)
[20:02] <hallyn> all right lemme finally take care of the libvirt dnsmasq.d sru, then i'll look at the lxc-clone patch
[20:02] <hallyn> we dont have clone in teh api yet do we?
[20:02] <stgraber> no, I have it in the python API though but it just calls lxc-clone
[20:03] <stgraber> but I have plans to kill all of those in 1.0 anyway and move to a clean C implementation + backend plugins in shell
[20:03] <hallyn> i think we need lxc-clone rewritten in python
[20:03]  * hallyn looks around for a volunteer
[20:03] <stgraber> so that create/destroy/clone/... can all use some common functions to deal with the various backends
[20:03] <hallyn> right
[20:04] <stgraber> sure, once we have clone() in C with the plugins and everything, lxc-clone can be made a 5 lines python script ;)
[20:04] <hallyn> stgraber: can you put up a wiki page with the todolist (including rewriting lxc-clone as c) so we can easily prioritize?
[20:04] <hallyn> todolist for 0.9 and 1.0 i mean
[20:05] <hallyn> (i can start it if you prefer, but i think you have an actual list you can start from :)
[20:05] <stgraber> hallyn: I'll publish something after 0.9 is out, I don't want to confuse people :)
[20:05] <hallyn> ok
[20:06] <stgraber> for now I want bugfixes, then get 0.9 out next week, then start preparing 1.0 and getting people to start sending feature patches for 1.0
[20:06] <hallyn> right
[20:06] <hallyn> ok, biab
[20:10] <hggdh> /join #ubuntu
[20:23] <stgraber> jibel: testing a patch to the lxc-ubuntu-cloud template to support armhf on x86 and armhf on armhf (will still need manually passing the URL until utlemming uploads a new cloudimg)
[20:30] <blistov> Anyone having issues with AMD-Vi initialization failing after updating to xen-hypervisor-4.1-amd64:amd64 (4.1.2-2ubuntu2.5, 4.1.2-2ubuntu2.6) ?
[20:40] <stgraber> hallyn, jibel: So I'll send a patch to make armel/armhf work on armel/armhf hosts for both lxc-ubuntu and lxc-ubuntu-cloud. armel/armhf on x86 for the cloud image is working here but the change is rather massive and I'd rather avoid rushing this in 0.9
[20:41] <hallyn> send to lxc-devel?
[20:41] <stgraber> especially as it wouldn't work out of the box anyway until flash-kernel is fixed or removed
[20:42] <stgraber> hallyn: yeah. Finishing the tests here, will send in a few minutes. The bits I'll send for 0.9 are just some simple changes to the arch checks. For 1.0 I'll push the rest of the changes I have here which basically doubles the size of lxc-ubuntu-cloud (we need function sharing between our two templates ;))
[20:42] <hallyn> thx will look for it
[20:43] <hallyn> hm, yeah, with abstraction/templating (in the OO sense :) we could actually make fn sharing between lxc templates pretty nice
[20:43] <hallyn> i've been looking for a good way to move all that away from shellscript
[20:44] <hallyn> ideally would've been to c, but this might make it worth doing in python (or c++) and continuing to have the c api wrap program calls
[20:44] <stgraber> I think python would be better for the Ubuntu templates. I'm not a huge fan of subprocess handling and wgetting stuff from C :)
[21:02] <stgraber> yay, got an armhf cloud instance running in LXC on my x86 machine, so that patch works too. Just need to keep it around for LXC 1.0
[21:05] <Kubes_> A cloudinit question I asked prior, but still answered, maybe there's a expert here now.  How does cloudinit determine initial boots (for run once) vs post start-ups?  Can this be reset?  (Testing and build amis from a current instance?
[21:53] <hallyn> stgraber: now, arm ubuntu-cloud containers on amd64, that should just be a matter of updateing the template a bit right?  no technical reason for that restriction?
[21:54] <stgraber> hallyn: correct and I have a patch for that, expect that "a bit" is around 80 lines of pretty weird code to deal with qemu-user-static and multi-arch
[21:54] <hallyn> stgraber: also, on raring on arm i thought qemu-i386-static should work
[21:54] <hallyn> stgraber: yup, ok.
[21:54] <stgraber> so I'm not planning on allowing qemu-user-static for cloud images in 0.9, but for 1.0 I expect to have it
[21:55] <stgraber> i386 on arm is interesting, I didn't know it actually worked nowadays
[21:55] <hallyn> it should, with the new qemu source in raring
[21:55] <hallyn> but, not worth worrying about now :)
[21:55] <hallyn> thx - ttyl
[21:55] <stgraber> I'll run a quick test, if it works, I'll allow it in lxc-ubuntu
[21:56] <stgraber> hallyn: is that just i386 or x86_64 too?
[21:57] <hallyn> stgraber: should both be there...
[21:57] <stgraber> hallyn: ok. I'll run a test. Last I tried, they were "there", working was a whole other thing though :)
[21:57] <stgraber> (things segfaulting all over)
[21:58] <hallyn> sigh
[22:13] <stgraber> hallyn: /bin/sh: 1: Cannot fork
[22:14] <stgraber> hallyn: that's what I get under qemu-i386-static on armhf
[22:14] <stgraber> hallyn: so I can spawn a first process but that's about it :)
[22:16] <stgraber> hallyn: same with amd64 on armhf
[22:16] <Fleck> hello, ubuntu server uses old package for courier-imap
[22:17] <Fleck> have some problems because of this!
[22:22] <Iapetus> hello!
[22:22] <Iapetus> Can someone help this newb with directions to make my server available to the world?
[22:23] <Iapetus> It's working and I can access it on my own network, but no one elsewhere can seem to get to it.
[22:23] <Iapetus> and I suck at networking ;_;
[22:25] <sarnold> Iapetus: can you ping from your server to e.g. google.com? can you ping to <IP_ADDRESS>? Is your server on an rfc1918 private network address? do you have NAT in place?
[22:26] <Iapetus> ooo hang on
[22:27] <Iapetus> yes, and yes, I do not know what a rfc1918 private network is, and I don't think so about NAT
[22:28] <sarnold> rfc1918 is the 192.168/16, 10/8, and ... 172.something addresses
[22:28] <Iapetus> one second
[22:32] <Iapetus> oh and to be a little more clear: I am running two computers. One of them has the server installation, and this is the one I am chatting with. I can SSH to the server as well.
[22:33] <Iapetus> after reading a little more, I would say yes the server is on an rtf1918
[22:34] <sarnold> Iapetus: okay, hosts in the private unroutable address space tend to get internet access through network address translation; that complicates other machines contacting the host directly. (ping, for example, will never really work.) you'll need to do some port forwarding on your NAT firewall.
[22:36] <Iapetus> using router settings?
[22:36] <sarnold> Iapetus: yeah; how you do that varies from system to system...
[22:39] <Iapetus> I logged into my router and set the Port Forwarding Range to point to the server's IP address, with start port at 22 and and port at 80, allowed both TCP and UDP. Was this wrong?
[22:40] <sarnold> Iapetus: heh, forwarding port 53 dns may cause you problems looking up hosts -- depends on how well the designers of your router thought things through :)
[22:41] <sarnold> Iapetus: I'd start with only ports 22 and 80 over tcp. use only what you need..
[22:41] <Iapetus> right on
[22:42] <Iapetus> good to know I'm on the right path
[22:43] <Iapetus> damn that %10 configuration and %90 content :S
[22:45] <Iapetus> is the 192.168.0.xxx address accessable from anywhere though? or do I need to change that to something more unique?
[22:46] <sarnold> Iapetus: that address range can't be routed over the internet. (Every reasonable ISP will perform ingress and egress filtering on those address ranges to prevent them from being on the internet.)
[22:46] <Iapetus> makes sense
[22:46] <sarnold> Iapetus: we ran out of ipv4 addresses, so you don't really have an option. You can still get IPv4 addresses from some ISPs, but they've all been handed out now, so...
[22:47] <Iapetus> wait, what?
[22:48] <Iapetus> does that mean I cannot make my home server accessable to the internet?
[22:50] <sarnold> Iapetus: you can, it just means using NAT and setting up port forwarding.
[22:50] <Iapetus> thank you for the help btw, sometime google is a needle in a haystack
[22:51] <Iapetus> time to read some more :S
[22:53] <sarnold> Iapetus: if you're like most home-users, you'll next want to read about "dynamic DNS" systems; if your NAT firewall's IP address changes due to a new dhcp lease, a dynamic dns thing will let you continue using a convenient hostname.
[22:58] <Iapetus> yeaaaah, I just read about NAT on wikipedia FML
[22:59] <Iapetus> I went to school for programming, not networking ;_;
[23:02] <Iapetus> well fudge
[23:03] <Iapetus> think you could walk me through this?


[06:02] <junk1> hello?
[06:02] <junk1> any one ?
[09:44] <vil> hi doko
[09:45] <doko> hi
[09:47] <vil> at the meeting there were several notes about java 1.5
[09:48] <vil> what is the current status? can i do anything for it to get into ubuntu?
[09:49] <doko> the gcc-snapshot package does have the generics branch and 1.5 features for the compiler
[09:49] <doko> so you can experiment with it
[09:49] <doko> don't use it for package building
[09:50] <doko> the fc people do want to backport these changes either to 4.1 or 4.2, so we will probably merge them
[09:50] <vil> so the 1.5 will be the gnu java... i thought that we speak about sun
[09:50] <doko> for the status of the free sun java: come to fosdem and listen to tmarble ;)
[09:51] <doko> there are two; but at least for our community archs, we don't have the sun java
[09:51] <vil> i would like to, but i won't make it
[09:51] <doko>  I know
[09:51] <doko> just teasing ;p
[09:52] <vil> i guess there will be some transcripts / articles from fosdem, right?
[09:52] <doko> I think so
[09:53] <vil> now, what do you mean by community archs?
[09:55] <doko> ia64, hppa, maybe powerpc
[09:56] <vil> get it
[09:57] <vil> let's talk about eclipse-cdt
[09:58] <vil> i did not apply for edgy-proposed because i did not fix the problem with ia64
[09:59] <vil> would you like it to see it in proposed anyway? if you say yes, i will look at it anytime soon
[10:03] <doko> that's your decision. I think, that we should not care too much about ia64
[10:10] <vil> ok, seems like you want me to take some responsibility, good :)
[10:11] <vil> doko, i will leave for a while thought i still have some questions. i will try to ping you later
[10:13] <doko> ok, maybe I'll leave earlier today
[10:15] <vil> np
[10:15] <vil> well good night then


[02:12] <pleia2> wow, no summaries done :(
[02:14] <pleia2> it's a kind of slow news week anyway, canceling publishing this week, we'll roll it into next for a 2 week edition
[02:24]  * pleia2 packs up for very long journey home
[05:43] <tsimonq2> pleia2: oh jeez, forgot about UWN summaries, I'll work on it tomorrow, don't worry :)
[05:44] <tsimonq2> pleia2: (spring break all week so I'll do that for the first half of tomorrow)
[05:45] <tsimonq2> pleia2: oh well nevermind, I see you have changed it to two weeks :)
[05:45] <tsimonq2> pleia2: but I'll work on summaries anyways :)
[07:56] <MooDoo> pleia2: safe trip
[12:02] <pleia2> MooDoo: thank you (layover in hong kong now)
[12:10] <MooDoo> :)


[06:12] <tcuthbert> hello I'm from the Canonical SRE team. It's taken some time - however we're now ready to migrate the Xubuntu blog internally. Is there anyone from the Xubuntu staff online that is able to do some quick verification checks once I flip the switch?
[06:15] <Bashing-om> Unit193: ^^
[06:16] <Unit193> tcuthbert: I do have some access.
[06:22] <tcuthbert> Unit193: I'll update DNS now and if you could login and let me know if you see any glaring issues that would be great.
[06:28] <Unit193> tcuthbert: OK, just tell me when it's changed and what to, so I can confirm I'm getting the right results.
[06:28] <tcuthbert> Unit193: ack just getting some reviews now, will highlight you once the changes have been landed
[06:36] <tcuthbert> Unit193: So I've dropped the TTLs down to 1min so we'll need to wait 600s for the old TTLs to expire. Next ping should be the real deal.
[06:58] <tcuthbert> Unit193: I've noticed that the cache doesn't serve content properly on the apex domain so going to need to do a bit more tweaking. Standby
[07:11] <tcuthbert> Unit193: I've now cutover xubuntu
[07:11] <tcuthbert> ah
[07:11] <tcuthbert> no i haven't.. bind error :*
[07:17] <tcuthbert> my bad @ cannot be a CNAME - one second just getting another review
[07:22] <tcuthbert> okay Unit193 we're now live.
[07:27] <Unit193> Well I did find something broken, and I'm pretty sure it wasn't before.  On xubuntu.org, if you click download you seem to be redirected to a page that doesn't exist.  Not sure who's side that's on though.
[07:28] <tcuthbert> Unit193: okay checking
[07:29] <Unit193> There's a redirect page, but that seems to not be redirecting right.
[07:32] <tcuthbert> Unit193: I've fixed that redirect
[07:32] <tcuthbert> There were a number of others that I copied over from the old env. Just waiting for the deploy to conclude and I'll paste them here
[07:33] <Unit193> Yeah sysrequirements, etc were the same.
[07:34] <tcuthbert> Unit193: https://paste.ubuntu.com/p/nmVvbJBcxq/
[07:34] <tcuthbert> ah I think we just need to drop the $requesturi variable
[07:39] <tcuthbert> Unit193: I've updated all those redirects
[07:48] <tcuthbert> Unit193: we also have these rewrite rules that perform redirects https://paste.ubuntu.com/p/KCP52BNW6P/
[07:48] <tcuthbert> some of them look quite legacy
[07:51] <tcuthbert> Unit193: should /glossary just go to / ?
[07:53] <Unit193> tcuthbert: I'd wonder if that might be news/tag ?
[07:53] <Unit193> Sorry, but I don't know precisely on that.
[07:54] <tcuthbert> Unit193: ack - for now it's just going to stip /glossary out of the URI and redirect but we can easily update that later if it needs to go somewhere else
[07:54] <tcuthbert> Unit193: are you happy with the other redirects though? I need to persist the changes in VCS
[07:55] <Unit193> tcuthbert: Yeah I think so for now, I'll ensure to poke one of the website people so they can check over too once they're awake.
[07:55] <tcuthbert> ta!
[07:56] <Unit193> Thanks.
[07:57] <tcuthbert> nws - you guys can raise RTs or try get a hold of PVG in #canonical-sysadmin otherwise my hours are UTC +8
[14:38] <gpol> Hi, I've recently installed Xubuntu and I'm having some keyboard troubles. I need to use the AltGr (right alt) key to make some symbols. The thing is that this key is not working. In fact, I seem to lost window focus while pressing it. If a execute "xev" to check for X events, pressing/releasing the AltGr key seems to send a FocusIn/FocusOut event.
[14:38] <gpol> I searched a lot and there doesn't seem to have any system shortcuts for this key. Is there anybody that knows something about this issue or that can point me toward a solution? Thanks


[06:10] <Hobbsee> So, there's only one problem with the career days thing that ubuntu women does
[06:10] <Hobbsee> or at least, on the wiki page
[06:11] <Hobbsee> http://wiki.ubuntu-women.org/CareerDays doesn't say where it is, or how to get to it
[06:11] <Hobbsee> I see it's #ubuntu-classroom from the email though - hurrah!