[05:49] <mup> PR snapcraft#1431 closed: tests: do not check the opencv command if it wasn't installed <Created by elopio> <Merged by elopio> <https://github.com/snapcore/snapcraft/pull/1431>
[06:46] <zyga-ubuntu> goot morning
[07:06] <pstolowski> good morning!
[07:07] <zyga-ubuntu> pstolowski: hola!
[07:07] <zyga-ubuntu> pstolowski: are you back from holidays?
[07:08] <pstolowski> zyga-ubuntu, hola! yes
[07:08] <zyga-ubuntu> pstolowski: how was it?
[07:08] <zyga-ubuntu> pstolowski: it's been raining like crazy here
[07:11] <zyga-ubuntu> morphis: hey
[07:11] <morphis> zyga-ubuntu: hey
[07:12] <pstolowski> zyga-ubuntu, yeah, i know.. it's been fantastic. we managed to carry our plans through wrt visiting places in barcelona, all worked great
[07:13] <pstolowski> zyga-ubuntu, we also went to girona the other day; is this the place where you lived?
[07:14] <zyga-ubuntu> pstolowski: no, but we visited girona much more often than barcelona
[07:14] <zyga-ubuntu> pstolowski: we were 30 minutes away from girona, at the coast
[07:14] <zyga-ubuntu> pstolowski: in Palamos
[07:17] <zyga-ubuntu> pstolowski: any plans to go back for holidays next year?
[07:20] <pstolowski> zyga-suse, not really, we will probably finally go to Tatry mountains next year, we postponed this for too long
[07:46]  * zyga-ubuntu iterates on the new test...
[07:51] <janisozaur> zyga-ubuntu: hi. I was trying to proceed a little with snapd on Arch, but didn't go far. Mostly just updated package locally to use .14 version and then git one
[07:51] <zyga-ubuntu> janisozaur: hey, nice!
[07:51] <janisozaur> .14 didn't solve my issue
[07:51] <zyga-ubuntu> janisozaur: I updated my arch vm and got into some isuses where I couldn't use gnome anymore :/
[07:52] <zyga-ubuntu> janisozaur: I wanted to reproduce the bug you reported
[07:52] <janisozaur> currently, the tests in the package are disabled
[07:52] <zyga-ubuntu> janisozaur: which snap did you try and which intel CPU do you have?
[07:52] <zyga-ubuntu> janisozaur: I think they were disabled when arch moved the /snap directory away
[07:52] <janisozaur> there is at least one test that fails (maybe more, but it bailed out on that first one)
[07:53] <janisozaur> TestInternalToolPathWithReexec
[07:53] <zyga-ubuntu> janisozaur: I think the unit tests could pass now as fedora did the same thing and over time more and more tests were adapted
[07:55] <zyga-ubuntu> janisozaur: let's do this
[07:55] <zyga-ubuntu> janisozaur: I'll commit current arch packaging to snapd master
[07:55] <zyga-ubuntu> janisozaur: and I'll start proposing patches to that improve it
[07:55] <zyga-ubuntu> janisozaur: would you be interested in reviewing them?
[07:55] <janisozaur> I have two machines: trurl {i7 4790k, gtx 960 + proprietary drivers}, klapaucjusz {laptop: i5 5300U, hd 5xx}
[07:55] <janisozaur> both running Arch
[07:56] <zyga-ubuntu> janisozaur: I have the same CPU in my laptop, I could try arch on it natively
[07:56] <zyga-ubuntu> janisozaur: (the i5300U)
[07:56] <zyga-ubuntu> is that a thinkpad by any chance?
[07:56] <janisozaur> yes, 2015 L450
[07:57] <zyga-ubuntu> I think that's close enoug, I have an x250
[07:58] <janisozaur> I can get a hold of i5 6200U with ubuntu 17.04 on it, if needed
[07:58] <janisozaur> sure, if I can help in any way, I'd be interested in reviewing the changes
[07:59] <janisozaur> mind you, all of snapcraft is new to me
[07:59] <zyga-ubuntu> janisozaur: no, for now I think we need a forum thread that details the issue, with backtraces, snap names and snap versions
[07:59] <zyga-ubuntu> so that more people can find this and we can rally support
[08:00] <janisozaur> sure… I'll report my findings in that thread you linked on Friday
[08:00] <zyga-ubuntu> thank you!
[08:01] <janisozaur> what's the plan/ETA for 2.27?
[08:02] <zyga-ubuntu> janisozaur: that's mvo's decision, I think it's very soon (perhaps he even tagged it)
[08:03] <janisozaur> github doesn't show a tag just yet
[08:03] <zyga-ubuntu> mvo often pushes the tag out with a PR that proposes merging the release back to master
[08:04] <janisozaur> it would be nice if the opengl on Arch could be taken care of before the release takes place
[08:05] <janisozaur> i see there are a lot of patch releases, too?
[08:05] <zyga-ubuntu> yes, we were trying to get 2.26.x right
[08:05] <zyga-ubuntu> but each release was followed by one more as we found new edge cases
[08:05] <zyga-ubuntu> somewhat tiresome process but many of the issues we found were there for a long time, it seems 2.26 was just used more than any other release
[08:05] <janisozaur> i know the pain :D
[08:06] <janisozaur> ok, i'll work on it a bit when I'm home, feel free to suggest any debug methods you would find suitable
[08:07] <zyga-ubuntu> janisozaur: thank you, I'll propose the PR for arch packaging in a moment
[08:07] <janisozaur> to recap, a sample snap with plugs [opengl, x11]: on intel glxinfo reports error about being unable to find suitable config; on nvidia outright crashes
[08:08] <janisozaur> and TestInternalToolPathWithReexec fails when trying to enable tests in the PKGBUILD using current master
[08:12] <zyga-ubuntu> janisozaur: ack
[08:23] <zyga-ubuntu> Chipaca: how are you doing?
[08:23] <Chipaca> zyga-ubuntu: not bad! you?
[08:24] <zyga-ubuntu> Chipaca: good, fixing some cross-distro things
[08:24] <zyga-ubuntu> Chipaca: found a bug you may want to know about
[08:25] <zyga-ubuntu> Chipaca: snap install core; snap install stuff
[08:25] <zyga-ubuntu> that works
[08:25] <zyga-ubuntu> Chipaca: snap install stuff
[08:25] <zyga-ubuntu> that is broken
[08:25] <Chipaca> waht
[08:25] <zyga-ubuntu> Chipaca: broken on debian 9
[08:25] <zyga-ubuntu> Chipaca: the reexec logic is flawed there
[08:25] <zyga-ubuntu> Chipaca: it is repeatable 100%
[08:25] <Chipaca> silly debian 9
[08:26] <zyga-ubuntu> Chipaca: if you want to see, I cna give you a test case now
[08:26] <Chipaca> zyga-ubuntu: is this a regression?
[08:26] <zyga-ubuntu> Chipaca: not sure
[08:27] <zyga-ubuntu> Chipaca: but I think now
[08:27] <zyga-ubuntu> not*
[08:27] <zyga-ubuntu> it's been there forever
[08:28] <zyga-ubuntu> just finishing a test run and I'll commit and push
[08:37] <scoopex> if i build the snap package using "snapcraft" and install the package over the existing previous downloaded package using "snap install --dangerous *.snap" i do not get my modifications. i am pretty new in snap packaging, probably i am doing something wrong...any hints?
[08:38] <zyga-ubuntu> scoopex: how do you determine that you do not get your modifications?
[08:39] <Chipaca> zyga-ubuntu: then let's get 2.27 out before tackling it
[08:39]  * zyga-ubuntu -> breakfast
[08:39] <zyga-ubuntu> Chipaca: mmm somewhat unhappy about it as it affects everyone on re-executing systems
[08:39] <zyga-ubuntu> Chipaca: but I'll just defer to mvo's decision
[08:39] <zyga-ubuntu> Chipaca: I want to have a test that breaks first
[08:40] <zyga-ubuntu> Chipaca: so that we can show it's really there and that it got really fixed
[08:40] <Chipaca> zyga-ubuntu: yes, but everyvody everywhere would be disserviced by messing up our releases again
[08:40] <zyga-ubuntu> Chipaca: I'd only agree if it wasn't the "I cannot use your release because the delivery mechanism is broken bug"
[08:40] <zyga-ubuntu> Chipaca: but I also ack the fact that not everyone is affected
[08:51] <Chipaca> zyga-ubuntu: I too will defer to mvo on this. The above is my opinion, but as those things go it's not a particularly strongly-held one.
[08:58] <zyga-ubuntu> Chipaca: ack
[08:58]  * zyga-ubuntu had a good breakfast, let's see how tests are doing
[09:11]  * zyga-ubuntu adds opensuse to OOTB test
[09:16] <janisozaur> zyga-ubuntu: are there any tests for opengl?
[09:16] <zyga-ubuntu> janisozaur: no, not at present
[09:16] <zyga-ubuntu> janisozaur: we can add tests that can be executed on real hardware but nobody attempted this yet
[09:16] <janisozaur> hmm, too bad
[09:17] <zyga-ubuntu> janisozaur: it wasn't easy TBH
[09:17] <zyga-ubuntu> janisozaur: and arch has no tests yet
[09:17] <zyga-ubuntu> note that there are two types of tests
[09:17] <janisozaur> given that in my case even swrast fails, or so it seems, perhaps that could be a step 1?
[09:17] <zyga-ubuntu> there are unit tests that test mainly snapd internals
[09:17] <zyga-ubuntu> and there are tests (ran via spread, a separate tool)
[09:17] <zyga-ubuntu> janisozaur: that test the whole system
[09:17] <zyga-ubuntu> janisozaur: (all of them are in thest tests/ directory)
[09:18] <zyga-ubuntu> janisozaur: we can now run spread tests against an "external" target, which is anything one can ssh into
[09:18] <zyga-ubuntu> janisozaur: as well as a whole array of virtual machines, both local and in the cloud
[09:19] <janisozaur> sounds nice, but launching opengl apps remotely is always tricky
[09:22] <zyga-ubuntu> janisozaur: remotely as through ssh?
[09:22] <zyga-ubuntu> I think it should work, we can unset / set env variables as desired
[09:22] <zyga-ubuntu> and this gives us the advantage of keeping the same testing systme which is very flexible
[09:23] <zyga-ubuntu> janisozaur: once this is working we can establish some nightly tests in a QA lab
[09:24] <zyga-ubuntu> ok, little by little
[09:25] <zyga-ubuntu> this test will be very useful (I'm talking about out-of-the-box tests I've just added) for package refreshes
[09:29] <zyga-ubuntu> morphis: where do I send updates to snapcraft.io page like https://snapcraft.io/docs/core/install-opensuse
[09:33] <zyga-ubuntu> Chipaca: is mvo around today?
[09:33] <Chipaca> zyga-ubuntu: no; gustavo comes back before mvo remember?
[09:33] <Chipaca> zyga-ubuntu: in fact I'm wondering if I shouldn't do something like work on 20% projects until Wednesday
[09:34] <Chipaca> zyga-ubuntu: 'cause it's just you and me afaik
[09:34] <Chipaca> zyga-ubuntu: going to be hard to get two reviews :-)
[09:35] <Chipaca> or, i could take the day off and go for a ramble
[09:35] <Chipaca> it's lovely outside
[09:38] <zyga-ubuntu> Chipaca: and when are gustavo and mvo coming back?
[09:38] <zyga-ubuntu> Chipaca: haha
[09:38] <zyga-ubuntu> Chipaca: indeed, it's a great day here in Warsaw as well
[09:38] <zyga-ubuntu> Chipaca: I need to go out today, to register my company, it officially shoud start running tomorrow
[09:39] <Chipaca> zyga-ubuntu: I don't have mvo's nor niemeyer's leaves on my calendar
[09:40] <ogra_> well, niemeyer mailed
[09:40]  * zyga-ubuntu looks
[09:40] <Chipaca> ogra_: wait, we're supposed to _read_ those?
[09:40] <ogra_> (havent heard of mvo vacation thozugh ...)
[09:40] <Chipaca> zyga-ubuntu: "off until thursday" says gustavo
[09:41] <zyga-ubuntu> offtopic, I bought an used book on saturday night
[09:41] <morphis> zyga-ubuntu: https://github.com/CanonicalLtd/snappy-docs
[09:41] <ogra_> Chipaca, nah, you're supposed to write a bot that doe it for you and crate a snap from it :P
[09:41] <zyga-ubuntu> (like midnight-night)
[09:41] <zyga-ubuntu> and it just arrived, from india
[09:41] <zyga-ubuntu> how is that even possile
[09:41] <zyga-ubuntu> *possible
[09:42] <Chipaca> zyga-ubuntu: crushing poverty and very lax work laws
[09:42] <Chipaca> zyga-ubuntu: or robots
[09:42] <Chipaca> zyga-ubuntu: but i wouldn't count on it being robots
[09:43]  * zyga-ubuntu imagines human uber drivers driving shiny robots to work each day
[09:44] <ogra_> robots ?
[09:44] <zyga-ubuntu> yes
[09:44] <zyga-ubuntu> why not
[09:44] <ogra_> "they are stealing our joobs !"
[09:45]  * ogra_ sighs ...
[09:45] <ogra_> so testing an rfkill script for someone else on a system that has no local logins was obviously not a clever move
[09:45] <ogra_> but at least i know rfkill works reliably on the pi3
[09:46] <zyga-ubuntu> ogra_: in the future, robots will have human animals as pets
[09:46] <zyga-ubuntu> ogra_: lol!
[09:46] <zyga-ubuntu> nice
[09:46]  * ogra_ hacks the SD
[09:47]  * zyga-ubuntu imagines someone hacking the SD card with a huge hammer against an huge anvil
[09:49] <ogra_> nah, i use pliers ...
[09:53] <zyga-ubuntu> Chipaca: quick idea
[09:53] <zyga-ubuntu> Chipaca: a one-like patch that skips core config on debian?
[09:54] <ogra_> oh! i found a bug !
[09:54] <Chipaca> ogra_: you're holding it wrong
[09:54] <Chipaca> zyga-ubuntu: how does that help?
[09:54] <zyga-ubuntu> Chipaca: the bug doesn't happen then, the bug is because we hang on configure
[09:56] <zyga-ubuntu> Chipaca: AFAIR we considered this before
[10:02] <zyga-ubuntu> ok, ready to push
[10:10] <ogra_> can someone who has more knowledge about snap aliases comment on https://forum.snapcraft.io/t/aliyundup-snap-based-on-python/1458 ?
[10:19] <ogra_> ah, well ... found the issue myself
[10:19] <mup> PR snapd#3635 opened: tests: add out-of-the-box test suite <Created by zyga> <https://github.com/snapcore/snapd/pull/3635>
[10:22] <zyga-ubuntu> Chipaca: https://forum.snapcraft.io/t/snapd-out-of-the-box-experience-debian-9/1484/2
[10:23] <zyga-ubuntu> Chipaca: to run the broken test you need to run linode:debian-unstable-64:tests/ootb/install-1st-snap-and-core
[10:24] <zyga-ubuntu> Chipaca: (and remove the code that disables it in the task.yaml)(
[10:32] <zyga-ubuntu> hmm
[10:32]  * zyga-ubuntu had a bad spread day
[10:32] <zyga-ubuntu> Son_Goku: I'm looking after distros today
[10:32] <zyga-ubuntu> Son_Goku: so I should get to that 32 bit bug
[10:39] <zyga-ubuntu> sigh
[10:40] <zyga-ubuntu> it seems I need to re-organize spread tests
[10:41] <Chipaca> zyga-ubuntu: why?
[10:41] <zyga-ubuntu> I want a suite that doesn't do anything
[10:41] <zyga-ubuntu> and each test just runs in a pristine distro
[10:41] <zyga-ubuntu> I almost feel like it's not supposed to be in snapd
[10:41] <ogra_> just add "exit 0" at the top :P
[10:42] <Chipaca> zyga-ubuntu: ah, and we have prepare too far up for you to be able to do that?
[10:42] <zyga-ubuntu> yes
[10:42] <zyga-ubuntu> I tried to be "smart"
[10:42] <zyga-ubuntu> but it seems spread is not
[10:42] <zyga-ubuntu> have a look at 3635 please
[10:42] <zyga-ubuntu> hmm :/
[10:45] <Chipaca> zyga-ubuntu: I'm not sure what I'm looking at
[10:45] <Chipaca> zyga-ubuntu: in the console log i mean
[10:46] <zyga-ubuntu> not the console
[10:46] <zyga-ubuntu> the diff
[10:47] <zyga-ubuntu> I tried to disable the steup
[10:47] <zyga-ubuntu> *setup
[10:47] <zyga-ubuntu> but this breaks legitimate tests
[10:47] <zyga-ubuntu> not sure why
[10:50] <Chipaca> ah, that's two of us then :-)
[10:50] <Chipaca> the diff seems ok
[10:50] <Chipaca> i can only assume there's a bug in it that's not immediately obvious
[10:50] <zyga-ubuntu> I'll keep digging, thanks for looking
[10:55] <popey> is mvo in vacation? not seen him about for a bit.
[10:56] <zyga-ubuntu> I think so
[10:57]  * zyga-ubuntu tries coffee using turkish brew recipe
[10:57] <zyga-ubuntu> (well, kind of, not all hardware required was present)
[10:58] <popey> k
[11:12]  * Chipaca ~> afk
[11:20] <mup> PR snapcraft#1424 closed: Release changelog for 2.33 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/1424>
[11:20] <janisozaur> huh? 2.26->2.33?
[11:20] <janisozaur> or snapd.version != snapcraft.version?
[11:21] <Chipaca> janisozaur: snapd and snapcraft are distinct projects
[11:22] <Chipaca> so, the latter
[11:22]  * Chipaca really afk now
[12:54] <cachio> zyga-suse, any idea about this error in the pi3
[12:54] <cachio> https://paste.ubuntu.com/25194761/?
[12:54] <zyga-ubuntu> cachio: hey
[12:54]  * zyga-ubuntu looks
[12:54] <cachio> tx
[12:55] <zyga-ubuntu> well, connection refused is probably because the socket is there but snapd is dead
[12:55] <zyga-ubuntu> can you interact with the system?
[12:55] <cachio> didn't try yet
[12:56] <zyga-ubuntu> ssh into the box and check the status of snapd.service please
[12:56] <zyga-ubuntu> that's my guess
[12:58] <cachio> I'll try, but I need to write the ssd again
[12:58] <cachio> zyga-ubuntu, I had to use it for dragonboard
[12:59] <zyga-ubuntu> aha
[12:59] <zyga-ubuntu> you mean the SD cards?
[12:59] <zyga-ubuntu> I'd recommend to have x2 many SD cards as you have boards
[12:59] <zyga-ubuntu> just get and expense them
[12:59] <zyga-ubuntu> 8/16GB should do
[12:59] <zyga-ubuntu> they die randomly and you will need spares
[13:00] <zyga-ubuntu> and it's useful to have a "side B" to test (a 2nd card for experiments while the main card for given device has some important data)
[13:05] <zyga-ubuntu> cn
[13:05] <zyga-ubuntu> Chipaca: are you going to make it for the standup?
[13:05] <Chipaca> yikes
[13:05] <Chipaca> zyga-ubuntu: yes
[13:27] <cachio> zyga-ubuntu, well, I see there is a previos error
[13:27] <cachio> gzip: stdout: Structure needs cleaning
[13:27] <cachio> that is making the setup tail
[13:27] <cachio> fail
[13:28] <cachio> https://paste.ubuntu.com/25213261/
[13:28]  * ogra_ hands zyga-ubuntu a mop to clean the gzip
[13:30] <zyga-ubuntu> cachio: hmm, looks like SD card corruption
[13:31] <zyga-ubuntu> maybe run fsck on the disk
[13:31] <ogra_> is that command running as root ?
[13:32] <ogra_> you cant tar up /dev (which the core snap contains) as a user
[13:32] <cachio> ogra_, yes, as root
[13:32] <ogra_> hmm, then it should work ...
[13:32] <ogra_> (or at least thats not the error)
[13:32] <cachio> I'll try with another sdcard
[14:12]  * zyga-ubuntu wants to hide in an ice box
[14:13] <mup> Bug #1707655 opened: "Get support" in Get a Store should link to snapcraft forum <snap-docs> <Snappy:New> <https://launchpad.net/bugs/1707655>
[14:17] <cachio> zyga-ubuntu, ogra_ seems to be working with the new sd card
[14:17] <cachio> at least it didn't fail preparing that
[14:24] <niemeyer> Hey folks
[14:24] <niemeyer> How're things going there?  All good?
[14:25] <cachio> niemeyer, hey, yes
[14:25] <cachio> running beta validation on my side
[14:25] <niemeyer> cachio: Heya
[14:25] <niemeyer> cachio: Is Linode behaving itself?
[14:25] <cachio> niemeyer, yes, linode is nice this week :)
[14:25] <niemeyer> Phew :)
[14:26] <cachio> niemeyer, I have made a PR for spread
[14:26] <cachio> niemeyer, trying to fix the exits in the code
[14:26] <niemeyer> cachio: I think the exits in the code are fixable by just reorganizing them
[14:27] <niemeyer> cachio: This is usually referred to as the "single return" issue when talking about programming languages in general
[14:27] <cachio> niemeyer, yes, well, I proposed something like a "single return"
[14:28] <niemeyer> cachio: I'll have a look for sure, but again this doesn't seem related to a feature in spread.. the way to have a single return is to not exit in the first place
[14:29] <cachio> niemeyer, nice
[14:29] <cachio> niemeyer, not hurry with that
[14:31] <zyga-ubuntu> niemeyer: hey, all good so far
[14:32] <niemeyer> zyga-ubuntu: Heya
[14:32] <niemeyer> zyga-ubuntu: Sweet
[14:58]  * zyga-ubuntu breaks
[14:58] <zyga-ubuntu> too hot to think
[14:58] <zyga-ubuntu> I'll work at night
[15:16] <Chipaca> zyga-suse: the nice thing about poland is that it's cool, right?
[15:42] <janisozaur> not right now
[15:53] <Chipaca> janisozaur: I'm pulling his leg because he recently moved there from Barcelona
[16:01]  * ogra_ is really happy we got rid of the heat here in germany ... (we fanned it all eastwards ...)
[16:23] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:23] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:24] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:24] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:24] <mup> PR core-build#15 closed: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[16:26] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:26] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:26] <ogra_> uh, whats that ?
[16:27] <mup> PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[16:27] <Chipaca> ogra_: I see nothing
[16:27] <mup> PR core#48 opened: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:28] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:28] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:32] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:32] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:33] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:33] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:38] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:38] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:38] <mup> PR core-build#11 opened: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[16:38] <mup> PR core-build#15 opened: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[16:39] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:39] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:39] <janisozaur> what's going on?
[16:40] <janisozaur> is that due to outages everywhere?
[16:40]  * zyga-ubuntu is unsure
[16:41] <zyga-ubuntu> seems like mup re-discovered everyting
[16:42] <janisozaur> github is having major outage, other places seem to be taking vacation too according to various reports
[16:42] <zyga-ubuntu> aha
[16:42] <zyga-ubuntu> well
[16:42] <zyga-ubuntu> and here I was trying to do stuff when there is less heat
[16:43] <janisozaur> the heat must have move on to US
[16:43] <janisozaur> but seeing you suddenly have time to spare… :D
[16:44] <Chipaca> vacation \o/
[16:44]  * Chipaca approves
[16:45] <mup> PR core-build#11 closed: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[16:45] <mup> PR core-build#15 closed: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[16:45] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[16:45] <mup> PR core#48 closed: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:45] <mup> PR core#49 closed: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:46] <mup> PR core-build#11 opened: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[16:46] <mup> PR core#49 opened: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:47] <mup> PR # closed: snapcraft#1277, snapcraft#1298, snapcraft#1302, snapcraft#1313, snapcraft#1346, snapcraft#1348, snapcraft#1364, snapcraft#1382, snapcraft#1387, snapcraft#1388, snapcraft#1392, snapcraft#1395, snapcraft#1399, snapcraft#1407, snapcraft#1412, snapcraft#1414, snapcraft#1417,
[16:47] <mup> snapcraft#1419, snapcraft#1420, snapcraft#1425, snapcraft#1427, snapcraft#1428, snapcraft#1429, snapcraft#1430
[16:47] <zyga-ubuntu> hold your horses mup, github is drunk
[16:48] <mup> PR core#48 closed: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:48] <mup> PR core#49 closed: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:49] <mup> PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[16:50] <mup> PR # opened: snapcraft#1277, snapcraft#1298, snapcraft#1302, snapcraft#1313, snapcraft#1346, snapcraft#1348, snapcraft#1364, snapcraft#1382, snapcraft#1387, snapcraft#1388, snapcraft#1392, snapcraft#1395, snapcraft#1399, snapcraft#1407, snapcraft#1412, snapcraft#1414, snapcraft#1417,
[16:50] <mup> snapcraft#1419, snapcraft#1420, snapcraft#1425, snapcraft#1427, snapcraft#1428, snapcraft#1429, snapcraft#1430
[16:51] <mup> PR core#48 closed: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:51] <mup> PR core#49 closed: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:52] <mup> PR core#48 opened: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:53] <Chipaca> ogra_: could you mute mup for an hour?
[16:53] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[16:55] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:55] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:56] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:56] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:56] <mup> PR core-build#11 closed: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[16:56] <mup> PR core#48 opened: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[16:57] <mup> PR core#49 opened: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:57] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:57] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:58] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[16:58] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[16:58] <mup> PR core-build#15 closed: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[16:59] <mup> PR core#38 opened: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[16:59] <mup> PR core#49 opened: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[16:59] <mup> PR core-build#11 opened: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[17:01] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:01] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:01] <mup> PR core-build#15 closed: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[17:02] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[17:02] <mup> PR core#48 closed: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[17:02] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:02] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:05] <mup> PR # closed: snapcraft#1277, snapcraft#1298, snapcraft#1302, snapcraft#1313, snapcraft#1346, snapcraft#1348, snapcraft#1364, snapcraft#1382, snapcraft#1387, snapcraft#1388, snapcraft#1392, snapcraft#1395, snapcraft#1399, snapcraft#1407, snapcraft#1412, snapcraft#1414, snapcraft#1417,
[17:05] <mup> snapcraft#1419, snapcraft#1420, snapcraft#1425, snapcraft#1427, snapcraft#1428, snapcraft#1429, snapcraft#1430
[17:05] <jdstrand> roadmr: hi! would you mind pulling r893? again, not urgent
[17:06] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:06] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:07] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:07] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:08] <mup> PR # opened: snapcraft#1277, snapcraft#1298, snapcraft#1302, snapcraft#1313, snapcraft#1346, snapcraft#1348, snapcraft#1364, snapcraft#1382, snapcraft#1387, snapcraft#1388, snapcraft#1392, snapcraft#1395, snapcraft#1399, snapcraft#1407, snapcraft#1412, snapcraft#1414, snapcraft#1417,
[17:08] <mup> snapcraft#1419, snapcraft#1420, snapcraft#1425, snapcraft#1427, snapcraft#1428, snapcraft#1429, snapcraft#1430
[17:10] <mup> PR core#48 closed: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[17:10] <mup> PR core#49 closed: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[17:11] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:11] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:11] <mup> PR core#49 opened: more detailed build instructions <Created by ogra1> <https://github.com/snapcore/core/pull/49>
[17:12] <mup> PR core-build#15 closed: cloud-init: fix strict mode, ensure cloud-init only runs on positive id <Created by raharper> <https://github.com/snapcore/core-build/pull/15>
[17:14] <mup> PR core#38 closed: Add another pi-config option <Created by sergey-borovkov> <https://github.com/snapcore/core/pull/38>
[17:14] <mup> PR # closed: snapcraft#1277, snapcraft#1298, snapcraft#1302, snapcraft#1313, snapcraft#1346, snapcraft#1348, snapcraft#1364, snapcraft#1382, snapcraft#1387, snapcraft#1388, snapcraft#1392, snapcraft#1395, snapcraft#1399, snapcraft#1407, snapcraft#1412, snapcraft#1414, snapcraft#1417,
[17:14] <mup> snapcraft#1419, snapcraft#1420, snapcraft#1425, snapcraft#1427, snapcraft#1428, snapcraft#1429, snapcraft#1430
[17:14] <mup> PR core-build#11 opened: remove cruft from the writable-paths <Created by mvo5> <https://github.com/snapcore/core-build/pull/11>
[17:14] <mup> PR # opened: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:14] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:15] <mup> PR # closed: snapd#2807, snapd#2837, snapd#3120, snapd#3260, snapd#3346, snapd#3372, snapd#3398, snapd#3456, snapd#3478, snapd#3484, snapd#3499, snapd#3502, snapd#3520, snapd#3524, snapd#3526, snapd#3556, snapd#3560, snapd#3565, snapd#3568, snapd#3569, snapd#3571, snapd#3573, snapd#3581,
[17:15] <mup> snapd#3585, snapd#3586, snapd#3590, snapd#3593, snapd#3594, snapd#3604, snapd#3609, snapd#3616, snapd#3617, snapd#3621, snapd#3622, snapd#3623, snapd#3624, snapd#3625, snapd#3630, snapd#3632, snapd#3633, snapd#3634, snapd#3635
[17:16] <mup> PR core#48 opened: add support for `snap set core proxy.{http,https,ftp,all}` <Created by mvo5> <https://github.com/snapcore/core/pull/48>
[17:29] <roadmr> jdstrand: sure
[17:43] <jdstrand> roadmr: thanks! :)
[18:27] <zyga-ubuntu> jdstrand: some initial layout work: https://github.com/snapcore/snapd/pull/3636
[18:27] <zyga-ubuntu> jdstrand: parsing of the layout structure and initial validation
[18:29] <jdstrand> zyga-ubuntu: ok, I'll add it to the list. note the list is quite large atm
[18:33] <zyga-ubuntu> jdstrand: large/
[18:34] <zyga-ubuntu> ah
[18:34] <zyga-ubuntu> the list is large
[18:34] <zyga-ubuntu> fine :)
[18:34] <jdstrand> the list is large
[18:34] <zyga-ubuntu> I just wanted to let you know this is slowly coming
[18:34] <jdstrand> yes. we have a card for it. I've let ratliff_ and tyhicks know it is coming
[18:34] <zyga-ubuntu> I'll experiment with this and snap-update-ns now, nothing binding, just to have a base for conversations
[18:53] <cachio> ogra, running in pi2 with the beta image using a 8gb sd card I am getting this https://paste.ubuntu.com/25215062/
[18:53] <cachio> ogra, any idea?
[18:53] <cachio> it is really weird
[18:54] <cachio> ogra, more info https://paste.ubuntu.com/25215067/
[18:55] <cachio> so far I could not make the tests run in pi2 or pi3 with the last beta
[18:56] <jdstrand> ogra: hey, not sure you saw, but I responded to https://bugs.launchpad.net/snapd/+bug/1707612
[22:18] <ogra> cachio, has that image fully booted before ? (the resize-to-full-disk only happens on first boot)
[22:19] <ogra> cachio, though this is the same on all images apart from amd64 ...


