[00:56] <knome> Unit193, where's the MP?
[00:57] <Unit193> Doesn't exist? :D
[00:57] <knome> boo.
[01:33] <pleia2> http://searchenterprisedesktop.techtarget.com/feature/Boot-to-open-source-desktops-with-Linux-on-USB-sticks
[01:33] <pleia2> using xubuntu as an example, how nice :)
[01:34] <knome> :)
[01:42] <Unit193> knome: There.
[01:42] <Unit193> Unless I broke it. :D
[01:43] <knome> great
[01:44] <knome> merged
[01:46] <Unit193> https://code.launchpad.net/xubuntu-docs/+activereviews
[01:47] <Unit193> You didn't even test it. :(
[01:54] <knome> hah.
[01:56] <knome> ^ cleaned that list up
[01:57] <knome> pleia2, note: re the press page: i thought we could keep trusty for now since it's the latest lts, and especially since there is no stuff for utopic yet
[02:07] <knome> https://www.youtube.com/watch?v=NxnKv6PcmDU
[02:07] <knome> he'd like to have the categories on the left side on whisker. is that currently possible?
[02:09] <ali12341> no
[02:09] <ali12341> if you want the categories on the left, just use a normal cascading menu...
[02:10] <knome> one could argue one might want both the search (and other) features from whisker, but the categories on the left
[02:10] <ali12341> moon on a stick...
[02:11] <knome> i don't think it's an unreasonable request tbh
[02:15] <knome> one thing that he mentions, which has been brought up before, is the default file type abiword saves as
[02:16] <knome> could we potentially poke that value for new users, making it something that's more widespreadly readable?
[02:21] <skellat> ODT?
[02:22] <knome> https://www.youtube.com/watch?v=tkIWArfBq_4
[02:22] <knome> ^ he says USC is not working, but would, if we installed package X
[02:22] <knome> skellat, or DOC
[02:22] <Unit193> !info x
[02:23] <Unit193> Too bad.
[02:23] <knome> awwh.
[02:23] <knome> ^ and whining about theme colors.
[02:24] <ali12341> ubuntu-sso-client-qt
[02:24] <knome> what about actually reading the release announcement before doing a video review
[02:25] <knome> and people generally think to seem there needs to be something new for a release to be successful
[02:26] <ali12341> rounded corners not working?
[02:26] <ali12341> window decorations are bitmaps, that is impossible
[02:26] <ali12341> yeah if you want everything to be different in every release, there's ubuntu, kubuntu and ubuntu-gnome
[02:28] <Unit193> Lubuntu and will be a MATE ubuntu too.
[02:29] <ali12341> neither of those are different in every release though
[02:29] <knome> so he's half way to the video, and he's mostly been talking about his own modified themes and how themes are broken and how there are still the same bugs
[02:29] <knome> maybe we should write a blog article about why everything's not changing every time
[02:30] <knome> but maybe they'd just not read it.
[02:30] <knome> "so the only thing they did here is to make it worse"
[02:30] <knome> hahah.
[02:30] <knome> contributions that improve the quality are welcome.
[02:32] <ali12341> i have to agree that there is no reason to upgrade
[02:33] <knome> there rarely is a good reason to upgrade from LTS to the next regular version
[02:34] <knome> unless you want the later versions of packages
[02:34] <knome> but sure, i do understand the point, and i'm not offended by it
[02:34] <knome> it just doesn't seem very legit to whine about "no new things" either
[02:34] <ali12341> i agree
[02:35] <knome> "and they've introduced some new [bugs] as well"
[02:35] <knome> wait, which bugs did we *introduce* ?
[02:35] <Unit193> https://lists.ubuntu.com/archives/ubuntu-devel/2014-October/038516.html is something great to read, though.
[02:38] <ali12341> i think we should drop USC
[02:38] <knome> though it was resolved.
[02:40] <knome> ali12341, that's been discussed several times, but if you want, you can start the discussion again
[02:41] <knome> http://www.reviewstoday.in/2014/10/review-quick-look-at-xubuntu-1410.html
[02:41] <knome> come on guys!
[02:41] <Unit193> knome: Not this one: https://launchpad.net/ubuntu/trusty/+source/owncloud
[02:41] <knome> we serve the logo that works with your website on the website you took a screenshot and created a crappy JPG from
[02:43] <knome> Unit193, fix committed 9 hours ago. now testing, will probably land soon enough
[02:46] <ali12341> i couldn't reproduce any USC bug with missing sso
[02:47] <knome> mhm.
[02:56] <Unit193> Ah, still a pity.
[03:05] <Unit193> Wonder what's taking up with the stuff in proposed and NEW.
[03:16] <knome> don't know about that but i know i'm going to bed now
[03:16] <knome> ttyl and have a nice day
[03:17] <Unit193> Good nighty.
[03:20] <skellat> ali12341: I look forward to reviewing your case for dropping U-S-C
[03:21] <skellat> Unit193: jriddell did the empty packages earlier for owncloud.  The builders have been **very** busy...
[03:21] <skellat> And rmadison fails on me...AGAIN!
[03:21] <Unit193> Normally shows as pending.
[08:03] <elfy> ochosi: -release team will be expiring soon - can you deal with that, afaik if I'm not in -release then I can't work on the trackers
[09:59] <bluesabre> ochosi: I think my membership might be expiring for release and others as well
[10:10] <brainwash> hey bluesabre
[10:10] <bluesabre> hey brainwash: haven't gotten to the thunar bug/fix yet
[10:11] <brainwash> ok
[10:11] <brainwash> any news from the sru team?
[10:15] <bluesabre> haven't heard anything.  What was the last status... still waiting for xfdesktop to land in proposed, and xfce4-weather-plugin to get out of proposed, right?
[10:16] <brainwash> yes, exactly
[10:19] <slickymasterWork> morning
[10:20] <slickymasterWork> saw you ping knome
[10:20] <slickymasterWork> s/you/your
[10:24]  * qwebirc653355 sighs
[10:24] <qwebirc653355> knome, also saw that you already bumped version to Vivid
[10:26] <slickymasterWork> there's something I don't get though, https://code.launchpad.net/~jjfrv8/xubuntu-docs/print-server-settings/+merge/222962
[10:26] <slickymasterWork> wasn't this already merged?!
[10:26] <slickymasterWork> I thought I had merged it on 2014-06-12
[10:26] <slickymasterWork> what gives?
[10:38] <slickymasterWork> knome, Unit193: Element placeholder-2 in namespace '' encountered in guimenuitem, but no template matches.
[10:38] <slickymasterWork> in PT ^^
[10:39] <slickymasterWork> I almost 100% sure that I never translated tags
[10:39] <slickymasterWork> s/I/I',
[10:39] <slickymasterWork> * I'm
[10:46] <knome> slickymasterWork, was merged, but not in the right way, so it was left open; i just did the paperwork to get it disappear
[10:46] <slickymasterWork> ok,
[10:47] <slickymasterWork> I remember that back then I had a few glitches with the merge
[10:47] <knome> yep
[10:47] <knome> i don't get that error anymore
[10:47] <knome> the placeholder-2 one
[10:47] <knome> it suddenly just disappeared
[10:47] <slickymasterWork> i could almost swear that I never translated tags
[10:49] <knome> it's not necessarily linked to that
[10:49] <knome> but in the spanish translations, that was the case
[10:49] <slickymasterWork> knome do you think I should mail https://launchpad.net/~franciscomol regarding his es translations issues?
[10:50] <slickymasterWork> at least to be somewhat preventive
[10:50] <brainwash> bluesabre: someone needs to add a comment to the sru report and mention that he tested the trusty-proposed package
[10:50] <bluesabre> brainwash: for xfce4-weather-plugin?
[10:50] <brainwash> bluesabre: it's not clear which version of xfce4-weather-plugin elfy has tested
[10:51] <brainwash> yes
[10:51] <knome> slickymasterWork, yeah, that'd be good
[10:51] <knome> slickymasterWork, cc or bcc me
[10:51] <slickymasterWork> ok, I'll do it
[10:52] <bluesabre> brainwash: I think its clear by elfy's setting verification-done
[10:53] <brainwash> -> pitti │ brainwash: I asked elfy in #u-quality whether his comment 21 was testing the proposed package
[10:54] <bluesabre> added comment
[10:57] <bluesabre> I would like to note that while #ubuntu-quality makes sense, it is not mentioned that any sru discussion happens there on https://wiki.ubuntu.com/StableReleaseUpdates
[10:58] <bluesabre> added that to my permanently joined channels
[11:03] <brainwash> sounds like a good idea
[11:10] <ochosi> morning all
[11:10] <slickymasterWork> morning ochosi
[11:10] <ochosi> hey slickymasterWork
[11:10] <ochosi> bluesabre, elfy: looking at the expiry dates now...
[11:12] <ochosi> ok, bumped all of us until 15.04
[11:12] <ochosi> any other teams with expiry problems?
[11:44] <ochosi> fwiw, if many people of -team can't make it to the meeting on friday, we can re-schedule for sometime next week
[11:44] <ochosi> i originally thought a sorta holiday was a good idea, but in case it actually isn't, there's no problem with postponing until after the weekend
[11:44] <ochosi> so feel free to let me know
[11:45] <ochosi> bbl
[11:57] <knome> works for me just as well as any other day
[12:35] <ochosi> bluesabre: i know you said you were busy, but i guess with adding some preliminary gtk3.14 support to greybird, it's time to disable its daily builds for trusty as it'll just break the theme for gtk3.10/12
[12:35] <ochosi> (note: the support for checks and radios has already been added, so ppl using the PPA with trusty will notice the breakage. so you could also argue that it's too late already)
[12:37] <bluesabre> ochosi: if you can give me the last good commit for, I'll package it up, stop daily uploads, and push the final supported package.
[12:37] <bluesabre> Trusty
[12:38] <ochosi> that's the last commit 2b5b144fa145f31a6c4500b03fb9a5bcd5d89952
[12:38] <bluesabre> When I get home, ofc
[12:38] <ochosi> https://github.com/shimmerproject/Greybird/commit/2b5b144fa145f31a6c4500b03fb9a5bcd5d89952
[12:38] <ochosi> sure, no rush
[12:38] <bluesabre> Thanks.
[12:38] <slickymasterWork> knome, ping
[12:38] <knome> slickymasterWork, pong
[12:38] <ochosi> it's actually the pen-ultimate commit
[12:39] <knome> ochosi, not the brush-ultimate?
[12:39] <slickymasterWork> please comment -> http://pastebin.com/6ZpC1Gdh
[12:39] <ochosi> knome: whoa, that was a *bad* one...
[12:39] <knome> but of course!
[12:39] <knome> ochosi, i didn't you liked frisbeeing
[12:39] <knome> (^ another bad one)
[12:40] <ochosi> indeed :)
[12:40] <bluesabre> ochosi: fountain or ballpoint?
[12:40] <ochosi> awwwhh, you're really starting to hurt my feelings...
[12:40] <knome> slickymasterWork, i'd just say "Hey Paco, ..." and i would include your name (at least first name) at the end instead/in addition to your nick
[12:40] <ochosi> :]
[12:41] <slickymasterWork> other than that knome? anything?
[12:41] <knome> hmm
[12:41] <knome> actually
[12:41] <knome> tell him to avoid adding spaces where they do not belong
[12:41] <knome> example:
[12:42] <slickymasterWork> isn't that included in the data placeholders paragraph?
[12:42] <knome> original string: <tag><tag2><placeholder-1/>content</tag2></tag>
[12:42] <slickymasterWork> ^^
[12:42] <slickymasterWork> isn't that included in the data placeholders paragraph?
[12:42] <knome> translated string: <tag> <tag2> <placeholder-1 /> content </tag2> </tag>
[12:42] <knome> is it?
[12:42] <knome> let me read again
[12:43] <slickymasterWork> knome, Copy these variables and placeholders exactly as you see them....
[12:43] <elfy> brainwash: and it seems perfectly clear to me
[12:43] <knome> right, but it's also something he does outsides the tags
[12:43] <brainwash> elfy: I did not complain ;)
[12:44] <slickymasterWork> ok,
[12:44] <elfy> bluesabre: possibly because pitti knows where I'm likely to be found all the time
[12:44] <knome> there's practically nothing wrong with that, and it should look the same, but it makes it hard to debug potential problems with the translation
[12:44] <slickymasterWork> another thing knome, how do I go about nagging the website responsible :)
[12:44] <knome> which website? :P
[12:44] <slickymasterWork> there's an outstanding bug in it
[12:44] <elfy> ochosi: re meetings - any meeting during my working day - I'm going to be working :)
[12:45] <slickymasterWork> xubuntu.org :P
[12:45] <bluesabre> ochosi: can you test this patch and see if you notice anything negative?    https://bugzilla.xfce.org/show_bug.cgi?id=11107
[12:45] <knome> slickymasterWork, just tell me what the bug is, and i'll either 1) fix it, or if it's not a trivial thing 2) ask you to file a bug (against xubuntu-website)
[12:46] <slickymasterWork> I was just putting you on knome ;)
[12:46] <knome> slickymasterWork, if i'm not around when you'd like to ask it, a bug is always okay
[12:46] <bluesabre> Worked for me. Just looking for extra verification
[12:46] <knome> aha :P
[12:46] <ochosi> bluesabre: ok, will try to test that tonight. i don't have a TV, but i can try my hdmi screen (never had any problems at all with it)
[12:46] <slickymasterWork> now seriously in the Internet Relay Chat section of http://xubuntu.org/help/ there's still a mention to XChat
[12:46] <knome> so this is the "tease the fellow team member" day :P
[12:47] <slickymasterWork> lol
[12:47] <slickymasterWork> this is the paragraph in question "To join the community support channel, you can use the link above. To join any of the channels, you can use the XChat IRC client, which is installed by default in Xubuntu. You can find XChat under the Internet category in the applications menu."
[12:47] <knome> ta, will go edit
[12:47] <bluesabre> ochosi: thanks.  :P
[12:53] <slickymasterWork> hey elfy
[12:53] <davmor2> elfy: how do
[12:57] <slickymasterWork> knome, sent
[12:58] <knome> good
[15:01] <pleia2> I think elfy is calling us fat
[15:06] <knome> ahaha
[16:15] <elfy> pleia2: not at all - I was calling you short :p
[16:15] <pleia2> hehe
[16:15] <elfy> :)
[16:16] <elfy> was just - you're short - we're not - but *we* are Giants - we are the best team :p
[16:17] <davmor2> pleia2: I wouldn't stand for that, I'd sit instead ;)
[16:18] <elfy> davmor2: or we could all sit and pleia2 could stand :)
[16:19] <slickymasterWork> lol
[16:19] <elfy> as all can tell probably - I'm back :)
[16:19] <slickymasterWork> \o/
[16:20] <pleia2> :)
[17:56] <brainwash> bluesabre: "accepted xfdesktop4 [source] (trusty-proposed) [4.11.8-0ubuntu0.1]"
[17:57] <brainwash> also, xfce4-weather-plugin is available in -updates now
[17:59] <slickymasterWork> he he, and another busted Verocious Velociraptor box :P
[17:59] <slickymasterWork> no ending for this fun moments
[18:01] <brainwash> so, we need some testers for xfdesktop4 in trusty (-proposed)
[18:01] <brainwash> bug 1365965
[18:01] <elfy> brainwash: mail the devel list :)
[18:02] <brainwash> don't you already have a template for test calls? :P
[18:02] <elfy> no
[18:02] <elfy> just write it to the list - it's really not hard at all
[18:02] <slickymasterWork> I'll probaly be able to test those tonight, depending on kid being able to go to bed not too late
[19:22] <elfy> knome: how do I add vivid core/desktop builds to tracker
[19:22] <elfy> I looked in the docs - but the page is blank
[19:22] <knome> are there actually builds ready?
[19:22] <elfy> yea
[19:23] <knome> okay
[19:23] <elfy> I assume http://iso.qa.ubuntu.com/admin/config/services/qatracker/builds
[19:23] <knome> i'll go through that with you a bit later if that's oki
[19:23] <elfy> ok - might be mia though and tomorrow will do if that's ok
[19:24] <knome> sounds good
[19:26] <elfy> there's not any real rush imo
[19:26] <knome> yep
[20:24] <knome> elfy, still about?
[20:24] <elfy> I is
[20:25] <knome> want to go through adding the builds?
[20:25] <elfy> yep - please:)
[20:25] <knome> ok, let's open the tracker admin
[20:26] <knome> an
[20:26] <knome> hmm :P
[20:26] <knome> tell me when you're ready
[20:26] <elfy> yep
[20:26] <knome> ok, so go to the "Builds" tab
[20:26] <elfy> I'll shout if I've got an issue
[20:26] <knome> and scroll down until you see the xubuntu builds
[20:27] <knome> there you can see we only have two active builds; desktop builds for trusty daily
[20:27] <knome> now we obviously want to create a new build
[20:27] <knome> the form is conveniently just after our builds
[20:27] <knome> so, the version number is practically YYYYMMDD
[20:27] <elfy> aaah
[20:27] <knome> so, 20141028 for today
[20:27] <knome> milestone is vivid daily
[20:28] <knome> or whateever you want to add the build to
[20:28] <knome> and finally,
[20:28] <knome> check the products you want to add builds for
[20:28] <knome> in the "xubuntu" section
[20:28] <knome> then hit "add these builds to the tracker"
[20:28] <knome> and they should be up and available :)
[20:29] <elfy> cool - the version number was were I fell down
[20:29] <knome> yep
[20:29] <elfy> awesome - thanks :)
[20:29] <knome> i don't know why others have 20141024 as the vivid version number
[20:29] <elfy> upgrades?
[20:29] <knome> right
[20:29] <knome> true, my bad :)
[20:29] <elfy> I think I did that
[20:30] <knome> i don't know what happens after this:
[20:30] <elfy> didn't want a version number
[20:30] <knome> i guess the builds are just being updated automatically or so
[20:30] <elfy> well I can check in a day
[20:30] <knome> yep
[20:30] <elfy> questions is - do we do core again
[20:30] <knome> i'd say yeah, we probably have things to iron out
[20:31] <knome> but do we want to do it already, don't know
[20:31] <elfy> I think that balloons did something *else* with that so it didn't update daily
[20:31] <knome> i guess it doesn't hurt even if somebody ran a core test :)
[20:31] <Unit193> Just don't let them do upgrades. :P
[20:31] <knome> :P
[20:32] <elfy> I'd rather we did the same thing again - so we get only one core and people just continually add onto that test result page
[20:32] <knome> yeah
[20:33] <knome> then just add "vivid" as the version number
[20:33] <knome> or sth :)
[20:33] <elfy> ochosi: adding a couple of easy things to the agenda - but I'll not be there - will need to be sorted though
[20:33] <Unit193> Best time to check, when something big drops, make sure the deps don't get clobbered.
[20:34] <elfy> knome: mmm - but milestone will be vivid daily
[20:34] <elfy> looking at utopic
[20:34] <elfy> yea - think that's right - it stayed on dailiy
[20:34] <knome> yep
[20:35] <elfy> ok - added it
[20:35] <knome> if we want, we can add builds for the other milestones as well
[20:35] <elfy> yep
[20:35] <knome> nice :)
[20:36] <elfy> Unit193: will you be about at the meeting?
[20:37] <Unit193> elfy: No.
[20:37] <elfy> okey doke
[20:38] <elfy> Unit193: ok - well we (QA) will come up with a plan to deal with core then - you can start that off :p
[20:39] <Unit193> \o/
[20:39] <Unit193> :P
[20:39] <elfy> http://pad.ubuntu.com/vivid-QA-plan
[20:39]  * knome tickles Unit193 from the armpits
[20:40] <Unit193> Really want that hair?
[20:40] <knome> ...with a stick
[20:40] <Unit193> Ah good, not too cluttered yet.
[20:41] <elfy> yep - almost a virgin pad :)
[20:41] <Unit193> Dev and last QA one got biiiig.
[20:41] <knome> elfy, not BT?
[20:42] <knome> orange?
[20:42] <elfy> make notes on that pad - then once we're sorted I'll get it on blueprint and trello as appropriate
[20:42] <elfy> knome: wut?
[20:42] <knome> nvm, just very dry puns about virgin/BT/orange/...
[20:42] <elfy> Unit193: yea - there are some big pads atm :p
[20:42] <elfy> oic :)
[20:44] <elfy> Unit193> Best time to check, when something big drops, make sure the deps don't get clobbered. good point - just need someone to watch that, as lead I'll ask someone in particular to watch it :D
[20:44] <knome> ^ like Unit193 ?
[20:45] <elfy> entirely possible as dkessel is going to be tied up with autopilot I hope :D
[20:49] <elfy> knome: thanks by the way :)
[20:49] <knome> np :)
[21:00] <Unit193> Anyone tried xfce4-panel's intelligent hiding?
[21:01] <elfy> I read about it
[21:03] <knome> haha
[21:03] <knome> almost tested then :)=
[21:06] <Unit193> I updated the package, because I wanted the option, but I don't use hiding. :P
[21:06] <elfy> heh
[21:06] <knome> Unit193, elfy: can you cooperate some testing via the ML?
[21:07] <Unit193> -core?
[21:07] <knome> intelligent panel hiding
[21:07] <elfy> knome: only if we're actually going to get it in 15.04
[21:08] <knome> i don't know if we will... ochosi?
[21:08] <knome> anyway, i don't think it's necessarily a bad thing to test it even if it's not included, just see if it works and such
[21:09] <knome> so not too much work/effort in testing it, but some brief
[21:09] <elfy> knome: well it's not installable without mucking about afaik
[21:09] <elfy> and we have enough trouble getting people to test what we really need doing ;)
[21:10] <dkessel> elfy: I hope I will be busy with autopilot, yes :)
[21:10] <elfy> woohoo
[21:10] <elfy> we do need to ensure that if we get anywhere it will be used
[21:12] <elfy> I'll catch up with balloons on that next week if possible, don't want effort going into it - if at the end - they won't add it
[21:13] <Unit193> https://launchpad.net/~unit193/+archive/ubuntu/xfce I dropped it in there for myself (and because I got shouted at last time, pinged someone too!)
[21:14] <elfy> perhaps that's where I read it :D
[21:14] <Unit193> Yes, I pinged elfy, in case he wanted to copy it over for elfy. :D
[21:15] <elfy> I've had a headache - you're making it worse :p
[21:15] <slickymaster> it's not my fault now elfy
[21:15] <elfy> nope :)
[21:15] <knome> elfy elfy elfy elfy elfy elfy elfy elfy elfy
[21:16] <dkessel> elfy everywhere
[21:16] <elfy> I've had one since I made the fatal mistake of looking at that upgrading stuff in docs lol
[21:16] <Unit193> (And if someone pokes me and wants to try it, I can pop a vivid one up too.)
[21:16] <knome> elfy, hahah
[21:16] <knome> reminds me i should look at that soonish
[21:17] <elfy> Unit193: well ... if *we* decide to look at for this cycle - thenit needs to be in staging
[21:17] <knome> or via extras, which is the pre-staging phase
[21:17] <Unit193> Right, and not sure if you/we/he/it/donky plans to look at it this cycle.
[21:17] <elfy> knome: mostly it's the top bit, the plaintext, but it would be nice to know how wrong the marked up is
[21:17] <Unit193> Extras isn't right.
[21:18] <knome> elfy, yep, i'll try to look at it probably even tonight
[21:18] <knome> chances are i won't be going to sleep soon
[21:18] <slickymaster> elfy, what mark up is wrong?
[21:18] <elfy> I will be
[21:18] <Unit193> I won't be.
[21:18] <elfy> slickymaster: no idea - never done it before :)
[21:18] <knome> elfy, then you'll get to that in the morning
[21:18] <knome> slickymaster, the markup he wrote for the upgrading section
[21:19]  * slickymaster haven't saw it yet
[21:19] <knome> don't hammer it either
[21:19] <slickymaster> do you have it somewhere elfy?
[21:19] <knome> http://pad.ubuntu.com/upgrading
[21:19] <knome> but there it is ^
[21:19]  * slickymaster checks it
[21:20] <slickymaster> wow that's a big section
[21:21] <knome> elfy, one thing i see is the id's... you can't have spaces :)
[21:21] <elfy> it's not all changed
[21:21] <knome> fixing that
[21:21] <elfy> knome: well as long as the changes are on pad I'll be able to see the diff colours :)
[21:22] <knome> yep
[21:22]  * knome goes pink
[21:23] <knome> other than that, it seems to look okay
[21:23] <slickymaster> and there's some icon entities missing
[21:23] <knome> i'll run it through the validator too to ultimately check that
[21:23] <elfy> really - didn't do too bad then
[21:23] <knome> slickymaster, want to add them?
[21:23] <knome> elfy, yep, very good
[21:24] <slickymaster> yes, I'll do it
[21:24] <slickymaster> kudos elfy
[21:25] <knome> elfy, re: content: instead of linking directly to the trackers, i'd probably link somewhere in the website
[21:25] <slickymaster> I'll ping you when it's finished knome
[21:25] <knome> that is, "QA" under "get involved" or sth
[21:25] <knome> slickymaster, yep
[21:29] <elfy> Please consider getting involved with reporting usage of development versions and associated packages.
[21:29] <knome> yeah.
[21:29] <knome> that's better
[21:29] <elfy> and then link to contribute/qa
[21:31] <knome> yep
[21:31] <knome> btw, question:
[21:31] <elfy> is what I did right?
[21:31] <knome> (yes)
[21:31] <knome> do you think it's weird that we basically have:
[21:31] <knome> 1) upgrading from LTS->LTS
[21:31] <knome> 2) upgrading from a regular release  (note: no "to" here, because the target can be either a regular or an LTS release)
[21:32] <knome> 2) upgrading to the development version
[21:32] <knome> 3^
[21:32] <knome> (and note release VS. version)
[21:33] <elfy> hang on a minute
[21:34] <elfy> you've changed the 'title' of the first one and it doesn't match the content :)
[21:35] <knome> hmm
[21:35] <elfy> title is Upgrading from one LTS version to another
[21:35] <elfy> BUT change Update to for any new version
[21:35] <knome> slickymaster, just checking, are you modifying the docbook markup?
[21:35] <elfy> title *was*    For LTS versions (unless the next release is LTS):
[21:35]  * knome reads agian
[21:36] <knome> *Again
[21:38] <slickymaster> yes
[21:38] <slickymaster> there are a few tags missing knome
[21:38] <knome> elfy, any reason to keep the non-docbook section?
[21:38] <elfy> none - now I know the marked up bit is ok
[21:39] <knome> slickymaster, i see you've been editing the non-markup version
[21:39] <knome> the docbook one is below
[21:39] <slickymaster> I'm starting at the top
[21:39] <knome> lol
[21:39] <knome> ok
[21:39] <knome> start at the docbook top
[21:39]  * elfy makes it easier
[21:39] <slickymaster> btw what the hell is sudo edit?!
[21:40] <elfy> yea - new one on me too :)
[21:40] <knome> elfy, that's a horrible color ;)
[21:40] <elfy> slickymaster: it edits as sudo with default editor
[21:40] <knome> ouch!
[21:40] <knome> my eyes are bleeding
[21:40] <slickymaster> does it have a space between the sudo and edit»
[21:40] <knome> elfy, that's good :)
[21:40] <elfy> slickymaster: no space
[21:40] <slickymaster> ok
[21:40] <Unit193> Now, s/sudo -i mousepad/pkexec mousepad/
[21:40] <knome> ^ that
[21:41] <slickymaster> lol knome
[21:41] <slickymaster> really??
[21:41] <elfy> slickymaster: well we do have the policy by default
[21:41]  * slickymaster now has sign in the pad
[21:41] <elfy> in new releases
[21:41] <slickymaster> a sign
[21:42] <slickymaster> knome: but do you want me to drop the tags I added above your SIGN?
[21:43] <elfy> what's <literal> ?
[21:43]  * slickymaster is way dumb
[21:43] <slickymaster> just now I've noticed what you are talking about knome
[21:43] <slickymaster> dumber than the dumbiest guy there is
[21:43] <slickymaster> :P
[21:44]  * slickymaster kicks himself insanely
[21:44] <knome> elfy, it denotes something that literally read like that on the screen
[21:44] <knome> slickymaster, i don't mind if you keep them there :P
[21:45] <knome> slickymaster, i was going to remove that text
[21:45] <knome> but keep it to copy/paste
[21:45] <knome> elfy, reading this now
[21:45] <knome> isn't the second subsection just duplicating now?
[21:45] <slickymaster> yes, I'll be able to start to think straight in a few seconds
[21:46] <elfy> knome: it probably is now - you changed the meaning of the first one ...
[21:46] <knome> of course i did! :D
[21:47] <knome> the only thing left to explain now is how to make you only upgrade to LTS releaes
[21:47] <knome> if you've jumped through regular releases before
[21:47] <elfy> of course
[21:48] <elfy> but before you started changing it all around it made sense
[21:48] <knome> it did make sense
[21:48] <knome> but i think it was a bit weird
[21:48] <knome> and somewhat repeating
[21:49] <knome> i think this is much better; just explain upgrade targetting
[21:49] <knome> and we should probably mention the GUI way too
[21:49] <elfy> of course it does - because the first bit is the same - when the first bit was different - it didn't repeat
[21:50] <elfy> I'm just getting confused now - I'll look tomorrow
[21:50] <knome> ok, i'll try to get this in shape and pushed to the branch
[21:50] <elfy> yea ok - I can delete all the local stuff
[21:50] <knome> yep
[21:50] <elfy> cya tomorrow
[21:50] <knome> thanks :)
[21:51] <slickymaster> knome see my question in the tab
[21:54] <knome> resolved
[21:59] <knome> slickymaster, not execute because the other option is the GUI way
[21:59] <knome> which isn't in the pad yet
[22:00] <slickymaster> ok, agree, but do either of doesn't sound right _P
[22:00] <knome> let's fix it then
[22:00] <slickymaster> give me just a econd to put my son in bed
[22:00] <knome> sure, no hurry
[22:04] <slickymaster> knome: why not choose one of the following
[22:10] <knome> i guess i prefer "do" because ultimately, after you choose one of them, you got to do it as well
[22:11] <knome> so choosing is implied whatsoever
[22:12] <slickymaster> I', just guided by the sound of the sentence in this case knome
[22:12] <slickymaster> *I'm
[22:12] <knome> either one works for me
[22:12] <knome> let me push that to the actual code now
[22:12] <knome> i'll do a test branch so we can see how it looks
[22:13] <slickymaster> ping so i can branch it and build it locally
[22:13] <knome> 5mins
[22:19] <knome> slickymaster, https://code.launchpad.net/~knome/xubuntu-docs/vivid-upgrading
[22:20] <slickymaster> on it
[22:20] <knome> hmm
[22:20] <knome> now the first subsection is duplicating
[22:20] <knome> we should drop the first two points from the list
[22:21] <knome> agree?
[22:21] <knome> and maybe put the second subsection as the first section
[22:21] <knome> then we could also possibly drop the note from the currently first subsection
[22:22] <slickymaster> let me build them knome :P
[22:22] <knome> sure sure...
[22:22] <knome> ;)
[22:22] <knome> i'm still a man of action..
[22:23] <slickymaster> yeah, my machine is slower than yours
[22:24] <knome> and i had the code available earlier than you etc
[22:25] <knome> note that i of course testbuilt it before i committed
[22:25] <slickymaster> but starting I think that the second paragraph of the upgrading section can be a little confusing for non native english speakers
[22:25] <knome> yeah, i was considering moving that to the upgrade path subsection
[22:25] <knome> to have a bit more context
[22:25] <knome> and then merging the currently first and third paragraphs
[22:26] <slickymaster> let me see
[22:26] <slickymaster> yes, I agree on that merge
[22:26] <slickymaster> it's logical
[22:26] <knome> ok, let me do a few simple changes
[22:26] <knome> then push again
[22:26] <slickymaster> ok
[22:29] <knome> Unit193, want to debug why the translation attributions aren't working today?
[22:29] <knome> slickymaster, pushed
[22:29] <Unit193> knome: Sure, why aren't they working?
[22:29] <knome> >___<
[22:30] <slickymaster> one thing knome, he also should reduce the coverage of the hyperlink in the <note><para>If you are not getting an upgrade notification, or aren't seeing the release you are expecting to upgrade to, see <xref linkend="changing-upgrade-path"></xref>.</para></note> </section>
[22:30] <knome> oh yeah.
[22:30] <knome> duh.
[22:31] <slickymaster> ok, I'll wait before I pull it again
[22:31] <Unit193> knome: Not what you meant? :(
[22:31] <knome> Unit193, no :D
[22:31] <knome> it works locally.
[22:31] <Unit193> Utopic?
[22:31] <slickymaster> yes, locally their being built
[22:31] <knome> nooo
[22:31] <slickymaster> VV
[22:32] <slickymaster> V V
[22:32] <Unit193> Well that's another bit of info then.
[22:32] <knome> pushed 270
[22:32] <knome> slickymaster, ^
[22:32] <slickymaster> ok
[22:32] <slickymaster> second please
[22:33] <knome> Unit193, do you think it would be sensible to put the .xml files for the desktop.guide under build or something else that can be bzr-ignored, so you didn't have to do make clean before each push?
[22:35] <slickymaster> knome: the hyperlink still covers the section called part of the text
[22:35] <knome> there is no way to edit the link content
[22:36] <knome> that's the way it is
[22:36] <slickymaster> ok
[22:36] <knome> the only other sensible option is to drop that note completely
[22:36] <Unit193> knome: If you do that, you have to also edit the buildsystem. :P
[22:36] <knome> but i'm not sure if it's better to keep it or not
[22:36] <knome> Unit193, well exactly, which is why i asked..
[22:36] <slickymaster> also missing a period in the end of the first item of the Upgrading to the next available release list
[22:37] <Unit193> I don't see anything wrong with make clean...
[22:37] <slickymaster> knome: ^~
[22:37] <knome> Unit193, except that then you have to build again after pushing
[22:37] <knome> slickymaster, actually, the second point should just get rid of that dot :)
[22:37] <slickymaster> that's what I was going to say since the third item also doesn't has it
[22:39] <slickymaster> knome: Changing your upgrade path
[22:39] <slickymaster> "a user of 14.04 could upgrade to 14.10 or 16.04."
[22:39] <knome> let's edit that paragraph in the pad where i just pasted it (at the top9
[22:39] <slickymaster> I'm not sure about the use of could
[22:39] <slickymaster> ok
[22:41] <knome> opt?
[22:41] <slickymaster> as in choose
[22:42] <knome> but is that right
[22:42] <knome> i mean,
[22:42] <knome> the only sensible point to change the upgrade path is when you are running an LTS release
[22:42] <knome> i guess it makes sense
[22:42] <bluesabre> brainwash: good work
[22:43] <slickymaster> but you can always choose knome
[22:43] <knome> ;)
[22:43] <Unit193> knome: I suppose feel free to...
[22:43] <knome> :P
[22:49] <knome> do we need the examples really?
[22:50] <knome> maybe
[22:50] <knome> let's see how that would look like
[22:52] <knome> i'm thinking an image would be so much better
[22:52] <knome> but i'm thinking that would be so overkill
[22:52] <knome> it would be like the first image ever in our docs ;)
[22:53] <knome> the reason why i don't think the examples help much is that the users reading this documentation will proabably have no idea about the release cadence we're having anyway
[22:53] <slickymaster> I'm happy with how it is now knome
[22:54] <knome> "even.04" doesn't ring their "LTS!!!" bells
[22:54] <slickymaster> ok, in the pad
[22:55] <knome> see the alternative paragraph
[22:56] <slickymaster> hmmm
[22:56] <knome> i think it's much more clear for the regular user
[22:56] <knome> no version number crap
[22:56] <knome> or too technical explanations
[22:56] <slickymaster> yeah, agree
[22:57] <knome> how would that look?
[22:57] <slickymaster> much cleaner
[22:57] <slickymaster> way better
[22:57] <knome> yeah, let's do this
[22:58] <slickymaster> we were just complicating excessively
[22:58] <knome> yeah
[22:59] <knome> testbuild..
[22:59] <slickymaster> have you pushed it knome
[23:00] <knome> soon
[23:00] <knome> hmm
[23:00] <knome> you know
[23:00] <knome> we're going main branch now
[23:00] <knome> oops ;)
[23:00]  * knome shrugs
[23:00] <knome> it's pretty much ready anyway
[23:00] <knome> so get the main branch
[23:01] <slickymaster> ok
[23:05] <slickymaster> it's seems alright in my pov knome
[23:10] <slickymaster> knome, tell me something please
[23:10] <Unit193> Cat starts with the letter "C".
[23:10] <slickymaster> whatie Unit193 ?!
[23:11] <knome> slickymaster, yes?
[23:11] <knome> slickymaster, he told you "something"
[23:12] <slickymaster> can I safelly delete this/my branch -> https://code.launchpad.net/~slickymaster/xubuntu-docs/xubuntu-docs
[23:12] <slickymaster> since it's all done with
[23:12] <knome> sure
[23:12] <slickymaster> õr abandoned it
[23:12] <slickymaster> ok
[23:12] <knome> sergio-br2, connection problems?
[23:13] <knome> apparently...
[23:13] <slickymaster> like slickymasterWork
[23:13] <slickymaster> heheh
[23:13] <knome> got to banforward him next if he keeps going in and out
[23:13] <slickymaster> don't do that to the Work guy
[23:13] <knome> (a friendly banforward, to be lifted once the connection problems are solved)
[23:13] <knome> heh, not
[23:13] <knome> at least you are saying stuff
[23:14] <knome> but just littering the channel with join/quits is meh
[23:14] <slickymaster> :P
[23:16] <slickymaster> hey knome, maybe we should leave a ping to forestpiskie about his upgrade section already being in the main branch
[23:16] <slickymaster> it's done now
[23:17] <knome> well done ;)


