[00:53] <AnimeHeroine> Hi. How do I install gpu drivers? I don't know why there are so many of them. I want to have the best performance + vulkan support but I don't know what to choose. What is so professional in amdgpu-pro compared to amdgpu? What is radeon? What is radv? What is mesa compared to that? Why after installing mesa-vulkan-drivers I still can't open vulkan stuff? Vulkaninfo displays and error :(
[00:53] <AnimeHeroine> And what is flgfx?
[00:55] <AnimeHeroine> I don't know it just appears everywhere I read.
[00:55] <AnimeHeroine> fglrx*
[00:55] <AnimeHeroine> (I wanted to write that at first but it looked weird.)
[00:57] <AnimeHeroine> Are there any programs that will configure everything automatically? Where I could choose which one I'd like without the whole cmd stuff?
[00:59] <AnimeHeroine> The worst is that it appears that when I try to yahoo a way of identifying my type of GPU (I add stuff like radeon, amd) it outputs some concrete drivers! How am I suppoused to search for a list?
[01:03] <AnimeHeroine> It's insane that people write about compiling their own kernels to make something work.
[01:03] <AnimeHeroine> It seems to be such a daunting task.
[01:05] <AnimeHeroine> And people all over the net say that the only solution is to mingle with cryptic config files. wtf
[01:05] <AnimeHeroine> It seems that one needs to be a linux wizard to get anything working.
[01:07] <AnimeHeroine> I'm on the second page of google now. I'm that desperate.
[01:08] <AnimeHeroine> Can a new kernel break things?
[01:16] <AnimeHeroine> It's also weird that most things are "copypaste that into cmd and press enter" when you have no idea what you are doing.
[01:21] <AnimeHeroine_> Kernel update didn't work.
[01:22] <AnimeHeroine> What is better, amdgpu or radeon?
[05:06] <squid_squad> can someone help me with my wifi
[05:09] <squid_squad> ?
[05:13] <squid_squad> can someone please help me
[11:51] <BluesKaj> Hi folks
[14:33] <hijodecain> hello
[14:34] <BluesKaj> hi hijodecain
[14:35] <hijodecain> do you know good mail notifier ?
[14:35] <hijodecain> I currently use thunderbird (with firetray)
[14:37] <BluesKaj> hijodecain, I did use the firetray option with thunderbird and it woked well for my needs
[14:38] <BluesKaj> worked even
[14:39] <BluesKaj> back on gmail now, since my new ISPs email switched to outlook
[14:40] <hijodecain> still works, but is discontinued
[14:47] <hijodecain> only gmail? wavebox looks great for it
[14:48] <hijodecain> I was looking for some kind of "mailnag" "mail-notification" for kde
[14:56] <BluesKaj> hijodecain, just checked , there's an app called exactly that in muon ..I don't use discover, the original muon is still my package reference guide
[14:58] <hijodecain> these two I wrote? doesnt work in plasma
[14:59] <BluesKaj> mail-notification doesn't work ?
[15:07] <hijodecain> I think that, I'll retest
[16:27] <mib222> hy. My laptop has gotten very slow and I want to reinstall it. Should I wait for final kubuntu 17.10 images or can I go with beta1 and then do regular updates? I know there can be some bugs, but what I want to know is if I install bela1 will my instalation be the same after I do update on release day, or woul I need to reinstall final version?
[16:53] <Guest31963> hi
[17:24] <DingDong> Hey guys - how do I format my USB for kubuntu?>
[17:24] <DingDong> I've been using unetbootin-windows-655
[17:25] <DingDong> but I can't boot from the USB
[17:25] <DingDong> I formatted my USB for fat32 - then ran unetbootin
[17:25] <DingDong> restarted - press F11 for boot order
[17:26] <DingDong> chose the USB formatted installer
[17:26] <DingDong> then the computer freezes and I have to reset
[17:39] <DingDong> nope - thanks for the fish
 @DingDong, From which OS are you creating the live USB?
[23:10] <user|14380> hello
 Hi!


