[00:11] -lugito:#lubuntu-devel- [rMANUAL9af1a0c65253: Fix capitlization of channel title] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL9af1a0c65253
[01:33] <kc2bez> wxl: I noticed some weirdness in today's daily. Can you confirm 2 things? 1.) It looks like the media is automatically checked on boot. Was that expected? 2.) It looks like calamares debug is enabled no matter how I start it?
[01:33] <wxl> #2 i wonder if it's that easter egg thing
[01:34] <kc2bez> Well you should be able to invoke that with a `-d` but it shouldn't normally show.
[01:34] <wxl> https://github.com/calamares/calamares/commit/a865620f902988f890781fb4576cf151c779133f
[01:34] <wxl> that || suggests there's some additional condition
[01:35] <guiverc> I noted on discourse.ubuntu.com the self-checking was going to be looked at, worked on for 20.04
[01:35] <wxl> wot
[01:35] <wxl> where?
[01:35]  * guiverc is looking
[01:36] <guiverc> https://discourse.ubuntu.com/t/defaulting-to-verify-the-image-integrity-before-installing-on-desktop/13472
[01:37] <wxl> the only new "high impact packages" alert i've seen is on libglx-mesa0 and ubiquity
[01:37] <wxl> does that happen on efi and bios?
[01:38] <kc2bez> So far I have only tested bios
[01:38] <wxl> i'm seeing it on efi
[01:38] <kc2bez> I'm all for it, it just caught me by surprise.
[01:38] <wxl> maybe reply there and see if there's something new?
[01:39] <wxl> or maybe ask in #ubuntu-devel?
[01:43] <guiverc> If you want me to look/try, ask.. I'm looking at wallpapers...
[01:43] <wxl> feel free
[01:44] <wxl> guiverc: what would be nice is checking if the check disc for defects is true for all flavors
[01:46] <guiverc> ack, I triggered lubu_64 zsync, I'll grab xubu next
[01:48] <wxl> @kc2bez: -D0
[01:49] <kc2bez> interesting
[01:57] <kc2bez> I'm not noticing the check for disk  defects on mate
[01:58] <wxl> https://github.com/calamares/calamares/issues/1328
[01:58] <wxl> unrelated to the above discussion but just saying
[01:59] <kc2bez> Yes please.
[01:59] <kc2bez> I gave it a +1
[02:05] <wxl> it's a bug
[02:07] <kc2bez> [ade] might begin to hate us XD
[02:10] <wxl> sounds like we might get a release tomorrow
[02:10] <wxl> and then he's on 2 week "vacation"
[02:10] <kc2bez> I will keep an eye open.
[02:10] <wxl> if not, dealing with it upon return wouldn't eb bad either
[02:11] <kc2bez> We can workaround that if necessary
[02:11] <kc2bez> far worse problems to have.
[02:11] <wxl> yep
[02:11] <wxl> ok headed home
[02:11] <kc2bez> take care
[02:16] <guiverc> booting daily on dc7700 (bios box) ; yeah it's check disc for defects for me
[02:16] <guiverc> (lubu 20.04)
[02:18] <guiverc> booting daily in hp8200  (black grub like first screen so uefi maybe) has it validate also
[02:30] <guiverc> lub 20.04 daily checked media for issues too on thinkpad sl510 (bios).  Xubuntu 20.04 daily on hp8200 took a long time to boot, but I didn't notice any check-disk-defects messages/indications
[02:39] <guiverc> no evidence of media validation on hp dc7700 for xubuntu daily; I've started kubu download
[02:41] <kc2bez> I just did kubuntu
[02:41] <kc2bez> I got the check disk
[02:41] <guiverc> :)   thanks, I cancelled zsync
[02:42] <guiverc> want me to do ubu_64?  (not flavor)
[02:42] <kc2bez> It probably wouldn't be a bad thing.
[03:43] <guiverc> ubu 20.04 daily on (hp) dc7700 slow booting (subjective but xub seemed slower to me than i expected) but nothing on screen to indicate validation of media
[04:43] <guiverc> i also booted ubu 20.04 daily on hp 8200 & no obvious checks, wrote the ISO to bad media; it failed check (expected) but boots without issue so ubu 20.04 isn't validating
[05:48] <wxl> thanks guiverc
[05:48] <wxl> @RikMills you know anything about this check disc for defects validation our images are now doing (but apparently not mate or xubuntu)
[05:51] <guiverc> wxl, i can write xub to bad media (actually a new verbatim thumb-drive) if helpful to re-test that .. whilst xub seemed slow to boot, it's subjective as I don't time boots
 @wxl [<wxl> @RikMills you know anything about this check disc for defects validation o …], I'm seeing that on Ubuntu MATE's brand new ISO
[05:51] <wxl> ah ok
[05:52] <wxl> guiverc: i guess you could hexedit the iso and get the same effect in a vm
 wxl did you get any kind of answer to that question about the check on irc?