[08:35] <knome> pleia2, check out http://xubuntu.org/?page_id=3081&preview=true when you have time :)
[10:02] <knome> ochosi, did you see that after last changes either? ^
[10:04] <ochosi> no hadn't seen that
[10:05] <ochosi> i think the status tracking could use some sort of "graph" or "burndown" graphics too
[10:05] <ochosi> the guy-gal thingy is a bit quirky, but hey :)
[10:05] <ochosi> the rest is nice!
[10:05] <knome> well it's a draft
[10:05] <knome> i'll likely move the dudette to the right of the bubble
[10:05] <knome> then it'll look better
[10:06] <ochosi> also the status tracking links need updates i think
[10:06] <knome> oh sigh
[10:06] <knome> we went through this already ;)
[10:10] <knome> i just noticed that the old logo is used *again* at http://www.omgubuntu.co.uk/2015/05/xubuntu-core-new-minimal-iso-download
[10:14] <ochosi> oh ok, i don't remember ;)
[10:14] <knome> :P
[10:14] <ochosi> feel free to send them an email
[10:14] <knome> i said i'd rather keep the changing stuff somewhere else
[10:14]  * knome sighs
[10:14] <ochosi> but the post is already quite old
[16:03] <pleia2> knome: thumbs up
[16:03] <pleia2> also published: http://xubuntu.org/news/xubuntu-at-computer-reach/
[16:07] <drc> pleia2: Last link (edubuntu one) == "You don't have permission to access /news/ComputerReach Edubuntu 14.04 - Xubuntu - QuickGuide (mod).pdf on this server." (for me)
[16:07] <pleia2> drc: thanks
[16:08] <pleia2> should be good now
[16:09] <MarkUX> ho
[16:09] <MarkUX> hi
[18:03] <knome> pleia2++
[18:12] <Unit193> Debian #787557
[21:03] <ochosi> knome: i'm considering to blog about the LO icon theme on x.org btw, i think it could generate some attention for us
[21:05] <knome> approve the idea, tell me if you need help writing it
[21:07] <knome> or editing, or sth
[21:08] <ochosi> k, thanks, will do
[21:40] <bluesabre> Unit193: D:
[21:40] <bluesabre> its so hard... some things escape filenames, others don't... fix one, break the other :(
[21:42] <knome> what i was thinking is "how the *beep* is exo supposed to know how things are escaped anyway?"
[21:43] <bluesabre> maybe try unescaping first..? who knows
[21:43] <bluesabre> save that for 0.12.x
[21:44] <knome> try unescaping... what?
[21:44] <knome> i mean, unescaping correctly would mean you should know how stuff is escaped
[21:50] <micahg> I was wondering if it had to do with th file URI vs http or another URI scheme
[22:10] <ochosi> night everyone!