[03:56] <murthy> how to know the details of a .snap file?
[05:54] <mborzecki> morning
[06:49] <zyga> good morning
[06:49] <zyga> I need to figure out how to wake up at 6 and start the work at 7
[06:49] <zyga> kids leaving at all random moments is not helping
[06:49] <zyga> murthy: hello
[06:49] <zyga> murthy: can you please be more specific, what is it that you would like to know?
[06:50] <murthy> zyga: https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Snaps-Chromium-VA-API
[06:51] <murthy> zyga: cant wait till it gets published..
[06:51] <murthy> zyga: I have downloaded the .snap file from launchpad website
[06:51] <murthy> zyga: I would like to run the snap file
[06:51] <murthy> zyga: good morning btw
[06:52] <zyga> murthy: do this please:
[06:52] <zyga> murthy: on a system with snapd installed
[06:52] <murthy> zyga: I just saw a video and it spoiled my day already
[06:53] <murthy> I am on ubuntu 18.10
[06:53] <zyga> run "snap install chromium --channel=candidate/vaapi"
[06:53] <murthy> zyga: so snap search wont display from candidate?
[06:53] <zyga> this will install the snap from a given "channel", like a lane of development
[06:53] <zyga> murthy: that's correct AFAIK
[06:54] <murthy> zyga: ok, I knew about channels, but didn't know search is not done on candidate, let me try that
[06:54] <murthy> zyga: full confinment means sandboxed?
[06:54] <zyga> yes
[06:56] <mborzecki> zyga: hey
[06:56] <murthy> zyga: it says it cant find that package. shall I do sudo snap install --candidate chromium-snap-from-source-enable-vaapi   ?
[06:56] <murthy> zyga: https://code.launchpad.net/~osomon/+snap/chromium-snap-from-source-enable-vaapi?_ga=2.8470321.583249682.1548065371-1544747127.1545400671
[06:57] <zyga> no no
[06:57] <zyga> try --channel="..."
[06:57] <zyga> full name there
[06:59] <murthy> zyga: can you check the above link and tell me the exact full command
[07:00] <murthy> I am yet to learn stuff about snap
[07:00] <zyga> sure, just hold on
[07:00] <zyga> doing a few things in parallel here
[07:00] <murthy> zyga: sure no problem
[07:03] <mborzecki> murthy: i just installed chromium using
[07:04] <mborzecki> snap install --channel=candidate/vaapi chromium
[07:04] <mborzecki> murthy: what error are you getting exactly?
[07:05] <murthy> mborzecki: Its installing now
[07:06] <murthy> mborzecki: I tried the following earlier as suggested by zyga "snap install chromium --channel=candidate/vaapi"
[07:07] <murthy> mborzecki: That gave me an error of some thing not found
[07:08] <mborzecki> murthy: what was not found?
[07:08] <zyga> paste the error you got
[07:08] <zyga> that helps
[07:13] <mborzecki> zyga: btw. connecting interfaces for chromium takes a longer while, iirc we had a pr that would bundle all apparmor updates to one, did it land?
[07:13] <murthy> zyga: I think I mistyped
[07:14] <murthy> mborzecki: hardware acceleration works for you with chromium?
[07:15] <mborzecki> murthy: where can i test it?
[07:17] <murthy> with what you installed just now and goto youtube, search for a 4k video and play it in 4k'
[07:18] <murthy> mborzecki: then type  in the address bar "chrome://media-internals"
[07:19] <murthy> mborzecki: you should see some thing like this "blob:https://....."
[07:19] <mborzecki> murthy: mhm, it's there
[07:20] <murthy> mborzecki: click that and then tell me what do you see as value for "video_decoder"
[07:20] <mborzecki> murthy: VpxVideoDecoder
[07:21] <murthy> mborzecki: that means no hardware acceleration
[07:22] <mborzecki> maybe it's somethign about amdgpu & vaapi then
[07:22] <zyga> re
[07:22] <murthy> mborzecki: goto "chrome://gpu/"
[07:22] <murthy> mborzecki: see whats in for video decode
[07:23] <mborzecki> murthy: heh, hardware accelerated
[07:23] <mborzecki> wonder if that covers vp9 too
[07:23] <murthy> brb
[07:26] <zyga> good morning mvo
[07:42] <zyga> mvo_: so, we have a +1 from mwhudson but we must remove transitional packages as they would get axed through NEW
[07:45] <zyga> I'll do that now
[08:00] <mvo_> zyga: hi
[08:00] <mvo_> zyga: sorry wwas not registered earlier
[08:14] <r3r57> Hello, I've got http://paste.debian.net/1062047/ with several snaps (chromium, etc.). Does anyone know if this is a distribution related issue or an issue with the snap itself? Thank you in advance.
[08:21] <murthy> mborzecki: I think It specifically means hardware acceleration of vp9
[08:29] <murthy> Are the intel's latest drivers packaged with the chromium browser or the drivers are synced from 16.04?
[08:30] <mborzecki> murthy: chromium seems to be based on core18, so it's at least the version that shipped with 18.04
[08:34] <murthy> Hardware acceleration is not working for me. I even tried after enabling overide gpu blacklist flag, no good.
[08:37] <mup> PR snapcraft#2440 closed: meta: make hooks executable instead of complaining they're not <Created by Saviq> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2440>
[08:37] <mup> PR snapcraft#2441 closed: legacy/meta: make hooks executable instead of complaining they're not <Created by Saviq> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2441>
[08:38] <murthy> bbl
[09:07] <Chipaca> moin moin
[09:07] <mup> PR snapcraft#2447 opened: build providers: remove SIGUSR1 signal ignore workaround for multipass <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2447>
[09:13] <mup> PR snapd#6396 closed: packaging: import debian salsa packaging work and use in spead <Created by mvo5> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6396>
[09:15] <mup> PR snapd#6413 opened: packaging: import debian salsa packaging work and use in spead <Created by mvo5> <https://github.com/snapcore/snapd/pull/6413>
[09:16] <zyga> hello Chipaca :)
[09:26] <pedronis> mborzecki: hi,  the maybe my forum post was confusing but the plan is really to change behavior only if there's pinned tracked for the moment, so it cannot be done in the client. Later we will have default tracks but that is something the store will report for snaps. Either way is not about the "current" track
[09:27] <mborzecki> pedronis: quick HO?
[09:27] <pedronis> mborzecki: can do, one sec
[09:29] <pedronis> mborzecki: I'm in the standup
[09:34] <Chipaca> mborzecki: thank you for the review
[09:57] <mborzecki> Chipaca: yw, hopefully haven't missed anything when iterating over this on paper :)
[09:57] <Chipaca> mborzecki: on... paper?
[09:57] <Chipaca> pedronis: welcome back
[09:58] <mborzecki> Chipaca: making sure the counts add up
[09:58] <Chipaca> ah
[09:59] <pedronis> Chipaca: hi
[10:00] <Chipaca> pedronis: I was wondering if I should delve into a further refactoring of cmd_info, or if I should wait for a review from you today
[10:07] <pedronis> Chipaca: you are talking about #6389?
[10:07] <mup> PR #6389: cmd/snap: small refactor of cmd_info's channel handling <Created by chipaca> <https://github.com/snapcore/snapd/pull/6389>
[10:07] <Chipaca> pedronis: the review I'd ask for is the epochs one, if I could only ask for one :-)
[10:08] <Chipaca> I mean, yes 6389 needs a review, and I tagged you for it, but #6356 is the roadmap item
[10:08] <mup> PR #6356: overlord/snapstate: during refresh, re-refresh on epoch bump <Created by chipaca> <https://github.com/snapcore/snapd/pull/6356>
[10:12] <zyga> hey pedronis :)
[10:12] <pedronis> Chipaca: ah
[10:21] <mup> PR snapd#6414 opened: daemon: try to tidy up the icon stuff a little <Created by chipaca> <https://github.com/snapcore/snapd/pull/6414>
[10:22] <Chipaca> pedronis: fwiw 6389 doesn't _need_ a review from you, but you had Opinions :-)
[10:24] <cjwatson> sergiusens: Is there a plan to SRU snapcraft 3.x?  (Re improved core18 support, sort of)
[10:24] <cjwatson> sergiusens: Or indeed to have it as a .deb in Ubuntu at all
[10:27] <sergiusens> cjwatson: no, we have no plans to SRU 3.x as a deb. There is a plan to SRU a 2.44 as a deb with bug fixes but that does not have the proper support for bases
[10:27] <cjwatson> sergiusens: OK, so we should be looking at automatically defaulting snapcraft to the stable channel at least for core18
[10:28] <cjwatson> sergiusens: Weren't you going to do a systematic build comparison to test safety of switching to the stable channel by default across the board?
[10:28] <sergiusens> my proposal sent over email was to keep using the deb when not using a base and to switch to the snap when using a base so no one would break
[10:29] <cjwatson> I must have missed that, since I just reinvented the same idea independently :)
[10:30] <cjwatson> I think that's reasonable; the other thing we need to do in LP is to map bases to series and automatically dispatch the right one
[10:43] <cjwatson> sergiusens: https://bugs.launchpad.net/launchpad/+bug/1812985 FWIW
[10:43] <mup> Bug #1812985: Support snapcraft base snaps <feature> <lp-snappy> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1812985>
[10:54] <dot-tobias> I have a question re: interface hooks, happy for any pointers: https://forum.snapcraft.io/t/apparmor-denial-in-interface-hook/9625
[11:05] <Chipaca> zyga: do I remember right that we had a bug where hooks wouldn't always get the right interface connections?
[11:05] <zyga> Chipaca: yes
[11:05] <zyga> I saw that question
[11:05] <Chipaca> zyga: do you remember when we fixed it?
[11:05] <zyga> I think that's fixed in 2.37 but not sure
[11:05] <zyga> recently
[11:06] <Chipaca> zyga: this was only about inheritance, ie it could be worked around?
[11:06] <zyga> Chipaca: I don't remember
[11:06] <zyga> today the focus is on some other topics
[11:06] <Chipaca> zyga: 🐀
[11:10] <Chipaca> dot-tobias: I'm going afk for a while, but meanwhile you could try 2.37 in case the issue is fixed there
[11:10] <Chipaca> dot-tobias: it's already in candidate :-)
[11:11] <dot-tobias> Chipaca: Thanks, will do! Answering to your forum reply just now.
[11:11] <Chipaca> yeah, please do, at least for posterity
[11:11] <Chipaca> :-)
[11:11]  * Chipaca ⇝ physio or 'the gym'
[11:38] <ackk> hi, I'm having this weird issue (not the first time I hit it): https://paste.ubuntu.com/p/9Bz2YjhDkG/
[11:38] <ackk> the snap is devmode,try if it matters
[11:39] <ackk> anyone has a suggestion on how to debug it ?
[11:39] <popey> ackk: what does "snap version" say?
[11:40] <ackk> popey, https://paste.ubuntu.com/p/DDtKbbhpvB/
[11:41] <popey> is that a snap that's in the store?
[11:41] <popey> snappy-debug.security scanlog
[11:41] <popey> run that in a terminal, do you get output while running the snap?
[11:41] <ackk> popey, not really, it's a local build
[11:42] <ackk> installing snappy-debug
[11:42] <ackk> popey, do I run it as root?
[11:42] <popey> why do you need to?
[11:43] <popey> oh, misread, sorry. No.
[11:43] <popey> :)
[11:43] <ackk> popey, https://paste.ubuntu.com/p/sNMfxptp68/
[11:43] <popey> is this a core device?
[11:44] <ackk> no, a bionic LXD container
[11:44] <popey> ok, do you get any output when running your snap?
[11:44] <ackk> popey, it was working earlier, I just updated some files in the prime/ dir (as said it's a snap try)
[11:46] <ackk> popey, other snaps work fine fwiw
[11:47] <popey> perhaps strace it to see what its failing on?
[11:47] <ackk> $ snap run --strace maas
[11:47] <ackk> error: exit status 1
[11:48] <popey> wtf
[11:50] <popey> can you wormhole me the snap so i can take a look?
[11:50] <popey> or the yaml
[11:50] <ackk> popey, I can tarball the prime dir, not sure if you'll have the issue though
[11:51] <popey> I'd rather have the snap or yaml
[11:51] <popey> nothing in dmesg?
[11:51] <ackk> popey, you mean the snap.yaml or the snapcraft.yaml ?
[11:52] <popey> snapcraft.yaml
[11:53] <ackk> popey, https://git.launchpad.net/maas/tree/snap/snapcraft.yaml
[11:53] <popey> you said this works in devmode?
[11:54] <ackk> yeah, it only works in --devmode
[11:54] <ackk> popey, nothing in dmesg except the usal apparmor messages, but no error that I can see
[11:57] <popey> are you building this in 18.04?
[11:57] <ackk> yes
[11:57] <popey> with the snapcraft snap
[11:58] <ackk> no, with the bionic snapcraft deb
[11:58] <popey> ah
[11:58] <popey> you should probably move to using the snapcraft snap
[11:58] <popey> the deb is ye olde and crusty
[12:01] <ackk> yeah, I'll take a look at that then
[12:01] <ackk> I'll also try to reinstall the snap, that usually works
[12:01] <ackk> popey, thanks
[12:12] <mup> PR snapd#6415 opened: snapstate, snap: allow update/switch requests with risk only channel to DTRT <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6415>
[12:12] <mborzecki> pedronis: the change is fairly confined ^^
[12:58] <Chipaca> mborzecki: the move from "stable means latest/stable" to "stable means <current>/stable" is not minor, and will break / surprise people that have learned the old behaviour
[13:01] <mborzecki> Chipaca: yeah, went over it with pedronis, the PR is limited only to cover pinned (kerne & gadget) tracks only
[13:02] <Chipaca> mborzecki: ah :-)
[13:02] <mborzecki> Chipaca: while at it, could you take a look at #6415?
[13:02] <mup> PR #6415: snapstate, snap: allow update/switch requests with risk only channel to DTRT <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6415>
[13:02] <Chipaca> mborzecki: me? review stuff? madness
[13:02]  * Chipaca reviews while his food cooks
[13:03] <mborzecki> Chipaca: thanks
[13:03] <mborzecki> off to pick up the kids
[13:04] <Chipaca> hmmmm
[13:05]  * Chipaca IRL hmms
[13:45] <mup> PR snapd#5822 closed: wrappers: allow user mode systemd daemons <Created by jhenstridge> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/5822>
[13:46] <pedronis> Chipaca: did you have a chance to look again at 6034 ?
[13:46] <pedronis> should we close it until you do?
[13:46] <Chipaca> pedronis: I was going to and then I doubted myself so I stopped
[13:47] <Chipaca> pedronis: probably need a refresher of what needs changing, as all I remembered was "make it clearer that it's only per-snap not per-revision"
[13:47] <pedronis> Chipaca: no new tasks as well (if possible)
[13:47] <Chipaca> ah, forgot about that. I'll look now after the standup.
[13:47] <Chipaca> thank you
[13:48] <pedronis> Chipaca: also think what we would do if we grew per revision stuff like thus
[13:50] <Chipaca> pedronis: and add a note about it?
[13:50] <pedronis> Chipaca: yes
[13:51] <Chipaca> pedronis: one thing I wondered was whether this and sequence aren't the same thing
[13:51] <pedronis> Chipaca: this?  you mean that?
[13:51] <pedronis> this is about per-snap
[13:52] <Chipaca> pedronis: but sequence is per revision, so that's that half of it
[13:52] <Chipaca> :)
[13:52] <Chipaca> pedronis: I mean SnapSeqDir
[13:52] <Chipaca> yeh
[13:53] <Chipaca> it's a weird thing :)
[13:53] <pedronis> I forgot about that
[13:54] <pedronis> Chipaca: it's used only for rollback in the new core18 bootstrap support, no?
[13:54] <Chipaca> pedronis: I mean, snap seq dir, is essentially a cache of per-revision side info
[13:55] <Chipaca> except each json has the whole sequence of sideinfos
[13:56] <Chipaca> e.g. https://pastebin.ubuntu.com/p/pnRbYThvHp/
[13:56] <Chipaca> that's probably more  than is needed for that feature
[13:56] <Chipaca> anyway. Standup coming up.
[14:40] <cjwatson> sergiusens: quick question for you in https://bugs.launchpad.net/launchpad/+bug/1812985, since I see you aren't subscribed to it
[14:41] <mup> Bug #1812985: Support snapcraft base snaps <feature> <lp-snappy> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1812985>
[14:44] <mup> PR snapcraft#2447 closed: build providers: remove SIGUSR1 signal ignore workaround for multipass <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2447>
[15:02] <zyga> I'll do something about the room, it's too cold here
[15:14] <mup> PR snapcraft#2448 opened: Swap yaml schema document with json equivalent <Created by diddledan> <https://github.com/snapcore/snapcraft/pull/2448>
[15:16]  * zyga -> lunch
[15:37] <mup> PR snapd#6416 opened: snap: really run the RunSuite <Simple 😃> <Created by mvo5> <https://github.com/snapcore/snapd/pull/6416>
[15:39] <diddledan> I love commit messages like that
[15:40] <diddledan> other messages that are fun are "fix the tests so they don't fail"
[15:41] <cwayne> Best ones are "I don't know what this does"
[15:41] <diddledan> there totally needs to be a way to test testsuites without the program you're testing because without being sure your test suite is sane you can't be sure that the problem is in your project or the project's tests
[15:42] <diddledan> "I have no idea what these changes are.. I made them ages ago and didn't commit them. they must be important or I wouldn't have left them in the source"
[15:43]  * diddledan reboobs to Winders
[16:22] <mup> PR snapd#6417 opened: snap: fix reexec from the snapd snap for classic snaps <Created by mvo5> <https://github.com/snapcore/snapd/pull/6417>
[16:36] <mup> PR snapd#6418 opened: many: allow core as a fallback for core16  <Created by mvo5> <https://github.com/snapcore/snapd/pull/6418>
[16:38] <sergiusens> \o/
[16:38] <sergiusens> mvo: 🧐 🎆
[16:39] <mvo> sergiusens: :)
[16:40] <mvo> sergiusens: I had hoped you would like it
[16:54] <Chipaca> I'm going to EOD in a few minutes; a little early, and I might be back later tonight. Need to say goodbye to a friend.
[17:37] <sergiusens> Chipaca: good bye!
[17:37]  * sergiusens assumes that _a_ friend could be _any_ friend
[19:06] <sergiusens> mvo: I took a quick glance at the PR, this does not solve `snap install core16` installing `core`, correct?
[19:12] <mvo> sergiusens: if you "snap install core16" you still get that, that seems to be ok, no?
[21:00] <mup> PR pc-amd64-gadget#10 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10>
[21:00] <mup> PR pc-amd64-gadget#11 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11>
[21:01] <mup> PR pc-amd64-gadget#10 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10>
[21:01] <mup> PR pc-amd64-gadget#11 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11>
[22:23] <SlidingHorn> anyone else having an issue with the icon in Discord missing within the past few days or so?
[22:23] <SlidingHorn> (snap version, obviously)
[22:45] <mup> PR snapd#6419 opened: miscellaneous policy updates <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6419>
[22:50] <mup> PR snapd#6420 opened: miscellaneous policy updates - 2.37 <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6420>
[22:50] <mwhudson> um i wonder what happened here https://launchpadlibrarian.net/407843985/buildlog_snap_ubuntu_xenial_amd64_go110_BUILDING.txt.gz
[22:57] <mwhudson> does snapcraft.BasePlugin.run invoke things via sh?
[22:57] <mwhudson>         self.run(['./make.bash'], cwd=os.path.join(self.builddir, 'src'), env=env)
[22:57] <mwhudson> is failing with
[22:58] <mwhudson> /bin/sh: 24: exec: ./make.bash: not found
[22:58] <mwhudson> ./make.bash
[22:58] <mwhudson> Failed to run './make.bash' for 'built': Exited with code 127.
[22:58] <mwhudson> this worked yesterday :)
[23:01] <mwhudson> same snapcraft version