[05:56] <wxl> @franksmcb none. i accidentially posted at -devel and then moved it over to -release too so many eyes have been on it
 I'm debating filing a bug as well
[05:59] <wxl> i wonder if the grub configuration has changed somehow
 I submitted a bug #1864959 screenshot included.
[06:13] <wxl> no # if you want ubot to parse it
[06:14] <wxl> bug 1864959
[06:14] <wxl> it's not ubiquity tho cuz it affects us
[06:14] <wxl> i'd hit up grub2
 Ahhh...casper?
[06:14] <wxl> hmmmm
[06:14] <wxl> maybe
 Added casper and grub2. Someone smarter will either slap my hand or route them properly, or both
 Thanks wxl
[06:18] <wxl> good methodology
[06:18] <wxl> the more inflammatory the better XD
[06:23] <wxl> /cdrom/boot/grub/grub.cfg seems to have the expected line for lubuntu
[06:26] <guiverc> wxl, my earlier comments were on booting live, I didn't do installs
[06:26] <wxl> right
 This is what I get for saying i'll just do some installs before bed
[06:32] <wxl> yeah i'm kind of over trying to figure it out right now sheesh
 understandable
 :)
[06:32] <guiverc> I've started a xub 20.04 install; I haven't noticed any media check  (copying files now)
 @wxl [<wxl> @RikMills you know anything about this check disc for defects validation o …], nope
 new feature then. sounds a good idea.
 Yeah, I think it is great. It caught me a bit off guard but I like the idea.
 Should stop a lot of ubiquity/installer bugs, that just end up marked invalid as media is corrupt!
[16:16] <wxl> wth colord-kde depends on gnome-color-manager. i'm confused.
[16:19] <wxl> yeah wow it is new in casper https://launchpad.net/ubuntu/+source/casper/+changelog
 I felt bad when I saw that it was a new added feature :)
[16:25]  * wxl shrugs
[16:25] <wxl> "check disc for defects" is still there
[16:26] <wxl> which kind of seems like a bug
[16:27] <wxl> also a bug: it's using md5 https://git.launchpad.net/ubuntu/+source/casper/tree/casper-md5check/casper-md5check.c?h=ubuntu/focal
[16:27] <wxl> (i'd suggest sha256)
[16:37] <wxl> TIL snap update frequency is 4x daily https://ubuntu.com/blog/experimental-feature-snap-refresh-awareness-and-update-inhibition
[16:44] <wxl> @fransmcb do you have a copy of the 20200227 mate iso available? could you boot to the check and try to use "s" to escape out?
 wxl give me a moment and i'll do that
 It does not escape out once it starts the check
[17:00] <wxl> so neither s nor S does it?
 Nope
[17:01] <wxl> could you boot in and verify the version of casper?
 1.440
[17:04] <wxl> aw heck you don't have the latest version
[17:05] <wxl> there's where the skip came in
[17:05] <wxl> so when lubuntu gets their new image i'll be able to check it out
 Copy that
[17:06] <wxl> 1.441 is the one with the skip
[17:06] <wxl> https://git.launchpad.net/ubuntu/+source/casper/tree/casper-md5check/casper-md5check.c?h=ubuntu/focal#n221 fwiw
 @lynorian will want to know that ^ for the docs.
[18:01] <wxl> there should be little reason for anyone to want to skip it
[18:01] <wxl> s/anyone/the average person/
 I was thinking the fact that it does the check by default should be documented more than the "skip feature".
[18:04] <wxl> oh yes
[18:04] <wxl> to replace the thing that suggests people run it XD
 Yeah, absolutely.
[18:31] <wxl> confirmed the skip works
[18:31] <wxl> and there's a message about it, too
 How does this affect me With check disk for defects is casper now autochecking media?
[18:48] <wxl> it's autochecking
 cool
[19:26] -lugito:#lubuntu-devel- [rMANUAL175d58e1990a: Remove extranous text] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL175d58e1990a
[19:37] -lugito:#lubuntu-devel- [rMANUALe65f374fec0d: Start snapping] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALe65f374fec0d
[19:54] -lugito:#lubuntu-devel- [rMANUALfba1b1f87930: Get name working] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALfba1b1f87930
[20:00] -lugito:#lubuntu-devel- [rMANUAL8454d2a8a493: Add source URL to snap] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL8454d2a8a493
 Making good amount of dollars weekly from forex trade and Crypto has made me realize how lucky I’m to be a part of this revolution. I’m not an expert in forex and Crypto trading, but i do earn much money every week by the help of @jean_ramirez . I'm happy I found a Legit trader who help me earn huge income on weekly basis withou
[20:14] <kc2bez> I am going to call that spam^
[20:14] <kc2bez> deleted on telegram
 mmmmm..... spam
 nom nom nom...
 (Photo, 1280x703) https://i.imgur.com/qbJ1eFI.jpg
[22:41] <wxl> @kc2bez: new cala. get on it :)
[22:41] <kc2bez> 👍
[23:06] -lugito:#lubuntu-devel- [rCALAPACKAGINGc6129ea27e27: Bump version for new upstream release.] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rCALAPACKAGINGc6129ea27e27
[23:06] -lugito:#lubuntu-devel- [rCALAPACKAGING72c824bff463: Upload to focal.] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rCALAPACKAGING72c824bff463
[23:15] <kc2bez> ^ It's building now. Grab it when you can. :D
[23:15] <wxl> i know!