[00:24] <daftykins> 2.5hrs later, lubuntu installed and booted
[00:25] <daftykins> haha 4MB RAM free on boot
[00:25] <diddledan> yey?
[00:25] <diddledan> 4MB!!
[00:25] <diddledan> that's awesome!
[00:25] <diddledan> I wish I had 4MB
[00:41] <daftykins> 90MB free if i stop X :)
[00:41] <diddledan> who needs guis anyway
[00:42] <daftykins> ikr
[00:42] <daftykins> i essentially did all this because another helper got on my back about saying it was a waste of time supporting the suggestion to put lubuntu on a 1GHz celeron with 256MB RAM
[00:42] <daftykins> i said it would be unusable
[00:43] <diddledan> haha
[00:43] <diddledan> he must be an eejit :-p
[00:43] <daftykins> just a bit optimistic ^_^
[00:52] <daftykins> poor little thing is slugging its' guts out doing a dist-upgrade
[00:52] <diddledan> ouch
[00:53] <diddledan> I think you might need to consider euthanasia
[00:53] <daftykins> :)
[01:18] <diddledan> I wonder why I disconnected at bang-on 02:00:01
[01:20]  * daftykins whistles
[01:21] <diddledan> you didn't take me up on the euthanasia idea and kill my connection, did you?
[01:21] <daftykins> maaaaaybe, it was the closest thing!
[01:21] <diddledan> lol
[01:22] <diddledan> I think google should do one of these type of things: https://en.wikipedia.org/wiki/Amazon_Echo
[02:14] <daftykins> heeeey, interesting that says Lab126
[02:15] <daftykins> if i look at the hardware page under systeminfo, in Kodi... on the amazon FireTV, it says "HARDWARE: LAB126 BUELLER"
[02:15] <daftykins> :>
[02:15] <daftykins> coincidence as i just looked at that
[02:27] <ali12341> diddledan: every android phone is one of those type of things
[02:28] <ali12341> with M, they listen for "ok google" all the time, even when turned off (standby)
[02:29] <daftykins> you have to be really into those gimmicky features :D
[02:29] <ali12341> also, one time i installed ubuntu on a 486 with 64MB of RAM
[02:30] <ali12341> it took over an hour to boot up
[02:30] <daftykins> :)
[02:30] <daftykins> this ones screen dissolves into a mess of artefacting after a couple of minutes at the desktop
[02:30] <daftykins> someone claims it's heat but it doesn't even get that warm
[02:31] <ali12341> could be thermal expansion causing breaks in the PCB traces
[02:32] <ali12341> if the board has gone bad, it wouldn't even need to get that warm to cause problems
[07:25] <Moodoo> morning all
[07:32] <diplo> Morning Moodoo / all :)
[07:56] <Moodoo> :)
[07:59] <TwistedLucidity> We're almost halfway there, we can survive the next two-and-a-bit days!
[08:01] <Moodoo> I don't know, i want to sit at my desk and cry lol
[08:06] <davmor2> popey: I'm on 5.1 and lollipop here
[08:06] <davmor2> morning all
[08:15] <Myrtti> really don't know what to do with the new Nexuses
[08:18] <davmor2> Myrtti: flash ubuntu and have a party?
[08:19] <Myrtti> davmor2: it's not Android I'm having trouble with
[08:19] <davmor2> Myrtti: what's up
[08:19] <Myrtti> the new ones don't have Qi :-(
[08:22] <Myrtti> we've got a grand total of 7 Qi chargers now, latest two we bought from IKEA bargain corner for 18 quid just a week or so ago
[08:23] <Myrtti> well, 5 devices and 7 charging spots
[08:25] <davmor2> Myrtti: then don't buy the new ones
[08:25] <Myrtti> but new phones!
[08:25] <Myrtti> ;___;
[08:26] <Myrtti> sad trombone, I got my first Nexus in a Google event for free in 2010
[08:27] <Myrtti> we've had almost all the nexuses bar Nexus S and Q
[08:38] <JamesTait> Good morning all; happy Wednesday, and happy International Translation Day! 😃
[08:40] <davmor2> Myrtti: ha I love it, USB C offers faster charging that even wireless charging which is why it was dropped :)
[08:40] <Myrtti> davmor2: faster charging isn't the point tho
[08:40] <Myrtti> atleast for me
[08:41] <davmor2> Myrtti: no but maybe it was for google
[08:41] <Myrtti> sure, I understand that
[08:41] <Myrtti> I understand it being the reason worth dropping it for many people
[08:41] <Myrtti> it doesn't help with my lamentation over the issue
[08:42] <davmor2> JamesTait: if your school was the same as mine then this will make you smile https://www.youtube.com/watch?v=xM0UyNqrS0o
[08:44] <davmor2> Myrtti: maybe you can buy a case for it that has the qi bits in that can charge the device via the usb c, or maybe you can create one
[08:45] <davmor2> Myrtti: not as convenient but at least all you QI chargers don't go to waste
[08:52] <davmor2> So this morning head song starts Hey Girl, Hey Boy, Super Style DJ here we go.  Yet the song is called Hey Boy Hey Girl go figure
[08:56] <JamesTait> No, davmor2., this morning's head song is now Alouette, you git. 😝
[08:57] <davmor2> JamesTait: Song for every occasion that's me :) and you're welcome for that cultural trip down memory lane :)
[09:06] <brobostigon> morning boys and girls.
[09:08] <bigcalm> Good morning peeps :)
[09:08] <brobostigon> morning bigcalm
[09:55] <davmor2> Best bumper sticker eva! http://img.odometer.com/slides/3/6/6/3/0/1/3663014249/da2ad3c17a8dde4047ef1dca50eadcc0d2bd54ca.jpeg
[09:59] <foobarry> can anyone explain electronic prescriptions?
[09:59] <foobarry> how do they work/
[10:01] <DJones> Dr types the prescription into his computer & gets sent to the nominated pharmacy
[10:02] <DJones> Presumably using a secure system rather than just email
[10:02] <foobarry> i filled out a form at the chemist, do i have to fill out a form at the docs too?
[10:02] <zmoylan-pi> or... just email :-)
[10:02] <foobarry> "Ask any pharmacy or dispensing appliance contractor that offers EPS or your GP practice to add
[10:02] <foobarry> your nomination for you. You don’t need a computer to do this."
[10:03] <foobarry> sounds like i dont need to go to doc surgery to add it
[10:03] <DJones> Chemist will probably send the form to the Dr's, I filled in a form at the doctors nominating a chemist, didn't have to do it in both places
[10:03] <foobarry> thx guys
[10:26] <diplo> Anyone use web whatsapp ? I'm not sure about it.. use Telegram most of the time but one person won't use it and I am getting fed up of picking my phone up rather than using a desktop app :)
[10:53] <zmoylan-pi> set up a vnc server on your phone and vnc into it to send the message? :-)
[10:58] <foobarry> diplo: tried it out, yeah
[11:02] <diplo> Anygood foobarry ?
[11:02] <diplo> Read it had a security vuln but that's been fixed... but you had to click a vcard to do it which I wouldn't anyway
[11:09] <foobarry> its  bit meh
[11:09] <foobarry> but so is hangouts web page
[11:14] <zmoylan-pi> run android in vm on desktop and use app in that :-)
[11:17] <diplo>  Need a number though zmoylan-pi ? As it sends a text.. I guess I could sign up to something and do that... but web sounds easier :D
[11:17] <diplo> I'll give it a go  Iguess
[11:18] <zmoylan-pi> seems crazy when you can only get a mobile app...
[11:19] <diplo> I *WILL* get them on Telegram soon
[11:19] <diplo> :D
[11:20] <diplo> Less people on different chats the better
[11:20] <zmoylan-pi> email it is...
[11:21] <foobarry> you can run 1 android app on linux
[11:21] <foobarry> through chrome
[11:21] <diplo> Considering the profession I'm in, I seriously suck at email
[11:21] <diplo> I forget to reply or read it half the time
[11:22] <Seeker> you can read email now?
[11:23] <diplo> :)
[11:24] <Seeker> when did they start letting pople do that? I've been ignoring it for almost 20 years
[12:23]  * diddledan shivers
[12:24]  * zmoylan-pi walks over diddledan's grave...
[12:24] <diddledan> Seeker: email is meant to be ignored. why else would google give you a huge storage capacity?
[12:26] <zmoylan-pi> i'll have you know i get 5mb of storage from my email provider... :-P
[12:26] <diddledan> zmoylan-pi: sounds like the competition when gmail launched :-p
[12:27] <diddledan> hotmail gave you 15MB IIRC while google started out at 1GB
[12:27] <diddledan> yoohoo now offer 1TB
[12:28] <zmoylan-pi> i spent a few mins flushing out old emails in gmail to get it below 90% capacity a few weeks back
[12:42] <TwistedLucidity> You only need 15mb, but the marketing cretins insist on sending bloated HTML.
[12:43] <diddledan> http://zacklive.com/wp-content/uploads/2011/01/apple_blueprint-1280x800.jpg
[12:43] <diddledan> teehee
[14:31] <foobarry> best cd ripper for buntu?
[14:34] <diddledan> foobarry: for music?
[14:35] <diddledan> I tend to just use the rythmbox facility
[14:38] <TwistedLucidity> Handbrake for DVDs...CDs...be interested to hear about a good one.
[14:39] <davmor2> +1 for rhythmboxs own also sound juicer is is good still
[14:40] <davmor2> cli the best is abcde
[14:40] <davmor2> dvd/bluray makemkv
[14:40] <diddledan> yeah, makemkv is good for dvd/blurry
[14:41] <Moodoo> soundjuicer is another good on
[14:46] <davmor2> foobarry: I found that abcde gave crisper mp3's than rb or soundjuicer as they both use variable bit rate even though it says 128bit etc. however if you don't care about format or quality rb or soundjuicer are way easier to setup
[14:51] <foobarry> rhythmbox doesn't work really, the sound settings are non editable
[14:51] <foobarry> there's an old bug about it
[14:51] <foobarry> might have been fixed by now
[14:52] <davmor2> foobarry: you need to install the other backends
[14:52] <foobarry> hold the line, looking for bug #
[14:52]  * foobarry plays wind pipes
[14:52] <davmor2> pan pipes
[14:53] <foobarry> #945987
[14:53] <foobarry> bug 945987
[14:53] <lubotu3`> bug 945987 in transmageddon (Ubuntu Precise) "No Settings are available in "Preferred format", only preset defaults are used" [High,Fix released] https://launchpad.net/bugs/945987
[14:53] <foobarry> Sorry to bring this up again, but despite all fixes, it still doesn't work here.
[14:53] <foobarry> Rhythmbox will ignore all settings and invariably create a quality 0.3 vorbis file, no matter what I do.
[14:54] <foobarry> unclear as to the status of that actual bug
[14:59] <foobarry> soundjuicer has no editable mp3 bitrate settings
[15:03] <foobarry> it's in rhytmbox now, wonder if this works!
[15:05] <davmor2> foobarry: worked for me in wily
[15:05] <foobarry> look at you with your wily
[15:05] <foobarry> what's a good variable bit rate setting please?
[15:05] <diddledan> davmor2: wave that wily
[15:06] <foobarry> i.e 192 constant roughly = 6 ?
[15:06] <bigcalm> That's a terribly rude name
[15:06] <diddledan> bigcalm: yes. I am struggling to remain family friendly
[15:06] <foobarry> like the hairy hardon version
[15:06] <foobarry> woops
[15:06] <davmor2> bigcalm: I agree! diddledan stop saying wave as a name ;)
[15:13] <foobarry> ogg quality settings seem to be the reverse of mp3 vbr settings !
[15:17] <foobarry> davmor2: does a CD icon appear on the left hand list in rhythmbox?
[15:17] <davmor2> foobarry: did for me
[15:19] <foobarry> ah, i had to mount it
[15:20] <foobarry> is musicbrainz still going?
[15:21] <foobarry> i never get matches. maybe i'm too obscure (i tihnk not)
[15:22] <davmor2> foobarry: I think with stream less people are buying cd and so they are not being updated as often as they were
[15:36] <diplo> foobarry: I still use freedb ?
[15:36] <diplo> cdex does a good job of it for me
[15:38] <foobarry> diplo: cdex is windows or lin?
[15:42] <diplo> Windows, but I use it in linux as well
[15:43] <diplo> Works perfectly well under Wine
[15:43] <diplo> I prefer it to a lot of the other linux apps
[15:43] <diplo> Also use mp3tag.de to fix stuff as well, also works well under wine
[15:45] <foobarry> not sure if rhythmbox allows it
[15:46] <diplo> Allows what ?
[15:46] <foobarry> anything other than musicbrainz?
[15:47] <diplo> You're changing the id3 tags I'm guessing ?
[15:47] <foobarry> some ripping apps i've used allow you to choose the db source
[15:48] <diplo> Or images to mp3's ? Sorry all I read was musicbrainz which last I heard was for tagging/name
[15:48] <diplo> Ah right, sorry these are seperate ripping programs
[15:48] <foobarry> yep, this is for tagging when i rip tem
[15:48] <diplo> Can't believe theyt don't use freedb anymore ?
[15:48] <diplo> I had so many issues with Linux progs I tried the ones I used on windows on it and never looked back
[15:48] <diplo> :/
[15:49]  * foobarry checks for a rhythmbox plugin
[15:50] <foobarry> this is the linux desktop problem
[15:50] <foobarry> no one app that does it all well
[15:50] <davmor2> foobarry: abcde
[15:50] <foobarry> not wife friendly
[15:50] <diplo> Yep, although I don't use music players to tag my stuff in windows either
[15:50] <diplo> I use specific programs that do a job well
[15:51] <foobarry> a good ripper should tag at rip time
[15:53] <davmor2> foobarry: https://wiki.gnome.org/Apps/Rhythmbox/Plugins/ThirdParty
[15:54] <foobarry> davmor2: thanks, i was on that page, got scared off by the cddb plugin's age, and gnome2 mentioned
[15:55] <diplo> cdex does that for me foobarry :)
[15:55] <foobarry> is it free oSS diplo ?
[15:58] <diplo> Nope :/
[15:58] <davmor2> foobarry: https://github.com/HessiJames/soundkonverter/wiki and https://github.com/HessiJames/soundkonverter/wiki/Feature%20list might be worth a look at
[15:59] <foobarry> diplo: just gon ethru 3 screens of "install this malware?"
[15:59] <foobarry> to get cdex installed
[15:59] <diddledan> yey. malware!
[15:59] <diplo> I've not installed it in years, been on this machine for 5+~ years
[16:00] <diddledan> foobarry: I hope you selected "heck yes, I want evilwares!"
[16:00] <diddledan> I really hate that to get the ask toolbar I have to download java :-(
[16:01] <foobarry> hihihih
[16:07] <Laney> things you don't hear every day
[16:07] <Azelphur> http://www.amazon.co.uk/gp/product/B012VFLIOI Interesting deal, does anyone know about the prohttp://www.amazon.co.uk/gp/product/B012VFLIOIbability of getting Ubuntu running on it?
[16:08] <Azelphur> Haha, I love the good old delayed paste if your a multi x screen user bug, can't wait to be rid of multi X screens \o/
[16:09] <bigcalm> Where do peeps go for their packs of multiple network cables these days? Looking at something like these http://www.amazon.co.uk/Multi-cable-multi-coloured-Cat5e-cables/dp/B00IO0FI2S
[16:09] <foobarry> oh hooray rhythmbox crashed already
[16:11] <davmor2> foobarry: seriously take a look at sound konvertor :)
[16:12] <foobarry> davmor2: but all those kde libs :)
[16:15] <foobarry> 200mb :(
[16:15] <diddledan> \o/
[16:16] <foobarry> hope its less ugly than cdex
[16:21] <diddledan> it's kde. of course it's ugly.
[16:26] <foobarry> at least it matches CD tracks \o/
[16:29]  * TwistedLucidity quite likes KDE; just wish Plasma 5 was more stable.
[16:35] <foobarry> davmor2: do you use this soundkonverter regularly?
[16:36] <foobarry> seems to have good array of features
[16:36] <foobarry> wondering what "high" mp3 means. doesn't explain VBR etc
[16:36] <davmor2> foobarry: Not at all I was looking for a gui app that had the features of abcde that was top of the list
[16:53] <foobarry> does amazon prime streaming have anything good?
[16:55] <foobarry> seems to be old tat that i would never dream of watching if it was on freeview
[17:06] <davmor2> foobarry: http://www.stuff.tv/features/netflix-vs-amazon-vs-now-tv-battle-streaming-services
[17:09] <foobarry> realised i only have 3 weeks left of the trial :S
[20:01] <diddledan> https://www.dropbox.com/s/2tupvuhukn0n2iv/Screenshot%202015-09-30%2021.01.20.png?dl=0
[20:01] <diddledan> teehee
[20:08] <zmoylan-pi> but the big javascript book will prop up a wobbly sofa... :-)
[20:51] <bigcalm> Good morning peeps :)
[20:52] <zleap> hi
[20:52] <diddledan> allo
[20:53] <daftykins> \o
[20:54] <zmoylan-pi> o/
[20:55] <daftykins> oy, setting up a new synology 2 bay NAS but it's beginning to seem like perhaps the disks aren't as healthy as they seem...
[21:03] <diddledan> daftykins: throw it at the wall and try again
[21:05] <daftykins> :)
[21:07] <zmoylan-pi> tried that approach with a nokia once... damaged the wall...
[21:12] <bigcalm> Given a hashed password from /etc/shadow, how easy is it to crack?
[21:13] <diddledan> bigcalm: hard
[21:13] <diddledan> bigcalm: you need to brute-force it
[21:13] <zmoylan-pi> do you have access to a lump hammer and the person who's password it is? :-P
[21:13] <bigcalm> Hard enough for it to be okay to store hashed passwords in a private git repo?
[21:15] <daftykins> isn't this one of those situations where someone could spin up an amazon instance to throw lots of work at it, if they cared enough - paying only a few pence for the time?
[21:15] <bigcalm> I'm provisioning some servers. If I store the password hashes, I can automate the user creation as well
[21:15] <popey> phew
[21:16]  * popey is pooped
[21:16] <bigcalm> Better than being poped
[21:16] <diddledan> popey: wb
[21:17] <popey> long day is long
[21:19] <daftykins> oh dear, and the culprit shows itself on delaying a desktop machines POST and boot...
[21:19] <daftykins> now to use the high tech piece of hardware - the ear - to pick the winner
[21:19] <diddledan> o_O
[21:21] <zmoylan-pi> i always found that resting hand on drive would let you feel the heads move.  handy in noisy environment.  good old vulcan drive meld :-)
[21:21] <daftykins> :D
[21:21] <daftykins> weird, the other one is still preventing boot
[21:21]  * diddledan melds with his computer
[21:22] <zmoylan-pi> and remember... my drive to your drive, your drive to my drive...
[21:22]  * diddledan is liquid metal
[21:23]  * diddledan makes a stabby finger
[21:27] <daftykins> holy moly this thing is still in warranty
[21:27] <daftykins> recertified on the 22nd may 2012 :D
[21:28] <diddledan> \o/ RMA
[21:28] <daftykins> it's itself a replacement
[21:32] <zmoylan-pi> the nas went back the very next year... ♪ ♫
[21:33] <daftykins> ah the unit was diskless thankfully, this was trying to put some old ones from that WD unit into a synology
[21:45] <daftykins> oh ok the other one is toast too 8D
[21:45] <daftykins> 1191 pending sectors, 75 reallocated
[21:45] <daftykins> diddledan: i am the disk reaper
[21:46] <zmoylan-pi> yay, i shall walk through the data recovery lab and i shall fear no data loss as i have 2 reliable backups
[21:48] <daftykins> only 2!?
[21:48] <daftykins> aww this other disk has no warranty
[21:49] <zmoylan-pi> of the unimportant replaceable stuff... more of the important stuff
[21:59] <directhex> my phone is off for RMA
[21:59] <directhex> wonder if they'll piss & moan about liquid damage
[22:00] <daftykins> did you get annoyed and drown it? :)
[22:01] <daftykins> directhex + arsenip - someone purporting to be an old quakenet-er identified me yesterday, spoke of hanging out with arc and Rys over on some other server O_O
[22:02] <daftykins> i'm nipping up to England again on the 8th btw folks, if anyone is on the path between Gatwick airport, Hatfield and Brighton


[04:04] <ToadZzZztool> before I go to bed I'd like to join Ubuntu Server Team 'cause I'm a sys&net admin in a little network (only 500 hosts and 12 servers) and a student in network engineering... are there any requirements?
[04:06] <ToadZzZztool> anyhow, good night here too ;)
[10:22] <allee> Hi, I had a look at ServerTestingTeam.  Looks like no ServerTestingTeamTemplate yet. :(
[10:27] <allee> Is it okay to add something like ServerHardware/SunGalaxy ServerHardware/SunGalaxy/X4100  ServerHardware/SunGalaxy/X4200  ditto for DellPowerEdge  that are more like a linux on laptop pages? I.e. a page that contain known issue.  tools, tips links to other links pages in Web?
[01:27] <spike> 'lo ubijtsa
[01:48] <ubijtsa> lo spike
[01:48] <spike> how do you do man?
[01:49] <ubijtsa> not bad.. WFH today, and trying to do some of the stuff remotely is a pain
[01:51] <spike> ubijtsa: like?
[01:52] <ubijtsa> running mozilla over a reverse ssh tunnel
[01:53] <spike> no vpn/vnc?
[01:53] <ubijtsa> nope
[01:54] <ubijtsa> not to the network I need to access
[03:39] <thefish> ubijtsa: reverse ssh tunnel?
[04:09] <ubijtsa> thefish: yeah, you ssh from box1 to box2 with something like "while true; do ssh box2 -R 2222:localhost:22 'while true; do echo -n . ; sleep 60; done'; done"
[04:10] <ubijtsa> on box2 you can then do 'ssh -p 2222 localhost' and connect back through the ssh tunnel to box1's ssh port
[04:11] <ubijtsa> poor mans vpn like :)
[04:11] <spike> speaking of, what's going on with openssh vpn?
[04:11] <thefish> what benefit does it give over just normal ssh?
[04:12] <thefish> to run moz, i would just ssh -X box2
[04:12] <spike> there's been much rumor about it, but I've never seen anybody actually doing it
[04:12] <spike> thefish: firewall filtering on port 22?
[04:12] <ubijtsa> thefish: if box1 is masqueraded, you can't get to it directly
[04:12] <spike> ;)
[04:12] <thefish> ssh -X -p2222 box2
[04:13] <thefish> mkay
[04:13] <ubijtsa> in my case, box1 is at work, and box2 is at home.
[04:14] <spike> apparently with openssh 4.x you can do real vpns, but I couldnt find much about it :/
[04:14] <ubijtsa> I can't ssh into box1 from the net, as it is behind firewalls and NAT, but I can ssh from box1 to box2 :)
[04:14] <morrow> one more reason to block outgoing/incoming ssh connections. :/
[04:15] <ubijtsa> morrow: hence why my sshd don't run on standard port
[04:15] <morrow> ubijtsa: if you have the money you can also check port 80/443 connects and break the ssl stream. :)
[04:15] <spike> uh?
[04:16] <ubijtsa> morrow: that's the type product I do QA on
[04:16] <spike> how would you do that without mouting a MITM attack?
[04:16] <morrow> ubijtsa: which one? tommy ssl?
[04:16] <morrow> spike: it is a MITM attack, your clients need the CA of your SSL Proxy
[04:16] <ubijtsa> spike: transparent proxying/routing/bridging
[04:17] <morrow> some companies are willing to go this way
[04:17] <ubijtsa> morrow: McAfee SCM
[04:17] <morrow> ubijtsa: Ahh
[04:17] <spike> morrow: that was the point, if client isnt cluesless it'll spot the MITM
[04:17] <spike> ubijtsa: uh, how? I dont see how that's gonna prevent that
[04:17] <ubijtsa> spike: when you as an employee get told that all traffic is intercepted, what choice you have?
[04:17] <spike> and I think this has been debated beyond the flame limits on any sec list :)
[04:17] <morrow> spike: well.. if your clients are not within your adminstration you shouldn't do such bad things. :)
[04:18] <spike> as in, you either enforce it with policies or nothing, technically u cant stop it
[04:18] <ubijtsa> one way of preventing IM on a corporate lan is to forbid CONNECT through proxies on http traffic
[04:19] <spike> ubijtsa: yes, but then employers wont be able to use any https, and that's not reasonable for quite a few places
[04:19] <spike> even for work purposes, as in they need to access customers' stuff and so on
[04:20] <ubijtsa> spike: that is where URL filtering comes in
[04:20] <ubijtsa> spike: trust me, there has been *loads* of work gone in to these products, and they mostly work so well you don't know they are in the way
[04:20] <spike> ubijtsa: ok, so you basically restrict connect to a few websites
[04:21] <ubijtsa> spike: or allow and log
[04:21] <spike> ubijtsa: I do believe you, I'm just curious :)
[04:21] <ubijtsa> then when you have stats, you start blocking or coaching
[04:21] <spike> sure sure, again, I thought you could "technically" stop it, which is something I was pretty sure you couldnt do
[04:22] <morrow> not without breaking the ssl streams...
[04:22] <spike> without stuff like the aforementioned MITM like setup, which a smart employer would detect
[04:22] <spike> as a non smart one isnt gonna ssh tunnel home imho
[04:23] <ubijtsa> one way to detect if your traffic is filtered is for downloads..
[04:23] <ubijtsa> the larger the download, the longer it takes before you get any data at all, as the AV scanners need big blocks (or whole file) to work with
[04:38] <morrow> ubijtsa: if you work for mcafee, how about asking some developers to relase a daemon version of uvscan? :)
[04:39] <ubijtsa> hehe.. I could ask.. :)
[04:39] <ubijtsa> I sit not far from the guys that wrote LinuxScan
[04:40] <ubijtsa> but that project been idle/dead for ages
[04:40] <morrow> hmm :/
[04:41] <ubijtsa> there is *some* scanner available for linux, but I have to check who is writing it, so I direct feature requests to the right people
[04:41] <ubijtsa> I can do that on monday
[04:42] <morrow> well currently its uvscan. but this is only a command line scanner without daemon option
[04:43] <morrow> ubijtsa: that would be great, please keep me posted. :)
[04:44] <ubijtsa> morrow: I'll have a chat with them. I can see the usefullness of it (clamav/ clamsmtpd) so I'll see what I can do.
[04:46] <morrow> it could be a political thing... because the uvscan is licensed based on servers, smtp scanning usualy is per user
[04:47] <morrow> had this issue this week with sophos and kaspersky... even if you use the filescanber you have to licence it as SMTP gateway. :/
[04:47] <morrow> filescanner..
[04:48] <ubijtsa> aye..
[04:48] <ubijtsa> right, have to change a nappy now
[08:49] <spike> ubijtsa: hey, you around?
[08:51] <ubijtsa> spike: in a fashion
[08:52] <ubijtsa> why?
[08:54] <spike> ubijtsa: I'm trying to work out a way to get to birmingham that wont cost me a fortune...
[08:54] <ubijtsa> where from?
[08:54] <spike> tmoz I wanted to go to some place.. took it easy... it turned out that sing was gonna cost me 100 pound... couldnt believe it
[08:54] <spike> brighton
[08:55] <spike> I'm not gonna go of course... I cant affor 200 pound for a 2 days thingie...
[08:55] <ubijtsa> brighton to brum, cheapest way ought to be train..
[08:55] <spike> I'm fskcing astonished... it's not even a long route... damn, by car it's something shouldnt take u more than 4 hrs and, uhm, 70 quid roundtrip?
[08:56] <ubijtsa> spike: I can do it for about that round trip yeah
[08:56] <ubijtsa> but that pre-supposes you have a car :)
[08:56] <spike> so wtf it's gonna take 6 hrs and 200 quid round trip!? grrrr
[08:57] <spike> 6hrs one way, tho, so was for 4 above
[08:57] <spike> damn
[08:57] <ubijtsa> public transport in UK is a joke.. everyone knows that :)
[08:57] <spike> do u know liftshare.com?
[08:58] <spike> hitchhiking a ride might be the only solution... I really cant spend that amount of money...
[08:58] <spike> from liverpool it's "only" 30 quid... was looking if there was any way to fly cheaply from gatwick, but apparently there isnt :/
[08:59] <ubijtsa> nah.. car-share, hiking with lorries etc is cheaper, but not as safe
[09:01] <ubijtsa> right, I have a few things to test.. so will be offline for a while..
[09:01] <spike> k, ta, c ya
[09:11] <neuralis> Toadstool: the requirements for joining the team are a reasonably consistent history of contribution to the project.
[09:11] <neuralis> Toadstool: things like help with bugs, release testing, or helping out here and on the ML.
[09:48] <Toadstool> neuralis: ok no prob', i'll try to do my best :)
[09:48] <neuralis> Toadstool: great, look forward to having you join soon!


[11:09] <jphilips> bluesabre: does transifex not do any error checking?
[11:09] <jphilips> https://github.com/Xubuntu/xubuntu-default-settings/pull/1
[11:11] <bluesabre> jphilips: nope, most services don't. As we identify good language maintainers, we can promote them to "Language Coordinators" to monitor the incoming translations.
[11:12] <jphilips> can we do any CI error checking to ensure that variables that exist in the english do exist in the translation?
[11:12] <jphilips> is this okay https://imgur.com/4GNgDCV.png
[11:12] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Fix typos in variables @ https://github.com/Xubuntu/xubuntu-default-settings/commit/7ed9e0539a50519205bd6c3b3b1d04f492dffc13 (by philipzae)
[11:12] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Merge pull request #1 from philipzae/patch-1 @ https://github.com/Xubuntu/xubuntu-default-settings/commit/616297d5ab5fb31fa9b843f0049efd5953747a59 (by bluesabre)
[11:13] <bluesabre> jphilips: that one's ok. And yeah, we could build some action for that.
[11:20] <jphilips> bluesabre: anyway we can hide the xubuntu-docs from the transifex page?
[11:21] <bluesabre> jphilips: We can remove the project, but if folks want to translate it, we can use the updated translations for the 20.04 docs since its supported for 3 years.
[11:21] <Unit193> I ran checks on those and ping bluesabre when someone breaks them. :3
[11:26] <jphilips> yes you are right about keeping it for 20.04 updates
[11:45] <jphilips> submitted two more patches to fix stuff in translations
[21:19] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: Apply translations in lt @ https://github.com/Xubuntu/xubuntu-default-settings/commit/4ae680a80b7a23d5609b6c3c7011c4494e6de219 (by transifex-integration)


[00:52] -queuebot:#ubuntu-release- New binary: qgis [riscv64] (groovy-proposed/universe) [3.10.8+dfsg-1ubuntu1] (no packageset)
[06:27] -queuebot:#ubuntu-release- New binary: pyzbar [amd64] (groovy-proposed/universe) [0.1.8-1] (no packageset)
[06:27] -queuebot:#ubuntu-release- Unapproved: fwupd (groovy-proposed/main) [1.3.11-2 => 1.3.11-2] (core)
[06:29] -queuebot:#ubuntu-release- New binary: haskell-butcher [amd64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[06:34] -queuebot:#ubuntu-release- New binary: abseil [arm64] (groovy-proposed/universe) [0~20200225.2-2] (no packageset)
[06:34] -queuebot:#ubuntu-release- New binary: abseil [armhf] (groovy-proposed/universe) [0~20200225.2-2] (no packageset)
[06:36] -queuebot:#ubuntu-release- Unapproved: fwupd (groovy-proposed/main) [1.3.11-2 => 1.3.11-2] (core)
[06:36] -queuebot:#ubuntu-release- Unapproved: fwupd (groovy-proposed/main) [1.3.11-2 => 1.3.11-2] (core)
[06:39] -queuebot:#ubuntu-release- New binary: haskell-butcher [arm64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[06:39] -queuebot:#ubuntu-release- New binary: haskell-butcher [s390x] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[06:42] -queuebot:#ubuntu-release- New binary: haskell-butcher [riscv64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[06:45] -queuebot:#ubuntu-release- New binary: abseil [ppc64el] (groovy-proposed/universe) [0~20200225.2-2] (no packageset)
[06:45] -queuebot:#ubuntu-release- New binary: haskell-butcher [armhf] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[06:51] -queuebot:#ubuntu-release- New binary: haskell-butcher [ppc64el] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[07:01] -queuebot:#ubuntu-release- New: accepted qgis [amd64] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:01] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted qgis [riscv64] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted qgis [s390x] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (groovy-proposed) [3.10.8+dfsg-1ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted gce-compute-image-packages [amd64] (groovy-proposed) [20200626.00-0ubuntu1]
[07:02] -queuebot:#ubuntu-release- New: accepted pyzbar [amd64] (groovy-proposed) [0.1.8-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [amd64] (groovy-proposed) [<IP_ADDRESS>-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [armhf] (groovy-proposed) [<IP_ADDRESS>-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [riscv64] (groovy-proposed) [<IP_ADDRESS>-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [arm64] (groovy-proposed) [<IP_ADDRESS>-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [s390x] (groovy-proposed) [<IP_ADDRESS>-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-butcher [ppc64el] (groovy-proposed) [<IP_ADDRESS>-1]
[07:06] <doko> I'm doing the GCC-10 defaults change today. we see ftbfs in -proposed with updated symbols changes imported from Debian
[08:24] <LocutusOfBorg> can anybody please NBS-cleanup qgis? missing build on amd64: libqgis-3d3.10.7, libqgis-analysis3.10.7, libqgis-app3.10.7, libqgis-core3.10.7, libqgis-customwidgets, libqgis-dev, libqgis-gui3.10.7, libqgis-native3.10.7, libqgis-server3.10.7, libqgisgrass7-3.10.7, libqgispython3.10.7, python3-qgis, python3-qgis-common, qgis, qgis-api-doc, qgis-common, qgis-plugin-grass, qgis-plugin-grass-common, qgis-provider-grass,
[08:24] <LocutusOfBorg> qgis-providers, qgis-providers-common, qgis-server (from 3.10.7+dfsg-1ubuntu1)
[08:25] <LocutusOfBorg> not everything from that list of course
[09:10] <juliank> Laney: Wondering whether to add epson-inkjet-printer-escpr/arm64 to long_test, it basically gets killed two tests before the end
[09:11] <juliank> not sure it's worth it
[09:11] <juliank> but better than force-badtesting it
[09:12] <Laney> long_tests is reasonable there I think
[09:14] <juliank> Laney: merge https://code.launchpad.net/~juliank/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/388037
[09:15] <juliank> I also added armhf, seems the same there
[09:16] <juliank> I pushed that into production too
[09:17] <juliank> Laney: I pulled the git branch on the lxd worker, and that one was quite outdated
[09:17] <juliank> 22c1e65..731a88e
[09:17] <juliank> that was 32 commits behind
[09:17] <Laney> 👍
[09:17] <juliank> I still need to restart the worker I think so it picks up the new config
[09:17] <juliank> ?
[09:18] <Laney> HUP
[09:18] <Laney> can't I give you push permissions for the git repository on Launchpad somehow?
[09:18] <juliank> right, the backlog only had pkill -ef worker/worker :D
[09:18] <juliank> Laney: Yes, with acls
[09:19] <Laney> I thought that was something you could do
[09:19] <Laney> but how do I get to the UI
[09:19] <juliank> Laney: I don't know, xnox does
[09:19] <Laney> maybe it's an admin thing
[09:21] <juliank> worker's pkill -ef -HUP worker/worker
[09:21] <juliank> :D
[09:32] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [ppc64el] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[09:32] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [s390x] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[09:34] -queuebot:#ubuntu-release- New binary: haskell-ormolu [ppc64el] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[09:34] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [amd64] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[09:35] -queuebot:#ubuntu-release- New binary: haskell-ormolu [amd64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[09:36] <cjwatson> Laney: "Manage permissions" on the git repository in question
[09:37] <Laney> cjwatson: would that be on https://code.launchpad.net/autopkgtest-cloud ?
[09:37] <cjwatson> Laney: Slightly confusing from a project - you need to find the link that says "lp:autopkgtest-cloud" and go to that
[09:38] <Laney> ah
[09:38] <cjwatson> Laney: Then "Manage permissions" from there and see https://blog.launchpad.net/code/git-per-branch-permissions
[09:38] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [arm64] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[09:38] -queuebot:#ubuntu-release- New source: wireguard (xenial-proposed/primary) [1.0.20200513-1~16.04.1]
[09:39] -queuebot:#ubuntu-release- New source: wireguard-linux-compat (xenial-proposed/primary) [1.0.20200611-1ubuntu1~16.04.1]
[09:39] <Laney> Righto, that looks like it might have done it
[09:40] <Laney> juliank: hopefully that works next time you have something
[09:40] <Laney> and wip/mojo-juju-2 for the retry work :>
[09:41] <juliank> Seems to do the trick
[09:42] <Laney> LocutusOfBorg: looks like someone sorted out qgis
[09:43] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [armhf] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[09:44] <Laney> that was confusing for a bit because I couldn't work out what to do, but then the next proposed-migration refresh cleared the problem
[09:57] <LocutusOfBorg> yep thanks :)
[10:14] <Trevinho> tjaalton: hey, could you maybe look at gnome-shell SRU in the focal queue?
[11:06] -queuebot:#ubuntu-release- New binary: haskell-tar-conduit [riscv64] (groovy-proposed/universe) [0.3.2-1] (no packageset)
[11:12] -queuebot:#ubuntu-release- New: accepted wireguard [source] (xenial-proposed) [1.0.20200513-1~16.04.1]
[11:14] -queuebot:#ubuntu-release- New: accepted wireguard-linux-compat [source] (xenial-proposed) [1.0.20200611-1ubuntu1~16.04.1]
[11:17] -queuebot:#ubuntu-release- New binary: wireguard [amd64] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: wireguard [ppc64el] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: wireguard [powerpc] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: wireguard [s390x] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:17] -queuebot:#ubuntu-release- New binary: wireguard [armhf] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: wireguard-linux-compat [amd64] (xenial-proposed/none) [1.0.20200611-1ubuntu1~16.04.1] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: fonts-meera-inimai [amd64] (groovy-proposed/universe) [2.0-2] (no packageset)
[11:18] -queuebot:#ubuntu-release- New binary: wireguard [arm64] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[11:19] -queuebot:#ubuntu-release- New binary: wireguard [i386] (xenial-proposed/universe) [1.0.20200513-1~16.04.1] (no packageset)
[12:05] -queuebot:#ubuntu-release- New: accepted fonts-meera-inimai [amd64] (groovy-proposed) [2.0-2]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [amd64] (groovy-proposed) [0.3.2-1]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [armhf] (groovy-proposed) [0.3.2-1]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [riscv64] (groovy-proposed) [0.3.2-1]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [arm64] (groovy-proposed) [0.3.2-1]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [s390x] (groovy-proposed) [0.3.2-1]
[12:05] -queuebot:#ubuntu-release- New: accepted haskell-tar-conduit [ppc64el] (groovy-proposed) [0.3.2-1]
[12:24] -queuebot:#ubuntu-release- New binary: gcc-defaults [amd64] (groovy-proposed/main) [1.188ubuntu1] (core, i386-whitelist)
[12:28] -queuebot:#ubuntu-release- New: accepted gcc-defaults [amd64] (groovy-proposed) [1.188ubuntu1]
[12:33] -queuebot:#ubuntu-release- New binary: linux-signed-bluefield [arm64] (focal-proposed/universe) [5.4.0-1005.7] (no packageset)
[12:34] <kanashiro> sil2100: ubuntu-archive a gentle reminder about LP #1868500
[12:34] <kanashiro> it is blocking prometheus and some other packages
[12:45] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [ppc64el] (groovy-proposed/universe) [1.188ubuntu1] (i386-whitelist)
[12:46] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [arm64] (groovy-proposed/universe) [1.188ubuntu1] (i386-whitelist)
[12:50] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [amd64] (groovy-proposed/universe) [1.188ubuntu1] (i386-whitelist)
[12:50] -queuebot:#ubuntu-release- New binary: gcc-defaults-ports [i386] (groovy-proposed/universe) [1.188ubuntu1] (i386-whitelist)
[12:51] <juliank> should we force-badtest snapd/ppc64el?
[12:52] <juliank> it fails most of the time, but sometimes succeeds
[12:52] <juliank> it used to pass reliably
[12:52] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [amd64] (groovy-proposed) [1.188ubuntu1]
[12:52] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [i386] (groovy-proposed) [1.188ubuntu1]
[12:52] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [arm64] (groovy-proposed) [1.188ubuntu1]
[12:53] -queuebot:#ubuntu-release- New: accepted gcc-defaults-ports [ppc64el] (groovy-proposed) [1.188ubuntu1]
[12:54] <juliank> Maybe should just force-skiptest xz-utils once epson-inkjet-printer-escpr has migrated
[12:54] <juliank> (snapd will be fixed supposedly)
[13:15] <sil2100> kanashiro: hey! Let me get to it in a moment :)
[13:16] <sil2100> kanashiro: sorry for the lack of response, was a bit busy with .1 and .5 stuff
[13:18] <kanashiro> sil2100: np, thanks a lot!
[13:23] <sil2100> kanashiro: done!
[13:24] <kanashiro> yay!
[14:41] <xnox> sil2100: Laney: so iso tracker doesn't match www publication. The www publication is correct right? But doesn't cdimage the one that is pushing the URLs to the iso tracker? is it pushing a wrong url in the api call to "add" an image?
[14:42] <Laney> There's per-series patterns in the ISO tracker's database
[14:42] <xnox> or does iso-tracker self-creates them? I don't know how that works.
[14:42] <Laney> focal -> use this pattern substitution the version
[14:42] <xnox> oh, and the per-series pattern changes for LTS after LTS ships,no?!
[14:42] <Laney> substituting*
[14:42] <xnox> Laney:  is the pattern now fixed?
[14:42] <Laney> I have no idea how that gets initialised, they are missing for subiquity
[14:42] <Laney> I fixed s390x but it is really really tedious to do
[14:42] <Laney> so not the other arches
[14:43] <xnox> ack
[14:43] <Laney> each of the entries in the download information is a database row basically
[14:43] <Laney> so click add -> focal -> type in all the fields
[14:43] <Laney> don't get it wrong
[14:44] <Laney> there's probably a better way to do this, hoping somoene else knows what it is
[14:44] <xnox> i'm glad i do not have permissions to access that page =)
[14:45] <Laney> I can't imagine someone did this manually for all of the other products
[14:45] <Laney> so I feel like there must be a thing somewhere that needs to be set up for subiquity
[14:47] <Laney> bdmurray: stgraber: ^- maybe one of you knows?
[14:47] <Laney> http://iso.qa.ubuntu.com/admin/config/services/qatracker/products/15/downloads e.g. this one has 'focal' entries, but they are missing for subiquity
[14:48] <Laney> any idea how that gets done?
[14:54] <bdmurray> Not really
[14:54] <Laney> dunno why I thought you would :>
[14:56] <bdmurray> Because I might have database access but I don't know if that would help.
[15:03] <sil2100> You mean the download links on the ISO tracker?
[15:03] <sil2100> I was always editing those manually
[15:03] <sil2100> It's a pain in the ass
[15:03] <sil2100> I already told xnox I'll fix the subiquity ones
[15:03] <Laney> cool
[15:03] <Laney> you mean you go through every product and add all the links for the new series manually?
[15:04] <Laney> that must take ages, dear me
[15:08] <sil2100> Not sure if Adam had some magic way of doing that, but I was usually just fixing a few missing ones usually
[15:44] -queuebot:#ubuntu-release- New: accepted linux-signed-bluefield [arm64] (focal-proposed) [5.4.0-1005.7]
[17:17] -queuebot:#ubuntu-release- New binary: wlroots [amd64] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: golang-blackfriday-v2 [amd64] (groovy-proposed/none) [2.0.1-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: wlroots [s390x] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: wlroots [ppc64el] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:36] -queuebot:#ubuntu-release- New binary: wlroots [riscv64] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:40] -queuebot:#ubuntu-release- New binary: wlroots [armhf] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:46] -queuebot:#ubuntu-release- New binary: wlroots [arm64] (groovy-proposed/universe) [0.11.0-2] (no packageset)
[17:56] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [s390x] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[17:57] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [ppc64el] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[18:01] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [amd64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[18:09] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [arm64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[18:10] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [armhf] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[19:12] -queuebot:#ubuntu-release- New binary: haskell-aeson-extra [riscv64] (groovy-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[20:28] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:28] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Focal 20.04.1] has been updated (20200724)
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Focal 20.04.1] (20200724) has been added
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Focal 20.04.1] has been updated (20200724)
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Focal 20.04.1] has been updated (20200724)
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Focal 20.04.1] has been updated (20200724)
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Focal 20.04.1] has been updated (20200724)
[20:29] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Focal 20.04.1] has been updated (20200724)
[20:30] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:32] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:34] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:35] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [amd64] (groovy-proposed) [<IP_ADDRESS>-1]
[20:35] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [armhf] (groovy-proposed) [<IP_ADDRESS>-1]
[20:35] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [riscv64] (groovy-proposed) [<IP_ADDRESS>-1]
[20:35] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [arm64] (groovy-proposed) [<IP_ADDRESS>-1]
[20:35] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [s390x] (groovy-proposed) [<IP_ADDRESS>-1]
[20:36] -queuebot:#ubuntu-release- New: accepted haskell-aeson-extra [ppc64el] (groovy-proposed) [<IP_ADDRESS>-1]
[20:36] -queuebot:#ubuntu-release- New: accepted golang-blackfriday-v2 [amd64] (groovy-proposed) [2.0.1-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [arm64] (groovy-proposed) [0.11.0-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [ppc64el] (groovy-proposed) [0.11.0-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [s390x] (groovy-proposed) [0.11.0-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [amd64] (groovy-proposed) [0.11.0-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [riscv64] (groovy-proposed) [0.11.0-2]
[20:36] -queuebot:#ubuntu-release- New: accepted wlroots [armhf] (groovy-proposed) [0.11.0-2]
[20:39] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:40] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:41] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Focal 20.04.1] has been updated (20200724)
[20:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Focal 20.04.1] has been updated (20200724)
[20:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Focal 20.04.1] has been updated (20200724)
[20:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Focal 20.04.1] has been updated (20200724)
[20:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Focal 20.04.1] has been updated (20200724)
[20:46] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Focal 20.04.1] has been updated (20200724)
[20:48] -queuebot:#ubuntu-release- New binary: haskell-http-client-restricted [s390x] (groovy-proposed/universe) [0.0.3-1] (no packageset)
[20:51] -queuebot:#ubuntu-release- New binary: haskell-http-client-restricted [amd64] (groovy-proposed/universe) [0.0.3-1] (no packageset)
[20:53] -queuebot:#ubuntu-release- New binary: golang-github-containers-common [amd64] (groovy-proposed/universe) [0.14.4+ds1-2] (no packageset)
[22:07] <xnox> vorlon:  apw: Laney: I do not believe https://git.launchpad.net/~ubuntu-release/britney/+git/britney2-ubuntu/commit/?id=e41799e6e9af450d4de533f7f05f307967d8c302 is correct.
[22:07] <xnox> and it is currently causing cirular non-considered.
[22:08] <xnox> as it makes linux & linux-meta build-depend on each other virtual, making neither's of the packages build-dependencies to be installable, making both packages not considered, because of each other.
[22:08] <xnox> can we revert that?
[22:09] <xnox> Laney:  also linux & linux-meta are insufficient groupings. Complete grouping is linux, signed, meta, restricted-modules.
[22:10] <xnox> Laney: also the generated build-dep doesn't take into account that on i386 linux is not built.
[22:10] <xnox> yet synthesized build dep doesn't take that into account.
[22:10] <xnox> Can we turn `new_dep = '%s (>= %s)' % (dep_pkg_name, dep_pkg_version)`
[22:10] <xnox> into `new_dep = '%s (>= %s) [!i386]' % (dep_pkg_name, dep_pkg_version)` at least?
[22:17] <apw> xnox, doesn't that stop britney releasing linux without meta?
[22:18] <vorlon> it currently stops britney releasing linux at all
[22:53] <xnox> apw:  it generates a dep, which will never exist on i386, making linux forever "build-deps non-installable"
[22:54] <xnox> vorlon:  shall i submit pull requests?
[22:54] <vorlon> xnox: yes please
[22:54] <xnox> i boot VM
[22:54] <xnox> it doesn't have cdrom
[22:54] <xnox> my cloud-metadata is connected via cdrom
[22:55]  * xnox ponders if i should just switch to the "pass metadata url via qemu smbios"
[22:55] <xnox> and yet focal cloud image has no cdrom
[23:16] -queuebot:#ubuntu-release- New binary: abseil [s390x] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: abseil [ppc64el] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:18] -queuebot:#ubuntu-release- Unapproved: youtube-dl (focal-backports/universe) [2020.03.24-1 => 2<IP_ADDRESS>-1~ubuntu20.04.1] (ubuntu-budgie, ubuntukylin)
[23:18] -queuebot:#ubuntu-release- New binary: eclipse-linuxtools [amd64] (groovy-proposed/none) [7.4.0+dfsg.1-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: singleapplication [amd64] (groovy-proposed/none) [3.1.4-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: abseil [amd64] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: gcolor3 [amd64] (groovy-proposed/none) [2.3.1-2] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: eclipse-xsd [amd64] (groovy-proposed/none) [2.22.0-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: jakarta-validation-api [amd64] (groovy-proposed/none) [3.0.0~M1-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: felix-scr [amd64] (groovy-proposed/none) [2.1.20-1] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: haskell-casa-client [s390x] (groovy-proposed/universe) [0.0.1-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: ruby-xmpp4r [amd64] (groovy-proposed/none) [0.5.6-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: python-ncls [amd64] (groovy-proposed/none) [0.0+git20200225.f9894b0+ds-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: haskell-casa-client [ppc64el] (groovy-proposed/universe) [0.0.1-2] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: topplot [amd64] (groovy-proposed/none) [0.0.4-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: abseil [arm64] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: abseil [armhf] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: haskell-ormolu [amd64] (groovy-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: libhandy-1 [amd64] (groovy-proposed/none) [0.84.0-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: gcolor3 [s390x] (groovy-proposed/none) [2.3.1-2] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: haskell-casa-client [arm64] (groovy-proposed/universe) [0.0.1-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: libhandy-1 [s390x] (groovy-proposed/none) [0.84.0-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: singleapplication [s390x] (groovy-proposed/universe) [3.1.4-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: python-ncls [s390x] (groovy-proposed/none) [0.0+git20200225.f9894b0+ds-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: haskell-ormolu [ppc64el] (groovy-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: gcolor3 [armhf] (groovy-proposed/universe) [2.3.1-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: gcolor3 [arm64] (groovy-proposed/universe) [2.3.1-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: haskell-casa-client [armhf] (groovy-proposed/universe) [0.0.1-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: gcolor3 [ppc64el] (groovy-proposed/universe) [2.3.1-2] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: singleapplication [arm64] (groovy-proposed/universe) [3.1.4-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: python-ncls [arm64] (groovy-proposed/universe) [0.0+git20200225.f9894b0+ds-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: singleapplication [ppc64el] (groovy-proposed/universe) [3.1.4-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: singleapplication [armhf] (groovy-proposed/universe) [3.1.4-2] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: libhandy-1 [ppc64el] (groovy-proposed/universe) [0.84.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: python-ncls [ppc64el] (groovy-proposed/universe) [0.0+git20200225.f9894b0+ds-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: libhandy-1 [arm64] (groovy-proposed/universe) [0.84.0-1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: libhandy-1 [armhf] (groovy-proposed/universe) [0.84.0-1] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: singleapplication [riscv64] (groovy-proposed/universe) [3.1.4-2] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: gcolor3 [riscv64] (groovy-proposed/universe) [2.3.1-2] (no packageset)
[23:42] -queuebot:#ubuntu-release- New binary: python-ncls [riscv64] (groovy-proposed/universe) [0.0+git20200225.f9894b0+ds-1] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: abseil [riscv64] (groovy-proposed/universe) [0~20200225.2-3] (no packageset)
[23:48] -queuebot:#ubuntu-release- New binary: haskell-casa-client [amd64] (groovy-proposed/universe) [0.0.1-2] (no packageset)
[23:48] -queuebot:#ubuntu-release- New: accepted abseil [amd64] (groovy-proposed) [0~20200225.2-3]
[23:48] -queuebot:#ubuntu-release- New: accepted abseil [armhf] (groovy-proposed) [0~20200225.2-3]
[23:48] -queuebot:#ubuntu-release- New: accepted abseil [riscv64] (groovy-proposed) [0~20200225.2-3]
[23:48] -queuebot:#ubuntu-release- New: accepted eclipse-linuxtools [amd64] (groovy-proposed) [7.4.0+dfsg.1-1]
[23:48] -queuebot:#ubuntu-release- New: accepted felix-scr [amd64] (groovy-proposed) [2.1.20-1]
[23:48] -queuebot:#ubuntu-release- New: accepted gcolor3 [arm64] (groovy-proposed) [2.3.1-2]
[23:48] -queuebot:#ubuntu-release- New: accepted gcolor3 [ppc64el] (groovy-proposed) [2.3.1-2]
[23:48] -queuebot:#ubuntu-release- New: accepted gcolor3 [s390x] (groovy-proposed) [2.3.1-2]
[23:49] -queuebot:#ubuntu-release- New: accepted abseil [arm64] (groovy-proposed) [0~20200225.2-3]
[23:49] -queuebot:#ubuntu-release- New: accepted abseil [s390x] (groovy-proposed) [0~20200225.2-3]
[23:49] -queuebot:#ubuntu-release- New: accepted gcolor3 [amd64] (groovy-proposed) [2.3.1-2]
[23:49] -queuebot:#ubuntu-release- New: accepted gcolor3 [riscv64] (groovy-proposed) [2.3.1-2]
[23:49] -queuebot:#ubuntu-release- New: accepted abseil [ppc64el] (groovy-proposed) [0~20200225.2-3]
[23:49] -queuebot:#ubuntu-release- New: accepted gcolor3 [armhf] (groovy-proposed) [2.3.1-2]
[23:49] -queuebot:#ubuntu-release- New: accepted eclipse-xsd [amd64] (groovy-proposed) [2.22.0-1]
[23:49] -queuebot:#ubuntu-release- New: accepted golang-github-containers-common [amd64] (groovy-proposed) [0.14.4+ds1-2]
[23:49] -queuebot:#ubuntu-release- New: accepted jakarta-validation-api [amd64] (groovy-proposed) [3.0.0~M1-1]
[23:50] -queuebot:#ubuntu-release- New: accepted ruby-xmpp4r [amd64] (groovy-proposed) [0.5.6-1]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [amd64] (groovy-proposed) [3.1.4-2]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [armhf] (groovy-proposed) [3.1.4-2]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [riscv64] (groovy-proposed) [3.1.4-2]
[23:51] -queuebot:#ubuntu-release- New: accepted topplot [amd64] (groovy-proposed) [0.0.4-1]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [arm64] (groovy-proposed) [3.1.4-2]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [s390x] (groovy-proposed) [3.1.4-2]
[23:51] -queuebot:#ubuntu-release- New: accepted singleapplication [ppc64el] (groovy-proposed) [3.1.4-2]
[23:54] -queuebot:#ubuntu-release- New binary: libhandy-1 [riscv64] (groovy-proposed/universe) [0.84.0-1] (no packageset)


[01:15] <Hydr0p0nX> I just noticed all of my (sata 3) drives are connecting at 3gb/s instead of 6
[01:15] <Hydr0p0nX> controller and disk are all 6gb capable and I've got a variety of cables in use ...
[01:16] <Hydr0p0nX> anything I can do to force 6gb ?