[08:21] <morphis> Mirv, robru: anyone time for an upload?
[08:22] <Mirv> morphis: sure
[10:36] <Trevinho> robru: for some reason https://requests.ci-train.ubuntu.com/#/ticket/735 says that I've to rebuild unity... While I already did that... Not sure why.
[11:14] <rvr> Elleo: ping
[11:25] <Elleo> rvr: pong?
[11:25] <rvr> Elleo: Hi
[11:25] <rvr> Elleo: There is a failing autopilot test in silo 2 (keyboard)
[11:25] <rvr> Elleo: https://trello.com/c/O6WgMzXS/2534-712-ubuntu-landing-002-ubuntu-keyboard-michael-sheldon
[11:25] <Elleo> rvr: ah, hadn't spotted that, wasn't failing when I ran the tests locally :/
[11:25] <Elleo> might be flaky will see if I can reproduce it
[11:25] <rvr> Elleo: Ok
[12:08] <bzoltan_> sil2100: ping
[12:10] <bzoltan_> sil2100:  somebody has landed something with OTA8 that forced ssh to accept only 1024 long keys... that practically broke all SDK IDE where the developers had paired devices with the QtCreator. I would love to see that change reverter :) kind of...
[12:15] <sil2100> bzoltan_: pong
[12:16] <sil2100> bzoltan_: oh! hm, do you know which package upload caused that?
[12:16] <sil2100> Was that a security update, or an overlay landing?
[12:16] <bzoltan_> sil2100: i assume it was the openssh-server
[12:17] <Elleo> rvr: haven't been able to reproduce this locally at all, after rerunning that test a couple of dozen times on a krillin :/
[12:17] <sil2100> bzoltan_: I'm asking since I didn't see any offending change in the latest openssh for vivid, but let me dig deeper
[12:18] <Elleo> rvr: can't seem to connect to s-jenkins to kick of a retry there though, not sure why general VPN stuff is working; guessing something got messed up when I upgraded to wily the other day
[12:18] <bzoltan_> sil2100: afaik there is no ssh server in the Overlay PPA
[12:18] <Mirv> bzoltan_: sil2100: right it doesn't say anything at https://launchpad.net/ubuntu/vivid/+source/openssh/+changelog
[12:18] <rvr> Elleo: Ok
[12:18] <rvr> Elleo: Maybe some race condition
[12:19] <sil2100> It might have been the previous one, but I don't see much related things in the changelog there too
[12:19] <bzoltan_> Mirv: sil2100: silly me, it was on the rc-poposed image
[12:19] <Elleo> rvr: maybe, the krillins are a bit slower than the makos which might be why it hasn't triggered in jenkins before
[12:19] <Elleo> rvr: but haven't been able to hit it on my krillin yet
[12:21] <bzoltan_> sil2100:  it happened with kaleo's device what he flashed with rc-proposed
[12:23] <sil2100> bzoltan_: could you guys try to bisect with which rc-proposed image it started being like that? We could then check which upload is guilty
[12:23] <sil2100> Since openssh was updated last 1.5 month ago
[12:28] <bzoltan_> sil2100:  the 1:6.7p1-5ubuntu1.3 does 1024 key length
[12:29] <sil2100> http://launchpadlibrarian.net/214762531/openssh_1%3A6.7p1-5ubuntu1.2_1%3A6.7p1-5ubuntu1.3.diff.gz <- this is the diff, I doubt that this change causes issues
[12:29] <cjwatson> bzoltan_: ssh -vvv output would be helpful I'm sure
[12:30] <cjwatson> because I'm the openssh maintainer and I can't parse your complaint about it
[12:30] <cjwatson> certainly no vivid update has intentionally changed any key length policy
[12:31] <cjwatson> but you may be misconstruing the problem in some way, so debug output
[12:31] <bzoltan_> cjwatson:  one of us has flashed his device what was paired with his desktop and got this -> http://pastebin.ubuntu.com/13643148/
[12:32] <bzoltan_> cjwatson: sil2100: http://changelogs.ubuntu.com/changelogs/pool/main/o/openssh/openssh_6.7p1-5ubuntu1.3/changelog
[12:32] <cjwatson> bzoltan_: what version of openssh-client is on the desktop system in question?
[12:34] <bzoltan_> cjwatson: 1:7.1p1-1
[12:34] <cjwatson> bzoltan_: this is a client-side problem, not a server-side problem
[12:34] <cjwatson> bzoltan_: and relates to an upgrade in xenial, not in vivid
[12:34] <bzoltan_> cjwatson: good to hear :)
[12:34] <cjwatson> bzoltan_: just change ./share/qtcreator/ubuntu/scripts/openssh_publickey to use -b 1024 rather than -b 768
[12:35] <cjwatson> I'm not going to back this out, 768 bits is ridiculously short
[12:36] <bzoltan_> cjwatson:  that is fine, but what to do with the existing keys.. there are 10k+ users out there with SDK IDE installed. Maybe we push a release to force a key recreation.
[12:37] <cjwatson> bzoltan_: uh, this error comes from ssh-keygen, while generating keys
[12:37] <cjwatson> bzoltan_: before you invent problems maybe check that they are actually problems :)
[12:39] <zbenjamin> cjwatson: so the existing keys will continue to work?
[12:39] <cjwatson> though let's see, just checking
[12:40] <cjwatson> https://anongit.mindrot.org/openssh.git/commit/?id=933935ce was the commit in question
[12:40] <cjwatson> I cannot guarantee that ssh will in general continue to accept insecurely short host keys
[12:40] <cjwatson> it would be negligent to do so
[12:40] <cjwatson> http://www.openssh.com/txt/release-7.0 makes it clear that they will refuse such keys in future
[12:44] <cjwatson> zbenjamin: I *think* it's still accepted for the time being, though you can fairly easily check by just sshing to a device with such a host key.  however, I'd advise pushing some kind of update to force generating less weak host keys in any case
[12:44] <zbenjamin> cjwatson: ok thanks , we will figure something out
[12:46] <cjwatson> since you're generating the key on the client, I highly doubt that there's a substantial performance justification for going with extremely weak keys
[12:51] <bzoltan_> cjwatson:  thanks for the help and updates... one possible lame but edcational question. When you talk about "extremely weak keys", what do you actually mean?
[12:52] <cjwatson> bzoltan_: 768-bit RSA keys are completely insecure and broken
[12:53] <cjwatson> bzoltan_: even 1024-bit is shaky; maybe in this specific case it doesn't matter too much but it's ssh's responsibility to consider more general security
[12:53] <bzoltan_> cjwatson: What does that mean in practice? What calculating power needed to break a 768bits key in T time?
[12:53] <bzoltan_> cjwatson: I am not challenging :) just wish to understand.
[12:54] <cjwatson> bzoltan_: I don't recall the current figures, it's not something I keep track of
[12:55] <cjwatson> but 768-bit RSA was first factored in 2010 or so, and this sort of thing tends to be exponential
[12:55] <bzoltan_> cjwatson: I mean that I would differeciate between "a layman can break it with a laptop in hours" and "institutional organizations can brak it in weeks with M$ costing hw"
[12:59] <cjwatson> I believe it's probably still closer to the latter
[13:02] <bzoltan_> cjwatson: thanks
[13:04] <cjwatson> in 2003 RSA Labs were recommending a minimum RSA key size of 1024 bits for applications that needed to be secure until 2010, and larger key sizes beyond that
[13:07] <cjwatson> bzoltan_: NIST SP 800-131A recommendation from 2011 said for RSA 1024-bit keys: "acceptable through 2010, deprecated from 2011 through 2013, disallowed after 2013" - so if anything ssh has been quite generous here
[13:07] <cjwatson> given that it still accepts 1024-bit
[13:07] <bzoltan_> cjwatson: sounds fair. I have read somewhere that the encription time is like 10x higher with duble length key. Do you think it could be an issue?
[13:07] <cjwatson> current recommendations are http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-131Ar1.pdf
[13:08] <cjwatson> bzoltan_: I find it pretty hard to believe that even phone hardware would have a problem with 1024-bit keys, but profile before guesswork
[13:09] <cjwatson> bzoltan_: note that RSA is used for authentication, but faster ciphers are used for bulk transport once the session has been established
[13:14] <bzoltan_> cjwatson:  that sounds logical
[13:21] <cjwatson> bzoltan_: (my crypto friends reckon a back-of-the-envelope estimate of about a thousand pounds to break 768-bit RSA at the moment)
[13:23] <bzoltan_> cjwatson: shit :) that is not much
[13:24] <cjwatson> that's the friend who has a shed full of computers where he does recreational number theory
[13:24] <cjwatson> so I'd be inclined to trust his estimates on this, if not entirely on sensible things to spend one's money on :-)
[13:27] <bzoltan_> :D
[14:13] <sil2100> robru, jibel, davmor2, rvr, ToyKeeper, Mirv: sorry for the google calendar spam, google had some issues when I tried re-organizing the landing meetings
[14:13] <rvr> sil2100: No problem
[14:14] <davmor2> sil2100: I'll give you spam in a minute, throw at speed and left in the tin ;)
[14:14] <davmor2> thrown even
[14:46] <popey> pmcgowan, heya, https://bugs.launchpad.net/music-app/+bug/1518764 is currently targetted to OTA-9, any chance we can get it in for OTA-8.5? Music app (due to qtmir bug) can cause really bad battery drain.
[14:47] <pmcgowan> popey, ok with me, does it have the new playlist stuff since it looks like that has to land
[14:48] <popey> pmcgowan, this is separate from the playlist stuff.
[14:48] <pmcgowan> popey, I know but the underlying support is landing in 8.5
[14:49] <pmcgowan> so we could get that early maybe, but not required
[14:50] <popey> pmcgowan, just asked ahayzen and he's discussing with jhodapp AIUI
[14:50] <popey> still an outstanding issue.
[14:50] <pmcgowan> ok
[14:54] <popey> seems two blockers right now, which the guys are discussing
[14:54] <popey> so we may or may not have bg playlists ready by ota-8.5, but can at least try.
[14:56] <jhodapp> popey, pmcgowan yeah I made ahayzen aware that as soon as the hotfix lands they could release the new music-app with bgplaylist support any time they're ready after that
[14:56] <pmcgowan> popey, there is no fix for that issue yet it seems
[14:57] <pmcgowan> jhodapp, ok
[14:57] <ahayzen> jhodapp, i think there are at least two issues that need fixing first though?
[14:57] <popey> pmcgowan, the qtmir one? mzanetti mentioned earlier he's tasking someone on it.
[14:57] <jhodapp> ahayzen, in the backend part or you mean in music-app?
[14:57] <ahayzen> jhodapp, the removeItems() thing (breaking multiselect delete)... and the trackClicked issue when selecting the same index i still need to investigate if it is us or you
[14:57] <ahayzen> jhodapp, backend
[14:58] <ahayzen> jhodapp, bug 1518152
[14:58] <pmcgowan> popey, need a fix quick to make the ota
[14:58] <jhodapp> ahayzen, yeah I knew you were looking into the trackClicked stuff and let me know if you end up thinking it's a backend issue as soon as you can
[14:59] <ahayzen> jhodapp, will do :-)
[14:59] <jhodapp> ahayzen, and yes we'll add the small patch to qtmultimedia for removeItems()...let me know when you're ready with the other parts and a code review and I'll add the patch to a silo
[15:00] <ahayzen> jhodapp, coolio :-)
[15:17] <davidbarth> jibel: hey; new tested silos on their way to you guys; with accepted merge proposals, for a change ;)
[15:56] <Mirv> sil2100: robru: ooookayy after a really long day I have upstream fixes for two KDE (kwin, marble) Qt 5.5 autopkgtests regressions. after those are done everything should migrate, so please currently don't accept any new landings to be published that conflict with the Qt landing's packages since it should/could be all done within a couple of hours or so.
[16:01] <Mirv> sil2100: robru: Qt 5.5 landings silos are currently 012, 059, 008 and 035. sorry :D
[16:01] <sil2100> Mirv: \o/ ACK
[16:01] <sil2100> Wow, that's a lot of silos
[16:01] <sil2100> ;)
[16:25] <awe> tvoss, have you had a chance to discuss the hotfix with sil2100?
[16:25] <tvoss> awe, yup, left comment on silo, silo is good as is
[16:27] <awe> ok, also discussed with davmor2 this morning.  When QA tests the silo, they should do so with rc-proposed.  Then when the hot-fix is staged, the two extra packages from the overlay PPA will also need to be copied
[16:27] <Saviq> cihelp, hey, any chance you could tell us what plugins are installed on s-jenkins so we can bootstrap our Jenkaas request?
[16:27] <awe> also, should we defer landing silo-013 till silo-26 lands and the hotfix staged?
[16:29] <awe> tvoss, ^^
[16:30] <tvoss> awe, hence the reminder to sil on the silo :)
[16:30] <tvoss> awe, +1 on holding back 13
[16:30] <tvoss> awe, that's the reason it still says qa required
[16:31] <tvoss> awe, much like 47
[16:31] <awe> thanks tvoss
[16:31] <tvoss> awe, with that, we should be good to hand to qa
[16:31] <awe> +1
[16:31] <tvoss> awe, I'm grabbing dinner
[16:31] <tvoss> back later
[16:31] <awe> k
[16:37] <awe> tvoss, I updated silo-013 to 'Ready for QA'
[16:43] <psivaa> Saviq: http://paste.ubuntu.com/13647332/ is the list, but please note that all of the plugins may not be needed for all the requirements.
[16:43] <Saviq> psivaa, of course, thanks
[16:43] <psivaa> Saviq: https://wiki.canonical.com/InformationInfrastructure/Jenkaas/UserDocs contains information about the need of IS involvement and best practices regarding that
[16:44] <Saviq> psivaa, yeah, just going through that, but there's no list of "interesting" plugins there unfortunately
[16:44] <Saviq> psivaa, btw, care to join #jenkaas on irc.c.c?
[17:19] <dobey> hmm
[17:21]  * dobey wonders how long until qt 5.5 makes it into xenial archive
[17:27] <bfiller> sil2100: silo 48 is in xenial proposed.. can you tell if its' stuck? and if so can we force merge
[18:58] <tvoss> awe, but we are holding it back, right?
[18:58] <tvoss> awe, @silo 13
[19:01] <awe> tvoss, silo-13?  yes, we're holding it back
[19:01] <awe> I updated silo-26
[19:01] <awe> ( hope that wasn't incorrect )
[19:01] <awe> as it was still 'QA Required', and I thought we'd all ack'd it
[19:08] <salem_> trainguards: I am getting  "No space left on device" on silo 52, is this a known issue?
[19:08] <mzanetti> trainguards: seems we're out of space: https://ci-train.ubuntu.com/job/ubuntu-landing-001-1-build/10/console
[19:08] <mzanetti> heh
[19:09] <robru> It is now
[19:09] <robru> One sec guys
[19:11] <robru> huh that's weird, it says 1.3GB available
[19:11] <mzanetti> hmm... had 2 runs in a row with this error
[19:12] <robru> mzanetti: ok I just freed up a little bit more, try again
[19:16] <boiko> robru: same thing (no space left) on silo 52, should I try rebuilding?
[19:16] <robru> boiko: hang on a sec let's see if mzanetti's works first. could be that there's enough disk space for one but not both
[19:17] <boiko> robru: yep, ok
[19:17] <salem_> robru, sorry, I just triggered a rebuild, want me to cancel?
[19:17] <robru> salem_: nah let's see what happens
[19:18] <salem_> robru, ok
[19:20] <robru> 1G free still...
[19:20] <robru> 1.4G
[19:21] <mzanetti> mine did go further than before... but will still be a while until it's done (unity8)
[19:24] <mterry> mzanetti, stop hogging all the space, some of us have silos to build!  ;)
[19:24] <mterry> mzanetti, just saw that mine failed for same reason.  let me know when yours is done
[19:25] <mzanetti> mterry, I'm building dednick's one... it's not even for me :D
[19:25] <robru> hmm 700M
[19:25] <mterry> heh
[19:25] <mzanetti> success!
[19:25] <mzanetti> at least they're uploaded to the ppa now
[19:25] <robru> oh god 500M u guise
[19:25] <robru> oh 1.8G now, nice
[19:26] <mzanetti> that makes 1.3G per unity8 build I guess
[19:26] <robru> turns out 10GB disk isn't big enough to fit pbuilders for all supported ubuntu releases, whodathunkit?
[19:36] <boiko> robru: what is this diff missing state?
[19:37] <boiko> robru: nevermind, the state changed to preparing packages :)
[19:38] <ChrisTownsend> robru: There is a new version of fakechroot in Xenial that we need in Overlay.  What is the best way to get it in there?
[19:39] <ChrisTownsend> robru: Or maybe Vivid SRU?  Not sure about that though.
[19:45] <tvoss> awe, ah, because you said: you set silo 13 to ready for qa:)
[19:46] <awe> tvoss, sorry for the confusion; I thought I typed 26, but it's long gone in the scrollback
[19:46] <awe> ;/
[19:47] <tvoss> awe, admittedly, 13 * 2 = 26
[19:48] <awe> haha
[19:48] <ssweeny> that's just science
[19:48] <awe> no scott
[19:48] <awe> it's math
[19:48] <awe> ;D
[19:55] <awe> tvoss, sorry to be the bearer of bad news, however I just noticed that the versions of the Qt base packages were never changed to strip the "~testX" version suffixes
[19:55] <awe> in silo-26
[19:56] <awe> ;(-
[19:56] <tvoss> ffs
[19:56] <awe> Mirv mentioned needed to change this at some point once we blessed the changes to Qt
[19:56] <tvoss> Mirv, you around?
[19:56] <awe> but it apparently didn't get done
[19:56]  * tvoss crosses fingers
[19:57]  * awe sighs
[19:57] <awe> so close...
[19:58] <robru> ChrisTownsend: do you need it only on phones or do you need it on vivid desktops too?
[19:59] <Saviq> tvoss, unlikely for Mirv to be here (he's in Helsinki on a SDK sprint), but any of the trainguards should be able to help if it's just a matter of fixing the version number
[20:00] <awe> Saviq, pretty sure qtbase is not under CI, and has to be manually dput to a silo
[20:00] <tvoss> right, what awe said. It's a little more involved as I understand it
[20:00] <Saviq> awe, sure, but it's there already
[20:00] <Saviq> awe, so just a download, modify version, upload, any trainguard can do :)
[20:00] <robru> awe: tvoss: Saviq: i have dput powers, just tell me exactly what you need (what package/ppa)
[20:01] <awe> ok; that's some voodoo I've never done
[20:01] <awe> cool
[20:01] <awe> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-026
[20:01] <tvoss> robru, what saviq said ^
[20:01] <awe> the "~testX" versions suffixes need to be removed from
[20:01] <awe>  qtbase-opensource-src
[20:02] <robru> OK gimme a minute
[20:02] <awe> and qtbase-opensource-src-gles
[20:02] <awe> np
[20:02] <awe> and robru, I think earlier problem I saw was related to my network dropping out
[20:02] <ChrisTownsend> robru: Really, only for phones, but for me, I have the overlay enabled on a Vivid desktop system for development.
[20:02] <awe> ChrisTownsend, brave man
[20:03] <robru> ChrisTownsend: then overlay is fine
[20:03] <ChrisTownsend> awe: lol, that's how I roll;-)
[20:03] <awe> just don't report any ofono bugs please
[20:03] <robru> ChrisTownsend: you can do sync silo to copy the xenial version to vivid. i can help you with that in a minute, just doing this qt thing first
[20:03] <ChrisTownsend> awe: No need to make calls on my laptop, so I think I'm good.
[20:03] <ChrisTownsend> robru: Cool, thanks
[20:04] <robru> awe: tvoss: Saviq: so just to confirm, you guys want the version number to be "5.4.1+dfsg-2ubuntu11~vivid1"
[20:04] <robru> (just drop the 'test' part and not change anything else)
[20:04] <Saviq> robru, yup
[20:07] <tvoss> hah, gotta love the random ICEs that gcc5 is producing
[20:10] <ogra_> tvoss, its a feature ... "added developer entertainment"
[20:10] <tvoss> yeah, like don't get used to stuff just working, care for us
[20:10] <tvoss> it's a bit like a tamagotchi, occasionally, you have to call the ninja twice
[20:11] <ogra_> heh
[20:15] <robru> awe: tvoss: Saviq: ok uploaded, will take some time to build
[20:15] <awe> yes, it will
[20:15] <awe> ;D
[20:15] <awe> thanks much robru!
[20:15] <robru> awe: you're welcome
[20:16] <robru> ChrisTownsend: ok, you ever done a sync silo before?
[20:16] <ChrisTownsend> robru: Nope
[20:16] <tvoss> thanks a lot robru
[20:16] <robru> ChrisTownsend: ok I'll set it up. there's some magic
[20:16] <robru> tvoss: you're welcome!
[20:16] <ChrisTownsend> robru: Ok, thanks!
[20:20] <robru> ChrisTownsend: actually I just realized a sync won't work automatically, I'll have to manually prepare the package, one sec.
[20:23] <robru> ChrisTownsend: https://requests.ci-train.ubuntu.com/#/ticket/745 ok here's the request, I just uploaded the package to ppa 6. the bot should ping when the build completes, then you can test on your device that it does what you need.
[20:23] <ChrisTownsend> robru: Ok, thank you very much!
[20:24] <robru> ChrisTownsend: you're welcome!
[21:03] <robru> ChrisTownsend: ^ ok that's ready for testing
[21:04] <ChrisTownsend> robru: Yep, testing it now.
[21:05] <robru> ChrisTownsend: also here's the diff between what's in the silo and what's in vivid currently: https://ci-train.ubuntu.com/job/ubuntu-landing-006-1-build/lastSuccessfulBuild/artifact/fakechroot_vivid_content.diff/*view*/ maybe give that a look over and make sure it's what you expect
[21:07] <ChrisTownsend> robru: It's a pretty large diff, so I'm guessing it's what I expect, but I can tell you the diff definitely has the fix I'm looking for:)
[21:07] <ChrisTownsend> robru: Also, I have confirmed the package does fix the issue in practice as well.
[21:08] <robru> ChrisTownsend: great, so just mark the request 'ready for qa' and they can confirm it doesn't make the phones explode, then we can get a core dev to release it
[21:08] <ChrisTownsend> robru: Ok, will do.
[21:08] <robru> ChrisTownsend: oh, also, please fill out the test plan with steps that qa people can take to confirm that this change doesn't break anything (indicate affected phone bits, etc)
[21:09] <ChrisTownsend> robru: Well, that package is not included by default in any normal phone image, only in the PD image.
[21:10] <robru> ChrisTownsend: pd?
[21:10] <ChrisTownsend> robru: ubuntu-pd, ie, pocket desktop
[21:12] <robru> ChrisTownsend: oh well if it's not in phone images then i guess it doesn't need qa
[21:13] <robru> ChrisTownsend: pd is just experimental right? like it hasn't shipped to any customers yet?
[21:13] <ChrisTownsend> robru: Yes, it's still only experimental.
[21:13] <robru> ChrisTownsend: ok, I don't think we need qa then. you confirmed the fix is working for you?
[21:14] <ChrisTownsend> robru: Yes, confirmed it's all good and doesn't break any other functionality that I need.
[21:14] <robru> ChrisTownsend: ok I'll copy it to the overlay, one sec
[21:14] <ChrisTownsend> robru: Thanks
[21:14] <robru> ChrisTownsend: you're welcome
[21:15] <ChrisTownsend> robru: Also, silo 044 is ready to be published and I don't have permission to do so, I'm guessing because of package changes.  I need a motu to ack, right?
[21:15] <ChrisTownsend> I say motu because it's in universe.
[21:16] <robru> ChrisTownsend: assuming all packages are in universe, you need a motu, yeah
[21:16] <ChrisTownsend> robru: Ok, just making sure, thanks again
[21:16] <robru> ChrisTownsend:  don't know any motus in this tz, usually kenvandine or mterry are my go-to core devs for publishing
[21:16] <robru> ChrisTownsend: you're welcome
[21:17] <ChrisTownsend> robru: Well, I imagine a core dev can ack as well:)
[21:17] <robru> yes
[21:17]  * kenvandine waves
[21:18] <ChrisTownsend> kenvandine: :)
[21:18] <ChrisTownsend> kenvandine: You care to ack silo 044 for me?
[21:18]  * robru --> lucnh
[21:22] <ChrisTownsend> kenvandine: Thanks!
[21:22] <kenvandine> ChrisTownsend, np
[21:33] <Saviq> bregma, hey, I've a weird status in https://requests.ci-train.ubuntu.com/#/ticket/29 - unity8/xenial says it needs rebuild because of new commits... but why wouldn't it say that for unity8/vivid, too?
[21:34] <Saviq> bregma, and I've no idea why I pung you about it ;P
[21:34] <Saviq> robru, ↑↑
[21:34] <Saviq> or well, I have an idea, been thinking about you :P
[21:34] <bregma> :)
[21:57] <Saviq> robru, this looks real weird https://ci-train.ubuntu.com/job/ubuntu-landing-004-0-status/163/console
[21:58] <robru> Saviq: when that happens you can run the job with 'debug' enabled to see the raw 'bzr missing' data that it used to come to that conclusion
[21:58] <robru> Saviq: actually I've been noticing some buggy bzr missing results, could be a transient failure
[21:59]  * Saviq does
[21:59] <robru> Saviq: the part about not saying new commits for vivid isn't weird, it's because vivid isn't built from cmmits, vivid is built by munging the xenial build, so when it checks for new commits it only knows about xenial's commits
[21:59] <Saviq> robru, ack
[22:02] <robru> Saviq: oh you ran build with debug, I mean to run status with debug.
[22:02] <Saviq> robru, right, will stop
[22:02] <robru> Saviq: wait
[22:02] <robru> Saviq: it has the same info ;-)
[22:02] <Saviq> yeah I know
[22:02] <robru> at least for bzr missing
[22:03] <Saviq> robru, it just goes "You have 19 extra revisions:" and then "ERROR New commits:"
[22:03] <robru> Saviq: looking
[22:03] <Saviq> looks wrong IMO
[22:04] <robru> Saviq: hmmmm
[22:04] <robru> Saviq: it's because of timo's direct trunk commit
[22:04] <robru> Saviq: train isn't expecting that and it's not in any of your branches so the train thinks it's a commit you've deleted from your branches.
[22:05] <robru> Saviq: second time today I've seen this issue. the "fix" is to merge trunk into all your branches. let me think on it for a second, maybe I can make the train smarter...
[22:06] <Saviq> robru, LP commits translations periodically, so that's not really a solution
[22:06] <Saviq> which I imagine would result in the same situation? and if not - why?
[22:06] <robru> Saviq: no no it ignores lp translations commits. this issue is specifically because *timo* made a trunk commit
[22:06] <Saviq> robru, ok understood
[22:13] <robru> Saviq: so, wait. did you actually rebuild since timo's trunk commit?
[22:14] <Saviq> robru, yeah
[22:14] <Saviq> robru, rebuild's 1.5h ago, trunk commit was like 2 days ago
[22:14] <robru> slangasek: ^^ yeah I don't understand this, he says he rebuilt since the trunk commit
[22:15] <Saviq> there's even a translations commit from yesterday on top of it
[22:16] <dobey> huh
[22:16] <dobey> for unity8?
[22:16] <slangasek> robru: when someone does a rebuild, what do you do on the bzr side wrt the silo branch in lp that's being landed?
[22:18] <robru> slangasek: first build and rebuilds are the same: we branch trunk, merge the input branches into it, build it, upload to ppa, then push branch to lp. the previous branch is simply discarded (we push with --overwrite)
[22:18] <slangasek> ok
[22:18] <slangasek> then my guess was wrong ;)
[22:22] <dobey> the bzr --missing output is a bit weird
[22:22] <dobey> i can't tell what's going on there
[22:22] <robru> dobey: you mean like, in general, or you're finding something strange in this case?
[22:23] <robru> dobey: what's happening is that the silo has a dozen MPs, and we merge them all into one branch. so when it says "you have 20 extra revisions" it's talking about other branches we merged in. it's ignoring that correctly, but it's getting caught up on a trunk commit that isn't merged into any of the branches htough
[22:23] <dobey> robru: maybe i'm reading it wrong, but somehow it looks like it's complaining about commits in the temporary branch missing from trunk
[22:24] <dobey> it shouldn't care if there are commits to trunk that aren't in those branches though
[22:24] <dobey> as long as the branches can be merged into trunk, all is fine
[22:26] <robru> dobey: yeah you're reading it wrong, it's only comparing the train's merged branch against the trunk branch and input branches, looking for new commits that haven't been built.
[22:27] <dobey> but why does it care?
[22:28] <dobey> granted, there is *way* too much going on in that log
[22:30] <robru> dobey: it cares because it's trying to inform you if you need to rebuild your silo or not. In this case it's got a false positive caused by a non-train trunk commit
[22:30] <dobey> i don't think that's the cause
[22:30] <dobey> at least it shouldn't be. i've done non-train trunk commits and never hit this issue before
[22:31] <dobey> ie, never saw this during all the gcc5 insanity
[22:35] <robru> dobey: this code changed recently from "just record tip commit id" to "parse bzr missing output" and so far it's been great as long as you don't do non-train commits to trunk ;-)
[22:36] <dobey> well even if train does the commits, shouldn't it also fail if train commiets something, and i try to make a silo from another branch that was branched from trunk prior to that commit?
[22:37] <dobey> are you doiong "bzr missing" before committing to the temp train branch?
[22:42] <robru> Saviq: are you in a hurry to land this silo? steve and I have a plan but it may take me some time to implement properly.
[22:44] <dobey> well, qt 5.5 still going nowhere i guess, which blocks my other silo from getting through to release pocket, and blocks me from getting my new silo rebuilt
[22:44] <Saviq> robru, not before tomorrow, no
[22:45] <dobey> so i'm off


