[14:20] <priteau> Hello. I am working on updating OpenStack Kolla to use the Xena packages available via UCA. We are hitting an issue with aodh, which is fixed in impish: https://bugs.launchpad.net/ubuntu/+source/aodh/+bug/1938962. What is the process for getting this in UCA?


[01:12] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Failed to build (xenial/unity8). Successfully built (xenial/indicator-keyboard, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, zesty/indicator-keyboard, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/ubuntu-touc
[03:49] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Preparing packages
[04:34] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Pending binary packages
[04:54] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Successfully built
[09:07] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[09:27] <Saviq> trainguards, can someone have a look at https://bileto.ubuntu.com/excuses/2523/xenial.html please - it says tests are in progress (for two hours now), but they actually seem lost, looking at http://autopkgtest.ubuntu.com/running :/
[09:36] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to higher version at destination
[10:05] <Mirv> Saviq: ack, same in my silo https://bileto.ubuntu.com/excuses/2519/xenial.html - we'd need to ping whoever plays pitti at the moment
[10:08] <Saviq> tx
[10:08] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Preparing packages
[10:18] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Preparing packages
[10:32] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Failed to build (xenial/unity8). Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/indicator-keyboard, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, zesty/indicator-keyboard, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/ubuntu-keyboard
[10:37] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Pending binary packages (xenial/miral). Successfully built (zesty/miral)
[10:39] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Currently building (xenial/qtmir). Failed to build (xenial/qtmir-gles, xenial/unity-api, xenial/unity8). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Pending binary packages (zesty/qtmir). Successfully built (xenial/miral, zesty/qtmir-gles, zesty/unity-api)
[10:56] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Successfully built
[10:58] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity-api, xenial/unity8). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Pending binary packages (xenial/qtmir). Successfully built (xenial/miral, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[11:19] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity-api, xenial/unity8). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/miral, xenial/qtmir, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[11:30] <Saviq> Mirv, looks like arm64 build fails are back again...
[11:31] <Saviq> is wgrant the only one that can help?
[11:51] <Mirv> Saviq: yes, and it was mentioned yesterday already. although, if https://bileto.ubuntu.com/#/ticket/2519 would land we maybe wouldn't need that anymore
[11:51] <Saviq> Mirv, oh so you got a real fix for that, awesome
[11:54] <Mirv> Saviq: well it should be, it's just hard to test with the workarounded kernel in place.. although now I could of course really quick compile it in another silo while the new default is available..
[11:54] <Saviq> Mirv, you could copy it to our silo 2481 :)
[11:54] <Mirv> anyway, it is testably fixed in 5.7.1 (zesty continued to work during another breakage) and they should be the same patches that are aiming for 5.6.3
[11:55] <Mirv> Saviq: I'm not sure if it's healthy to copy for the duration of build only without landing it properly. although at least old builds of everything seemed to work fine with new qtdeclarative.
[11:56] <Mirv> rather than copy though, dependency on that could be added temporarily
[11:56] <Mirv> and then you can test without my silo
[11:56] <Saviq> Mirv, bileto will reset PPA deps every status run
[11:57] <Mirv> ok let's see, arm64 rebuidl ongoing
[11:57] <Saviq> been there, tried that
[11:57] <Mirv> Saviq: oh, interesting. but it should be enough when the build starts and the dep is there.
[11:57] <Saviq> but yeah, maybe you'll be fast enough :)
[12:00] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2519 Preparing packages
[12:10] <Mirv> Saviq: was there a functional way to restart autopkgtests results from the beginning without forced rebuilds? La_ney suggested rerunning all the tests, but it's somewhat difficult as the HTML doesn't have the recycle links for those items and I don't have access to the command line tools on the autopkgtest server
[12:10] <Mirv> I remember at some point simply switching the Lander Signoff was not enough
[12:11] <Saviq> Mirv, no idea, every time I saw something like this happen people went onto snakefruit to fix it
[12:11] <Mirv> right, no snakefruit for me
[12:12] <Mirv> Saviq: maybe you could force rebuild the 2523 then?
[12:12] <Mirv> I'm trying fake Build run on my manual upload silo, but I remember it didn't use to work
[12:13] <Saviq> Mirv, not my silo, wouldn't want to step on dobey's toes
[12:13] <Mirv> Saviq: ok, he can do it then, I commented there
[12:13] <Laney> Mirv: retry-autopkgtest-regressions --bileto XXX --state RUNNING --series xenial
[12:13] <Mirv> Laney: ..on snakefruit?
[12:13] <Laney> no need for any machine access
[12:13] <Laney> no
[12:13] <Mirv> oh, that's new then
[12:14] <Laney> no it's not
[12:14] <Laney> bzr branch lp:ubuntu-archive-tools contains taht script
[12:14] <Mirv> yes, I see I have that already. my previous note was that it needs to be executed at snakefruit.
[12:15] <Laney> it generates URLs
[12:15] <Saviq> hah, smart
[12:18] <Mirv> weird, AttributeError: 'NoneType' object has no attribute 'startswith'
[12:19] <Mirv> oh, right, sorry :)
[12:19] <Mirv> yeah, works. http://autopkgtest.ubuntu.com/running
[12:20] <Mirv> nice help too in the tool.
[12:20] -queuebot:#ubuntu-ci-eng- Mirv, https://bileto.ubuntu.com/#/ticket/2519 Successfully built
[12:20] <Mirv> Saviq: and arm64 kernel fix validated, thanks to your silo! https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/2481/+build/12078016 building debs already
[12:21] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[12:21] <Saviq> Mirv, awesomes
[12:35] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to higher version at destination
[12:46] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[12:52] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Needs rebuild due to new commits (zesty/unity8). Successfully built (xenial/indicator-keyboard, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, xenial/unity8, zesty/indicator-keyboard, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/ubuntu-keyboard, zesty/ubuntu-sys
[12:57] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[13:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Needs rebuild due to higher version at destination
[13:23] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2522 Publishing packages
[13:32] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2512 Needs rebuild due to higher version at destination (zesty/qemu). Ready to build (xenial/qemu)
[13:34] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[13:42] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2522 Proposed pocket
[13:59] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Preparing packages
[14:00] <dobey> hmm
[14:02] <dobey> jibel: ^^ can we fast track 2523 throough qa please? it's on the qa trello now
[14:03] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Needs rebuild due to new commits (zesty/messaging-app). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-framework, zes
[14:07] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono). Needs rebuild due to new commits (zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[14:08] <jibel> dobey, sure, i'll find someone
[14:14] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Publishing packages
[14:15] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Preparing packages
[14:34] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Proposed pocket
[14:44] -queuebot:#ubuntu-ci-eng- artmello, https://bileto.ubuntu.com/#/ticket/2482 Failed to build
[14:45] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Preparing packages
[14:52] -queuebot:#ubuntu-ci-eng- ltinkl, https://bileto.ubuntu.com/#/ticket/2481 Failed to build (xenial/unity8). Successfully built (xenial/indicator-keyboard, xenial/qtmir, xenial/qtmir-gles, xenial/qtubuntu, xenial/qtubuntu-gles, xenial/ubuntu-keyboard, xenial/ubuntu-system-settings, xenial/ubuntu-touch-session, zesty/indicator-keyboard, zesty/qtmir, zesty/qtmir-gles, zesty/qtubuntu, zesty/qtubuntu-gles, zesty/ubuntu-keyboard, zesty/ubuntu-system-settings, zesty/ubuntu-touc
[14:57] <Saviq> Mirv, can you please do the dance with https://bileto.ubuntu.com/#/ticket/2481 - thanks :)
[15:14] -queuebot:#ubuntu-ci-eng- jbicha, https://bileto.ubuntu.com/#/ticket/2532 Release pocket
[15:15] -queuebot:#ubuntu-ci-eng- Kaleo, https://bileto.ubuntu.com/#/ticket/2533 Failed to build
[15:19] -queuebot:#ubuntu-ci-eng- kenvandine ahayzen, https://bileto.ubuntu.com/#/ticket/2236 Dependency wait (zesty/qtubuntu-print, zesty/ubuntu-printing-app). Diff missing (xenial/example-printing). Ready to build (zesty/example-printing). Successfully built (xenial/content-hub, xenial/qtubuntu-print, xenial/ubuntu-printing-app, xenial/ubuntu-ui-extras, zesty/content-hub, zesty/ubuntu-ui-extras)
[15:36] <kenvandine> dobey, woot... the autopilot silo is ready for qa finally :)
[15:36] <kenvandine> seems even autopilot has flaky tests :-p
[15:39] <dobey> ?
[15:39] <dobey> it should be getting tested already
[15:40] <kenvandine> dobey, i hit retry a couple times for the autopkg tests
[15:40] <kenvandine> dobey, oh... it's in the ready for testing list
[15:40] <kenvandine> maybe someone is already testing it though :)
[15:41] <dobey> kenvandine: i think stuff was just wildly broken outside of autopilot in that regard
[15:41] <dobey> kenvandine: the ones i saw failing were like compiler crashed and such
[15:44] <ChrisTownsend> Doesn't seem like autopilot is under QA testing yet and the miral landing just went under testing:(
[15:49] <dobey> jibel, sbalda: ^^ is autopilot being tested yet or not?
[15:51] <sbalda> dobey, it is. just tested xenial + overlay. so far so good
[15:51] <ChrisTownsend> Shewww
[15:52] <sbalda> dobey, I'll be done in a couple of hours.
[15:53] <dobey> ok
[15:55] <jibel> sbalda, I assigned https://trello.com/c/9q0KnpxN/4011-2523-2523-autopilot-dobey to you and moved it to under testing to every one knows what's going on
[15:55] <sbalda> jibel, ack
[15:55] <jibel> sbalda, move it to pass or fail when you're done and change the status accordingly on bileto. or ping me or rvr
[15:55] <sbalda> got it
[16:03] -queuebot:#ubuntu-ci-eng- jgdx, https://bileto.ubuntu.com/#/ticket/2381 Failed to build (xenial/ubuntu-system-settings, xenial/ubuntu-ui-extras). Needs rebuild due to new commits (zesty/ubuntu-ui-extras). Successfully built (zesty/ubuntu-system-settings)
[17:37] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 QA Signoff: Approved
[17:48] <alan_g> trainguards Hi! can we land ticket 2534?
[17:53] <robru> alan_g: you need a core dev
[17:53] <alan_g> Oh?
[17:54] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[17:56] <robru> alan_g: yes I'm the only train guard that isn't also a core dev. train guards have no special publishing power, haven't for years.
[17:56] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2523 QA Signoff: Approved
[17:57] <alan_g> robru: OK, I'll deal with it after the weekend.
[17:58] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Preparing packages
[18:04] <sil2100> Let me take a look
[18:12] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Publishing packages
[18:13] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2523 Publishing packages
[18:23] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Currently building (xenial/messaging-app). Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Pending binary packages (zesty/messaging-app). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-fr
[18:25] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Dependency wait (zesty/telephony-service). Failed to build (xenial/telephony-service, zesty/telepathy-ofono). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[18:34] <dobey> robru: no you're not :)
[18:34] <robru> dobey: are we counting ted as a train guard?
[18:35] <dobey> robru: is he not?
[18:35] <robru> dobey: we trained him on that but I haven't seen him very active lately?
[18:35] <robru> either way, there's a big imbalance between EU train guards all being core devs and US ones not being.
[18:36] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Proposed pocket (zesty/miral). Release pocket (xenial/miral)
[18:37] <dobey> well, technically all core devs are automatically "trainguards" too
[18:37] <dobey> since the team is a sub-team
[18:37] <robru> well yeah
[18:37] <dobey> but yeah
[18:38] <robru> but not everybody has been trained on it so if you ask random core devs to publish stuff for you they look at you funy
[18:38] <dobey> yeah
[18:38] -queuebot:#ubuntu-ci-eng- mzanetti, https://bileto.ubuntu.com/#/ticket/2373 Failed to build (xenial/qtmir-gles, xenial/unity-api, xenial/unity8). Needs rebuild due to higher version at destination (xenial/miral). Needs rebuild due to new commits (zesty/miral, zesty/unity8). Successfully built (xenial/qtmir, zesty/qtmir, zesty/qtmir-gles, zesty/unity-api)
[18:39] <dobey> but we have mostly decent tz coverage. could probably use some apac support though
[18:42] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-app, zesty/messaging-framework, zesty/mfw-plugin-irc)
[18:45] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2523 Proposed pocket (zesty/autopilot). Release pocket (xenial/autopilot)
[18:48] <dobey> yay finally
[18:56] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 QA Signoff:
[18:56] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Destination version missing from changelog (zesty/miral). Release pocket (xenial/miral)
[19:00] <tedg>  \o/
[19:02] <robru> uh
[19:04] <dobey> robru: i take it that was in response to the miral silo?
[19:05] <robru> dobey: yeah 'destination version missing' looks wrong
[19:07] <dobey> hmm
[19:08] <robru> dobey: the code that should recognize that the version in proposed is our version seems not to be firing. it thinks it's an unexpected manual upload, I'm not sure why
[19:09] <robru> dobey: stranger still is that it worked once and then failed on the second run
[19:09] <dobey> robru: looks like it failed to push the branch to lp:miral/release
[19:09] <dobey> robru: so now the state is weird
[19:09] <robru> dobey: that happens at finalize time, not at publish time
[19:09] <dobey> robru: right, and miral is in release pocket in zesty now; so it should be in the branch now
[19:10] <robru> dobey: wow that was the fastest migration ever.
[19:10] <robru> dobey: maybe the "weird state" is that it was moved from -proposed to -release while the status job was running.
[19:11] <dobey> maybe
[19:11] <dobey> i definitely wouldn't discount the possibility of a race in code that relies on other code on a different server being in a certain state, to work right :)
[19:12] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 QA Signoff: Approved
[19:12] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2534 Release pocket
[19:12] <robru> dobey: ah, I reran the status job and it's finalizing now: https://bileto.ubuntu.com/log/2534/status/27/
[19:16] <robru> lunch!
[19:36] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Preparing packages
[19:37] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Preparing packages
[20:03] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-app, zesty/messaging-framework, zesty/mfw-plugin-irc). Uploading build (xenial/messaging-app
[20:07] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono, zesty/telephony-service). Pending binary packages (xenial/history-service, xenial/telephony-service, zesty/history-service). Successfully built (xenial/empathy, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, zesty/empathy, zesty/telepathy-mission-control-5)
[20:22] -queuebot:#ubuntu-ci-eng- tiagosh bfiller boiko, https://bileto.ubuntu.com/#/ticket/2311 Failed to build (xenial/telepathy-qt, zesty/telepathy-qt). Successfully built (xenial/address-book-app, xenial/address-book-service, xenial/libircclient, xenial/messaging-app, xenial/messaging-framework, xenial/mfw-plugin-irc, zesty/address-book-app, zesty/address-book-service, zesty/libircclient, zesty/messaging-app, zesty/messaging-framework, zesty/mfw-plugin-irc)
[20:25] -queuebot:#ubuntu-ci-eng- renatofilho tiagosh boiko, https://bileto.ubuntu.com/#/ticket/2318 Failed to build (zesty/telepathy-ofono, zesty/telephony-service). Successfully built (xenial/empathy, xenial/history-service, xenial/telepathy-mission-control-5, xenial/telepathy-ofono, xenial/telephony-service, zesty/empathy, zesty/history-service, zesty/telepathy-mission-control-5)
[22:45] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2523 Release pocket
[23:33] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2535 Preparing packages
[23:33] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2535 zesty/autopilot-legacy: Failed to commit https://code.launchpad.net/~dobey/autopilot/drop-ual. You must supply either a Commit Message on your MP, or a custom debian/changelog entry
[23:39] -queuebot:#ubuntu-ci-eng- dobey, https://bileto.ubuntu.com/#/ticket/2535 Preparing packages


