[00:02] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2487 Publishing packages
[00:03] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Successfully built
[00:04] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2467 Publishing packages
[00:04] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2487 Publish failed: Packaging diff requires ACK
[00:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2467 UNAPPROVED queue
[00:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2487 Successfully built
[01:03] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Preparing packages
[01:11] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 xenial/sni-qt: Failed to download DSC file https://launchpad.net/ubuntu/+archive/primary/+files/sni-qt_0.2.7+15.10.20150729-0ubuntu1.dsc
[01:14] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Preparing packages
[01:29] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Preparing packages
[01:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Pending binary packages
[01:44] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Dependency wait
[01:49] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Successfully built
[07:00] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2484 Publishing packages
[07:39] <vigo> morphis, ping
[07:39] <vigo> did you reproduce the bug I fund on db and pi?
[08:04] <morphis> vigo: pong
[08:04] <morphis> vigo: so a simple $ snap install --candidate wifi-ap gives a working AP for me without further modifications
[08:04] <vigo> morphis, ok
[08:04] <morphis> connection works reliable
[08:05] <morphis> so what else did you change after install wifi-ap from candidate on a fresh system?
[08:08] <vigo> morphis, in both pi3 and db?
[08:08] <morphis> pi3
[08:08] <vigo> ok
[08:08] <morphis> db is supposed to not work as said yesterday
[08:09] <vigo> ack
[08:09] <morphis> they driver as some problems with AP mdoe
[08:09] <vigo> morphis, have you a bug link of that?
[08:13] <morphis> there is none file for that yet
[08:14] <morphis> vigo: consider the pi3 as only target for wifi-ap currently
[08:18] <morphis> vigo: there should be a new engineering-tests snap in edge in about 30min with adjusted test cases
[08:20] <morphis> vigo: and pretty happy to get further contributions on https://code.launchpad.net/~snappy-hwe-team/snappy-hwe-snaps/+git/engineering-tests/+ref/master  if you test additional things
[08:26] <vigo> morphis, ack I'll update it from edge later once this is done :)
[08:26] <vigo> I'll happy take a look to see if I can do anything to help :)
[08:26] <morphis> vigo: that would be awesome!
[08:32] <vigo> morphis, do you know what's needed to make db work on ap mode? I already filed a bug last time I tested this(I forgot I had that bug report!)
[08:32] <morphis> you did? let me check
[08:33] <morphis> don't find one on https://bugs.launchpad.net/snappy-hwe-snaps
[08:36] <vigo> morphis, https://bugs.launchpad.net/snappy/+bug/1655262
[08:37] <vigo> morphis, please let me know if you need logs for db
[08:38] <morphis> vigo: commented
[08:38] <morphis> and also moved it to the right project
[08:39] <vigo> morphis, thank you, I'll attach them in a bit :)
[08:40] <morphis> thanks
[09:44] <vigo> morphis, here are a couple of attempts to create and connect to pi3 ap
[09:44] <vigo> https://pastebin.canonical.com/179816/
[09:44] <vigo> I can manage to create and start connecting to it but it turns off all of a sudden
[09:44] <vigo> I'll pass it as it is working but please let me know if it could be related my config or if worth a bug :)
[09:45] <vigo> take a look 9:40/9:41 should be there
[09:46] <morphis> vigo: hm
[09:46] <morphis> that is interesting
[09:47] <morphis> vigo: please note that whenever you call wifi-ap.config set the AP is restarted
[09:47] <morphis> Feb 17 09:40:09 localhost.localdomain snap[1330]:<PHONE_NUMBER>.277526: Signal 15 received - terminating
[09:47] <morphis> so the AP was terminated with SIGTERM
[09:48] <vigo> morphis, mmm ok
[09:51] <morphis> vigo: did you call wifi-ap.config set in between?
[09:51] <vigo> morphis, I think so
[10:48] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Preparing packages
[11:13] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 QA Signoff: Approved
[11:23] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Successfully built
[11:39] <vigo> morphis, I get Wake-on: d
[11:40] <vigo> in network-manager tests
[11:40] <morphis> vigo: which hardware you're running the tests on?
[11:40] <vigo> pi3
[11:40] <morphis> which test are you executing?
[11:41] <morphis> and is this wake-on-lan or wake-on-wlan?
[11:42] <vigo> morphis, job 4/9, wake-on lan
[11:42] <morphis> network_manager/ethernet/has_wol_enabled_by_default ?
[11:43] <vigo> morphis, right, tht one
[11:43] <morphis> vigo: did you enable ethernet support for network-manager?
[11:44] <vigo> morphis, yes I did it
[11:44] <morphis> what does nmcli d say?
[11:46] <vigo> morphis, that wlan0 is off and eth0 working
[11:46] <morphis> can you dump the output?
[11:46] <vigo> $ network-manager.nmcli d
[11:46] <vigo> DEVICE  TYPE      STATE         CONNECTION
[11:46] <vigo> eth0    ethernet  connected     Wired connection 1
[11:46] <vigo> wlan0   wifi      disconnected  --
[11:46] <vigo> sit0    iptunnel  unmanaged     --
[11:46] <vigo> lo      loopback  unmanaged     --
[11:48] <morphis> ok, what does nmcli c say
[11:49] <vigo> $ network-manager.nmcli c
[11:49] <vigo> NAME                UUID                                  TYPE            DEVICE
[11:49] <vigo> Wired connection 1  59ddb3d0-2003-38dc-8164-e43bddca9612  802-3-ethernet  eth0
[11:49] <morphis> and: nmcli c show 59ddb3d0-2003-38dc-8164-e43bddca9612
[11:52] <vigo> morphis, https://pastebin.canonical.com/179831/
[11:55] <morphis> vigo: does /var/snap/network-manager/current/conf.d/enable-wol.conf exist?
[11:57] <vigo> morphis, yes, it does
[11:58] <vigo> even wifi-wowlan.conf
[11:58] <morphis> vigo: generally WOL isn't supported on the pi
[11:58] <morphis> so I amc urrently trying to remember if that included that it couldn't set on the kernel side
[12:04] <Trevinho> Mirv: hey, can you publish https://bileto.ubuntu.com/#/ticket/2487 please?
[12:04] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Publishing packages
[12:05] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Publish failed: Bad merges
[12:09] <Mirv> Trevinho: I think QA would like to have a glance at it
[12:09] <Trevinho> ah.. I thought it was something legacy
[12:09] <Trevinho> but ok
[12:10] <morphis> vigo: let me check that ..
[12:10] <Mirv> well not for Qt 5.6 / xenial-overlay
[12:10] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2487 QA Signoff: Ready
[12:10] <Mirv> so I'd at least hear from them :)
[12:13] <morphis> vigo: can you try a:
[12:13] <morphis> $ network-manager.nmcli c modify a9c06eac-31b7-334f-9698-c35e072f2c76 802-3-ethernet.wake-on-lan 64
[12:13] <morphis> $ network-manager.nmcli c up a9c06eac-31b7-334f-9698-c35e072f2c76
[12:13] <morphis> $ sudo se-test-tools.ethtool eth0
[12:14] <morphis> last should show "Wake-on: g" then
[12:14] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Publishing packages
[12:15] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Preparing packages
[12:18] <morphis> vigo: but looking why this isn't automatically applied
[12:23] <vigo> morphis, ack, done
[12:23] <vigo> now it shows the g bit
[12:24] <morphis> good
[12:26] -queuebot:#ubuntu-ci-eng- kdub, https://bileto.ubuntu.com/#/ticket/2474 QA Signoff: Approved
[12:26] <vigo> morphis, worth a bug?
[12:28] <morphis> vigo: yes, please
[12:29] <morphis> vigo: can you do a quick check if you see the same with the nm snap from stable?
[12:30] <vigo> morphis, will do :)
[12:30] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Needs rebuild due to higher version at destination (xenial/keeper, zesty/keeper). Successfully built (xenial/content-hub, xenial/indicator-transfer, xenial/libertine, xenial/pay-service, xenial/qtmir, xenial/qtmir-gles, xenial/ubuntu-app-launch, xenial/ubuntu-push, xenial/ubuntu-system-settings, xenial/unity-scope-click, xenial/unity8, zesty/content-hub, zesty/indicator-transfer, zesty/liberti
[12:30] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Successfully built
[12:30] <morphis> vigo: thanks
[12:31] <vigo> morphis, I'll let you know ;)
[12:32] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Proposed pocket (zesty/keeper, zesty/storage-provider-webdav). Release pocket (xenial/keeper, xenial/storage-provider-webdav)
[12:33] -queuebot:#ubuntu-ci-eng- dandrader, https://bileto.ubuntu.com/#/ticket/2457 Preparing packages
[12:36] <morphis> vigo: I see the problem .. I was testing this on the dell gateway where a hacky fix is still in place to workaround a missing implementation we implemented in the mean time
[12:37] <vigo> morphis, wol is not working here after setting the g bit
[12:37] <morphis> vigo: that is what I said earlier
[12:37] <morphis> the pi offers WoL but it doesn't work on the hardware level
[12:38] <morphis> the ethernet port is connected internally over usb which doesn't allow it to trigger a wakeup
[12:39] <vigo> morphis, ack
[12:39] <morphis> vigo: we need conditional tests for this to mark the pi as not supported for these tests ..
[12:39] <morphis> too much work :-)
[12:40] <vigo> morphis, yay
[12:44] <morphis> vigo: ok, lets record a bug for this
[12:44] <morphis> looks like the workaround on the dell iot gateway is still in place and hides the problem there
[12:44] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2462 Proposed pocket
[12:44] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Dependency wait
[12:45] -queuebot:#ubuntu-ci-eng- Laney, https://bileto.ubuntu.com/#/ticket/2463 Proposed pocket
[12:48] <morphis> vigo: did you file a bug for this?
[12:50] <vigo> for th g bit not set by dfault?
[12:51] <vigo> morphis, is it possible to suspend the boards currently by $ systemctl suspend
[12:53] <morphis> vigo: for the g bit, yes
[12:53] <morphis> vigo: if the hardware supports that, then yes, via systemctl suspend
[12:53] <morphis> but that doesn't work for the pi as far as I know and will never
[12:53] <vigo> morphis, ok more exceptions hehe
[12:53] <morphis> see https://github.com/raspberrypi/linux/issues/1281
[13:03] <vigo> morphis, also in snappy-hwe-snaps right?
[13:08] <morphis> vigo: yes
[13:20] -queuebot:#ubuntu-ci-eng- dandrader, https://bileto.ubuntu.com/#/ticket/2457 Successfully built
[13:21] <vigo> morphis, https://bugs.launchpad.net/snappy-hwe-snaps/+bug/1665634
[13:23] <vigo> morphis, also in job 5 / 5 : network_manager/wireless/powersave_can_be_enabled
[13:25] <vigo> the command misses 'd' at the end snap set network-manager wifi.powersave=enable
[13:31] <vigo> morphis, everything else looks good to me
[13:33] -queuebot:#ubuntu-ci-eng- xavigarcia charles, https://bileto.ubuntu.com/#/ticket/2250 Release pocket
[13:37] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Preparing packages
[13:43] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[13:54] <morphis> vigo: great, time to send a PR to add the missing d?
[13:55] <vigo> morphis, snap set network-manager wifi.powersave=enable'd'
[13:55] <vigo> morphis, ok I'll approve nm and start with alsa
[13:56] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Failed to build (xenial/content-hub, xenial/pay-service, zesty/content-hub). Needs rebuild due to new commits (zesty/keeper). Successfully built (xenial/indicator-transfer, xenial/keeper, xenial/libertine, xenial/qtmir, xenial/qtmir-gles, xenial/ubuntu-app-launch, xenial/ubuntu-push, xenial/ubuntu-system-settings, xenial/unity-scope-click, xenial/unity8, zesty/indicator-transfer, zesty/libert
[13:56] <morphis> vigo: great!
[13:57] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2442 QA Signoff: Approved
[13:57] -queuebot:#ubuntu-ci-eng- xnox, https://bileto.ubuntu.com/#/ticket/2296 Needs rebuild due to higher version at destination (xenial/unity8-desktop-session). Needs rebuild due to new commits (zesty/ubuntu-touch-session, zesty/unity8-desktop-session). Successfully built (xenial/ubuntu-touch-session)
[14:04] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Pending binary packages (zesty/ubuntu-touch-session). Successfully built (xenial/indicator-keyboard, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, xenial/unity8, zesty/indicator-keyboard, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/unity8)
[14:06] <morphis> vigo: for alsa-utils just take https://code.launchpad.net/~morphis/snappy-hwe-snaps/+git/alsa-utils/+merge/317461 also into account
[14:11] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2489 Preparing packages
[14:13] <vigo> morphis, ack
[14:18] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Bad merges (zesty/content-hub). Dependency wait (zesty/qtubuntu-print). Failed to build (xenial/ubuntu-printing-app). Needs rebuild due to new commits (zesty/ubuntu-printing-app, zesty/ubuntu-settings-components). Successfully built (xenial/content-hub, xenial/qtubuntu-print, xenial/ubuntu-settings-components)
[14:25] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[14:28] <vigo> morphis, on which device should I get full pass tests for alsa?
[14:28] <morphis> vigo: that shouldn't matter as long as it has ALSA properly enabled
[14:29] <morphis> you could even use your desktop
[14:30] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Pending binary packages (xenial/keeper). Successfully built (xenial/content-hub, xenial/indicator-transfer, xenial/libertine, xenial/pay-service, xenial/qtmir, xenial/qtmir-gles, xenial/ubuntu-app-launch, xenial/ubuntu-push, xenial/ubuntu-system-settings, xenial/unity-scope-click, xenial/unity8, zesty/content-hub, zesty/indicator-transfer, zesty/keeper, zesty/libertine, zesty/pay-service, zest
[14:32] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2489 Successfully built
[14:36] <vigo> morphis, same result on db and desktop
[14:36] <morphis> vigo: which reuslt?
[14:36] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Needs rebuild due to new commits (zesty/keeper). Successfully built (xenial/content-hub, xenial/indicator-transfer, xenial/keeper, xenial/libertine, xenial/pay-service, xenial/qtmir, xenial/qtmir-gles, xenial/ubuntu-app-launch, xenial/ubuntu-push, xenial/ubuntu-system-settings, xenial/unity-scope-click, xenial/unity8, zesty/content-hub, zesty/indicator-transfer, zesty/libertine, zesty/pay-ser
[14:36] <vigo> morphis, https://pastebin.canonical.com/179845/
[14:38] <morphis> vigo: you saw my comment about the tests above? see https://code.launchpad.net/~morphis/snappy-hwe-snaps/+git/alsa-utils/+merge/317461
[14:38] <vigo> morphis, sorry missed it
[14:41] <morphis> vigo: np
[14:42] <morphis> vigo: sorry for this being a bumpy ride
[14:42] <morphis> vigo: https://code.launchpad.net/~morphis/snappy-hwe-snaps/+git/alsa-utils/+merge/317461 is just approved and will appear in the snap in about ~30min from edge
[14:42] <vigo> morphis, np I always enjoy the ride =)
[14:43] <vigo> morphis, I can update in 30min ;)
[14:44] <morphis> vigo: :-)
[14:50] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Successfully built
[15:07] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[15:10] <kenvandine> jibel, silo 2405 has all passing autopkgtests for xenial but lots of failures for different tests for zesty, all are test dependency related
[15:10] <kenvandine> jibel, think you can wave that through to get in the qa queue?
[15:10] <kenvandine> rvr, ^^ maybe?
[15:11] <rvr> Fix the tests! ;)
[15:11] <kenvandine> rvr, i wish... autopkgtests are failing for like everything on zesty...
[15:11] <kenvandine> some depends issues or something
[15:12] <rvr> badpkg: Test dependencies are unsatisfiable.
[15:12] <kenvandine> yeah
[15:12] <kenvandine> we're getting that for everything on zesty... afaict
[15:12] <kenvandine> fine on xenial though
[15:26] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Publishing packages
[15:26] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2464 Proposed pocket
[15:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2467 Proposed pocket
[15:32] <Saviq> Trevinho, how many silos are you landing at the same time! :D
[15:33] <Trevinho> Saviq: eh... being SRU's, since we don't want to be delayed too much because verifications...
[15:33] <Saviq> ;)
[15:33] <Trevinho> and actually I decided to SRU some stuff later
[15:36] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Pending binary packages (zesty/keeper). Successfully built (xenial/content-hub, xenial/indicator-transfer, xenial/keeper, xenial/libertine, xenial/pay-service, xenial/qtmir, xenial/qtmir-gles, xenial/ubuntu-app-launch, xenial/ubuntu-push, xenial/ubuntu-system-settings, xenial/unity-scope-click, xenial/unity8, zesty/content-hub, zesty/indicator-transfer, zesty/libertine, zesty/pay-service, zes
[15:44] <Laney> kenvandine: I think that uninstallability is fixed now, kicked your tests for you
[15:44] <kenvandine> Laney, ok, thx
[15:45] <Laney> retry-autopkgtest-regressions --bileto XXX fyi
[15:45] <kenvandine> Laney, oh... that's handy :)
[15:46] <Laney> better than clicking recycle 99999 times :P
[15:46] <kenvandine> Laney, indeed
[15:49] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2488 Proposed pocket
[15:54] -queuebot:#ubuntu-ci-eng- abeato, https://bileto.ubuntu.com/#/ticket/2472 Needs rebuild due to new commits (zesty/media-hub). Successfully built (xenial/gst-plugins-bad1.0, xenial/lxc-android-config, xenial/media-hub, xenial/qtubuntu-media, xenial/qtvideo-node, zesty/gst-plugins-bad1.0, zesty/lxc-android-config, zesty/qtubuntu-media, zesty/qtvideo-node)
[15:55] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Successfully built
[15:56] -queuebot:#ubuntu-ci-eng- abeato, https://bileto.ubuntu.com/#/ticket/2472 Preparing packages
[15:59] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2441 QA Signoff: Approved
[16:04] <rvr> tsdgeos: Hi. I am testing silo 2415. When opening Dolphin > Edit > Find, the window goes to black https://trello-attachments.s3.amazonaws.com/58a5f01dfdf2f4d1b47dbbf6/1024x768/c62c6180e8e23a7cfea55b1159a5100e/Screenshot_silo-2415_2017-02-17_16_02_43.png
[16:05] <tsdgeos> interesting
[16:05] <tsdgeos> do you get that every time?
[16:08] <tsdgeos> rvr: ↑
[16:08] <rvr> tsdgeos: Yes
[16:11] <tsdgeos> greyback: ↑↑↑
[16:12] <greyback> eek, that is new to me. There are bad mirclient error messages there too
[16:13] <rvr> tsdgeos: greyback: This is what I see when Dolphin is launched https://trello-attachments.s3.amazonaws.com/58a5f01dfdf2f4d1b47dbbf6/1024x768/0c0a0d8ae8bad01ac31c8888491573d6/Screenshot_silo-2415_2017-02-17_16_12_21.png
[16:13] <tsdgeos> that's bad too
[16:13] <rvr> This is Xenial + overlay + silo VM
[16:13] <vigo> morphis, ping
[16:14] <greyback> rvr: I'll try here now. You wouldn't happen to know if dolphin works correctly with X+O alone?
[16:15] <greyback> mir changed lots of apis in 0.26, not impossible some functionality was broken too
[16:15] <vigo> morphis, getting this on pi3 https://pastebin.canonical.com/179865/
[16:15] <tsdgeos> on zesty without the silo it works
[16:15] <tsdgeos> i'll try with the silo now
[16:16] <rvr> greyback: Haven't tried, let me see
[16:17] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[16:17] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2451 Preparing packages
[16:20] <tsdgeos> rvr: works fine with and without the silo here on zesty :/ :)?
[16:23]  * rvr is checking in Xenial + Overlay
[16:23] <greyback> me too, slow machine is updating slow
[16:25] <vigo> morphis, none of the upower commands work
[16:26] <morphis> vigo: which snapd version are you running?
[16:26] <vigo> morphis, 2.22
[16:27] <morphis> vigo: what does journalctl --no-pager -u snap.upower.upowerd say?
[16:28] <vigo> morphis, https://pastebin.canonical.com/179870/
[16:28] <vigo> morphis, looks like works on db but pi3
[16:35] -queuebot:#ubuntu-ci-eng- abeato, https://bileto.ubuntu.com/#/ticket/2472 Successfully built
[16:35] <greyback> rvr: how are you launching dolphin?
[16:37] <greyback> I launch it from Terminal inside unity8: "dolphin -- --desktop_file_hint=gedit" and it is working
[16:38] <rvr> greyback: From the dash
[16:38] <rvr> Err
[16:38] <rvr> App Drawer
[16:38] <rvr> Or whatever name is has now :D
[16:39] <rvr> Installed, rebooting...
[16:39] <greyback> I don't have it in my dash, weird
[16:40] <rvr> greyback: I had to reboot the system to get it there
[16:41] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Needs rebuild due to new commits (zesty/messaging-app). Successfully built (xenial/address-book-app, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/libircclient, zesty/messaging-framework, zesty/mfw-plugin-irc)
[16:41] <greyback> rvr: ack
[16:42] <vigo> morphis, journalctl https://pastebin.canonical.com/179876/
[16:44] <vigo> morphis, looks good to me on desktop and db though
[16:44] <vigo> so It'll be approved today :)
[16:45] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Pending binary packages (xenial/history-service, zesty/history-service). Successfully built (xenial/empathy, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/telepathy-mission-control-5)
[16:45] <rvr> greyback: Same result without the silo
[16:45] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Needs rebuild due to new commits (zesty/indicator-keyboard). Successfully built (xenial/indicator-keyboard, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, xenial/unity8, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/ubuntu-touch-session, zesty/unity8)
[16:46] <greyback> rvr: Ok. I've just checked on X+O+silo, Dolphin came up ok for me. I suggest you do a "dpkg -l | grep mir" and ensure any older mir packages are removed. Some old ones can remain and I think cause issues
[16:47] <rvr> autoremoving some old packages
[16:51] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2445 QA Signoff: Approved
[16:56] <rvr> greyback: https://trello-attachments.s3.amazonaws.com/58a5f01dfdf2f4d1b47dbbf6/1024x768/21e05335324e41c5b7094811b07c50f1/Screenshot_silo-2415-2_2017-02-17_16_55_48.png
[16:56] <rvr> Almost same result
[16:57] <greyback> rvr: whatever it is, it's not the silo's fault. I can't reproduce here :(
[16:57] <rvr> Yeah
[16:57] <rvr> But I need to reproduce the cases for the silo
[16:58] <greyback> ofc
[16:58] <rvr> Maybe there are missing packages for Dolphin?
[16:58] <greyback> and naturally being QA, you will stumble across the strangest bugs that I'll have no idea about :)
[16:58] <rvr> greyback: How did you install it?
[16:59] <greyback> rvr: apt install dolphin
[16:59] <rvr> Same here
[16:59] <rvr> Hmm
[17:02] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2451 Needs rebuild due to new commits (vivid/messaging-app). Successfully built (vivid/address-book-app, vivid/dialer-app, vivid/history-service, vivid/messaging-framework, vivid/mfw-plugin-irc, vivid/telepathy-ofono, vivid/telephony-service, vivid/ubuntu-system-settings)
[17:04] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[17:08] <rvr> greyback: In unity7 it looks fine, as expected
[17:10] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Preparing packages
[17:11] <ltinkl> rvr, if you recently upgraded Mir, have you rebooted since then?
[17:11] <rvr> ltinkl: Several times
[17:13] <greyback> rvr: you deliberately removes the older mir packages? You should only have 0.26.1
[17:14] <greyback> it might make the difference (not certain of that however)
[17:15] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 zesty/messaging-app: Failed to merge https://code.launchpad.net/~phablet-team/messaging-app/configure_sort
[17:16] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[17:20] <rvr> greyback: Do you get any warning about klauncher5 or libertine
[17:20] <rvr> ?
[17:22] <greyback> rvr: I don't get any libertine complaint - libertine would mean it running inside of xmir, which might be the difference we're seeing (and reason that zesty is better)
[17:23] <greyback> rvr: http://pastebin.ubuntu.com/24014654/
[17:24] <greyback> note dolphin not really usable, seems there are daemons it requires which are not auto-launched
[17:31] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[17:41] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2451 Needs rebuild due to new commits (vivid/history-service, vivid/messaging-app). Successfully built (vivid/address-book-app, vivid/dialer-app, vivid/messaging-framework, vivid/mfw-plugin-irc, vivid/telepathy-ofono, vivid/telephony-service, vivid/ubuntu-system-settings)
[17:42] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Needs rebuild due to new commits (zesty/messaging-app). Successfully built (xenial/address-book-app, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/libircclient, zesty/messaging-framework, zesty/mfw-plugin-irc)
[17:45] <greyback> rvr: sorry but I have to eod. Good luck with the rest of your testing
[18:05] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[18:05] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[19:43] -queuebot:#ubuntu-ci-eng- robru, https://bileto.ubuntu.com/#/ticket/2486 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[19:45] -queuebot:#ubuntu-ci-eng- robru, https://bileto.ubuntu.com/#/ticket/2486 Generating diffs
[19:58] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2483 Preparing packages
[20:06] -queuebot:#ubuntu-ci-eng- robru, https://bileto.ubuntu.com/#/ticket/2486 Failed to build
[20:14] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[20:22] -queuebot:#ubuntu-ci-eng- boiko tiagosh renato, https://bileto.ubuntu.com/#/ticket/2451 Needs rebuild due to new commits (vivid/history-service, vivid/messaging-app, vivid/telephony-service). Successfully built (vivid/address-book-app, vivid/dialer-app, vivid/messaging-framework, vivid/mfw-plugin-irc, vivid/telepathy-ofono, vivid/ubuntu-system-settings)
[20:25] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2483 Successfully built
[20:45] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Currently building (xenial/telephony-service). Dependency wait (zesty/telephony-service). Failed to build (zesty/telepathy-ofono). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[20:45] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/indicator-keyboard, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, xenial/unity8, zesty/indicator-keyboard, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/ubuntu-touch-session)
[20:46] -queuebot:#ubuntu-ci-eng- robru, https://bileto.ubuntu.com/#/ticket/2486 Ready to build
[21:05] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (xenial/telephony-service, zesty/telepathy-ofono, zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[21:07] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[21:38] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Generating diffs
[21:41] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 xenial/unity8: debdiff failed: see log for details
[21:46] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Generating diffs
[21:47] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 xenial/unity8: Failed to download DSC file https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+files/unity8_8.15+16.04.20170206-0ubuntu1.dsc
[21:47] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Generating diffs
[21:56] -queuebot:#ubuntu-ci-eng- kenvandine, https://bileto.ubuntu.com/#/ticket/2405 Successfully built
[22:05] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Successfully built
[22:05] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2483 Needs rebuild due to new commits (zesty/cmake-extras). Successfully built (xenial/cmake-extras)
[23:39] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Bad merges (zesty/content-hub). Failed to build (xenial/ubuntu-printing-app). Needs rebuild due to new commits (zesty/qtubuntu-print, zesty/ubuntu-printing-app, zesty/ubuntu-settings-components). Successfully built (xenial/content-hub, xenial/qtubuntu-print, xenial/ubuntu-settings-components)


[18:01] <wolter> hi, could someone please update the american regional boards to set the date for the next meeting?
[18:23] <leoquant> @schedule
[18:23] <leoquant> ?


[01:56] <Je> Hmm hello!
[01:57] <Jordan_U> hi :)
[01:57] <Je> ha :) am i at the good place to submit my problem?
[01:58] <Jordan_U> As good as any ( Other than maybe the main #ubuntu channel :)
[01:58] <nalioth> Je: #ubuntu might be better
[02:08] <Je> Btw, existentional querry: how do i pm in a chatroom? [having the yellow name talking to me... i don't know if it's my client tho..]
[02:09] <Jordan_U> Je, Ahh, you just put the persons nick anywhere in your comment
[02:09] <Jordan_U> So this won't highlight for you
[02:09] <Jordan_U> But this, because it has Je in it, will :)
[02:46] <Je> Woot i'll sleep less stupidier today! :D
[03:26] <nalioth> !multiverse > ed1t
[03:26] <nalioth> ed1t: enable universe and multiverse
[12:28] <AndrewB> oops wrong chan.