[01:43] <tsimonq2> infinity, slangasek: Bug 1781628 just came up on my radar... do you see anything obvious here?
[01:44] <sarnold> at least slangasek is out today
[01:45] <tsimonq2> Oh?
[01:45] <sarnold> yeah I accidentally bugged him earlier, d'oh
[01:45] <tsimonq2> I wouldn't consider it too urgent, but should at least get a second set of eyes before 18.04.1 RCs...
[01:46] <sarnold> that crazy partmanthing.. 4K lines of text to report what *looks* like one silly partition on one drive.
[01:46] <tsimonq2> hahahahaha
[01:47] <sarnold> and of course 90k ureadahead lines. sigh.
[01:47] <sarnold> Jul 13 15:38:32 lubuntu ubiquity: grub-install: error: cannot find EFI directory.
[01:48] <tsimonq2> Ah, that's a clue.
[01:48] <sarnold> my guess is this user tried a UEFI install and didn't let the installer use the whole drive -- and forgot to set aside an EFI partition
[01:48] <tsimonq2> "I tried with the partitioning option Erase Disk (to let the installer use the whole disk)."
[01:48] <tsimonq2> That's what's peculiar about it.
[01:48] <tsimonq2> It seems that something's not DTRT here.
[01:50] <sarnold> oh :) well now.. huh.
[01:52] <tsimonq2> Anyone else wanna take a shot at it? :D
[02:07] -queuebot:#ubuntu-release- New binary: glance [amd64] (cosmic-proposed/main) [2:17.0.0~b2-0ubuntu2] (openstack, ubuntu-server)
[05:13] -queuebot:#ubuntu-release- New binary: rust-bincode [s390x] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: rust-thread-local [i386] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: rust-thread-local [amd64] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: rust-thread-local [s390x] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: rust-bincode [amd64] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: rust-bincode [ppc64el] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: rust-bincode [i386] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: rust-bincode [arm64] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: rust-thread-local [ppc64el] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: rust-bincode [armhf] (cosmic-proposed/universe) [1.0.1-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: rust-thread-local [arm64] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: rust-thread-local [armhf] (cosmic-proposed/universe) [0.3.5-1] (no packageset)
[09:41] -queuebot:#ubuntu-release- New: accepted node-sort-keys [amd64] (cosmic-proposed) [2.0.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted node-symbol-observable [amd64] (cosmic-proposed) [1.0.4-2]
[09:41] -queuebot:#ubuntu-release- New: accepted node-yn [amd64] (cosmic-proposed) [2.0.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [armhf] (cosmic-proposed) [0.6.2-6]
[09:41] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [ppc64el] (cosmic-proposed) [0.6.2-6]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [amd64] (cosmic-proposed) [0.6.6-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [ppc64el] (cosmic-proposed) [0.6.6-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [amd64] (cosmic-proposed) [0.11.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [ppc64el] (cosmic-proposed) [0.11.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-cc [i386] (cosmic-proposed) [1.0.17-2]
[09:41] -queuebot:#ubuntu-release- New: accepted node-stream-iterate [amd64] (cosmic-proposed) [1.2.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [amd64] (cosmic-proposed) [0.6.2-6]
[09:41] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [s390x] (cosmic-proposed) [0.6.2-6]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [s390x] (cosmic-proposed) [0.6.6-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [s390x] (cosmic-proposed) [0.11.0-1]
[09:41] -queuebot:#ubuntu-release- New: accepted node-unique-filename [amd64] (cosmic-proposed) [1.1.0+ds-2]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [i386] (cosmic-proposed) [0.6.6-1]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-matches [amd64] (cosmic-proposed) [0.1.6-1]
[09:41] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [i386] (cosmic-proposed) [0.6.2-6]
[09:41] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [i386] (cosmic-proposed) [0.11.0-1]
[09:42] -queuebot:#ubuntu-release- New: accepted ros-geometry2 [arm64] (cosmic-proposed) [0.6.2-6]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [armhf] (cosmic-proposed) [0.6.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [armhf] (cosmic-proposed) [0.11.0-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [arm64] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [i386] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [s390x] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-cc [arm64] (cosmic-proposed) [1.0.17-2]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-cc [ppc64el] (cosmic-proposed) [1.0.17-2]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [amd64] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [armhf] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-aho-corasick [arm64] (cosmic-proposed) [0.6.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [amd64] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [ppc64el] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-cc [armhf] (cosmic-proposed) [1.0.17-2]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [arm64] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [ppc64el] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-matches [arm64] (cosmic-proposed) [0.1.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-matches [i386] (cosmic-proposed) [0.1.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-matches [s390x] (cosmic-proposed) [0.1.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [arm64] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-ansi-term [arm64] (cosmic-proposed) [0.11.0-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-cc [amd64] (cosmic-proposed) [1.0.17-2]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [i386] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-matches [armhf] (cosmic-proposed) [0.1.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [amd64] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [i386] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [s390x] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [arm64] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [i386] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [s390x] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-arrayref [armhf] (cosmic-proposed) [0.3.4-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-fake-simd [s390x] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [armhf] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [amd64] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [ppc64el] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-net2 [ppc64el] (cosmic-proposed) [0.2.33-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [amd64] (cosmic-proposed) [0.2.8-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [ppc64el] (cosmic-proposed) [0.2.8-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-openssl-probe [amd64] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-schannel [i386] (cosmic-proposed) [0.1.13-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-cc [s390x] (cosmic-proposed) [1.0.17-2]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-memmap [ppc64el] (cosmic-proposed) [0.6.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-net2 [i386] (cosmic-proposed) [0.2.33-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [i386] (cosmic-proposed) [0.2.8-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-openssl-probe [i386] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New binary: rust-proc-macro2 [ppc64el] (cosmic-proposed/universe) [0.4.6-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: rust-rustc-demangle [ppc64el] (cosmic-proposed/universe) [0.1.8-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New binary: rust-wincolor [s390x] (cosmic-proposed/universe) [0.1.6-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New: accepted rust-matches [ppc64el] (cosmic-proposed) [0.1.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-net2 [s390x] (cosmic-proposed) [0.2.33-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [amd64] (cosmic-proposed) [0.1.9-1]
[09:42] -queuebot:#ubuntu-release- New binary: rust-wincolor [i386] (cosmic-proposed/universe) [0.1.6-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New: accepted rust-natord [armhf] (cosmic-proposed) [1.0.9-1]
[09:42] -queuebot:#ubuntu-release- New binary: rust-reduce [ppc64el] (cosmic-proposed/universe) [0.1.1-1] (no packageset)
[09:42] -queuebot:#ubuntu-release- New: accepted rust-net2 [armhf] (cosmic-proposed) [0.2.33-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [armhf] (cosmic-proposed) [0.2.8-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-openssl-probe [armhf] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-openssl-probe [s390x] (cosmic-proposed) [0.1.2-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-percent-encoding [arm64] (cosmic-proposed) [1.0.1-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-percent-encoding [i386] (cosmic-proposed) [1.0.1-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-percent-encoding [s390x] (cosmic-proposed) [1.0.1-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-proc-macro2 [arm64] (cosmic-proposed) [0.4.6-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [s390x] (cosmic-proposed) [0.2.8-1]
[09:42] -queuebot:#ubuntu-release- New: accepted rust-number-prefix [arm64] (cosmic-proposed) [0.2.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-reduce [amd64] (cosmic-proposed) [0.1.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-reduce [ppc64el] (cosmic-proposed) [0.1.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [arm64] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [i386] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [s390x] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [arm64] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [i386] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-openssl-probe [arm64] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-proc-macro2 [ppc64el] (cosmic-proposed) [0.4.6-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [amd64] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [ppc64el] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [armhf] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [s390x] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-schannel [arm64] (cosmic-proposed) [0.1.13-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-schannel [ppc64el] (cosmic-proposed) [0.1.13-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [arm64] (cosmic-proposed) [0.1.9-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [i386] (cosmic-proposed) [0.1.9-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-percent-encoding [ppc64el] (cosmic-proposed) [1.0.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-demangle [armhf] (cosmic-proposed) [0.1.8-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [ppc64el] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-schannel [armhf] (cosmic-proposed) [0.1.13-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [armhf] (cosmic-proposed) [0.1.9-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [s390x] (cosmic-proposed) [0.1.9-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [arm64] (cosmic-proposed) [0.3.3-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [i386] (cosmic-proposed) [0.3.3-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [s390x] (cosmic-proposed) [0.3.3-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-seccomp-sys [arm64] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-reduce [armhf] (cosmic-proposed) [0.1.1-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-schannel [amd64] (cosmic-proposed) [0.1.13-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scoped-threadpool [ppc64el] (cosmic-proposed) [0.1.9-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [armhf] (cosmic-proposed) [0.3.3-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-seccomp-sys [amd64] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-seccomp-sys [ppc64el] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-serde-json [armhf] (cosmic-proposed) [1.0.22-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-siphasher [s390x] (cosmic-proposed) [0.2.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-typenum [s390x] (cosmic-proposed) [1.10.0-1]
[09:43] -queuebot:#ubuntu-release- New binary: rust-xattr [i386] (cosmic-proposed/universe) [0.2.2-1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New: accepted rust-rustc-serialize [amd64] (cosmic-proposed) [0.3.24-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [amd64] (cosmic-proposed) [0.3.3-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-seccomp-sys [armhf] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-serde-json [s390x] (cosmic-proposed) [1.0.22-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-wincolor [s390x] (cosmic-proposed) [0.1.6-1]
[09:43] -queuebot:#ubuntu-release- New binary: rust-xi-unicode [i386] (cosmic-proposed/universe) [0.1.0-1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New: accepted rust-serde-json [arm64] (cosmic-proposed) [1.0.22-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-serde-json [ppc64el] (cosmic-proposed) [1.0.22-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-siphasher [arm64] (cosmic-proposed) [0.2.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-siphasher [i386] (cosmic-proposed) [0.2.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-schannel [s390x] (cosmic-proposed) [0.1.13-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-seccomp-sys [s390x] (cosmic-proposed) [0.1.2-1]
[09:43] -queuebot:#ubuntu-release- New binary: rust-xi-unicode [amd64] (cosmic-proposed/universe) [0.1.0-1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New: accepted rust-serde-json [i386] (cosmic-proposed) [1.0.22-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-siphasher [armhf] (cosmic-proposed) [0.2.2-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-toml [amd64] (cosmic-proposed) [0.4.6-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-toml [armhf] (cosmic-proposed) [0.4.6-1]
[09:43] -queuebot:#ubuntu-release- New: accepted rust-toml [ppc64el] (cosmic-proposed) [0.4.6-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-typenum [arm64] (cosmic-proposed) [1.10.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-typenum [i386] (cosmic-proposed) [1.10.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-scopeguard [ppc64el] (cosmic-proposed) [0.3.3-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-serde-json [amd64] (cosmic-proposed) [1.0.22-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-users [i386] (cosmic-proposed) [0.7.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-vcpkg [arm64] (cosmic-proposed) [0.2.4-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-vcpkg [ppc64el] (cosmic-proposed) [0.2.4-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-wincolor [amd64] (cosmic-proposed) [0.1.6-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-wincolor [armhf] (cosmic-proposed) [0.1.6-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-wincolor [ppc64el] (cosmic-proposed) [0.1.6-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [arm64] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-siphasher [amd64] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-users [arm64] (cosmic-proposed) [0.7.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-vcpkg [i386] (cosmic-proposed) [0.2.4-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-wincolor [arm64] (cosmic-proposed) [0.1.6-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [amd64] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [i386] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [s390x] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [arm64] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [i386] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [s390x] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-typenum [amd64] (cosmic-proposed) [1.10.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-vcpkg [s390x] (cosmic-proposed) [0.2.4-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [armhf] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [amd64] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [ppc64el] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted wolfssl [armhf] (cosmic-proposed) [3.15.3+dfsg-1]
[09:44] -queuebot:#ubuntu-release- New source: hvac (cosmic-proposed/primary) [0.5.0-0ubuntu1]
[09:44] -queuebot:#ubuntu-release- New source: kubernetes (cosmic-proposed/primary) [1.0]
[09:44] -queuebot:#ubuntu-release- New binary: murano-dashboard [amd64] (cosmic-proposed/universe) [1:6.0.0~b1-0ubuntu2] (openstack)
[09:44] -queuebot:#ubuntu-release- New binary: rust-fuchsia-zircon-sys [amd64] (cosmic-proposed/universe) [0.3.3-1] (no packageset)
[09:44] -queuebot:#ubuntu-release- New: accepted rust-users [s390x] (cosmic-proposed) [0.7.0-1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xattr [ppc64el] (cosmic-proposed) [0.2.2-1]
[09:44] -queuebot:#ubuntu-release- New: accepted wolfssl [arm64] (cosmic-proposed) [3.15.3+dfsg-1]
[09:44] -queuebot:#ubuntu-release- New source: jboss-annotations-1.2-api (cosmic-proposed/primary) [1.0.0-0ubuntu1]
[09:44] -queuebot:#ubuntu-release- New source: qemu-ovmf-secureboot (cosmic-proposed/primary) [1.1.2-0ubuntu1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-wincolor [i386] (cosmic-proposed) [0.1.6-1]
[09:44] -queuebot:#ubuntu-release- New source: finalrd (cosmic-proposed/primary) [2]
[09:44] -queuebot:#ubuntu-release- New source: vaultlocker (cosmic-proposed/primary) [1.0.1-0ubuntu1]
[09:44] -queuebot:#ubuntu-release- New: accepted rust-xi-unicode [armhf] (cosmic-proposed) [0.1.0-1]
[09:44] -queuebot:#ubuntu-release- New source: lxqt-archiver (cosmic-proposed/primary) [0.0.96-0ubuntu1]
[09:47] -queuebot:#ubuntu-release- New: accepted node-sort-keys [amd64] (cosmic-proposed) [2.0.0-2]
[09:47] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [amd64] (cosmic-proposed) [5.13.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [armhf] (cosmic-proposed) [5.13.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [ppc64el] (cosmic-proposed) [5.13.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [amd64] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [armhf] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [ppc64el] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-thread-local [amd64] (cosmic-proposed) [0.3.5-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-thread-local [armhf] (cosmic-proposed) [0.3.5-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-thread-local [ppc64el] (cosmic-proposed) [0.3.5-1]
[09:47] -queuebot:#ubuntu-release- New: accepted node-stream-iterate [amd64] (cosmic-proposed) [1.2.0-2]
[09:47] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [i386] (cosmic-proposed) [5.13.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [arm64] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [s390x] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-thread-local [i386] (cosmic-proposed) [0.3.5-1]
[09:47] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [arm64] (cosmic-proposed) [5.13.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-bincode [i386] (cosmic-proposed) [1.0.1-1]
[09:47] -queuebot:#ubuntu-release- New: accepted rust-thread-local [s390x] (cosmic-proposed) [0.3.5-1]
[09:48] -queuebot:#ubuntu-release- New: accepted plasma-browser-integration [s390x] (cosmic-proposed) [5.13.1-1]
[09:48] -queuebot:#ubuntu-release- New: accepted rust-thread-local [arm64] (cosmic-proposed) [0.3.5-1]
[10:21] <tsimonq2> Erm, why is lxqt-archiver showing up for the second time? :P
[17:14] -queuebot:#ubuntu-release- New binary: crispy-doom [amd64] (cosmic-proposed/universe) [5.2-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: crispy-doom [s390x] (cosmic-proposed/universe) [5.2-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: crispy-doom [arm64] (cosmic-proposed/universe) [5.2-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: crispy-doom [i386] (cosmic-proposed/universe) [5.2-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: crispy-doom [armhf] (cosmic-proposed/universe) [5.2-1] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: intel-ipsec-mb [amd64] (cosmic-proposed/universe) [0.50-2] (no packageset)
[17:16] -queuebot:#ubuntu-release- New binary: crispy-doom [ppc64el] (cosmic-proposed/universe) [5.2-1] (no packageset)
[18:02] <cjwatson> tsimonq2: I have a suspicion that queuebot has some issues with overlapping batches when iterating over collections that change, but I've never tracked it down
[18:03] -queuebot:#ubuntu-release- New: accepted crispy-doom [amd64] (cosmic-proposed) [5.2-1]
[18:03] -queuebot:#ubuntu-release- New: accepted crispy-doom [armhf] (cosmic-proposed) [5.2-1]
[18:03] -queuebot:#ubuntu-release- New: accepted crispy-doom [ppc64el] (cosmic-proposed) [5.2-1]
[18:03] -queuebot:#ubuntu-release- New: accepted intel-ipsec-mb [amd64] (cosmic-proposed) [0.50-2]
[18:03] -queuebot:#ubuntu-release- New: accepted crispy-doom [arm64] (cosmic-proposed) [5.2-1]
[18:03] -queuebot:#ubuntu-release- New: accepted crispy-doom [s390x] (cosmic-proposed) [5.2-1]
[18:04] -queuebot:#ubuntu-release- New: accepted crispy-doom [i386] (cosmic-proposed) [5.2-1]
[20:13] <slangasek> tsimonq2: right, so LP: #1781628 is probably LP: #1766945
[22:57] <tsimonq2> slangasek: ACK, thank you,
[22:58] <tsimonq2> cjwatson: ACK
[23:13] -queuebot:#ubuntu-release- New binary: leela-zero [ppc64el] (cosmic-proposed/universe) [0.15-3] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: leela-zero [amd64] (cosmic-proposed/universe) [0.15-3] (no packageset)
[23:15] -queuebot:#ubuntu-release- New binary: leela-zero [armhf] (cosmic-proposed/universe) [0.15-3] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: leela-zero [i386] (cosmic-proposed/universe) [0.15-3] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: leela-zero [arm64] (cosmic-proposed/universe) [0.15-3] (no packageset)


[14:09] <hsuh> hello. i have this upstart script is here http://paste.ubuntu.com/591234/, it lives in /etc/init/omg.conf, it is chmod u+x, and start omg, stop omg work as expected.. it just doesn't start on reboot
[14:10] <hsuh> any idea what could be going on ?
[14:17] <JanC> just wait a bit longer and it will start^W^W^Wyou will get an answer  :P


[12:18] <mhb> LongPointyStick: you're welcome ... thanks goes my irssi logs :o)
[12:34] <nixternal> Riddell: http://www.nixternal.com/docs/
[12:34] <nixternal> woohoo!
[12:34] <nixternal> this week we should have all of the topics 100% completed, putting us almost a month ahead of schedule!!!!
[12:35] <mhb> nixternal: cool-o
[12:35] <mhb> nixternal: I hope you get the translations early into rosetta, too
[12:35] <nosrednaekim> hey.. is someone do this for kubuntu? http://fosswire.com/2007/08/17/ubuntu-getting-xorgconf-gui/
[12:36] <nixternal> they will be there within the next week, putting them within 3+ weeks of being ahead of schedule as well
[12:36] <nixternal> Kubuntu has something better already in System Settings if you ask me
[12:36] <Riddell> nixternal: we have that tool, infact the gtk one uses our backends
[12:37] <nixternal> KControl has been able to do this for years
[12:37] <Riddell> we may not have all the features though
[12:37] <mhb> they don't share the backend?
[12:37] <nixternal> I think we have all of the features I think
[12:37] <Riddell> we do
[12:37] <mhb> so it's just that the frontend is outdated?
[12:37] <nixternal> everything I see on that page, I can do with System Settings Display module
[12:38] <Riddell> nixternal: you didn't change the icon in the .desktop file?
[12:38] <nixternal> argh
[12:39] <nixternal> ooh, context2 looks good
[12:40] <nixternal> I like the contents2 image better than the help_index Riddell, is that cool?
[12:40] <nosrednaekim> ah nice... never noticed that module!
[12:43] <Riddell> sure
[12:44] <nixternal> Riddell: http://www.nixternal.com/docs
[12:44] <nixternal> and that should be all she wrote until sometime next week
[12:45] <nixternal> with the pot files in the package, they will get generated automatically for rosetta correct?
[12:45] <nixternal> rather, rosetta will pick them up
[12:47] <Riddell> yes, if it's there
[12:47] <nixternal> cool. it is there, so we will start getting translations way ahead of time
[12:48] <nixternal> this is starting to kind of feel good
[12:51] <Riddell> uploading
[12:55] <nixternal> woohoo
[02:19] <ScottK> Riddell: Thanks for the quick dkim-milter backport.
[02:26] <jjesse> evening
[03:21] <nixternal> hiya Hobbsee!
[03:21] <Hobbsee> hey nixternal!
[03:21] <nixternal> uni keeping you busy?
[03:21] <Hobbsee> somewhat
[03:22] <nixternal> I could tell :)
[03:22] <Hobbsee> the sponsorship and stuff is
[03:22] <nixternal> I start back this week
[04:04] <jjesse> quick question: should what i see in the KDE Menu Editor reflect what is in the K Menu?  in KDE Menu Editor I see Presentation (openOffice.org Impress) but in K Menu I see OpenOffice.org - Presentation
[04:05] <nixternal> jjesse: not really...KMenu Editor will have more text than what you see in KMenu itself
[04:05] <jjesse> nixternal:  ok was just  thrown for a loop there
[04:05] <nixternal> you can set an option though if you want to display everything and have a half-window kmenu :)
[04:05] <jjesse> lots of changes to kde-menus-C.ent
[04:05] <nixternal> I did that once, and KMenu was about 6" wide :)
[04:06] <nixternal> cool!
[04:06] <nixternal> ooh, listening to Amarok, and Jono's band just started playing
[04:06] <jjesse> cool
[04:06] <jjesse> missing openoffice.org draw
[04:06] <jjesse> as an entity so that must me it isn't mentioned?
[04:06] <jjesse> even though its in the kmenu?
[04:07] <nixternal> ya, draw isn't in KMenu
[04:07] <jjesse> for me it is
[04:07] <nixternal> orly
[04:07] <nixternal> it is for me as well
[04:07] <jjesse> :)
[04:07] <nixternal> hrmm, I swore on my other machine it isn't
[04:07] <jjesse> hah
[04:08] <jjesse> change the doc to reflect :)(
[04:08] <nixternal> people are also saying that on 64bit boxes you can just do 'sudo apt-get install flashplugin-nonfree' and it works...funny thing is, it doesn't work for me at all
[04:08] <jjesse> that's because you are wierd
[04:08] <nixternal> ya
[04:08] <nixternal> I guess so
[04:09] <jjesse> maybe w/ gutsy
[04:10] <nixternal> heh
[04:10] <nixternal> I booted up and got a crash message
[04:10] <nixternal> about kde-gnash
[04:10] <nixternal> and it isn't even installed on the system
[04:11] <nixternal> ahh, drawing is on the other machine as well
[04:11] <nixternal> nice, HP Fax Address Book and the Fax Utility!
[04:11] <nixternal> that is great if it stays
[04:12] <jjesse> yeah i'm adding those as well
[04:12] <jjesse> just curious are the entities organized somehow?
[04:12] <nixternal> argh, people are wrong...the flashplugin thing does not install into Firefox like they say
[04:41] <nixternal> good, there is a lot of movement on the Novell Bugzilla for glib breakage
[04:42] <nixternal> but somone posted "it happens in Kubuntu too" so I hope they don't do a "oh well, it is upstream then" and make us wait
[11:39] <Tonio_> hi there ;)
[11:39] <Tonio_> Riddell: ping ?
[12:19] <kwwii_> hi Tonio_
[12:21] <Tonio_> hi kwwii_ ;)
[12:22] <kwwii_> Tonio_: how's the new job going?
[12:23] <kwwii_> oops, wife and kid are leaving without me...hold that thought, I'll be back later
[12:26] <Riddell> Tonio_!
[12:26] <Riddell> ciao
[12:27] <Tonio_> hey Riddell :)
[12:27] <Tonio_> ciao :)
[12:27] <Tonio_> Riddell: sorry for not responding the mails, but I didn't have my computer with me there
[12:27] <Tonio_> Riddell: I presume that except for bugfuxing this is too late for kdebluetooth right ?
[12:28] <Riddell> Tonio_: we uploaded the latest beta
[12:28] <Riddell> 6
[12:28] <Tonio_> oki
[12:28] <Tonio_> great
[12:28] <Riddell> I've no idea if it works or not
[12:28] <Riddell> Tonio_: iwj had some comments on the obexftp main inclusion report
[12:28] <Riddell> you should look at them and add responses
[12:28] <Tonio_> should do, except some bugs of course, but there are commits every day, we can provide patches easilly
[12:29] <Tonio_> Riddell: will do yes
[12:31] <Tonio_> Riddell: no time today (with my familly) but I'll respond on monday probably
[12:31] <Riddell> ok
[12:31] <Riddell> how was Roma?
[12:31] <Riddell> bellisimo?
[12:32] <Tonio_> fantastic :)
[12:33] <Tonio_> Riddell: sixtin chappel has to be seen once in our life
[12:33] <Riddell> did you meet the pope?
[12:33] <Tonio_> btw all the city is very nice
[12:33] <Tonio_> Riddell: nope :)
[12:33] <Riddell> probably for the best, my brother did and nearly killed the guy
[12:33] <Tonio_> Riddell: we mostly were interested in the antic roma
[12:33] <Tonio_> Riddell: really ?
[12:34] <Tonio_> benoit XVI ?
[12:34] <Riddell> naw, polish dude
[12:34] <Tonio_> oki
[12:34] <Tonio_> what happened ?
[12:35] <Riddell> just shook his hand a bit too viorously
[12:35] <Riddell> he died a few week later
[12:35] <Riddell> see any gladiator fights?
[12:36] <Riddell> or bump into Julius Caesar?
[12:36] <Tonio_> haha
[12:37] <Tonio_> well the antic (dunno if that's correct) part of roma is very impressive
[12:37] <Tonio_> but pompei ruins are even more
[12:37] <Tonio_> there you just realise that we just invented electricity and that's it
[12:38] <Tonio_> we also went to vesuvia etc...
[12:38] <Riddell> antique
[12:38] <Tonio_> okay
[12:38] <Riddell> or just "old" actually
[12:38] <Tonio_> so yes it was really nice vacations ;)
[12:41] <mhb> hello everyone, hi Tonio_
[12:41] <Tonio_> hey mhb :)
[12:54] <mhb> Riddell: bug 127233 is pretty much triaged - all it takes is to decide whether we want either scroll smoothness or power efficiency by default
[12:54] <ubotu> Launchpad bug 127233 in kubuntu-default-settings "Disable smooth scrolling for kopete" [Low,Triaged]  https://launchpad.net/bugs/127233
[01:07] <_StefanS_> hey Tonio_ :)
[01:08] <_StefanS_> welcome back
[01:08] <Tonio_> _StefanS_: ;)
[01:08] <Tonio_> _StefanS_: how are you ?
[01:08] <Tonio_> _StefanS_: I will not really be there for work until monday
[01:09] <_StefanS_> Tonio_: I'm fine thanks :) still no child number two.. but within a week I think. We'll just talk monday :)
[01:10] <_StefanS_> Tonio_: do mail me if you have something I should look at
[01:10] <Tonio_> _StefanS_: hehe, great :)
[01:13] <croftj> Hi, I'm trying to find a list of packages that come standard on ubutnu or kubutnu, can anyone point me there?
[01:17] <mhb> croftj: apt-cache depends kubuntu-desktop is a good start
[01:26] <croftj> Thanks, I finally found it http://packages.ubuntu.com
[02:21] <Hobbsee> _StefanS_: i like #1 and #2, btw
[03:01] <dadchicken> Hobbsee: Did you hear that me and Dacia are gonna have a little gir?
[03:01] <dadchicken> girl*
[03:02] <Hobbsee> nope, but way cool!
[03:02] <dadchicken> Yeah :)
[03:02] <dadchicken> We're super-happy.
[03:02] <Hobbsee> :D
[03:04] <manchicken> Is anybody else having trouble with libmtp?
[03:04] <Hobbsee> use a dist-upgrade
[03:04] <manchicken> Interesting.
[03:05] <manchicken> Will try that.
[03:05] <manchicken> Ack, I had already typed in to remove libmtp to install with libmtp6, and aptitude figured it out.
[03:06] <nosrednaekim> manchicken: interesting blog post BTW.
[03:07] <manchicken> Which one?
[03:08] <nosrednaekim> the one about bringing the liveCD to retailers
[03:09] <nosrednaekim> and the ron paul one was interesting too... but thats off topic for sure
[03:18] <mc|dads> For some reason, ubuntu-server will not configure on this machine.
[03:18] <mc|dads> LTS even.
[03:18] <mc|dads> But it might just be that the CDROM drive can't handle burned discs.  It is like 10 years old.
[03:18] <mc|dads> Kubuntu LTS works just fine though :)
[03:18] <_StefanS_> Hobbsee: its easier just to have a number on them :)
[03:19] <Hobbsee> _StefanS_: :)
[03:19] <mc|dads> I'll be doing that in about an hour...
[03:19] <mc|dads> Sigh.
[03:20] <_StefanS_> yes, not that interesting.
[03:20] <mc|dads> I don't mind yard work, but this is like the last time I'll be doing yard work on someone else's yard :)
[03:22] <_StefanS_> :)
[03:37] <nosrednaekim> is there anything that needs to be done for gutsy? like special testing of any apps or anything? I have all weekend.
[03:39] <mhb> nosrednaekim: do you have a widescreen monitor?
[03:39] <nosrednaekim> yep
[03:39] <nosrednaekim> 1280x800
[03:40] <mhb> I do have one, too ... I need someone who doesn't :o)
[03:40] <nosrednaekim> mhb: I have a 4:3 too....
[03:41] <nosrednaekim> coul probably attach it to this laptop.
[03:41] <mhb> bug 133294 is confirmed for wide screen, but I'm not sure how it looks like on a "normal" monitor
[03:41] <ubotu> Launchpad bug 133294 in kubuntu-default-settings "[gutsy]  Kubuntu's splash image displays badly" [Undecided,New]  https://launchpad.net/bugs/133294
[03:41] <nosrednaekim> mhb: would that be testable off a liveCD?
[03:43] <mhb> I guess so
[03:44] <nosrednaekim> mhb: i'll test it on my brother's computer
[03:44] <nosrednaekim> :)
[03:44] <nosrednaekim> mhb: final question... will a tribe 3 CD work?
[03:45] <mhb> probably not
[03:45] <mhb> the artwork is quite new
[03:48] <nosrednaekim> mhb: oh......
[03:48] <nosrednaekim> hmm then I can't really test it cause I don't have a good enough connection here to update gusty to the latest version.
[03:50] <mhb> nosrednaekim: no problem
[03:51] <nosrednaekim> mhb: anything else? :)
[03:52] <nosrednaekim> is there just a package for the boot artwork, or or you have to update the kernel too? if its just artwork, I could get that.
[03:53] <mhb> nosrednaekim: it's ksplash artwork that's problematic
[03:53] <nosrednaekim> so I assume thats a separate package?
[03:54] <nosrednaekim> I can reboot into gutsy...
[03:54] <nosrednaekim> and try....
[03:55] <mhb> nosrednaekim: kubuntu-default-settings should be the culprit
[04:00] <nosrednaekim> mhb: ok... so what was that package
[04:01] <nosrednaekim> ok.. I can just upgrade kubuntu-default-settings... is that a good enough test?
[04:01] <mhb> nosrednaekim: should be
[04:02] <nosrednaekim> ok..i'll test.
[04:03] <mhb> nosrednaekim: and of course, whenever you don't know what to do, there's  https://bugs.launchpad.net/ubuntu/+bugs?field.searchtext=kubuntu&orderby=-datecreated&search=Search&field.status%3Alist=New&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.component-empty-marker=1&field.status_upstream-empty-marker=1&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=&field.has_cve.used=&field.has_no_package
[04:03] <nosrednaekim> what the.....
[04:03] <nosrednaekim> longest link i've ever seen :)
[04:03] <mhb> nosrednaekim: a lovely URL that searches for all the unconfirmed packages with the word "kubuntu" in them
[04:03] <nosrednaekim> i'd look at it but I can't browse and DL at the same time.
[04:04] <mhb> err,  searches for all the unconfirmed bugreports of Ubuntu packages
[04:04] <mhb> with the word "Kubuntu" in them
[04:04] <nosrednaekim> ah..ok
[04:04] <nosrednaekim> i'll have to bookmark that
[04:25] <nosrednaekim> mhb: still downloading...
[04:36] <nosrednaekim> wow... lots of bugs on that page :)
[04:38] <nosrednaekim> mhb: oh.. looks crappy on my widescreen too. let me check on 1024x768...
[04:41] <nosrednaekim> BTW... my monitor and display config section sems to be broken.... maybe its XGL..
[04:45] <mhb> nosrednaekim: thanks for the info
[04:46] <nosrednaekim> yep.. NP... checking on 4:3
[04:51] <nosrednaekim> ATI monitor sharing isn't work right now... gotta fix that first :)
[04:55] <nosrednaekim> i'll test it eventually :)
[06:20] <nosrednaekim> mhb: confirmed on 4:3 display
[06:20] <nosrednaekim> took me long enough :)
[06:21] <nosrednaekim> at 1280x1024 and 1024x768
[06:21] <nosrednaekim> i'll reply to the bug.
[06:21] <mhb> okay
[06:22] <nosrednaekim> I like the colors though...
[06:24] <mhb> nosrednaekim: I like them too, except maybe that shadow on the bottom
[06:26] <nosrednaekim> looks a bit like mint or mepis... forget which one.
[06:55] <nosrednaekim> mhb: do you remember that bug # off hand?I lost it and I can see it on that kubuntu bug page
[06:56] <nosrednaekim> *can't
[06:58] <ScottK> nosrednaekim: Do you mean bug 133294
[06:58] <ubotu> Launchpad bug 133294 in kubuntu-default-settings "[gutsy]  Kubuntu's splash image displays badly" [Medium,Confirmed]  https://launchpad.net/bugs/133294
[06:59] <nosrednaekim> thanks..
[07:16] <nixternal> Riddell: Danimo's book is pretty good as well, especially since it shows qt designer
[08:02] <nixternal> Riddell: I just wet myself reading the backlog of your brother shaking the pope's hand...my god that is funny
[09:10] <_StefanS_> Riddell: emailed you a patch for rpm, to get kdeadm to work in lpia.
[09:17] <Riddell> great, let me look Stecchino
[09:17] <Riddell> no
[09:17] <Riddell> oh, he's gone, tab completion breaks
[09:52] <nixternal> Riddell: the kubuntu_33 patch in kdebase needs to be updated to point to help:/kubuntu/index instead of help:/kubuntu/system-index
[09:53] <nixternal> actually, help:/kubuntu would work since I created an index.html link in the main kubuntu directory
[09:53] <Riddell> nixternal: can you send me a debdiff?
[09:53] <nixternal> I have been looking at KDE base to see how it gets the user agent info as ours has changed from Kubuntu Linux to just Linux
[09:53] <nixternal> Riddell: sure
[09:54] <Riddell> user agent is a patch we have
[09:55] <Riddell> actually, hmm
[09:55] <Riddell> the configuration option --with-distribution= in kdelibs may be there too
[09:57] <nixternal> Riddell: http://www.nixternal.com/tmp/kdebase.debdiff
[09:58] <nixternal> I looked through the changelog in kdebase to see if there was a change made sometime in June that would have changed it..but couldn't find anything
[09:59] <nixternal> it happened prior to June 28th, that I do know
[09:59] <nixternal> I will grep kdelibs and see if something changed around that time
[10:00] <Riddell> it's possible we're missing a patch
[10:01] <Riddell> nixternal: take a look at debian's kdebase package and see if they have a patch for it we're missing
[10:01] <nixternal> k, let me svn up the debian repos
[10:02] <nixternal> have you see the latest KOffice2 by chance? It definitely has the umph appeal. Looks really good, and I think cleaner than KOffice 1
[10:03] <Riddell> no, it didn't compile in the buildds
[10:04] <Riddell> nixternal: kvkbd failed main inclusion review because it didn't compile on ian's machine, it does fine for me and the buildds and I didn't get a response when I asked on irc so maybe you should e-mail him and ask what broke for him
[10:06] <nixternal> interesting
[10:06] <nixternal> probably because he hasn't updated pbuilder...it did have a problem initially because of broken deps in the buildd, but has worked flawlessly ever since
[10:07] <nixternal> actually, never had a problem on my systems, just in the buildd that one day
[10:07] <Riddell> I don't know if he's using a pbuilder
[10:07] <nixternal> ya
[10:07] <Riddell> I don't even know if he's using ubuntu
[10:07] <nixternal> heh
[10:07] <nixternal> who is Ian btw?
[10:07] <Riddell> Ian Jackson (iwj)
[10:07] <nixternal> oh
[10:07] <nixternal> derr
[10:08] <Riddell> wrote dpkg and did policy and DPL and similar such elite things
[10:08] <kwwii_> Riddell: last time I asked he said he was still using hoary
[10:08] <Riddell> well, could be one release worse I suppose :)
[10:09] <kwwii_> ;-)
[10:09] <nixternal> 44_klipper_ignore_gecko.diff  ::  45_klipper_backreferences.diff  ::
[10:09] <nixternal> 98_buildprep.diff
[10:09] <nixternal> those are the 3 patches that debian has that we don't have
[10:14] <coreymon77> guys
[10:14] <coreymon77> i need to explain to someone what kubuntu membership is
[10:14] <coreymon77> is there a wiki page that does that
[10:14] <coreymon77> ?
[10:15] <nixternal> the same one that explains Ubuntu membership
[10:15] <coreymon77> which one is that again?
[10:15] <nixternal> there is a link to it on the Kubuntu meetings page concerning membership
[10:19] <nixternal> email to Ian sent!
[10:25] <rbrunhuber> Is there a list of missing things in kubuntu compared to ubuntu?
[10:26] <rbrunhuber> I just tried gutsy ubuntu-desktop and i was really kicked in the face by all those bells and whistles there.
[10:29] <nixternal> "all those bells and whistles"?
[10:30] <Riddell> rbrunhuber: no, although it might be interesting to have one made
[10:31] <nixternal> what would  be missing? Gimp off the top of my head, and maybe games?
[10:31] <rbrunhuber> nixternal : windows seem to use compositing by default although i did not install the binary driver. most of the notifications are not ugly message boxes but "balloon helps" (excuse the windows term)
[10:31] <nixternal> ahh, because they use the notification-daemon
[10:32] <Riddell> fast user switching, decent compiz integraton, bullet proof X
[10:32] <Riddell> none of those easy in KDE
[10:32] <nixternal> I guess I don't understand that fast user switching, as I am easily able to switch back and forth between 'nixternal' and 'kde-devel'
[10:32] <Riddell> nice message boxes is down to knotify just having horrible graphics
[10:32] <Riddell> nixternal: ubuntu can do it on the same X server now I believe
[10:32] <nixternal> that is true
[10:33] <nixternal> ahh, where as we do it on :0 and :1
[10:33] <nixternal> I get you
[10:33] <nixternal> I just noticed that in KMenu
[10:33] <rbrunhuber> There have been nice message boxes at least in kontact but ther all gone again.
[10:33] <nixternal> they do have different sessions running
[10:34] <rbrunhuber> although fast user switching was the first thing to hit me with a crash :-)
[10:34] <nixternal> lol
[10:34] <nixternal> I need to fire up vbox and take a look
[10:35] <rbrunhuber> Riddel: Your guess: Is kde4 the hotty that it is always promoted or will it be 4.1+?
[10:36] <nixternal> how do I create a menu item so that it shows up in Gnome as well? ie. kvirc shows up fine in KMenu -> Internet, but it doesn't create the menu entry in Gnome
[10:37] <Riddell> rbrunhuber: kde 4 generally is a great platform, 4.0 will be pretty poor though
[10:37] <Riddell> nixternal: where is the .desktop file?
[10:39] <nixternal> data/applnk in the root directory of kvirc
[10:40] <Riddell> that's the old location
[10:40] <Riddell> /usr/share/applications/kde/ is the standard location
[10:40] <nixternal> I am checking the .deb to see where it gets installed
[10:40] <nixternal> it shows up fine in KDE, just not in Gnome
[10:40] <Riddell> it'll need a Catagories= line added if it doesn't have one
[10:42] <nixternal> interesting...it doesn't install the .desktop, but installs a menu entry instead
[10:47] <nixternal> rbrunhuber: are you working on a list of what is in Ubuntu compared to Kubuntu, or do you want me to do it? I have it opened to start doing a comparison
[10:48] <rbrunhuber> Riddell : How big would be the maintainance overhead to create a kubuntu-desktop-light and ubuntu-desktop-light package, which kicks out all the dependencies on for instance k3b and kate...
[10:48] <rbrunhuber> nixternal, if you can mentor me a bit I'd do it
[10:48] <nixternal> I figure just add it to a wiki page
[10:51] <ScottK> rbrunhuber: Now that recommends are installed by default for meta packages, you can remove all the stuff you don't want and not have to remove kubuntu-desktop.  What's the use-case for the light version.
[10:51] <Riddell> rbrunhuber: what's the advantage of that over kde-core or similar?
[10:52] <rbrunhuber> Riddell : I just wanted to walk someone through a gnome problem today and it started to download gnome-games-data. Waste of bandwidth and time.
[10:54] <rbrunhuber> Riddell : It's just a "single" entry point. Install a kubuntu-desktop* package and you get kde with different sets of applications. e.g. kubuntu-desktop: fully loaded. kubuntu-desktop-light only basics.
[10:58] <coreymon77> okay everyone
[10:59] <coreymon77> my email has been sent
[11:00] <coreymon77> please look over it and my wiki page (the link is in the email) and deside on whether to give me membership or not
[11:04] <ScottK> coreymon77: I'm not sure if I'll be at the next meeting or not, but I'd give you a +1.
[11:05] <coreymon77> ScottK: you a council member?
[11:05] <Riddell> not yet...
[11:05] <ScottK> No.  I'm a Kubuntu member and a MOTU.
[11:06] <coreymon77> Riddell: well, that could be considered as a 4th approval
[11:06] <coreymon77> Riddell: could it?
[11:06] <ScottK> coreymon77: I'm not saying I vouch for you.  I'm saying I think your vouching and wiki are good enough I think you should get in.
[11:06] <Riddell> it doesn't give much explanation
[11:07] <coreymon77> ScottK: you already saw the email?
[11:07] <ScottK> Yes
[11:07] <coreymon77> wow
[11:07] <coreymon77> that was fast
[11:07] <coreymon77> ask away
[11:11] <coreymon77> ive got some free time now, so if you have any questions for me, ask away
[11:12] <nosrednaekim> hey coreymon77 how are you oing?
[11:12] <coreymon77> nosrednaekim: good
[11:13] <coreymon77> nosrednaekim: but i was talking about asking me questions about my membership application
[11:13] <nosrednaekim> ah ok... well I have to go. good luck with that.
[11:13] <nosrednaekim> haven't seen you around in while
[11:14] <rbrunhuber> whom should i ask to have #kubuntu+1 used as an official channel?
[11:16] <Riddell> is there a need?
[11:16] <rbrunhuber> I think so, everything is seperated in k and u why not +1?
[11:17] <rbrunhuber> and we are already 3 users :-)
[11:18] <ScottK> rbrunhuber: How many in #ubuntu+1?
[11:18] <ScottK> What fraction of the issues are unique to Kubuntu and what fraction common do you think?
[11:19] <rbrunhuber> ScottK: #ubuntu+1 one has loads of users.
[11:19] <Riddell> if people have issues with KDE in gutsy it may be best to ask here
[11:19] <nosrednaekim> 160 users, and I'd say that, just like in ubuntu, amny of the issues are common, but their solutions differ.
[11:20] <rbrunhuber> Riddell : The topic says, to not do so.
[11:22] <Riddell> rbrunhuber: to not to what?
[11:22] <ScottK> rbrunhuber: So if Kubuntu users with common problems start going to #kubuntu+1, are you going to be able to support them as well as #ubuntu+1?
[11:23] <Riddell> that's an issue for all support methods
[11:23] <nosrednaekim> however, since many of the users on ubuntu+1 are quite experienced, they don't need in depth gui instructions
[11:24] <rbrunhuber> ScottK: No not me personally.
[11:25] <rbrunhuber> And i do not think that another channel splits up the community. I think we just should have this channel even if it is just a redirect sign to #ubuntu if no one listens.
[11:27] <rbrunhuber> Let's talk about this tomorrow again. I have to get may train now. So the #kubuntu+1 thing die at least for tonight
[11:27] <Riddell> quite a grilling there from nixternal :)
[11:30] <rbrunhuber> night
[11:45] <nixternal> hehe
[11:46] <nixternal> Riddell: well, I felt I had to step up since the last one where you did the grilling...only learning from the mastah himself
[11:46] <nixternal>  * In 10adduser add About Kubuntu document to desktop and remove
[11:46] <nixternal>   restricted-manager autostart files
[11:46] <nixternal> that closes out that one kubuntu-meta boog
[11:49] <nixternal> and closed it is.
[11:53] <mhb> hi folks
[11:57] <nixternal> howdy mhb
[11:58] <nixternal> actually, emacs probably wasn't the best thing to have open to show the eliteness of my stock KDE Plastik theme :)
[11:58] <nixternal> errr
[11:58] <nixternal> wrong winder