[17:54] <altrortla> Scanner seems to work (do the scan) but NO images result
[17:55] <altrortla> 	altrortla
[17:55] <altrortla> Can you help me?
[18:18] <altrortla> I have installed ubuntu 10.04 and seems to work quite well. now i try to use simple scan or xsane to acquire immages... scanner seems to work but no immage is taken. Firmware is where snapscan folder is ... and scanner is an epson perfection 2580 photo, lucid is fully upgraded. scanimage -L see the scanner usb, and also sane-find-image
[18:37] <altrortla> No technician here... eh?!!


[12:05] <duncan_nz> oh, for crying out loud. I can dance naked if you want just be specific about what you would like me to do. https://wiki.ubuntu.com/WikiTeam doesn't explain.
[12:05] <LaserJock> duncan_nz: go the the wikiteam LP page and click on "Join Team"
[12:05] <LaserJock> it's not hard ;-)
[12:06] <duncan_nz> no it's not, but everywhere I look is clutter sorrounding the thing I'm looking for...
[12:07] <duncan_nz> LaserJock: I'm now officially pending. Thanks for putting up with my whinging.
[12:07] <LaserJock> yeah, LP takes a little getting used to
[12:07] <Madpilot> yeah, LP has a bit of UI trouble sometimes
[12:08] <LaserJock> they have really improved some UI stuff for devs recently. I know they're working hard on it
[12:08] <duncan_nz> Burgundavia: is that you editing the WikiTeam page? Thanks.
[12:08] <Madpilot> compared to Bugzilla, LP's bug reporting setup is brilliant (but stock Bugzilla is a giant mess, so any improvement would be dramatic...)
[12:09] <Madpilot> anyway, must go out. See you all in a bit.
[12:09] <duncan_nz> I've got to go too, see you all another time.
[12:10] <Burgundavia> yep
[12:10] <nalioth> well, what a meeting
[12:11] <LaserJock> for sure ;-)
[12:13] <Burgundavia> LaserJock: https://launchpad.net/distros/ubuntu/+source/inkscape/+bug/36502 <-- when do you get this error?
[12:13] <Burgundavia> sighs, even
[12:13] <nalioth> ok, my unofficial ubuntu documentariat intrest has been sated
[12:13] <nalioth> see y'all later
[12:15] <LaserJock> Burgundavia: hmm, I don't really have access to inkscape at the moment
[12:15] <LaserJock> Burgundavia: I'm CLI only right now
[12:15] <LaserJock> well, that was an interesting meeting
[12:15] <LaserJock> Naaman didn't make is own meeting :(
[12:16] <Burgundavia> LaserJock: no, the error he got when he tried to get the build-deps
[12:16] <LaserJock> doh, didn't look close enough
[12:17] <Burgundavia> http://digg.com/linux_unix/Ubuntu_Flight6_(alpha)_Here <- ahh, bloody digg
[12:18] <LaserJock> Burgundavia: that build-dep thing looks like he wasn't using sudo or he was using another package manager (which has the apt lock)
[12:18] <LaserJock> Burgundavia: works fine for me here
[12:18] <Burgundavia> LaserJock: that is what I thought
[12:22] <LaserJock> I'm really starting to think that moving to a MediaWiki on doc.ubuntu.com would be the way to go
[12:23] <Burgundavia> heh
[12:23] <Burgundavia> it would be help.ubuntu.com
[12:23] <LaserJock> well, whatever ;-)
[12:26] <Burgundavia> ah, that is why 3D stuff sucks balls. Currently I do not have direct rendering enabled
[12:29] <Burgundavia> brb
[12:36] <Burgundavia> ok, that is too odd
[12:36] <Burgundavia> ctrl-alt-bksp restarted my machine and my clock
[12:37] <LaserJock> hmm, that isn't expected behavior
[12:38] <Burgundavia> no
[12:41] <Burgundavia> ok, lets see if I can replicate that
[12:55] <Burgundavia> ok, can't replicate it
[12:57] <LaserJock> that is weird but encouraging
[12:58] <Burgundavia> I tried just restarting, then changing my driver back to vesa and restarting. Nothing
[03:39] <Madpilot> hi
[03:40] <LaserJock> hi Gaerik
[03:40] <Gaerik> I don't want to be offtopic and bother anyone but I was trying to use the Disks Manager to format a partition and was having trouble.  When I tried to use the Helpfiles, they weren't there, so I figured I'd try to find help on IRC.
[03:41] <Gaerik> I've had Ubuntu for all of 2 days and really like it at this point but I've got 18GB of hd space I need formatted and can't do it. :-)
[03:42] <Madpilot> Gaerik, for general help, #ubuntu is your best bet
[03:43] <Gaerik> Okay...  I popped in there but with 650 people it was hard to find help.  Is there a protocol for getting help there or is is just throw the question out and see if someone bites?
[03:44] <Kamping_Kaiser> Gaerik: throuw out the question, just don't start with "i have a question"
[03:44] <Gaerik> Heh... okay.  Thanks.  I'm new but I'll figure it out.
[03:50] <Kamping_Kaiser> np
[03:53] <LaserJock> anybody here deployed a wiki before?
[04:16] <trappist> only if trac counts
[04:47] <LaserJock> hi mdke
[05:11] <trappist> There's something wrong with this sentence but I'm not familiar enough with bind to correct it: "the zone sections defines a master server, and it is stored in a file mentioned against file tag."
[05:58] <Kamping_Kaiser> where can i ask for help with wiki syntax? i tried using [br]  to start new lines, but it always displays "[br] " rather then make the line break
[05:59] <trappist> https://wiki.ubuntu.com/HelpOnFormatting
[05:59] <trappist> I think it's [[BR] ]
[06:00] <Kamping_Kaiser> thanks. I'll try it out
[06:11] <LaserJock> hi robotgeek
[06:11] <Kamping_Kaiser> trappist: that fixed me up. thanks
[06:11] <trappist> cool.
[06:55] <robotgeek> hey LaserJock
[06:55] <robotgeek> sorry, got distracted away from computer :)
[07:25] <Madpilot> trappist, for your "zone sections" line - shouldn't it be "the zone sections define..." rather than "defines"?
[08:16] <trappist> Madpilot: yeah, now that you mention it, but I was actually asking about the 2nd part of the sentence
[08:17] <Madpilot> trappist, the "file tag" part? I know zip about bind, was just wondering about the grammar...
[08:17] <Madpilot> hi Burgundavia
[08:17] <Burgundavia> salut Madpilot
[08:17] <Burgundavia> thanks for dinner and beer
[08:29] <trappist> Madpilot: I mean "stored in a file mentioned against a file tag".  I dunno what it's supposed to mean, but I suspect it's not quite right.
[08:30] <Madpilot> I've got no idea what it's supposed to mean either - but you're right, it doesn't seem to make sense...
[08:45] <LaserJock> hmm, yelp isn't working anymore
[09:01] <Madpilot> hi robitaille
[09:06] <robitaille> Hi Madpilot
[09:26] <LaserJock> is the yelp thing just me?
[09:30] <Madpilot> I don't run Dapper - but have you checked LP's bug reports?
[09:35] <LaserJock> hmm, not sure
[09:36] <robitaille> the yelp thing?
[09:37] <LaserJock> yeah, it crashes
[09:38] <robitaille> humm...it doesn't crash for me, but no documents are displayed...and I have some I/O warning in the terminal
[09:38] <robitaille> /var/log/scrollkeeper.log:  Permission denied
[09:39] <LaserJock> hmm, I'm not getting that exactly
[09:40] <robitaille> the only thing I see in the yelp window is "Help Topics"; nothing else
[09:58] <LaserJock> mine just opens up and then crashes
[09:58] <LaserJock> I used to have that error but haven't had your's for a while
[10:14] <LaserJock> hmm, do you think it would be ok to ship a few tarballs with the docs?
[10:15] <LaserJock> actually maybe it would be better to just give a wget command
[10:15] <Madpilot> what for?
[10:19] <robitaille> LaserJock:  malone 34384    is that your problem?
[10:20] <LaserJock> Madpilot: for the packaging guide we are using a few examples but I'm not sure how permanent they are
[10:21] <LaserJock> robitaille: I'm not sure, I definately get terminal output
[10:24] <robitaille> and I seem to have found my problem:  #27844
[11:01] <joachim-n> hi
[11:02] <Madpilot> hi
[11:02] <joachim-n> do you know if the 2.14.1 version of the gnome docs will go into Dapper?
[11:04] <Burgundavia> joachim-n: I believe so
[11:05] <Burgundavia> 2.14.1 is going into dapper in general
[11:05] <Madpilot> we do ship the upstream docs, so the gnome docs will be in Dapper somewhere
[11:06] <joachim-n> cool
[11:06] <joachim-n> I'm thinking about adding a general 'Contributing to GNOME' section to the GNOME User Guide
[11:07] <Madpilot> you'd want to talk to Gnome's own docteam about that, I guess - we're just Ubuntu's doc monkeys
[11:07] <joachim-n> well, me and a handful of others
[11:23] <Kamping_Kaiser> lol joachim-n. "i am the docteam" <grin>
[11:23] <joachim-n> well... it feels that way sometimes :(
[11:23] <Kamping_Kaiser> :S they know (i just lurk and make up numbers)
[11:23] <joachim-n> I think I meant to type 'on' too :)
[11:24] <joachim-n> anyway, I can't poach any of you lot, that wouldn't be nice