[16:22] <blackboxsw> thanks for the review smoser , i updated the description and added inline comments to https://code.launchpad.net/~chad.smith/cloud-init/+git/cloud-init/+merge/323819
[16:26] <smoser> blackboxsw, ok. i'll grab that. was erhe a bug for that /
[16:29] <blackboxsw> smoser: oops forgot to link it (or name the branch properly so that was autolinked
[16:29] <blackboxsw> tying that there now
[16:30] <blackboxsw> https://bugs.launchpad.net/cloud-init/+bug/1687485
[16:30] <blackboxsw> done
[16:31] <blackboxsw> smoser: do you know with launchpad git can we specify something like --fixes lp:bugnum when commiting like bzr did?
[16:31] <nacc> blackboxsw: no it's not part of git itself
[16:31] <nacc> blackboxsw: so you'd need to LP: # in the d/chagnelog
[16:31] <nacc> blackboxsw: (I think that's all bzr did?)
[16:33] <blackboxsw> nacc I recall w/ bzr being able to --fixes lp:<num> and merge proposals auto-linked. But yeah I was wonding if launchpad did some commit parsing or other 'magic' shortcuts for bug linking.   Ok I'll use LP# in commit messages. (which was a requirement that  forgot for cloud-init anyway)
[16:33]  * blackboxsw changes my description and adds a commit message. thx nacc
[16:34] <nacc> blackboxsw: yeah, so LP sees that for sure (in d/changelog). It also will link the bugs to a MP, I think.
[16:34] <nacc> I forget if that's automatic or not
[16:34] <nacc> blackboxsw: were you referring to the git ommit message or the d/changelog?
[16:36] <blackboxsw> nacc I was referring to the git commit message
[16:37] <blackboxsw> if we add git commit message containing LP:# will launchpad auto link?
[16:38] <nacc> blackboxsw: I *think* it might
[16:38] <nacc> blackboxsw: smoser would know for sure
[16:38] <smoser> nacc, yeah, bzr had much more specific metadata. --fixes actually put a named field separate from the commit message that had that data.
[16:38] <smoser> blackboxsw, if you push a branch for review that has
[16:38] <smoser>  LP: #XXXXX
[16:38] <nacc> smoser: right, it was more tightly integrated
[16:39] <smoser> in the commit message (i think restricted to beginning of line)
[16:39] <smoser> then it will link it
[16:39] <smoser> it being launchpad
[16:39] <smoser> and cloud-init's tools for genrating changelogs will read that out
[16:39] <smoser> so yeah, if you're fixing a bug, as the last line in the commit message use LP: #XXXXX
[16:40] <smoser> blackboxsw, i'm running an integration test on the freebsd branch right now. if that passes, i'll move to yours.
[16:40]  * smoser is using this new fangled gnome thing
[16:40] <smoser> without any notifications that someone said my name in an irc window on a nother desktop, /me is likely to be slower to respond to irc
[16:42] <nacc> smoser: :) probablly there is a gnome-shell thing for that
[16:47] <blackboxsw> ahh gnome shell :(
[16:47] <nacc> i think that's what it's called, right?
[16:48] <nacc> tbh, ive been running gnome ubuntu for a while, because i disliked unity :)
[17:33] <smoser> rharper, https://code.launchpad.net/~raharper/cloud-init/+git/cloud-init/+merge/314539
[17:33] <smoser> that could use a look .. seems to have gotten lost
[17:34] <smoser> nacc, what is gnome ubuntu ?
[17:34] <smoser> gnome 3 , right?
[17:35] <nacc> i think so
[18:03] <rharper> smoser: boo; yes, that should land
[18:38]  * blackboxsw is walking through SRU bugs from the top http://pad.lv/1682160
[18:38] <blackboxsw> xenial only at the moment
[19:07] <smoser> gaughen, launch me an amazon instance please.
[19:12] <blackboxsw> smoser: to confirm, on xenial SRU we will walk through all the xenial cases today even though yakkety & zesty haven't been updloaded yet as seen it https://launchpad.net/ubuntu/+source/cloud-init.  We'll await steve's upload and go through Y & Z then right
[19:12]  * blackboxsw moves on to https://bugs.launchpad.net/cloud-init/+bug/1685810 verfication now
[19:22] <rharper> smoser: I need to rebase that ntp fix


[02:41] <jon_p_> hi everybody
[16:44] <nishantparhi> hey
[16:45] <nishantparhi> i am not getting how to pull request on git hub
[16:45] <nishantparhi> please help
[17:37] <evilnickveitch> Dear people, if you quit the channel 2 mins after asking for help, you aren't going to get any!
[18:08] <Naitik> Hi ;)
[18:19] <sri_> hi
[18:20] <Guest33378> hi
[18:21] <Guest33378> hello
[18:32] <ArnavN> Hi
[18:32] <ArnavN> How are you doing
[22:56] <Joshita> Hi Documentation Team!


