[03:36] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[04:03] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Failed to build (xenial/unity8, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[07:18] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/2569 Generating diffs
[07:19] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/2569 Ready to build (xenial/qtbase-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[08:30] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Dependency wait (xenial/qtquickcontrols2-opensource-src). Failed to build (xenial/qtdeclarative-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[09:06] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2565 Needs rebuild due to new commits (zesty/indicator-session). Successfully built (xenial/indicator-session)
[09:09] <oSoMoN> Mirv, hey, would you mind publishing https://bileto.ubuntu.com/#/ticket/2504 for me?
[09:13] <sil2100> oSoMoN: I can take a look at that if Mirv is busy
[09:13] <oSoMoN> sil2100, please :)
[09:30] <sil2100> oSoMoN: hm, the new qtdeclarative5-ubuntu-ui-extras0.2 dependency is worrying
[09:31] <oSoMoN> sil2100, how so?
[09:32] <oSoMoN> sil2100, note that it’s been MIR’ed already : https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-extras/+bug/1666556
[09:32] <sil2100> oSoMoN: so believing what rmadison says, qtdeclarative5-ubuntu-ui-extras0.2 is in universe while webbrowser-app is in main - and this is a binary dependency from what I see
[09:33] <sil2100> Ah, ok
[09:33] <sil2100> Strange that it didn't get actually moved to main then
[09:34] <sil2100> oSoMoN: I guess you'll have to poke someone to do the promotion
[09:35] <sil2100> I'll note this down in the bug and publish, but someone really needs to promote those binaries since they still seem to be in universe
[09:35] <oSoMoN> sil2100, IIRC ahayzen asked and was told that whenever webbrowser-app depending on it would be published, it would automatically promote it to main
[09:35] <sil2100> Fingers crossed then
[09:35] <Mirv> :)
[09:36] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2504 Publishing packages
[09:36] <Mirv> sil2100: btw still no progress on https://bileto.ubuntu.com/#/ticket/1669 - trying once again as rob_ru mentioned people.canonical.com/~ubuntu-archive/cicopy.log is "juicy" but it only shows today anymore
[09:37] <Mirv> sil2100: I think after checking that once more I'll simply copy over manually
[09:38] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 Publishing packages
[09:40] <Mirv> ah, "ERROR Manual upload of account-plugins 0 is newer than 0.12"
[09:41] <Mirv> whatever that means in this context
[09:41] <Mirv> I mean, full error "ERROR Manual upload of account-plugins 0 is newer than 0.12+16.04.20160126-0ubuntu1. Not uploading 0.13+16.04.20161212-0ubuntu1."
[09:43] <Mirv> I don't see any problems though, so copying manually
[09:45] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2524 Needs rebuild due to higher version at destination (xenial/qtmir, xenial/qtubuntu, xenial/ubuntu-ui-toolkit, xenial/unity8, xenial/webbrowser-app). Ready to build (xenial/qtmir-gles, xenial/qtubuntu-gles, xenial/ubuntu-ui-toolkit-gles)
[09:50] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Failed to build (xenial/qtdeclarative-opensource-src, xenial/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[09:51] -queuebot:#ubuntu-ci-eng- dbarth mardy, https://bileto.ubuntu.com/#/ticket/1669 UNAPPROVED queue
[10:04] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[10:06] -queuebot:#ubuntu-ci-eng- oSoMoN, https://bileto.ubuntu.com/#/ticket/2504 Proposed pocket (zesty/webbrowser-app). Release pocket (xenial/webbrowser-app)
[10:23] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2565 Preparing packages
[10:30] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2572 Preparing packages
[10:37] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/2569 Publishing packages
[10:38] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/2569 Publish failed: Ready to build
[10:47] -queuebot:#ubuntu-ci-eng- pete-woods, https://bileto.ubuntu.com/#/ticket/2565 Successfully built
[10:49] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/2569 Ready to build (xenial/qtbase-opensource-src-gles). UNAPPROVED queue (xenial/qtbase-opensource-src)
[10:54] -queuebot:#ubuntu-ci-eng- mardy dbarth, https://bileto.ubuntu.com/#/ticket/2572 Successfully built
[10:55] <mardy> dbarth: hi! Can you review this? ^
[10:56] -queuebot:#ubuntu-ci-eng- sbaldassin, https://bileto.ubuntu.com/#/ticket/2571 Publishing packages
[10:57] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Failed to upload (zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity-api, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8)
[11:08] <dbarth> mardy: ack
[11:13] -queuebot:#ubuntu-ci-eng- sbaldassin, https://bileto.ubuntu.com/#/ticket/2571 Proposed pocket (zesty/autopilot). Release pocket (xenial/autopilot)
[11:18] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2514 Preparing packages
[11:26] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[11:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[11:56] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 zesty/qtmir: Failed to merge https://code.launchpad.net/~nick-dedekind/qtmir/miral-DisplayConfigurationStorage
[12:10] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Currently building (xenial/qtquickcontrols2-opensource-src). Failed to build (xenial/qtdeclarative-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[12:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to new commits (zesty/ubuntu-terminal-app). Successfully built (xenial/ubuntu-terminal-app)
[12:17] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2514 Needs rebuild due to new commits (zesty/unity-api). Pending binary packages (xenial/unity8, zesty/unity8). Successfully built (xenial/unity-api)
[12:19] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Failed to upload (zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/unity-api)
[12:20] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Bad merges (zesty/unity8). Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/qtmir). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[12:20] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[12:25] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[12:28] -queuebot:#ubuntu-ci-eng- Elleo, https://bileto.ubuntu.com/#/ticket/2386 Needs rebuild due to new commits (zesty/ubuntu-keyboard). Successfully built (xenial/ubuntu-keyboard)
[12:30] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/1949 Failed to build (xenial/qtdeclarative-opensource-src, xenial/qtquickcontrols2-opensource-src). Ready to build (xenial/qtbase-opensource-src-gles, xenial/qtdeclarative-opensource-src-gles). Successfully built (xenial/qtbase-opensource-src)
[12:37] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2514 Needs rebuild due to new commits (zesty/unity-api). Successfully built (xenial/unity-api, xenial/unity8, zesty/unity8)
[12:44] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Currently building (xenial/unity8). Failed to build (zesty/unity8). Needs rebuild due to new commits (zesty/qtmir). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[12:48] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[12:55] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Failed to build (zesty/ubuntu-terminal-app). Successfully built (xenial/ubuntu-terminal-app)
[13:09] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[13:12] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 zesty/qtmir: Failed to merge https://code.launchpad.net/~unity-team/qtmir/qtmir.api
[13:24] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Failed to build (xenial/unity8, zesty/unity8). Needs rebuild due to new commits (zesty/qtmir). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[13:24] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2573 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[13:28] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2573 Generating diffs
[13:35] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[13:38] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2574 Preparing packages
[13:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Failed to upload (zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/unity-api)
[13:43] <vigo> abeato, ping
[13:43] <abeato> vigo, pong
[13:43] <vigo> working now https://pastebin.canonical.com/182426/
[13:43] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2381 Needs rebuild due to new commits (zesty/ubuntu-ui-extras). Successfully built (xenial/ubuntu-system-settings, xenial/ubuntu-ui-extras, zesty/ubuntu-system-settings)
[13:43] <abeato> vigo, very nice!
[13:43] <abeato> vigo, what did you have to do?
[13:44] <vigo> abeato, buying a new one and return the old
[13:44] <abeato> vigo, lol
[13:44] <abeato> vigo, which one?
[13:45] <vigo> abeato, E3531, HSPA+ instead of LTE
[13:45] <abeato> vigo, am, an older one?
[13:45] <vigo> abeato, yeap, and it worked "almost" out of the box :P
[13:46] <vigo> didn't need to create the 12d1:1f01 file
[13:46] <abeato> vigo, I guess it required some usb_modeswitch magic :p
[13:47] <vigo> abeato, of course but this time I sent the -M parameter and the switch message
[13:48] <vigo> $ sudo usb_modeswitch -v 12d1 -p 1f01 -V 12d1 -P 1506 -M "55534243123456780000000000000011062000000100000000000000000000"
[13:48] <abeato> yep, can get tricky :)
[13:48] <abeato> vigo, so what about modem-manager? is the modem detexted?
[13:49] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[13:50] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[13:51] <vigo> abeato, yes, it is, now I can move forward
[13:51] <vigo> I'll approve it asap
[13:51] <abeato> vigo, nice :)
[13:52] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 zesty/unity8: Failed to merge https://code.launchpad.net/~nick-dedekind/unity8/multi-monitor
[13:53] -queuebot:#ubuntu-ci-eng- sbaldassin, https://bileto.ubuntu.com/#/ticket/2571 Release pocket
[13:53] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2573 Successfully built
[14:06] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[14:09] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[14:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Successfully built
[14:16] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2574 Successfully built
[14:17] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Failed to upload (zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/unity-api)
[14:33] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2566 Preparing packages
[14:34] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2381 Preparing packages
[14:35] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to new commits (zesty/ubuntu-terminal-app). Successfully built (xenial/ubuntu-terminal-app)
[14:49] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2566 Pending binary packages (xenial/url-dispatcher). Successfully built (zesty/url-dispatcher)
[15:03] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2381 Failed to build (zesty/ubuntu-ui-extras). Successfully built (xenial/ubuntu-system-settings, xenial/ubuntu-ui-extras, zesty/ubuntu-system-settings)
[15:04] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Needs rebuild due to new commits (zesty/qtmir). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api, zesty/unity8)
[15:06] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[15:09] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2566 Successfully built
[15:15] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2562 Preparing packages
[15:35] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to new commits (zesty/ubuntu-terminal-app). Successfully built (xenial/ubuntu-terminal-app)
[15:36] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[15:44] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2562 Pending binary packages
[15:44] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8, zesty/qmenumodel, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[15:55] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Pending binary packages
[16:04] -queuebot:#ubuntu-ci-eng- renatofilho, https://bileto.ubuntu.com/#/ticket/2562 Successfully built
[16:07] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[16:09] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 zesty/unity8: Failed to merge https://code.launchpad.net/~nick-dedekind/unity8/multi-monitor
[16:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Successfully built
[16:22] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[16:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles). Failed to upload (zesty/qtmir-gles). Needs rebuild due to new commits (zesty/qtmir, zesty/unity8). Successfully built (xenial/qtmir, xenial/unity-api, xenial/unity8, zesty/unity-api)
[16:43] <rvr> mterry: Hi. Silo 2553. I try to run the calculator, but even snap run ubuntu-calculator-app keeps telling me to connect to ubuntu-app-platform, that I already did. Do you know what the trick is?
[16:44] <mterry> rvr: try "sudo /usr/lib/snapd/snap-discard-ns ubuntu-calculator-app"
[16:44] <rvr> mterry: Ok, it did something
[16:45] <rvr> Connection to Mir server failed
[16:45] <mterry> \o/  hmmm...
[16:46] <mterry> rvr: what's your environment you're running under?
[17:00] <rvr> mterry: Unity8
[17:00] <rvr> terminal-app
[17:00] <mterry> rvr: if you launch it from app drawer or via "ubuntu-app-launch ubuntu-calculator-app" does that make it work?
[17:01] <mterry> er
[17:01] <mterry> ubuntu-app-launch ubuntu-calculator-app_ubuntu-calculator-app_37
[17:01] <mterry> I guess would be the command
[17:02] <rvr> mterry: https://trello-attachments.s3.amazonaws.com/58c303740447f0ab00746000/1024x768/10d370417f25be2dba22922a928739a6/Screenshot_ubuntu-17.04_2017-03-14_17_00_44.png
[17:02] <rvr> Let me try that
[17:05] <rvr> mterry: Aborted, core dumped
[17:05] <rvr> Hmm
[17:05] <mterry> rvr: haha ok...
[17:05] <rvr> Invalid app ID
[17:05] <mterry> rvr: hrm -- "ubuntu-app-launch-appids  | grep calc"
[17:06] <mterry> "snap refresh ubuntu-calculator-app --edge --devmode" will also make sure you have latest and greatest version there
[17:06] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Needs rebuild due to new commits (zesty/unity8). Pending binary packages (xenial/qtmir). Successfully built (xenial/qmenumodel, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, xenial/unity8, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[17:07] <rvr> Yeah, it is the latest version
[17:07] <mterry> rvr: mmm yeah I'm out of date  :P
[17:07] <mterry> rvr: so just wap the 37 with 40 I guess
[17:07] <rvr> _40 instead of _37
[17:07] <mterry> *swap
[17:08] <rvr> The splash screen apepears and then closes
[17:08] <mterry> rvr: now...  looking at ubuntu-calculator-app, it actually plugs both unity8 and mir...  so that's maybe not a great test -- does it even work without my silo?
[17:09] <mterry> rvr: maybe try something like "lonewolf" which I know only plugs mir and not unity8
[17:09] <rvr> Haven't tried
[17:09] <rvr> lonewolf, let me see
[17:10] <mterry> might want edge version?  not sure if stable version is new enough to work with Mir
[17:13] <rvr> Hmm
[17:13] <rvr> Same result, the splash screen opens and closes
[17:14] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[17:15] <mterry> rvr: you're using deb-based unity8?  (i.e. not the unity8-session snap?)
[17:17] <mterry> rvr: maybe pause on testing this until I can deep dive on that and see if I see same behavior
[17:18] <mterry> rvr: snaps are a moving target, something might have broken on me since I last tested
[17:20] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 zesty/unity8: Failed to merge https://code.launchpad.net/~aacid/unity8/stray_menus
[17:23] <mterry> rvr: OK on my xenial deb-based unity8, I can see that lonewolf (stable) launches in xmir before the silo and mir after the silo.  So something is working at least some of the time.  lonewolf (edge) crashes for me...  not sure why
[17:26] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Preparing packages
[17:27] <mterry> And lonewolf (edge) doesn't work without silo either
[17:27] <mterry> rvr: OK...  so best test case I have is lonewolf(stable)...  Everything else seems bonkered...  :-/
[17:29] <rvr> mterry: :-/
[17:30] <rvr> I'm using zesty
[17:30] <rvr> deb-based
[17:35] <rvr> mterry: The stable lonewolf does something, because I can hear the hard disk while launching
[17:35] <rvr> But then, it closes
[17:35] <mterry> haha
[17:35]  * mterry tries on zesty
[17:35] <rvr> Hmm...
[17:51] <dobey> hmmm
[17:52] <dobey> why are you trying to run the snaps with "snap run" anyway? how would that test ual?
[17:53] <rvr> mterry: Weee!
[17:53] <rvr> mterry: Ok, I installed lonewolf with --devmode, and it is running
[17:53] <mterry> ... shouldn't need that  :(
[17:54] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Preparing packages
[17:54] <rvr> mterry: Oh
[17:54] <mterry> rvr: I ran lonewolf(stable) in zesty without silo, it ran.  Installing silo now to confirm fix
[18:14] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[18:18] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Currently building (xenial/ubuntu-app-launch). Failed to build (zesty/ubuntu-app-launch). Pending binary packages (xenial/libertine, zesty/libertine)
[18:18] <mterry> rvr: ok can confirm on zesty too -- silo lets lonewolf(stable) run in mir
[18:19] <mterry> rvr: I can also run calculator-app fine
[18:20] <dobey> ship it!
[18:21] <rvr> mterry: It is not working here :-/
[18:21] <mterry> rvr: neither are working for ya in zesty deb-u8?
[18:21] <mterry> hm
[18:22] <dobey> huh
[18:22] <tedg> rvr: Can you make sure you have dbus-user-session installed ?
[18:23] <rvr> Yes, it's installed
[18:23] <rvr> Is there anyway to see the logs of the app?
[18:23] <dobey> launching it with snap run, or with ubuntu-app-launch?
[18:23] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Pending binary packages (xenial/unity8, zesty/unity8). Successfully built (xenial/qmenumodel, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/unity-api, zesty/qmenumodel, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/unity-api)
[18:23] <tedg> journalctl --user-unit ubuntu-app<tab complete>
[18:27] <rvr> https://trello-attachments.s3.amazonaws.com/58c303740447f0ab00746000/1024x768/1fecb83c7540705307874da2233ffbc0/Screenshot_ubuntu-17.04_2017-03-14_18_27_09.png
[18:29] <rvr> dobey: ubuntu-app-launch
[18:30] <rvr> snap run also fails,
[18:31] <rvr> With --devmode works
[18:32] <dobey> mterry: do you have a patched snapd with unity8 interface and such?
[18:32] <rvr> There is a warning when not using --devmode, ubuntu-app-launch-WARNING **: Registry object invalid!
[18:34] <rvr> Fails to connect to Mir
[18:34] <rvr> https://trello-attachments.s3.amazonaws.com/58c303740447f0ab00746000/1024x768/f9f8ca69f544108330b9db410cb6d964/Screenshot_ubuntu-17.04_2017-03-14_18_34_14.png
[18:37] <dobey> rvr: i think you probably need --devmod and mterry doesn't, because he has an unreleased snapd, while you are testing with the released snapd
[18:38] <dobey> at least, that would be my guess based on what i've seen in this channel and your screenshots
[18:38] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Currently building (xenial/ubuntu-app-launch). Failed to build (zesty/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[18:38] <mterry> dobey: no, I'm using released version -- this silo is interacting with mir interface, which doesn't need patched snapd
[18:39] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2574 Publishing packages
[18:40] <dobey> a problem only in kvm then?
[18:40] <mterry> rvr: "snap interfaces" might indicate some broken connections maybe?  I think mir autoconnects, so that shouldn't be it, but I'm just guessing here
[18:44] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2555 Successfully built
[18:45] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Dependency wait (zesty/telephony-service). Failed to build (xenial/history-service, zesty/telepathy-ofono). Pending binary packages (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)
[18:52] <rvr> mterry: http://paste.ubuntu.com/24178075/
[18:52] <mterry> rvr: bam -- mir interface isn't connected -- run "snap connect lonewolf:mir unity8-session:mir"
[18:53] <mterry> rvr: ideally we would only use the mir interface information if it were connected, but that's a separate issue from what I was going for with this silo
[18:53] <mterry> tedg: ^ I assume we could get that info from snapd if we wanted, right?
[18:53] <rvr> error: snap "unity8-session" has no slot named "mir"
[18:54] <rvr> I'm using the deb version
[18:54] <tedg> mterry: Yeah, I was waiting until things got more mature... blocking on it today means we'd have no apps :-)
[18:55] <mterry> rvr: ah...  you don't even have the snap installed...  it can't be connected without a slot for it being installed.  So in this case, that explains the devmode bits -- without being connected to *something*, the app is not given permission by snapd to use the mir socket
[18:55] <mterry> rvr: so either devmode or installing the u8-session snap and connecting it then should make it work for you (using deb based or not)
[18:55] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2574 Proposed pocket
[18:56] <rvr> Yes, devmode works
[18:57] <rvr> Mistery solved, then
[18:57] <mterry> rvr: yeah...  not a great experience right now with a frankenstein setup of deb and snaps and whatnot
[18:57] <mterry> Trying to get it better, but slowly  :)
[18:58] <dobey> mterry: so people will have to install unity8-session snap to be able to use snaps in deb unity8 normally, without devmode?
[18:58] <dobey> that seems, uhm, broken
[18:58] <mterry> dobey: well only if they want mir to work in confined apps (x snaps can still function since the x interface is always available)
[18:58] <rvr> Silo approved :)
[18:58] <mterry> dobey: agreed it is broken though
[18:59] <mterry> rvr: thanks -- sorry that was a testing nightmare
[18:59] <dobey> yay publish it
[18:59] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 QA Signoff: Approved
[18:59] <rvr> mterry: Don't worry, learned new things, useful for other silos :)
[19:00] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Publishing packages
[19:06] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Dependency wait (zesty/telephony-service). Failed to build (xenial/history-service, zesty/telepathy-ofono). Successfully built (xenial/empathy, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[19:15] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 Preparing packages
[19:16] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 zesty/ubuntu-app-launch: Failed to merge https://code.launchpad.net/~ted/ubuntu-app-launch/app-store
[19:16] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Proposed pocket (zesty/ubuntu-app-launch). Release pocket (xenial/ubuntu-app-launch)
[19:36] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Generating diffs
[19:37] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[19:37] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 Preparing packages
[19:38] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 Ready to build
[19:38] -queuebot:#ubuntu-ci-eng- tedg mterry, https://bileto.ubuntu.com/#/ticket/2129 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[19:40] <mterry> robru: ^ did bileto change something?  silo 2129 is being used as a sometimes-staging area for the unity8 snap.  We build the snap from that silo, but only rarely have MPs we add (when we don't want to wait for something to land in the archive).  We had an MP for a bit, but now it landed, so I dropped it from the silo, back to a clean slate.  In times past,
[19:40] <mterry> I think I regenerated the diff or re-built the empty silo to get the silo back to a blank state.  Now it complains that nothing exists
[19:41] <robru> mterry: that changed a long time ago, like back when ephemeral PPAs were first introduced
[19:41] <mterry> robru: hmm I feel like I've been able to get back to a non-complaining silo recently
[19:42] <mterry> *blank silo
[19:42] <robru> mterry: your list of debs is empty and it can't find anything in the ppa to fill that list with, that's the same error for that for at least a year if not more
[19:42] <dobey> mterry: do we need the silo any more if it's going to be empty?
[19:43] <robru> mterry: if you want it to not complain, put a deb name in the source list and it'll say "ready to build"
[19:43] <mterry> dobey: yeah still useful as constant rallying point for when we do have MPs and as a convenient "press button for snaps" screen
[19:44] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Preparing packages
[19:44] <mterry> robru: hmph.  I'm sure I was able to get to blank silo.  But OK
[19:44] <dobey> not sure how to get rid of the diffs
[19:44] <dobey> mterry: well, it is a blank silo now. you just get the warning when it's blank
[19:44] <robru> mterry: nope, i haven't touched that bit of code in forever.
[19:45] <mterry> dobey: warning and stale diffs
[19:45] <robru> mterry: i don't know why you don't make a new ticket if you want a fresh start. The point of the ticket is that it keeps a history of what you did to it over time
[19:46] <mterry> robru: because that silo is in some testing documentation and such.  shouldn't do any harm to re-use it
[19:47] <mterry> I don't want a fresh start so much as to remove something from the silo that is obsolete
[19:47] <mterry> I still like the silo itself  :)
[19:48] <robru> mterry: well no, it doesn't do any "harm" but you're exactly describing the problem. The diffs are for the previous thing you landed and there's no way to clear those without making new diffs. A new batch of work should have a new ticket
[19:49] <mterry> robru: but it's not a new batch of work.  They were only ever temporary fixes.  We're really using the silo for its convenient "make a snap" button.  That's what the silo is for
[19:49] <mterry> MPs come and go, but that button is forever
[19:50] <robru> mterry: every new ticket has the same button
[19:50] <mterry> :)
[19:51] <mterry> I'm happy to defend this usage of the silo, but I'd rather not go on about it, I'll just live with the notice
[19:58] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Currently building (zesty/ubuntu-app-launch). Failed to build (xenial/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[20:16] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2574 Release pocket
[20:38] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Failed to build (xenial/ubuntu-app-launch). Pending binary packages (zesty/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[20:58] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Destination version missing from changelog (zesty/ubuntu-app-launch). Failed to build (xenial/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[21:03] <popey> jibel: https://bileto.ubuntu.com/#/ticket/2578 one for you for QA please.
[21:16] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Preparing packages
[21:19] <boiko> trainguards: could you please trigger a rebuild of history-service/xenial/amd64 on silo 2318? thanks
[21:21] <robru> boiko: done
[21:22] <boiko> robru: thanks
[21:22] <robru> boiko: yw
[21:36] -queuebot:#ubuntu-ci-eng- mterry, https://bileto.ubuntu.com/#/ticket/2553 Release pocket
[21:39] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Currently building (zesty/ubuntu-app-launch). Failed to build (xenial/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[21:45] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 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, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[21:59] -queuebot:#ubuntu-ci-eng- larryprice, https://bileto.ubuntu.com/#/ticket/2576 Failed to build (xenial/ubuntu-app-launch). Needs rebuild due to new commits (zesty/ubuntu-app-launch). Successfully built (xenial/libertine, zesty/libertine)
[22:23] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 Preparing packages
[22:40] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 zesty/ubuntu-app-launch: Failed to merge https://code.launchpad.net/~ted/ubuntu-app-launch/rm-rf-click
[22:42] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 Preparing packages
[23:40] -queuebot:#ubuntu-ci-eng- tedg, https://bileto.ubuntu.com/#/ticket/2577 Failed to build (xenial/ubuntu-app-launch). Needs rebuild due to new commits (zesty/ubuntu-app-launch)


[02:55] <fbc> Is there a way to give apache more cpu time???
[02:56] <fbc> My server is overloaded load averade 157.0 but CPU utilization is at 7.6%..
[02:56] <fbc> obviously there must be a bottleneck somewhere...
[03:01] <fbc> anyone?
[03:08] <zoopster> well...no expert on that subject, but cpu util% is not very useful when comparing with load
[03:09] <zoopster> but yes...load is high so you need to determine what is causing the load
[03:09] <zoopster> you can up the priority, but not sure that is what you want
[03:11] <fbc> zoopster, my webpage is not responding.. and my cpu utilization is high.. I got 2 gigs of ram and a quad processor.. i don't understand how I'm overloaded.
[03:12] <zoopster> and apache is taking up resources or why do you suspect apache - just because the page isn't loading?
[03:12] <fbc> zoopster, because I look at TOP and I got like 150 apache threads open.
[03:12] <zoopster> ah
[03:16] <fbc> See if you can bring up my site. http://mexicoetal.com/ and it was all wokring just fine until I stumbled one of my pages on stumbleupon and loads of traffic starte flowwing it.
[03:16] <zoopster> so it is working hard - in that case I would lower that to something the machine can handle instead of increasing the priority
[03:17] <zoopster> still trying to load
[03:17] <fbc> yeah, but lower what??
[03:21] <jmarsden> fbc: The value of the MaxClients directive, perhaps?
[03:21] <fbc> zoopster, I lowered my KeepAliveTimeout to 2  and did an /etc/init.d/apache2 reload so that It would take effect but it's still locked up...
[03:22] <fbc> jmarsden, thanks I will try that.. will that require a restart or just a reload?
[03:23] <jmarsden> Restart I think, but it has been a while since I did that in an "emergency, too many requests" type of situation!
[03:23] <jmarsden> I think a restart, but not sure.
[03:26] <fbc> ok it just came up... whew...
[03:26] <jmarsden> Yes, it seems somewhat more responsive now...
[03:26] <fbc> I lowered the maxclients to 100
[03:27] <zoopster> cool...was going to throw that out... - came right up for me fbc
[03:28] <fbc> zoopster, jmarsden , I guess I'm gonna layoff the stumbleupon until I figure out how to properly load balance and test my server
[03:29] <fbc> zoopster, jmarsden , i went from having 16kb of memory free to 1 gig and a half again.
[03:29] <zoopster> snag some tools for testing it - not sure what may work well - jmarsden may know
[03:30] <fbc> zoopster, thanks a bunch.
[03:30] <jmarsden> fbc: ab is the canonical test tool for web server load, but what really works depends on how dynamic your site is, etc...
[03:31] <fbc> jmarsden, I can't enable the cache in joomla because it makes my virtuemart go bananas, and product links being to fail etc,etc,etc...
[03:32] <jmarsden> You should talk to the Joomla and/or virtuemart people about that specific issue.  I'm used Jommla before but am not any sort of expert on it.
[03:33] <zoopster> fbc: good luck
[03:33] <jmarsden> Maybe ask in #joomla ?
[03:33] <fbc> jmarsden, yeah, I've contributed code and small bug fixes. By no means do I actually consider myself a programmer. :-)
[03:33] <fbc> thanks everyone
[03:34] <jmarsden> No problem.
[03:49] <fbc> jmarsden, sorry to bug ya, but just out of curiosity, If my maxservers is set to 100 what will my 101th client see? network timeout?
[03:49] <fbc> site not found?
[03:50] <jmarsden> No, the server will just queue the request until it has finished dealing with the 1st client...
[03:50] <jmarsden> There *is* a max queue length but I don't think you need to play with that.
[03:51] <jmarsden> Lowering MaxClient basically says "don't try and respond to too many people at the same time".
[03:52] <fbc> jmarsden, ahh that makes sense.
[03:53]  * fbc is showered by enlightenment and a beam of light appears over his head.
[03:53]  * jmarsden wishes he was there to see this amazing light show :)
[04:43] <fbc> goodnight all.
[09:00] <Gargoyle> morning sleepyheads.
[10:01] <yann2> nijaba > configuration management tools? :)
[10:01] <yann2> puppet coming in main? \o/ :P
[11:17] <kraut> moin
[11:24] <Scix> how can I see or start logging what debmirror does?
[11:31] <Scix> I dropt out, anyone who answered my qestion while I was gone?
[11:32] <_ruben> add --verbose
[11:32] <Scix> does it log to file then?
[11:33] <_ruben> stdout
[11:58] <nnull> whats the difference between ubuntu-server and say plain debian ?
[12:00] <Nafallo> support times to start with
[12:00] <nnull> ah
[12:00] <Nafallo> also quite different ways of handling the distros.
[12:29] <axyjo> hi all, i have an ubuntu server installation that i want to convert to a production server (point it to a domain). i've got the dns side of it done, but what do i need to do on the machine? when i installed it, i specified a local hostname
[12:31] <axyjo> the main thing that i'm actually interested in is how to properly configure mail on the server. will the actual domain and the hostnames conflict? how do i ensure that i don't get treated as spam?
[14:18] <Faust-C> i thought that the ebox issue had been resolved for 8.10
[14:20] <Mal3ko> hmm does init.d script starts automcatally when system starts?
[14:20] <Faust-C> Mal3ko, what?
[14:21] <Mal3ko> scripts in /etc/init.d/
[14:21] <Faust-C> if the script (service) is enabled then yes it should
[14:22] <Mal3ko> how to know if it's enabled?
[14:23] <Gargoyle> Mal3ko: There is an rc-update script, or update-rc for checking and changing
[14:25] <Mal3ko> my real problem now is..im trying to edit the "auto start" command that pure-ftpd uses in my server..but im confuse and how no idea how i could do that..
[14:25] <Mal3ko> have no idea*
[14:26] <Mal3ko> is the command stored in its init.d script?
[14:27] <Gargoyle> Mal3ko: What do you mean edit the auto start?
[14:27] <Mal3ko> services i mean..
[14:28] <Mal3ko> its command parameter
[14:29] <Faust-C> Mal3ko, /etc/init.d/<service start>
[14:29] <Faust-C> man update-rc.d
[14:32] <Mal3ko> does anyone have sample config for pure-ftpd?
[14:35] <Faust-C> Mal3ko, https://help.ubuntu.com/8.10/serverguide/C/index.html
[14:36] <Mal3ko> thanks but i couldnt find anything on pureftpd in that page..
[14:41] <Faust-C> hmm seems folks are using vsftpd
[14:42] <_ruben> its config setting *might* reside in /etc/default/pure-ftpd .. which in turn gets sourced by /etc/init.d/pure-ftpd
[14:42] <Faust-C> Mal3ko, i would just google for a howto
[14:43] <Faust-C> and imo i would READ and not use someone elses considering what works for others may not work for you
[14:48] <_ruben> oh right, debian/ubuntu have their own wrapper around pure-ftpd, of which the config resides under /etc/pure-ftpd/conf
[14:48] <_ruben> see: man pure-ftpd-wrapper
[14:49] <Mal3ko> what's the relation with pure-ftpd-wrapper with pureftpd init.d script?
[14:54] <Mal3ko> wouldn't it be much easier if they make pureftpd looks for config file in its config folder when starting up..if no config is present then use default setting..rather than confusing newbies with unnecessary wrapper and whatnot
[15:31] <axyjo> hi all, i've got a mailman installation at a third level subdomain (lists.x.y.com) but all of the urls for mailman seem to point towards the principal domain (y.com). how do I fix that?
[15:56] <frippz> I'm looking at purchasing a PowerEdge 2950 III to run 8.04. any experiences regarding this? just want to make sure I don't get a RAID controller that won't be supported
[15:57] <Zelut> so, about this screen talk..
[15:57] <frippz> ah, nevermind. finally managed to find some info in the forums :)
[16:01] <genii> frippz: I think that one uses PERC . The older 2450 and 2550 I have here work well
[16:01] <Oliber> very similar discussion in #centos over the past few mins, 3ware and LSI cards are the flavour of choice
[16:01] <kirkland> kees: jdstrand: is the last comment at the bottom of this page true?  http://dev.mysql.com/doc/refman/5.0/en/password-security.html
[16:02] <frippz> genii: true, but there's also the SAS 6/iR
[16:03] <frippz> I might've been reading old material but someone in the forums experienced problems with SAS 6/iR (that was with 6.06 LTS though)
[16:05] <frippz> Oliber: I'm guessing LSI == PERC in this case?
[16:06] <Oliber> i don't know tbh, i thought PERCs were Adaptec cards
[16:06] <Oliber> never done dell though
[16:09] <jdstrand> kirkland: while /proc/<pid>/environ seems safe enough, I'd have to agree that it seems risky
[16:10] <kirkland> jdstrand: superm1 is trying to find a secure way to pass mysql the password
[16:11] <jdstrand> kirkland: how did he obtain the password to begin with?
[16:11] <kirkland> jdstrand: debconf question
[16:11] <kirkland> jdstrand: is this in a .config and .postinst
[16:11] <jdstrand> kirkland: is that a question to me?
[16:12] <kirkland> jdstrand: sorry, thats a statement
[16:12] <kirkland> s/^is//
[16:14] <jdstrand> kirkland: I'm confused-- what is superm1 trying to do exactly?
[16:15] <kirkland> jdstrand: in mythtv postinst
[16:15] <kirkland> jdstrand: it needs to do a bunch of stuff in mysql
[16:15] <kirkland> jdstrand: he prompts for the mysql password in debconf
[16:16] <kirkland> jdstrand: i added a snippet of code to check if the entered password was correct, and a loop to prompt again if not
[16:17] <kirkland> jdstrand: http://bazaar.launchpad.net/~ubuntu-mythtv/mythtv/mythtv-fixes/revision/148
[16:17] <kirkland> jdstrand: the concern is about:
[16:17] <kirkland> echo "show databases;" | mysql --host="$HOST" --user="$USER" --password="$PASSWORD"
[16:17] <kirkland> leaking the password to the command line
[16:19] <jdstrand> kirkland: I wonder if you can put your sql into a text file and do something like:
[16:19] <jdstrand> /usr/bin/mysql --defaults-file=/etc/mysql/debian.cnf -e "\. ${tmpfile}"
[16:21] <jdstrand> kirkland: that's pretty ugly though
[16:27] <Faust-C> hey guys how do ya'll manage multiple ubuntu servers?
[16:27] <yann2> puppet :)
[16:28] <Faust-C> yann2, but puppet is for systems that are 'alike' right?
[16:28] <yann2> define alike
[16:28] <Faust-C> are very similar
[16:28] <yann2> not really no
[16:28] <Faust-C> like same services and setups
[16:28] <yann2> is clever software :)
[16:29] <Faust-C> oic i was reading a article and it compared them all, cssh, cfengine, puppet even rsync
[16:30] <yann2> cssh and rsync, compared to puppet? :)
[16:30] <Faust-C> yeah
[16:30] <Faust-C> not compared but use cases
[16:30] <Faust-C> it said puppet was aimed at systems w/ similar setups
[16:31] <Faust-C> but cfengine looks very difficult to setup initially
[16:31] <yann2> dont know cfengine
[16:31] <Faust-C> i wish there was a node/hub approach
[16:31] <Faust-C> where you have nodes that are managed thru a central webui or desktop app
[16:31] <Faust-C> like VirtualCenter
[16:32] <Faust-C> but more flexable and refined
[16:36] <Faust-C> brb
[16:43] <frippz> wow, dell really needs to get its shit together when it comes to their web site
[16:44] <Fenix|work> Greetings... I need a hand with chroot failing.
[16:44] <frippz> it has taken me 2 hrs to put together a system
[16:44] <Fenix|work> using chroot from kubuntu 8.1 livecd to chroot to my ubuntu 8.04 disk... I get the error :: chroot: cannot run command `/bin/bash': Permission denied
[17:13] <kees> kirkland: yeah, it is.  I always forget about that.
[17:16] <genii> Fenix|work: You're using the partition desgnation which has / and not another like /home or /boot ?
[17:19] <Fenix|work> genii, yes... I think it's a dynamic/linked directory issue ... for instance /pu/lib64 points to /lib which are the wrong libraries
[17:19] <Fenix|work> * dynamic library / linked directory issue
[17:22] <genii> Fenix|work: Did you do bind-mounts of the livecd /proc /dev and /sys into the old / mountpoint as well?
[17:22] <Fenix|work> I *knew* I was forgetting something
[17:22] <Fenix|work> that was common setup practice with gentoo
[17:25] <Fenix|work> genii, ok... dev, dev/pts, dev/shm, /proc, /sys and /tmp are bound
[17:26] <genii> Fenix|work: Still getting permission denied or so?
[17:26] <Fenix|work> yes... /pu/lib64 is linked to /lib
[17:26] <Fenix|work> wrong libraries
[17:27] <genii> Fenix|work: I'm not sure how to fix that one
[17:27] <Fenix|work> I think a static version of bash would be helpful
[17:29] <genii> Hmm. You might be able to specify busybox as shell
[17:31] <Fenix|work> how?
[17:40] <genii> Fenix|work: Something like:    chroot /mnt/oldroot /usr/lib/initramfs-tools/bin/busybox
[17:40] <genii> Apologies on lag, my connection got flakey
[17:40] <Fenix|work> genii, failed
[17:41] <genii> Fenix|work: You had separate /usr partition ?
[17:44] <Fenix|work> genii, nope
[17:44] <genii> OK
[17:44] <genii> Fenix|work: I'm out of immediate ideas
[17:46] <chmac> rdiff-backup --exclude /home/me/.mozilla/**/Cache /home/me /blah/backup is not working as I expected
[17:46] <chmac> /home/me/.mozilla/me/Cache is being backed up, I'd thought it would not be
[17:47] <Fenix|work> genii, there appears to be a package called bash-static in universe
[17:47] <Fenix|work> just uncommented out universe from sources.list and am updating
[17:47] <chmac> The format works for rsync, rdiff-backup uses similar options types
[17:48] <genii> Fenix|work: I don't think you could just transplant it in however.
[17:48] <genii> The dpkg db etc will get weirded
[17:48] <Fenix|work> we shall see... should work... the kernel is the same, and the libraries are built into the source
[17:58] <Fenix|work> bash-static works
[17:58] <Fenix|work> it's just a binary
[17:59] <Fenix|work> but once in, everything else is borked
[18:01] <genii> Fenix|work: May be time for a reinstall
[18:03] <LeeQ> Is there a way to run a cron job ONLY if there was a dirty shutdown?
[19:01] <Fenix|work> genii, I got in :)
[19:01] <Fenix|work> is there a package for ubuntu-server like there is ubuntu-minimal and ubuntu-standard?
[19:02] <genii> Fenix|work: Good. Lots of hoop-jumping, I imagine
[19:02] <Fenix|work> Oooh yeah... messed up library permissions
[19:02] <genii> Fenix|work: No, it's done by tasksel and no meta-package
[19:02] <Fenix|work> so how can I re-install without deleting anything?
[19:03] <genii> Fenix|work: Run tasksel and select LAMP
[19:03] <Fenix|work> my problem is my jr. admin b0rked all the permissions... did a chmod -R 664 *
[19:04]  * genii thinks about jails
[19:05] <henkjan> Fenix|work: 664 means no execute bit
[19:05] <henkjan> thats hard to start chmod again now
[19:05] <genii> henkjan: Hence explaining his earlier "permission denied"  on the default shell binary when trying to chroot in
[19:06] <Fenix|work> henkjan, hence all my problems :)
[19:06] <Fenix|work> bash: /usr/bin/man: Permission denied
[19:06] <Fenix|work> sheesh
[19:07] <henkjan> ah, reading backlog right now :)
[19:07] <genii> Fenix|work: You should probably +x /bin /usr/bin  /sbin and /usr/sbin
[19:08] <Fenix|work> genii, the problem is I did... /usr/bin/man is linked to /usr/lib/man-db :)
[19:09] <Fenix|work> unfortunately tasksel install doesn't 'do' anything
[19:09] <Fenix|work> I guess because it's already installed
[19:10] <genii> Fenix|work: I suspect if you try to install overtop without formatting the old setup, it will just obey the umask/perms and not write anything anywhere
[19:10] <Fenix|work> that appears to be the case
[19:11] <Fenix|work> genii, I guess I'm going to have to settle for apt-get --reinstall install adduser alien apache2 apache2-mpm-prefork apache2-utils apache2.2-common apparmor apparmor-utils apt apt-utils aptitude at base-files base-passwd bash bash-completion belocs-locales-bin bind9-host binutils bsdmainutils bsdutils build-essential busybox-initramfs bzip2 command-not-found command-not-found-data console-setup console-terminus console-tools coreutils
[19:11] <Fenix|work> cpio cpp cpp-4.2 cron cvs dash debconf debconf-i18n debhelper debian-archive-keyring debianutils defoma dhcp3-client dhcp3-common diff dmidecode dnsutils dosfstools dpkg dpkg-dev e2fslibs e2fsprogs ed eject emacs22 emacs22-bin-common emacs22-common emacsen-common ethtool expect fdutils file findutils fontconfig fontconfig-config friendly-recovery ftp fuse-utils g++ g++-4.2 gcc gcc-3.3-base gcc-4.2 gcc-4.2-base gettext gettext-base gnup
[19:11] <Fenix|work> g gpgv graphviz grep groff-base grub gsfonts gzip hdparm hostname html2text id-utils ifupdown info initramfs-tools initscripts inputattach installation-report intltool-debian iproute iptables iputils-arping iputils-ping iputils-tracepath klibc-utils klogd laptop-detect less libacl1 libapache2-mod-perl2 libapache2-mod-php5 libappconfig-perl libapr1 libaprutil1 libasound2 libatk1.0-0 libatm1 libattr1 libbeecrypt6 libbind9-30 libbit-vecto
[19:11] <Fenix|work> r-perl libblkid1 libbz2-1.0 libc6 libc6-dev libcairo2 libcap1 libcarp-clan-perl libchart-perl libck-connector0 libclass-accessor-perl libcomerr2 libcompfaceg1 libcompress-raw-zlib-perl libcompress-zlib-perl libconsole libconvert-asn1-perl libconvert-binhex-perl libcroco3 libcrypt-ssleay-perl libcupsys2 libcurl3-gnutls libcwidget3 libdate-calc-perl libdatrie0 libdb4.6 libdbd-mysql-perl libdbi-perl libdbus-1-3 libdevel-symdump-perl libde
[19:11] <Fenix|work> vmapper1.02.1 libdjvulibre15 libdns32 libedit2 libelfg0 libemail-abstract-perl libemail-address-perl libemail-date-perl libemail-messageid-perl libemail-mime-contenttype-perl libemail-mime-encodings-perl libemail-mime-modifier-perl libemail-mime-perl libemail-send-perl libemail-simple-perl .
[19:11] <Fenix|work> oooh, sorry
[19:11] <genii> AAAAAAAAAAAAAAAAAAAAAA
[19:11] <Fenix|work> accidental paste
[19:11] <Fenix|work> got the list from using dpkg -l
[19:12] <genii> You can use the dselect get-selections bit to grab a list of what you have now, offload it somewhere then use it to set-selections
[19:12] <Fenix|work> dpkg -l | grep "^ii" | awk '{ printf "%s ", $2 }'
[19:12] <genii> !clone
[19:12] <genii> Something like what the bot describes....
[19:13] <Fenix|work> !automate
[19:13] <Fenix|work> genii, what's the difference with how I'm doing it?
[19:13] <genii> Interesting, I think they changed the !clone factoid recently
[19:13] <Fenix|work> besides it's a two-step
[19:14] <Fenix|work> haha... aptitude: unrecognized option `--disable-columns'
[19:15] <genii> Fenix|work: However you grab a list of your installed packages doesn't really matter. When you use the get-selections/set-selections method it will auto try to install them next time you use the packaging system
[19:15] <Fenix|work> genii, well as it stands, my system is b0rked and won't boot... so this may help out
[19:19] <Fenix|work> genii... since I got b0rked perms... should I be considering adding ubuntu-standard to the list?
[19:20] <Fenix|work> or starting with ubuntu-standard then the rest... ?
[19:26] <genii> Fenix|work: ubuntu-minimal   then do the tasksel/LAMP is my recommendation
[19:26] <genii> Fenix|work: Unless for some reason you are running a gui on it
[19:26] <Fenix|work> no gui
[19:26] <Fenix|work> meta packages are useless and don't work... typing them out by hand
[19:28] <genii> Fenix|work: I don't know why you are bothering with installing overtop, as I said earlier probaby total reinstall is needed.
[19:28] <Pici> I'd personally backup any data and reinstall.
[19:29] <genii> Pici: Exactly
[19:29] <Fenix|work> well... I will... but I'm also lucky I'm not at 8.1 yet
[19:29] <Fenix|work> I've been asked to try and fix this
[19:30] <Fenix|work> while I'm waiting for hardware
[19:46] <ScottK-laptop> Anyone here who can test some spamassassin updates?
[19:49]  * Faust-C mumbles to himself
[19:49] <ScottK-laptop> About testing spamassassin updates?
[19:49] <Faust-C> no about everything
[19:49] <Faust-C> i have too much to do
[19:49] <Fenix|work> genii, hehe, another little problem
[19:49] <Faust-C> and not enough exp to do it all
[19:49] <ScottK-laptop> Ah.  Well so do I.  That's why I'm looking for testers ...
[19:49] <Fenix|work> update-initramfs PANIC Circular Dependency
[19:49] <Faust-C> i want to use "request-tracker", "horde", "zabbix" and so forth
[19:50] <luke_> Faust-C, where the Hell have you been?
[19:50] <Faust-C> ScottK-laptop, what/how do you want to test
[19:50] <Faust-C> luke_, busy as sh**
[19:50] <genii> Fenix|work: Which would be ?
[19:50] <Fenix|work> nice thing is it doesn't say
[19:50] <Faust-C> luke_, i have so much to do i needed to try to 'focus'
[19:50] <Fenix|work> runs when it trys to update initramfs
[19:51] <ScottK-laptop> Faust-C: It's just a question of installing a package from *-proposed and verifying that the RBL fixes described in https://bugs.launchpad.net/ubuntu/+source/spamassassin/+bug/278075 are there and working.
[19:51] <ScottK-laptop> Faust-C: What Ubuntu release(s) do you run?
[19:51] <Faust-C> atm 8.10
[19:51] <Faust-C> in production
[19:54] <ScottK-laptop> Faust-C: Then you're probably getting the incorrect dsbl.org scores on your system.
[19:54] <ScottK-laptop> It'd be good if you could install from intrepid-proposed and see if that fixes it.
[19:55] <Faust-C> heh the real issue is myself
[19:55] <Fenix|work> genii, ok... how do I reinstall without formatting? :)
[19:55] <Fenix|work> I've had enough
[19:56] <ScottK-laptop> Fenix|work: Why do you want to re-install?
[19:56] <genii> Fenix|work: I'd pull off whatever is imortant data or such, and do clean
[19:56] <genii> ScottK: His junior admin chod -R 644  everything
[19:56] <Fenix|work> thanks genii
[19:56] <genii> *chmod
[19:57] <ScottK-laptop> Yes.  That's best.
[19:57] <ScottK-laptop> That and don't give said individual the password after the reinstall.
[19:57] <Faust-C> boot live cd and chroot
[19:58] <Faust-C> and then change perms
[19:58] <genii> Faust-C: Already went thru that. Because his fs is not +x on the binaries it chinks out
[19:58] <Fenix|work> Faust-C, would work normally but EVERYTHING is fubared
[19:58] <Faust-C> oic...
[19:58] <Fenix|work> I can actually boot the OS
[19:59] <Fenix|work> but the moment dpkg --configure -a runs ... update-initramfs says PANIC Circular Dependancy
[19:59] <Faust-C> ah hell web-brower asks to save or open php file, what do i have to change in apache to make it work
[20:01] <Fenix|work> and I have a funky raid too
[20:01] <Fenix|work> :)
[20:05] <Fenix|work> genii, ScottK-laptop ... dumb question ... most everything else is on another drive... what should I backup on the OS?
[20:05] <Fenix|work> home directories are empty
[20:06] <Fenix|work> I guess just conf files in etc?
[20:06] <ScottK-laptop> Depending on what you are using, there may be stuff in /var you want too.
[20:07] <Fenix|work> this is a CVS/LAMP box
[20:07] <Fenix|work> /var/www is remapped to the other disk
[20:07] <ScottK-laptop> Probably just /etc then, but no guarantees.
[20:11] <Fenix|work> any way to export passwd/shadow so I can import them again on the new box?
[20:11] <Fenix|work> there's a lot of user accounts
[20:12] <genii> You should be able to reuse it
[20:12] <Fenix|work> oh and what about mysql databases?
[20:12] <genii> Those are normally in the /var hierarchy
[20:12] <Fenix|work> I have backups... but they're several hours old
[20:19] <Fenix|work> ScottK-laptop, genii ... /etc /home /opt /var should be good enough no?
[20:20] <ScottK-laptop> I'd think.
[20:20] <genii> Fenix|work: Well, that should at least grab your db, user dirs, conf files and whatever optional things then
[20:21] <Fenix|work> well... I needed to upgrade 8.04.1 to 8.1 anyway :D ... might as well do it this way hehe
[20:21] <rgreening> jdstrand: hey, just wondering if ufw does any locking to ensure only one instance is modding the conf files. I'm going to start implementing the code using your API (assuming I can get it to load as a module).
[20:22] <Fenix|work> while I'm installing things from scratch... is there any utility that tracks /etc conf file changes?
[20:22] <ScottK-laptop> etckeeper
[20:23] <genii> Fenix|work: I think you may have difficulties reinstating those dirs however. Because the perms on the stuff you copy will be the messy 644
[20:24] <Fenix|work> genii, I'm not planning a copy... for conf files I'm gonna open them and paste them in the good ones... for the database files, I'll verify the permissions one by one.
[20:25] <genii> Fenix|work: Sounds like a plan. Tedious but neccesary. You should enlist the admin who messed them up to help on their own time....
[20:25] <Fenix|work> genii, I'm still mad at him... and I don't trust him
[20:26] <Fenix|work> I've already had him put back on probation for 6 months
[20:26] <ScottK-laptop> "Here's your task for tonight.  No, you aren't getting paid.  Don't leave until it's done.  If you get tired the coffee pot is over there."
[20:27] <genii> ScottK-laptop: Thats how I had to make things right when I was learning and messed something up :)
[20:27] <ScottK-laptop> Seems fair to me.
[20:27] <jdstrand> rgreening: hi! there is no locking, no. I use mkstemp() and then copy the files into place
[20:28] <rgreening> ok
[20:28]  * genii makes another pot of coffee
[20:30] <Fenix|work> procmail standard ubuntu fair?
[20:30] <ScottK-laptop> Yes.
[20:31] <ScottK-laptop> I think we're switching to using Dovecot for lda in Jaunty, but for Intrepid, yes.
[20:32] <Fenix|work> k
[20:33] <chmac> Is it possible to run a command and provide an environment variable only for that execution? Like this "BLAH=something /path/to/command"
[20:33] <ScottK-laptop> Yes
[20:37] <Fenix|work> How are the virtual host tools like in Intrepid?
[20:39] <qhartman> I'm trying to use wondershaper to limit BW, and it's not working. The traffic dips for a second, then returns right back to it's previous level and stays there. Anyone else seen this?
[20:43] <chmac> ScottK-laptop: thanks :)
[20:54] <Fenix|work> Ok!  So I now have a fresh virgin Intrepid system... now I'm installing etckeeper
[20:55] <Fenix|work> ScottK-laptop, any suggestions on configuring etckeeper?
[21:14] <chmac> Any reason why I shouldn't run duplicity with the --full flag every time? I don't need to keep versioned data on my remote system, but I want it encrypted.
[21:14] <chmac> s/it/the remote data/ :)
[21:19] <Fenix|work> ScottK-laptop, looks like dovecot is default in Intrepid
[21:22] <Fenix|work> how do I configure dovecot to NOT use local mbox?
[21:22] <Fenix|work> I want everything forwarded to a smarthost... when tasksel ran I said satellite
[21:25] <ScottK-laptop> Fenix|work: Do that in Postfix, not in Dovecot.
[21:25] <Fenix|work> *sighs* ok
[21:31] <hads> heh
[21:47] <Fenix|work> ScottK-laptop, how do I manage recovering my passwd and group files?
[21:47] <Fenix|work> it isn't as easy as replacing the old ones, is it?
[21:48] <ScottK> The group file should be easy enough as it's just a flat text file.
[21:48] <ScottK> The main trick is making sure the users get the same UID.
[21:50] <ScottK> I think if you have the same UID, then you can reuse the passwd file, but I've never tried it.
[22:05] <luke_> soren, You're younger than I thought
[22:08] <soren> luke_: That's funny, because I'm older than I usually think I am. :)
[22:08] <luke_> heh
[22:09] <luke_> You know so much, I would have put you in the late 20s at youngest
[22:10] <soren> luke_: I'm 27. :)
[22:10] <luke_> oh damn
[22:10] <luke_> haha
[22:31] <lukehasnoname> Is Fedora Directory Server better than OpenLDAP?
[23:01] <jmedina> lukehasnoname: you know HP changed their entire enterprise directory server, from a restrictred/closed source software to OpenLDAP?
[23:02] <jmedina> they changed everything this year
[23:02] <jmedina> every mail, every customer login, etc, etc