[00:08] <ali1234> i seem to have found a bug with wide character support in C programs. against which package should i report it?
[00:29] <penguin42> can you describe the bug?
[00:34] <ali1234> penguin42: yes. printf("%lc", 0x2701); does not print the unicode character "Upper blade scissors" like it is supposed to :)
[00:35] <ali1234> at least my interpretation of man 3 printf leads me to believe that should work
[00:35] <penguin42> hmm - that could be broken in so many places!
[00:35] <ali1234> yeah
[00:35] <ali1234> it's not my terminal, python outputs utf8 just fine
[00:36] <penguin42> if you run that program and pype it through od -tx1   does the hex look correct?
[00:36] <ali1234> no
[00:36] <ali1234> because it outputs absolutely nothing
[00:36] <ali1234> however i wrote my own utf8 encoder, and that outputs the symbol correctly
[00:36] <ali1234> see: http://ideone.com/oQoCA
[00:36] <penguin42> nothing? That's curious
[00:36] <ali1234> yeah that's what #glibc just told me too
[00:37] <penguin42> well, printf is in libc, so I'd file it against that
[00:42] <ali1234> #glibc figured it out... i need to setlocale(LC_ALL, ""); to get the locale from the environment
[00:44] <penguin42> ok, I wonder what it was trying to do without the locale
[00:48] <ali1234> without a locale it just bails out as soon as it sees %lc
[00:48] <ali1234> so eg printf("-- %lc --", foo); and you'll get "-- " as output
[00:49] <penguin42> nice of it to let you know !
[00:49] <ali1234> yeah it was a little bit unhelpful
[05:36] <Terminus> hello. i'm not sure if this is the right channel or not so i'll just go ahead and ask the question. i'm experiencing an issue with vim and sql on lucid but this page says release fixed --> https://bugs.launchpad.net/ubuntu/+source/vim/+bug/584797
[05:37] <ubot4`> Launchpad bug 584797 in vim (Debian) (and 1 other project) "vim loses left/right cursor keys in insert mode when editing SQL (affects: 4) (heat: 25)" [Unknown,Fix released]
[05:38] <micahg> Terminus: it's been fixed in natty
[05:38] <micahg> !sru | Terminus
[05:38] <ubot4`> Terminus: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[05:38] <micahg> Terminus: you have to follow the stable release update procedure if there's a simple patch that can be backported
[05:39] <Terminus> micahg: i see. so i assume it's still in updates-testing?
[05:40] <Terminus> or is it a "won't fix" bug? i'm not terribly familiar with the SRU.
[05:41] <micahg> Terminus: no, it's in the development release, we generally only backport patches for high impact issues
[05:42] <micahg> Terminus: it does seem like an annoying bug, but I'm not on the SRU team, so I'm not sure if it qualifies
[05:43] <micahg> Terminus: you could try asking if it's worthwhile in #ubuntu-devel in a couple hours
[05:47] <Terminus> micahg: i see. i thought usability would be in the "high impact" issue category, and as long as there's no regression with other packages, it would be ok.
[05:47] <Terminus> micahg: anyway, thanks!
[05:47] <Terminus> btw, why in a couple of hours? is that the time canonical people report for work? =)
[05:48] <micahg> Terminus: well, normally people are around by now, but I don't see them, so I figure give them time to get settled Mon Morning instead of jumping on them first thing :)
[05:50] <Terminus> micahg: hehe. forgot it's monday. thanks again! =)
[05:51] <micahg> Terminus: well, almost Tuesday for some folks :), but Monday for most of the people in these channels
[05:52] <Terminus> yeah, it's 2pm here. =)
[05:52] <micahg> almost 1AM for me
[05:53] <Terminus> micahg: seriously? are you right next to the date line or something?
[05:54] <micahg> Terminus: no, midwest US
[06:00] <Terminus> micahg: ah... thought it was almost tuesday for you. =)
[14:59] <bdmurray> patrickmw: we only added one symlink for your wireless bug right?
[14:59] <bdmurray> patrickmw: see bug 728746
[14:59] <ubot4`> Launchpad bug 728746 in linux-firmware (Ubuntu) "broadcom 80211 firmware needs symlinks (affects: 2) (heat: 499)" [Undecided,Confirmed] https://launchpad.net/bugs/728746
[15:27] <patrickmw> bdmurray: yes, we tried that
[15:30] <bdmurray> patrickmw: okay, I thought we had only made 1 of the symlinks mentioned there
[15:31]  * patrickmw is looking up the bug
[15:31] <patrickmw> bdmurray: I will try both symlinks now
[15:38] <patrickmw> bdmurray: I'm having trouble booting into Unity.  The last time I updated caused Unity not to start properly.  Problem is, the account is set to automatically login, so I don't get the option to select Classic mode
[15:38] <patrickmw> I can get into tty, but I'm having trouble finding where gdmsetup sets the automatic login properties
[15:41] <bdmurray> seb128: How can one switch between the classic desktop and unity at a command line prompt?
[15:42] <seb128> bdmurray: you can't
[15:42] <seb128> where what do you mean? from a running session?
[15:42] <seb128> or when starting the session?
[15:43] <bdmurray> seb128: see patrickmw's question above.  Unity isn't working out well for him and he has chosen auto login
[15:44] <seb128> oh
[15:44] <seb128> edit .dmrc in your user dir
[15:44] <seb128> the Session= line
[15:44] <seb128> set it to classic-gnome
[15:45] <bdmurray> classic-gnome or gnome-classic?  mine has gnome-classic
[15:45] <patrickmw> seb128, thank you. I've been trying to find that all weekend
[15:46] <seb128> patrickmw, otherwise you can edit /etc/gdm/custom.conf to disable autologin
[15:47] <jcastro> I always just alt-sysrq-k myself back to gdm
[15:47]  * jcastro 's way is totally hammer
[15:47] <seb128> bdmurray: could be gnome-classic, I'm under an unity session now so I can't check
[15:48] <seb128> the .desktop is gnome-classic.desktop, the session classic-gnome.session
[15:48] <seb128> yeah for consistency
[18:12] <patrickmw> jibel, marjo: bug 734989 - still gathering info
[18:12] <ubot4`> Launchpad bug 734989 in software-center (Ubuntu) "software-center crashed with SIGSEGV in __cxa_allocate_exception() - Crash on startup (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/734989
[18:12] <marjo> patrickmw: ack
[18:13] <jibel> patrickmw, the master is bug 259219
[18:13] <ubot4`> Launchpad bug 259219 in software-center (Ubuntu Natty) (and 3 other projects) "Broken TLS support in libGL.so AKA: software-center crashed with SIGSEGV in __cxa_allocate_exception() (affects: 392) (dups: 126) (heat: 1734)" [High,Triaged] https://launchpad.net/bugs/259219
[18:14] <jibel> patrickmw, the workaround is documented in the description
[18:15] <patrickmw> jibel: ty
[18:31] <MadCow108> 127 duplicates already ^^
[18:40] <geoffmcc> Please set Bug #734269 to Wishlist
[18:40] <ubot4`> Launchpad bug 734269 in ubuntuone-control-panel (Ubuntu) "clicking "Edit my account" shouldn't require logging in again (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/734269
[19:43] <kamusin> geoffmcc, is already one ;)
[19:43] <kamusin> one/done/
[19:47] <strycore> Hi
[19:47] <strycore> what is the name of the package that handles file associations in Gnome ?
[19:49] <geoffmcc> kamusin: yea i sent out an email cause it seemed kinda quiet in here and it didnt get done to yet, wasnt rushing it- just being thorough
[19:49] <geoffmcc> thanks
[19:58] <penguin42> strycore: There seem to be many; xdg-utils seems to be one of them and bug 670128 is about some issues with it choosing the wrong thing
[19:58] <ubot4`> Launchpad bug 670128 in xdg-utils (Fedora) (and 4 other projects) "gnome-open uses firefox while it's not the preferred browser (affects: 22) (dups: 6) (heat: 138)" [Unknown,Unknown] https://launchpad.net/bugs/670128
[19:58]  * penguin42 disappears
[20:13] <strycore> thanks
[20:13] <strycore> even if you're not here anymore :p
[20:14] <strycore> anyway i'm thinking about reopening bug 667071
[20:14] <ubot4`> Launchpad bug 667071 in ubuntu "Folders opened by wrong application (affects: 34) (dups: 28) (heat: 269)" [Low,Won't fix] https://launchpad.net/bugs/667071
[20:14] <strycore> Marking this as "Won't fix" is wrong in every possible way
[20:15] <strycore> First I'm going to check on my Win7 and MacOSX what are their behaviors concerning this
[20:39] <psusi> strycore: why?
[20:39] <psusi> it isn't a bug
[20:41] <strycore> yes it is
[20:41] <strycore> an a quite severe one
[20:42] <strycore> Ok, so I've checked Snow Leopard, Win7 and KDE
[20:42] <strycore> Gnome is the the worst regarding this issue
[21:03] <psusi> strycore: how so?  if the user set it to do that, then it isn't a bug
[21:04] <psusi> granted, it is probably a dumb user interface to have the box checked by default, but it isn't a bug that you get what you asked for
[21:05] <strycore> psusi, i'm almost finished commenting on the bug, it's more detailled there
[21:05] <strycore> psusi, software should be forgiving
[21:06] <strycore> you can't just go "haha you asked for it"
[21:07] <psusi> strycore: how do you propose that ( other than changing the default state of the checkbox )
[21:08] <strycore> one second, i'm almost finished on the bug report :)
[21:08] <psusi> k... I'm heading home... will read it when I get there
[22:07] <acarpine> What  happened to https://wiki.ubuntu.com/Bugs/Tags  ?
[22:10] <charlie-tca> bdmurray, hggdh : any idea why Tags was deleted?
[22:11] <bdmurray> charlie-tca: nope
[22:12] <charlie-tca> Page is completely gone
[22:12] <hggdh> charlie-tca, nope
[22:12] <charlie-tca> What is this?
[22:12] <charlie-tca> [DIFF] 	linex 	06:58 	Info 	rashed alhazimi 	page was renamed from Bugs/Tags
[22:13] <ravitejavad> check https://wiki.ubuntu.com/linex
[22:14] <bdmurray> charlie-tca: are you going to rename it back?
[22:14] <charlie-tca> yes
[22:14] <hggdh> interesting, I did not receive an email with this change
[22:15] <bdmurray> I think I did but wasn't paying enough attention
[22:15] <charlie-tca> bdmurray: nope, it seems I am not allowed
[22:15] <charlie-tca> I never got the email, and I am subscribed for them
[22:16] <charlie-tca> bdmurray: can you rename it back to Tags?
[22:16] <acarpine> charlie-tca: I received other wiki changes but not this...
[22:16] <bdmurray> [Ubuntu Wiki] Update of "https:/wiki.ubuntu.com/Bugs/Tags" by charlie-tca
[22:17] <charlie-tca> I don't where it went, but it did not rename it
[22:17] <bdmurray> oh, okay really fixing now
[22:18] <ravitejavad> both /linex and /Tags not present
[22:18] <bdmurray> charlie-tca: you just need Bugs/Tags in the new name
[22:18] <bdmurray> charlie-tca: not the domain name
[22:18] <ravitejavad> bug/tags is back
[22:18] <acarpine> Welcome back https://wiki.ubuntu.com/Bugs/Tags
[22:19] <charlie-tca> bdmurray: thank you


[00:50] <tsimonq2> sorry, church event took longer than I thought, actively working now
[01:18] <tsimonq2> deleted Robert Ancell: GTK+ applications in Unity 8 (Mir) because it's an old article, posted to http://paste.ubuntu.com/16450925/ just in case someone wants to reverse it
[02:03] <pleia2> thanks
[02:03] <pleia2> I had a comment in there to delete it, just hadn't yet
[02:08] <tsimonq2> alright
[02:08] <tsimonq2> :)
[02:09] <tsimonq2> pleia2: http://thinkonbytes.blogspot.com/2016/05/review-tablet-bq-m10-ubuntu-edition.html is in Spanish, I don't know it that well yet to translate ;)
[02:09] <pleia2> tsimonq2: we can ask jose to take care of it :)
[02:09] <jose> me? what?
[02:09]  * jose checks
[02:10] <tsimonq2> pleia2: http://bobthegnome.blogspot.com/2016/05/developing-for-ubuntu-phone-without-sdk.html is more of a how to, do we have a specific purpose for including it?
[02:10] <pleia2> tsimonq2: it's a development how-to, we are sometimes more friendly about including them
[02:11] <tsimonq2> pleia2: alright, just wanted to ask :)
[02:11]  * pleia2 nods
[02:11] <jose> oh, can I include a quick blog post? I wanna announce ubuntu@oscon
[02:11] <pleia2> jose: sure
[02:11] <jose> ok, finishing up this summary and posting
[02:12] <pleia2> thanks :)
[02:12] <jose> all set!
[02:14] <tsimonq2> jose, pleia2: should it be mentioned that the article is in Spanish?
[02:14] <pleia2> yeah
[02:14] <jose> yep, added it :) thanks!
[02:14] <tsimonq2> alright, I'll add something
[02:14] <tsimonq2> whoops
[02:14] <tsimonq2> I see jose got it :)
[02:15] <tsimonq2> pleia2: we have 8 uncovered blogosphere articles, your call about whether I should work on them or if you want to bullet-point
[03:18] <pleia2> I might just bullet-point the remaining
[03:18] <pleia2> heading to dinner, I'll sort out upon my return
[03:20] <tsimonq2> alright
[06:28] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue465
[06:29]  * pleia2 tired
[08:03] <Unit193> http://loco.ubuntu.com/events/ubuntu-fr/3282-ubuntu-party-paris-16.04/
[18:31] <ahoneybun> jose I will be at SELF
[18:31] <ahoneybun> with a few other friends
[18:32] <ahoneybun> Keith, Joel, and I
[18:32] <ahoneybun> with someone new
[20:17] <jose> woot woot! lmk if you want anything from this side of the world
[20:19] <pleia2> tip: he's not allowed to bring a real, living llama
[20:23] <tsimonq2> hahahahaha pleia2 XD
[20:24] <svij> so he's only allowed to bring real, dead llama? *scnr*
[20:25] <tsimonq2> or...a fake, living llama? like battery powered or something? XD
[20:26] <pleia2> well, I used to go to a sweat lodge pretty regularly, we once had a guest from Peru once who brought an alpaca fetus for part of a ritual he performed prior to going into the lodge
[20:26] <tsimonq2> O__O
[20:26] <pleia2> so he did have a real, dead alpaca
[20:27] <svij> :D