[17:24] <TLF> Hello.  I'm unable to use my own webcam in webrtc neither in chromium nor firefox, can anyone help me? Thanks.


[02:01] <psusi> I have noticed some udev attributes like this: ID_MODEL_FROM_DATABASE=P8P67 Deluxe Motherboard.  Where does this come from?  Is there a database somewhere one could record that it is known on such and such model motherboard that ata port X is in fact, esata?
[02:58] <cjwatson> xnox: Could you please merge qutecom for the libav transition?
[05:32] <pitti> Good morning
[06:31] <dholbach> good morning
[08:13] <xnox> cjwatson: ack.
[08:50] <LocutusOfBorg1> Hi ubuntu developers
[08:51] <LocutusOfBorg1> do you think flex should be demoted on universe?
[08:51] <LocutusOfBorg1> https://launchpad.net/ubuntu/+source/flex
[08:51] <LocutusOfBorg1> the last -8 upload needs cm-super, available on universe
[08:52] <LocutusOfBorg1> so there is a FTBFS because of the missing dependency on i386 (B-D-I)
[08:55] <xnox> LocutusOfBorg1: no, we can't demote flex. Because then a good chunk of main will not be able to build anymore.
[08:56] <seb128> LocutusOfBorg1, http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.trusty/rdepends/flex/flex
[08:56] <xnox> LocutusOfBorg1: we'd typically promote cm-super-minimal into main, or modify documentation building process to not require it.
[08:57] <Laney> https://bugs.launchpad.net/ubuntu/+source/cm-super/+bug/1328509
[08:59] <xnox> slangasek: bmurray: can you please subscribe foundations to pfb2t1c2pfb ?
[08:59] <xnox> (ps. not a typo)
[08:59] <Laney> bless you
[08:59] <xnox> should unblock above MIR ^
[09:07] <LocutusOfBorg1> :) yes a MIR is indeed better :)
[09:27] <pitti> xnox: pronounce that 5 times in succession?
[09:28] <xnox> pitti: "that p package's name i have written on the post-it note" http://xkcd.com/1105/
[09:28] <Laney> it's a silly name for a package which contains two conversion tools: pfb2t1c and t1c2pfb
[09:29] <pitti> haha
[09:51] <cjwatson> Riddell: Hm, why the weird merged version for opencv?
[09:53] <menace> Hi, i wanted to testbuild libreoffice on ubuntu. i did apt-get build-dep libreoffice ; apt-get source libreoffice ; i only updated the changelog of the libreoffice file and tried to rebuild it with dpkg-buildpackage -uc -us. But it breaks on trusty with an compilation error (http://pastebin.com/zBd2Fj7p). Since packages should be able to be rebuilt, why does that fail? Any Idea?
[09:57] <infinity> menace: This is fixed in trusty, and will be fixed in utopic in the next upload.
[09:58] <infinity> menace: This diff will fix it for you: http://launchpadlibrarian.net/177856415/libreoffice_1%3A4.2.4-0ubuntu1_1%3A4.2.4-0ubuntu2.diff.gz
[09:59] <Riddell> cjwatson: oh yes, my mistake, do you know I should upload again with the right version number?
[09:59] <cjwatson> Riddell: Not urgent, if you like, was just wondering
[10:41] <TheMuso`> Does anybody know if we are likely to move to kmod version 17 this cycle?
[10:42] <pitti> TheMuso`: we should certainly merge it, particularly if it's blocking you or anyone else
[10:49] <TheMuso`> pitti: Its not blocking me as such, but alsa bits in Debian are starting to depend on it, and keeping in sync would be easier if we were in lock step with kmod.
[11:24] <menace> infinity: thanks, I try that
[11:26] <menace> aeh, wait a minute, infinity. i use trusty with updates and it does not work for me... but i'll try your diff.gz anyway :)
[11:27] <menace> though i have libreoffice 4.2.3~rc3
[11:28] <bluesabre> sponsors, sru team, can we upload these items to -proposed to begin verification?
[11:28] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/lightdm-gtk-greeter/+bug/1331871
[11:28] <bluesabre> https://bugs.launchpad.net/ubuntu/trusty/+source/menulibre/+bug/1323405
[11:34] <infinity> TheMuso: I can merge it.
[12:20] <infinity> xnox: What was wrong with the xbmc upload 10 hours ago? :P
[12:42] <mlankhorst> does anyone want to sponsor https://mblankhorst.nl/etc/llvm-toolchain-3.4_3.4.2-3ubuntu1.debdiff for me? debdiff is against the debian version
[12:43] <mlankhorst> oh woops
[12:49] <xnox> infinity: lack of coffeine in my body? =)
[12:51] <cjwatson> brendand,mvo: sorry, I'm going to have to miss this call this week - I left a brief report in the calendar invite
[12:51] <brendand> cjwatson, np - thanks
[12:52] <mvo> cjwatson: no problem (from my side), thanks for the note
[12:52] <mvo> s
[12:58] <pitti> cjwatson: \o/ congrats for landing the image builds on buildds, really nice!
[13:11] <mlankhorst> oh fixed the build issue, https://mblankhorst.nl/etc/llvm-toolchain-3.4_3.4.2-3ubuntu1.debdiff
[13:15] <infinity> mlankhorst: Looking.
[13:18] <GunnarHj> Anybody in the SRU team who can take a look at bug 1308771? What makes it special is that the fix consists of two new binaries.
[13:20] <tseliot> bdmurray: hey, can you approve nvidia-prime in precise-proposed, please? It fits the same use cases of ubuntu-drivers-common
[13:25] <tseliot> bdmurray: actually, let's hold off, I might as well check a few oem details first while I'm at it
[13:26] <infinity> mlankhorst: You shouldn't have dropped the delta on patches/lldb-link-atomic.diff
[13:27] <mlankhorst> why's that?
[13:27] <mlankhorst> (it was conflicting, so i figured the debian one was more up to date)
[13:27] <infinity> mlankhorst: Did you look at the delta?  We just drop the conditional.
[13:28] <infinity> mlankhorst: The Debian one is still wrong, just slightly less wrong than it used to be.  Adjusting for the fuzz would have been the right thing.
[13:28] <mlankhorst> ok
[13:28] <mlankhorst> want me to redo it or?
[13:28] <infinity> Nah, I'll fix it.
[13:28] <mlankhorst> ok thanks
[13:29] <infinity> Just going through the rest of the review before I sponsor.
[13:34] <GunnarHj> bdmurray: ping?
[13:35] <ChrisTownsend> I'm prepping the next Unity SRU for Trusty and we would like to include a fix that has a new string.  What is the policy for handling this regarding localization/documentation/etc?
[13:35] <seb128> ChrisTownsend, "don't do that" would be the default response there ... what's the string/where is it going to be displayed?
[13:36] <ChrisTownsend> seb128: It's  a string in the lcokscreen telling the user the Caps lock is on.  Give me a sec and I'll give you the exact string.
[13:37] <seb128> ChrisTownsend, do you have a bug report about that/a screenshot?
[13:37] <infinity> ChrisTownsend: Like a hover text over the /!\ icon?
[13:38] <ChrisTownsend> seb128: I'll get that to you in a sec.  Trying to find the bug in my sea of open tabs.
[13:38] <ChrisTownsend> infinity: Yes
[13:38] <infinity> seb128: You can see it on utopic.  Ctrl-Alt-L, hit caps lock, hover over icon.
[13:39] <infinity> ChrisTownsend: Generally, the answer to new strings is "just don't", but since it's not visible except on hover, maybe the added functionality is worth the lack of translation.
[13:39] <infinity> ChrisTownsend: Though, if you could get some translations in too, that would be much better.
[13:39] <seb128> ChrisTownsend, what infinity said
[13:39] <seb128> having translations is doable
[13:39] <seb128> upload a new template to launchpad, which includes the string
[13:40] <seb128> wait for translators to work on it, and for a langpack export
[13:40] <seb128> then include the code change
[13:40] <infinity> Well, we'll spin new langpacks for 14.04.1 in a couple of weeks, probably.
[13:40] <seb128> we did it for the logout-when-other-users-are-connected dialog
[13:40] <infinity> So, if one can get it well-translated by then, that would be great.
[13:40] <seb128> right
[13:40] <seb128> launchpad shares strings between series I think
[13:41] <infinity> But, being a mouseover hover, I'm also not hugely put out by it being untranslated at first.
[13:41] <seb128> so it might already be translated in utopic and trusty should get those once the template is updated
[13:41] <seb128> yeah, same here
[13:41] <ChrisTownsend> infinity: So it's ok to go ahead and include the fix in our next SRU and let the translations catch up?
[13:41] <infinity> ChrisTownsend: Yeah, I think that's fine.
[13:41] <ChrisTownsend> infinity: Cool, thanks.
[13:42] <ChrisTownsend> seb128: Thanks to you too:)
[13:42] <seb128> ChrisTownsend, just make sure the string is included in the translation template
[13:42] <infinity> ChrisTownsend: But if you guys can follow up on the state of the string in LP and see what it'll look like for 14.04.1, that would be nice.
[13:42] <seb128> yw!
[13:42] <ChrisTownsend> seb128: Will do
[13:42] <ChrisTownsend> infinity: Ok
[13:42] <zyga> sergiusens: rsync works :)
[13:42] <zyga> sergiusens: I got a way to use rsync that works with the likes of phablet-shell
[13:42] <zyga> sergiusens: and it's x10 faster from what I see
[13:43] <zyga> sergiusens: I can show you the patches if you want to see
[13:43] <sergiusens> zyga: sure; sounds good
[13:43] <seb128> could somebody from the SRU team review libdbusmenu in the trusty queue? it's a simple diff and it has been there for a while, locking a landing silo
[13:44] <infinity> seb128: Ahh, yeah, now that the KDE stuff is all cleared out, I can read the queue again!
[13:44] <seb128> infinity, ;-)
[13:47] <infinity> mlankhorst: Uploading.
[13:47] <mlankhorst> ty
[13:50] <infinity> seb128: Accepted.
[13:50] <seb128> infinity, thanks
[14:06] <cjwatson> mvo: https://jenkins.qa.ubuntu.com/view/Utopic/view/AutoPkgTest/job/utopic-adt-click/lastBuild/? \o/
[14:10] <mvo> cjwatson: yeah!
[14:11] <mvo> cjwatson: that looks great! I was wondering if something like https://code.launchpad.net/~mvo/cupstream2distro-config/click-tests-against-devel-branch/+merge/224140 would help us too, i.e. run the jenkins-bot on all MPs against lp:click/devel (it seems to be defaulting to lp:click currently)
[14:14] <menace> how can i recognize if a package is a virtual package? is there any way to see this in the control/apt-cache show part?
[14:15] <infinity> menace: If it's a virtual package, it doesn't exist.  That's sort of the point.
[14:16] <infinity> (base)adconrad@cthulhu:~$ apt-cache show mail-transport-agent
[14:16] <infinity> N: Can't select versions from package 'mail-transport-agent' as it is purely virtual
[14:16] <infinity> menace: ^-- As an example.
[14:16] <cjwatson> mvo: Ah, that sounds like it'd make sense
[14:17] <OdyX> tkamppeter: sorry, my cups-filters 1.0.54-2 upload had my local-non-committed-failing autopkgtests in it. I will upload an updated cups with the running script installed and then upload a new cups-filters with the filters activated or the tests removed.
[14:17] <infinity> mlankhorst: I'm cancelling your PPA builds of llvm to reclaim buildd resources, since that seems somewhat redundant with the distro upload.
[14:18] <menace> hrm, i'm updating packages in our distribution (based on ubuntu) in dak. and i already missed with the kernel-package and the ssh-package the concrete packages, because i just imported the virtual packages *headscratch*
[14:18] <mlankhorst> sure
[14:19] <xnox> menace: "imported the virtual packages" not sure that would be possible..... you possibly imported some package that is a provider of it. What are you trying to achieve, how & why? Maybe there is a better way to do it....
[14:19] <mlankhorst> oh the llvm-toolchain ftbfs for ppc64el seems to not be a new one
[14:19] <mlankhorst> goodie
[14:20] <infinity> mlankhorst: Yeah, it's been like that for a while.  We'll get it sorted at some point.
[14:22] <cjwatson> Riddell: For the opencv/arm64 failure, I think disabling precompiled headers on arm64 is the right fix for now - I've had to do that in a few other places
[14:22] <infinity> cjwatson: Do we know if that's fixed in gcc-4.9?
[14:22] <cjwatson> Not for sure
[14:22] <infinity> (And why it seems to have broken only in utopic...?)
[14:23] <infinity> Actually, hrm, I wonder if this spells doom for the gcc-4.8 microrelease SRU too.
[14:23] <menace> well, i want to update packages from precise to OurCodeName via dak. and it happened a few times, when i updated the linux meta-package, the the dependent packages would not be updated. and as far as i saw, this was because the meta-package is virtual or has a new name
[14:24] <infinity> menace: That doesn't sound like it has anything to do with virtual packages, just that you need to import both the "linux-meta" and "linux" source packages.
[14:24] <menace> something similar seemed to happen with the ssh package as well. i'm not very sure, how to work with dak correct with that issue..
[14:24] <menace> hrm
[14:25] <menace> i'll come back when i better understand my problems :)
[14:34] <bdmurray> GunnarHj: hello
[14:38] <Riddell> thanks cjwatson
[14:45] <xnox> menace: neither linux-meta nor linux are virtual. Simply each abi bump changes the binaries package names on the linux package, and the deps change name on linux-meta. If you import one without the other, your archive is inconsistent (you have packages depending on other packages, which are not present)
[14:45] <xnox> menace: apt has no idea if that's intended or a mistake, and it tells you that it doesn't know about it - maybe it's virtual?! (and no providers where found for it)
[14:47] <xnox> menace: but it cannot know, that the dak archive you created simply isn't in a consistent state and e.g. missing a matching copy of the linux package & binaries.
[14:53] <psusi> cjwatson: I hate to bother you with this but I can find zero documentation anywhere on it ( I'll have to write some once I figure it out ).. I am guessing that the grub-xen package is supposed to serve as the proper pv aware boot loader for xen domUs, but it doesn't seem to have a main binary anywhere that you can configure xen to load as the boot loader; it just installs the modules
[14:56] <cjwatson> psusi: It's a partial implementation that needs to be completed; https://lists.gnu.org/archive/html/grub-devel/2013-12/msg00184.html and thread has background
[14:56]  * infinity still uses this on precise, and wonders if he needs to learn new tricks for trusty: bootloader = '/usr/lib/xen-4.1/bin/pygrub'
[14:56] <smb> psusi, Using pygrub as bootloader should work for PV guests. It comes with the xen-utils. For trusty you may need to modify apparmor frofiles (libvirt)
[14:56] <cjwatson> psusi: The next stage at this point is to write up a boot protocol document that can be included in the Xen tree; I asked smb if he could help with this
[14:57] <smb> Or are we talking about efi variants?
[14:57] <cjwatson> psusi: It is *possible* to make grub-xen work, but it's not all assembled yet so documenting it would not be an appropriate next step
[14:57] <cjwatson> smb: pygrub2
[14:57] <cjwatson> smb: remember our conversation in Malta?
[14:57] <smb> cjwatson, We had one?
[14:57] <cjwatson> Yes
[14:57] <cjwatson> Anyway, the thread above has the background :)
[14:58] <smb> cjwatson, (you really had, with that guy that could not stand straight which was me?) Anyway ok
[14:58] <psusi> afaics, pygrub was a hack that externally parses the grub.cfg from outside the domU and figures out how to translate that into xen commands to launch the domU with the right kernel.. and this new grub-xen is supposed to be an actual build of grub that can run inside the domU and use the pv disk io etc to do everything grub normally does
[14:58] <cjwatson> smb: Hm, I guess maybe it was apw
[14:59] <cjwatson> All you kernel folks are indistinguishable after all
[14:59] <smb> psusi, Ah ok. There also is pvgrub buried in the xen source which works once one goes through the horrible setup path (involving downloading a lot of tar'ed libraries)
[15:00] <cjwatson> pvgrub is what grub-xen will replace once it's finished
[15:00] <cjwatson> a.k.a. PV-GRUB2
[15:00] <smb> cjwatson, Usually people confuse the Ste(ph|f)ane?'s :)
[15:00] <apw> cjwatson, erm, maybe, /me reads
[15:00] <infinity> smb: Big Steffie and Little Steffie, you mean.
[15:01] <smb> infinity, nope. really not
[15:01] <infinity> :)
[15:01]  * xnox wistles 2 1/2 man theme tune
[15:01] <smb> I may have cup size a but not feeling very feminine :-P
[15:01] <xnox> *whistles?!
[15:02] <smb> cjwatson, Ok, yeah. I guess I have to grab apw at some point
[15:02] <psusi> oh wait... grub-install maybe did make something... core.elf?
[15:03] <apw> cjwatson, oh yeah that might have been me :)
[15:04] <cjwatson> psusi: Don't expect any of this to work yet
[15:06] <menace> 3
[15:16] <caribou> is there a preferred way to build unit tests for bash scripts ?
[15:17] <pitti> caribou: I think shunit2 (package|program) is the de-facto standard, although many scripts just use some ad-hoc stuff like [ $a = "expected ]
[15:21] <caribou> pitti: ok I'll look into it, thanks
[15:22] <caribou> pitti: was looking at what I did in another live, was using PERL for testing bash..
[15:23] <caribou> pitti: matter of fact, those tests wil go to Debian forst
[15:23] <caribou> s/forst/first
[15:37] <slangasek> xnox: pfb2t1c2pfb? are you having a stroke?
[15:39] <xnox> slangasek: mostly hayfever.
[15:43]  * mdeslaur didn't know pfb2t1c2pfb was russian for 'Atchoo'
[15:44] <ogra_> bless you
[15:46] <slangasek> xnox: subscribed; but I wonder if I should put a moratorium on Foundations-owned MIRs to force the issue of archive reorg ;)
[15:49] <pitti> sil2100: FYI, libunity-scopes2 now fails to install in -proposed due to "GError: Can not find a single database provider in /etc/click/databases"; this fails the tests for ubuntu-system-settings-online-accounts and unity-scope-click and thus holds back stuff
[15:49] <pitti> ubuntu-system-settings-online-accounts and unity8 in particular
[15:49] <pitti> robru: ^ maybe you are interested as well
[15:51] <sil2100> pitti: oh...
[15:51] <seb128> sil2100, moved that to -touch
[15:51] <xnox> slangasek: https://launchpad.net/ubuntu/+source/moratorium does not exist.
[15:51] <seb128> since we don't have mhr3 here
[15:51] <pitti> sil2100: I'm not sure, are you interested in notifications like this, or is that just noise for you?
[15:53] <sil2100> pitti: I would appreciate info like this, especially that I'm slowly moving to +1 maintenance work :)
[15:53] <pitti> sil2100: ok
[16:00] <seb128> pitti, thanks for pointing the issue!
[16:00] <pitti> seb128: de rien
[16:22] <shadeslayer> ev: how long does it take between someone applying for e.u.c access and them being added to the group?
[17:24] <hallyn> stgraber: I don't know why i can't keep this straight...  Suggests does *not* get installed by default?  It's ok for something in main to Suggest something in multiverse?
[17:24] <hallyn> or it does and it's not?
[17:24] <cjwatson> Correct on both counts
[17:25] <hallyn> uh.  the first pair, not the second? :)
[17:26] <stgraber> hallyn: the first
[17:26] <hallyn> cool, thanks, then qemu can Suggest ovmf, dropping one bit of delta from debian - thx
[17:26] <stgraber> yep
[17:38] <ev> shadeslayer: as long as it takes for me to review it. Is there a specific user you're waiting on?
[17:38] <shadeslayer> ev: yeah, Marco Martin
[17:38] <ev> do be aware they have to provide an address and project information
[17:38]  * ev looks
[17:38] <ev> yeah, Marco hasn't provided an address
[17:38] <ev> he'll need to submit the form again with that part filled out
[17:39] <ev> frustratingly there doesn't appear to be a way to make those fields required, though I'd still have the problem of people writing N/A in them.
[17:40] <shadeslayer> heh
[17:41] <shadeslayer> ev: I've passed on the info to him, he's upstream KDE, useful to have them access to the tracker, instead of me copy pasting backtraces on pastebin :P
[17:41]  * ev nods
[17:41] <ev> happy to add him as soon as he gets the form completed
[17:41] <shadeslayer> cheers, and thx :)
[17:41] <ev> sounds like he'd be a great addition to the team :)
[17:41] <shadeslayer> *nod*
[17:43] <shadeslayer> ev: David Edmundson too :)
[17:48] <psusi> well once I remembered this old server I'm importing into a xen domU on new hardware was in fact 32 bit, and I used the 32 bit grub core.elf, it seems to work quite nicely... aside from the fact that the xen console does not seem to notify the domU about the terminal dimentions
[18:09] <hallyn> mvo: hi, would you mind taking a look at http://people.canonical.com/~serge/netcf-src-0.2.4-2/netcf_0.2.4-2.dsc and sponsoring into debian-experimental?  (debian/libnetcf1.symbols fixes suggested by xnox)
[18:41] <dobey> /usr/include/accounts-qt5/Accounts/service.h:38:24: fatal error: QDomDocument: No such file or directory #include <QDomDocument>
[18:41] <dobey> whee, so i guess qt5.3 broke libaccounts-qt5?
[19:31] <mdeslaur> what's going on with https://errors.ubuntu.com/ ?
[19:36] <sbeattie> bdmurray: ^
[19:38] <bdmurray> its not accepting core dumps at the moment, I'm actively working on it
[19:38] <mdeslaur> bdmurray: darn, I was kind of hoping we had fixed every single bug :(
[19:38] <mdeslaur> ;)
[19:40] <bdmurray> yeah, that'd be neat
[20:17] <ChrisTownsend> infinity: Hey, you're the SRU guy today, right?
[20:35] <ari-tczew> can someone finally to sponsor one sync? bug 1327934
[20:36] <Unit193> Just one sync?  What about others' uploads? :(
[20:38] <ari-tczew> dunno
[20:39] <Unit193> ari-tczew: Just pulling your leg. ;)
[21:15] <ari-tczew> Unit193: tomorrow as patch pilot is xnox, looks good :P
[21:23] <Unit193> Heh. :)
[21:30] <brendand> lifeless, hi - i have something working for testtools, but i'm just worried i'll break something. unit tests still pass, but can you have a quick look at it?
[21:32] <brendand> lifeless, http://paste.ubuntu.com/7692320/
[23:14] <sarnold> is there an easy way to pull the build logs for all 'released' versions of a package from launchpad?