[11:24] <Kamping_Kaiser> dunno, you could poach the idlers ;)
[11:53] <joachim-n> hi
[11:54] <dsas> judge dredd: "I am the law", joachim-n: "I am the docteam"
[11:57] <joachim-n> not quite as glamorous though
[12:00] <dsas> it's a bit safer mind.


[00:05] <sarnold> Pruners: that's your loopback interface "lo" -- there's 2^24 IP addresses in the range <IP_ADDRESS>-<IP_ADDRESS> and they all mean "localhost" -- the scope host means that packets sent to those addresses aren't going to leave the computer
[00:14] <Pruners> I was logging in to the server successfully, but that was at another location, when I moved the machines here the IP addresses probablly changed.
[00:16] <Pruners> I put in my command      ssh  [my user name]@[the name assigned to my server] and it just nothing happens after some minutes it times out.   Does that mean the server is not on the network?  I have the server plugged into the network via ethernet cable.
[00:17] <RickyRat5005> Well, do you have the same subnet in both locations? Did the server have a static IP?
[00:17] <RickyRat5005> !paste
[00:18] <RickyRat5005> Paste the full output of the command here using dpaste.com
[00:20] <sarnold> Pruners: it could be a wifi router thing not letting wifi devices talk to wired devices or lots of other reasons :/
[00:28] <Pruners> It's just my router, the two machines on same network, its not like outside on the internet somewhere, they're right here.
[00:29] <sarnold> every now and then one of my machines will get a new ip address
[00:29] <sarnold> one doesn't have a monitor attached to it, and others are downstairs, so even if they do have a monitor i'm not inclined to walk up and down ..
[00:29] <Pruners> hmmm that's interesting sarnold " it could be a wifi router thing not letting wifi devices talk to wired devices" what if I connected my two computers directly to each other with ethernet cable?
[00:30] <Pruners> ...eliminating the router completely...
[00:30] <sarnold> so i'll use nmap to try to find it, nmap --open <IP_ADDRESS>/24 -p 22   -- that'll look for open sshd servers on the network. then I just try the ones that are reported until I find the one I want. it's not ideal. but doing a better job requires a lot more work :)
[00:30] <RickyRat5005> Do you have a crossover cable? LOL
[00:30] <sarnold> Pruners: in that case you'd need to manually assign IP addresses so they could talk; it's not the worst, but it takes some effort. *maybe* the auto-assigned ipv6 addresses would be enough? I haven't tried :(
[00:31] <sarnold> RickyRat5005: gigabit ethernet auto-senses, there is almost never a need for crossover cables these days :D
[00:31] <Pruners> right, I usually run my server without a monitor, like you do.  although I happen to have it attached to a monitor this evening, the server did boot up and presented with a login, but perhaps it isn't really up and ready?  I should probably restart it and watch to boot up and make sure its really up.  All the fancy commands aren't going to work if it ain't fully up!
[00:32] <Pruners> Let me use that paster you recommended and paste the response I'm getting that might help you offer some insight.
[00:32] <Pruners> I do have a crossover cable but I'd have to look for it.
[00:35] <RickyRat5005> That was a joke... I wouldn't connect them together. Just run the command and paste the output here.
[00:40] <Pruners> yeah well its pretty desperate to think of looking for a crossover cable.  But I'm pretty close toi desperatin!
[00:44] <Pruners> I ran a command ssh  and that command produces
[00:45] <Pruners> 11 results, two of which are names I assigned to my server, does that mean the server is up and running and on the network?  or does that just mean something else and doesn't prove the server is up and on the network?
[00:46] <sarnold> it sounds promising that you could either ssh to that named machine, or one of the IP addresses that machine appears to have
[00:49] <Pruners> like,   username@[IP address]     ?
[00:49] <sarnold> yeah
[00:50] <Pruners> yes that DOES sound promising.  There's only approximately four IP addresses going on in the network [I believe] so four attempts should throw the hat on the bull's horns, so to speak.
[02:08] <Pruners> thanks for your help this evening.  I'm going to hit the hay and pick this up again in the morning.
[04:05] <nicepete> hello all, hopefully a simple question - i co-installed KDE next to my ubuntu Gnome install and, didn't like it much. Now i've removed it, but it still loads another login screen where i select a desktop session. Can I get it back to normal without re-installing ubuntu? some cursory googling has come up with some stressing looking commands and answers
[04:06] <nicepete> fwiw i still appear to be inside a KDE environment in terms of cursor, menu icons, minimize/maximize/close on the top right of windows, etc
[04:08] <nicepete> the command i ran was "sudo apt-get purge kde-full kubuntu-desktop" as i installed kde-full
[04:25] <anadon> Can I get some more attention to https://ubuntuforums.org/showthread.php?t=2496775&p=14185381#post14185381 ?  It's a low traffic area, so I'll be loud about it.
[04:56] <akik> you call that fighting?
[04:57] <akik> anadon: i did it like this for a rt-kernel https://paste.linux.chat/?8d240b8ca10adb5f#5VYp891MeXpMTfbRemY6qjvASnQdW4Yy5X3Vs6XvdCwE
[07:43] <quazimodo> in 22.04 systemd turns on pulseaudio per user right?
[07:59] <csi> Hello
[07:59] <csi> Guys I have a question, what is the Ubuntu 12.04?
[08:03] <enyc> lol
[09:03] <riOwnage> an older, version..
[10:33] <ice9> how to automatically unlock the default keyring on startup ? because every login, it popups to enter the password because an app needs it
[10:47] <ice9> how to make the value of "/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/device:08/PNP0C09:01/PNP0C0A:03/power_supply/BAT0/charge_control_end_threshold" permanent?
[11:05] <akik> anadon: you figured it out?
[11:48] <webchat81> Hi, just wanting to report that the Asus USB-AX55 USB is not being recognized in Ubuntu 23.10 as the RTL8832BU under the 8852 driver in the Linux Kernel. This is during the live install, so I suspect that the driver maintainer needs to update their device ID's in the driver in order to have it be recognized. lsub shows that the device is recognized
[11:48] <webchat81> as existing, but no driver is loading for it. running modprobe rtl8852* yields no resulting working driver.
[11:48] <webchat81> I'm currently not on Ubuntu at the moment, because no driver, but I thought someone should know.
[11:49] <lotuspsychje> webchat81: realtek drivers are known for being flaky/picky on specific kernel versions
[11:49] <lotuspsychje> webchat81: wich kernel version does this occur for you?
[11:50] <webchat81> It's whatever the current 23.10 iso came with, during the live environment.
[11:50] <webchat81> I didn't uname -r it.
[11:50] <lotuspsychje> !info linux-image-generic mantic
[11:51] <lotuspsychje> webchat81: what you could do, is test a 22.04 live or an early 24.04 beta iso to see if it works by default
[11:52] <webchat81> 22.04 live doesn't even have the rtl driver package installed by default, so no go there. I can try the 24.04 beta then and see if that works.
[11:52] <lotuspsychje> webchat81: 24.04 has kernel 6.8 currently, so that could be interesting to test
[11:53] <webchat81> That's not even on Arch Linux's installer iso, so that's fun.
[11:53] <webchat81> Last i tested, which was a few days ago.
[11:53] <bittin__> webchat81: it is
[11:53] <bittin__> Current Release: 2024.04.01
[11:53] <bittin__> Included Kernel: 6.8.2
[11:54] <webchat81> At least now.
[11:54] <webchat81> Wasn't when i tested it.
[11:54] <bittin__> ah
[11:54] <webchat81> Lets see how 6.8 fairs.
[11:56] <webchat81> To be fair, that wifi adapter is pretty dang new, despite that chipset having been out for a little while.
[11:56] <webchat81> Asus being Asus I suppose with their idents.
[11:57] <webchat81> Appreciate the suggest Lotus.
[12:22] <unixbeard> Hi!  I just updated to 6.5.0-27-generic, and I'm getting load averages over 2!  I think it might be related to my 3060 and nvidia, but changing drivers doesn't seem to help.  top/htop show no process eating CPU.  Help?
[12:22] <unixbeard> I'm running Ubuntu 22.04.
[12:23] <lotuspsychje> unixbeard: check your journalctl -f logs in realtime to find a possible cause
[12:24] <unixbeard> lotuspsychje: nothing stands out there, but, I am watching.
[12:44] <dreamon> hello. is there a tut to follow, conversion mbr to gpt of my ubuntu 18.04 without reinstallation..?
[12:44] <BluesKaj> Hi all
[12:45] <Walex> dreamon: your nickname is very appropriate to "without reinstallation". That is only supported across "consecutive" versions IIRC.
[12:45] <Walex> dreamon: and sometimes it is not successful if the system has been customized in unexpected ways.
[12:50] <dreamon> Walex, nice. but my question was is there a tut.. I'm ready to invest time for it. if it fails I go one till it works. might be I loose a lot of time. maybe .. no problem
[12:50] <vlt> dreamon: Something that *might* work: Boot a live system, ddrescue the partitions you’d like to keep, create a GPT table and the partitions, write back the contents of the partitions (while keeping an eye on sizes, you might have to resize2fs here and there), mounting the root file system from the new partition, chroot there, run update-grub or whatever it was back in 18.04, reboot and see.
[12:50] <vlt> ddrescue everything back if that failed :D
[12:52] <dreamon> I've made backups.. ddrescue already done. does 18.04 runs on uefi? or do I have to upgrade first?
[12:52] <ogra_> dreamon, this is a very advanced task and extremely risky, i'd recommend taking proper data backups, do a fresh install with proper GPT table and play back the data ...
[12:52] <dreamon> my new lenovo notebook dont work on mbr anymore..
[12:53] <vlt> dreamon: I don’t remember the 18.04 times :D  You have a lot of trial and error before you. Good luck!
[12:54] <ogra_> UEFI has been used since 14.04 or 16.04 so 18.04 will definitely use it if you did not force legacy mode in the BIOS settings
[12:55] <dreamon> write back the contents of the partitions → whats best way to copy (rsync) some special options needed?
[12:57] <dreamon> I love linux stuff, every second is a good second for extend my knowledge ;)
[12:57] <leftyfb> dreamon: this is a perfect time to install the latest LTS (22.04) since 18.04 is End of Life and unsupported
[12:58] <dreamon> leftyfb, yes. maybe It might be better to upgrade first on my old laptop and after that I transfer to new one and convert to uefi.
[12:59] <leftyfb> dreamon: install from scratch if you need UEFI
[13:03] <dreamon> nono.. thats no option for me.. I need all my installed programms. I made so many things.. from scratch.. it like say my son is wrong, i make it from scratch. ;)
[13:03] <vlt> dreamon: I specifically mentioned dd(rescue) because that way you keep all the file system UUID, LABEL, or similar data that might be relied on by your kernel cmdline, initrd, or /etc/{crypt,fs}tab ...
[13:04] <leftyfb> vlt: dd'ing from one drive to another will in no way help with "converting" MBR to UEFI
[13:04] <dreamon> vlt, good hint. I know
[13:05] <vlt> leftyfb: Right, but dd’ing a file system from an old to a new position.
[13:05] <vlt> (position or partition)
[13:06] <leftyfb> dreamon: reinstalling from scratch is a good way to extend your knowledge. Especially if you add something like ansible to help with rebuilding your system exactly the way you had it
[13:06] <gordonjcp> I never attempt to rescue systems
[13:06] <gordonjcp> blat it, reinstall it, restore from a backup
[13:07] <vlt> dreamon: And another tip from experience: sfdisk has a --move-data option but for me that always turned out to be wayyyyy slower that dd’ing the data back and forth.
[13:07] <vlt> *than
[13:07] <gordonjcp> people get a bit preachy and "oh but if you just used <insert favourite deliberately-hard-to-use distro here> you'd learn so much more about Linux"
[13:07] <gordonjcp> but I don't want to learn so much more about Linux
[13:07] <gordonjcp> I honestly don't care to
[13:08] <gordonjcp> I've been using it since kernel 0.9
[13:08] <vlt> gordonjcp: Yeah, we’re all different ;-)
[13:09] <leftyfb> reinstalling is a great way to get rid of cruft and things you installed but don't actually need or want anymore
[13:10] <gordonjcp> vlt: I do realise the extent to which this makes me sound like a crabbit old git, and I make no apologies
[13:10] <gordonjcp> *apologies
[13:10] <gordonjcp> I just consider it a far more valuable lesson to learn that you should know how to back up and restore
[13:10] <gordonjcp> always have a couple of good backups
[13:10] <gordonjcp> rather than learning how to grovel around in borked filesystems to cobble the system back together
[13:11] <dreamon> gordonjcp, restore what? documents.. easy stuff.? my list is endless long.
[13:12] <gordonjcp> dreamon: all the apps installed, all the system settings, all the user settings, any locally-stored user data (mostly massive video files)
[13:14] <dreamon> I did it once.. never more. I lost to much stuff that I tweaked long time a ago.. no thanks.. no option for me
[13:14] <gordonjcp> I don't really "tweak" things
[13:14] <leftyfb> dreamon: you should look into ansible
[13:14] <gordonjcp> definitely
[13:15] <gordonjcp> whatever OS I'm on I generally just go with the defaults, except in Haiku because the mouse is crazy fast
[13:15] <leftyfb> dreamon: I spent a couple days writing a playbook to build my system from scratch. I bought a new laptop recently and was able to get my system back exactly the way it was from a fresh install in just a couple minutes
[13:15] <leftyfb> dreamon: either way, "converting" from MBR to UEFI is non-trivial and not suggested. I'm also curious as to why you think you need to do so
[13:16] <gordonjcp> leftyfb: mmm
[13:16] <gordonjcp> yeah
[13:16] <gordonjcp> that's got failure written all over it
[13:17] <gordonjcp> dreamon: tell you what, if you convert from MBR to UEFI on a currently running system I can guarantee you will not be bored for the rest of the afternoon
[13:17] <gordonjcp> dreamon: you might wish you were still only bored, but you won't be
[13:18] <RickyRat5005> Is there a compelling need to convert? Just curious as to what the goal is?
[13:19] <dreamon> no problem. I will get it done .. thank you guys for your help
[13:22] <ogra_> gordonjcp, s/afternoon/month/ ?
[13:26] <gordonjcp> ogra_: possibly
[13:26] <ogra_> 🙂
[13:26] <gordonjcp> there's a bit over two weeks left
[13:27] <gordonjcp> that reminds me, I've got about 1500 miles and two on-call shifts to claim for
[13:27] <ogra_> yeah ... could just fit ...
[13:28] <RickyRat5005> I recently installed Ubuntu 23.10 and expected to be able to use the TPM for disk encryption, but I still have to put in a password at bootup, so I must have missed a step. Is there a guide or walkthrough somewhere for installation with TPM?
[13:31] <ogra_> RickyRat5005, it should just use it if you ticked the box in the installer (and didnt do any manual partitioning i think)
[13:31] <ogra_> and indeed your HW needs to be fully compliant (only TPM 2.0 is supported)
[13:34] <RickyRat5005> AMD Ryzen™ 9 7950X3D × 32 so it should have TPM
[13:35] <RickyRat5005> Maybe I need to change something in BIOS....
[13:35] <RickyRat5005> MB: ASUS ROG STRIX X670E-F GAMING WIFI
[13:37] <ogra_> yeah, the BIOS options also play a role ...
[13:37] <ogra_> (i.e. you need to have RAID turned off ... etc)
[13:38] <ogra_> theer are some discussions at discourse.ubuntu.com around it, where people point ouot what they had to turn off/on
[13:38] <RickyRat5005> Thanks, I'll take a look
[14:35] <aziz_> firefox
[16:43] <fred202> hi - i have a hd as a storage - i would like to have it passworded for access - how to ?? - thanks.
[16:44] <fred202> without encrypt
[17:00] <tomreyn> fred202: you would like to have to enter a password when you connect a hdd, but not have the data stored on it encrpyted?
[17:00] <tomreyn> i don't see what this would accomplish
[17:00] <fred202> yes - its already installed as a hd - but non passworded. thanls
[17:01] <tomreyn> what's the goal there?
[17:01] <fred202> password the hs
[17:01] <fred202> for connection view
[17:01] <fred202> mounted view
[17:01] <tomreyn> hmm, i don't think i understand.
[17:02] <fred202> to mount the hd - i would like to have to enter a password
[17:03] <tomreyn> you could maybe make it so that connecting this very hdd to this very computer with this ubuntu installation and configuration would prompt you for a password. but connecting the same hdd to another computer would then not prompt for a password. what would you have achieved that way?
[17:03] <fred202> kind of like gnome encrypt
[17:04] <fred202> the hd is installed and used as storage- i just want a password to access
[17:04] <lotuspsychje> maybe fred202 wants to prevent other users of the pc, not access the data on his HD
[17:04] <fred202> exactly
[17:04] <lotuspsychje> a case for chmod?
[17:04] <tomreyn> "gnome encrypt" is not something i'm familiar with (maybe you're referring to the Gnome GUI for cryptsetup / dmcrypt-luks)
[17:05] <fred202> yes
[17:05] <fred202> true
[17:06] <fred202> i can use gnome encrypt- but warns i can not use outside programs to view data
[17:06] <tomreyn> chmod would still not prevent someone from taking the disk and connecting it to a different computer where they can then read it.
[17:06] <fred202> exactly
[17:06] <fred202> good shot thos lotus
[17:07] <fred202> seems to basic for us to conceive
[17:08] <fred202> so, my only avenue is to use a portable device ?
[17:08] <fred202> why not make my hs see itself as a portable device ??
[17:09] <fred202> hd
[17:09] <fred202> interesting
[17:09] <fred202> ubuntu's next venture - making se of
[17:10] <fred202> use
[17:10] <tomreyn> if you want to prevent access to data on that disk, you have three mechnisms you can make use of: hardware/firmware based disk encryption (OPAL) - I would not recommend this -, block device encryption (dmcrypt-luks/veracrypt) - where i would not recommend veracrypt, and file system encryption (some file systems offer it as a core feature, others allow of adding it on-top). finally, you could have single encrypted files.
[17:11] <fred202> exactly - single files
[17:11] <fred202> i tried
[17:11] <fred202> thanks for the help people
[17:12] <fred202> ubuntu would save alot of hastle if this were tackled.
[17:12] <fred202> AND save the security of those who seek honest privacy.
[17:13] <tomreyn> you haven't really described what is 'this', yet.
[17:13] <leftyfb> that's what Full Disk Encryption is for. Which is an option during installation
[17:13] <fred202> right now - seeing all the supposed failures - i cant substantiate that feature
[17:14] <fred202> i have way to valuable date to chance it- especially through update failures.
[17:15] <fred202> or graphic failures due to nixed drivers
[17:15] <leftyfb> that's what backups aere for
[17:15] <leftyfb> are*
[17:15] <leftyfb> so now you're onto completely separate and unrelated issues
[17:16] <fred202> your right - were all lazy when it comes to that.
[17:16] <leftyfb> fred202: speak for yourself
[17:16] <fred202> my hot dog stand has no pork
[17:16] <leftyfb> I have local backups, remote, backups to the cloud and an annual backup kept in a fireproof safe
[17:17] <leftyfb> all encrypted
[17:17] <fred202> i trust the clud from intel agencies like trust hillary with my stuffrd animal
[17:17] <fred202> cloud
[17:18] <fred202> us commmon users that have 9-5 jobs and a family dont have the expired time to do such things
[17:19] <fred202> be nuce and compassionate and help us -
[17:19] <leftyfb> fred202: again, speak for yourself
[17:19] <fred202> nice
[17:19] <leftyfb> fred202: you asked for help password protecting your drive, use FDE(LUKS)
[17:20] <fred202> i thought abt it
[17:20] <leftyfb> fred202: https://opensource.com/article/21/3/encryption-luks
[17:20] <fred202> i am a retired "boomer" electronic engineer -
[17:20] <fred202> i started ubuntu in 06
[17:21] <fred202> killer os
[17:21] <fred202> yes - i did the rest with their broke sht - ubuntu is like elvis.
[17:22] <fred202> arch fanboys love pain
[17:22] <tomreyn> fred202: could you stay on topic please - ubuntu support.
[17:22] <leftyfb> fred202: lets try to stay on topic here. Support. Feel free to join #ubuntu-offtopic for general chat
[17:22] <fred202> gentoo users are on welfare to subdue their time
[17:22] <fred202> ok lefty
[17:22] <fred202> srry
[17:23] <fred202> thank you for your time lefty
[17:26] <fred202> love u guys - nite
[17:26] <fred202> out
[19:01] <bunjee> newbie on this end.....how do update snap store? It shows up in the software updater - but then when I try to update it a message reads: unable to update "snap store" (null): cannot refresh "snap-store": "snap store" has running apps (ubuntu-software), pids: 1870.
[19:04] <leftyfb> bunjee: reboot
[19:05] <bunjee> leftfb: anytime?
[19:05] <bunjee> leftyfb: anytime?
[19:05] <leftyfb> sure
[19:06] <bunjee> leftyfb: I've done that several times and still get the exat message.
[19:06] <leftyfb> bunjee: killall snap-store
[19:07] <leftyfb> bunjee: then sudo snap refresh
[19:10] <bunjee> leftyfb: thank you.....now I'm gonna reboot....
[19:16] <Alguien> Buenas tardes
[19:24] <Alguien> Voy a seguir sin enterarme de como funciona este XChat.
[19:49] <lubuntu> hi
[20:00] <aurolac> getting an 'no kvm' error when trying to load iso into gnome-boxes
[20:11] <rfm> aurolac, is virt support turned on in BIOS?
[20:16] <aurolac> i can try that, odd that it didn't seem relevatnt back in 23.04
[21:03] <tzio> hi, there is a bug with 24.04 installer when using /home with luks encryption i believe
[21:04] <shadow255> tzio: you may want #ubuntu-next for your issue
[21:05] <tzio> k ty shadow
[21:34] <meischtrCH> hello there, anyone can help me with some basic troubles i think? :) had problem to start a systemd service with a cronjob - had edited the sudoers file but nothing will change - allways have the problem that the script want to have the password of my "superadmin user"