[05:14]  * bkerensa begins to work on signs
[05:30] <blkperl> bkerensa: wiki.ubuntu.com just gave me an error while logging in
[05:34] <bkerensa> blkperl: blame Canonical ;)
[05:35] <blkperl> well i clicked the sign in button on your wiki so ha ;)
[05:35] <blkperl> it seems to be working now
[05:37] <bkerensa> blkperl: Canonical hosts and manages the Wiki ;) My servers do not ever have as much trouble as theirs :P
[05:40] <blkperl> ill just have to blame charlieS as usual
[05:54] <bkerensa> blkperl: You coming to the event tomorrow?
[05:54] <blkperl> bkerensa: yep
[05:55] <bkerensa> blkperl: Cool just look for a sign with a mashup of the debian and ubuntu logo
[05:55] <bkerensa> ;)
[05:56]  * bkerensa is wasting a intense amount of colored ink on signs right now
[05:56] <bkerensa> Going forward I'm making laminated signs :P
[05:56]  * blkperl is familar with the puppetlabs office, its hard to miss :)
[05:56] <bkerensa> yeah they dont exactly have a sign outside :P
[05:57] <blkperl> do you know which puppetlabs employees will be there?
[05:57] <bkerensa> hopefully the Occupy Portland folks arent marching tomorrow because they decided to camp in the park blocks
[05:57] <bkerensa> =/
[05:57] <blkperl> #occupypuppetlabs ftw
[05:57] <bkerensa> blkperl: Nope.... I only know two people at PuppetLabs..... Jose Palafox and I met their CEO once but thats it
[05:57] <bkerensa> :D
[05:58] <blkperl> hehe :P
[05:58] <blkperl> you need to meet Dan Bode he's funny
[05:59]  * blkperl use to know the whole dev team but then they trippled in zie
[05:59] <blkperl> size*
[06:00] <bkerensa> blkperl: Yeah the company is growing... They keep getting millions and millions more in VC money
[06:04] <blkperl> yep
[09:03] <MarkDude> bkerensa,  how did you do that on FB?
[09:11] <bkerensa> MarkDude: Uhh special markup :P. anyways Im off to bed I have a event tomorrow early :)
[09:11] <bkerensa> slangasek: Seeya tomorrow morning at Starbucks
[09:18] <MarkDude> later
[16:56] <Bkerensa-mobi> slangasek: ok at starbucks
[17:57] <slangasek> http://wiki.debian.org/BSP2011/Portland
[18:51] <bkerensa> hey nathwill
[18:51] <bkerensa> ;)
[18:51] <bkerensa> hi blkperl
[18:51] <blkperl> hi
[18:52] <blkperl> is bkero coming today?
[18:52] <bkerensa> idk is bkero is coming :D
[18:53] <bkerensa> could he be here already?
[18:53] <bkerensa> :D
[18:53] <blkperl> i don't think so
[20:43] <bdmurray> http://people.canonical.com/~ubuntu-archive/pending-sru.html
[21:45] <bkerensa>  Hi WalterN
[21:45] <WalterN> afternoon
[21:53] <bkerensa> hi zenlinux_
[21:54] <WalterN> bug bashing?
[21:55] <bkerensa> WalterN: Right now SRU Verification in the room I'm in but I'm waiting for my virtualbox to finish
[21:55] <bkerensa> other room they are doing Multiarch
[22:07] <blkperl> bkero: status?
[22:08] <bdmurray> kees: so http://ec2blablah.amazonaws.com should work?
[22:08] <kees> bkerensa: hrm, having trouble with the port still
[22:08] <kees> jinx
[22:09] <kees> it _should_ but it doesn't.
[22:09] <kees> the ec2 network security group thinks port 80 is open.
[22:09] <kees> still poking at it
[22:09] <bdmurray> okay, thanks
[22:10] <kees> AH-HA
[22:10] <kees> juju uses a separate security group. of course. :P
[22:11] <kees> bdmurray, bkerensa: okay, should work now.
[22:12] <bkerensa> will check
[22:12] <bkerensa> kees: Yep works good
[22:12] <kees> \o/
[22:19] <zenlinux_> bkerensa, sorry, my xchat notifications aren't working for some reason. hello :)
[22:33] <bkerensa> zenlinux_: Are you at the jam?
[22:34] <bkerensa> blkperl: Has bkero arrived out there?
[22:40] <jhelwig> bkerensa: zenlinux_ is out in the main room of the jam, though no longer on IRC, apparently.
[22:40] <bkerensa> jhelwig: Cool just trying to keep up with who has shown up :D
[22:45] <blkperl> bkerensa: i havn't seen a bkero
[22:55] <bkerensa> blkperl: Looks like he is picking up two people then heading this people
[23:03] <blkperl> sweet


[11:54] <cpaelzer_> rbasak: ping
[11:55] <rbasak> Oh. Hello.
[11:55] <rbasak> Sorry, I was looking for paelzer!
[11:55] <rbasak> Thank you for the uvtool MP. I haven't reviewed yet, but asked a question to hopefully save you time in case you haven't lost context yet.
[11:55] <rbasak> Apparently you were away for long enough that I forgot your nick :-/
[11:56] <cpaelzer_> ok, next school break we will try what happens if I'm away for two instead of one week :-)
[12:00] <cpaelzer_> rbasak: answered, TL;DR that isn't a problem available since xenial
[12:02] <cpaelzer_> rbasak: what about the snap code that I have, it is not meant to be used to make uvtool available as snap in general - but if you'd ever want to it would get you there much quicker
[12:03] <cpaelzer_> rbasak: so would you want an MP for that to keep it in the repository, or should that live with us
[12:03] <cpaelzer_> maybe pushed as a branch to a team repo or something ... ?
[12:07]  * utkarsh2102 waves to rbasak and cpaelzer, the nicks seems familiar o/
[12:07] <utkarsh2102> s/seems/seem/g
[12:07] <cpaelzer> hi utkarsh2102
[12:08] <cpaelzer> I guess everyone just reused the old config except poor esembee who misses smb for not being available anmore
[12:08] <cpaelzer> I pre-apologize for the hundreds of times that I'll ping smb while I'll mean esembee until my muscle memory is updated
[12:10] <cpaelzer> utkarsh2102: almost done with the prips review
[12:10] <utkarsh2102> wohoo, thank you!
[12:12] <utkarsh2102> cpaelzer: does it look good?
[12:12] <utkarsh2102> or should I be worried? :)
[12:12] <cpaelzer> it is one of the easiest cases of "that looks ok" that I've seen so far
[12:12] <utkarsh2102> lovely!
[12:12] <utkarsh2102> it indeed is easy to review
[12:13] <utkarsh2102> and I don't think we'd need security either
[12:13] <cpaelzer> yeah I came to the same conclusion
[12:13] <cpaelzer> to admit, it is easy because it isn't doing a lot
[12:14] <utkarsh210228> web.libera.chat doesn't seem to be doing OK.
[12:14] <utkarsh210228> it has been keep throwing me for no reasons
[12:14] <utkarsh210228> I'm registered and identified as well!
[12:14] <utkarsh210228> but oh well..
[12:18] <cpaelzer> utkarsh + numbers: the prips ball is back in your field again
[12:18] <utkarsh2102> hahahah
[12:18] <utkarsh2102> I like that; utkarsh + numbers
[12:20] <cpaelzer> utkarsh2102: you were changing suffix too fast for me to follow :-P
[12:20] <utkarsh2102> cpaelzer: it's not me but web.libera.chat
[12:20] <utkarsh2102> :/
[12:20] <rbasak> cpaelzer: I would like your work to be easily available to anyone who wants to try snapping uvtool in the future. I'm not sure where to put it. Anywhere is better than nowhere though!
[12:20] <cpaelzer> utkarsh2102: how about multipath time now-topofhour ?
[12:21] <rbasak> cpaelzer: how about a Won't Fix bug with pointers?
[12:21] <rbasak> Then it'd be findable in the bug database in future.
[12:21] <utkarsh2102> cpaelzer: yeah, just give me a couple of minutes to wrap up the symfony thingy and I'll be ready
[12:26] <cpaelzer> ok utkarsh2102
[12:31] <cpaelzer> rbasak: done in 1930415
[12:41] <rbasak> Thank you!
[18:10] <hwpplayer1> I want to say https://github.com/canonical-web-and-design/canonical.com/issues/387
[18:10] <ubot3> Issue 387 in canonical-web-and-design/canonical.com "Dotrun output fatal error ?" [Open]
[18:25] <sarnold> hwpplayer1: is your home directory in /media rather than in /home?}
[18:27] <hwpplayer1> Yes in media and second hdd
[18:27] <hwpplayer1> sarnold:
[18:27] <hwpplayer1> sorry it is for source code
[18:27] <hwpplayer1> I have home in ssd and source code in hdd
[18:27] <hwpplayer1> it is a gaming laptop
[18:29] <sarnold> hwpplayer1: you may have to ask the snapd people how to tell it that your home directory is in an unexpected place
[18:30] <hwpplayer1> understood
[18:30] <sarnold> hwpplayer1: apparmor has a tunable for that, maybe changing that is enough, but maybe it isn't
[18:30] <hwpplayer1> I will take care of it
[18:30] <sarnold> hwpplayer1: /etc/apparmor.d/tunables/home
[18:31] <hwpplayer1> okay it works
[18:36] <sarnold> great! :)
[18:55] <jdstrand> typically a bind mount into /home is needed. *but* if it is in /media and the snap plugs removeable-media, it might accidentally work
[18:58] <sarnold> hey jdstrand :)
[18:59] <jdstrand> hey sarnold :)
[18:59] <sarnold> dang, I was hoping snap would just pick up the new home definition :(
[18:59] <sarnold> hwpplayer1: ^^ probably it's better to bindmount your /media stuff into /home
[18:59] <jdstrand> sarnold: yeah, it isn't apparmor that is the problem. it is the mount setup by snap-confine. I sketched out some options in a bug or forum topic on how to do this
[19:00] <sarnold> hehe, usually a safe assumption :D
[19:05] <jdstrand> heh
[21:42] <Trevinho> bdmurray: on https://bugs.launchpad.net/bugs/1917362  I did upload ages ago in hirsute (at the time, as impish wasn't open yet). But it has never been copied to impish (I feel)
[21:42] <ubot3> Launchpad bug 1917362 in sssd (Ubuntu) "PAM: smartcard owner isn't associated to user by default" [Medium, Triaged]
[21:43] <Trevinho> bdmurray: so ideally it should be copied the one that is in hirsute queue... I've no such powers on that pkg though
[22:54] <teward> bdmurray: you around?
[22:55] <bdmurray> teward: yes
[22:55] <teward> incoming privmsg


[01:24] <dhillon-v10> Rocket2DMn: hi
[01:36] <dhillon-v10> hi everyone
[18:23] <dhillon-v10> hi everyone
[20:39] <dhillon-v101> starcraftman: hi, how are you
[20:47] <starcraftman> lo dhillon-v101
[20:47] <dhillon-v101>  starcraftman: how is it going
[20:47] <starcraftman> I'm ok guess, just got on a bit ago. Practicing my typing today, gotta keep up to scratch. Especially since I seem to be fixing documentation mostly, involves lots of word typing...
[20:48] <starcraftman> dhillon-v101: using gtypist, nifty little ncurses program that runs in a console, in the repos. Even got dvorak lessons for those inclined.
[20:49] <dhillon-v101>  starcraftman: I might have told you before that I wanted to get ubuntu membership, I have noticed that there are some people here: https://wiki.ubuntu.com/Membership/RegionalBoards/Americas who haven't made that significant contribution but are still applying, so do you think comparing my profile to their I stand a chance
[20:54] <starcraftman> dhillon-v101: I've only sat in on a few meetings of the board, all I can say is that imo its better to have more than less.  If you want examples of people recently approved by the regional board, I'd look at the page history of the entry and then cross reference recent applicants with those who were added to the lp ubuntu member team.
[20:55] <starcraftman> dhillon-v101: on wiki.ubuntu pagehistory is the info button at top, next to edit. Wish it were a bit more obvious.
[20:55] <dhillon-v101> thanks, what is imo
[20:56] <starcraftman> dhillon-v101: in my opinion.
[20:56] <dhillon-v101> so do you think I should try
[20:56] <starcraftman> where's your page again?
[20:58] <dhillon-v101> https://launchpad.net/~dhillon-v10
[21:02] <starcraftman> dhillon-v101: your wiki.ubuntu.com page I meant. That's where ya should list all your contributions. lp, just shows what teams your in.
[21:02] <dhillon-v101> wiki.ubuntu.com/dhillonv
[21:04] <dhillon-v103> hey why is my username being changed over and over
[21:05] <starcraftman> dhillon-v103: i dunno did ya use the nick command?
[21:05] <dhillon-v103> no i didn't
[21:06] <starcraftman> dhillon-v103: as to applying, I think you should wait a bit, I don't consider myself an expert though on applying for membership. I'd suggest ya restructure your contributions to be more of a list type thing, makes it tidier for when members glance over it.
[21:07] <starcraftman> dhillon-v103: for example, see how I listed contributions > https://wiki.ubuntu.com/starcraft.man
[21:08] <starcraftman> dhillon-v103: also, I'd strongly encourage ya to get testimonials from members who've worked with you in teams or who are leads in teams you work. Testimonials make it much easier to go through the process.
[21:08] <dhillon-v103> starcraftman: alright, that's a good example I will do so really soon
[21:09] <starcraftman> dhillon-v103: feel free to click edit and borrow some of the code if ya like, just don't apply changes.
[21:09] <starcraftman> dhillon-v103: unless I made a typo or something...
[21:09] <dhillon-v103> starcraftman: I will :) thanks and talk to you later
[21:09] <starcraftman> dhillon-v103: later