[14:44] <madeddie> can an op mention the upcoming session in the topic?
[14:44] <madeddie> next session: Thursday June 26 10:00 UTC , perhaps with title ""Effectively using and interpreting apport retraces." or link
[15:30] <pleia2> madeddie: can you drop a note to the mailing list for that?
[15:33] <pleia2> madeddie: and add to wiki? https://wiki.ubuntu.com/Classroom
[15:34] <pleia2> heh, there
[15:42] <persia> pleia2: Sorry.  I forgot to update the list :)
[15:43] <pleia2> persia: no problem, that's what I'm here for ;)
[16:48] <madeddie> pleia2, actually, i got it from the mailinglist :)
[16:49] <pleia2> madeddie: sorry, I was talking about the ubuntu-classroom mailing list :)
[16:49] <madeddie> i like the "Thursday June 26 10:00 UTC" format, if you feed it to 'date' it gives back the time in your own itmezone :)
[16:49] <madeddie> pleia2, ah, ok, not on that yet :)
[16:49] <pleia2> madeddie: mind forwarding it?
[16:49] <madeddie> to you or the list?
[16:49] <pleia2> only posts by registered people are allowed, but I'll let it through
[16:50] <pleia2> the list
[16:50] <pleia2><EMAIL_ADDRESS>[16:50] <madeddie> i'll get on it now anyway
[16:50] <pleia2> ok, thanks :)
[16:51] <madeddie> i've just begun packaging some apps again, i used to do that for debian, since i'm using ubuntu now, might as well start there :) never actually did have the stamina to go through with the NM process
[16:51] <madeddie> so, hanging around here because there's always something to learn ;)
[16:52]  * pleia2 still packages for debian
[16:52] <pleia2> aaand will probably enter NM soon
[16:52] <madeddie> nice
[16:53] <madeddie> i stopped packaging for the general public and just kept a private repository for me and my customers
[16:53] <pleia2> I do it for work - so we do have our internal repositories, but my boss really likes giving back, so we have a DD on staff and I maintain a couple packages in debian that our customers use
[16:54] <pleia2> works out well, I do Debian development at work, Ubuntu stuff in my free time :)
[16:54] <madeddie> uhuh :)
[16:55] <madeddie> i like the whole "work with ubuntu, change something -> debian -> ubuntu, get your changes from the main repositories" :)
[16:55] <madeddie> must say though, i used to simply package and hand off to my sponsor
[16:55] <madeddie> never really worked much with the BTS and now with launchpad, more things to learn ;)
[16:55] <madeddie> i guess it's good to follow procedure though, keeps things organized
[16:59] <madeddie> ah, bugger, forgot i've got the list in digest mode :)
[17:01] <pleia2> heh, I still panic a bit when someone submits a bug against a package of mine in debian - they really need to get that web interface project done
[17:01] <pleia2> I mean its leet and all to have it all done through email, but ugh :P
[17:01]  * pleia2 likes launchpad a lot more
[17:05] <madeddie> launchpad is neat and huge, i need to learn a bit more about it, will do it while trying to get a package into universe :)
[17:14] <madeddie> pleia2, is the list actively moderated?
[17:14] <pleia2> madeddie: yes
[17:15] <madeddie> k ;)
[17:16] <madeddie> anyway, i forwarded it
[17:16] <pleia2> thank you :) I just dropped a note to James to see if he could add -classroom to his contacts list for those announcements
[17:17] <pleia2> and he just replied saying "sure" - yay :)
[17:18] <james_w> hi pleia2
[17:20] <pleia2> oh hey james_w :)
[17:20]  * pleia2 didn't realize you were on irc
[17:21] <madeddie> hehehe
[17:21] <madeddie> big brother is always watching