[00:01] -queuebot:#ubuntu-release- Unapproved: accepted freeipmi [source] (yakkety-proposed) [1.4.11-1.1ubuntu2~0.16.10]
[00:02] -queuebot:#ubuntu-release- Unapproved: accepted freeipmi [source] (xenial-proposed) [1.4.11-1.1ubuntu2~0.16.04]
[00:05] <RAOF> lamont: Today's fish is trout ala creme. Enjoy your meal.
[00:05] <lamont> yum
[00:46] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (yakkety-proposed) [1:16.10.9]
[06:03] -queuebot:#ubuntu-release- Unapproved: pbuilder (yakkety-proposed/main) [0.226.1 => 0.226.1ubuntu0.1] (core)
[09:48] -queuebot:#ubuntu-release- Unapproved: accepted python-django [source] (trusty-proposed) [1.6.11-0ubuntu1]
[10:10] <rbasak> pitti: you accepted ido to xenial bug 1506427 and it looks ready to release. But that would put xenial's version higher than the latest in yakkety.
[10:10] <ubot5`> bug 1506427 in ido (Ubuntu Xenial) "Using calendar with keys might cause Indicator-datetime to crash unity-panel-service" [Undecided,Fix committed] https://launchpad.net/bugs/1506427
[10:11] <pitti> rbasak: right, that's a blocker for releasing
[10:13] <rbasak> pitti: do you normally check the version before accept or before release?
[10:13] <rbasak> IOW, is it part of the normal process for it to get this far?
[10:14] <rbasak> And should it be just not be released, or marked v-f?
[10:14] <pitti> rbasak: usually, but seems I forgot/misread it in this cae
[10:14] <pitti> no, it's not v-failed
[10:14] <rbasak> OK
[10:14] <pitti> as x an y have the same version, we could just forward-copy it to y as well
[10:14] <pitti> or ask Trevinho to prepare an y SRU too
[10:15] <pitti> i. e. forward-copy to y-proposed and ask for testing
[10:15] <rbasak> If forward-copying, we'd need to verify on Yakkety too presumably?
[10:15] <pitti> right
[10:19] -queuebot:#ubuntu-release- Unapproved: ido (yakkety-proposed/main) [13.10.0+15.10.20151002-0ubuntu1 => 13.10.0+16.04.20161028-0ubuntu1] (ubuntu-desktop) (sync)
[10:19] <rbasak> Ah, I was just preparing that command
[10:19] <rbasak> For future reference, would copy-package -n -b --from-suite=xen
[10:19] <rbasak> ial-proposed --to-suite=yakkety-proposed ido
[10:19] <pitti> rbasak: copied and bug updated
[10:19] <rbasak>  have been right?
[10:19] <rbasak> pitti: thanks!
[10:20] <pitti> rbasak: that's what I did (sans -b)
[10:20] <pitti> err, sans -n of course
[10:20] -queuebot:#ubuntu-release- Unapproved: accepted ido [sync] (yakkety-proposed) [13.10.0+16.04.20161028-0ubuntu1]
[10:20] <rbasak> OK, thank you!
[10:20] <pitti> thanks for pointing out!
[11:01] -queuebot:#ubuntu-release- Unapproved: dbus (xenial-proposed/main) [1.10.6-1ubuntu3.1 => 1.10.6-1ubuntu3.2] (core)
[11:02] -queuebot:#ubuntu-release- Unapproved: unity-gtk-module (xenial-proposed/main) [0.0.0+15.04.20150118-0ubuntu2 => 0.0.0+15.04.20150118-0ubuntu3] (ubuntu-desktop)
[13:07] -queuebot:#ubuntu-release- Unapproved: accepted init-system-helpers [source] (xenial-proposed) [1.29ubuntu4]
[13:11] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (xenial-proposed) [2.20.1-0ubuntu2.2]
[13:21] -queuebot:#ubuntu-release- Unapproved: accepted u-boot [source] (xenial-proposed) [2016.01+dfsg1-2ubuntu2]
[13:22] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (xenial-proposed) [3.0~rc.4ubuntu62.1.1]
[13:24] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware-raspi2 [source] (xenial-proposed) [1.20161020-0ubuntu1~0.1]
[13:27] -queuebot:#ubuntu-release- Unapproved: accepted python-virtualenv [source] (xenial-proposed) [15.0.1+ds-3ubuntu1]
[13:30] -queuebot:#ubuntu-release- Unapproved: accepted squirrelmail [source] (xenial-proposed) [2:1.4.23~svn20120406-2ubuntu<IP_ADDRESS>]
[13:32] -queuebot:#ubuntu-release- Unapproved: accepted squirrelmail [source] (yakkety-proposed) [2:1.4.23~svn20120406-2ubuntu<IP_ADDRESS>]
[13:57] <Odd_Bloke> cloud-init on https://people.canonical.com/~ubuntu-archive/proposed-migration/trusty/update_excuses.html says "Not touching package due to block request by freeze"; what's causing that?
[13:59] -queuebot:#ubuntu-release- Unapproved: simplestreams (xenial-proposed/main) [0.1.0~bzr426-0ubuntu1.1 => 0.1.0~bzr426-0ubuntu1.2] (ubuntu-server)
[14:10] -queuebot:#ubuntu-release- Unapproved: neutron (trusty-proposed/main) [1:2014.1.5-0ubuntu7 => 1:2014.1.5-0ubuntu8] (ubuntu-server)
[14:57] -queuebot:#ubuntu-release- New binary: python-libusb1 [amd64] (zesty-proposed/universe) [1.6-1] (no packageset)
[15:21] -queuebot:#ubuntu-release- New binary: pytango [s390x] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[15:23] -queuebot:#ubuntu-release- New binary: pytango [ppc64el] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[15:30] -queuebot:#ubuntu-release- New: accepted lxde-common [amd64] (zesty-proposed) [0.99.2-2]
[15:30] -queuebot:#ubuntu-release- New: accepted python-libusb1 [amd64] (zesty-proposed) [1.6-1]
[15:33] -queuebot:#ubuntu-release- New binary: pytango [i386] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[15:33] -queuebot:#ubuntu-release- New binary: pytango [powerpc] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[15:36] <lamont> rbasak: you around?
[15:36] -queuebot:#ubuntu-release- New binary: pytango [amd64] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[15:36] -queuebot:#ubuntu-release- Unapproved: cloud-initramfs-tools (xenial-proposed/main) [0.27ubuntu1.3 => 0.27ubuntu1.4] (edubuntu, ubuntu-server)
[15:37] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (xenial-proposed/main) [0.122ubuntu8.6 => 0.122ubuntu8.7] (core)
[15:37] <rbasak> lamont: o/
[15:37] <lamont> rbasak: can you let c-i-t and i-t into xenial-proposed pls?
[15:38] <lamont> I will have at least one for yakkety, once I finish testing it
[15:40] <rbasak> lamont: has smoser reviewed these diffs?
[15:40] <lamont> rbasak: he reviewed their predecessors, causing the need for the diff you see in c-i-t with his review, and finally letting me test his upload from monday, which has issuese on xenial and was not complete
[15:41] <rbasak> This is a mess :-(
[15:41] <lamont> iow, no he hasn't, but they're fixing things that would have been caught earlier if we had the packages, or were caused by said review
[15:41] <lamont> you don't want me to get going...
[15:41]  * lamont is on holiday today
[15:42] <rbasak> It feels like uploaders are throwing things at the SRU team in the hope that something will stick.
[15:44] <jamespage> rbasak, hey could the yakkety bit for https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/1587261 be released as well please
[15:45] <rbasak> Right now I have zero confidence that anything involving this bug won't cause regressions, because I can't keep track of who has uploaded what, reviewed what, accepted what into proposed and released what into updates, multiplied by three releases.
[15:45] <rbasak> jamespage: I skipped Yakkety this morning because bug 1631328 hasn't yet been verified.
[15:46] <jamespage> rbasak, hmm verification-done-yakkety should indicate that its done
[15:46] <lamont> rbasak: the short history is that there were issues with the original uploads, so they were reverted.  After that it has been a long series of TRYING TO ACTUALLY GET STUFF TO TEST, where some people insist on only uploading them to -proposed, or making additional/different changes from what was tested in the PPA to do the upload to -proposed
[15:47] <lamont> rbasak: see also /query
[15:47] <rbasak> jamespage: I don't see that tag.
[15:47] <jamespage> rbasak, its there :-)
[15:48] <rbasak> jamespage: are we looking at the same bug?
[15:48] <rbasak> https://bugs.launchpad.net/charms/+source/ceph-osd/+bug/1631328
[15:48] <jamespage> rbasak, no
[15:48] <jamespage> bug 1587261
[15:49] <smoser> lamont, i suspect your issue is really https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/1629972
[15:50] <lamont> smoser: and the way that bug is correctly fixed in xenial is to say 'manual' in the interface line
[15:50] <jamespage> rbasak, I'd not spotted that one - marked verification done as well (I re-tested this all earlier in the week)
[15:50] -queuebot:#ubuntu-release- New binary: double-conversion [ppc64el] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:50] <lamont> smoser: and please, let's not rehash the last month on this my first day of vacation, OK?
[15:51] <smoser> lamont, well, your change is not needed if the fix to not take down 'lo' is applied in ifupdown
[15:51] <rbasak> jamespage: OK. I'd like to wait for http://people.canonical.com/~ubuntu-archive/pending-sru.html to go green - avoids human error.
[15:51] <smoser> which is why you dont see the issue in yakkety+
[15:51] <lamont> smoser: I'm a big fan of not landing YET MORE CHANGES as part of this (now fully) tested mess
[15:51] -queuebot:#ubuntu-release- New binary: double-conversion [arm64] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:51] -queuebot:#ubuntu-release- New binary: double-conversion [armhf] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:52] -queuebot:#ubuntu-release- New binary: double-conversion [amd64] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:52] -queuebot:#ubuntu-release- New binary: double-conversion [i386] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:52] -queuebot:#ubuntu-release- New binary: double-conversion [s390x] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:55] <rbasak> I am unwilling to accept a mess.
[15:55] -queuebot:#ubuntu-release- New binary: double-conversion [powerpc] (zesty-proposed/main) [2.0.1-4ubuntu1] (kubuntu, ubuntu-desktop)
[15:55] <rbasak> If multiple iterations are needed until everyone involved is happy with an SRU, then so be it.
[15:56] <rbasak> Those iterations should ideally happen before upload.
[15:57] <lamont> rbasak: you think? ;2~^*%&^*)&(
[15:58] <lamont> they started life in a ppa, and were working just fine in late october.  Getting those through to actual "approved" uploads is how we got to the uploads to -proposed friday/monday/tuesday.  In that time, changes were introduced that caused them to not work, whcih are what my uploads are fixing now.
[16:00] <lamont> and yes, those review changes should have gone into a ppa first.
[16:00] <smoser> lamont, your latest set of changes there really are not correct.
[16:01] <lamont> I'm certain that this will be a favorite conversation topic at a sprint next week.
[16:01] <lamont> smoser: of course you say that
[16:01] <smoser> they may solve your issue, but they change the ENI written by cloud-initramfs-dyn-netconf
[16:01] <smoser> making it differ from those that are written by cloud-init
[16:02] <lamont> and?
[16:02] <smoser> so instead of the iscsi root boot getting the same ENI in xenial and in yakkety or zesty, you'll get a different one.
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [amd64] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [armhf] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [powerpc] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] <smoser> only so that you can "fix" this issue that has a proper fix in the bug i pointed at
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [s390x] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [arm64] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [ppc64el] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New: accepted double-conversion [i386] (zesty-proposed) [2.0.1-4ubuntu1]
[16:02] -queuebot:#ubuntu-release- New binary: pytango [armhf] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[16:03] <lamont> smoser: this would have been a good discussion to have when you merged the chagnes november 2nd, and gave me packages for testing and we discovered this.
[16:03] <lamont> only no packages were created
[16:04] <smoser> ? where did i merge those changes ?
[16:04] <smoser> maybe i've forgotten something
[16:04] <lamont> https://code.launchpad.net/~lamont/cloud-initramfs-tools/bug-1621615-device6 was what you merged into trunk
[16:04] <smoser> trunk still writes what xenial-proposed writes.
[16:05] <smoser> xenial-proposed is a backport of trunk from tip-1
[16:05] <lamont> no comparison to the ppa where we had those changes in the xenial version of c-i-t were looked at, nor was a xenial "official" upload prepared until the 28th, which is how we are having this discusion now, instead of then
[16:08] -queuebot:#ubuntu-release- New binary: pytango [arm64] (zesty-proposed/universe) [9.2.0-2] (no packageset)
[16:08] <lamont> smoser: but it doesn't write what the xenial version in my ppa wrote, that was verified to be working in late october.  The backport of the MP was not available to test until Monday.  And actually testable after cyphermox got his stuff through your review yesterday.  And so I found the issue last night.
 they may solve your issue, but they change the ENI written by cloud-initramfs-dyn-netconf
[16:11] <rbasak> smoser: does this mean that you are -1 to accept this upload?
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [amd64] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [armhf] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [powerpc] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [s390x] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [arm64] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [ppc64el] (zesty-proposed) [9.2.0-2]
[16:11] -queuebot:#ubuntu-release- New: accepted pytango [i386] (zesty-proposed) [9.2.0-2]
[16:12] <smoser> fixing bug 1629972 is the right fix. :-(
[16:14] -queuebot:#ubuntu-release- Unapproved: initramfs-tools (yakkety-proposed/main) [0.125ubuntu6.2 => 0.125ubuntu6.3] (core)
[16:14] <lamont> can we at least agree on the initramfs-tools uploads? (x and y)
[16:20] <lamont> smoser: if you want to fix it the other way, go for it.  /me EOW
[16:20] <smoser> lamont, i'll SRU the change to xenial
[16:20] <smoser> the fix for ifupdown localhost
[16:23] <rbasak> Am I being asked to reject the latest uploads for this bug?
[16:23]  * rbasak still doesn't know what's going on.
[16:23] <rbasak> If I don't, then some other SRU team member may come and accept them tomorrow.
[16:27] <smoser> lamont, rbasak I can +1 the initramfs-tools upload for xenial.
[16:30] <roaksoax> /w/win 8
[16:30] <smoser> lamont, :-(. so if you do not rely on the debug variables form dhclient, how do you know that dhclient succeeded ? i think that is what you were using that for.
[16:31] <smoser> as opposed to failed, and left that file around (because to my knowledge nothing is removing the file)
[16:35] <roaksoax> smoser: lamont is on holiday now, we should syncup next week and revsolve this critically. Deliverable is December 31st and we dont have more time left
[16:36] <cyphermox> smoser: the file is written to /run, it will be blasted away on reboot.
[16:37] <rbasak> roaksoax: +1. Most of the SRU team will be there too I think.
[16:37] <roaksoax> smoser: but cyphermox does make sense it being written in /run , that's what /run is for anyway
[16:37] <cyphermox> lamont was doing this upload (Unapproved: initramfs-tools (yakkety-proposed/main) [0.125ubuntu6.2 => 0.125ubuntu6.3] (core)) to make sure all was good, removing the one case we'd missed where the "debug" variables (not debug at all) were used
[16:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (xenial-proposed/main) [1:16.04.18 => 1:16.04.19] (core)
[16:38] <cyphermox> rbasak: if you can accept that initramfs-tools, all is well.
[16:40] <rbasak> I'm reluctant, because I still don't understand what's going on. And I'm supposed to review, even if you have consensus.
[16:41] <cyphermox> what's missing?
[16:41] <rbasak> Context around any review.
[16:41] <cyphermox> yes, what is it that you don't understand?
[16:42] <rbasak> We're fixing a single issue, right? For which a fix requires updates to multiple packages?
[16:42] <cyphermox> yes
[16:42] <smoser> cyphermox, of course its in /run. its in the initramfs
[16:42] <smoser> but if dhclient failed
[16:42] <smoser> then you wont recognize that
[16:42] <rbasak> So while you're still debating the other pieces, there is nothing to lose by waiting until you have consensus on all of it.
[16:42] <smoser> because dhclient writes the file the first time
[16:42] <cyphermox> the single issue is rather big, being that there is no ipv6 support
[16:42] <smoser> the first event "starting" or something
[16:42] <smoser> so that file will always exist, will it not ?
[16:42] <cyphermox> smoser: what are you talking about?
[16:42] <rbasak> And if you can't test until something is in proposed, then please fix that.
[16:43] <rbasak> IMHO, anyway. If someone else in the SRU team wants to review/accept, then fine.
[16:43] <cyphermox> we've tested everything we could test before things are in proposed. as far as we know, it works
[16:43] <roaksoax> yes, eveyrthing was tested even before it was in -proposed
[16:43] <roaksoax> but getting things in -proposed is the ultimate validation
[16:43] <cyphermox> yes
[16:43] <rbasak> But you haven't agreed on everything that will land in -proposed.
[16:44] <rbasak> To fix this one issue.
[16:44] <cyphermox> haven't we?
[16:44] <rbasak> Not from my reading of what's immediately above.
[16:44] <smoser> cyphermox, your isc-dhcp debian/initramfs-tools/lib/etc/dhcp/dhclient-enter-hooks.d/config willi create that file always
[16:44] <rbasak> I thought you just agreed to resolve that next week?
[16:44] <smoser> even on dhclient failure
[16:45] <cyphermox> smoser: what?
[16:45] <rbasak> If you have agreement, then what are you going to be resolving next week?
[16:45] <smoser> http://paste.ubuntu.com/23558750/
[16:45] <smoser> thats the file that will write /run/net-DEVICE.conf for you
[16:45] <smoser> right ?
[16:45] <cyphermox> smoser: you're using an outdated diff, I already addressed that
[16:45] <smoser> where ?
[16:47] <cyphermox> https://launchpadlibrarian.net/295439359/isc-dhcp_4.3.3-5ubuntu12.4_4.3.3-5ubuntu12.5.diff.gz
[16:47] <cyphermox> isc-dhcp is already in proposed
[16:47] <smoser> oh. good. ok.
[16:47] <roaksoax> rbasak: ^^ there's no blocker
[16:47] <smoser> yeah, then this looks fine.
[16:47] <cyphermox> ^ that dropped 'reason', so lamont's further upload fixed that bit
[16:48] <smoser> ok. fyi, your 'IPVER' is no longer used at all
[16:49] <rbasak> roaksoax: the blocker is that this is a mess. I have no confidence in anything anyone says because there is so much confusion. There doesn't seem to be a single place of reference for developers to review things and agree. Instead I feel like I'm getting uploads thrown at me. I don't know what has been reviewed by whom.
[16:49] <cyphermox> heh
[16:50] <rbasak> So I'm out. If you want me to review something, I'll only do it all at once, when everyone has agreed to what it is, from one place.
[16:50] <rbasak> Otherwise, find another SRU team member please.
[16:50] <rbasak> Use bzr MPs, git MPs, sha256sums of signed dscs in the bug, I don't care.
[16:51] <rbasak> But there needs to be a single point of reference.
[16:53] <cyphermox> there is, that's what's in proposed. the archive is always what's authoritative, so the only thing we need to all be agreeing upon is what's in the unapproved queue right now
[16:54] <cyphermox> I know lamont and I agree, we just need an ack from smoser, which I thought we just got here a few minutes ago?
[16:54] <rbasak> infinity1, slangasek, apw, bdmurray, RAOF, arges, pitti, stgraber, tjaalton: FYI, this is my opinion about bug 1621507 ^. But if you want to take this on, please do.
[16:56] <roaksoax> cyphermox: so we only have : http://launchpadlibrarian.net/295554410/cloud-initramfs-tools_0.27ubuntu1.3_0.27ubuntu1.4.diff.gz and http://launchpadlibrarian.net/295554420/initramfs-tools_0.122ubuntu8.6_0.122ubuntu8.7.diff.gz
[16:57] <cyphermox> roaksoax: correct.
[16:57] <roaksoax> cyphermox: which is what we had agreed to initially, and which lamont had to upload to match what we had agree to ?
[16:57] <cyphermox> yes.
[16:57] <roaksoax> rbasak: ^^ so right there
[16:59] <roaksoax> alright, so that's very clear then. We have 2 things in unapproved queue which addresses the last remaining issues that were missed in the previous upload
[17:05] <cyphermox> roaksoax: I think rbasak said he'd rather someone else look into it, I respect his decision. fixing this bug *is* complicated, more eyes on it isn't bad.
[17:08] -queuebot:#ubuntu-release- New binary: itango [amd64] (zesty-proposed/universe) [0.1.6-1] (no packageset)
[17:09] <roaksoax> cyphermox: I'm totally fine with that, but I think he got the ipression that we weren't in sync on what the solution was and it was kind of a mess, which I disagree with :)
[17:10] <smoser> cyphermox, roaksoax i just verified yakkety's bug 1629972 .
[17:10] <smoser> i will upload an sru for that change to xenial
[17:11] <cyphermox> smoser: what are you changing?
[17:11] <cyphermox> (I'm just curious, yay for fixing it)
[17:14] <smoser> cyphermox, https://git.launchpad.net/~usd-import-team/ubuntu/+source/ifupdown/commit/?h=ubuntu/yakkety-devel&id=8939b1cca88520666e3c72ea85f946c22695e806
[17:15] <cyphermox> smoser: oh, cool.
[17:18] <smoser> its really wierd, the networkign stop does not actually take down the ipv6 interface that was configured in initramfs on shutdown.
[17:18] <smoser> but it took down lo.
[17:18] <smoser> and that immediately breaks ipv6 networking
[17:36] -queuebot:#ubuntu-release- Unapproved: ifupdown (xenial-proposed/main) [0.8.10ubuntu1.1 => 0.8.10ubuntu1.2] (core)
[18:10] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (trusty-proposed/main) [1:0.220.8 => 1:0.220.9] (core)
[18:18] <bdmurray> infinity: Do we really need an upload of the precise release upgrader?
[18:20] <infinity> bdmurray: Yep.
[18:27] <bdmurray> infinity: Where would I find the source to update from?
[18:28] <infinity> bdmurray: pull-lp-source?
[18:28] <infinity> pull-lp-source && dch -i && dpkg-buildpackage -uc -us -nc -S
[18:30] <bdmurray> pull-lp-source: Error: Unable to retrieve package information from DDE: http://dde.debian.net/dde/q/udd/dist/d:ubuntu/r:precise/p:ubuntu-release-upgrader/?t=json (<urlopen error [Errno -2] Name or service not known>)
[18:30] <bdmurray> pull-lp-source: Error: The source package 'ubuntu-release-upgrader' does not exist in the Ubuntu primary archive in precise, precise-security, precise-updates or precise-proposed
[18:37] <xnox> wasn't it renamed in trusty, and split into two source packages?
[18:37] <xnox> hence in precise it was under a different name
[18:37] <xnox> bdmurray, it's just "update-manager" source package in precise, no?
[18:38] <bdmurray> xnox: oh right, I hate that
[18:38] <xnox> however i don't see the right bits in precise update-manager.... or is it there? can you remember where it actually is in precise now?
[18:39] <xnox> really before my time, i joined canonical with quantal =)
[18:40] <bdmurray> xnox: its in update-manager
[19:05] -queuebot:#ubuntu-release- Unapproved: update-manager (precise-proposed/main) [1:<IP_ADDRESS> => 1:<IP_ADDRESS>] (core)
[19:11] <doko> infinity: do you have list of ingnored autopkg tests for your last upload?
[19:17] <infinity> doko: I'm looking into the current failures, and redoing the merge with some test fixes.
[19:18] <doko> infinity: just test fixes? that will throw back the autopkg tests again ...
[19:19] <infinity> doko: No, as in I'm testing changes to glibc to fix the test regressions.
[21:01] <bdmurray> Could somebody have a look at my ubuntu-release-upgrader uploads in the X and T queues.
[21:01] <bdmurray> ?
[21:22] -queuebot:#ubuntu-release- Unapproved: owncloud-client (yakkety-proposed/universe) [2.2.2+dfsg-1 => 2.2.2+dfsg-1ubuntu0.1] (no packageset)
[21:24] -queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.5 => 1.157.6] (core, kernel)
[21:44] <bdmurray> I'll just review my own since there aren't really any changes
[21:46] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (xenial-proposed) [1:16.04.19]
[21:49] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-release-upgrader [source] (trusty-proposed) [1:0.220.9]
[22:00] <ginggs> would someone please decruft texlive-extra? texlive-science now provides texlive-math-extra
[22:13] -queuebot:#ubuntu-release- Unapproved: aodh (yakkety-proposed/main) [3.0.0-0ubuntu1 => 3.0.1-0ubuntu1] (openstack)
[22:15] -queuebot:#ubuntu-release- Unapproved: cinder (yakkety-proposed/main) [2:9.0.0-0ubuntu1 => 2:9.1.0-0ubuntu1] (openstack, ubuntu-server)
[22:18] -queuebot:#ubuntu-release- Unapproved: heat (yakkety-proposed/main) [1:7.0.0-0ubuntu1 => 1:7.0.1-0ubuntu1] (openstack, ubuntu-server)
[22:23] -queuebot:#ubuntu-release- Unapproved: horizon (yakkety-proposed/main) [3:10.0.0-0ubuntu1 => 3:10.0.1-0ubuntu1] (openstack, ubuntu-server)
[22:25] -queuebot:#ubuntu-release- Unapproved: ironic (yakkety-proposed/universe) [1:6.2.1-0ubuntu1 => 1:6.2.2-0ubuntu1] (openstack)
[23:05] -queuebot:#ubuntu-release- New binary: hollywood [amd64] (zesty-proposed/universe) [1.11-0ubuntu1] (no packageset)
[23:31] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (precise-proposed) [1:<IP_ADDRESS>]


[03:52] <shtylman> cjwatson: what were those main keyboard layouts you told me about at UDS? the ones I should focus on? ... this is why I want replay on life :)
[04:02] <shtylman> and is there a wiki page or something with some pretty pictures?
[09:09] <CIA-15> ubiquity: superm1 * r3614 ubiquity/ (debian/changelog ubiquity/components/ubi-intro.py):
[09:09] <CIA-15> ubiquity: Correct a variable that didn't get changed from pychecker
[09:09] <CIA-15> ubiquity: cleanup in the intro plugin.
[09:41] <cjwatson> shtylman: Brazilian and Japanese, since they're 106-key layouts
[13:07] <ev> argh.  Just realized a nasty corner case of copying the keyring and relevant portion of gconf (/system/networking) to the target system.  What if the user didn't elect to format /home or /?
[13:08] <ev> hrm, I guess I could just check for existence of both and do nothing if they're already there
[13:50] <cr3> if I preseed repositories with local0/repository, will the latest packages be retrieved from that location during the installation or will that only result in the repositories being added to the sources.list file after the installation has completed?
[13:50] <shtylman> cjwatson: what about british keyboards?
[13:50] <shtylman> anything different in key number there? or still 104 key?
[13:50] <cjwatson> shtylman: they fall into the giant category of "everything that isn't us, br, or jp"
[13:51] <cjwatson> *everything* else is 105-key, at least to an excellent first approximation
[13:51] <cjwatson> us is the only 104-key layout I know of
[13:51] <shtylman> ahh ok
[13:51] <shtylman> well... that gives me a starting point :)
[13:51] <cjwatson> cr3: should be the former, at least for netboot installations. CD installations are a bit different because in general we want to prefer stuff from the CD over a giant download
[13:53] <cr3> cjwatson: I'm thinking that if local0/repository is defined explicitly, then the user gets what he's asking for. however, for the CD, if that means that the default repository is set to the CD itself and local0/repository to archive.u.c, then I can appreciate that use case
[13:54] <cr3> (where archive.u.c is just shorthand for whatever magic the installer does to determine the closest mirror)
[13:55] <cjwatson> um
[13:55] <cjwatson> archive.u.c is handled separately. apt-setup/local0/repository is strictly for local overrides only
[13:56] <cjwatson> you might be right that it might make sense to handle local* differently on CD installs, although unfortunately it's actually kind of hard to unpick that by the time we notice ...
[13:56] <cjwatson> feel free to file a bug on pkgsel to improve that
[15:03] <CIA-15> base-installer: cjwatson * r389 ubuntu/ (debian/changelog library.sh):
[15:03] <CIA-15> base-installer: Explicitly ignore Recommends while installing the kernel. We don't want
[15:03] <CIA-15> base-installer: to install bootloaders at this point.
[15:05] <CIA-15> base-installer: cjwatson * r390 ubuntu/debian/changelog: releasing version 1.103ubuntu2
[17:26] <CIA-15> cdrom-detect: cjwatson * r455 ubuntu/debian/ (cdrom-detect.postinst changelog):
[17:26] <CIA-15> cdrom-detect: Copy /cdrom/.disk/info to /var/log/media-info, in order that we get
[17:26] <CIA-15> cdrom-detect: /var/log/installer/media-info on the installed system; doing this in
[17:26] <CIA-15> cdrom-detect: save-logs is too late because /cdrom is already unmounted by that point
[17:26] <CIA-15> cdrom-detect: (LP: #364649).
[17:29] <CIA-15> cdrom-detect: cjwatson * r456 ubuntu/debian/changelog: releasing version 1.32ubuntu2
[17:30] <CIA-15> installation-report: cjwatson * r71 ubuntu/ (debian/changelog finish-install.d/94save-logs):
[17:30] <CIA-15> installation-report: Revert 2.39ubuntu2, which didn't work as /cdrom is unmounted by this
[17:30] <CIA-15> installation-report: point. This is now handled in cdrom-detect instead.
[17:31] <CIA-15> installation-report: cjwatson * r72 ubuntu/debian/changelog: releasing version 2.39ubuntu3
[18:35] <bondiblueos9> hey
[18:36] <bondiblueos9> I'd like to install ubuntu on my powerpc mac, but my cd drive is broken
[19:52] <corp186> can someone point me to documentation on how to maintain a local repo and add new udebs to it for development purposes?
[20:13] <corp186> I think I figured out how to generate a new Packages file using dpkg-scanpackages
[20:13] <corp186> now I think I'm having signing issues:
[20:13] <corp186> net-retriever: gpgv: BAD signature from "Ubuntu Archive Automatic Signing Key<EMAIL_ADDRESS>[20:14] <corp186> anna[2013]: cat: can't open '/tmp/net-retriever-2017-deduplicate/*'; No such file or directory
[20:15] <corp186> anna[2013]: WARNING **: bad d-i Packages file
[20:15] <cjwatson> delete Release.gpg, you can't replicate it
[20:16] <cjwatson> there's a documented preseed to disable authentication
[20:16] <corp186> so I need a preseed on top of deleting Release.gpg?
[20:16] <cjwatson> 'd-i debian-installer/allow_unauthenticated string true'
[20:16] <cjwatson> it's also possible to feed in a key using apt-setup/local0/key, but that's more work
[20:17] <cjwatson> (both preseeds are documented in Appendix B to the installation guide)
[20:19] <corp186> cjwatson: network preseeding occurs early enough to be effective?
[20:19] <corp186> or do I need to do initrd preseeding, since I'm doing a netboot setup
[20:31] <corp186> ok, so the preseed worked for authentication, but now I see that I need to regenerate the Release file
[20:31] <corp186> is there some utility to do that?
[20:32] <cjwatson> apt-ftparchive
[20:32] <cjwatson> (supersedes dpkg-scanpackages)
[20:35] <corp186> cjwatson: thanks
[20:35] <corp186> I think I've finally gotten everything I need to start some dev work
[20:36] <corp186> cjwatson: one architectural question: when I need to bypass a later installation task (like user-setup) I figured I would touch a file somewhere and check for it in the user-setup postinst script before continuing
[20:37] <corp186> does this seem reasonable, and if so where would you put the "stamp" file
[20:39] <cjwatson> you're bypassing things conditionally?
[20:39] <cjwatson> (where: /var/run/)
[20:39] <corp186> cjwatson: yes
[20:40] <cjwatson> seems ok, though if you have to modify user-setup.postinst anyway you could just modify it to do what you want
[20:40] <cjwatson> I wouldn't put something with stamp files like that into Ubuntu but it's OK for a derivative
[20:40] <corp186> so here's my idea in a nutshell: proper backup and restore
[20:41] <corp186> have a utility that only backs up the packages that are currently installed along with /etc, /home/ /usr/local etc.
[20:42] <corp186> then at install time (or restore time as it may be), you can restore from the backup by:
[20:42] <corp186> 1. copying old /etc/passed and /etc/group into /target
[20:42] <corp186> 2. install old /etc/apt/sources* into /target
[20:43] <corp186> 3. install all packages from backup list (exact same packages versions, not the latest versions)
[20:44] <corp186> 4. merge hw specific /etc config files (i.e. don't overwrite things like xorg.conf or module blacklists in case the hw platform has changed)
[20:44] <corp186> 5. copy over the rest of the backed up files
[20:44] <corp186> but this necessitates skipping over user-setup
[20:44] <cjwatson> right. sounds worthwhile, though I imagine there are lots of scary corner cases and so I'm more than happy to let you prototype it ... :-)
[20:45] <cjwatson> (e.g. sometimes the package list varies slightly depending on the hardwarE)
[20:45] <cjwatson> s/E/e/
[20:45] <corp186> cjwatson: yeah, lots of corner cases, but might as well try it and get something that works for many/most people
[20:46] <cjwatson> a stamp file is the easiest approach; maybe later it'll be worth figuring out something more elegant
[20:46] <corp186> cjwatson: I'm getting an error now on debootstrap:
[20:46] <corp186> E: NOSCRIPT
[20:47] <corp186> EA: /usr/share/debootstrap/scripts/unknown
[20:47] <corp186> EF: No such script: %s
[20:47] <corp186> any idea what that means before I do more in depth debugging?
[20:47] <cjwatson> are you using a modified CD image?
[20:47] <corp186> I'm doing netboot
[20:47] <corp186> I couldn't figure out how to make a full cd
[20:48] <corp186> and netboot seems to work well enough so far
[20:48] <cjwatson> probably means you forgot to fill in the Suite and/or Codename fields in your Release file
[20:48] <cjwatson> compare http://archive.ubuntu.com/ubuntu/dists/lucid/Release
[20:49] <corp186> actually, I'm still working off of karmic, cause I don't want to deal with lucid breaking things as I prototype
[20:49] <corp186> it had been working fine until I regnereated Packages and Release
[20:49] <cjwatson> lucid vs. karmic wasn't significant in my comment
[20:49] <cjwatson> check your regenerated Release file :-)
[20:50] <cjwatson> I bet it says "unknown" in it somewhere
[20:50] <corp186> I actually didn't "regen" the Release file; I had already manually updated it with new md5sums and sizes before I saw your comment about apt-ftparchive
[20:51] <corp186> wait...
[20:51] <corp186> you're right
[20:51] <corp186> codename is unknown somehow
[20:51] <corp186> oh.... I had played around with apt-move
[20:51] <corp186> and it mucked it up
[20:56] <corp186> base system is installing right now
[20:56] <corp186> thanks :)
[21:24] <soren> Are the no cases anymore where the installer chooses lilo over grub?
[21:25] <cjwatson> not TTBOMK
[21:25] <soren> All the LVM or XFS special cases are gone? Neat.
[21:25] <cjwatson> although the manual option is still there
[21:25] <cjwatson> (grub-installer/skip=true)
[21:25] <soren> I didn't realise. I haven't done an install for my own needs for a while.
[21:26] <cjwatson> possible compromise here: take lilo off the CDs, but leave it in supported
[21:26] <cjwatson> that way if people come to us saying "argh, I needed lilo" we can (a) point them at netboot (b) find out why
[21:26] <cjwatson> it will help with (b) because they'll have to make a conscious change
[21:27] <cjwatson> but won't leave them completely out in the cold
[21:27] <cjwatson> grub2 covers LVM, and we fixed the XFS problems a while back
[21:27] <soren> Right. You did see mathiaz' e-mail to ubuntu-devel earlier today, right? lilo is suggested for demotion to universe.
[21:28] <cjwatson> not yet though I was aware of the general proposal from a UDS discussion
[21:28] <cjwatson> I'll follow up with my counterproposal
[21:28] <soren> Wicked. Just wanted to make sure it was on your radar.
[22:37] <corp186> cjwatson: you mentioned that apt-ftparchive can generate the Release file in the repo, but I haven't figured out how to do that
[22:37] <corp186> can you explain how you do it?
[22:38] <cjwatson> I don't do this very often, but it's 'apt-ftparchive release' or '... generate'. However it's very late for me, I'll have to refer you to the docs or the web
[22:38] <corp186> hmm, the man page didn't mention any release command
[22:38] <corp186> ugh...
[22:38] <corp186> I was looking at an apparently out of date man page on line
[22:39] <corp186> thanks


[15:06] <blackboxsw> falcojr: thanks for SRU verification on https://bugs.launchpad.net/cloud-init/+bug/1977952 can I set the tags to verification-done-* now?
[15:09] <blackboxsw> marked the tags and pinged for SRU review in ubuntu-release


[23:09] <bigjools> roaksoax: on a Saturday morning?  No, I wasn't :)
[23:09] <bigjools> hey lifeless good to see you still watching the maas bug mail :)
[23:12] <lifeless> bigjools: :)