[15:04] <swissa22> מה קורה?
[15:04] <swissa22> מישהוא מחובר?
[16:26] <Avihay> yes, someone is connected, no, they are not likely to respond in the 60 sec it took you to disconnect


[08:06] <Guest89702> I'm From Japan
[08:07] <Guest89702> Nice to meet you
[20:22] <p14r> Hoi everyone. Got a lubuntu question: I've just ordered a netbook (Acer Travelmate B117) and want to install Linux whilst ensuring two things:
[20:22] <p14r> 1) Use all the features the laptop offers (sound, screen-brightness, wireless, function keys, etc.)
[20:23] <p14r> 2) Use as little power as possible / use advanced power management features
[20:23] <p14r> Is that possible with Lubuntu and is Lubuntu the best choice for this? What procedure do you recommend?
[20:23] <lynorian> p14r, well there is a terminal applicatoin called powertop for number 2
[20:23] <p14r> Thanks for any help.
[20:24] <lynorian> For 1 I percensonally don't know about that hardware what sound and wirelesschipset does it have?
[20:26] <p14r> CPU is a Quadcore Intel Pentium N3710, the chipset is basically built around it (it could be all intel)
[20:27] <p14r> Does Lubuntu offer the same support for function keys and special keys as Ubuntu?
[20:27] <p14r> Out of the box, I mean?
[20:27] <lynorian> I think for some we have them for multimedia things yes
[20:29] <p14r> How does installing TLP on top of Lubuntu laptop mode work? Or does it fail? Any experiences with that?
[20:30] <lynorian> I am not that familar with TLP but it should work like any other package
[20:45] <p14r> Mmmmh. Ok. If you had to save power on a laptop, which distribution would you use?
[21:06] <lynorian> p14r, I don't have battery life problems normally but that is because my battery is a massive 12 cell


[18:32] <commandoline> hi, I've just done a bzr commit -m "commit message" while I had deleted some files inside my repo. Then, I did bzr uncommit because I forgot to pull from launchpad first. It gave an error containing the file name of one of the files I deleted, and now all files are the same as in the latest rev. of the bzr branch. In other words: all my changes are gone. Does anyone know how to recover them?
[18:32] <commandoline> (if possible?)
[18:33] <commandoline> (I'd like to give the error message, but I did a bzr log in the meantime in my panic, so the scrollback is gone :()
[18:40] <commandoline> http://paste.ubuntu.com/5662203/ <- .bzr.log relevant entries.
[18:41] <commandoline> the pull modifies the files I changed (most importantly: modules/org/openteacher/websiteGenerator/websiteGenerator.py)
[19:11] <commandoline> also opened: https://answers.launchpad.net/bzr/+question/225506
[21:24] <maxb> Hmm, so was the preceding commit successful?


[16:49] <udsbotu> uds-gb-b: 5 minutes left in this session!
[16:50] <udsbotu> uds-gb-b: 4 minutes left in this session!
[16:51] <udsbotu> uds-gb-b: 3 minutes left in this session!
[16:53] <udsbotu> uds-gb-b: 2 minutes left in this session!
[16:54] <udsbotu> uds-gb-b: 1 minute left in this session!
[16:55] <udsbotu> uds-gb-b: This session has ended.
[17:03] <mpt> Apparently not?
[17:06] <mpt> Design for installing the wi-fi driver in the installer (it doesn't look quite like this yet): https://docs.google.com/a/canonical.com/Doc?docid=0AU5sFuLRpCpBZGZra2pqY2pfMTAxZ25rcnBnNXY#Connecting_to_the_Internet_4668990846257657
[17:08] <cyphermox> mpt: we're showing https://wiki.ubuntu.com/SoftwareAndUpdatesSettings#drivers on projector
[17:08] <mpt> cyphermox, I heard :-)
[17:08] <cyphermox> ok :)
[17:12] <mpt> Whoever said that is right, yellow for open source is a bit pejorative
[17:14] <mpt> Can we independently and programmatically tell the difference between "driver that works somewhat" and "driver that works completely"?
[17:14] <mpt> ok
[17:14] <mpt> Who would flip the switch to say "nouveau is good enough now"?
[17:16] <mpt> If green = "the recommended one" and yellow = "any other", then we need *some* way to calculate that
[17:18] <mpt> ok, "recommended" = "the one that was tested"
[17:18] <mpt> I can change that
[17:24] <mpt> ---
[17:24] <mpt> Sorry, I didn't hear that question
[17:25] <mpt> graphics drivers? sure
[17:25] <mpt> Work item: add "3-D graphics" to the hideous software sentence
[17:26] <mpt> ok
[17:26] <mpt> Overbearing? ptui
[17:27] <mpt> That sentence is already the result of the lawyers giving us something and me shortening it
[17:27] <mpt> but, if we can shorten it further, yay
[17:38] <mpt> Even I could tell that wasn't didrocks
[17:40] <udsbotu> uds-gb-b: 5 minutes left in this session!
[17:40] <mpt> The new design is actually part of gnome-control-center, not software-properties
[17:40] <mpt> Even if the whole of software-properties-gtk can't be ported, I think it would still make sense for Drivers to be a panel by itself
[17:41] <mpt> However, that might depend on whether it's still impossible to do Python panels
[17:41] <udsbotu> uds-gb-b: 4 minutes left in this session!
[17:42] <udsbotu> uds-gb-b: 3 minutes left in this session!
[17:43] <udsbotu> uds-gb-b: 2 minutes left in this session!
[17:43] <mpt> No, nothing to do with USC
[17:43] <mpt> gnome-control-center
[17:44] <udsbotu> uds-gb-b: 1 minute left in this session!
[17:44] <mpt> In order of preference: (1) "Additional Drivers" as a tab of a "Software & Updates" panel in g-c-c. (2) "Hardware Drivers" as a panel by itself in g-c-c. (3) "Additional Drivers" as a tab in software-properties-gtk.
[17:45] <udsbotu> uds-gb-b: This session has ended.
[18:49] <udsbotu> uds-gb-b: 5 minutes left in this session!
[18:50] <udsbotu> uds-gb-b: 4 minutes left in this session!
[18:51] <udsbotu> uds-gb-b: 3 minutes left in this session!
[18:52] <udsbotu> uds-gb-b: 2 minutes left in this session!
[18:53] <udsbotu> uds-gb-b: 1 minute left in this session!
[18:54] <udsbotu> uds-gb-b: This session has ended.
[19:55] <udsbotu> uds-gb-b: 5 minutes left in this session!
[19:56] <udsbotu> uds-gb-b: 4 minutes left in this session!
[19:57] <udsbotu> uds-gb-b: 3 minutes left in this session!
[19:58] <udsbotu> uds-gb-b: 2 minutes left in this session!
[19:59] <udsbotu> uds-gb-b: 1 minute left in this session!
[20:00] <udsbotu> uds-gb-b: This session has ended.
[22:17] <xranby1> hi i am working in the IcedTea team. I added one significant issue that we did not manage to fix in the precise cycle to the pad
[22:17] <xranby1> i am partition remotely
[22:18] <xranby1> accessibility in java applications almost worked out of the box in precise
[22:19] <xranby1> the problem was that enabeling the java-atk-wrapper by default caused a lot of crashes in some java applications
[22:32] <xranby1> a lot of developers are not aware of the "flat review mode" that ocra offers to blind people for navigation
[22:33] <xranby1> by pressing the numlock when ocra is running
[22:51] <xranby1> push generic usecases:  like a vision where you can operate your new ubuntu phone using only a touch screen and headphones
[22:51] <xranby1> that would attract normal users
[22:52] <xranby1> who do not need accessibility normally
[22:54] <udsbotu> uds-gb-b: 5 minutes left in this session!
[22:55] <udsbotu> uds-gb-b: 4 minutes left in this session!
[22:56] <udsbotu> uds-gb-b: 3 minutes left in this session!
[22:57] <xranby1> audio feeback of the touch interface
[22:57] <xranby1> woudl be interesting to explore
[22:58] <udsbotu> uds-gb-b: 2 minutes left in this session!
[22:59] <udsbotu> uds-gb-b: 1 minute left in this session!
[22:59] <xranby1> thank you for this uds session
[23:00] <udsbotu> uds-gb-b: This session has ended.
[23:37] <NMinker> I normally keep the current kernel and the last one
[23:45] <NMinker> bless you
[23:54] <udsbotu> uds-gb-b: 5 minutes left in this session!
[23:55] <udsbotu> uds-gb-b: 4 minutes left in this session!
[23:56] <udsbotu> uds-gb-b: 3 minutes left in this session!
[23:57] <udsbotu> uds-gb-b: 2 minutes left in this session!
[23:58] <udsbotu> uds-gb-b: 1 minute left in this session!
[23:59] <udsbotu> uds-gb-b: This session has ended.