[00:50] <shaunm> Rocket2DMn: what's up?
[00:52] <Rocket2DMn> hey shaunm
[00:52] <Rocket2DMn> i was looking at the html validation again
[00:52] <Rocket2DMn> i wasnt able this weekend to get it to work via XSLT
[00:52] <Rocket2DMn> i did write a quick sed command to insert it though
[00:55] <shaunm> Rocket2DMn: just the DOCTYPE and the spurious language attribute on the script element?
[00:55] <shaunm> or are there more problems?
[00:56] <Rocket2DMn> this is just for adding the doctype, doesnt touch the rest of the document
[00:56] <Rocket2DMn> here it is:
[00:56] <Rocket2DMn> sed -i build/*.html -e '1i\
[00:56] <Rocket2DMn> \<!DOCTYPE html\>'
[00:56] <shaunm> nice
[00:57] <Rocket2DMn> i havent committed it to ubuntu-docs yet, but i think i will soon unless i see reason that it might cause problems
[00:58] <Rocket2DMn> you dont see anything wrong or dangerous with that, do you?
[01:09] <Captainkrtek> hey guys
[01:09] <Captainkrtek> has the meeting day been decided yet?
[05:48] <Captainkrtek> hey jbicha
[05:48] <jbicha> hi
[05:48] <Captainkrtek> how have you been?
[05:50] <jbicha> life's chaotic, but otherwise ok
[05:50] <Captainkrtek> sorry to hear
[05:50] <Captainkrtek> anything project wise I can do to help?
[05:52] <jbicha> well we're trying to plan what we'll be doing for this next release cycle
[05:52] <Captainkrtek> still learning the process, but if you need something done Im sure I can do it
[05:52] <jbicha> so there's lots of things to work on
[05:53] <jbicha> we need to make sure we get the right topics covered in the right amounts for the desktop guide
[05:53] <Captainkrtek> anywhere this is all written? we have a wiki?
[05:54] <jbicha> our wiki needs updating so new contributors (or older ones who haven't messed with this mallard stuff) can
[05:54] <Captainkrtek> yeah
[05:54] <jbicha> figure out what's going on and how to help out
[05:54] <Captainkrtek> I think I might write up that
[05:54] <Captainkrtek> do I have permissions to edit that?
[05:54] <jbicha> yes, anyone can edit the wikis
[05:55] <Captainkrtek> got mixed up with the other one
[05:55] <jbicha> we still need to keep the docbook stuff around as there are still docs using that
[05:55] <Captainkrtek> yeah
[05:55] <Captainkrtek> I could do two parts
[05:56] <Captainkrtek> New and Old
[06:40] <Captainkrtek> hey jbicha could I get a testimonial for being a guide on the Ubuntu Beginners team?
[06:40] <jbicha> hmm?
[06:40] <Captainkrtek> https://wiki.ubuntu.com/BeginnersTeam/Membership
[06:40] <Captainkrtek> need a few testimonials to apply
[06:56] <Captainkrtek> jbicha, ^
[06:57] <Captainkrtek> if you could that'd be great, if not it's okay as well :)
[07:00] <jbicha> yeah, I can write something for you, I'm just trying to read up on what the team does & how it works
[07:01] <Captainkrtek> we provide support for new members
[07:01] <jbicha> like this one: https://lists.ubuntu.com/archives/ubuntu-beginners/2011-May/002027.html
[07:02] <Captainkrtek> well that guy isnt a new user heh
[07:02] <Captainkrtek> more like people who are new to the community and want to contribute
[07:02] <jbicha> suggestion 2 is that the process for membership be overhauled
[07:02] <Captainkrtek> but are not sure where to start
[07:03] <Captainkrtek> yeah, Im not sure of the process
[07:03] <Captainkrtek> just following it for now
[08:05] <MrChrisDruif> And I'm off again. See y'all soon (about 30 mins or so). Aloha!
[08:07] <Captainkrtek> aloha!
[08:07] <Captainkrtek> hello dpm
[08:14] <mdke> hey dpm
[08:15] <mdke> dpm: I can't change the template names I don't think. It will be a bit of a pain to get an admin to change the template name for each release. I wonder if we need to figure out a different solution to this
[08:15] <mdke> dpm: in the future, the template name will be "ubuntu-help", so perhaps that is descriptive enough that we won't need to add the prefix. So maybe the workaround only applies to past releases
[08:16] <dpm> hey mdke
[08:16] <mdke> hey :)
[08:17] <mdke> just seen your longer email
[08:17] <mdke> thanks for that explanation
[08:17] <dpm> no worries :)
[08:17] <dpm> mdke, if I'm not mistaken, the template name, once set in LP, will "stick" for all future series if the path of the pot template  in the source code does not change
[08:18] <dpm> so it should be a one off effort
[08:18]  * mdke nods
[08:18] <mdke> hopefully it won't matter for future series anyway with the "ubuntu-help" template name
[08:18] <dpm> mdke, so there will be a single 'ubuntu-help' template?
[08:19] <mdke> yeah
[08:19] <mdke> a bit like the "gnome-help" template in gnome-user-docs
[08:19] <mdke> or rather, exactly like it
[08:20] <dpm> regarding the template names for the current docs, I can change them, so I'll look into it
[08:20] <mdke> many thanks
[08:20] <mdke> I guess we should remove the package link first?
[08:21] <mdke> I'll do that
[08:21] <dpm> ok
[08:21] <dpm> give me a few mins, I need to finish off an e-mail
[08:22] <mdke> ok, that's done for Natty and Maverick. I can't remove the package link for Lucid, so we'll have to ask a Launchpad admin to do it
[08:24] <mdke> bbiab
[08:39] <mdke> dpm: I've changed the translation domains back to remove the prefix for all the natty templates
[08:48] <mdke> dpm: I have to leave for work now but I'll be following email, thanks for your help again
[08:48] <dpm> ok, thanks mdke!
[12:58] <j1mc> hi all
[12:59] <DarkwingDuck> Hey j1mc
[16:20] <Captainkrtek> hello cody-somerville
[16:21] <cody-somerville> Captainkrtek, Hi.
[16:21] <Captainkrtek> oh also jbicha I recorded some of the tas webcast last night: http://rootzwiki.com/UDS/tas_wed.wav


[10:59] <KGB-X> gnome-initial-setup Nathan Teodosio 443245 * commented merge request !16 * https://deb.li/3D6QM
[11:11] <nteodosio> seb128, jbicha, in case you are not subscribed to it, I'm proposing a fix for bug 1761742 in merge request https://salsa.debian.org/gnome-team/gnome-initial-setup/-/merge_requests/16.
[11:11] -ubottu:#ubuntu-desktop- Bug 1761742 in gnome-initial-setup (Ubuntu) "Hangs for a few seconds when entering the last page when the metrics server is unavailable" [High, In Progress] https://launchpad.net/bugs/1761742
[11:11] -ubottu:#ubuntu-desktop- Merge 16 in gnome-team/gnome-initial-setup "Do not block after dismissing telemetry page." [Opened]
[11:44] <seb128> nteodosio, hey, great, thanks!
[12:29] <nteodosio> You're welcome!
[19:47] <KGB-X> libgnome-games-support signed tags c4173b1 Jeremy Bicha upstream/2.0.0 * Upstream version 2.0.0 * https://deb.li/7ZFl
[19:47] <KGB-X> libgnome-games-support pristine-tar 4b77c84 Jeremy Bícha libgnome-games-support_2.0.0.orig.tar.xz.delta libgnome-games-support_2.0.0.orig.tar.xz.id * pristine-tar data for libgnome-games-support_2.0.0.orig.tar.xz * https://deb.li/iWJlv
[19:47] <KGB-X> libgnome-games-support upstream/latest 5c107dc Jeremy Bicha * pushed 21 commits (first 5 follow) * https://deb.li/pZEn
[19:47] <KGB-X> libgnome-games-support upstream/latest 1e65b3d Arnaud Bonatti meson.build * Compile with Gtk4. * https://deb.li/3Q8u7
[19:47] <KGB-X> libgnome-games-support upstream/latest 746b727 Arnaud Bonatti games/scores/dialog.vala * Widgets are visible. * https://deb.li/1JmU
[19:48] <KGB-X> libgnome-games-support upstream/latest 2a056aa Arnaud Bonatti games/scores/dialog.vala * Use show_title_buttons. * https://deb.li/3VMQF
[19:48] <KGB-X> libgnome-games-support upstream/latest 2818938 Arnaud Bonatti games/scores/dialog.vala * Adapt to Stack API. * https://deb.li/DMJi
[19:48] <KGB-X> libgnome-games-support upstream/latest 22703ee Robert Roth games/scores/ context.vala dialog.vala * Updated with new gtk changes * https://deb.li/3LZph
[19:52] <KGB-X> gnome-nibbles signed tags 6ecd120 Jeremy Bicha upstream/4.0_rc2 * Upstream version 4.0~rc2 * https://deb.li/3DJdl
[19:53] <KGB-X> gnome-nibbles upstream/latest 4a81ddd Jeremy Bicha * pushed 85 commits (first 5 follow) * https://deb.li/BZ7x
[19:53] <KGB-X> gnome-nibbles upstream/latest 34d15ae Ben Corby NEWS * updated German translations made it in to the alpha release too * https://deb.li/3T8VE
[19:53] <KGB-X> gnome-nibbles upstream/latest a0fd855 Asier Sarasua Garmendia po/eu.po * Update Basque translation * https://deb.li/LVU4
[19:53] <KGB-X> gnome-nibbles upstream/latest 0134e81 Sergej A po/ru.po * Update Russian translation * https://deb.li/31x1D
[19:53] <KGB-X> gnome-nibbles upstream/latest ae31ebe Ben Corby data/org.gnome.Nibbles.gschema.xml * Change the default view to 2D view * https://deb.li/3iMFj
[19:53] <KGB-X> gnome-nibbles upstream/latest 2911cb8 Ben Corby src/nibbles-window.vala * Correct coding style * https://deb.li/iQDNR
[19:54] <KGB-X> gnome-nibbles pristine-tar 7e671b9 Jeremy Bícha gnome-nibbles_4.0~rc.orig.tar.xz.delta gnome-nibbles_4.0~rc.orig.tar.xz.id * pristine-tar data for gnome-nibbles_4.0~rc.orig.tar.xz * https://deb.li/nJbG
[19:54] <KGB-X> gnome-nibbles pristine-tar 8206000 Jeremy Bícha gnome-nibbles_4.0~rc2.orig.tar.xz.delta gnome-nibbles_4.0~rc2.orig.tar.xz.id * pristine-tar data for gnome-nibbles_4.0~rc2.orig.tar.xz * https://deb.li/iUMkM
[19:54] <KGB-X> gtk4 signed tags 5be0c38 Jeremy Bicha ubuntu/4.12.3+ds-3ubuntu1 * gtk4 Debian release 4.12.3+ds-3ubuntu1 * https://deb.li/3EMlA
[19:54] <KGB-X> gtk4 ubuntu/latest 7b78f65 Jeremy Bicha * pushed 12 commits (first 5 follow) * https://deb.li/5Vge
[19:54] <KGB-X> gtk4 ubuntu/latest 1c5783f Simon McVittie debian/ control control.in rules * Substitute GTK_BINVER_DEP as a substvar rather than using sed * https://deb.li/31YeR
[19:54] <KGB-X> gtk4 ubuntu/latest 3638a3b Simon McVittie debian/ rules control.in * d/rules: Stop generating d/control.in from d/control * https://deb.li/3pSED
[19:55] <KGB-X> gtk4 ubuntu/latest 27276d1 Simon McVittie debian/ control rules * d/rules: Remove remnants of generating d/control from d/control.in * https://deb.li/iQ50z
[19:55] <KGB-X> gtk4 ubuntu/latest 083f82d Simon McVittie debian/control * lbgtk-4-dev: Add Provides for included GIR XML files * https://deb.li/xtW1
[19:55] <KGB-X> gtk4 ubuntu/latest bac3f38 Simon McVittie debian/changelog * Release to unstable * https://deb.li/3lY8N
[20:05] <KGB-X> gnome-initial-setup Marco Trevisan 443389 * commented merge request !16 * https://deb.li/cxNz
[20:05] <KGB-X> gnome-initial-setup Marco Trevisan 443390 * commented merge request !16 * https://deb.li/3GJEs
[20:05] <KGB-X> gnome-initial-setup Marco Trevisan 443391 * commented merge request !16 * https://deb.li/3wZxv


[00:00] <zachera> ok
[00:00] <zachera> imported
[00:00] <zachera> whats next
[00:00] <zachera> :D
[00:00] <zachera> create /aristaeus in /var/subs/trac ?
[00:01] <LarstiQ> zachera: point trac at the svn repo you just created, yes
[00:02] <zachera> sweet
[00:02] <zachera> hang on
[00:02] <LarstiQ> zachera: either use the trac-admin tool, or set 'repository_dir' under [trac] to the correct location
[00:02] <zachera> it worked
[00:03] <LarstiQ> good
[00:03] <LarstiQ> zachera: so, solved now?
[00:03] <zachera> not quite
[00:03] <zachera> the website style isnt showing up
[00:03] <zachera> lol
[00:03] <LarstiQ> zachera: may I ask btw why you came here for help? Since this doesn't involve bzr at all.
[00:03] <zachera> because i installed bazaar in the first place
[00:04] <LarstiQ> how did you get the idea to do that? Assembla is svn only afaik?
[00:07] <zachera> It's simple.
[00:07] <zachera> I saw the words "Bazaar" and "Version Control" and installed it. :P
[00:07] <LarstiQ> Aha :P
[00:08] <zachera> IT WORKEDDDDDDD
[00:08] <zachera> hahaha
[00:08] <zachera> :D
[00:09] <LarstiQ> good
[01:33] <fynn> What's the canonic (pun not intended) way to perform a message-less commit?
[06:37]  * fullermd watches launchpad ladle out a tarball at <3k/s...
[15:07] <Odd_Bloke> jelmer: Are there any instructions on using the Debian bzr packaging team's branches available?
[15:30] <Odd_Bloke> jelmer: I just hit http://paste.pocoo.org/show/88477/.  Any thoughts?
[18:21] <bazaar> hi, is it possible to find out the revision a specific file was added?
[18:23] <Jc2k> bazaar: you should be able to do bzr log filename to see all the revisions  that touched a given file, and hence you should be able to see the one that added it...
[18:23] <Jc2k> (i think)
[18:23] <bazaar> i'll try that.
[18:23] <bazaar> worked. thanks.
[18:23] <LarstiQ> yes, and in most cases it will be the first one, so --limit 1 will work too
[18:24] <Jc2k> oh, i didnt realise it was oldest first or i would have suggested that ;)
[18:35] <LarstiQ> Jc2k: switchable with --forward
[18:41] <fynn> Hey. What's the canonical way to perform a message-less commit?
[18:41] <fynn> (A commit with no commit message.)
[18:44] <LarstiQ> fynn: that's normally guarded against
[18:44] <LarstiQ> I don't think you can get around that without resorting to using bzrlib
[18:45] <fynn> LarstiQ: yeah, I'm asking because some developers asked for this feature.
[18:45]  * LarstiQ isn't in the position to check the code right now
[18:45] <fynn> that's OK, I might do that myself. it's Python after all :)
[18:45] <fynn> it's just that some people asked for it, and I didn't find any way to do it, so I asked to make sure I didn't miss anything.
[18:45] <LarstiQ> fynn: hmkay, it seems like a very bad idea to me :) But yes, a custom plugin shouldn't be too hard.
[18:46]  * LarstiQ nods
[18:46] <LarstiQ> fynn: be aware that the commit message is a property of a revision, you can not change it afterwards.
[18:46] <LarstiQ> fynn: so if they want to punt till later, they can't.
[18:46] <fynn> it's just that some developers work on semi-private branches, and they make a lot of personal commits
[18:46]  * LarstiQ just wildly guesses as to why they'd want that.
[18:47] <LarstiQ> fynn: what happens with those personal commits later on?
[18:47] <fynn> well, they get merged.
[18:47] <fynn> but I'm thinking about that article someone gave here yesterday
[18:47] <LarstiQ> ok, so they just want to describe the entire package of work during merge time?
[18:47] <fynn> about Loom
[18:47] <fynn> yeah, exactly.
[18:48] <LarstiQ> right, I can see that.
[18:48] <fynn> should I take a look at Loom?
[18:48] <fynn> or is there a builtin way of doing that?
[18:49] <LarstiQ> fynn: do what exactly? Merging is a core bzr capability.
[18:51] <fynn> LarstiQ: hm, OK, I'll take a better looks at what _can't_ be done via vanilla merging, before I assume I need Loom :)
[18:51] <fynn> although Loom does look very interesting: http://bazaar.launchpad.net/~bzr-loom-devs/bzr-loom/trunk/annotate/head:/HOWTO
[18:53] <LarstiQ> yes, that it is :)
[18:53] <LarstiQ> but I haven't gotten further than "cool!", haven't actually used it myself yet
[19:07] <fynn> LarstiQ: is there a way to create an alias that would run a shell command?
[19:07] <fynn> like the ! aliases in git?
[19:24] <LarstiQ> fynn: bzr aliases are restricted to bzr afaik. Do you have an example of such a git alias?
[19:27] <fynn> LarstiQ: sure:
[19:27] <fynn>  git config --global alias.ci '!git commit -m "`date`"'
[19:29] <fynn> this causes `git ci` to commit the current changes with a message equal to the output of DATE(1)
[19:29] <LarstiQ> fynn: right, I see.
[19:48] <fynn> as far as I can see, the easiest way of doing that on bzr would be to write a plugin that would provide that command.
[19:58] <arj> hi, I tried upgrading remove sftp tree but it failed and now I have a backup.bzr dir
[19:58] <arj> how do I remove that and try again?
[19:59] <Flare183> When I try to push one of my infobot projects I get this error: bzr: ERROR: Invalid http response for http://bazaar.launchpad.net/%7Erichardson183/ubuntu-bots/flarebot/.bzr/branch-format: Unable to handle http code 502: Bad Gateway
[19:59] <Flare183> Why do I get this error?
[20:01] <Flare183> dres: Can you help me?
[20:03] <LarstiQ> fynn: yes, though extending current alias support with ! shouldn't be too hard
[20:09] <fynn> LarstiQ: yeah, probably :)
[21:40] <muntyan_> hi guys. is it easy to have multiple branches inside one repository, and have those branches synchronized between multiple repositories?
[21:40] <muntyan_> to achieve something like svn but without a real central server
[21:51] <lifeless> muntyan_: yes
[21:52] <muntyan_> lifeless: any docs about it? i was googling around, and just found that what i want is actually impossible
[21:52] <muntyan_> some stuff about shared repositories and whatnot
[22:31] <LeoNerd> Hi guys.. I have a slightly odd question. I'm looking at wrapping bzrlib in perl for some perl code.. I've found Inline::Python which basically seems to Just Work. Just with one problem.
[22:32] <LeoNerd> Given an object reference to a python object, I can call methods on it, but not access bare attributes. Some of the bzrlib stuff needs these, in places. Anyone any ideas around it?
[22:47] <lifeless> LeoNerd: teach Inline::Python about __getattr__
[22:47] <LeoNerd> Oh.. is that a method on python objects anyway though?
[22:47] <LeoNerd> Could I  $object->__getattr__("attrname")  ?
[22:47] <lifeless> LeoNerd: (there is no such thing as bare attribute access - foo.bar is getattr(foo, "bar") under the hood
[22:48] <lifeless> and getattr calls into foo.__getattr__("bar") - using getattr(foo, "bar") is the standard though
[22:48] <LeoNerd> Yes.. but that form I can do for free
[22:49] <LeoNerd> Wrapping getattr() as a plain perl function is More Work
[22:49] <lifeless> well, up to you
[22:49] <lifeless> probably just doing foo.__getattr__("bar") will work
[22:50] <spiv> Actually, getattr calls __getattribute__.
[22:50] <lifeless> ah
[22:50] <lifeless> thanks :)
[22:50] <LeoNerd> OK. But that's just a plain object method on the object, right?
[22:50] <spiv> A pure-python translation of getattr (and type.__getattribute__) is surprisingly messy! :)
[22:51] <LeoNerd> so e.g. at the perl level, I could   my $repository = $revision->__getattribute__("repository");  and it would work?
[22:51] <lifeless> LeoNerd: its on the class I think
[22:51] <spiv> LeoNerd: If you can make Inline::Python use the getattr builtin function, that would be best I think.
[22:51] <LeoNerd> spiv: That requires Much Voodoo
[22:51] <LeoNerd> Anyone who works on Inline::Python has to know a lot about both perl and python's C-level representations
[22:51] <LeoNerd> There's not many who do
[22:52] <spiv> LeoNerd: well, I mean, use its API to invoke getattr, rather than the (presumably hard) task of fixing Inline::Python.
[22:52] <lifeless> LeoNerd: another thing you could do is write a small python helper module
[22:52] <LeoNerd> lifeless: I've pondered that.
[22:52] <LeoNerd> I also pondered just adding a 'get_repository' method to Revision
[22:52] <LeoNerd> So I can call it :)
[22:53] <LeoNerd> spiv: Yes, but that means I have to export getattr. It seems Inline::Python doesn't let you just plain export that function; I'd have to write my own which calls it, that it then exports for me.
[22:53] <LeoNerd> Seems messy that way
[22:57] <spiv> LeoNerd: that seems like a large gap in Inline::Python!
[22:58] <LeoNerd> Yes. A horrendous one
[22:58] <LeoNerd> but as I said, very narrow field of people who could fix it
[22:58] <spiv> LeoNerd: A quick glance at the docs I found with google suggest you could do it with py_call_function
[22:58] <LeoNerd> It requires someone who is an expert in both perl and python; who knows a lot about the sorts of things programs in each language would do, _and_ who knows about the C-level representations internally.
[22:59] <LeoNerd> Given enough hackery, I could justabout make such objects respond to hash fetch representations... i.e.  $obj->{key}
[22:59] <LeoNerd> But knowing what to call into python to do that; no idea
[23:00] <spiv> LeoNerd: the "package" arg would need to be '__builtins__'
[23:00] <LeoNerd> spiv: Ohsure.. there's a number of hackish ways to do it.. I've got a list of four or so candidates.
[23:00] <LeoNerd> I'd like to know the best of these, or how to do a Real Solution. but as I said, a real one probably involves C-level hackery
[23:01] <spiv> LeoNerd: it doesn't seem so hard to make a perl helper called py_getattr(obj, attr_name) than invokes getattr(obj, attr_name) then?
[23:02] <LeoNerd> Not at all..
[23:02] <LeoNerd> $object->__getattribute__("foo")   seems already to do it though.
[23:02] <LeoNerd> sub getattr { some perl level hackery };   then  getattr($object, "foo")  being another
[23:03] <LeoNerd> A third would be to override specific cases; so     class bzrlib.Revision: def get_repository(self): return self.repository;
[23:03] <LeoNerd> Then I can  $revision->get_repository()
[23:03] <LeoNerd> The first two of these require much annoyance at every single callsite.
[23:03] <LeoNerd> The latter requires adjustment of every one of bzrlib's API points that I want to call.
[23:08] <poolie> this is silly, let's just talk here
[23:10] <spiv> poolie: Hi :)
[23:10] <poolie> hm it's a bit disturbing that in the month 8.10 is meant to release neither of my machines will boot reliably :/
[23:10] <lifeless> so
[23:10] <poolie> so lifeless i saw your mail, and i have the numbers
[23:10] <lifeless> I finished the conversion by hand and sent stats
[23:10] <lifeless> I haven't altered the cron job in any dimension
[23:10] <poolie> i was wondering if i should restart the cron job which seems to be blocked atm
[23:10] <lifeless> so if it was left enabled it should be continuing
[23:10] <poolie> maybe because the lock file wasn't removed?
[23:10] <lifeless> could be
[23:11] <lifeless> there should be disk space to run
[23:11] <lifeless> note that ~/run can get kinda full easily :>
[23:12] <poolie> i'll check on that too
[23:12] <poolie> so for myself today i was going to do more packaging of 1.8, and see about automating packaging of bzrtools and maybe other plugins
[23:12] <poolie> and work on the review queue
[23:12] <lifeless> anyhow, when I get back to this, I think we have solid progress - a significant drop in uncompressed data size
[23:13] <lifeless> LeoNerd: the silly poolie refers to is a voip epic failure.
[23:13] <poolie> yes
[23:14] <poolie> Inline::Python may also be silly ;-)
[23:14] <LeoNerd> It's... not bad.
[23:14] <LeoNerd> It's quite cute apart from this annoyance on attrs
[23:16] <poolie> lifeless: so today was going to be sacrificed to administration demons?
[23:17] <lifeless> yes
[23:18] <spiv> On Friday I did a couple of reviews, and also some improvements to HPSS client-side error translation (removing duplication and bizarreness in bzrlib/transport/remote.py especially).
[23:20] <poolie> cool
[23:20] <poolie> it is a bit bizarre still
[23:20] <poolie> it would be nice to have less of the return values handled per-rpc
[23:21] <poolie> what's on the menu today?
[23:22] <spiv> Right.  That's actually caused at least one bug in bzrlib/remote.py, in RemoteBzrDir.__init__.  So next on my hit list is fixing that bug by refactoring that file so that the "try: self._client.call(...) except ErrorFromSmartServer, err: self._translate_error(err, ...)" blocks are repeated everywhere.
[23:22] <spiv> Er,
[23:22] <spiv> *aren't* :)
[23:23] <spiv> (The flaw in RemoteBzrDir.__init__ is that it does a HPSS call without catching ErrorFromSmartServer)
[23:23] <poolie> woo
[23:23] <spiv> I think I should do more reviews today as well, the queue is pretty large.
[23:24] <poolie> it is
[23:24] <poolie> i should too
[23:24] <spiv> Much of that is Aaron's shelving stuff which I'm looking forward to having merged, but I'm not sure I know an awful lot about the relevant code.
[23:24] <poolie> maybe lifeless can when he's done with paperwork
[23:25] <poolie> so i think a review from an interested (relative) layman is better than no review at all
[23:25] <poolie> maybe just asking questions etc
[23:25] <spiv> Ok.
[23:26] <poolie> ok, we can sit down now
[23:26] <poolie> have a good day :)
[23:31] <spiv> poolie: thinking of administrivia
[23:31] <poolie> mm?
[23:31] <spiv> poolie: the mailing list tagging regexes still need some tweaks
[23:31] <poolie> do you have any expenses etc outstanding yourself?
[23:31] <poolie> are you referring to the utf8 thing?
[23:32] <poolie> it's probably technically possible to write a regexp for it
[23:32] <spiv> poolie: the [Success!] mails (and also my [bzr-usertest:MERGE] mails) got tagged everything else
[23:32] <poolie> ah, ok
[23:33] <spiv> The utf8 thing just plain sucks, and needs mailman support to fix; in theory mailman could decode the unicode I think and run the regex on that :)
[23:33] <poolie> mm
[23:34] <poolie> though arguably you might also want to examine the uninterpreted form
[23:34] <spiv> The [Success!] one is probably a straightforward tweak to fix.  For things like [bzr-usertest:MEGE] I guess we want to settle on a convention for "please review this code, but don't bother bundlebuggy with it"
[23:34] <poolie> spiv, i thought bb left the [merge] behind in the success mails?
[23:34] <poolie> i guess not
[23:34] <poolie> do you want to change this?
[23:34] <spiv> It does, but somehow they are still mistageed.
[23:35] <spiv> Well, I got mail from someone saying "I didn't want to receive those two patches"
[23:35] <poolie> actually what i meant was, will you fix this or should i?
[23:35] <spiv> Oh, I see.  I don't know that I have the rights to fix it?
[23:36] <spiv> I didn't realise there was a possibility that I might :)
[23:47] <spiv> poolie: ok, I can't think of an improvement to the regexes, I've replied on the list to the complaint I got.


 But otherwise things are fairly all right. They want to schedule me for a procedure to inflate some of my arteries
[00:09] <genii> Angioplasty
[00:10] <h00k> genii: My Grandpa had a stent put in, he had a few strokes before they did it.
[00:11] <h00k> genii: will the memory return?
[00:11] <h00k> also, the facial paralysis?
[00:13] <genii> h00k: The doc tells me other parts of the brain take over and regain control of atrophied areas so paralysis diminishes etc.  Because Alzheimers is endemic in my family. so it's not such a shock as for some people. Just that I thought I'd be a lot older before I'd have to start worying about it
[00:19] <h00k> genii: how old are you, if I may ask?
[00:19] <genii> h00k: 43
[00:26] <h00k> genii: ah, that's too young. knock that off.
[00:26] <genii> Heh
[00:26] <h00k> are you drill going to drink coffee?
[00:27] <h00k> er
[00:27] <h00k> still. how in the hell did that happen.
[00:28] <genii> h00k: Coffee has been harder than almost any other thing to give up. Also it's a large part of my online identity as well as my IRL identity ( I have a 64 ounce Tim Horton mug which I carry around at work for instance)
[00:28] <genii> So dunno
[00:28] <h00k> heh. I believe it. Aside from the chemical dependencies.
[00:28] <IdleOne> fill it with water
[00:29] <h00k> which, I've definitely gone through that before. I ended up in the ER a couple times. Bad headaches.
[00:30] <IdleOne> yeah the first week of no coffee can kill you
[00:30] <genii> IdleOne: It doesn't always have coffee in it :)
[00:30] <h00k> genii: well, don't kill yourself with it.
[00:32] <genii> Anyhow I'm headed out... since I'm already /away it won't be noticeable though. I'll try to return more often than I've been here recently.
[00:33] <h00k> genii: gake care.
[00:33] <h00k> *take.
[03:09] <IdleOne> SBW42 trolling -ot
[14:32] <bazhang> the purekde factoid is only up until karmic; wonder if that will still hold for lucid
[14:33] <bazhang> https://help.ubuntu.com/community/PureKDE
[14:37] <h00k> interesting
[15:01] <IdleOne> it should still be the same
[15:01] <IdleOne> but I have not tested it
[15:02] <IdleOne> Good morning
[15:08] <h00k> Good Morning
[15:13] <nhandler> Hmm...I see two issues with that page. First, for automated removal, it should probably have them install kubuntu-desktop as well. Second, the Karmic manual process won't work for Lucid since there were some Gnome packages that were added/removed that would need to be accounted for
[15:14] <bazhang> nhandler, okay thanks
[15:20] <ikonia> bazhang: to be honest - I don't believe he's telling the truth
[15:20] <ikonia> bazhang: he's saying he's tested this, yet he's asking how to partition the disk
[15:20] <ikonia> yet the other occasions he said he'd created/removed partitions
[15:20] <ikonia> this is the same guy who made the questionible comments about when I was free to "help community members"
[15:21] <bazhang> ikonia, okay. it's a fairly new kind of device; guess the next step is to ask how long the various partitioning schemes he is using take
[15:21] <bazhang> ikonia, yes I remember
[15:21] <IdleOne> Should I go with local version of grub-pc or install maintainers package?
[15:21] <IdleOne> oops wrong channel
[15:21] <bazhang> maintainers
[15:21] <IdleOne> ok
[15:21] <bazhang> whoops
[15:21] <IdleOne> wrong answer?
[15:21] <bazhang> reflex
[15:22] <bazhang> no right answer, wrong channel
[15:22] <IdleOne> went with maintainers even though I haven't made changes to grub-pc
[15:22] <IdleOne> thanks for the answer bazhang
[15:23] <bazhang> yw :)
[15:23]  * IdleOne would huggle you in #u but it's ot so...
[16:08] <bazhang> is ohir_ making any sense?
 bazhang: and I would like to know where deep packet inspection takes place
[16:10] <funkyHat> I think so, seems to be thinking someone's cutting off his net connection when he uses certain words
[16:10] <IdleOne> wow can someone do that?
[16:10] <Pici> freenode doesn't have the ability to do that, so its really not on-topic for #ubuntu
[16:11] <bazhang> he's just overreacting I am guessing
[16:11] <funkyHat> IdleOne: your ISP could, yes
[16:11] <funkyHat> it's doubtful that they *would* though
[16:12] <IdleOne> scary thought
[16:13] <funkyHat> Not if you use TLS though ⢁)
[16:14] <bazhang> he seems to be spreading FUD
[18:02] <bazhang> eol means not support for security updates only? or not supported in #ubuntu
[18:02] <mneptok> not supported in any way.
[18:02] <h00k> both
[18:02] <bazhang> the conversation with insider seems to have past that point
[18:03] <bazhang> err passed
[18:03] <mneptok> otherwise we'd have to answer questions on how to get Forefox 3.6.6 on Warty
[18:03] <bazhang> mneptok, nice :)
[18:13] <IdleOne> insider is giving me a headache :/
[18:13] <Pici> Is he even running Ubuntu?
[18:13] <IdleOne> I get the feeling he might not be
[18:13] <bazhang> says he's running 8.10
[18:13] <IdleOne> logged in as root on irc
[18:14] <bazhang> which is not supported, but sebsebseb just keeps dragging it out
[18:14] <IdleOne> indeed
[18:14] <Pici> Well, we can try to help get upgraded to 9.04
[18:14] <bazhang> he refuses
[18:14] <IdleOne> we have suggested it many times
[18:14] <Pici> Then its not supported.
[18:15] <bazhang> sebsebseb suggested debian
[18:15] <IdleOne> his original question 30 minutes ago was about konqueror
[18:15] <Pici> Also not supported in #ubuntu
[18:15] <IdleOne> I have not seen any answer to his question accept from maco who said she does not use it
[18:15] <mneptok> sebsebseb has been told *numerous* times he should not be recommending other distros in #u
[18:16] <bazhang> he does not even use Ubuntu himself, and misses lots of commands etc
[18:16] <maco2> Pici: konq's not supported in #u ?
[18:16] <h00k> sigh
[18:16] <Pici> maco2: 8.10 is not supported.
[18:16] <maco2> Pici: oh yeah i know that
[18:16] <bazhang> mandriva no less
[18:16] <maco2> Pici: i thought you were saying its 8.10 AND its kde stuff! two ways of not supported!
[18:16] <Pici> maco2: No, I meant that 8.10 and debian aren't supported.
[18:17] <maco2>  ohok
[18:17] <mneptok> i plan to try Mandriva when it is popular and has a bright future. of course, this means i will have to time-travel to 2003.
[18:17] <bazhang> hah
[18:17] <Pici> heh
[18:18] <mneptok> http://www.27bslash6.com/missy.html
[18:19] <maco2> i have a mandrake book somewhere around here
[18:19] <IdleOne> mneptok: I am selling tickets to 2003 starting in 2152. You can pre order now but I won't be able to send you confirmation till then.
[18:20] <Pici> IdleOne: Can I post-date my checks until then?
[18:20] <IdleOne> Pici: absolutely, but only you.
[18:22] <mneptok> IdleOne: i'll be 187 in 2152. i doubt it will matter much to me at that point in what year i'm eating pureed cream corn soiling myself.
[18:24] <IdleOne> mneptok: this is why yoy need to order your tickets now. at that point my great great great grand children will come back to 2010 for me I will have the list of customers and we will all go back to 2003
[18:24] <IdleOne> you*
[18:24] <IdleOne> I'm not just a pretty face :)
[18:24] <IdleOne> I got nice legs too :P
[18:25]  * h00k facepalms
[18:25] <IdleOne> hah
[18:50] <Mamarok> mneptok: but in 2003 it will be called Mandrake
[18:50]  * Mamarok threw away the Mandrake book not so long ago
[18:52] <mneptok> Mamarok: exactly.
[18:52] <h00k> we don't support custom-compiled kernels, do we?
[18:53] <bazhang> not afaik
[18:53] <IdleOne> nope
[18:53] <Mamarok> not at all, so much can go wrong
[18:53] <IdleOne> no way to know what the customization are
[19:46] <h00k> how long is the default timeout for /aq?
[19:46] <bazhang> forever?
[19:46] <nhandler> h00k: Isn't /at the one with the timeout, /aq is a normal quiet
[19:47] <h00k> d'aw....
[19:47] <h00k> shoot. okay.
[19:48] <maco2> can someone deal with the nickspam in -devel and +1 ?
[19:49] <maco2> nhandler: ?
[19:49] <nhandler> Yeah, I can look in
[19:49] <nhandler> Let me PM him first
[19:50] <h00k> I'll talk to sdfsdf in a pm/
[19:50] <Pici> h00k: sorry, I'll let you take care of him.
[19:50] <Pici> Sounds good
[19:52] <h00k> and they're no longer online
[19:52] <h00k> there were like three !enters, one !patience, I linked go !guidelines after +qing, and then removed after the language
[19:52] <bazhang> damienman
[19:54] <bazhang> he's just going to keep re-joining I would guess
[19:54] <ikonia> it's about to end
[19:54] <ikonia> there is a little group of them
[19:54] <bazhang> phunstar as well?
[19:54] <ikonia> yup
[19:54] <ikonia> all of them
[19:55] <h00k> bazhang: you beat me by like .2 seconds.
[19:55] <bazhang> h00k, hah
[19:55] <Pici> Phunstar is probably someone else.
[19:55] <Pici> The other 3 were all on the same host.
[19:56] <ikonia> still not behaving acceptable
[19:57] <bazhang> who are the other two?
[19:57] <ikonia> they are gone
[19:57] <ikonia> that daniel guy
[19:57] <bazhang> okay thanks
[19:57] <ikonia> damienmannn
[19:57] <ikonia> not daniel
[19:58] <bazhang> right and flsdffdx and then the first one
[19:58] <h00k> And I was going to be civil and pm :(
[20:00] <Pici> sdfsdf, damienmannn, flsdfklsdfhklsdf are all the same person.
[20:01] <h00k> affermative
[20:12] <h00k> ikonia: thank you
[20:27] <h00k> !rsa
[20:27] <h00k> oh, there isn't an RSA factoid.
[20:28] <ikonia> is there a need for one ?
[20:28] <h00k> probably not.
[20:28] <ikonia> (not in my head, doesn't mean I'm right though)
[20:30] <Pici> I think we could use an sshkeys factoid though.
[20:30] <ikonia> there is a guide on the wiki
[20:31] <Pici> Ah, yes, the !ssh factoid links there.
[20:32] <ikonia> people are idiots, why don't they read what people are asking before hitting random factoids


[04:11] <Ek0nomik> I know this isn't exactly a help chat, but I do have a question for someone with a bit of knowledge surrounding kernel development.
[04:11] <Ek0nomik> If anyone has a few minutes I'd appreciate it.  :)
[16:01] <vinicius> hello guys. anyone knows about process scheduling? there is a channel about kernel?
[16:02] <vinicius> well, this is the channel actually. anyone could help with process scheduling
[16:07] <vinicri> well, this is the channel actually. anyone could help with process scheduling
[16:23] <laga> vinicri: try asking a real question
[16:23] <laga> !ask
[16:23] <laga> ah, the bot isn't here.
[16:35] <vinicri> well, the thing is I'll heve to create a group of process using c code, and then giving random priorities to them, log how they are processed in the machine
[16:35] <vinicri> how can i do this?
[18:08] <Zetto> Can i use this channel to talk about fix a bug in kernel ?
[18:09] <Zetto> i already found a solution,but i wanna see it by default in ubuntu
[18:09] <johanbr> Zetto: file a bug on launchpad
[18:10] <Zetto> johanbr, the bug has already reported
[18:10] <Zetto> $144745
[18:11] <Zetto> #144745


[22:48] <smallfoot-> My ubuntu 19.04 didn't have desktop icons, so i added them with gnome-tweak-tool, but now when I double-click on the .desktop file it doesn't open the application


[10:29] <Omahn> What's the correct way to abort startup of an upstart job in the pre-start script?
[10:30] <Omahn> Ah, possibly just 'exit 1' ?
[10:32] <Omahn> Seems to work. :-)
[10:49] <ion> That’s okay for an error. For a graceful abort, run ‘stop’.
[10:51] <Omahn> ion: I was just going to ask about that. So, for a misconfiguration in the setup of a given daemon, detected during pre-start, I should use exit 1. If the daemon is simply disabled in the daemon, I should use 'stop' and that will prevent the 'exec' from firing. Is that correct?
[10:51] <Omahn> *disabled in the configuration, that should say
[10:52] <ion> Yep
[10:52] <Omahn> ion: Great, thanks.
[10:52] <ion> Also note that the scripts are run with -e. In some cases, exit 1 may be redundant since the shell would exit with a non-zero value anyway.
[10:53] <Omahn> Noted, thanks.
[14:46] <yarihm> hi everybody
[14:55] <yarihm> I'm currently trying to get a fedora 13 container working in openvz. I'm new to upstart but if I got that correctly, the jobs are defined under /etc/init/<name>.conf in a pretty straight forward way. From what I can tell (initctl list) openvz starts init properly but that in turn is only able to start one of the jobs (the one that spawns mingetty), the others are listed as 'stop/waiting'. When I try to start the stopped job
[14:55] <yarihm> s I get 'initctl: Job failed to start' with no place to start debugging.
[15:00] <Omahn> yarihm: From my limited knowledge, it's probably something in one of your script sections exiting with non-zero. Maybe try increasing the log level of upstart with 'initctl log-priority debug' and then watching the log files. (/var/log/daemon on ubuntu, not sure on Fedora)
[15:01] <yarihm> Omahn, actually I tried that, too :) Let me try again, but I think initctl fails to log anything even though I started the syslog daemon
[15:01] <yarihm> Let me give it another shot
[15:05] <yarihm> ok, it doesn't log much actually, but I tried it with a test-job and that seems to be working
[15:09] <yarihm> I wrote a task with a pre-start script that touches a file in /tmp and a script that touches a different file in /tmp. when starting that job, initctl outputs
[15:09] <yarihm> [root@backend99 init]# initctl start test2
[15:09] <yarihm> test2 stop/waiting
[15:09] <yarihm> if I add something that doesn't detach (top) in the script, it fails. Is the expectation that the started daemon/binary detaches or not?
[15:10] <yarihm> also: there's no logging anywhere about why this procedure fails
[15:10] <ion> top probably just dies immediately due to there not being a terminal.
[15:10] <yarihm> ah
[15:11] <yarihm> I see some logging in /var/log/messages BTW
[15:11] <ion> Task jobs aren’t for daemons, service jobs are.
[15:12] <yarihm> Uh, i see some issue here anyway, the mingetty-task seems to respawn because it tries to attach to the wrong device node
[15:13] <ion> gettys should be services, not tasks.
[15:14] <yarihm> what are tasks for then?
[15:14] <ion> Task is something you expect to run once and then end when started. Service is something you expect to keep running indefinitely when started.
[15:15] <yarihm> I removed the getty thing now, it's not needed in a openvz-container anyway AFAICT
[15:17] <ion> E.g. a job that runs sysctl -p on startup would be a task, since it should happen once and be done. Gettys are more like daemons, so they should be services. They should additionally respawn, so you get a new getty when you log out from a session.
[15:18] <yarihm> mhm, makes sense
[15:19] <yarihm> I copied an openvz-task from an ubuntu template (trying to get fedora core 13 running), that has this section here:
[15:19] <yarihm> task
[15:19] <yarihm> pre-start script
[15:19] <yarihm> #mount -t devpts devpts /dev/pts
[15:19] <yarihm> #mount -t proc proc /proc
[15:19] <yarihm> if [ ! -e /etc/mtab ]; then
[15:19] <yarihm>         cat /proc/mounts > /etc/mtab
[15:19] <yarihm> fi
[15:19] <yarihm> end script
[15:19] <yarihm> however, when trying to start that openvz task, I get
[15:19] <yarihm> init: openvz pre-start process (82) terminated with status 32
[15:20] <yarihm> ... how can that be? /etc/mtab actually evaluates to true
[15:20] <yarihm> I mean [ -e /etc/mtab ] does
[15:20] <ion> Just after the pre-start script line, add:
[15:21] <ion>   exec >/dev/something.log 2>&1
[15:21] <ion>   set -x
[15:21] <yarihm> you mean exec >/tmp/something.log I guess?
[15:22] <ion> /dev is a safe assumption of something writable, /tmp might not be. If you know /tmp is writable, sure.
[15:22] <yarihm> ah, ok :)
[15:24] <yarihm> well, it seems that the if statement just evaluates to 32 ... whatever, I added 'true' before end script so this works now. Now it's the main-script that fails, I'll try to debug that
[15:25] <ion> Curious. I don’t see how the if statement could return 32.
[15:27] <yarihm> yeah, me neither
[15:27] <yarihm> is the script running as if it were 'set -e'?
[15:28] <yarihm> in other words, does it terminate with the first command that returns non-zero? maybe the mount commands return 32 (but they are commented out)
[15:28] <ion> Yes, -e is on by default.
[15:30] <ion> The only things i can see failing are cat opening /proc/mounts for reading and the shell opening /etc/mtab for writing.
[15:36] <yarihm> well, actually since the file /etc/mtab exists that should never be an issue
[16:08] <yarihm> cu guys l8er


[03:13] <achiang> poolie: thanks for the review
[03:14] <poolie> thanks for the patches!
[03:14] <achiang> poolie: np. i'll respond more in the MP's themselves, but the 1st MP, where i stuff the enums into a class...
[03:14] <achiang> poolie: that's because i don't really know python and was just faking it. ;)
[03:14] <poolie> i wondered :)
[03:14] <poolie> it's ok though
[03:14] <achiang> poolie: the only goal was to have a place to hold the enums so i can print them out
[03:15] <achiang> there were no global variables earlier
[03:15] <poolie> python has a somewhat uncommon setup where there is one namespace for 'variables' and 'classes/functions'
[03:15] <poolie> the latter just being variables that point to an object
[03:15] <achiang> or rather, the list of enums wasn't globally accessible
[03:15] <poolie> so
[03:15] <poolie> for static data like 'valid status values' having a global that points to it is really harmless
[03:16] <achiang> poolie: good enough for me. i can just make 3 global lists then... (valid status, valid importance, valid filters) ?
[03:16] <poolie> oh, what would the filters be?
[03:16] <poolie> like 'filter by tags, etc'?
[03:16] <achiang> right
[03:16] <achiang> poolie: i use them in the 2nd MP
[03:17] <achiang> rather, i use that class in the 2nd MP
[03:35] <poolie> ok
[03:35] <poolie> so, yes, i'd probably make an 'enum' class that has that behaviour
[03:35] <poolie> the 'types of filter' is perhaps a concept in its own right
[03:35] <poolie> since it can do more than just match names: also, probably, construct a filter object
[03:36] <poolie> so it's a bit like a factory pattern
[03:36] <achiang> hm, ok
[03:36] <achiang> i'll try and play around with an EnumClass that you describe
[03:37] <achiang> poolie: btw, i just tested, and 'filter tags' does work
[03:38] <poolie> oh i see
[03:38] <poolie> yep, i can see how that works
[03:38] <achiang> http://pastebin.ubuntu.com/705248/
[03:39] <achiang> poolie: also, note how we display current filters
[03:39] <poolie> i thought there should be an 'else' clause at line 98 of the diff but
[03:39] <poolie> in fact you just fall off the end and append it to the list, which is fine
[03:40] <achiang> yeah, that little bit was magic to me
[03:40] <achiang> whatever came out, was simply due to luck
[03:41] <achiang> oh wait, no, that was on purpose. :)
[03:41] <poolie> :)
[03:41] <achiang> it was the actual line 98 that confused me, but somehow still works
[03:42] <achiang> because i thought for sure there might be a KeyError, in the event we got a single word status... then there would be no args[2]
[03:42] <achiang> but somehow, it just works
[03:42] <poolie> [2:] means '2 and anything after it'
[03:42] <poolie> it can be an empty list in which case the del is a nop
[03:43] <achiang> 'filter status new' => there shouldn't be an args[2] in that case?
[03:44] <achiang> so i should get IndexError?
[03:44] <poolie> well, apparently 'filter' has already been consumed
[03:44] <poolie> so you have line='status new', args=['status', 'new']
[03:44] <poolie> args[2:] = []
[03:46] <achiang> poolie: ah! http://pastebin.ubuntu.com/705251/
[03:46] <poolie> right
[03:46] <achiang> that is somewhat surprising at first, but upon further reflection, makes sense
[03:46] <poolie> indeed you can even do foo[1:] = ['hello', 'there']
[03:47] <poolie> you can also say foo[100:] (which will also be empty
[03:49] <achiang> ok, thanks for the help. i'll try and clean it up, probably not tonight
[03:49]  * achiang will have to play with bzr-rebase
[08:51] <czajkowski> Aloha
[08:51] <allenap> Morning.
[08:55] <czajkowski> mrevell: you do know how to make my day start with a smile!
[08:55] <czajkowski> boss walking in and wondering whom I'm talking to less smiley
[09:30] <ubuntu-baltix> Hi, Why Launchpad doesn't build my recipe - error "chroot problem" appears, see https://code.launchpad.net/~stk/+archive/dev/+recipebuild/96097
[09:33] <wgrant> ubuntu-baltix: Hi, we're looking at that issue now. Thanks for letting us know.
[09:41] <ubuntu-baltix> wgrant: please tell me when you fix this "chroot problem"
[10:07] <ubuntu-baltix> wgrant: maybe you already fixed "chroot problem" ( https://code.launchpad.net/~stk/+archive/dev/+recipebuild/96097 )
[10:07] <ubuntu-baltix> ?
[10:08] <wgrant> ubuntu-baltix: No, still working on it.
[10:17] <mrevell> hey, glad to hear it czajkowski :)
[10:18] <czajkowski> I like doing that stuffmakes a change from me doing wire frames last week for someoner else to rip them apart
[10:18] <czajkowski> *someone
[10:43] <wgrant> ubuntu-baltix: That should be sorted out now.
[10:50] <ubuntu-baltix> wgrant: thanks
[11:15] <jml> merge diffs are taking a while
[11:18] <Oleg|percona> guys, I have question about launchpad MP
[11:19] <Oleg|percona> how can I look to history of change?
[11:19] <Oleg|percona> for example, I want see who exactly assign review for this MP: https://code.launchpad.net/~tsarev/percona-server/5.1_fix_bug_716210/+merge/78700
[11:19] <Oleg|percona> (who request review for guy)
[11:19] <czajkowski> mrevell: seen an oneiric nut yet :)
[11:21] <mrevell> czajkowski, Yes :)
[11:21] <czajkowski> good
[11:29] <rvba> Oleg|percona: I don't think that this information is available. allenap?
[11:30] <Oleg|percona> rvba: I got imagine. I think all information about status change are tracking
[11:32] <wgrant> Oleg|percona: It's not visible in the UI, but we store it and it's in the API.
[11:32] <wgrant> https://api.launchpad.net/devel/~tsarev/percona-server/5.1_fix_bug_716210/+merge/78700/votes
[11:32] <wgrant> The "registrant" field.
[11:32] <wgrant> Oh!
[11:32] <wgrant> It is in the UI.
[11:32] <rvba> Really?
[11:32] <wgrant> A tooltip in the "date requested" column.
[11:33] <Oleg|percona> wgrant: I see "when" , but I want know "Who"
[11:33] <rvba> True, good catch!
[11:33] <wgrant> Oleg|percona: Hover over the date.
[11:33] <Oleg|percona> wgrant: who exactly assign concrete guy to review
[11:33] <Oleg|percona> wgrant: guy himself, or project manager, or something else
[11:34] <Oleg|percona> wgrant: nick of the guy who assign another guy for review :)
[11:34] <Oleg|percona> wgrant: bug has button "full activity log"
[11:34] <wgrant> Oleg|percona: Does the date's tooltip not say that?
[11:34] <Oleg|percona> wgrant: aaaa, tooltip
[11:34] <Oleg|percona> wgrant: yes, exactly.. but this is not-intuitive, sorry
[11:35] <Oleg|percona> wgrant: thank you very much :)
[11:35] <wgrant> Not intuitive at all, no :(
[11:54] <njpatel> https://launchpad.net/unity/+series doesn't seem to work
[11:54] <njpatel> oh, hi :)
[12:02] <allenap> njpatel: You've broken it! :) I'll look into it.
[12:02] <njpatel> heh, thank you :)
[12:05] <allenap> njpatel: I've filed bug 871715 and I'll work on it now.
[12:07] <wgrant> allenap: I filed a bug about that on Saturday.
[12:08] <wgrant> It's Critical.
[12:08] <wgrant> I forget the number.
[12:08] <allenap> wgrant: Okay, I'll find it, thanks.
[12:08] <njpatel> allenap, awesome, thank you
[12:08] <wgrant> It's related to the new INCOMPLETE_WITHOUT_RESPONSE status.
[12:12] <njpatel> i say we fix it with PLEASE_RESPOND
[12:35] <chrysn> hi, i'm having trouble with the "release url pattern" feature of series -- can i specify a place to look for links?
[12:36] <chrysn> it seems launchpad just strips the last part off the url, and hopes to find a matching link there, but this doesn't work for example on github (i want tarball downloads here, not git checkouts).
[12:37] <chrysn> in watch files, there is a way to specify this in more detail, but it seems to be incompatible syntax-wise.
[15:16] <smoser> anyone here able to help me with renaming a project?
[15:16] <smoser> allenap, rvba ?
[15:18] <allenap> smoser: Sure.
[15:18] <smoser> https://launchpad.net/pileus -> https://launchpad.net/cirros
[15:19] <smoser> allenap, wait. hold off on that.
[15:19] <allenap> smoser: Okay :)
[15:21] <allenap> smoser: Can you put your request in https://answers.launchpad.net/launchpad/+addquestion so I can more reliably authenticate you? You can ping me again when you've done it.
[15:21] <smoser> allenap, sure. i can do that. thanks.
[16:42] <chrysn> yet another recipe question: can i, like for ppa's, specify a ppa to use for fulfilling a recipe's build dependencies?
[16:45] <bigjools> chrysn: it should work, yes. The recipe is built in the context of the PPA.
[16:51] <chrysn> thanks, i'll try copying the required packages to the target ppa
[16:54] <chrysn> it seems not -- the critical dependency was already in the target ppa, built for oneric (copied and re-built from another ppa), but still the build failed.
[16:54] <chrysn> (the build affected was https://launchpadlibrarian.net/82488465/buildlog.txt.gz)
[16:54] <bigjools> ah darn - well, I wonder if jelmer knows
[16:55] <chrysn> i might be wrong at all and something else failed, but it failed due to "Unable to resolve dependencies", and the only package not yet in ubuntu is said libopencsg-dev
[16:57] <bigjools> I have vague recollections of there being a recipe directive to pull in deps
[16:58] <bigjools> huh
[16:59] <bigjools> grep for "override-sources-list" - it's not setting the PPA up
[17:27] <smoser> allenap, still around ?
[17:28] <smoser> https://answers.launchpad.net/launchpad/+question/173846 if you are (or anyone else can take that).
[17:54] <chrysn> bigjools, i've been wrong -- i expected the build system to pull in the destination ppa, while instead it pulls in the destination ppa's dependencies (not allowing circular dependencies, which i might need here).


[08:20] <mup> Bug #1955696 changed: MAAS can't register node as LXD host if Inifniband adapter is presented on the node <MAAS:Incomplete> <https://launchpad.net/bugs/1955696>
[16:30] <mup> Bug #1957057 changed: Tagging vms on maas 3.2 no longer works... <ui> <MAAS:Invalid> <maas-ui:New> <https://launchpad.net/bugs/1957057>


[00:03] <lunaphyte> i'm a little confused about setting up a frontend only computer to talk to a backend only server.
[00:04] <lunaphyte> i've set the backend up, and when i run mythtv frontend, it asks country and language, and then when i click save, i then see a very sparse windows that simply says "no upnp", with an ok button.
[00:05] <lunaphyte> when i click ok, the next page says "mythtv could not connect to the database. please verify your database…"
[00:06] <lunaphyte> what does "no upnp" actually mean?  is something supposed to happen automatically?  or am i supposed to manually configure the database settings?
[05:05] <patdk-lap> lunaphyte, no upnp means it couldn't automatically locate the database server, so you have todo it manually
[05:06] <lunaphyte> oh, hey there.
[05:06] <lunaphyte> why wouldn't it be able to do it automatically?  should it?
[05:06] <patdk-lap> dunno, I don't use upnp
[05:06] <patdk-lap> I always do it manually
[05:07] <lunaphyte> hmm
[05:09] <bonelifer> just got a HDHomerun Dual tuner(original grey). From within the hdhomerun program I can scan a particular QAM-256 channel and get the subchannels(right terminolgy?). I can click the view button and see it popup in VLC.  When I scan within mythtv setup, I get the same channels found, but this time, all I can see is static.
[05:10] <lunaphyte> now it says "could not connect to the master backend server"
[05:17] <bonelifer> the weirdest thing is when I scanned for my PVR-500 it looked like it locked on to all channel numbers, then at the end it said it didn't find any. Then in the channel editor it had added all those channels despite most wouldn't have a signal. which was easily fixed by going into the channel editor and doing the "D-ENTER" dance with my keyboard till those extra channels were deleted.  Was so excited a few days ago when I go the HDHo
[05:17] <bonelifer> meRun I know wish I hadn't updated to 11.10, just has been a pain.
[05:28] <lunaphyte> this is stupid.  why do i have to tell mythtv-setup its own ip address?
[05:28] <lunaphyte> these settings are un-clear
[05:30] <lunaphyte> and why is it asking for the ip address of the master backend?  it *is* the master backend.  doesn't it know this?
[05:50] <patdk-lap> no
[05:50] <patdk-lap> it could be a secondary master backend
[05:50] <patdk-lap> or a third backend
[07:33] <dekarl> lunaphyte: so you already configured the backend ip stuff? http://www.mythtv.org/wiki/User_Manual:Detailed_configuration_Backend#Host_Address_Backend_Setup
[07:33] <dekarl> there is also a part for mysql to configure, see http://www.mythtv.org/wiki/Mythfrontend#Allowing_mythfrontend_on_a_remote_machine_to_access_mythbackend_running_on_a_second_machine
[07:34] <Zinn> [www.mythtv.org] User Manual:Detailed configuration Backend - MythTV Official Wiki
[07:34] <Zinn> [www.mythtv.org] Mythfrontend - MythTV Official Wiki
[07:34] <dekarl> after the backend setup part the backend detection via UPnP should work
[14:47] <bixter> i want to use a sdhc card for theme and thumb caching. i wrote something to set this up automagically, does mythbuntu/ltsp have something that can do this nativly?
[15:43] <Unguided> hello all! I have 2 newb questions. 1. Can anyone tell me where to get the mythbuntu installation manual i have seen on some of the youtube videos & 2. can anyone tell me if the logitech mini controller will work with mythtv. Thanks so much for your help in advance.
[15:59] <Unguided> never mind. i found my answer. just didnt look far enough.
[22:40] <bonelifer> I have a PVR-500 and a HDHomeRun, right now I've got seperate "input connection" for each. In LIVE TV, I only see the PVR channels, I have to manually enter the HDHRs. Do I need seperate "input connection" profiles or am I missing something to combine them in the LIVE TV module?


[04:47] <zhsj> could someone help retry these autopkgtests https://paste.ubuntu.com/p/Jb9Hmv9R9P/
[04:48] <zhsj> and retry these builds https://launchpad.net/ubuntu/+source/golang-github-containers-toolbox/<IP_ADDRESS>+git20230118+446d7bfdef6a-2
[06:57] <RAOF> Damnit! How do I get sbuild to build against lunar-proposed now?
[06:58] <arraybolt3[m]> RAOF (he/they): I know how :)
[06:58] <arraybolt3[m]> Hang on one moment...
[06:58] <arraybolt3[m]> ```
[06:58]  * arraybolt3[m] sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/003fc6bccf6dbfea89528a24d3711d165cb7da00
[06:58] <arraybolt3[m]> Notice the # Proposed enabler spot in my sbuildrc.
[06:59] <arraybolt3[m]> I have my fstab for sbuild modified like so:
[06:59] <arraybolt3[m]> uh... lemme find it...
[06:59] <RAOF> Launchpad still builds against -proposed, right? sbuild-launchpad-chroot doesn't set up a chroot with the necessary magic???
[06:59] <arraybolt3[m]> Launchpad still builds against it, yes.
[06:59] <arraybolt3[m]> It does so by apt pinning, which is what I'm doing.
[06:59]  * arraybolt3[m] sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/6f673b608a2df8e2f4c953a87e418eb1185d4320
[07:00] <arraybolt3[m]> I have a directory bind-mounted in sbuild that holds my enable-proposed script.
[07:00] <arraybolt3[m]> And then the script itself is just:
[07:00]  * arraybolt3[m] sent a code block: https://libera.ems.host/_matrix/media/v3/download/libera.chat/e64e64eec6af0fa022867a1cfcf49258dbac0f9b
[07:00] <arraybolt3[m]> Once all that's in place, sbuild will build against -proposed.
[07:01] <arraybolt3[m]> RAOF (he/they): According to an email sent out by paride, "schroots
[07:01] <arraybolt3[m]> created by mk-sbuild and sbuild-launchpad-chroot may have -proposed in
[07:01] <arraybolt3[m]> sources.list, but that's not going to be used in >= Lunar."
[07:02] <arraybolt3[m]> So no, sbuild-launchpad-chroot doesn't do it, but the above hack should.
[07:02] <arraybolt3[m]> ¯\_(ツ)_/¯
[07:02] <RAOF> Seems like sbuild-launchpad-chroot should do it :P
[07:06]  * RAOF should set up a public LXD image server with preconfigured images for sbuild.
[07:07] <arraybolt3[m]> Heh, that would be handy. Oy, I didn't think about the fact that this was designed for schroot, not lxd - no clue how to make lxd work with it.
[07:33] <arraybolt3> This is just because I'm curious, but why do autopkgtests take *so long* on Canonical's infra? I can run an autopkgtest locally in ~5 minutes, maybe less, and it takes hours or even days in the cloud.
[07:34] <arraybolt3> (I guess more because I'm curious and a bit frustrated :P)
[07:34] <arraybolt3> (And yes, it depends on the autopkgtest, but ones that take ~5 minutes or less take hours or days in the cloud.)
[08:00] <ginggs> arraybolt3: which package in particular?
[08:10] <arraybolt3> ginggs: Mainly lxqt-sudo and lxqt-policykit, I believe.
[08:12] <arraybolt3> lxqt-sudo appears stuck on an autopkgtest for lubuntu-update-notifier, which is a very fast autopkgtest locally, but apparently has managed to tie up lxqt-sudo for two days.
[08:12] <arraybolt3> Then again I remember now that there were some outages recently so maybe I'm just seeing the results of the system still recovering from that.
[08:22] <ginggs> arraybolt3: lxqt-sudo doesn't seem to have an autopkgtest, but i see it
[08:22] <ginggs> it's waiting for an autopkgtest for lubuntu-update-notifier
[08:22] <arraybolt3> Exactly.
 "Heh, that would be handy. Oy..." <- You'd use `sbuild`'s autopkgtest backend.
[08:23] <ginggs> so 'test in progress' on the update_excuses page means the test is in the queue
[08:23] <ginggs> you can see it here https://autopkgtest.ubuntu.com/running
[08:24] <arraybolt3> Oh, but it's not actually actively running, it's just scheduled to run.
[08:24] <ginggs> lubuntu-update-notifier {"triggers": ["lxqt-sudo/1.2.0-1ubuntu1"], "submit-time": "2023-02-17 09:39:16"}
[08:24] <arraybolt3> For some reason I thought it was taking hours or days just to run :P
[08:24] <ginggs> only days before it actually runs
[08:24] <ginggs> https://autopkgtest.ubuntu.com/packages/lubuntu-update-notifier/lunar/arm64
[08:24] <arraybolt3> :facepalm: I even know about that page, I don't know why I didn't check it.
[08:25] <ginggs> ^ shows it doesn't take very long when it actually runs
[08:25] <arraybolt3> That makes sense.
[09:01] <paride> arraybolt3, hi, maybe you found it out already, but here is the bug about sbuild-launchpad-chroot not using proposed with lunar: https://bugs.launchpad.net/ubuntu/+source/sbuild-launchpad-chroot/+bug/1996205
[09:01] -ubottu:#ubuntu-devel- Launchpad bug 1996205 in sbuild-launchpad-chroot (Ubuntu) "-proposed schroots not really using -proposed in >= Lunar" [Undecided, New]
[09:03] <arraybolt3> Thanks!
[13:22] <mitya57> sil2100: Hi! Bileto gives me 500 today (from https://bileto.ubuntu.com/v2/metadata for example).
[13:22] <sil2100> ah, carp, I was supposed to ask IS to power-cycle it
[13:27] <mitya57> Thank you.
[17:03] <MacSlow> Greetings everybody!
[18:17] <mitya57> sil2100: and now it seems to work, thanks again!
[19:03] <rbasak> !dmb-ping
[22:19] <MacSlow> re


[14:15] <student1> weeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
[14:15] <Terminus-> hello student1 =)
[14:15] <student1> hey man
[14:16] <student1> sup?
[14:16] <Terminus-> student1: just writing a movable type theme. i'm loving 1920x1200 for coding. split screen for coding and previews. hehe
[14:17] <Terminus-> student1: ikaw?
[14:17] <student1> nice.
[14:17] <student1> me? wala... just the usual... trolling
[14:17] <student1> hunting chicks
[14:17] <student1> stuff
[14:17] <student1> haha
[14:18] <Terminus-> hahaha
[14:18] <Terminus-> chickboy pa rin. =P
[14:18] <student1> i'm too poor to code in 1920x1200! hahaha
[14:18] <student1> di naman.. friendly lang
[14:18] <student1> =)
[14:19] <Terminus-> student1: tagal ko na to pinagiipunan. i've been mostly away from games for the past 8 years too.
[14:19] <Terminus-> pero ngayon enjoy muna ako. gtx 460! \o/
[14:19] <student1> sarap naman
[14:20] <student1> chicks dig that bro! =p
[14:20] <Terminus-> wahahaha
[14:20] <Terminus-> patay ako sa chick na nandito sa tabi ko. XD
[14:21] <student1> weh?
[14:22] <student1> buti ka pa!
[14:22] <student1> talaga naman o =p
[14:22] <student1> bakit pa kasi ako hindi nag aral ng web =p mwahaha
[14:23] <Terminus-> side project ko lang to. not my specialty.
[14:28] <student1> all the more praise worthy!
[14:28] <student1> hehe


[13:18] <tdr112> can you find out who made you hard dirve using a command
[13:20] <ebel> tdr112: parted?
[13:20] <ebel> "sudo parted /dev/sda print" should give model number. Googles from there
[13:40] <tdr112> thanks ebel
[20:48] <airurando> printer question
[20:49] <airurando> my sister has a samsung CLP-320 colour laser printer.
[20:50] <airurando> I installed the samsung unified driver as detailed in the following forum entry
[20:50] <airurando> http://ubuntuforums.org/showthread.php?t=341621
[20:50] <airurando> test page looked great.
[20:51] <airurando> printing from open office and libre office the top margin is very slim
[20:51] <airurando> anyone know how to modify this?
[20:51] <slashtommy> is it set for A4 or Letter?
[20:52] <slashtommy> these things tend to default to Letter, so check the printer (driver) settings and open office settings
[20:52] <airurando> definately set for A4
[20:52] <airurando> oh at least printer settings
[20:52] <slashtommy> in which?
[20:53] <airurando> printer settings
[20:53] <slashtommy> what about open office settings?
[20:53] <airurando> not sure
[20:54] <airurando> flip
[20:54] <airurando> not at the computer now
[20:54] <airurando> that will be my first point of call when I'm talking to her.
[20:54] <airurando> thanks slashtommy
[20:54] <slashtommy> it may work, good luck