[04:35] <glass-eye> does anyone know if there are datasheets available for the Marvell Dove processor?
[12:38] <kblin> rcn-ee: morning :)
[12:38] <rcn-ee> hey kblin, hows it going?
[12:39] <kblin> fine, thanks.. busy as usual, but who isn't :)
[12:39] <kblin> <IP_ADDRESS>-x5.3 is working fine on both my B6 as well as on the C3
[12:41] <rcn-ee> not me, well i haven't opened my work email yet...  that's good to hear, 2.6.31 has been solid on my builders.  For karmic i'm pushing it as recommended..
[12:42] <rcn-ee> even got the sgx drivers working on it yesterday, xfce4 seems way faster then jaunty...
[12:43] <kblin> hehe, wouldn't be able to tell. I don't think I've ever plugged anything in the graphics ports of my beagles
[12:45] <rcn-ee> i usually do that atleast once a month, just to make sure it still works..  Otherwise all my systems are headless servers like yours...
[12:45] <kblin> fair enough :)


[00:31] <lamont> and ppas coming back
[04:18] <evelio> Hello.  I have a quick question.  I noticed that Ubuntu picks up a lot of packages from Debian.  Who decides what packages get pulled in?
[05:04] <tumbleweed> evelio: the archive administrators. But basically everything does unless there's a good reason not to