[00:04] <slangasek> sil2100: it looks like it's having to generate a diff between two images, I guess you've done an image copy immediately before this?
[00:05] <sil2100> No, I waited for the importer to finish its run, saw it didn't pick up  the newest rootfs and ran it manually with -vvv
[00:05] <sil2100> I see it's generating the new images now (probably)
[00:05] <slangasek> hmm, ok
[00:05] <slangasek> so there was no copy-image?
[00:06] <sil2100> I didn't do any at least
[00:06] <slangasek> ok
[00:07] <slangasek> I'm not sure why it as generating the deltas that it was
[00:18] <sil2100> It's generating strange deltas again
[00:19] <sil2100> Ok, it's really late already... slangasek could you watch the si importer and give a sign to ToyKeeper once the krillin rc-proposed bq-aquaris.en image is imported?
[00:19] <sil2100> Thanks!
[00:19] <sil2100> o/
[00:19] <sil2100> Goodnight
[00:20] <ToyKeeper> I've been checking periodically, but it seems the build is taking a while.
[00:54] <ToyKeeper> Hey, I think it finally built.  :)
[03:57] <ToyKeeper> iahmad_: Have you started today?
[04:05] <iahmad> ToyKeeper, just now
[04:05] <ToyKeeper> Okay, didn't know if I was too early.
[04:06] <ToyKeeper> iahmad: Krillin sanity tests passed (just now), and I haven't started on arale.  I need to get some breakfast though, so it'll be a while before I do that.
[04:06] <ToyKeeper> The arale sanity tests are here: https://prod.practitest.com/p/1548/sets/83243/edit
[04:07] <iahmad> ToyKeeper, ok, let me check if someone form beijing QA is available
[04:08] <ToyKeeper> ... as soon as this OTA update test finishes, I'll send a summary to the mailing list.
[04:11] <iahmad> ToyKeeper, ok, is it only sanity testing which we are doing, or you know if this needs some regression testing again too?
[04:11] <ToyKeeper> iahmad: I don't know how much regression we're re-doing, but jibel should be able to answer that in a few hours.
[04:11] <iahmad> ToyKeeper, ok
[04:15]  * ToyKeeper notices this isn't the channel she thought it was, oops
[06:50] <morphis> trainguards: can someone upload a new package for me to silo 002 and drop the old one from there before?
[06:58] <Mirv> morphis: o/ but it's not possible to remove the package and upload same version there. you can either increase the version number or we can get another silo for you. iteration is most useful to be done with eg 0.228~test1 (~ is for dpkg lower than not having the ~ character, so then when ready one can upload the final version)
[06:58] <morphis> Mirv: hm ok, this was just a changelog update
[06:58] <Mirv> but probably only me cares about not having "version bloat" :)
[06:59] <Mirv> morphis: ok, just give me the link and I'll handle it
[06:59] <morphis> ok
[06:59] <morphis> Mirv: thanks!
[07:04] <Mirv> morphis: moved from 002 to 036 now
[07:04] <Mirv> np
[07:04] <Mirv> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-036/+packages
[07:05] <morphis> Mirv: thanks!
[08:13] <seb128> cihelp, why is ci-train-bot opening ubuntu component for old closed uitk bugs?
[08:13] <seb128> e.g bug #1369640
[08:13] <seb128> "Filed here by: 	CI Train Bot Account
[08:13] <seb128> When: 	2015-07-13"
[08:13] <seb128> that bug was fixed since 2014-10-01
[08:13] <seb128> zsombi, ^
[08:13] <seb128> let's see if they can explain what's going on
[08:14] <psivaa> seb128: i believe that is maintained by traingurads
[08:14] <seb128> trainguards ^
[08:16] <seb128> psivaa, who are traingaurd
[08:16] <seb128> is that Mirv, sil&co?
[08:17] <psivaa> seb128: i suppose, i'm not entirely sure of all those who get highlighted
[08:19] <seb128> weird, Mirv didn't see aware of why that is happening
[08:19] <Mirv> I don't admit maintaining that bot :) I'll ask sil when he's around
[08:19] <seb128> unsure who handle that bot
[08:19] <Mirv> it might be robert only
[08:19] <seb128> wouldn't be a surprise
[08:19] <zsombi> seb128: yeah, channel was dimmed :)
[08:19] <seb128> zsombi, :-)
[08:20] <Mirv> and there he is
[08:20] <Mirv> sil2100: do you have access/maintain to ci-train-bot?
[08:20] <seb128> https://launchpad.net/~ci-train-bot also doesn't have any useful description
[08:21] <seb128> like no "what the bot is doing, who to ping"
[08:21] <sil2100> No. IS is the owner
[08:21] <Mirv> that's exactly what I just started remembering.
[08:21] <seb128> I doubt IS is writing its code or features though
[08:22] <seb128> they probably just deploy code updates
[08:22] <seb128> no?
[08:22] <Mirv> sil2100: so we just wonder why ci-train-bot is opening bugs from last year now (https://launchpad.net/bugs/1369640) - bug that weren't targeted to ubuntu
[08:22] <sil2100> Well, yeah, but ci-train-bot doesn't have anything to do with code, that's just an LP user
[08:22] <seb128> k
[08:22] <Mirv> sil2100: zsombi had 129 "new" bugs this morning
[08:23] <sil2100> uh?
[08:23] <seb128> so the issue is that something yesterday creating ubuntui-ui-toolkit ubuntu bugs for things fixed since like november
[08:23] <seb128> e.g bug #1369640
[08:23] <seb128> Affecting: 	ubuntu-ui-toolkit (Ubuntu)
[08:23] <seb128> Filed here by: 	CI Train Bot Account
[08:23] <seb128> When: 	2015-07-13
[08:23] <seb128> so some code somewhere is acting under that user and opening bugs
[08:24] <sil2100> I don't think we have any code that does that, hm, the train never really touched any bugs
[08:24] <seb128> well, something is using that user to open bugs
[08:24] <sil2100> The only thing we do is write down bug info in changelogs
[08:24] <zsombi> sil2100: I marked some of them ~40 as released, but it is damn boring work :)
[08:25] <seb128> well it shouldn't happen to start
[08:25] <seb128> or could be that account has been hijacked and should be blocked
[08:25] <sil2100> Maybe robru would know more
[08:28] <sil2100> Could be it was related to yesterday's UITK upload
[08:29] <sil2100> And some LP confusion
[08:33] <seb128> LP wouldn't open bugs under the "CI Train Bot Account" account
[08:38] <cjwatson> Let me check where it's coming from
[08:42] <seb128> cjwatson, thanks
[08:50] <cjwatson> chaenomeles/launchpad-access59.log-20150714:<IP_ADDRESS> - "<IP_ADDRESS>" "api.launchpad.net" [13/Jul/2015:07:35:30 +0000] "POST /devel/bugs/1369640 HTTP/1.1" 201 547 28 0.21476984024 650 871 "6115313" "Bug:EntryResource:addTask" "" "lazr.restfulclient b'0.13.4'; application="cupstream2distro"; oauth_consumer="System-wide: Ubuntu (juju-prod-ue-ci-train-machine-7)""
[08:51] <cjwatson> So certainly not a hijack, that's jenkins.ci-train.ubuntu.com
[08:51] <cjwatson> sil2100: anyway, cupstream2distro/launchpadmanager.py:open_bugs_for_source FWIW, called from citrain/build.py
[08:51] <sil2100> Interesting, so indeed robru could know more
[08:52] <seb128> cjwatson, ok, good to know, thanks!
[08:52] <sil2100> jibel, davmor2: how's the checking of the new candidate going?
[08:53] <sil2100> jibel, davmor2: since the importer was doing strange things and acting real slow yesterday, I finally went to bet after 2 in the night, asking Steve to poke ToyKeeper once the build is imported
[08:53] <davmor2> Just coming to you now I have all the facts, image looks good, Toykeeper ran 2 of the three hotfixes and the powertests will take care of the third
[08:54] <davmor2> sil2100: no jibel today so just ping me :)
[08:54] <sil2100> Ok ;)
[08:55] <davmor2> sil2100: there might be an issue with ota notifications but I want to retest ota on rc channel anyway but everything should be good to go
[08:56] <sil2100> davmor2: is it good to copy it to the rc channel or do you want to finish some test before that?
[08:57] <davmor2> sil2100: no good to go
[08:57] <ToyKeeper> sil2100, davmor2: Thanks.  The build did indeed finish a lot later than expected...  but it looks like the images are good.
[08:58] <davmor2> ToyKeeper: thanks again for that :)
[08:59] <sil2100> ToyKeeper: thanks!
[09:00] <ToyKeeper> OMG, the power tests are taking forever to catch up.  I think perhaps I should abort the krillin parts (since Max is using the new code now, he can run those) and swap the arale back in.
[09:06] <davmor2> ToyKeeper: do it and go to bed already ;)
[09:11] <ToyKeeper> Already did, just making sure it starts without issue.
[09:12] <ToyKeeper> Today has been oddly time-shifted.  Didn't have breakfast until after 10pm.
[09:12] <davmor2> ToyKeeper: weirdo ;)
[14:36] <dobey> trainguards: can someone please hit the retry button for https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-018/+build/7648904 ?
[14:36] <sil2100> dobey: on it
[14:37] <sil2100> dobey: done
[14:37] <dobey> sil2100: thanks
[14:56] <dobey> hmm, still crashed, but in a different spot this time
[14:56] <dobey> i wonder how to debug a crash that happens in the silo builds, but which i can't seem to make happen locally
[17:41] <robru> sil2100: seb128: Mirv: http://bazaar.launchpad.net/~cupstream2distro-maintainers/cupstream2distro/trunk/view/head:/cupstream2distro/launchpadmanager.py#L89 that feature was there since the beginning, written by didier, I don't even really know what it does.
[17:42] <robru> sil2100: seb128: Mirv: it claims to synchronize bugs between package/distro so presumably somebody built a silo with those bugs connected to it.
[17:42] <robru> sil2100: seb128: Mirv: I'm happy to delete this feature entirely since I have no idea what it's purpose is.
[17:43] <robru> let me know
[17:48] <robru> eh I'll just do it and then if you guys want it back we can discuss it
[18:10] <renatu> robru, who can help me to setup jenkins for these new projects(https://code.launchpad.net/~phablet-team/buteo-sync-plugins-contacts/trunk, https://code.launchpad.net/~phablet-team/buteo-syncfw-qml/trunk)?
[18:10] <robru> renatu: you need cihelp for that
[18:12] <renatu> robru, yes, I need  someone that can configure jenkins to build these projects
[18:12] <robru> cihelp ^
[18:13] <psivaa> renatu: let me take a look
[18:13] <robru> psivaa: thanks
[18:13] <renatu> thanks
[18:16] <psivaa> renatu: which release should this be built on?
[18:16] <psivaa> wily or vivid+overlay ppa?
[18:22] <renatu> vivid
[18:43] <psivaa> any hooks you want to run with that?
[18:48] <sil2100> robru: no idea about this feature
[18:49] <robru> sil2100: ok, I dropped it, if people start wondering why bugs aren't being opened we can reinstate it.
[18:49] <sil2100> Ok, sure ;)
[20:43] <AlbertA> fginther: can you enable the mir-clang-ts-wily-amd64-build for all MP CI runs? Thanks!
[20:44] <fginther> AlbertA, sure, I can get that moving forward
[22:27] <fginther> AlbertA, should mir-clang-ts-wily-amd64-build also be enabled for lp:mir/ubuntu?
[22:28] <fginther> AlbertA, or just lp:mir?
[22:29] <bdmurray> slangasek: bug 1473562 should be first fixed in wily and then SRU'ed to get on the phone image?
[23:16] <slangasek> bdmurray: yes - wily then SRU


[07:29] <inetpro> good mornings all and sundry
[07:38] <inetpro> oh and good mornings to Kilos as well
[07:39] <Kilos> lol morning inetpro and everyone else
[08:22] <thatgraemeguy> mornings
[08:38] <Kilos> hi thatgraemeguy
[09:46] <pavlushka> morning thatgraemeguy
[09:47] <pavlushka> and morning inetpro
[11:38] <inetpro> eh pavlushka
[11:38] <inetpro> and thatgraemeguy
[11:38] <inetpro> how's the weather in the Cape today?
[11:40] <thatgraemeguy> It's on its way: https://earth.nullschool.net/#current/wind/surface/level/orthographic=12.38,-40.90,3000/loc=12.189,-36.285
[11:41] <thatgraemeguy> they announced a short while ago all schools will be closed to keep learners safe
[11:41] <thatgraemeguy> advising people to tie down any loose garden furniture, etc
[12:01] <inetpro> yikes! Sounds hectic
[12:02] <inetpro> and looks even more hectic when looking at that link
[12:06] <inetpro> awesome visualisation
[12:11] <thatgraemeguy> reports saying its the worst storm in 30 years
[12:11] <thatgraemeguy> guess time will tell
[12:18] <MaNI> the wind speed estimates I'm seeing for gbay side don't impress me much
[18:17] <Langjan> Hello everyone
[18:28] <pavlushka> Hello Langjan :)
[18:33] <bushtech> Naand Langjan pavlushka others
[18:34] <Langjan> Hi pavlushka and bushtech
[18:34] <Langjan> and smile
[18:34] <Langjan> et al
[18:34] <pavlushka> lol
[18:35] <pavlushka> hello bushtech :)
[18:35] <bushtech> et al ie die hele boksemdaais
[18:36] <Langjan> ja-nee
[18:36] <Langjan> Dis nou een Arikaanse frase wat die Ingelse nie verstaan nie
[18:37] <Langjan> yes-no
[18:37] <bushtech> Yep
[18:37] <smile> hi Langjan
[18:37] <Langjan> hoe gaan dit jongman smile
[18:38] <bushtech> Dis iets soos party Engelse wat el sin begin met: You know
[18:38] <bushtech> el =elke
[18:38] <Langjan> smile, hoeveel besoeke kry jy op jou Afrikaanse web?
[18:39] <Langjan> ja bushtech hoekom moet hy iets se as ek weet?
[18:40] <bushtech> Ja, irriteer my net
[18:40] <smile> Langjan: geen idee
[18:40] <bushtech> naand smile
[18:41] <Langjan> Geen analytics nie smile ?
[18:45] <Langjan> Myne had 114 500 besoeke van Nov 2016 af
[18:52] <smile> Langjan: nee
[18:52] <smile> Langjan: cool
[19:53] <Langjan> Goeienag almal, slaap lekker!