[00:04] <claydoh> apachelogger: email sent, hope it is at least somewhat useful
[00:07] <apachelogger> ohm :/
[00:07] <apachelogger> claydoh: thanks
[00:32] <ryanakca> Riddell: Sure, have it ready?
[00:39] <Riddell> ryanakca: yo
[00:39] <Riddell> ryanakca: 4.4.4 is in the updates PPA, you can probably just copy and update the
[00:39] <Riddell> the 4.4.3 article
[00:49] <ryanakca> Riddell: OK
[00:49] <ryanakca> Riddell: Shall we put the gears part of the Kubuntu logo as the hackergotchi for our feed on planet.ubuntu.com?
[00:52] <ryanakca> In any case, http://www.kubuntu.org/news/kde-4.4.4
[03:05] <valorie> folks, I have no time for fixing right now, but updated KDE today
[03:05] <valorie> and now amarok will not start
[03:06] <valorie> freshly built from git -- still no go
[03:57] <CIA-91> [libqapt] jmthomas * 1133572 * trunk/playground/libs/libqapt/src/ (7 files) Use the Q_DECLARE_PRIVATE and Q_D macros for 100% const correctness apachelogger: ^
[03:57] <JontheEchidna> QApt::Package does need a lot of work. And a private class, for that matter.
[03:59] <CIA-91> [libqapt] jmthomas * 1133573 * trunk/playground/libs/libqapt/src/cache.h These aren't really slots...
[04:02] <CIA-91> [libqapt] jmthomas * 1133575 * trunk/playground/libs/libqapt/src/ (package.cpp package.h) These should be const
[04:20] <CIA-91> [libqapt] jmthomas * 1133580 * trunk/playground/libs/libqapt/src/ (backend.cpp backend.h) More const correctness fixes. Warning, breaks ABI. Better now than later, though.
[04:31] <lex79> JontheEchidna: when you have time https://launchpad.net/~alessandro-ghersi/+archive/staging/+packages
[04:32] <lex79> and retry this: https://launchpad.net/ubuntu/+source/wally/2.3.2-0ubuntu1/+build/1745535
[04:32] <lex79> and this: https://edge.launchpad.net/ubuntu/+source/rkward/0.5.3-2/+build/1745900
[04:32] <lex79> thanks :)
[04:32] <JontheEchidna> lex79: builds retried. Unless somebody gets to those packages first, I'll sponsor them tomorrow morning
[04:33]  * JontheEchidna wanders off to bed
[04:33] <lex79> yeah
[05:27] <ScottK> Riddell: We need NCommander.  kdebindings just FTBFS on armel with one of his favorites ....
[09:17] <apachelogger> JontheEchidna++
[09:33] <apachelogger> oh oh oh
[09:34] <apachelogger> claydoh: I think I have an idea why your ubuntuone-auth terminates
[09:34] <apachelogger> not why authing fails though
[09:50] <KRF> apachelogger: 384MB, afaik
[09:51] <apachelogger> kthx
[11:18] <Riddell> maverick works!
[11:18] <Riddell> but why on earth do I have two panels? http://jasmine.19inch.net/~jr/tmp/maverick.png
[11:24] <KRF> 2 > 1
[11:25] <KRF> Riddell: what icon set is this?
[11:28] <Riddell> oh don't start that again
[11:29] <Tm_T> KRF: defaults, so oxygen + air
[11:33] <apachelogger> Riddell: one coming from plasma and one coming from us I suppose
[11:34] <Riddell> lucky us
[11:36] <apachelogger> depends on the POV ^^
[11:37] <jussi> ooh, interesting...
[11:37] <jussi> maverick looks fun!
[11:37] <jussi> I think it might be VM install time...
[11:47] <apachelogger> Oo
[11:47]  * apachelogger is apparenlty too stupid to read from a binary file -.-
[11:48] <Riddell> jussi: it didn't work for me in a virtualbox VM, KDM crashes on startup
[11:48] <apparle> guys I have installed kdevelop but I donot get anything when I type d-> ? what could be the problem
[11:48] <jussi> Riddell: ahh :(
[11:50] <apparle> the project uses Q_Q and Q_D. Do I need to have any more packages installed to use them
[11:51] <apachelogger> do you actually use the Q_D macro in the function?
[11:51] <apachelogger> maybe kdevelop is just silly though
[11:51] <apparle> apachelogger: yes I have used it
[11:51] <apachelogger> then probably kdevelop is bugged
[11:51] <apachelogger> !!!!!!!!!!!!!!!!!!position: 13
[11:51] <apachelogger> read: 1
[11:51] <apachelogger> position: 15
[11:51] <apachelogger> can someone explain that?
[11:51] <apachelogger> that is a ifsream and for some reason it goes from 13 to 15 :/
[11:53] <apparle> apachelogger: and when I keep my mouse over Q_D it says Q_D is not defined, so it seems it is not taking the macro defination.
[11:53] <apachelogger> hm
[11:53] <apparle> apachelogger: and considering qt recommends not to use Q_D, do I need a -dev package installed
[11:53] <apachelogger> maybe you should use the Q_DECLARE_PRIVATE macro first :P
[11:53] <apachelogger> otherwise Q_D will indeed not be AFAIK
[11:54] <apparle> apachelogger: all that is done
[11:54] <apachelogger> well
[11:54] <apachelogger> it would help if you could upload the code somewhere
[11:55] <apparle> apachelogger: its shaman code, in playground/sysadmin, I am just modifying a function
[11:55] <apachelogger> apparle: did you introduce dptrs or was this there already?
[12:02] <apparle> apachelogger: did you get my message?
[12:02] <apachelogger> no
[12:03] <apparle> apachelogger: the code is in playground/sysadmin/shaman
[12:03] <apachelogger> yeah
[12:03] <apachelogger> there is a lot of code
[12:03] <apparle> apachelogger: in libshaman/coreplugin.cpp
[12:03] <apparle> apachelogger: in libshaman/shamancoreplugin.cpp
[12:04] <apachelogger> works here
[12:04] <apachelogger> also there are already Q_D usages throughout that file
[12:05] <apparle> apachelogger: ya that's what I said, so why doesn't it work at my place.
[12:05] <apparle> apachelogger: do I need to have some qt dev package? or kde dev package?
[12:05] <apachelogger> [12:51:28] <apachelogger> then probably kdevelop is bugged
[12:06] <apachelogger> Q_D is defined in qglobal.h
[12:06] <apachelogger> you cannot do anything without that file to begin with
[12:06] <apparle> apachelogger: and that file is in which kubuntu package
[12:06] <apachelogger> dunno
[12:06] <apachelogger> libqt4-dev probably
[12:07] <apparle> apachelogger: there is some command for apt isn't it?
[12:07] <apachelogger> huh?
[12:07] <apachelogger> what command?
[12:07] <JontheEchidna> !find qglobal.h
[12:07] <JontheEchidna> !info dlocate
[12:08] <JontheEchidna> dlocate qglobals.h, for local magic
[12:08] <apparle> apachelogger: ok thanks I'll check if I have libqt4-dev
[12:09] <apparle> apachelogger: I have it installed
[12:10] <apachelogger> [13:05:32] <apachelogger> [12:51:28] <apachelogger> then probably kdevelop is bugged
[12:11] <JontheEchidna> apachelogger: btw, have you seen that ubuntuone-kde build failure on amd64? Happens locally for me, too
[12:11] <apachelogger> yeah
[12:11] <apachelogger> its because of the static linking most likely
[12:26] <apparle> apachelogger: I am not getting options for any objects for that particular project only, any ideas
[12:26] <apachelogger> apparle: #kdevelop
[12:26] <apachelogger> if that exists
[12:27] <apparle> apachelogger: it does, but ususally I don't get any reply :(
[12:27] <apachelogger> well
[12:27] <apachelogger> I do not use ugly software
[12:27] <apachelogger> so I am of no help with kdevelop
[12:28] <apparle> apachelogger: kdevelop seems good to me, but it doesn't have any damn documentation :(
[12:46] <apparle> apachelogger: do you know any other ide. or how to import a cmake project in qtcreator
[12:59] <apparle> what is the name of package of kde4 dev files
[13:01] <Tm_T> kde-devel - the K Desktop Environment development files and modules
[13:04] <apparle> Tm_T: how come kdevelop doesn't install them
[13:05] <Tm_T> apparle: because it doesn't need them to be able to run and work?
[13:05] <apparle> Tm_T: ohh
[13:06] <Tm_T> apparle: ofcourse if you want to develop, let's say, plasma, you would need to install related headers then
[13:07] <apparle> Tm_T: there should be some tutorial or something, for getting started in kde development in kubuntu etc
[13:11]  * txwikinger wonders what he could do today
[13:33] <apparle> Tm_T:  apachelogger: I didn't have kde dev libraries so kdevelop was not working, thanks
[13:42] <JontheEchidna> neat, we can sync kde-style-qtcurve now \o/
[13:54] <ScottK> Riddell: Your netbook install worked?
[13:55] <Riddell> ScottK: yes indeed
[13:55] <ScottK> OK.  I think I'll upgrade my netbook for real so I have an actual test platform again.
[13:57] <Riddell> ah well, upgrade, that's unchartered territory
[14:01] <ScottK> Certainly.
[14:01] <ScottK> I work very hard to make sure there's nothing on the netbook I actually care about.
[14:01] <ScottK> If it dies, it dies.
[14:02]  * ScottK reinstalled it twice during UDS.
[14:25] <JontheEchidna> Nice, kubuntu-notification-helper actually got translated in 10.04: http://launchpadlibrarian.net/49553208/wrong_kubuntu.png
[14:28] <ScottK> Lucid -> Maverick i386 upgrade test in progres ....
[14:28] <shadeslayer> Maverick iso up for testing ;)
[14:28] <JontheEchidna> So, in 10.04 kpackagekit depends on kdebase-workspace-bin. It did this because the policykit-kde dialog used to be in that package in 9.10. Would it be SRU-worthy to change this dependency?
[14:29] <JontheEchidna> since kdebase-runtime recommends kubuntu-debug-installer which depends on kpackagekit, all KDE apps in lucid bring in kdebase-workspace
[14:29] <shadeslayer> i wonder if the maverick iso has 4.5 packages...
[14:29] <ScottK> Could it be called a regression?
[14:29] <ScottK> shadeslayer: 4.5 beta, yes.
[14:29] <shadeslayer> ScottK: oh awesome.. ill probably install it then :P
[14:30] <ScottK> Not ones you can install on Lucid though.
[14:30] <shadeslayer> ScottK: of course ;)
[14:30] <ScottK> shadeslayer: Qt 4.7 beta too.
[14:30] <JontheEchidna> ScottK: Previous releases did not require so much KDE to run simple KDE applications, and technically the dependency is wrong.
[14:30] <shadeslayer> ScottK: Archlinux+Kubuntu Maverick== Will be Awesome
[14:31] <ScottK> JontheEchidna: Then it's a regression and SRU worthy.  Particularly since it's a low risk change.
[14:31] <ScottK> shadeslayer: Archlinux is really off topic here.
[14:31] <JontheEchidna> OK
[14:33] <Riddell> ScottK, JontheEchidna: if we're talking SRUs and changing lucid seeds, we had a request from calc to add ttf-liberation
[14:33] <Riddell> else openoffice defaults to poor fonts
[14:34] <ScottK> OK.  I can do that when I do kdebase-plasma
[14:34] <ScottK> Riddell: Is there a bug for that?
[14:34] <Riddell> ScottK: not that I know of
[14:34] <Riddell> but we'd need to check how it affects CD size
[14:35] <ScottK> Right.
[14:36] <ScottK> Installed size is ~1MB.
[14:37] <Riddell> and I think all our images have >1MB to spare
[14:41] <Riddell> yes they do
[14:58] <Riddell> ScottK: launchpad.net/bugs/588723
[15:18] <Riddell> ScottK: added to lucid seed so if you're rebuilding kubuntu-meta check that gets in too
[15:21] <CIA-91> [libqapt] jmthomas * 1133812 * trunk/playground/libs/libqapt/utils/qapt-batch/ (qaptbatch.cpp qaptbatch.h) Split out the DBus calls to the QApt worker into a function.
[15:24] <ScottK> Riddell: Will do.
[15:24] <ScottK> Maverick upgrade went fine.
[15:26] <ScottK> Riddell: Are the panel and related popups supposed to be transparent?
[15:26] <ScottK> semi-transparent, really.
[15:26] <ScottK> It totally doesn't work for netbook with the autohide panel at the top.
[15:28] <ScottK> JontheEchidna: I think the patch you did for the plasma-netbook startup transition needs another look.  The screen went black for a bit after KDM went away.
[15:28] <JontheEchidna> ScottK: ksplash seems broken in general in 4.5
[15:28] <ScottK> OK.
[15:28] <JontheEchidna> ScottK: are you on a 64 bit machine?
[15:29] <ScottK> No
[15:29] <JontheEchidna> hmm, ok. Is the blur kwin plugin enabled?
[15:29] <ScottK> How do I tell?
[15:30] <JontheEchidna> ScottK: well, it seems broken for you since you report very transparent popups, but you can check in System Settings -> Desktop Effects
[15:30] <ScottK> OK.
[15:31] <shadeslayer_> Blur works in lucid though
[15:32] <ScottK> JontheEchidna: It's enabled.
[15:32] <JontheEchidna> ScottK: ok, disable that, and plasma should fall back to a sane background
[15:32] <ScottK> Thanks.  Is that a known issue?
[15:32]  * shadeslayer_ mumbles as Rosseta spams his inbox...
[15:32] <JontheEchidna> ScottK: It was for amd64
[15:33] <ScottK> Is there a bug I should comment on then?
[15:34] <JontheEchidna> The 64 bit bug was fixed post-beta. I'd guess that similar symptoms on a 32-bit are a separate issue
[15:35] <ScottK> Hmm.
[15:35] <ScottK> Still semi-transparent.
[15:35] <JontheEchidna> better, at least?
[15:36] <ScottK> Slightly
[15:36] <shadeslayer_> JontheEchidna: with the ksplash,i think there was a discussion about removing it in general from maverick
[15:36] <shadeslayer_> not sure though
[15:37] <JontheEchidna> shadeslayer_: unrelated
[15:37] <JontheEchidna> it's just broken
[15:39] <ScottK> Nice.  Screensaver is totally transparent too.
[15:40] <JontheEchidna> O.o
[15:43] <CIA-91> [libqapt] jmthomas * 1133815 * trunk/playground/libs/libqapt/utils/qapt-batch/ (qaptbatch.cpp qaptbatch.h) Stub our an errorOccurred function. I need a function to create KMessageBoxes for errors next, so that I don't have to do all the code for creating a KMessageBox each time I want to use one for errors
[15:46] <ScottK> Any idea where screen saver settings are in the new systemsetting layout?
[15:49] <Riddell> Display and Monitor of course
[15:52] <ScottK> Right.
[15:53] <ScottK> Looks like we lost userconfig when the advanced tab went away.
[16:08] <JontheEchidna> userconfig is in Lost and Found here
[16:08] <CIA-91> [libqapt] jmthomas * 1133821 * trunk/playground/libs/libqapt/utils/qapt-batch/ (qaptbatch.cpp qaptbatch.h) Full error reporting support. Once LibQApt supports reporting non-fatal warnings, qapt-batch should get support for these as well.
[16:08] <JontheEchidna> (bottommost category)
[16:09] <ScottK> Right.  Scroll bar was too subtle for me.  Thanks.
[16:11] <JontheEchidna> I think that "Device actions" should go inside "Removable Devices"
[16:19] <Riddell> whee, maverick install CDs a doing well
[16:20] <Riddell> ScottK: really no problems with upgrade?
[16:21] <ScottK> Riddell: The resulting desktop has some rough edges, but no upgrade issues at all.
[16:21] <Riddell> ScottK: did you just do a dist-upgrade?
[16:21] <ScottK> Riddell: I used the command line do-release-upgrade tool, but I watched for file conflicts and there weren't any.
[16:22] <Riddell> lovely
[16:22] <ScottK> Riddell: The biggest issue is that panel transparency does not work at all on netbook.
[16:23] <Riddell> for an alpha 1 that's not a big issue I'd say
[16:23] <ScottK> Typically stuff is popping over areas that have lots of text and things end up unreadable.
[16:23] <Riddell> might even be an upstream bug
[16:23] <ScottK> Riddell: For Kubuntu Alpha 1 it's a detail.  For KDE 4.5 beta, it worries me.
[16:23] <ScottK> Yes.
[16:24] <ScottK> That's why I didn't put it in the ISO tracker.
[16:25] <Riddell> might be http://bugs.kde.org/show_bug.cgi?id=235620 except it happens on i386 too
[16:26] <CIA-91> [libqapt] jmthomas * 1133826 * trunk/playground/libs/libqapt/src/ (backend.cpp globals.h group.h) Further header guard tightening
[16:29] <ScottK> I guess we'll see.
[16:29] <ScottK> Riddell: Clearly the only explanation for the smooth upgrade is it must be that Keybuk has been on holiday.
[16:34] <Quintasan> seriously
[16:34] <Quintasan> something is wrong with network-manager
[16:36] <Quintasan> I do "sudo start network-manager" and KNetworkManager says - "Network Managment disabled"
[16:38] <CIA-91> [libqapt] jmthomas * 1133832 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp (log message trimmed)
[16:38] <CIA-91> Unfortunately KProgressDialog has an auto-show feature that I seem to have no
[16:38] <CIA-91> control over. A blank KProgressDialog looks a bit unsettling, so at least say
[16:39] <lex79> JontheEchidna: thanks :)
[16:39] <JontheEchidna> lex79: yup, no prob
[16:40] <lex79> do we are in freeze for main?
[16:40] <JontheEchidna> yes
[16:40] <Quintasan> JontheEchidna: did you review my ktorrent merge?
[16:41] <JontheEchidna> Quintasan: If you asked, I forgot :s
[16:41] <Quintasan> well, it's not like we have a freeze coming, is it?
[16:41] <Quintasan> please do it at some point
[16:43] <JontheEchidna> sure. sorry about forgetting
[16:45] <Quintasan> no probs :D
[16:45]  * Quintasan is forgetting more things anyways
[16:47] <shadeslayer_> were in freeze?
[16:47] <shadeslayer_> \o/
[16:47] <Quintasan> shadeslayer_: wth are you babbling about?
[16:47] <Quintasan> no freeze plox
[16:48]  * Quintasan has moar translating to do that he had during lucid
[16:48] <shadeslayer_> Quintasan: 21:10 < lex79> do we are in freeze for main?
[16:49] <Quintasan> oh gawd
[16:49] <Quintasan> ktorrent is in main >_<
[16:49] <shadeslayer_> Quintasan: i was just confirming if we were in freeze or not... since i dont think we are
[16:49] <Riddell> we are
[16:49] <Quintasan> :<
[16:49] <Riddell> subcription to ubuntu-devel-announce advised
[16:50]  * Quintasan goes and subscribes
[16:50] <Quintasan> and creates a filter in KMail
[16:50]  * shadeslayer_ likes his mail to be stored online and not take up precious disk space
[16:52] <shadeslayer_> Riddell: when was the announcement made?
[16:52] <shadeslayer_> apparently im subscribed to that ml :P
[16:53] <Riddell> May 31 Martin Pitt     (  97) [ubuntu-devel-announce] Maverick Alpha 1 freeze ahead
[16:53] <Riddell> it's also in the #ubuntu-devel topic
[16:54] <shadeslayer_> hmm
[16:58] <shadeslayer_> Riddell: btw the schedule doesnt mention the freeze
[16:58] <Riddell> no, it's assumed developers know
[16:59] <Riddell> I think I found a bug in maverick, k3b can't burn a CD
[16:59]  * Riddell wonders how to test the amd64 alternate
[16:59] <shadeslayer_> Riddell: i would have tested it,but it doesnt boot off a USB stick :P
[16:59] <Riddell> boots fine off usb here
[16:59] <shadeslayer_> and since we also have live cd's im testing that
[17:00] <shadeslayer_> Riddell: alternate CD?
[17:00] <Riddell> should do yes, that's how I installed i386
[17:00] <Riddell> and seems a good answer to my questions of how I should test amd64 alternate :)
[17:01] <shadeslayer_> use a VM :P
[17:01] <Riddell> VMs not working so well it seems, both me and ara had it fail at login
[17:02] <shadeslayer_> my zsync is almost complete,lets see where it gets in a VM
[17:11] <agateau> ScottK: hi
[17:11] <agateau> ScottK: before I leave, your pony has arrived
[17:12] <agateau> ScottK: http://bazaar.launchpad.net/~agateau/plasma-widget-message-indicator/trunk/revision/137
[17:12] <Riddell> agateau: where's the updated plasma menu source?
[17:12] <agateau> ScottK: or at least it has been commited
[17:12] <agateau> Riddell: in LP
[17:12]  * agateau grabs the url
[17:13] <agateau> Riddell: https://launchpad.net/plasma-widget-menubar/+download
[17:13] <Riddell> thanks, I'll get that up shortly
[17:13]  * agateau just realized the tarball name is weird
[17:13] <agateau> it seems this lp-project-upload needs a fix
[17:14] <agateau> ScottK: will do a release tomorrow
[17:34] <shadeslayer_> Riddell: hmm.. i just get a white screen after logging in ( in VM ) and apparently i think there are 2 panels,one at the top and the bottom one
[17:35] <Riddell> shadeslayer_: that's what ara reported
[17:35] <Riddell> 2 panels is know
[17:35] <Riddell> white screen is strange and mysterious
[17:35] <Riddell> can you do alt-f2 and start konsole?
[17:35] <shadeslayer_> Riddell: yes
[17:36] <Riddell> and that works fine?
[17:36] <shadeslayer_> Riddell: nope..
[17:36] <Riddell> what's up?
[17:37] <shadeslayer_> Riddell: seems it doesnt detect X11
[17:37] <shadeslayer_> Riddell: i typed konsole in the tty btw
[17:37] <Riddell> how do you mean "doesnt detect X11"?
[17:38] <shadeslayer_> hold on
[17:38] <shadeslayer_> Riddell: http://imagebin.ca/view/ydGe5w.html
[17:39] <Riddell> that's not a white screen
[17:39] <shadeslayer_> Riddell: oh you want the white screenshot?
[17:40] <shadeslayer_> Riddell: http://imagebin.ca/view/wZ7nXk.html
[17:41] <Riddell> right, and can you do  alt-f2  konsole from there?
[17:42] <shadeslayer_> Riddell: nope... alt+f2 doesnt start krunner
[17:43] <Riddell> what happens if you go to the linux console and run   killall plasma-desktop
[17:43] <Riddell> then switch back to X
[17:44] <shadeslayer_> lemme switch to kvm
[17:44] <CIA-91> [libqapt] jmthomas * 1133845 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp More grammatically correct way to report speed
[17:46] <CIA-91> [libqapt] jmthomas * 1133846 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp Don't report speed at all if speed is zero. It's common for there to not be a speed estimate while apt is downloading things
[17:47] <shadeslayer_> Riddell: done..
[17:48] <Riddell> shadeslayer_: what happens?
[17:48] <shadeslayer_> Riddell: x is all white :P
[17:48] <Riddell> hmm
[17:48] <Riddell> what happens if you go to a linux console and killall kwin ?
[17:49] <shadeslayer_> same thing :P
[17:50] <Riddell> all a mystery then
[17:51] <shadeslayer_> hehe :D
[17:53]  * shadeslayer_ tries install only mode
[17:54] <shadeslayer_> Riddell: well it starts,but the buttons are not with the theme...
[17:54] <shadeslayer_> s/with/go with
[17:55] <shadeslayer_> well.. if you boot the install only mode,and quit,then you get a black screen instead of a white one :P
[18:30] <CIA-91> [libqapt] jmthomas * 1133861 * trunk/playground/libs/libqapt/src/ (cache.h package.h) Redocumenting the QApt namespace in each header should not be necessary
[18:39] <ScottK> apachelogger: Can I install fluffy profiles for just one user?  I've got one person who I think is in the core fluffy demographic.
[18:42] <CIA-91> [libqapt] jmthomas * 1133867 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp Hide the cancel button during commits since we can't safely cancel during that stage.
[18:48] <shadeslayer> Riddell: the Live cd works :P
[18:49] <Riddell> shadeslayer: on real hardware or VM?
[18:49] <shadeslayer> not in a VM,but if you burn it to your USB/CD,everything comes up fine
[18:49] <shadeslayer> real hardware
[18:49] <Riddell> strange that, but good
[18:49] <shadeslayer> couldnt connect to a wep network though..
[18:50] <shadeslayer> its a bit slow to start things up,but i think that was more of a transition effect...
[18:50] <shadeslayer> everything else seemed fine,i could mount and unmount partitions with dolphin
[18:51] <shadeslayer> ubiquity starts up,i tried it till the manual partitioning section..
[18:52] <shadeslayer> totally weird that it doesnt start up in a VM
[18:54] <txwikinger> Riddell: anything else waiting for packaging?
[18:55] <Riddell> we still have some universe merges I think
[18:56] <CIA-91> [libqapt] jmthomas * 1133872 * trunk/playground/libs/libqapt/utils/qapt-batch/qaptbatch.cpp It's not really worth it to bother with plurals for window titles, so give a less descriptive window title. (The info's already in the dialog label) Also, change the window title when an install/removal is completed
[18:56] <Riddell> kphotoalbum
[18:57] <Riddell> ktechlab
[18:57] <Riddell> kst
[18:57] <shadeslayer> Riddell: added result to http://iso.qa.ubuntu.com/qatracker/result/4220/51
[18:57] <shadeslayer> Riddell: btw i hope you have some packaging work after the 11th of this month
[18:58] <JontheEchidna> Hmm, I think I'm just about at the point where I say, "try to break qapt-batch"
[18:58] <Riddell> packaging is not something we tend to run out of
[18:58] <shadeslayer> :D
[18:58] <Riddell> thanks shadeslayer
[18:58] <ScottK> txwikinger: I noticed the upcoming bug day is for compiz.  It might be nice to have a companion kwin bug session.
[18:59] <txwikinger> ScottK: I already liaised with the QA team
[18:59] <ScottK> Cool.
[18:59] <txwikinger> I will be doing bug days on Monday to spread it around a little
[18:59]  * JontheEchidna notes we only have 4 kwin bugs
[18:59] <txwikinger> I was thinking doing kdenetwork bugs on Monday
[18:59] <shadeslayer> Riddell: no problem.. :)
[19:00] <ScottK> JontheEchidna: Well that was part of my point.  "Wow, you have 80 compiz bugs? We only have 4 kwin bugs."
[19:00] <JontheEchidna> :P
[19:00] <JontheEchidna> considering we have 1/4 the users, that's still quite good
[19:01] <txwikinger> ? More users == more bugs?
[19:01] <ScottK> More users don't make the software more broken.
[19:01] <txwikinger> maybe we should not have any users :D
[19:01] <JontheEchidna> :D
[19:01] <ScottK> The best way to have no bugs is do no testing.
[19:01] <ScottK> Actually no bug tracker is better.
[19:01] <mgraesslin> send your bug triagers upstream for kwin - we have 420 ;-)
[19:01] <ScottK> txwikinger: ^^^
[19:01] <txwikinger> ScottK: that is only no visible bugs
[19:02] <txwikinger> can we triage in the KDE bugtracker?
[19:02] <shadeslayer> ScottK: btw are we moving to a new backend in 10.10 for kpk?
[19:02] <ScottK> Not afaik, but I'm not tracking it.
[19:02] <JontheEchidna> shadeslayer: the aptcc packagekit backend, once dist-upgrade support is implemented
[19:03] <shadeslayer> JontheEchidna: oh awesome :D
[19:03] <shadeslayer> JontheEchidna: how much better is it?
[19:03] <JontheEchidna> it should be more robust than the current python-apt based backend
[19:03]  * shadeslayer notes that he can install the same in lucid
[19:04] <JontheEchidna> sudo apt-get install packagekit-backend-apt; then edit /etc/PackageKit/PackageKit.conf
[19:04] <JontheEchidna> DefaultBackend=aptcc
[19:05] <JontheEchidna> er
[19:05] <JontheEchidna> packagekit-backend-aptcc
[19:05] <JontheEchidna> ^.^
[19:05] <JontheEchidna> sudo apt-get install packagekit-backend-aptcc; then edit /etc/PackageKit/PackageKit.conf to DefaultBackend=aptcc
[19:06] <JontheEchidna> Riddell: do you take care of planetkde-ish things?
[19:09] <shadeslayer> JontheEchidna: kpackagekit: symbol lookup error: kpackagekit: undefined symbol: _ZN13KCMultiDialog16staticMetaObjectE
[19:09] <JontheEchidna> shadeslayer: lucid?
[19:09] <shadeslayer> JontheEchidna: yeah,but just hold on
[19:09] <JontheEchidna> somebody should upload the kde4libs with the ABI fix
[19:10] <shadeslayer> yep :)
[19:10] <JontheEchidna> then we could probably release the packages for lucid...
[19:11] <ScottK> Do we have it in Maverick already?
[19:12] <shadeslayer> JontheEchidna: any idea how i can upgrade with pkcon?
[19:12] <JontheEchidna> ScottK: yeah, the abi fix is in maverick
[19:12] <ScottK> OK.  Great.
[19:13] <JontheEchidna> shadeslayer: looks like pkcon only supports install and remove
[19:13] <shadeslayer> :P
[19:48] <Tonio_> hi there
[19:48] <Tonio_> I get a little trouble with kontact
[19:48] <Tonio_> contacts in akonadi seem to be completly broken, can someone confirm ?
[19:50] <Tonio_> all I get when I try to add a new address book I get this : Could not add address book: Agent instance creation timed out
[20:06] <apachelogger> ScottK: currently you can since the git branch does not take over the kubuntu profile, but just installs stuff into appropriate dirs
[20:06] <apachelogger> not sure how to handle this in the future though
[20:11] <ScottK> If this is maintained, I'd probably install it.
[20:19] <apachelogger> ScottK: not sure, Ill need to look into it soonish anyway, because I am not sure if we should stack our settings ontop of the kubuntu ones or instead of them
[20:19] <apachelogger> fregl: ^ opinions
[20:21] <apachelogger> hm
[20:21] <apachelogger> claydoh: either something is broken in the cloud or I did not patch libqoauth completely :/
[20:21] <apachelogger> former is entirely possible
[20:21] <apachelogger> u1 is not the most reliable service these days
[20:21] <apachelogger> I can reproduce it in a vm though
[20:26] <Tonio_> is it just me or is akonadi integration in kontact the worst thing ever ?
[20:27] <apachelogger> AHHHHHH
[20:27] <apachelogger> now it all becomes clear
[20:27] <Tonio_> you want to add a calendar, and in the middle of the sources, you have the akonadi one
[20:27] <ScottK> Tonio_: worst thing ever would be pretty strong, but I'm not a fan.
[20:27] <Tonio_> ScottK: I consider the usability of this
[20:28] <Tonio_> ScottK: when you want to add a calendar, you have different sources, including akonadi, then if you choose akonadi ,you have different sources AGAIN, including "traditional"
[20:28] <Tonio_> if you choose this, you get the exact same list a the first
[20:28] <Tonio_> I don't get this.......
[20:28] <ScottK> I didn't say I liked it.
[20:29] <ScottK> It's not, for example, worse than Windows ME.
[20:29] <Tonio_> :)
[20:29] <Tonio_> ScottK: just to be sure I'm okay :
[20:29] <Tonio_> kaddressbook is ported to akonadi
[20:30] <Tonio_> so.... it has traditional resources, and akonadi resources
[20:30] <Tonio_> that's fine
[20:30] <Tonio_> BUT
[20:30] <Tonio_> akonadi also has a compability layer for traditional resources, right ?
[20:30] <Tonio_> same happens with korganizer
[20:31] <JontheEchidna> iirc KAddressbook can only do traditional via akonadi
[20:31] <Tonio_> everything seems to be duplicate...
[20:31] <apachelogger> hm
[20:31] <Tonio_> JontheEchidna: go in the options....... you can set an ldap server from there, and that doesn't look like akonadi afaik
[20:31] <JontheEchidna> ah, I meant traditional as in traditional local vcard
[20:32] <Tonio_> JontheEchidna: but what I just said is indeed particularly true with korganizer
[20:32] <Tonio_> JontheEchidna: the software can do traditional or akonadi, and akonadi can do traditional....
[20:32] <JontheEchidna> well, I'm not defending that akonadi isn't a complete mess. It's a disaster
[20:32] <Tonio_> good luck tomake this "configurable by john doe"
[20:32] <dantti> Riddell: pinhero created laser icons :D http://img109.imageshack.us/img109/700/printmanagerlaserqueue.png  http://img444.imageshack.us/img444/2989/printmanagerlaser.png
[20:32] <Tonio_> JontheEchidna: :)
[20:34] <Tonio_> JontheEchidna: what are the plans to impove this ?
[20:34] <JontheEchidna> Tonio_: we are at the mercy of the akonadi overl0rds
[20:34] <apachelogger> a) akonadi is not a complete mess it just has limited deployment scope
[20:34] <Tonio_> JontheEchidna: cause honestly, except from a kde dev, nobody is supposed to understand how this works...
[20:34] <apachelogger> b) that kaddressbook shiz does have nothing to do with akonadi anyway, but with silly devs on the kaddresbook side of things
[20:35] <Tonio_> apachelogger: okay it may not be akonadi devs fault
[20:35] <Tonio_> apachelogger: thething is that all of this is just a nonsense
[20:35] <Tonio_> apachelogger: from a usability perspective, it is all a nightmare...
[20:35] <apachelogger> it makes perfect sense from that perspective
[20:35] <Tonio_> of course if there was just akonadi has a backend it would make sense
[20:35] <apachelogger> but only if implemented properly
[20:36] <apachelogger> and as it stands it is only carried half way through
[20:36] <apachelogger> that is also why kaddressbook lacks features
[20:36] <apachelogger> unfinished work
[20:36] <JontheEchidna> let me revise my statement, KDEPIM's akonadi implementation is a deployability and usability mes
[20:36] <JontheEchidna> +s
[20:36] <apachelogger> this got nothing to do with usability
[20:36] <Tonio_> apachelogger: what I don't get is the all "you have 10 ways to had 10 kinds of resources, with 2 different compatibility layers"
[20:36] <apachelogger> dont hijack buzzwords
[20:36] <Tonio_> cause the "old way compatibility" has 2 implementations
[20:36] <Tonio_> one in akonadi
[20:36] <Tonio_> one in the softwares....
[20:37] <apachelogger> Tonio_: that ought to go away
[20:37] <apachelogger> all goes through akonadi
[20:37] <Tonio_> apachelogger: I know but I mean... kde4 is out for 3 years now :)
[20:37] <apachelogger> well
[20:37] <apachelogger> look at plasma
[20:39]  * JontheEchidna thinks "what about plasma?"
[20:41] <apachelogger> remove your panel and move the systray to the desktop
[20:41] <apachelogger> good fun with broken systray :P
[20:42] <JontheEchidna> that is due to xembed madness
[20:44] <JontheEchidna> klipper fail: http://simplest-image-hosting.net/i0-plasma-desktopc17659-jpg.jpg Due to a bug (fixed post beta) the klipper menu doesn't close when it looses focus. Now I can't get to the tray icon to close it :D
[20:45] <apachelogger> dpkg-source: error: cannot represent change to ubuntuone-kde-0.0.0~alpha1/data/ox16-app-ubuntuone.png: binary file contents changed
[20:45] <apachelogger> I always wonder how bzr-buildpackage manages to come up with that sort of stuff
[20:45] <JontheEchidna> apachelogger: you're trying to build a native package with 3.0 (quilt)
[20:45] <JontheEchidna> or at least what you had in your ppa was
[20:45] <Tonio_> apachelogger: re
[20:45] <Tonio_> apachelogger: I know it'll go away
[20:46] <Tonio_> the thing is that the current status is "migrated to akonadi, but not really, but still a little bit"
[20:46] <Tonio_> nothing should have been released like this...
[20:46] <apachelogger>   2 native = False
[20:46] <apachelogger> true
[20:46] <apachelogger> then again
[20:46] <apachelogger> magic bzr-buildpackage does not even create the right tar.gz
[20:46] <apachelogger> well, today seems a technology fails-me day again
[20:47] <Tonio_> I'm a little tired of this "everything changes and breaks and gets fixed and breaks again" thing
[20:47] <Tonio_> ....
[20:47] <Tonio_> don't ask me why I have real motivation issues to contribute :)
[20:47] <apachelogger> JontheEchidna: oh, you know, native = False should make it non-native ^^
[20:48] <apachelogger> Tonio_: why do you have real motivation issues to contribute? :P
[20:48] <Tonio_> I have no pb, with things expected to be stable in the future... the question is "will all this be stable one day ?"
[20:48] <Tonio_> apachelogger: :)
[20:48] <JontheEchidna> apachelogger: btw, I haz packages: https://launchpad.net/~echidnaman/+archive/ppa/+packages?field.series_filter=lucid
[20:49] <apachelogger> Using the upstream tarball that is present in /home/me/src/bzr/u1/tarballs
[20:49] <apachelogger> argh!!!
[20:49] <apachelogger> JontheEchidna: did you recipe that? ^^
[20:50] <JontheEchidna> apachelogger: nope
[20:50] <apachelogger> JontheEchidna: I was wondering why the worker seems to do so much heavy lifting btw
[20:50] <apachelogger> couldnt most of that be in the library and then accessed by the worker?
[20:51] <JontheEchidna> apachelogger: which stuff?
[20:51] <apachelogger> all of it :P
[20:51] <JontheEchidna> well
[20:51] <apachelogger> I didnt look at the specifics
[20:51] <JontheEchidna> it does need root to do most of that stuff
[20:51] <apachelogger> but the ratio of library vs. worker includes seems a bit off
[20:52] <apachelogger> JontheEchidna: the library will not care about that?
[20:52] <JontheEchidna> well, you'd have to run the whole app as root to make it not care
[20:52] <apachelogger> JontheEchidna: who says that you cannot build an app that only runs with su
[20:52] <apachelogger> JontheEchidna: IMHO the library should not force the app developer into kauth
[20:53] <JontheEchidna> It doesn't use KAuth
[20:53] <apachelogger> well, that dbusing there :P
[20:54] <apachelogger> say you want to build something ontop of libqapt that implements its own do-root stuff approach
[20:54] <apachelogger> that thing would basically have to do the whole logic that is in worker
[20:54] <JontheEchidna> what's the usecase, though?
[20:55] <apachelogger> wrong question for a lib IMHO
[20:55] <apachelogger> you want the sharable logic in a shared lib, neverminding if there is a use case
[20:56] <JontheEchidna> There isn't that much overlap
[20:56] <JontheEchidna> only that you have to remark the packages as ToInstall, ToRemove, etc once inside the worker
[20:57] <apachelogger> well, I just think, worker is a lot to heavy on the code side considering what it does
[20:58] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/auth/AuthHandler.cpp Be clearer about the intentions
[20:58] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ubuntuone-kde.links Link oauth_urls file to be found by QSettings -> makes auth work
[21:00] <Quintasan> \o
[21:01]  * JontheEchidna packs up to go home, bbl
[21:03] <apachelogger> fregl: dude!
[21:03] <apachelogger> fregl: http://imagebin.ca/view/5XcRTXS.html
[21:03] <apachelogger> fregl: you did again not embed the pics, that is why my panel is black!!!
[21:03] <apachelogger> omg!
[21:29] <Tonio_> apachelogger: the good thing is that it should be a lot better with 4.5...
[21:29] <Tonio_> apachelogger: http://techbase.kde.org/Projects/PIM/Akonadi#Scheduled_for_KDE_4.5_.2F_Akonadi_1.4
[21:30] <Tonio_> as long as everything ends with "done"
[21:37] <Quintasan> hmm
[21:37] <Quintasan> nice
[21:42] <apachelogger> fregl: http://imagebin.ca/view/rhFXTH.html \o/
[21:42] <apachelogger> margins might need some tweaking still
[21:42] <apachelogger> Tonio_: well, that is even going to be delayed AFAIK
[21:43] <apachelogger> so who knows what will end up in that release ^^
[21:44]  * ScottK hints at Riddell that Main is frozen at the moment (re kdegames).
[21:47]  * fregl hides
[21:48] <fregl> apachelogger: ok, do you still want me to embed the freaking images? or did you do that now?
[21:48] <apachelogger> fregl: I did that :)
[21:48] <fregl> apachelogger: what did you want opinions on earlier?
[21:48] <apachelogger> we should do alpha soonish I suppose
[21:48] <fregl> yeah, stupid me
[21:48] <fregl> cool
[21:49] <Tonio_> apachelogger: :'(
[21:49] <apachelogger> Tonio_: go use fluffy, no kdepim there :P
[21:49] <apachelogger> fregl: opinion on whether we want to build ontop of kubuntu's default settings or do our own show
[21:50]  * ScottK really wants it per user.
[21:50] <apachelogger> (default settings involves: getting rid of "tips of the day" + fonts + branding + other stuff
[21:50] <apachelogger> )
[21:50] <fregl> I have no clue what kubuntu default settings are tbh, but I'd probably say, go with them if they mean less work
[21:50] <fregl> ah, ok
[21:50]  * bulldog98 asks himself when rekonq will be set as default dependence for kubuntu-desktop
[21:50] <fregl> well, branding we want ours of course ;9
[21:51] <apachelogger> well, yeah, we would just stack our stuff ontop of the kubuntu one and override it
[21:51] <fregl> sounds good to me
[21:51] <apachelogger> k
[21:51] <Tonio_> apachelogger: fluffy ? what's that ?
[21:51] <apachelogger> Oo
[21:51] <apachelogger> omg
[21:51] <fregl> apachelogger: is that the package you created on launchpad?
[21:51] <fregl> there is uninitiated people in here still !!!
[21:51]  * apachelogger is getting seriously weird rendering bugs on opaque -.-
[21:52] <apachelogger> Tonio_: http://www.facebook.com/pages/Fluffy/124142040948771
[21:52]  * apachelogger is going to blog about it this weekish probably
[21:53] <Tonio_> apachelogger: WTF !
[21:53] <apachelogger> oi!
[21:53] <apachelogger> language!
[21:53] <apachelogger> fregl: yes, and no, what I created on launchpad is really just moving the theming to the appropriate dirs
[21:54] <apachelogger> fregl: though I think we should just change that so it becomes fluffy default settings
[21:54] <Tonio_> apachelogger: Wow, That's Fun !
[21:54] <Tonio_> apachelogger: :)
[21:54] <apachelogger> \o/
[21:54] <apachelogger> yeah
[21:54] <apachelogger> we also got 56 likers already
[21:54] <apachelogger> Tonio_: you really want to look us ^^
[21:54] <apachelogger> s/look/like
[21:54] <fregl> apachelogger: fluffy lickers :p
[21:55] <Tonio_> hehe, let's go...
[21:55] <apachelogger> fregl: does anyone but luna do that :S
[21:56] <fregl> apachelogger: by the way, I got a kid's hand-drawn unicorn now... following my last blog post :o
[21:56] <fregl> it has a small head... looks .. mediocre
[21:56] <apachelogger> ...question is if the target audience would like that...
[21:56] <fregl> all kids should be called luna, methinks
[21:57] <apachelogger> lets establish a uniname paradigm then!
[21:58] <apachelogger> hm
[21:58] <apachelogger> the amount of spam from acm is quite high
[22:09] <claydoh> apachelogger: hi!
[22:11] <claydoh> looks like some progress in u1-kde
[22:22] <apachelogger> claydoh: can you please update your u1-kde and check if you get an auth dialog now?
[22:23] <claydoh> doing so now
[22:23] <claydoh> asks for kwallet access, then the gnome keyring
[22:25] <apachelogger> yeah, desktop-couch also got hardcoded gnomekeyring usage I saw the other day
[22:25] <apachelogger> claydoh: does the status notifier hide though?
[22:25] <apachelogger> or does it whine about unability to connect?
[22:25] <apachelogger> ls
[22:26] <apachelogger> hm
[22:26]  * apachelogger has tabbing problems
[22:26] <apachelogger> fregl: btw, any word from the #fluffy owner?
[22:26] <claydoh> no so far -sipping tea :)
[22:26] <apachelogger> oh sweet
[22:26] <apachelogger> tea++
[22:26] <apachelogger> claydoh: should have worked then
[22:26] <apachelogger> I think ^^
[22:26] <fregl> apachelogger: fail, no response after I spammed him with death threads for three times now :(
[22:26] <claydoh> and the system settings config section has my info
[22:28] <apachelogger> the system settings config section uses my superior library skills api stuff ^^
[22:28] <apachelogger> fregl: I shall mention that in my blog post so that more people spam him ^^
[22:28] <apachelogger> also
[22:28]  * apachelogger hugs fregl
[22:28]  * fregl turns pink :D
[22:30]  * claydoh hugs apachelogger, and then everyone else too :)
[22:30] <apachelogger> fregl: dude, be careful that you do not turn purple, ubuntoo might want to eat you ;)
[22:31]  * apachelogger rehugs claydoh
[22:31] <fregl> nah, I'll just stick to aubergine...
[22:35] <apachelogger> scary
[22:38] <apachelogger> hm
[22:38] <apachelogger> there seems to be a missing connection between authing and statusnotifier at first usage ever
[22:38] <apachelogger> claydoh: did you try dolphin integration?
[22:38] <apachelogger> not sure if that will work with the slow servers right now
[22:41] <claydoh> apachelogger: not yet, setting it up on another machine atm
[22:41] <apachelogger> kcool
[22:43] <apachelogger> hm
[22:44] <apachelogger> now that does not exactly make sense
[22:44] <apachelogger> "If you have a method in a class that does not access any members and therefore does not need an object to operate, make it static. If additionally it is a private helper function that is not needed outside of the file, make it a file-static function. That hides the symbol completely."
[22:44] <apachelogger> then
[22:44] <apachelogger> "Try to limit the number of static variables used in your code, especially when committing to a library. Construction and initialization of large number of static variables really hurts the startup times."
[22:45] <JontheEchidna> :s
[22:45] <JontheEchidna> maybe static methods != static variables?
[22:47] <apachelogger> oh
[22:47] <apachelogger> JontheEchidna: that could be sort of true indeed ^^
[22:49] <apachelogger> ahh
[22:49]  * apachelogger got authing idea
[22:52] <KRF> apachelogger: *bling*
[22:53] <apachelogger> omg
[22:53] <apachelogger>  _     _ _
[22:53] <apachelogger> | |__ | (_)_ __   __ _
[22:53] <apachelogger> | '_ \| | | '_ \ / _` |
[22:53] <apachelogger> | |_) | | | | | | (_| |
[22:53] <apachelogger> |_.__/|_|_|_| |_|\__, |
[22:53] <apachelogger>                  |___/
[22:54] <KRF> this is crazy bat shit!
[22:54] <apachelogger> no no
[22:54] <apachelogger>       _     _ _
[22:54] <apachelogger> __/\_| |__ | (_)_ __   __ ___/\__
[22:54] <apachelogger> \    / '_ \| | | '_ \ / _` \    /
[22:54] <apachelogger>   \/ |_.__/|_|_|_| |_|\__, | \/
[22:54] <apachelogger>                       |___/
[22:54] <apachelogger> this is :D
[22:54] <apachelogger> look at the stars ^^
[22:54] <KRF> amazing it is!
[22:55] <KRF> going to sleep now
[22:55] <KRF> good night apachelogger, dear
[22:55] <apachelogger> nini KRF, sleep tight
[22:56] <apachelogger> kubotu: np
[22:56] <kubotu> apachelogger is listening to "For Boston" by Dropkick Murphys [Sing Loud, Sing Proud!, 2001] [http://open.spotify.com/track/0JYAs0ABabznHYeHZOFTbi] -- see http://www.last.fm/user/apachelogger for more
[22:56] <KRF> kubotu: np
[22:56] <kubotu> KRF listened to "Hearing Is Believing" by Alexander Kowalski [Echoes, 2001] 8 minutes ago; -- see http://www.last.fm/user/KRF for more
[22:56] <Sput> KRF: auch bling
[22:56] <KRF> that lastfm web player isnt that fast with updating
[22:57] <Sput> kubotu: np
[22:57] <kubotu> Sput hasn't played anything recently
[22:57] <Sput> kubotu: lastfm Sput42
[22:57] <kubotu> Sput42 is listening to "Sinful Love" by Blue Öyster Cult [Agents of Fortune, 2001] [http://open.spotify.com/track/3adFgbOd2OoZeS2eL1KI9A] -- see http://www.last.fm/user/Sput42 for more
[22:57] <KRF> Deine musikalische Übereinstimmung mit Sput42 ist Super
[22:58] <Sput> sh!t happens
[23:01] <apachelogger> rdieter: o/
[23:03] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/libs/ (SyncDaemon.cpp SyncDaemon.h) Wire the syncdaemon to the authhandler's newcredentials signal, only once that was received the syncdaemon will try to auto-connect
[23:59] <CIA-91> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/libs/CMakeLists.txt try build workaround for amd64 ... ewww it is ;)