[09:48] <xnox> ogra_: otherwise every little bugfix would have to go through a review ;-)
[09:52] <ogra_> yeah
[09:53] <ogra_> i thiink i just mixed it up because we often had alpha or beta freezes right around FF
[09:54] <xnox> ah, true.
[09:54] <seb128> ogra_, hey
[09:54] <ogra_> yo
[09:56] <ogra_> hmm, doesnt look like infinity saw my ping last night ... seems the armhf buiolder still has a stale lock
[10:04] <infinity> ogra_: Ask #is.
[10:04] <infinity> ogra_: And be specific, there are two armhf builders.
[10:04] <infinity> Actually, I'll ask.
[10:26] <smartboyhw> Helo Ubuntu Release Team. Do I need to file a FFe bug for a bug-fix upstream update of a universe application (rekonq) since it is now FF?
[10:27] <Laney> no, bug fix updates don't need FFe
[10:27] <smartboyhw> Laney, OK
[10:27] <ogra_> you dont need freeze exceptions for bugfixes or minor version upgrades (i.e. 3.3.1 to 3.3.2 doesnt need an FFe ...)
[10:27] <ogra_> only for new features or major version upgrades
[10:28] <Laney> er, depends what is in the minor version update
[10:28] <smartboyhw> ogra_, OK
[10:28] <ogra_> indeed
[10:28] <Laney> the freeze doesn't care about version numbers but the content of changes
[10:28] <smartboyhw> Well it just is a bug fixing update for bookmarks.....
[10:28] <ogra_> thats fine
[11:58] <Laney> can someone fix Archive: in the topic please?
[12:26] <tumbleweed> how does auto-landing interact with the feature freeze? (re bug 1081843)
[12:26] <ubot2`> Launchpad bug 1081843 in unity (Ubuntu) "[FFe] Launcher, Window Management - More Effective window switching for apps with multiple windows using the Launcher" [High,In progress] https://launchpad.net/bugs/1081843
[12:26] <tumbleweed> it's already been committed, and I see the FFe component was just changing the bug title and subscribing us
[12:26] <Laney> they shouldn't be committing stuff without FFe approval
[12:27] <tumbleweed> it was committed before FF, just
[12:28] <Laney> but it will be uploaded after
[12:28] <tumbleweed> yeah, this is just a weird corner case
[12:28] <Laney> probably the path of least resistance to approve it if you want to and not fuss, otherwise it can be reverted
[12:28] <tumbleweed> I'm happy to just wave it through
[12:31] <xnox> tumbleweed: Laney: I'd apply slangasek's "near miss FFe waiver programme" as per FF email.
[12:32] <Laney> he's approving it, so moot
[12:32] <Laney> something to be aware of for daily landing though that there the freeze effectively starts the day before
[12:33] <tumbleweed> I was asking about it more generally, though
[13:05] <xnox> A stacked openssl quantal upload is coming up from mdeslaur and myself.
[13:28] <Laney> ↑ discussed in #-desktop and I told them to go ahead with NEWing
[14:10] <cjwatson> infinity: https://dogfood.launchpad.net/ubuntu/precise/i386/accessodf \o/
[14:11]  * cjwatson qa-oks
[14:11] <xnox> WIN!
[14:12] <cjwatson> (compare https://dogfood.launchpad.net/ubuntu/precise/i386/python-aafigure which is before that fix)
[14:13] <xnox> yeah component and priority is not lost any more....
[14:13] <xnox> although that priority is not lost is not visible in the qa-ok test.
[14:14] <cjwatson> Yeah it is
[14:14] <cjwatson> Unless you mean section which I didn't bother changing
[14:16] <xnox> awesome =)
[14:37] <jokerdino> hey, any archive admins around?
[14:38] <jokerdino> could use the help of one to look into the unity-tweak-tool package in the new queue. :/
[15:37] <xnox> doko, infinity ^^^^ openssl above are the right onces that have mdeslaur bug folded in as well.
[15:37] <xnox> unless you want them separate.....
[15:38] <xnox> infinity: for my bugs I did tests on armhf/amd64 for both quantal and precise. Will do stress testing with apache as you suggested later this weekend. Have a few things to catch up on, before EOW.
[15:48]  * Laney reads "“Ubuntu Release Team” team's teams" on Launchpad and giggles
[15:48] <cjwatson> ObjectFactoryFactoryFactory
[15:52] <Daviey> def teams(team):\n for t in teams(lpteam): print t
[16:11] <Laney> Riddell: you guys have a bot to file bugs?!
[16:12] <Riddell> Laney: it can serve beer too
[16:12] <Laney> reminds me of IRC 15 years ago
[16:12] <ScottK> It cannot, however, get debian/copyright correct.
[16:12]  * Laney slaps Riddell around a bit with a wet trout
[16:14] <xnox> old school, Laney you are showing your age now.
[16:14] <slangasek> his age is indicated by a fish?
[16:14] <seb128> slangasek, I think it's more the smell of it which indicates the age
[16:14] <Laney> I wonder if I can still remember any mIRCscript
[16:42] <phillw> hi good people. I know I've been told before (I've lost the sticky note). What time UTC does the cron jobs for lubuntu alternate and desktop kick in?
[16:43] <bdmurray> slangasek: I've a list of packages to be removed from -proposed when you have a chance
[16:43] <infinity> 29 16 * * *     for-project lubuntu cron.daily; buildlive lubuntu daily-live && for-project lubuntu cron.daily-live
[16:43] <infinity> phillw: ^
[16:43] <infinity> bdmurray: I can do that, if you're doing the bug followup.
[16:44] <bdmurray> infinity: sure - http://pastebin.ubuntu.com/5596423/
[16:45] <infinity> bdmurray: Consider it done.
[16:48] <infinity> bdmurray: And all done.
[16:49] <infinity> ... and I may have done something bad.
[16:51] <bdmurray> infinity: ?
[16:51] <phillw> infinity: thanks :)
[16:51] <infinity> bdmurray: I may have removed those packages from their respective -release pockets.  A little bit.
[16:52] <infinity> (Which shouldn't actually change anything on-disk, cause we don't re-publish those pockets AFAIK, but...)
[16:52]  * infinity halts the publisher to copy them all back over themselves.
[16:52] <cjwatson> You shouldn't even have been able to remove anything from an unmodifiable pocket.
[16:53] <infinity> cjwatson: I like the theory.
[16:53] <cjwatson> Have you checked the publishing history?
[16:53] <infinity> https://launchpad.net/ubuntu/+source/xfce4-settings
[16:53] <ogra_> infinity, so i dug a little into the panda breakage, seems it got stuck during fdupes
[16:53] <infinity> ^-- Note the lack of -release versions for precise and quantal.
[16:53] <cjwatson> Oh my.
[16:53] <ogra_> i wonder if at the high I/O that causes the USB driver or disk falls over
[16:53] <cjwatson> Please file an LP bug
[16:54] <infinity> ogra_: I'm not sure that's meaningful.  "The filesystem went r/o while doing things to it"...
[16:54] <ogra_> yeah
[16:54] <ogra_> well, sevea asked me to check when exactly it failed
[16:54] <ogra_> i'll do that the next time again, lets see if its doing it again
[16:55] <ogra_> i sadly couldnt get a manual nx7 build going ... somehow foomatic stuff is skewed in the archive atm
[16:56] <cjwatson> I'm not sure you'll be able to copy it back
[16:56] <infinity> No...?
[16:56] <cjwatson> It's certainly not possible to accept a queue item for the release pocket of a stable series
[16:57] <infinity> (base)adconrad@cthulhu:~$ copy-package --auto-approve -e 4.10.0-1ubuntu2 -s quantal -b xfce4-settings
[16:57] <infinity> Copy candidates:
[16:57] <infinity> 	xfce4-settings 4.10.0-1ubuntu2 in quantal
[16:57] <infinity> Candidate copy target: https://api.launchpad.net/devel/ubuntu/+archive/primary
[16:57] <infinity> Copy [y|N]? y
[16:57] <infinity> Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state.
[16:58] <infinity> Hrm, indeed.
[16:58] <infinity> Well, this is problematic.
[16:58] <cjwatson> As you say, it won't be published
[16:58] <infinity> True.  But the history is now broken. :/
[16:59] <infinity> And, in fact, once I properly delete the -proposed versions, it'll look like it just plain doesn't exist in that series at all.
[17:00] <cjwatson> Yeah, it needs to be fixed
[17:00] <cjwatson> If you file the bug about deletion, I can fix that nowish
[17:01] <infinity> 1152669
[17:01] <cjwatson> ta
[17:03] <infinity> This is altogether the wrong time of week to be trying to fix this too.  But, I guess since the changes won't be published, it can wait.
[17:04] <infinity> The bug references all the accidental deletions, at least. :/
[17:04] <ogra_> shouldnt you be on a plane ?
[17:04] <xnox> bdmurray: infinity: NOT THE AUTOFS5 from lucid!
[17:04] <infinity> ogra_: I don't leave for another 16h or something.
[17:04] <ogra_> ah
[17:04] <infinity> xnox: Was that sarcasm?  It's been unverified for 562 days.
[17:05] <ogra_> pfft, who cares, let it in :P
[17:05] <xnox> infinity: yeah, but there is only one reason we care about autofs5 in lucid.
[17:06] <xnox> infinity: that was not sarcasm.
[17:06] <xnox> Daviey: bug 578536 is scheduled to be removed from lucid-proposed, because it's unverified.
[17:06] <ubot2`> Launchpad bug 578536 in autofs5 (Ubuntu Lucid) "when stopped, automount orphans some mounts" [Medium,Confirmed] https://launchpad.net/bugs/578536
[17:07] <infinity> xnox: Read the bug log.  It looks like it needs more/differnt fixing anyway...
[17:07] <Daviey> xnox: I'm not sure i am bothered :)
[17:08] <infinity> Points to a dead branch.
[17:08] <xnox> Daviey: ok, talking with stockachu about it.
[17:08] <xnox> infinity: never mind, false alarm. Those who would care about fix have now migrated to precise.
[17:09] <xnox> infinity: stockachu confirm on #ubuntu-devel.
[17:09] <bdmurray> xnox: I'd spoken with stokachu about it already
[17:09] <stokachu> hi
[17:09] <xnox> stokachu: thanks for joining us =)
[17:10]  * infinity goes about removing from the correct pocket now. :/
[17:10]  * xnox is raising false alarms again.
[17:10] <xnox> stokachu: we discuss all things SRU here ;-) as well as other releasy things.
[17:10] <Daviey> infact, infinity - do you just want to rm -rf lucid/ ?
[17:10] <xnox> one month too early?!
[17:11] <xnox> nah, that would be hardy.
[17:11] <infinity> Daviey: :P
[17:15] <infinity> cjwatson: I need to get some sleep, and Team Soyuz seems to be napping as well.  Can you remind me (or them) later to try to undo the damage? :/
[17:15] <cjwatson> Sure
[17:16] <infinity> Always good to cap off one's week with something that makes you feel really dumb...
[17:37] <cjwatson> infinity: The best bit is that the test suite (admittedly implicitly) tests that it's possible to remove from the release pocket of a stable series ...
[17:38] <cjwatson> Wait, maybe it doesn't.  Flipped logic.
[17:38] <phillw> cjwatson: could you have a quick look and check that the 'desktop' images for lubuntu are still building, the alternates arrived a little while back. Thanks,
[17:39] <cjwatson> They are, yes
[17:39] <cjwatson> The powerpc livefs builder is a bit slower so it's waiting for that
[17:40] <phillw> cjwatson: thanks :)
[17:41] <cjwatson> From inspection of the timestamps of the last few build logs, the powerpc livefs build would normally expect to finish sometime in the next ten minutes, and then it'll start constructing the ISOs
[17:42] <phillw> many thanks, I'm just doing some tidying up on the lubuntu-testing wiki so people have an estimated time of when the ISO's land each day.
[17:42] <phillw> stops them grumbling if they start a test suite and a new daily arrives half way through :)
[17:43] <cjwatson> Sure, as long as it's clear that it's subject to change - I'm not intending to make any promises here
[17:43] <cjwatson> I won't change them around frivolously or anything but it's possible
[17:46] <phillw> understood, I'll add a note with words to that affect. Am I correct in that the arm gets rebuilt on request from the arm team (they fully look after that anyways, I just want to add it for completeness sake.
[17:48] <cjwatson> No, it's cronned
[17:48] <cjwatson> 35 1 * * *      buildlive lubuntu daily-preinstalled && for-project lubuntu cron.daily-preinstalled
[17:59] <bdrung> hi, do i need a FFe for libreoffice 4.0.1-0ubnutu1 that is a bug fix release?
[18:00] <bdrung> it took a few days to review and improve it
[18:02] <tumbleweed> if it's a bug fix release, I don't see any issue
[18:02] <tumbleweed> (esp. on day 1 of FF)
[18:02] <phillw> cjwatson: hmm, must be the arm builds are 'down', the lubuntu one is 4th March and Ubuntu is 5th March.
[18:04] <cjwatson> which specific build URLs?
[18:05] <phillw> cjwatson: http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/38926/downloads for lubuntu
[18:06] <phillw> http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/39040/downloads for Ubuntu
[18:09] <cjwatson> phillw: Some of the builds after that failed and since then I think the builder has been down
[18:10] <cjwatson> The existence of http://people.canonical.com/~ubuntu-archive/livefs-build-logs/raring/ubuntu-nexus7/20130308.1/ suggests it's back up (although currently failing for Ubuntu) and you should get a Lubuntu build tomorrow morning
[18:11] <jtaylor> hi, concerning bug 1152247
[18:11] <ubot2`> Launchpad bug 1152247 in julia (Ubuntu) "Sync julia 0.1.2+dfsg-1 (universe) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/1152247
[18:11] <jtaylor> it was intended to be synced before ff, but dinstall ran to late
[18:12] <jtaylor> its mostly a bugfix I have been told, ok if I still sync that?
[18:12] <tumbleweed> jtaylor: do it
[18:12] <jtaylor> k
[18:12] <jtaylor> thx
[18:26] <phillw> again, many thanks :)
[18:30] <ogra_> phillw, arm failed for a few days and is back up again, currently we're waiting for a fix to foomatic-filters that breaks the desktop-common seed
[18:30] <ogra_> if thats in the archive nefore tomorrow morning, all images should build fine again
[18:31] <ogra_> *before
[18:58] <micahg> if there's a package sync'd from Debian that FTBFS in -proposed, but would no longer FTBFS, but there's a new version in Debian and it's never hit the release pocket, can I sync the newer version (there are new features as well)
[18:58] <micahg> I figure it needs binary NEW anyways, so....
[18:59] <tumbleweed> seems reasonable
[19:00] <tumbleweed> (as someone who doesn't do NEW review)
[19:07] <cjwatson> Indeed
[19:07] <cjwatson> Go ahead
[19:08] <micahg> thanks
[19:41] <phillw> ogra_: thanks, I've updated our wiki page for lubuntu testing to reflect the cron time that colin gave me.
[21:17] <phillw> cjwatson: any ideas yet from -release as to when the pre-milestone for beta 1 (i.e. freeze of dailies) for those teams using Beta 1 will be implemented?
[21:18] <phillw> I know FF is some what a 'grey' area :)
[21:32] <ScottK> feature freeze and beta 1 freeze are different things.
[21:57] <phillw> ScottK: indeed, we used to get the alpha or beta handed over (in theory) 7 days before the "Yes / No" decision. That it rarely happened is no difference, but it does ask... just when will the image be handed over for testing?
[21:58] <ScottK> phillw: See u-release email.
[21:59] <phillw> ScottK: I don't think I'm on that list?
[21:59] <cjwatson> It has public list archives
[22:00] <cjwatson> Also, I'm neither coordinating nor release-engineering beta 1
[22:00] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-release/2013-March/002244.html
[22:21] <phillw> ScottK: thanks for that, I've just had a chat with julien (gilir) about this. It appears that lubuntu stating that it was taking part in Beta series got lost along the way.
[23:42] <xnox> I hope "vc" is not "version control" system.
[23:42] <ScottK> It's not.
[23:42] <ScottK> library to ease explicit vectorization of C++ code
[23:42] <ScottK> xnox: ^^^
[23:43] <xnox> ScottK: meh, good enough then =))))