[00:33] <Noskcaj> how do i download files in a autopilot testcase?
[00:38] <balloons> Noskcaj, they're not up yet.. I'm working on packaging them
[00:40] <Noskcaj> balloons: i mean download a file that is used in the testcase.
[00:40] <balloons> ahh
[00:41] <Noskcaj> it could be part of the testsuite download if that makes things easier
[00:41] <balloons> you can use urllib2
[00:41] <balloons> have the test download the file
[00:41] <balloons> or, package it in with the test and reference it
[00:42] <balloons> probably best to keep it local if possible / makes sense
[00:43] <Noskcaj> ok, all it's just a .torrent file for the transmition testcase
[00:43] <Noskcaj> another option is just call Wget though the testcase
[01:00] <balloons> Noskcaj, urllib2 is more python like
[01:00] <Noskcaj> ok, i will lok into it once i get the manual version of the testcase made.
[04:59] <pitti> Good morning
[07:54] <jibel> Good morning
[12:14] <smartboyhw> phillw, ping me when you wake up
[13:38] <cprofitt> names
[13:38] <cprofitt> hello all
[14:21] <jibel> pitti, I modified jhbuild/jenkins integration script so jenkins reports a red dot when there is a build failure, a yellow dot when make check failed and green on success
[14:21] <jibel> https://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/job/jhbuild-amd64-gvfs/ for example
[14:21] <pitti> oh, awesome
[14:21] <pitti> that's really useful, merci!
[14:22] <jibel> I'll rebuild the whole stack
[14:22] <pitti> I'm having fun throwing patches towards the gstreamer author to fix those failures
[14:47] <pitti> jibel: https://jenkins.qa.ubuntu.com/view/Raring/view/JHBuild%20Gnome/job/jhbuild-amd64-gnome-settings-daemon/40/artifact/gnome-settings-daemon.log -> seems we need to tell our jhbuild to stop using the wacom system package; I'll look into the current charm
[14:49] <jibel> pitti, yes, should be fixed in next build
[14:49] <pitti> jibel: oh, you already did? sweet!
[14:50] <jibel> pitti, pure coincidence :)
[14:50] <pitti> jibel: you didn't fix that in the charm, though?
[14:51] <jibel> pitti, no, I fixed it directly in the test env.
[14:51] <pitti> hm, the only skip we have is libgphoto2
[14:52] <pitti> I wonder why it wasn't built in the first place
[14:53] <pitti> jibel: I'm looking into the glib failure now
[14:53] <pitti> jibel: would it be possible for you to add my ssh key to the cloud instance that runs the production builds?
[14:54] <pitti> faster than replicating the whole thing
[14:54] <pitti> or should I rather replicate it?
[14:54] <jibel> pitti, it's running in the QA lab
[14:55] <pitti> ah, we are not actually using the charm, right
[14:56] <jibel> pitti, no, not for production, last time I lost my instance, I redeployed everything in an lxc container
[15:09] <pitti> jibel: which QA host runs the jhbuild stuff?
[15:48] <om26er> charles, Hi!
[15:49] <om26er> charles, We in the Ubuntu BugSquad are planning to do a bug triage day for Transmission this thursday, Do you still care about transmission ?
[15:49] <om26er> i.e are you still maintaining  ?
[16:23] <SergioMeneses> balloons, around?
[16:24] <SergioMeneses> or phillw,
[16:25] <balloons> sure
[16:29] <SergioMeneses> balloons, I have a question about testcases
[16:29] <balloons> go for it
[16:29] <SergioMeneses> balloons, I have this one http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/34387/testcases/1300/results
[16:30] <SergioMeneses> I have all steps but the problem is when I start ubuntu I cant see the wallpaper and my mouse
[16:31] <SergioMeneses> I have seen this and it is a bug but I dont know if submit the result as passed or failed
[16:31] <SergioMeneses> what do you say?
[16:32]  * balloons looks
[16:33] <SergioMeneses> you can see the bugs here: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1080437
[16:33] <balloons> sounds like a 'passed' since the install worked, but with a bug, since upon booting there is an issue
[16:33] <balloons> ahh yes
[16:33] <SergioMeneses> and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1080674
[16:33] <balloons> so then mark passed, and put that bug number in
[16:33] <SergioMeneses> balloons, ok
[16:34] <SergioMeneses> balloons, look http://iso.qa.ubuntu.com/qatracker/milestones/243/builds/34387/testcases/1300/results
[16:34] <balloons> good stuff
[16:35] <SergioMeneses> balloons, thanks a lot!
[16:35] <balloons> yw.. glad it made sense to you :-)
[16:38] <SergioMeneses> ;)
[16:42] <SergioMeneses> btw balloons are you ready for your session?
[16:43] <balloons> something like that yea :-)
[16:43] <SergioMeneses> great!
[17:53] <dkessel> cprofitt, good evening. have you tried submitting friendly results lately?
[18:00] <psivaa> bdmurray: there has been a couple of more instances of the failure caused by bug 1096022 during the daily upgrade testing
[18:02] <cprofitt> dkessel: not recently... I can try later tonight
[18:02] <dkessel> cprofitt, no need to. i will try it myself then ;) just wanted to know before my try, if possible
[18:04] <cprofitt> cool... let me know if it goes well
[18:15] <dkessel> if it works i will submit results on both 12.04 and 12.10 on all machines i have at home :)
[18:24] <zyga> https://code.launchpad.net/~zkrynicki/checkbox/test-parameters/+merge/143376
[18:25] <zyga> I could use reviews on this merge request
[18:52] <dkessel> what information would i best append for a bug "checkbox does not detect bluetooth devices"?
[18:55] <balloons> 5 mins till the intro to QA session begins in #ubuntu-classroom :-0
[18:55] <SergioMeneses> balloons, good luck!
[18:57]  * dkessel takes a seat in #ubuntu-classroom ;)
[18:57] <TheLordOfTime> QA classroom session begins in 3 minutes.  -)
[19:00] <TheLordOfTime> session beginning :)
[19:03] <dkessel> thomi: nice job with the dependency visualisation!
[19:35] <dkessel> roadmr: do you think a bug like "checkbox does not discover bluetooth device" would be a duplicate? i can't find a dupe, but I want to ask before filing a bug...
[19:35] <roadmr> dkessel: hm, let me have a quick look
[19:40] <roadmr> dkessel: I find nothing relevant, it's OK if you file a bug, ubuntu-bug works fine with checkbox
[19:40] <roadmr> dkessel: so you have a bluetooth controller, but checkbox is not showing you bluetooth tests?
[19:41] <roadmr> dkessel: if you want to file a bug, I'd appreciate if you could run
[19:41] <roadmr> /usr/share/checkbox/scripts/udev_resource >/tmp/udev_resource.txt
[19:41] <roadmr> and then append that file. I'm going to ask for it at some point anyway :)
[19:41] <dkessel> roadmr: yes, i tried running checkbox from the current precise iso. the bluetooth controller shows up in the top panel, but checkbox won't show such tests.
[19:41] <dkessel> roadmr: thanks, will do that
[19:42] <roadmr> dkessel: strange :) well, with the udev_resource output we can figure it out I hope
[19:43] <roadmr> dkessel: the bluetooth tests depend on having a device with category: BLUETOOTH in udev_resource output, you can even check yourself if you do have such a device
[19:43] <roadmr> dkessel: if not, we'd have to look at udevadm raw output, but let's not get ahead of ourselves
[19:43]  * dkessel waits for apport to collect data
[19:47] <roadmr> dkessel: please point me to the bug once it's filed :) launchpad can take a while to notify me
[19:48] <dkessel> roadmr: lol... i guess i was wrong. false alarm. that netbook doesn't have a bluetooth controller. so i guess the real bug is that the bluetooth icon is displayed in the tray icon area... meh
[19:48] <roadmr> dkessel: hehe :)
[19:48] <dkessel> sorry for the confusion :)
[19:48] <roadmr> dkessel: no worries, always glad to be of help
[19:49] <dkessel> any idea what populates the indicator area?
[19:51] <roadmr> dkessel: nope, sorry :/ I see a bluetooth-applet but I'm not sure under which circumnstances it runs
[19:51] <dkessel> i'll see if #ubuntu-devel knows about it
[20:26] <letozaf_> Hi everyone!
[20:26] <dkessel> hey
[20:27] <balloons> howdy!
[20:28] <letozaf_> Has anyone tried the "Install (erase and re-install) test"  ? because I'm running it again as yesterday after second reboot I got only a black screen
[20:28] <balloons> SergioMeneses, I believe had that issue this morning
[20:28] <letozaf_> I'm trying to find out if it happens again
[20:28] <letozaf_> balloons, on the same test ?
[20:29] <balloons> mmm.. let me see
[20:29] <SergioMeneses> balloons, letozaf_ \o
[20:29] <balloons> my screen is cluttered
[20:29] <SergioMeneses> I have not wallpaper
[20:29] <SergioMeneses> but the system works fine
[20:29] <letozaf_> SergioMeneses, I couln't log on, but I will see what happens
[20:29] <letozaf_> re-running the test
[20:30] <letozaf_> did you test the Ubuntu Desktop amd64 ISO?
[20:30] <SergioMeneses> letozaf_, yes I did
[20:31] <SergioMeneses> letozaf_, I did two test on virtuabox and testdrive
[20:31] <letozaf_> SergioMeneses,  oh!, se lets see what happens, I am still running it for the second time also I ran the tests on Virtualbox
[20:32] <SergioMeneses> letozaf_, I did the pulseaudio tests with the dayli-sio http://packages.qa.ubuntu.com/qatracker/milestones/251/builds/34454/testcases/1336/results
[20:33] <SergioMeneses> letozaf_, if you need something, please let me know
[20:34] <letozaf_> SergioMeneses, ok, when I have finished re-running the test I will let you know, thanks
[20:34] <SergioMeneses> btw balloons have we more thing to do on http://laptop.qa.ubuntu.com/ ?
[20:35] <balloons> SergioMeneses, hmm.. we shouod really archive those results
[20:35] <balloons> the old one
[20:35] <SergioMeneses> balloons, perfect
[20:35] <SergioMeneses> and how?
[20:36] <balloons> refresh the page :-
[20:37] <balloons> I left the last final iso test as release
[20:38] <balloons> as well as the raring one we did
[20:38] <balloons> anything else?
[20:38] <SergioMeneses> balloons, perfect
[20:38] <SergioMeneses> balloons, we have not more testcases or something only for laptops?
[20:39] <balloons> SergioMeneses, we can certainly create more
[20:39] <balloons> my thoughts on that are to continue moving forward on the hw db stuff
[20:40] <SergioMeneses> balloons, sounds good for me! do you know where is Sergio?
[20:40] <balloons> he's typically not able to be on IRC
[20:41] <balloons> letozaf_, do you ever speak with Sergio?
[20:41] <SergioMeneses> I see
[20:41] <SergioMeneses> SergioZancheta
[20:41] <letozaf_> balloons, well not often
[20:41] <letozaf_> I mean we came to UDS together but before we met only like 3 or 4 times in person
[20:42] <letozaf_> I hear him by mail
[20:42] <letozaf_> but it's not a problem to contact him
[20:42] <SergioMeneses> letozaf_, did you go to uds?
[20:42] <letozaf_> SergioMeneses, yes
[20:42] <SergioMeneses> letozaf_, I went too
[20:43] <letozaf_> SergioMeneses, nooo!! probably we even met and don't know
[20:43] <letozaf_> lol
[20:44] <SergioMeneses> o0
[20:45] <letozaf_> balloons, if you need me to contact Sergio Zanchetta I will try also with google talk, last time he contacted me on google talk
[20:45] <balloons> letozaf_, ty
[20:46] <SergioMeneses> letozaf_, I think we can meet someday by gtalk
[20:46] <letozaf_> balloons, sure
[20:47] <SergioMeneses> all we work with laptops so we can talk about our own project
[20:47] <letozaf_> balloons, but didn't Sergio Z. get in contact with you yet, he told me he would
[20:47] <balloons> umm.. we spoke briefly at one point
[20:47] <balloons> I'm trying to remember
[20:47] <balloons> my brain is drained today
[20:47] <balloons> let me put something on the list here
[20:48] <balloons> let's see..
[20:48] <balloons> ohh yes, Carla you and Sergio responded saying you would do a laptop testing session right?
[20:48] <SergioMeneses> balloons, letozaf_ I remember he answered email about the classroom sessions, no more
[20:49] <balloons> so let's get that settled
[20:49] <balloons> then, yes, he should participate in the discussionson the list about the hw db
[20:49] <balloons> imho
[20:50] <letozaf_> balloons, yes I agree
[20:51] <SergioMeneses> perfect
[20:51] <letozaf_> balloons, when ?
[20:56] <bdmurray> psivaa: I'll bring it up in tomorrow's meeting
[21:17] <balloons> sorry missed that
[21:17] <balloons> what do you mean when? I owe the thread a response :-
[21:19] <letozaf_> balloons, maybe I misunderstood, I understood you wanted us to meet on gtalk
[21:19] <letozaf_> so I asked when
[21:19] <balloons> ahh
[21:20] <letozaf_> so maybe I could get Sergio top
[21:20] <balloons> we certainly can.. we could do a hangout if needed
[21:20] <letozaf_> sorry too non top
[21:20] <balloons> but I just want him invovled in the discussions
[21:20] <balloons> so its more than just me :)
[21:21] <letozaf_> yea right! :)
[21:22] <balloons> lol
[21:22] <letozaf_> :)
[21:30] <letozaf_> balloons, now I saw that you asked me about the laptop testing session, didn't Sergio Z. contact you about that yet ?
[21:30] <balloons> nothing more
[21:30] <letozaf_> balloons, I will contact him and see what's up!
[21:31] <letozaf_> maye he's busy :)
[21:32] <balloons> kk
[21:32] <balloons> thanks letozaf_ !
[21:33] <letozaf_> :)
[21:35] <letozaf_> balloons, by the way the test I re-ran the reinstall one, now it worked perfecty :(
[21:36] <SergioMeneses> letozaf_, told you
[21:36]  * SergioMeneses runs
[21:36] <balloons> nice
[21:36] <letozaf_> :( not really
[21:36] <SergioMeneses> balloons, nice session! congrats
[21:36] <letozaf_> I hate it when I cannot reproduce a bug
[21:36] <balloons> me too
[21:37] <letozaf_> oh! well I will just keep an eye on it
[21:37] <letozaf_> SergioMeneses, :) you win!
[21:37] <SergioMeneses> btw there will a bug day soon
[21:39] <letozaf_> when ?
[21:44] <SergioMeneses> letozaf_, http://om26er.wordpress.com/2013/01/16/announcing-the-next-ubuntu-bug-day-thursday-17-jan/
[21:44] <SergioMeneses> soryy I was attending a loco-council meeting
[21:44] <balloons> bug hug!
[21:46] <letozaf_> wow sounds good
[21:46] <letozaf_> but I think I need to stick with one thing at a time
[21:47] <letozaf_> and now I'm on autopilot :)
[21:47] <letozaf_> I'd like to, but unfortunately we have only 24 hours in a day :(
[21:47] <balloons> :-)
[21:57] <SergioMeneses> letozaf_, sure! Im reading about autopilot too, I expect to work with it soon
[21:57] <letozaf_> SergioMeneses, great! It's real fun :)
[21:58] <SergioMeneses> yeah! I did a video about it
[21:59] <letozaf_> SergioMeneses, yes I saw part of it, maybe I should take time to watch it all, but I think it's nice, good job!
[22:00] <SergioMeneses> letozaf_, you can do other, if you wan to
[22:00] <SergioMeneses> *want
[22:00] <letozaf_> SergioMeneses, do you mean other tests in autopilot or other videos?
[22:01] <SergioMeneses> letozaf_, videos
[22:01] <SergioMeneses> do you speak only English?
[22:02] <letozaf_> SergioMeneses, no I'm Italian so I speak Italian
[22:02] <letozaf_> SergioMeneses, but I'm not good in making videos, or better, I prefer to test than to do videos
[22:03] <letozaf_> SergioMeneses, I have more fun in testing and doing autopilot tests
[22:04] <SergioMeneses> letozaf_, sure :)
[22:05] <letozaf_> SergioMeneses, I think you do a good job in doing videos :)
[22:05] <SergioMeneses> letozaf_, it is the only one
[22:05] <SergioMeneses> xD
[22:05] <letozaf_> SergioMeneses, the important thing is having fun when you do a thing
[22:06] <SergioMeneses> that's really true
[22:06] <letozaf_> SergioMeneses, yep!
[22:06] <letozaf_> well I'm going to bed now, it's late and tomorrow I have to get up early
[22:07] <letozaf_> good night everyone :D
[22:07] <SergioMeneses> sure
[22:07] <SergioMeneses> letozaf_, good night!
[22:07] <SergioMeneses> I see you soon
[22:07] <letozaf_> SergioMeneses, good nigh, see you!
[22:38] <zyga> can someone say my nick please?
[22:39] <SergioMeneses> zyga,
[22:43] <phillw> xnox: are you about?
[22:46] <phillw> xnox: assuming you read scrollback... whilst somewhat less than polite, there is an update to bug 1086974 give me a ping if there is any further testing you require.
[22:47] <zyga> SergioMeneses: thanks, I think it worked
[22:47] <SergioMeneses> zyga, dont orry
[22:47] <SergioMeneses> worry
[23:33] <xnox> phillw: yeah I got emails about it. I thought I uploaded it a while ago. I'll check and chase it up. Thanks for pinging.
[23:36] <phillw> xnox: good man! I have a classroom session scheduled https://wiki.ubuntu.com/Testing/Activities/Classroom#Section_3 and it would be great if it were fix / won't fix before I commit a date.