[04:31] <maksim2042> gentlemen, could anyone help with a probem on a netbook?
[04:31] <maksim2042> the keyboard doesn't respond at all
[04:32] <drschupp> have you tried to test if it's a hardware problem at all?
[04:32] <maksim2042> it works perfectly in the bios
[04:32] <maksim2042> so it's not hardware
[04:32] <maksim2042> and worked in Windows
[04:32] <maksim2042> 20 minutes ago
[04:32] <drschupp> had it worked before?
[04:32] <maksim2042> (before I blew away the HD)
[04:32] <maksim2042> yup
[04:32] <maksim2042> well, not on Ubuntu
[04:32] <maksim2042> just installed
[04:32] <maksim2042> the machine is MSI Wind
[04:33] <drschupp> tried the netbook remix?
[04:33] <maksim2042> that's what I have
[04:34] <maksim2042> USB keyboard/mouse work; I think MSI Wind has PS2 kybd
[04:34] <drschupp> did it work in the live session?
[04:35] <maksim2042> didn't try; just went ahead and installed
[04:35] <maksim2042> stupid of me, I think
[04:35] <drschupp> how did you install without keyboard usage?
[04:35] <maksim2042> plugged in a USB external
[04:36] <drschupp> odd... and you've tried restarting it?
[04:36] <maksim2042> yup
[04:36] <maksim2042> BIOS works as wll
[04:36] <maksim2042> odd indeed
[04:38] <drschupp> Hrm... to be honest, i'm not sure what would cause ps/2 failure off a clean install
[04:38] <maksim2042> no idea
[04:39] <maksim2042> this happened under OSX too, that's why I went to UBUNTU
[04:39] <maksim2042> but that seemed to be a driver problem
[04:40] <drschupp> tried checking drivers list?
[04:40] <maksim2042> hmmm no, where?
[04:40] <drschupp> system>administration>hardware drivers
[04:40] <maksim2042> hold on
[04:41] <maksim2042> says "no proprietary drivers in use"
[04:43] <drschupp> shucks... I've heard about problems of proprietary drivers conflicting
[04:43] <maksim2042> gonna try live cd
[04:44] <maksim2042> ok, kbd doens't work booting off USB either
[04:45] <drschupp> sorry, dude, I can't think of anything that should cause that... definitely send in a bug ticket
[04:45] <maksim2042> this is the weirdest... I've struggled with EVERY part of a machine while installing Linux, never with Keyboard!
[04:46] <maksim2042> hmm... maybe I'll go back to OS X... I just want a functional M$-free netbook