[13:08] <BluesKaj> Hi all
[14:47] <RikMills> mparillo: I assume their was no big trouble switching the KDE BNC to libera?
[14:48] <RikMills> I still have not bothered yet, and am connecting direct
[14:48] <RikMills> *there was
[14:48] <RikMills> got I'm English, I should be ashamed at that 'their'
[14:48] <RikMills> *go
[14:48] <RikMills> *god
[14:48] <RikMills> oh I give up!
[14:49] <BluesKaj> hehe
[14:49] <RikMills> BluesKaj: :D
[14:49] <BluesKaj> then there's then and than
[14:50] <BluesKaj> I muck that up a lot
[15:17] <mparillo> https://community.kde.org/Sysadmin/BNC follow the link to the Web interface. If necessary login with your KDE ID and password. Click Your settings. I had to delete Freenode first, as I was only allowed one entry in the Networks section. I selected libera	1	irc.libera.chat:6667
[15:18] <mparillo> When I clicked Edit, all my channels migrated automagically
[15:18] <mparillo> But, I have never gotten #kde to work. Not sure if something is special about that.
[15:20] <RikMills> mparillo: thanks
[15:21] <BluesKaj> think I just reconfigured konversation after switching to libera iirc
 ok, lets see
 doesn't want to connect to libera
 or is it just very very very very very very very slow doing so, lol
[15:50] <RikMills> very very slow O.O
[15:56] <RikMills> mparillo: thanks. think that is ok now :)
[15:57] <RikMills> beer o'clock :D
[15:57]  * RikMills heads for the fridge
[18:04] <mparillo> Have a swift half for me.
[18:05] <mparillo> And glad the KDE bouncer is working well. I owe JR a wee dram.


[01:19] <ScottK> Quintasan_: The -runtime depends needs fixing.
[01:39] <CIA-52> [qapt] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control libqapt1.install) New upstream release (LP: #822623, #823087)
[01:42] <CIA-52> [qapt] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) Add an or dependency between polkit-kde-1 and policykit-1-gnome to ensure we have a policykit frontend installed. (LP: #833058)
[01:53] <JontheEchidna> yofel_: LibQApt hasn't taken any steps toward multiarch support. I'm not running a 64-bit system, so I don't know what happens for certain.
[01:57] <JontheEchidna> I presume if you installed a multiarch package with dpkg and try to upgrade it, muon would try to upgrade with the native arch package since it wouldn't see the :i386 qualifier
[01:57] <JontheEchidna> much like aptitude in Quintasan's bug
[02:15] <JontheEchidna> updater for 1.3 in action: http://i.imgur.com/FereN.png http://i.imgur.com/pP0Nw.png
[02:18] <JontheEchidna> the whole bit above the update view does a nice animated expand appearance/disappearance :)
[02:22] <JontheEchidna> Quintasan_: ah, since you're using multiarch, could you investigate how exactly muon handles it atm?
[02:34] <ScottK> JontheEchidna: qapt accepted.
[02:39] <JontheEchidna> oops, didn't notice the beta freeze
[02:39] <JontheEchidna> thanks, though
[03:12] <JontheEchidna> Hmm, according to this Muon does list both multiarch packages, but they probably share the same name and would be indistinguishable: https://bugs.kde.org/show_bug.cgi?id=276389
[03:13] <ScottK> JontheEchidna: You should ask slangasek to help you figure it out.
[03:16] <JontheEchidna> I have a fairly good idea of how to handle it from a programming perspective, but there are certain other ...considerations that have to be made. I'm composing a mail to kubuntu-devel as we speak.
[03:16] <JontheEchidna> may as well copy slangasek and maybe mvo though
[04:45] <JontheEchidna> mail sent, I'll probably wander off to bed in a bit
[04:51] <JontheEchidna> I think I'll backport http://commits.kde.org/muon/813f4ed0fa5a89f25ff07f68303c0a6bf571c9ab after beta
[06:31] <Quintasan_> JontheEchidna: It's handled exactly as the bug says
[08:42] <apachelogger> JontheEchidna: Oo
[08:42] <apachelogger> that is the longest mail I have ever seen
[08:51] <apachelogger> omg
[08:51] <apachelogger> kubotu: order coffee
[08:51]  * kubotu slides coffee with milk down the bar to apachelogger.
[08:58] <apachelogger> ScottK: ping
[08:58] <apachelogger> Quintasan: so I am going to write a new UI for dragon3 and then I should have the rest of the day for kubuntu :P
[09:07] <bulldog98> JontheEchidna: it shows the package twice
[09:20] <bambee> morning
[09:23] <Riddell> bulldog98: did you get a chance to test the dolphin bazaar plugin?
[09:23] <bulldog98> Riddell: not yet, but I’ll test it :) (hadn’t had time)
[09:26] <bulldog98> JontheEchidna: +1 for solution #3
[09:28] <bambee> debfx: could you close bug 827833 ? since you have fixed it. (to avoid confusions)
[09:30] <debfx> bambee: sorry, I haven't seen that bug
[09:30] <bambee> oh no problems, don't worry. It's fixed ;)
[09:31] <debfx> please subscribe ubuntu-sponsors when you have a debdiff that is ready for upload
[09:31] <bambee> ok
[09:32] <bambee> Riddell: Do you have a link? I'd be glad to test it :)
[09:37] <bambee> Mmmhhh, lp:~jr/+junk/dolphin-plugins-bazaar , I guess
[09:55] <Riddell> yes
[09:55] <Riddell> checkout kdesdk from svn and put it into dolphin-plugins/
[10:09]  * rbelem pokes Quintasan
[10:10]  * rbelem hugs Quintasan
[10:10] <rbelem> :-D
[10:50] <bulldog98> Riddell: do I have to compile whole kdesdk? and install that?
[10:55] <ScottK> apachelogger: pong
[10:56] <apachelogger> ScottK: will ubiquity get full disk encryption in oneiric?
[10:57] <ScottK> debfx: Could you have a look at the korundum FTBFS in the rebuild test?  I thought rebuilding soprano would be enough, but it wasn't.  https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+packages?field.name_filter=korundum&field.status_filter=published&field.series_filter=
[10:57] <ScottK> Checking
[10:58] <Riddell> bulldog98: no but you probably have to configure all kdesdk
[10:58] <Riddell> then cd dolphin-plugins/bazaar
[10:59] <ScottK> apachelogger: No.  Deferred to P.
[10:59] <ScottK> So we need to defer no-alternate.
[10:59] <apachelogger> brrr
[10:59] <apachelogger> kthx
[10:59]  * apachelogger might have to work on that for new job
[10:59] <bulldog98> Riddell: I uncommented every add macro in CMakeLists.txt and added one for the bazaar plugin
[11:11] <apachelogger> agateau: do you fancy making a UI proposal for what dragon3 should be looking like ^^?
[11:17] <bulldog98> Riddell: you don’t have an so version and install to /usr/lib
[11:19] <Riddell> bulldog98: hmm, it followed the same build process as the other plugins
[11:20] <Riddell> bulldog98: it installs to /usr/lib/kde4/fileviewbazaarplugin.so for me
[11:20] <Riddell> which is the normal place for plugins
[11:20] <debfx> ScottK: /usr/share/qtruby4/cmake/QtRuby4Export-noconfig.cmake:  IMPORTED_LINK_INTERFACE_LIBRARIES_NOCONFIG "/usr/lib/libQtCore.so; [...]
[11:20] <ScottK> Sigh.
[11:21] <ScottK> debfx: Can you fix?
[11:21] <bulldog98> Riddell: sorry I can’t read messages :)
[11:21] <debfx> that's why I said fixing this in cmake should be a priority
[11:21] <ScottK> If you'd do that, I'll look at qwt NBS changes later today.
[11:21] <bulldog98> Riddell: it works nice
[11:28] <Riddell> yay
[11:30] <bulldog98> Riddell: would you packge that and put it into archive (universe)?
[11:41] <Riddell> bulldog98: hmm, could do, I was going to put it into kdesdk for 4.8 but I guess it would be good in oneiric too
[11:42] <bulldog98> Riddell: yes you should put it into 4.8 and create a package for oneiric (for 4.8 we’ll wreate that package out of kdesdk)
[11:57] <bambee> Riddell: it works perfectly here,  great plugin! :D
[12:03] <Riddell> lovely, thanks
[12:19] <bulldog98> Riddell++
[12:19] <bulldog98> ~karma Riddell
[12:19] <kubotu> karma for Riddell: 14
[12:56] <debfx> ScottK: qtruby ftbfs: Could not find SmokeQwt
[13:08] <ScottK> debfx: We need to decide if we're going to keep that.  Debian isn't packaging the qwt bindings stuff and since we're on qwt6 now, I'm not sure how supported it is.
[13:09] <ScottK> Actually it looks like we don't have it.
[13:09] <ScottK> (because I already sync'ed from Debian and forgot)
[13:10] <ScottK> debfx: We need to drop the qwt stuff from qtruby.
[13:18] <debfx> ok
[13:31] <debfx> ScottK: uploaded
[13:32] <ScottK> debfx: Thanks.  I'll review/accept once it hits the queue.
[13:53] <ScottK> debfx: Accepted.  Thanks again.
[13:55] <ScottK> Anyone up for fixing the FTBFS in kde-style-bespin?  If not, I think it should be removed (we'll need it fixed or removed for NBS).
[14:07] <apachelogger> ScottK: throw it away
[14:07] <apachelogger> its rubbish code anyway
[14:12] <ScottK> apachelogger: Removal requested.
[14:12] <bambee> ScottK: could you update kde-l10n, please ? (you or another dev)
[14:13] <bambee> I see "4:4.6.90-0ubuntu1" here
[14:13] <ScottK> Oh.  No one uploaded it.
[14:13] <ScottK> apachelogger: ^^^
[14:13] <bambee> not yet
[14:13] <ScottK> They've already done the language pack export for Beta 1, so it may as well wait at this point.
[14:14]  * bambee gives work to apachelogger : MOOHAHAHAHAHAHA :P
[14:14]  * apachelogger has too little bandwith to do l10n
[14:16] <bambee> :\
[14:18] <ScottK> apachelogger: Those arm boxes have pretty good bandwidth.  Could you do it from there?
[14:18] <apachelogger> supposedly
[14:18] <apachelogger> though the shell lags horribly ^^
[14:19] <ScottK> screen + scripting FTW.
[14:25]  * bambee looks in the direction of the yofel
[14:25] <apachelogger> ScottK: does we still need pim 4.4.5 translations?
[14:26] <apachelogger> or should we perhaps fetch newer oens ;)
[14:26] <apachelogger> *ones
[14:26] <apachelogger> or did 4.7 land yet?
[14:30] <bulldog98> apachelogger: there are 4.7 translations
[14:30] <bulldog98> they should be in the tarballs
[14:32] <apachelogger> ScottK, NCommander: the boxes are still on karmic? :S
[14:33]  * bulldog98 thinks that stuff should run atleast natty
[14:34] <apachelogger> build in progress
[14:34]  * apachelogger goes swimming meanwhile
[14:44] <ScottK> Great.
[14:44] <ScottK> make[4]: *** No rule to make target `/usr/lib/libQtOpenGL.so', needed by `lib/libcompoundviewer.so.4.7.0'.  Stop. <-- Kalzium FTBFS.
[14:44] <ScottK> debfx: ^^^ Any idea what needs rebuilding there? (I hope it's just that)
[14:46] <debfx> ScottK: no, but grep -r "/usr/lib/libQtOpenGL.so" /usr will tell you :)
[14:47] <ScottK> Looks like avogadro.
[14:48] <debfx> ScottK: I have the feeling that icecc isn't working. pbuilder spawns 4 cpu-eating gcc processes
[14:48] <ScottK> Hmmm.
[14:48]  * ScottK didn't try it since the last update.
[14:49] <ScottK> debfx: Are you on the arm boxen?
[14:49] <debfx> yes
[14:50] <ScottK> It's also possible I forgot to turn it back on on the other three boxes too.
[14:50] <ScottK> You might check it's running there.
[14:52] <debfx> ScottK: /etc/default/icecc says START_ICECC_SCHEDULER="false", is the monitor supposed to be running on another box?
[14:52] <ScottK> Yes.  On .101.
[14:57] <apachelogger> ehm
[14:57] <apachelogger> right
[14:57] <apachelogger> dh: unable to load addon kde: Can't locate Debian/Debhelper/Sequence/kde.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 8) line 2.
[14:58]  * apachelogger waves fist and all that stuff
[14:59] <apachelogger> dpkg: regarding pkg-kde-tools_0.14.1ubuntu1_all.deb containing pkg-kde-tools:
[14:59] <apachelogger>  pkg-kde-tools breaks dpkg-dev (<< 1.15.6~)
[14:59] <apachelogger>   dpkg-dev (version 1.15.4ubuntu2.3) is present and installed.
[15:00] <apachelogger> ScottK: this is crapz
[15:01] <yofel>  1.15.4ubuntu2.3 - that's like karmic or lucid pre-release o.O
[15:01] <ScottK> It's karmic
[15:01] <ScottK> apachelogger: We should have mx5 images very soone for oneiric then I can upgrade the boxes.
[15:01] <ScottK> Just log into a chroot and do it from there.
[15:02] <apachelogger> if only
[15:02] <apachelogger> then I have to resolve dep shit there
[15:02] <ScottK> Well that might be a bit slow.
[15:04] <apachelogger> is someone working on box 1?
[15:05]  * apachelogger sighs
[15:06] <ScottK> debfx is.
[15:06] <ScottK> debfx: Rebuilding avodadro is not sufficient.  Can you please apply some of your cmak skillz on it?
[15:07] <apachelogger> I have just bought a nokia e72, and i would like to install kubuntu, or some linux distro on it. Where could i get the necessary documentation, I am surrounded by linux at home and at work (...mostly) and i love it, but i have never tinkered with mobile devices. Also it would mean an arm and a leg for me to lose my device because of a mistake.
[15:10] <ScottK> If you wanted Linux, you shouldn't have bought from a Windows oriented company.
[15:12] <apachelogger> ...
[15:13] <apachelogger> like they are
[15:26] <ScottK> Looks like we need a newer kpackagekit to work with the packagekit we have.
[15:45] <Riddell> bambee: bulldog98: http://revu.ubuntuwire.com/p/dolphin-plugins-bazaar
[15:52] <bambee> woo!
[15:52] <bambee> It would be nice to have the two tarballs compressed with bzip2, imho.
[15:53] <bambee> :)
[15:54] <NCommander> apachelogger: they should be on lucid
[15:55] <yofel> bambee: for a 2KiB tar it's not worth the trouble
[15:57] <ScottK> yofel: Can you look into updating kpackagekit/apper?  Seems our version is too old to build.
[15:57] <bambee> agreed, but it's just to be more homogeneous.
[15:58] <yofel> not really, I need to take care of some personal things today and I still have openvc MIR and digikam on my todo list which will probably take a while
[15:58] <bambee> and this is the only one comment that I've to say :P
[15:58] <bambee> :(
[15:58] <bambee> bazaar <3
[16:03] <ScottK> yofel: OK. Digikam is certainly a higher priority.
[16:06] <apachelogger> rbelem: Quintasan: is slc up yet?
[16:14] <rbelem> apachelogger, im not sure
[16:33] <ScottK> apachelogger: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/korundum/revision/6#debian/patches/fix_kate_test.diff should go upstream.
[16:48] <bambee> does kscd work as expected for you? for example:  start it, open the track list dialog, and select a track > 1, does it work?
[16:49] <bambee> (assuming, you use phonon 4.5)
[17:28] <apachelogger> ahm
[17:28] <apachelogger>  kde-runtime-active : Depends: kde-runtime but it is not going to be installed
[17:28] <apachelogger>  kde-runtime-active : Depends: plasma-scriptengine-javascript-active (= 4:4.7.0a-0ubuntu2) but it is not going to be installed
[17:28] <apachelogger>                       Conflicts: kde-runtime but 4:4.7.0a-0ubuntu2 is to be installed
[17:28] <apachelogger> I am confused
[17:29] <apachelogger> Depends: kde-runtime, Conflicts: kde-runtime, kdelibs4-dev
[17:29] <apachelogger> righto
[17:29] <apachelogger> rbelem! Quintasan!
[17:29] <bulldog98> apachelogger: they poked you earlier about that
[17:41] <apachelogger> this thing is so silly
[19:16] <ScottK> apachelogger: Are you doing more language packs?
[19:16] <apachelogger> they are going slow
[19:34] <debfx> JontheEchidna: the qapt bzr branch was a bit inconsistent with the archive
[19:35] <debfx> these changes weren't in 1.2.0-0ubuntu1: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qapt/revision/16#debian/control
[19:36] <debfx> but they are now in ubuntu2 which causes it to dep-wait on qtgstreamer-dev
[20:31] <ScottK> apachelogger: I've accepted through kde-l10n-zhcn
[20:43] <ScottK> apachelogger: Accepted kde-l10n-zhtw too now.  Is that it?
[21:37] <JontheEchidna> debfx: oops, I forgot I had done that for natty backporting. I must have used the natty packaging instead. (That was the only chang)
[21:38] <ScottK> JontheEchidna: I'm around to accept a fix.
[21:39] <CIA-1> [qapt] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) Fix the qtgstreamer build-dep. The natty build-dep accidentally snuck in.