[01:48] <bdx> hello
[01:48] <bdx> I just threw up this question on discourse: https://forum.snapcraft.io/t/lxd-profile-for-content-interface-bind-mounts/15344
[01:48] <bdx> trying to get some hits
[01:49] <bdx> possibly ill dig a little deeper and ask on the lxd side of things too as it seems to be more of a lxd/lxc thing
[01:50] <bdx> thought I would start here
[01:50] <bdx> thanks!
[06:30] <mborzecki> morning
[07:51] <mborzecki> meh, wish we could access the console of spread nodes
[07:59] <Saviq> hey, is there a way to make snapd skip confinement when:
[07:59] <Saviq> system does not fully support snapd: apparmor detected but insufficient permissions to use it
[08:02] <mborzecki> Saviq: i don't think so, where did you get that message?
[08:02] <pstolowski> morning
[08:02] <mborzecki> pstolowski: hey
[08:03] <Saviq> mborzecki: I've a VPS (a container actually) at a friend's
[08:04] <Saviq> it's his custom kernel, though
[08:08] <mborzecki> Saviq: looking at the code, we're trying to poke /sys/kernel/security/apparmor/profiles as root with some comments that problems can happen in unprivileged lxd
[08:10] <mborzecki> Saviq: anyways, it's a sanity check so further snapd operation will be blocked sadly, we dont' really have a mechanism to degrade apparmor support in this scenario
[08:11] <Saviq> ack, thanks :/
[08:11] <Saviq> mborzecki: so the solution would be to get permissions to actually set up apparmor inside the container?
[08:12] <mborzecki> Saviq: yes, i believe so
[08:13] <mborzecki> Saviq: simplest check would be to run aa-status as root inside the container
[08:13] <Saviq> "You do not have enough privilege to read the profile set."
[08:31] <mborzecki> Saviq: yeah, that's what snapd is hitting too, maybe zyga remembers more details about that
[08:32] <mborzecki> mvo: pedronis: hi
[08:32] <mvo> hey mborzecki
[08:32] <mvo> and good morning pedronis
[08:32] <Saviq> mborzecki: thanks, will negotiate with the hoster ;)
[08:32] <mborzecki> mvo: i was looking through 'reflash magic' setup, did an update to grub script, but there's more problems
[08:32] <mvo> mborzecki: uh, like what?
[08:36] <pedronis> mvo: I fixed Stop, bit ugly (indeed it needs to use syscall.Select)
[08:37] <mborzecki> mvo: ah, w8, maybe not :P sorry to cause panic, thought we added --image-size <somelargesize> to the u-i
[08:37] <mvo> pedronis: thank you, did you push it already?
[08:37] <pedronis> mvo: no, I need to clean up what I have
[08:37] <mvo> pedronis: cool
[08:37] <mvo> pedronis: yeah, sleeping over it I think without a proper fix this is too nasty so thank you so much for fixing it
[08:38] <pedronis> mvo: I don't know about nasty, but is definitely confusing
[08:38] <pedronis> because a Stop that doesn't stop is confusing :)
[08:38] <mvo> pedronis: exactly :)
[08:39] <mborzecki> mvo: have you tried this maybe https://gist.github.com/mvo5/fa14638782fe30949998096d7b3c6314#gistcomment-3167661?
[08:39] <mvo> mborzecki: did you try it for the netlink socket?
[08:39] <mvo> mborzecki: let me quickly give it a  go
[08:40] <mvo> mborzecki: I think the issue is that go is "smart" and determines if it can poll the socket or not and for netlink there is just no support
[08:40] <mborzecki> mvo: right, the change i did is make it nonblocking before wrappint ig as os.NewFile(), the implementation chceks whether the fd i non-blocking and sets up a poller for it
[08:40] <pedronis> mvo: I tried that
[08:41] <pedronis> sorry
[08:41] <pedronis> mborzecki: I tried that
[08:41] <pedronis> but go doesn't consider it non-blocking
[08:41] <pedronis> and doesn't set up netpoll for it
[08:41] <pedronis> for a netlink socket
[08:42] <pedronis> because it's actually the reverse
[08:42] <mborzecki> pedronis: i stepped through it with debugger, and was hitting the non-block kind
[08:42] <mborzecki> pedronis: which go version did you use?
[08:42] <pedronis> mborzecki: yea, but that's not relevant
[08:42] <pedronis> it's whether netpoll is happy with
[08:42] <pedronis> which it isn't indeed
[08:42] <pedronis> go wil set up non blocking itself
[08:42] <pedronis> if netpoll is happy
[08:44] <mvo> it's interessting, I tried mborzecki version with netlink and it seems to stop the socket https://paste.ubuntu.com/p/Y2z9dh8rDT/
[08:44]  * mvo scatches head
[08:44] <pedronis> different go versions?
[08:45] <mvo> pedronis: I have 1.12 on one and 1.13 on the other, let me try again
[08:45] <pedronis> on 1.10
[08:45] <pedronis> it didn't work for me
[08:45]  * mvo tries that too
[08:47] <mborzecki> pedronis: mvo: https://github.com/golang/go/commit/ea5825b0b64e1a017a76eac0ad734e11ff557c8e 1.11+
[08:48] <mborzecki> that would explain what pedronis saw
[08:48] <pedronis> anyway we are still 1.9
[08:48] <mborzecki> :/
[08:48] <mvo> yeah
[08:48] <mvo> that makes sense now
[08:48] <mvo> slightly sad
[08:49] <mborzecki> mvo: do we care if it leaks though?
[08:49] <pedronis> mborzecki: it's messy interface wise
[08:49] <pedronis> especially in tests
[08:50] <pedronis> we would need to change the interface to not have a Stop
[08:50] <pedronis> etc
[08:50] <pedronis> it's not pleasant to reason about
[08:51] <mborzecki> pedronis: maybe we could do some extra mocking for tests
[08:51] <pedronis> mborzecki: as I said I have a fix
[08:51] <pedronis> is not beatiful, but I will make localized and leave a TODO for when we are 1.11+ or something
[08:53] <mborzecki> pedronis: mvo: do we need to check udev monitor as well?
[08:53] <pedronis> mborzecki: there's an indirection there that doesn't make the problem apparent
[08:53] <pedronis> but yes osutil/udev has the same kind of bug
[08:58] <mborzecki> mvo: do you know if there's a way to access the console of spread system when cachio is not around yet?
[08:59] <mvo> mborzecki: afaik there is none :(
[09:07] <mup> PR snapd#8097 opened: tests/lib/prepare: fix hardcoded loopback device names for UC images <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8097>
[09:08] <mborzecki> mvo: trivial change ^^
[09:08] <mvo> mborzecki: ta, looking
[09:26] <mup> PR snapd#8092 closed: timeutil: add a unit test case for trivial schedule <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8092>
[09:53] <mup> PR snapd#8098 opened: httputil: remove workaround for redirect handling in go1.7 <Created by mvo5> <https://github.com/snapcore/snapd/pull/8098>
[09:58] <mup> PR snapd#8099 opened: httputil: remove go1.6 transport workaround <Created by mvo5> <https://github.com/snapcore/snapd/pull/8099>
[10:20] <zyga> Hey, just waving.   I’ll check back later.
[10:22] <mvo> zyga: yeah, being sick sucks
[10:24] <zyga> pstolowski: could you please re review the uio branch. We removed some code.
[10:27] <pstolowski> zyga: will do
[10:37] <pedronis> mvo: I pushed this branch: https://github.com/pedronis/snappy/tree/netlink-channel-n-stop
[10:40] <mvo> pedronis: thanks, looking
[10:41] <zyga> pedronis: if you guys want I have a epoll.go package
[10:48] <mvo> pedronis: this is super nice, thanks for this
[10:50] <mborzecki>         cp -a "$SNAPD_UNPACK_DIR/usr/lib/snapd/snap-bootstrap" unpacked-initrd/main/usr/lib/snapd/snap-bootstrap
[10:50] <mborzecki> #8097 trivial pr, needs 2nd review
[10:50] <mup> PR #8097: tests/lib/prepare: fix hardcoded loopback device names for UC images <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8097>
[10:50] <mborzecki> and a bit of my clipboard :)
[10:50] <mvo> mborzecki: haha
[10:50] <mvo> pedronis: do you want to propose it as a separate pr or should I cherry pick it into my netlink pr?
[10:51] <mborzecki> mvo: what's funny is that the same repackign code running in qemu builds a working kernel snap, but one on gcp panics with no init, probably borked initrd
[10:51] <pedronis> mvo: mmh,  ideally we should split in everyhting but the new netlink bits
[10:52] <pedronis> and then you could pick those
[10:53] <mborzecki> glad at least we can download the build uc20 image from spread system
[10:54] <mvo> pedronis: sounds good,I can take your code and chunk it into smaller PRs, I guess this is what you asked?
[10:55] <pedronis> mvo: yes, one PR with the non netlink-bits
[10:55] <pedronis> and the rest picked up by your PR
[10:55] <pedronis> mvo: thanks if you can do that, I'm doing spec work atm
[10:56] <pedronis> mvo: sorry, I mean the not new netutil netlinks bits
[10:56] <pedronis> basically osutil/udev and o/ifacestate
[10:57] <mvo> pedronis: thanks, yeah, happy to do that
[11:14] <mup> PR snapd#8097 closed: tests/lib/prepare: fix hardcoded loopback device names for UC images <Simple 😃> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8097>
[11:23] <jamesh> sergiusens: did you see my query on the forum? (re. github actions)
[11:26] <pedronis> jamesh: hi, did you see my last bit of comments on #7456 ?
[11:26] <mup> PR #7456: usersession/client: add a client library for the user session agent <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/7456>
[11:28] <jamesh> pedronis: yeah.  I'm just tidying up some of the tests for it.  In these cases we have an error message from the agent, so I'm not sure whether we want to lose that when the error value is badly formed
[11:28] <mup> PR snapd#8100 opened: httputil: add support for extra snapd certs <Created by mvo5> <https://github.com/snapcore/snapd/pull/8100>
[11:29] <mup> PR snapd#8054 closed: snap: add `snap pack --compression=<comp>` options <Performance 🚀> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/8054>
[11:31] <ijohnson> mborzecki: I'll miss SU today and be out for 2ish hours, so if you want me to try anything more on uc20 spread testing, let me know, I might not be back til after your EOD
[11:31] <pedronis> mvo: are you going to tweak those comments you commented on? when you make the PRs
[11:36]  * pedronis lunch
[11:37] <mborzecki> ijohnson: i'll leave notes in the standup doc for you
[11:40] <ijohnson> Sounds good
[11:54] <mvo> pedronis: yes, happy to
[12:04] <mup> PR snapd#8101 opened: netlink: fix/support stopping goroutines reading netlink raw sockets <Created by mvo5> <https://github.com/snapcore/snapd/pull/8101>
[12:15] <mborzecki> meh, more uc20 image woes https://paste.ubuntu.com/p/S3TP4BBPQT/
[12:16] <mvo> mborzecki: did the kernel/initrd change or is this in the dev branch?
[12:18] <mborzecki> mvo: nothing changed, supposedly the same kernel image i'm using, somehow when built on gcp this does not mount
[12:19] <mvo> mborzecki: so this is the repackaging and it's not quite working?
[12:19] <mvo> mborzecki: is this with the new snap-bootstrap? maybe we regressed here :(
[12:20] <mup> PR snapd#8102 opened: o/ifacestate: move ResolveDisconnect to ifacestate <Needs Samuele review> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8102>
[12:20] <mborzecki> mvo: i called snap-bootstrap manually, and the line is correct, tells to mount /dev/disk/by-label/ubuntu-seed under /run/mnt/ubuntu-seed
[12:20] <pstolowski> pedronis: ^ i hope this captures the idea we discussed
[12:20] <pedronis> pstolowski: thanks, will look
[12:21] <mvo> pedronis: re 8100> picking up the certs immediately, we could do what we do for the proxy and have a "Certs func(*http.Request) (*x509.CertPool)" (just like we do for proxy. is that what you have in mind here?
[12:22] <pstolowski> bbiab
[12:26] <pedronis> mvo: I don't know , just fearing it will be a bit messy
[12:26] <mvo> pedronis: I can explore the callback option, then at least it's equally messy to how we support the proxy :)
[12:38] <pedronis> mvo: thanks for pushing #8101, of course I cannot review it :)
[12:38] <mup> PR #8101: netlink: fix/support stopping goroutines reading netlink raw sockets <Created by mvo5> <https://github.com/snapcore/snapd/pull/8101>
[12:48] <mborzecki> hmm i think i know what's going on
[13:08] <pedronis> pstolowski: see #8101
[13:09] <mup> PR #8101: netlink: fix/support stopping goroutines reading netlink raw sockets <Created by mvo5> <https://github.com/snapcore/snapd/pull/8101>
[13:26] <pedronis> pstolowski: is this correct https://github.com/snapcore/snapd/pull/7863#discussion_r375827782 ?
[13:26] <mup> PR #7863: interfaces: add uio interface <Created by zyga> <https://github.com/snapcore/snapd/pull/7863>
[13:27] <mborzecki> yay, got a working image in gcp
[13:27] <pedronis> \o/
[13:27] <pstolowski> re
[13:31] <mborzecki> well, at least i did manage to download the image and make sure it boots and seeds inside qemu locally ;)
[13:32] <mborzecki> haha too soon, seeding not complete
[13:33] <mup> PR snapd#8103 opened: snap-bootstrap: store encrypted partition recovery key <Created by cmatsuoka> <https://github.com/snapcore/snapd/pull/8103>
[13:34] <mborzecki> at least a familiar problem https://i.imgur.com/BOn7yOX.png
[13:35] <mborzecki> but it did work on gcp
[13:35] <mborzecki> yay!
[13:42] <mup> PR snapcraft#2912 opened: meta: do not prime commands with adapter == "none" <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2912>
[13:45] <mup> PR snapcraft#2913 opened: spread: disable journal debug dump unless configured <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2913>
[14:45] <ijohnson> mborzecki: any progress ?
[14:45]  * ijohnson is around for a little while
[14:46] <mborzecki> ijohnson: got it to work
[14:46] <mborzecki> ijohnson: pushing changes
[14:47] <mborzecki> ijohnson: still something off about ubuntu-core-initramfs, somehow i need to use the /usr/lib/ubunto-core-initramfs/main as skeleton of the rootfs, not the unpacked one
[14:47] <ijohnson> mborzecki: that's great that you got it to work
[14:47] <ijohnson> are you booting from 20.04 now or did you revert to 18.04 ?
[14:47] <mborzecki> ijohnson: 20.04
[14:47] <mborzecki> ijohnson: it needed a little tweak in grub script
[14:47] <ijohnson> ah okay, you fixed the grub.cfg and script then
[14:48] <ijohnson> great
[14:49] <mborzecki> ijohnson: please take a look at the PR, i've tried to comment all the quirks
[14:49] <ijohnson> looking now
[14:49] <mborzecki> need to leave now, back in 2h or so
[14:49] <ijohnson> ack
[15:01] <mup> PR snapd#8098 closed: httputil: remove workaround for redirect handling in go1.7 <Created by mvo5> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8098>
[15:01] <mup> PR snapd#8099 closed: httputil: remove go1.6 transport workaround <Created by mvo5> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8099>
[15:06] <jdstrand> mvo: hey, I don't know the status of 2.43 point releases, but if you are doing another one, cherry-picking https://github.com/snapcore/snapd/pull/8091#issuecomment-582935623 might make sense. we have (at least) two different forum topics and a bug on it...
[15:07] <mup> PR #8091: interfaces/greengrass-support: add /dev/null -> /proc/latency_stats mount <Created by dostiharise> <https://github.com/snapcore/snapd/pull/8091>
[15:07] <jdstrand> mvo: and the url above is to a comment discussing that possibility in case you want to respond
[15:08] <mvo> jdstrand: thanks, will cherry pick
[15:08] <mvo> jdstrand: there will be another one to include uio
[15:09] <mvo> jdstrand: I added the 2.43 milestone, than kyou
[15:09] <pedronis> mvo: having a break and then will work on the uio backporting prep
[15:09] <jdstrand> mvo: thank *you* :)
[15:10] <mvo> pedronis: thank you, I focus on reviews and download now
[15:12] <jdstrand> pedronis, mvo: fyi, I have one more 2.44 review (it's a big one though). I hope to do that tomorrow. I'll then make a concerted effort to squeeze in the non-2.44 reviews while I work on other things
[15:21]  * cachio lunch
[15:22] <mvo> jdstrand: thanks
[15:36] <mup> PR snapd#8104 opened: interfaces/builtin: backport verifySlotPathAttribute (2.43) <Created by pedronis> <https://github.com/snapcore/snapd/pull/8104>
[15:39] <pedronis> ijohnson: #8091 can be merged, right? and then backported
[15:39] <mup> PR #8091: interfaces/greengrass-support: add /dev/null -> /proc/latency_stats mount <Created by dostiharise> <https://github.com/snapcore/snapd/pull/8091>
[15:43] <ijohnson> sorry was a bit afk
[15:44] <ijohnson> pedronis: let me look at the PR, but did it change?
[15:44] <pedronis> ijohnson: ?
[15:44] <ijohnson> pedronis: that PR is fine, it can be merged I wasn't sure why you were asking me if it could be merged
[15:45] <pedronis> ijohnson: because I haven't looked into it at all, but you reviewed and is all green
[15:45] <ijohnson> pedronis: yes it has +1 from jdstrand so it's fine
[15:45] <pedronis> I tend to not merge things that I didn't even skim
[15:45] <pedronis> even if they are all green
[15:45] <ijohnson> ack, np
[15:45] <jdstrand> I can merge it
[15:45] <ijohnson> thanks jdstrand
[15:45] <jdstrand> I've been told I can merge simple things like that :)
[15:46] <jdstrand> ijohnson: but note, I discussed this with mv o eralier and he will cherrypick
[15:46] <ijohnson> jdstrand: cool yeah I was just going to say I defer to mvo about 2.43 vs 2.44
[15:47] <jdstrand> ijohnson: done. it is milestoned for 2.43 (by mvo)
[15:47] <mvo> yeah
[15:48] <pedronis> mvo: sorry, seems I wasn't clear in #8063, anyway I can work on it at some point soon
[15:48] <mup> PR #8063: cmd/snap: implement 'snap remove-user' <Created by chipaca> <https://github.com/snapcore/snapd/pull/8063>
[15:48] <mup> PR snapd#8091 closed: interfaces/greengrass-support: add /dev/null -> /proc/latency_stats mount <Created by dostiharise> <Merged by jdstrand> <https://github.com/snapcore/snapd/pull/8091>
[15:48] <mvo> 8091 is now cherry picked
[15:49] <mvo> pedronis: oh, sorry, I misunderstood
[15:49] <mvo> pedronis: I can look at this too (or download) either way is fine
[15:50] <pedronis> mvo: download probably needs more attention giving it seems we need to understand if we have a bug or not
[15:50] <pedronis> *given
[15:50] <mvo> pedronis: ok, I'm looking at this right now anyway so I will just keep doing that
[16:34] <mvo> pedronis: fwiw, I also see what john sees, I don't get 206 from the cdn, only 200 with the old and the new code, investigating now
[16:36] <pedronis> mvo: fun with FdSet being platform dependent in the netlink stuff, trying to see if I can avoid need +build stuff
[16:37] <mvo> pedronis: uh, fun :(
[16:38] <mborzecki> re
[16:40] <ijohnson> hey mborzecki I ran a spread test of your branch and it passed on gce for me
[16:40] <ijohnson> \o/
[16:40] <mborzecki> yay :P
[16:40] <ijohnson> I don't think the tests on travis have been run yet however
[16:40] <mborzecki> that's ok, they'll get their chance
[16:40] <ijohnson> yeah still in "received" state
[16:41] <mborzecki> ijohnson: but i understand the base/modeenv branch worked for you right?
[16:41] <ijohnson> it would be good to get someone else to +1 your branch and I can merge it in my PM when it goes green (hopefully 🤞)
[16:41] <ijohnson> mborzecki: which PR ?
[16:42] <ijohnson> 8073
[16:42] <ijohnson> err
[16:42] <ijohnson> #8076?
[16:42] <mup> PR #8076: boot: add TryBase and BaseStatus to modeenv; use in snap-bootstrap <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8076>
[16:42] <mborzecki> ijohnson: 8075++
[16:43] <ijohnson> haha, I have not tried it in spread, but it worked locally with qemu before, I was going to merge master into thos PR's after the spread tests are working so hopefully we can get a real spread test of the changes
[16:47] <pedronis> ijohnson: are 8075 and 8076 even landable alone, or we can only land 8077 ?
[16:48] <ijohnson> pedronis: 8075 is fine because kernel= in the modeenv is not used anywhere anymore
[16:49] <ijohnson> pedronis: 8076 is fine because it's just snap-bootstrap reading base_status and try_base, but nothing will write those into the modeenv until 8077
[16:49] <ijohnson> so yes both of those PR's are standalone
[16:49] <ijohnson> I still need a 2nd review on 8076 however
[16:49] <ijohnson> 8075 could be merged today if mbrozecki's branch is green
[16:50] <ijohnson> (it has 2 +1s)
[16:50] <pedronis> ijohnson: my plan was to review 8076 after 8075 is in
[16:50] <ijohnson> pedronis: sounds good, I am hopefully I can get 8075 in today so you could review 8076 tomorrow
[16:51] <pedronis> mvo: mabye I fixed it, cross/go-build passes now
[16:51] <mvo> hm, so "curl -v -L -o /dev/null  -r 1000000 https://api.snapcraft.io/api/v1/snaps/download/TJEfggNhgEJ4XKJ8o7ahsvRklz5kRK5w_29.snap" does not seems to work, it seems our cdn just ignores the range header
[16:52]  * mvo is puzzled if he misses anyhing
[16:52] <mvo> pedronis: oh, nice!
[16:53] <pedronis> mvo: maybe ask the store people
[16:59] <mvo> pedronis: yeah, asking there now
[17:00] <mup> PR snapd#8069 closed: tests: build the initramfs + kernel snap for UC20 spread tests <UC20> <Created by anonymouse64> <Closed by anonymouse64> <https://github.com/snapcore/snapd/pull/8069>
[17:09] <mup> PR snapcraft#2914 opened: meta: ensure Application passthrough is scrubbed for snap.yaml <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2914>
[17:29] <mborzecki> ijohnson: i'm logging out for today, feel free to push fixes to 8094 if needed and land it, once it's merge i'd like to investigate why there's a problem using unpacked initrd 'main' root, perhaps we're still missing something there (or just a bug in u-c-i)
[17:30] <pedronis> mvo: of course it needs to do something sane even if range doesn't work
[17:33] <pstolowski> pedronis, mvo i'm having failure of nested/classic/hotplug tests on 8101; i'm going to check if it regressed with master too. fwtw i see this: Feb 06 17:30:26 feb061718-477082 snapd[11297]: udevmon.go:110: udev monitor stopping timed out
[17:33] <pstolowski> Feb 06 17:30:27 feb061718-477082 snapd[11478]: udevmon.go:148: udev event error: Internal error: bad file descriptor
[17:34] <pstolowski> but perhaps it's shutdown code and unrelated to the test failure
[17:34] <pedronis> pstolowski: that migh be a prexisting behavior
[17:34] <mvo> pedronis: yeah, part of the problem is that we don't check for 206 on range so we already do the wrong ting
[17:34] <pstolowski> cachio: can you check if  we're running nested tests for hotplug nightly?
[17:35] <pedronis> pstolowski: I think the disconnect in udevmon might be a bit of a hammer
[17:35] <cachio> pstolowski, passed 14h ago
[17:35] <cachio> https://travis-ci.org/snapcore/spread-cron/builds/646683311
[17:36] <pedronis> pstolowski: it might need more tweaks
[17:37] <pstolowski> cachio: thanks, we're running it on 16.04 only though?
[17:39] <cachio> pstolowski, 16 and 18
[17:39] <pstolowski> cachio: i don't see 18 in that log, is it a separate log?
[17:39] <cachio> pstolowski, 16 -> core and classic
[17:39] <cachio> 18 -> core
[17:39] <cachio> pstolowski, https://travis-ci.org/snapcore/spread-cron/builds/646683311#L5829
[17:41] <pstolowski> cachio: was there a specific reason we don't run it on 18 classic
[17:41] <pstolowski> ?
[17:41] <ijohnson> pedronis: cachio: what are your thoughts on organizing the spread tests to have a dir "tests/core/..." with all the UC specific tests in there and then having tests in there specific to say uc20 just be named so like "tests/core/uc20-basic" and filter with systems: in the task.yaml ?
[17:42] <pedronis> ijohnson: yes, something like that
[17:42] <ijohnson> I just found a couple of tests that still are only run on uc16, but really should be run on uc18 as well as now uc20, and I think organizing the tests that way would make it less likely we run into this kind of thing for uc20 and uc22 etc.
[17:42] <pstolowski> cachio: hmm maybe it was something with qemu, i don't remember anymore...
[17:42] <ijohnson> I may prototype that a bit this PM
[17:42] <cachio> pstolowski, checking
[17:44] <cachio> pstolowski, we are running ../bin/spread -v google:tests/nightly/ google-nested:ubuntu-16.04-64:tests/nested/classic/ google-nested:ubuntu-16.04-64:tests/nested/core/ google-nested:ubuntu-18.04-64:tests/nested/core/
[17:45] <cachio> I don't rememer why we are not running classic suite on 18
[17:45] <pedronis> pstolowski: from those logs  it sounds like it was stuck in ReadEvent, which means the select was confused, or ReadEvent isn't quite doing what we expect
[17:45] <pstolowski> cachio: yeah that's weird, it's even listed in spread.yaml under nested/classic
[17:45] <cachio> pstolowski, I can add it
[17:45] <cachio> pstolowski, in 1 minutes
[17:46] <pstolowski> cachio: it may fail right now, i'm checking it with master
[17:46] <pedronis> pstolowski: you might have to add more logging to understand what is happening
[17:48] <cachio> pstolowski, added
[17:51] <pstolowski> pedronis: it didn't fail on master
[17:52] <pstolowski> pedronis: but i'll re-run it a couple of time with & without the changes
[17:52] <pstolowski> spread -debug google-nested:ubuntu-18.04-64:tests/nested/classic/hotplug
[17:53] <pstolowski> ^ for the record
[17:53] <pstolowski> cachio: thanks
[17:53] <cachio> pstolowski, np
[18:01] <pedronis> pstolowski: as I said it's quite possibly that is not working, consider that udevmon tests fake the underlying bits
[18:02] <pedronis> pstolowski: you'll need more debuggin logs in conn.go to know what's happening
[18:03] <pstolowski> pedronis: yep, i'll invesitgate, will pick it up tomorrow morning
[18:09] <pedronis> pstolowski: thank you
[18:51] <mup> PR snapd#8104 closed: interfaces/builtin: backport verifySlotPathAttribute (2.43) <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/8104>
[18:52] <mup> PR snapd#8105 opened: store: detect if server does not support http range headers <Created by mvo5> <https://github.com/snapcore/snapd/pull/8105>
[18:56] <mvo> pedronis: thanks so much for 8104
[18:56] <mvo> pedronis: sorry that I had to open another PR but I think we need to deal with 200 vs 206 better
[19:08] <pedronis> was #8080 backported ?
[19:08] <mup> PR #8080: dirs: manjaro-arm is like manjaro <Bug> <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/8080>
[19:13] <ijohnson> pedronis: mvo: are there any high priority PR's for me to review? I'm still reviewing pawel's preseed PR, but seems there are other things in motion right now that might be important to review too ?
[19:13] <ijohnson> oh I guess mvo is offline now
[19:18] <pedronis> ijohnson: mostly Pawel's PRs atm, and anything old that can be reviewed or things about test themselves
[19:19] <ijohnson> pedronis: ack
[19:19] <pedronis> ijohnson: there's quite a bit of in-progress stuff that is not yet ready for review
[19:19] <ijohnson> right
[19:19]  * ijohnson is waiting on many spread runs to test fixes for the uc20 spread PR
[19:49] <mup> PR snapcraft#2912 closed: meta: do not prime commands with adapter == "none" <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2912>
[19:52] <mup> PR snapcraft#2913 closed: spread: disable journal debug dump unless configured <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2913>
[20:07] <mup> PR snapcraft#2915 opened: rust plugin: respect Cargo.lock if present in project <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2915>
[20:17] <pedronis> ijohnson: I think #8105 can also be reviewed
[20:17] <mup> PR #8105: store: detect if server does not support http range headers <Created by mvo5> <https://github.com/snapcore/snapd/pull/8105>
[20:17] <ijohnson> pedronis: ack, I'm almost done with 7705
[20:24]  * cachio afk
[20:42] <roadmr> er... snapcraft...
[20:42] <roadmr> You are required to register this snap before continuing. Refer to 'snapcraft help register' for more options.
[20:42] <roadmr> Would you like to register 'hello-roadmr-1' with the Snap Store? [y/N]: y
[20:42] <roadmr> You already own the name 'hello-roadmr-1'.
[20:42] <roadmr> O_o
[20:43] <ijohnson> Error: the name 'hello-roadmr-1' already owns you
[20:43] <mup> PR snapcraft#2916 opened: status: implement using the new channel-map endpoint <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2916>
[20:47] <sergiusens> roadmr: interesting, was that for push?
[20:53] <roadmr> sergiusens: yep - it's working now, all I had to do was change the snap's version from 2020-02-06-01 to 2020-02-06-02 O_o
[21:01] <roadmr> sergiusens: I'm filing a bug about license: not being validated by snapcraft; looks like if base: core18, the expected snap client to validate the license isn't found, apparently a hardcoded path
[21:01] <roadmr> sergiusens: snapcraft says  "Could not find '/snap/core/current/usr/bin/snap', validation of the license string will only take place once pushed to the store."
[21:02] <sergiusens> roadmr: yeah, at the time of implementation when discussed with chipaca way back, this was the only path for snapd, we probably need to consider the snapd snap now too
[21:02] <roadmr> sergiusens: ok - if you don't have a bug and want one, maybe you can add a snapcraft task to this one https://bugs.launchpad.net/snapstore/+bug/1862242
[21:02] <mup> Bug #1862242: license: field in meta/snap.yaml is not validated store-side <Snap Store:New> <https://launchpad.net/bugs/1862242>
[21:02] <roadmr> (we need store-side validation anyway so it's up to you how to handle this snapcraft-side)
[21:06] <sergiusens> roadmr: strange thing about your error though, we check the error codes and ask for registration if the result contains resource-not-found
[21:10] <roadmr> sergiusens: yes, that other thing is super weird :/ but somehow I got past it
[21:18] <mup> Issue core20#20 opened: Unpublish the core20 snap for i386 <Created by anonymouse64> <https://github.com/snapcore/core20/issue/20>
[21:49] <mup> PR snapd#8106 opened: tests: add "core" suite for UC specific tests <Test Robustness> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8106>
[22:15] <mup> PR snapd#8094 closed:  tests: repack the initramfs + kernel snap for UC20 spread tests <UC20> <Created by bboozzoo> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8094>


[07:14] <dholbach> good morning
[16:55] <trent81> hey all
[16:59] <marcoceppi> o/
[17:00] <Guest99235> nicserv register
[17:01] <dholbach> is the video live?
[17:02] <Rydlis> not yet i think
[17:02] <Matt__> is the video on?
[17:02] <Matt__> working?
[17:02] <Rydlis> not for me
[17:02] <thee_l> I don't know, not for me either
[17:03] <Matt__> I see an "an error occurred, try later"
[17:03] <mhall119> refresh the page
[17:03] <thee_l> yup
[17:03] <dholbach> does it work for you?
[17:03] <pinguy> It's working here
[17:04] <frazor> now it weems to work.
[17:05] <mhall119> remember, if you have questions start them with "QUESTION: "
[17:05] <mhall119> any time
[17:07] <Masternoob> Hello :)
[17:07] <frazor> o/
[17:07] <kosson> hi!
[17:09] <kosson> It is my first time on an UbuntuOnAir and I have an error on the stream. Is it started or is just my rowser?
[17:09] <kosson> Thank you!
[17:09] <mhall119> it is started
[17:09] <mhall119> refresh the page if you don't see the video
[17:09] <dholbach> any questions already?
[17:09] <kosson> OK, thanks. I'll refresh
[17:09] <mhall119> remember, if you have questions start them with "QUESTION: "
[17:09] <kosson> Thank you!
[17:10] <kosson> Yes, better!
[17:12] <dholbach> kosson, great :)
[17:13] <kosson> QUESTION: I have tried to install bearmetal a month ago when you started the contest. I failed epically... Is there any chance to make the stack a simpler task for medium knowledgeable guys?
[17:16] <dholbach> kosson, noted down your question
[17:16] <dholbach> any more questions? I'll make sure to read them out after the updates
[17:17] <kosson> thanks... Add, please a nuance: a possibly more graphical tool
[17:21] <pmcgowan> QA dashboard http://reports.qa.ubuntu.com/smokeng/saucy/
[17:21] <dholbach> thanks pmcgowan
[17:27] <hanny> a small question please: if XMir used to run Xorg under Mir in Ubuntu 13.10, don't you think that this will cause much memory usage? and the older PCs won't be able to run XMir?
[17:27] <jose> Please, guys, if you have any questions prefix them with QUESTION: so the bot can get them
[17:27] <jose> example coming:
[17:27] <jose> QUESTION: What is Ubuntu?
[17:28] <hanny> sorry for that.
[17:28] <jose> no worries, hanny :)
[17:29] <Masternoob> QUESTION:  (sorry if offtopic) do you still see a realistic chance for the ubuntu edge project to be funded?
[17:30] <Rydlis> QUESTION: Will be Ubuntu Edge available if Canoncial don't raise 32 million dollar?
[17:30] <udit> QUESTION: would applications/games running through wine be affected when using Mir?
[17:33] <dholbach> keep your questions coming!
[17:35] <kosson> Thank you very much!
[17:35] <marcoceppi> kosson: cheers, #juju for reference as I do talk a little fast
[17:35] <kosson> thanks!
[17:37] <mhall119> http://www.indiegogo.com/projects/ubuntu-edge
[17:37] <mhall119> http://www.reddit.com/r/Ubuntu/comments/1jqyas/submit_your_ubuntu_edge_campaign_perk_ideas_here/
[17:39] <dholbach> any more questions? :)
[17:40] <erino72> QUESTION: What about stability of Ubuntu Saucy daily builds. Is stable for daily use? I mean if it is possible get update which kill my system.
[17:42] <jose> QUESTION: I have seen that phablet-flash has been updated to work with other devices. What can I do to help testing that?
[17:45] <dholbach> jose, found it: https://lists.launchpad.net/ubuntu-phone/msg03572.html
[17:45] <Masternoob> thank you for you time guys
[17:45] <jose> dholbach: wanted to fill in some time :)
[17:45]  * dholbach hugs jose
[17:45]  * dholbach hugs you all
[17:45] <dholbach> thanks everyone
[17:45]  * jose hugs dholbach back
[17:45] <kosson> Thank you!
[17:45] <marcoceppi> o/
[17:53] <erino72> bye :-D
[18:06] <seanfell> test
[18:16] <erealz> hello everyone
[18:29] <trippeh_> test
[18:34] <jellf> hi all
[18:36] <starlocke> QUESTION: Who is your daddy and what does he do? :<
[20:32] <just4fun73de> hihi
[20:32] <jose> hello, just4fun73de
[20:34] <just4fun73de> just have a look for the very first time
[20:38] <just4fun73de> its nice to see Michael Hall in this video. i've seen a lot of contribution for the ubuntu egde campain.
[20:41] <jose> just4fun73de: note that we are not live right now, it's an archived video :)
[20:50] <wewww2> hello
[20:51] <wewww2> hello


[03:30] <Raboff> good morning
[03:30] <e1mer> good morning
[03:31] <Raboff> I dont know if this is the right place to ask, Im planning on installing Ubuntu sa unpartitioned space ng HDD ko (with W7). Do I need to format it before installation o kaya na ng Ubuntu gawin un?
[10:32] <zakame> hola
[15:13] <nhatz> waaaaaaaaaazzzzzzzzzzzzaaaaaaaaaaaaa
[15:15] <nhatz> yo wers
[15:15] <wers> nhatz: hi
[15:15] <nhatz> hehehe
[15:16] <nhatz> hala nawala si zak
[23:22] <temyo> hello
[23:22] <temyo> hi everyone
[23:22] <temyo> need your help
[23:22] <temyo> whois temyo


[00:16] -queuebot:#ubuntu-release- New binary: pglast [riscv64] (lunar-proposed/universe) [5.0~dev0-1] (no packageset)
[03:15] -queuebot:#ubuntu-release- New binary: libreoffice [armhf] (lunar-proposed/main) [1:7.5.0~rc1-0ubuntu1] (ubuntu-desktop)
[05:33] -queuebot:#ubuntu-release- New binary: node-smart-buffer [amd64] (lunar-proposed/none) [4.2.0-1] (no packageset)
[11:23] -queuebot:#ubuntu-release- New binary: opendht [amd64] (lunar-proposed/universe) [2.3.1-2] (no packageset)
[11:25] -queuebot:#ubuntu-release- New binary: opendht [ppc64el] (lunar-proposed/universe) [2.3.1-2] (no packageset)
[11:25] -queuebot:#ubuntu-release- New binary: opendht [s390x] (lunar-proposed/universe) [2.3.1-2] (no packageset)
[11:26] -queuebot:#ubuntu-release- New binary: opendht [arm64] (lunar-proposed/universe) [2.3.1-2] (no packageset)
[11:30] -queuebot:#ubuntu-release- New binary: opendht [armhf] (lunar-proposed/universe) [2.3.1-2] (no packageset)
[15:56] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (jammy-proposed/main) [1:41.7-0ubuntu<IP_ADDRESS> => 1:41.7-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[17:22] -queuebot:#ubuntu-release- New binary: xapp [amd64] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[17:23] -queuebot:#ubuntu-release- New binary: xapp [ppc64el] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[17:25] -queuebot:#ubuntu-release- New binary: xapp [arm64] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[17:26] -queuebot:#ubuntu-release- New binary: xapp [armhf] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[17:35] -queuebot:#ubuntu-release- New binary: xapp [s390x] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[18:04] -queuebot:#ubuntu-release- New binary: xapp [riscv64] (lunar-proposed/universe) [2.4.2-2] (ubuntu-budgie)
[20:27] -queuebot:#ubuntu-release- New: accepted node-smart-buffer [amd64] (lunar-proposed) [4.2.0-1]
[20:27] -queuebot:#ubuntu-release- New: accepted opendht [arm64] (lunar-proposed) [2.3.1-2]
[20:27] -queuebot:#ubuntu-release- New: accepted opendht [ppc64el] (lunar-proposed) [2.3.1-2]
[20:27] -queuebot:#ubuntu-release- New: accepted pglast [arm64] (lunar-proposed) [5.0~dev0-1]
[20:27] -queuebot:#ubuntu-release- New: accepted pglast [ppc64el] (lunar-proposed) [5.0~dev0-1]
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [amd64] (lunar-proposed) [2.4.2-2]
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [armhf] (lunar-proposed) [2.4.2-2]
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [riscv64] (lunar-proposed) [2.4.2-2]
[20:27] -queuebot:#ubuntu-release- New binary: calamares-settings-mobian [amd64] (lunar-proposed/universe) [0.2.6] (no packageset)
[20:27] -queuebot:#ubuntu-release- New binary: jakarta-interceptor-api [amd64] (lunar-proposed/universe) [2.1.0-1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New: accepted opendht [amd64] (lunar-proposed) [2.3.1-2]
[20:27] -queuebot:#ubuntu-release- New: accepted opendht [s390x] (lunar-proposed) [2.3.1-2]
[20:27] -queuebot:#ubuntu-release- New: accepted pglast [riscv64] (lunar-proposed) [5.0~dev0-1]
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [ppc64el] (lunar-proposed) [2.4.2-2]
[20:27] -queuebot:#ubuntu-release- New binary: dpf-plugins [amd64] (lunar-proposed/universe) [1.6+ds-1] (ubuntustudio)
[20:27] -queuebot:#ubuntu-release- New binary: python-autocommand [amd64] (lunar-proposed/universe) [2.2.2-2] (no packageset)
[20:27] -queuebot:#ubuntu-release- New binary: rust-err-derive [arm64] (lunar-proposed/universe) [0.3.1-1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New binary: rust-is-debug [arm64] (lunar-proposed/universe) [1.0.1-1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New: accepted opendht [armhf] (lunar-proposed) [2.3.1-2]
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [arm64] (lunar-proposed) [2.4.2-2]
[20:27] -queuebot:#ubuntu-release- New binary: ocaml-uunf [amd64] (lunar-proposed/universe) [15.0.0-2] (no packageset)
[20:27] -queuebot:#ubuntu-release- New binary: rust-err-derive [armhf] (lunar-proposed/universe) [0.3.1-1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New: accepted pglast [armhf] (lunar-proposed) [5.0~dev0-1]
[20:27] -queuebot:#ubuntu-release- New binary: rust-bet [armhf] (lunar-proposed/universe) [1.0.2-1] (no packageset)
[20:27] -queuebot:#ubuntu-release- New: accepted xapp [s390x] (lunar-proposed) [2.4.2-2]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [arm64] (lunar-proposed) [0.7.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [amd64] (lunar-proposed) [0.7.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [ppc64el] (lunar-proposed) [0.7.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [s390x] (lunar-proposed) [0.7.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted jakarta-interceptor-api [amd64] (lunar-proposed) [2.1.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted libonvif [arm64] (lunar-proposed) [1.4.3-1]
[20:28] -queuebot:#ubuntu-release- New: accepted libonvif [riscv64] (lunar-proposed) [1.4.3-1]
[20:28] -queuebot:#ubuntu-release- New: accepted openclonk [arm64] (lunar-proposed) [8.1-3]
[20:28] -queuebot:#ubuntu-release- New: accepted openclonk [ppc64el] (lunar-proposed) [8.1-3]
[20:28] -queuebot:#ubuntu-release- New: accepted openclonk [s390x] (lunar-proposed) [8.1-3]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [riscv64] (lunar-proposed) [0.7.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [riscv64] (lunar-proposed) [0.7.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted ktx [riscv64] (lunar-proposed) [1.42+dfsg-1]
[20:28] -queuebot:#ubuntu-release- New: accepted libtickit-console-perl [amd64] (lunar-proposed) [0.10-4]
[20:28] -queuebot:#ubuntu-release- New: accepted openclonk [riscv64] (lunar-proposed) [8.1-3]
[20:28] -queuebot:#ubuntu-release- New: accepted plexus-languages-0.9 [amd64] (lunar-proposed) [0.9.10-4]
[20:28] -queuebot:#ubuntu-release- New: accepted qgis [riscv64] (lunar-proposed) [3.22.14+dfsg-1]
[20:28] -queuebot:#ubuntu-release- New binary: calamares-settings-mobian [amd64] (lunar-proposed/universe) [0.2.5] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: cfitsio [ppc64el] (lunar-proposed/universe) [4.2.0-2] (kubuntu)
[20:28] -queuebot:#ubuntu-release- New binary: ojalgo [amd64] (lunar-proposed/universe) [51.4.1+ds-2] (no packageset)
[20:28] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [arm64] (lunar-proposed) [0.7.0-2]
[20:28] -queuebot:#ubuntu-release- New: accepted libonvif [armhf] (lunar-proposed) [1.4.3-1]
[20:28] -queuebot:#ubuntu-release- New: accepted pglast [amd64] (lunar-proposed) [5.0~dev0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted wofi-pass [amd64] (lunar-proposed) [0.0~git20221028.869c545-1]
[20:28] -queuebot:#ubuntu-release- New binary: golang-github-jaksi-sshutils [amd64] (lunar-proposed/universe) [0.0.15-1] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: rust-aliasable [amd64] (lunar-proposed/universe) [0.1.3-3] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: rust-aliasable [s390x] (lunar-proposed/universe) [0.1.3-3] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: rust-bet [amd64] (lunar-proposed/universe) [1.0.2-1] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: rust-lfs-core [amd64] (lunar-proposed/universe) [0.11.1-1] (no packageset)
[20:28] -queuebot:#ubuntu-release- New: accepted golang-github-bradenhilton-mozillainstallhash [amd64] (lunar-proposed) [1.0.0-1]
[20:28] -queuebot:#ubuntu-release- New: accepted pystray [amd64] (lunar-proposed) [0.19.4-2]
[20:28] -queuebot:#ubuntu-release- New binary: python-roundrobin [amd64] (lunar-proposed/universe) [0.0.4-2] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: rust-beef [amd64] (lunar-proposed/universe) [0.5.2-1] (no packageset)
[20:28] -queuebot:#ubuntu-release- New: accepted openclonk [armhf] (lunar-proposed) [8.1-3]
[20:28] -queuebot:#ubuntu-release- New binary: rust-aliasable [arm64] (lunar-proposed/universe) [0.1.3-3] (no packageset)
[20:28] -queuebot:#ubuntu-release- New binary: cfitsio [arm64] (lunar-proposed/universe) [4.2.0-2] (kubuntu)
[20:28] -queuebot:#ubuntu-release- New binary: rust-err-derive [amd64] (lunar-proposed/universe) [0.3.1-1] (no packageset)
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [amd64] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [armhf] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [riscv64] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [amd64] (lunar-proposed) [0.7.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [s390x] (lunar-proposed) [0.7.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted firefox-esr-mobile-config [amd64] (lunar-proposed) [3.1.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted gnuradio [riscv64] (lunar-proposed) [<IP_ADDRESS>-1]
[20:29] -queuebot:#ubuntu-release- New: accepted ktx [arm64] (lunar-proposed) [1.42+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New: accepted ktx [ppc64el] (lunar-proposed) [1.42+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libonvif [amd64] (lunar-proposed) [1.4.3-1]
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [arm64] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [s390x] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted davmail [amd64] (lunar-proposed) [<IP_ADDRESS>90-2]
[20:29] -queuebot:#ubuntu-release- New: accepted ktx [amd64] (lunar-proposed) [1.42+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New: accepted ktx [s390x] (lunar-proposed) [1.42+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libonvif [s390x] (lunar-proposed) [1.4.3-1]
[20:29] -queuebot:#ubuntu-release- New: accepted plexus-languages-0.9 [amd64] (lunar-proposed) [0.9.10-3]
[20:29] -queuebot:#ubuntu-release- New: accepted python-pangolearn [amd64] (lunar-proposed) [2022-07-09+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New binary: drgn [arm64] (lunar-proposed/universe) [0.0.21-2] (no packageset)
[20:29] -queuebot:#ubuntu-release- New binary: drgn [s390x] (lunar-proposed/universe) [0.0.21-2] (no packageset)
[20:29] -queuebot:#ubuntu-release- New: accepted cfitsio [ppc64el] (lunar-proposed) [4.2.0-3]
[20:29] -queuebot:#ubuntu-release- New: accepted fonts-smiley-sans [amd64] (lunar-proposed) [1.0.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted libonvif [ppc64el] (lunar-proposed) [1.4.3-1]
[20:29] -queuebot:#ubuntu-release- New: accepted pystray [amd64] (lunar-proposed) [0.19.4-1]
[20:29] -queuebot:#ubuntu-release- New binary: drgn [ppc64el] (lunar-proposed/universe) [0.0.21-2] (no packageset)
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [armhf] (lunar-proposed/main) [0.3.10-1] (core)
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [arm64] (lunar-proposed/main) [0.3.10-2] (core)
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [ppc64el] (lunar-proposed/main) [0.3.10-2] (core)
[20:29] -queuebot:#ubuntu-release- New binary: rust-pbkdf2 [amd64] (lunar-proposed/universe) [0.11.0-1] (no packageset)
[20:29] -queuebot:#ubuntu-release- New: accepted conda-package-streaming [ppc64el] (lunar-proposed) [0.7.0-1]
[20:29] -queuebot:#ubuntu-release- New: accepted openclonk [amd64] (lunar-proposed) [8.1-3]
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [arm64] (lunar-proposed/main) [0.3.10-1] (core)
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [armhf] (lunar-proposed/main) [0.3.10-2] (core)
[20:29] -queuebot:#ubuntu-release- New: accepted ktx [armhf] (lunar-proposed) [1.42+dfsg-1]
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [amd64] (lunar-proposed/main) [0.3.10-2] (core)
[20:29] -queuebot:#ubuntu-release- New: accepted ruby-image-processing [amd64] (lunar-proposed) [1.10.3-3]
[20:29] -queuebot:#ubuntu-release- New binary: libxmlb [s390x] (lunar-proposed/main) [0.3.10-2] (core)
[20:30] -queuebot:#ubuntu-release- New: accepted python-pangolearn [amd64] (lunar-proposed) [2022-02-02+dfsg-1]
[20:30] -queuebot:#ubuntu-release- New: accepted qgis [armhf] (lunar-proposed) [3.22.14+dfsg-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-beef [arm64] (lunar-proposed) [0.5.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-beef [ppc64el] (lunar-proposed) [0.5.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-bet [armhf] (lunar-proposed) [1.0.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-droid-juicer [amd64] (lunar-proposed) [0.1.0-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-droid-juicer [ppc64el] (lunar-proposed) [0.1.0-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-err-derive [armhf] (lunar-proposed) [0.3.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-is-debug [arm64] (lunar-proposed) [1.0.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-is-debug [ppc64el] (lunar-proposed) [1.0.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted qgis [arm64] (lunar-proposed) [3.22.14+dfsg-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-beef [armhf] (lunar-proposed) [0.5.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-bet [ppc64el] (lunar-proposed) [1.0.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-err-derive [arm64] (lunar-proposed) [0.3.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-is-debug [armhf] (lunar-proposed) [1.0.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-js-option [armhf] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-lfs-core [ppc64el] (lunar-proposed) [0.11.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-overload [armhf] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-serde-path-to-error [amd64] (lunar-proposed) [0.1.8-1]
[20:30] -queuebot:#ubuntu-release- New binary: rust-lfs-core [armhf] (lunar-proposed/universe) [0.11.1-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New: accepted qgis [ppc64el] (lunar-proposed) [3.22.14+dfsg-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-droid-juicer [arm64] (lunar-proposed) [0.1.0-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-js-option [arm64] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-overload [arm64] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-serde-path-to-error [ppc64el] (lunar-proposed) [0.1.8-1]
[20:30] -queuebot:#ubuntu-release- New binary: rust-serde-path-to-error [armhf] (lunar-proposed/universe) [0.1.8-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New binary: woof-doom [amd64] (lunar-proposed/universe) [10.5.0+dfsg-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New binary: woof-doom [armhf] (lunar-proposed/universe) [10.5.0+dfsg-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New binary: woof-doom [s390x] (lunar-proposed/universe) [10.5.0+dfsg-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New: accepted rust-bet [arm64] (lunar-proposed) [1.0.2-1]
[20:30] -queuebot:#ubuntu-release- New: accepted rust-js-option [ppc64el] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New binary: rust-serde-path-to-error [arm64] (lunar-proposed/universe) [0.1.8-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New binary: woof-doom [arm64] (lunar-proposed/universe) [10.5.0+dfsg-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New: accepted rust-err-derive [ppc64el] (lunar-proposed) [0.3.1-1]
[20:30] -queuebot:#ubuntu-release- New binary: rust-zram-generator [riscv64] (lunar-proposed/universe) [1.1.2-1] (no packageset)
[20:30] -queuebot:#ubuntu-release- New: accepted rust-overload [ppc64el] (lunar-proposed) [0.1.1-1]
[20:30] -queuebot:#ubuntu-release- New binary: woof-doom [ppc64el] (lunar-proposed/universe) [10.5.0+dfsg-1] (no packageset)
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [amd64] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [armhf] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [riscv64] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted gvm-libs [riscv64] (lunar-proposed) [22.4.1-1]
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [arm64] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [ppc64el] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [s390x] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-bet [amd64] (lunar-proposed) [1.0.2-1]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-is-debug [amd64] (lunar-proposed) [1.0.1-1]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-lfs-core [amd64] (lunar-proposed) [0.11.1-1]
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [arm64] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [s390x] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [armhf] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-beef [amd64] (lunar-proposed) [0.5.2-1]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-js-option [amd64] (lunar-proposed) [0.1.1-1]
[20:31] -queuebot:#ubuntu-release- New: accepted xen [arm64] (lunar-proposed) [4.17.0-1]
[20:31] -queuebot:#ubuntu-release- New binary: cfitsio [armhf] (lunar-proposed/universe) [4.2.0-2] (kubuntu)
[20:31] -queuebot:#ubuntu-release- New binary: ocaml-uunf [amd64] (lunar-proposed/universe) [15.0.0-1] (no packageset)
[20:31] -queuebot:#ubuntu-release- New binary: woof-doom [amd64] (lunar-proposed/universe) [10.3.0+dfsg-2] (no packageset)
[20:31] -queuebot:#ubuntu-release- New: accepted gsoap [ppc64el] (lunar-proposed) [2.8.124-1]
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [riscv64] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-overload [amd64] (lunar-proposed) [0.1.1-1]
[20:31] -queuebot:#ubuntu-release- New binary: cfitsio [s390x] (lunar-proposed/universe) [4.2.0-2] (kubuntu)
[20:31] -queuebot:#ubuntu-release- New: accepted kristall [amd64] (lunar-proposed) [0.3+git20210303.763bd81+dfsg-2]
[20:31] -queuebot:#ubuntu-release- New: accepted xen [armhf] (lunar-proposed) [4.17.0-1]
[20:31] -queuebot:#ubuntu-release- New: accepted rust-err-derive [amd64] (lunar-proposed) [0.3.1-1]
[20:31] -queuebot:#ubuntu-release- New binary: python-autocommand [amd64] (lunar-proposed/universe) [2.2.2-1] (no packageset)
[20:32] -queuebot:#ubuntu-release- New: accepted dpf-plugins [amd64] (lunar-proposed) [1.6+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [arm64] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [ppc64el] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [s390x] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [armhf] (lunar-proposed) [2.9.0+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [s390x] (lunar-proposed) [2.9.0+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [arm64] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [ppc64el] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [s390x] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New: accepted yuzu [amd64] (lunar-proposed) [0-1276+ds-1]
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [amd64] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [riscv64] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [riscv64] (lunar-proposed) [2.9.0+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [armhf] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New: accepted xen [amd64] (lunar-proposed) [4.17.0-1]
[20:32] -queuebot:#ubuntu-release- New source: edubuntu-meta (lunar-proposed/primary) [23.04.1]
[20:32] -queuebot:#ubuntu-release- New binary: libnvidia-nscq-525 [amd64] (lunar-proposed/multiverse) [525.60.13-0ubuntu1] (no packageset)
[20:32] -queuebot:#ubuntu-release- New: accepted drgn [armhf] (lunar-proposed) [0.0.21-2]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [amd64] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New source: dotnet7 (lunar-proposed/primary) [7.0.100-0ubuntu1]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [arm64] (lunar-proposed) [2.9.0+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted libxmlb [riscv64] (lunar-proposed) [0.3.10-1]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [amd64] (lunar-proposed) [2.9.0+ds-2]
[20:32] -queuebot:#ubuntu-release- New: accepted woof-doom [riscv64] (lunar-proposed) [10.5.0+dfsg-1]
[20:32] -queuebot:#ubuntu-release- New: accepted fastdds [ppc64el] (lunar-proposed) [2.9.0+ds-2]
[22:42] -queuebot:#ubuntu-release- New binary: sqlreduce [amd64] (lunar-proposed/universe) [1.1-1] (no packageset)
[23:19] -queuebot:#ubuntu-release- New binary: 4ti2 [amd64] (lunar-proposed/universe) [1.6.9+ds-7] (no packageset)
[23:20] -queuebot:#ubuntu-release- New binary: 4ti2 [s390x] (lunar-proposed/universe) [1.6.9+ds-7] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: 4ti2 [ppc64el] (lunar-proposed/universe) [1.6.9+ds-7] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: 4ti2 [armhf] (lunar-proposed/universe) [1.6.9+ds-7] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: 4ti2 [arm64] (lunar-proposed/universe) [1.6.9+ds-7] (no packageset)


[06:48] <apachelogger> valorie: some tv device thing google is giving away to lucky people
[06:53] <valorie> right, I guessed that
[06:53] <valorie> anyway, offer's open if you change your mind
[08:16] <apachelogger> ScottK: do you think the kolab blog post is good for publishing
[08:29] <apachelogger> if the ubuntu wiki was any slower it would qualify as dead
[08:30] <apachelogger> Internal Server Error
[08:30] <apachelogger> FTW!
[08:32] <valorie> apachelogger broke it!
[08:33] <Tm_T> sooon!
[08:34] <apachelogger> yuhh
[08:34] <apachelogger> someone needs to learn moinmoin markup
[08:34] <apachelogger> community section of the october report is all messed up
[08:34] <valorie> I couldn't get the photo to show
[08:34] <valorie> it was probably me who messed it up
[08:35]  * apachelogger made it a link instead
[08:35] <valorie> however, I followed the hints at the bottom of the page....
[08:35] <valorie> danke
[08:35] <apachelogger> ulysses: time for report advertising I think
[08:37] <Tm_T> moinmoin really hurts my brain, I even would rather use tikiwiki
[08:42]  * apachelogger likes twiki
[08:43] <apachelogger> Riddell: any objections to carry out switch to raster via the envrionment variable, rather than at build time
[08:43] <apachelogger> saves us from rebuilding Qt for no good reason
[08:44] <apachelogger> if we decide to ship with raster we can of course move to buildtime config
[08:58] <hrw> hi
[08:58] <hrw> apachelogger: what is a status of your kubuntu-one ppa for natty?
[09:16] <lucidfox> Where do I file QtWebKit bugs? qt4-x11?
[09:17] <lucidfox> ah right, qtwebkit-source
[09:25] <apachelogger> hrw: bug 375145
[09:25] <hrw> thx
[09:51]  * apachelogger hugs markey super tight
[09:51] <markey> oi
[09:51] <markey> what's that for? :)
[09:52] <apachelogger> speaking up for kubuntu on kdemu
[09:55] <valorie> sounds like you had fun on there, markey
[09:56] <markey> apachelogger: the old episode from 2 weeks ago?
[09:56] <markey> or the new one?
[09:56] <apachelogger> old one
[09:57]  * apachelogger was kinda busy for half a year with UDS :P
[09:57] <valorie> half a year, lol
[10:01] <valorie> I'm listening to old ones -- just about to hear apachelogger and fregl
[10:01] <valorie> and fluffy!
[10:03] <apachelogger> oh noes
[10:03] <apachelogger> ah
[10:03] <apachelogger> the intarwebs is horrible
[10:04] <valorie> I listened to it before, but didn't know anything about KDEMU at the time
[10:04] <valorie> how much alcohol was involved in that recording?
[10:05] <apachelogger> a couple of days
[10:05] <apachelogger> of beer
[10:05] <apachelogger> if that makes any sense ^^
[10:05] <valorie> lol
[10:05] <valorie> you were still able to speak
[10:05] <valorie> lol
[10:07] <apachelogger> unity unity unity
[10:08] <Tm_T> Yu'naity
[10:13] <valorie> antidisestablishmentarianism
[10:13]  * apachelogger just fell over
[10:14] <valorie> it's just the opposite of unity
[10:14] <valorie> British version
[10:30] <apachelogger> unicorn is supreme anyway
[10:38] <hrw> I am starting to hate akonadi
[10:38] <hrw> kontact(28086)/libakonadi Akonadi::SessionPrivate::socketError: Socket error occurred: "QLocalSocket::connectToServer: Invalid name"
[10:38] <hrw> and kontact is frozen
[10:38] <apachelogger> #akonadi
[10:39] <hrw> sure
[10:40] <hrw> btw - why kde4 depends so much on nepomuk?
[10:41] <hrw> was not nepomuk only used to index files?
[10:46] <saidinesh5> hrw: dolphin uses nepomuk, akonadi uses nepomuk, digikam uses nepomuk
[10:46] <saidinesh5> so it is not just data from files
[10:47] <hrw> but what for they use it?
[10:48] <hrw> and how useful it is without having Strigi running
[10:49] <hrw> cause I prefer to not have daemon which will try to index 2TB of data
[10:49] <saidinesh5> hehe, even i started reading about nepomuk just 2 days ago
[10:49] <saidinesh5> you can turn it off
[10:49] <saidinesh5> though
[10:49] <saidinesh5> http://latm.aihub.org/wp-content/uploads/2009/08/NEPOMUK-introduction.pdf
[10:49] <saidinesh5> here an interesting intro to nepomuk
[10:50] <hrw> thx
[10:50] <ulysses> I like this error message: „dolphin(2369): couldn't create slave: "Unable to create io-slave: error loading kio_upnp_ms”
[10:51] <hrw> I love "glibc detected" messages
[10:52] <ulysses> any idea how to debug a KIOslave?
[10:58] <agateau> hrw: nepomuk is still useful without strigi: you can access the metainfo you added yourself (keywords, comments, rating...)
[11:02] <hrw> agateau: ok. may be useful one day when dolphin will just work
[11:02] <hrw> ;d
[11:07] <Riddell> apachelogger: I guess an environment variable is ok for raster
[11:08] <ulysses> HUPnP sucks
[11:18] <Riddell> ulysses: what's up with it now?
[11:26] <ulysses> Riddell: I found an other installing issue in HUPnP, it does not copy the libQtSolutinos_SOAP shared librarie, so kio_iupnp_ms can't start
[11:35] <ScottK> apachelogger: Probably.  I'd need to read it again to have a firm opinion.
[11:36] <Riddell> ulysses: it's ment to compile them into it's own libraries I thought
[11:49] <ulysses> Riddell: I copied the shared libraries to /usr/lib, now kio_upnp_ms fails with: http://pastebin.com/JE9mUK79
[11:54] <Riddell> ulysses: hmm, troublesome this one
[11:55] <Riddell> ulysses: I guess you need to contact the kio_upnp_ms author about that
[12:00] <ulysses> Riddell: done
[12:00] <Riddell> ulysses: I'm afraid I didn't expect this to be quite so much hassle :)
[12:19] <dantti_work> apachelogger: yes, printer-manager is in playground/base/print-manager
[12:20] <jussi> hrrr... why is arm so hard :(
[12:20] <dantti_work> apachelogger: I'm working on it these days to see if I can finish it
[12:21] <Riddell> nixternal: ^^
[12:23] <hrw> jussi: IT hits again?
[12:24] <jussi> hrw: hrm?
[12:28] <hrw> jussi: armel ftfbs with message about IT
[12:29] <jussi> hrw: no, havent got that far yet...
[12:29] <hrw> ah
[12:29] <hrw> jussi: what you do now?
[12:31] <ulysses> Riddell: me too
[12:32] <jussi> hrw: reading :) there are so many conflicting opinions and tutorials...
[12:32] <jussi> and it doesnt help that i dont have access to certain resources
[12:49] <hrw> uf.   kdebase-workspace finish is near
[12:51] <hrw> for armel/natty I had to add implicit-it=thumb hack, compile one object with g++-4.4, drop generation of plasma-desktop documentation, edit contents of two packages due to previous step and hope that this time 'debian/rules' will finish
[13:06] <jussi> hrw: you have natty running on your nettop ?
[13:06] <jussi> or smartbook?
[13:20] <hrw> jussi: on arm/pandaboard (headless), arm/efika-mx-smartbook (xfce now cause kde4 is not yet built), amd64/desktop, amd64/laptop
[13:20] <hrw> jussi: I do not have machine with other release running
[13:21] <jussi> hrw: :D
[13:22] <jussi> hrw: my smarttop is not actually an efika, however, I do beleive it is the same machine. (its from pegatron)
[13:22] <hrw> jussi: genesi efika mx smartbook is pegatron
[13:22] <jussi> hrw: exactly ;)
[13:23] <jussi> just mine came through pegatron, not through efika
[13:23] <jussi> ;)
[13:23] <hrw> http://www.genesi-usa.com/products/smartbook
[13:23] <jussi> mine being the smarttop though
[13:24] <Riddell> ~
[13:24] <hrw> ah right.. you asked 4h ago on #efika ;d
[13:24] <jussi> hrw: yup
[13:24] <jussi> Riddell: hi
[13:24] <Riddell> apachelogger: have you sent kubuntu_02_fix_digets_encoding.diff in qoauth upstream?
[13:30] <apachelogger> Riddell: I think that can be dropped
[13:30] <apachelogger> not even sure what it does right now
[13:31] <Riddell> apachelogger: it still looks valid
[13:31] <Riddell> there's still two .toPercentEncoding()
[13:31] <apachelogger> oh
[13:31] <apachelogger> that one
[13:31] <apachelogger> I'll look into it later on
[13:31] <apachelogger> I am in a meeting right now
[13:46] <ScottK> hrw: We know about the implicitIT business being needed.  We added it to several packages and then decided to wait for doko to get back and see about adding it back to GCC defaults (like it was in Maverick).
[13:48] <Riddell> he doesn't seem to be around
[13:51] <ScottK> No. He doesn't.
[13:52] <ScottK> Do we have an alternate, backup GCC maintainer that we could guilt into fixing this?
[13:52] <apachelogger> unity unity unity
[13:54] <hrw> ScottK: I know that, but wanted to have packages earlier. also needed something to test speed of pandaboard
[13:55] <ScottK> hrw: OK.  Just wanted to make sure you knew what we are planning.
[13:55] <ScottK> hrw: We are welcoming input on things we can do for armel to make KDE a bit lighter/faster to improve the user experience.
[13:55] <Riddell> "Uploader: Donald Scott Kitterman<EMAIL_ADDRESS>/me wonders who this Donald chap is
[13:56] <hrw> Riddell: ;D
[13:56] <hrw> ScottK: thats other reason why I am doing this ;)
[13:59] <ScottK> Riddell: Less said about him the better.  I'm just glad my parents didn't give me my grandfathers first and middle names.  His middle name was Manfred.
[13:59] <ScottK> hrw: Excellent.
[13:59] <jjesse_> we gave my son my grandfathers middle name
[14:01] <apachelogger> Riddell: qoauth sent upstream
[14:06] <ScottK> jjesse: Hopefully it was a better one than Manfred.
[14:08] <Riddell> thanks apachelogger
[14:15] <jjesse> ScottK leander
[14:15] <ScottK> Hrrmm.
[14:15] <Sput> ScottK: what's bad about Manfred?
[14:15] <jjesse> we thought the same thing the first time we heard it
[14:15] <jjesse> but it grew on us the more we ethought about it
[14:15] <Sput> for a guy your age a more or less common name!
[14:16] <ScottK> Sput: Not where I grew up.
[14:16] <ScottK> Maybe where you live.
[14:16] <Sput> ScottK: of course only in Germany :)
[14:16] <Sput> I think "Donald" would be bad over here though
[14:16] <Sput> there's only one Donald, as far as we Germans are concerend
[14:17] <Riddell> who's that?
[14:17] <Sput> Donald Duck, of course
[14:17] <shadeslayer> lol
[14:18] <Sput> parents must be very very cruel to name a German kid Donald
[14:20]  * apachelogger knows a donald actually
[14:25] <shadeslayer> markey: i <3 new amarok interface
[14:25] <shadeslayer> valorie: ^
[14:25] <shadeslayer> now only if it had the coverflow thingy
[14:31] <ScottK> Sput: My grandfather was born in 1910, so the influence of Disney  was rather more limited at the time.
[14:31] <Riddell> it's a very common name here
[14:32] <Sput> yeah, I mean it's common in the US at least, but over here nobody except for Donald Duck is called like that
[15:07] <Quintasan> oh god
[15:07] <Quintasan> shadeslayer: save me!
[15:08]  * shadeslayer throws KLifeRaft to Quintasan
[15:08] <shadeslayer> what up?
[15:08] <shadeslayer> i haz the exams... so be quick
[15:09] <Quintasan> Well, it seems teachers can hear me when I'm saying "I'm going to have free time next week"
[15:09]  * Quintasan has 5 tests in upcoming two days
[15:09] <Quintasan> shadeslayer: I mean, srsly, wtf
[15:10] <shadeslayer> Quintasan: these are exams of UDS past
[15:10] <shadeslayer> the ones i got postponed to come to UDS
[15:10] <shadeslayer> Quintasan: you have a milestone right>
[15:10] <Quintasan> Yup
[15:11] <shadeslayer> uh.. should i buy a milestone 2?
[15:11] <Quintasan> nope
[15:11] <shadeslayer> why? :P
[15:11] <Quintasan> this crap is locked
[15:11] <shadeslayer> ohh
[15:11] <shadeslayer> Quintasan: apart from that fact
[15:11] <Quintasan> ie. boot loader is signed with RSA-2048 key
[15:11] <Quintasan> means no custom roms
[15:11] <shadeslayer> well...i can live without those, but what else
[15:11] <Quintasan> shadeslayer: you want HTC G2 :P
[15:12] <shadeslayer> how much is that?
[15:12] <shadeslayer> a unlocked version
[15:12] <Quintasan> shadeslayer: it has crappy MotoBLUR instead of your favourite FroYo launcher
[15:12] <Quintasan> shadeslayer: HTC phones are always unlocked
[15:12] <shadeslayer> zomg epic
[15:12] <shadeslayer> Quintasan: theres also the Droid 2 Global coming out on the 11th
[15:12] <Quintasan> no, just no
[15:13] <Quintasan> all motorola android phones are locked
[15:13] <shadeslayer> hmm
[15:13] <shadeslayer> uh
[15:13] <shadeslayer> Quintasan: http://www.htc.com/in/product.aspx
[15:13] <shadeslayer> no G2 there
[15:14] <Quintasan> it's called Vision or something along these lines
[15:15] <shadeslayer> nope, no vision there as well
[15:15] <Quintasan> oh
[15:15] <Quintasan> in Europe it is HTC Desire Z
[15:16] <Quintasan> http://www.htc.com/www/product/desirez/overview.html
[15:16] <shadeslayer> ah i think thats available in india
[15:18] <shadeslayer> 800 MHz... a bit slow dont you think?
[15:18] <Quintasan> Who said you can't overclock it?
[15:18] <shadeslayer> epic
[15:18] <Quintasan> + Milestone 2 operates at 600 :/
[15:18] <hrw> shadeslayer: what you have now?
[15:18] <shadeslayer> hrw: you dont want to know
[15:18]  * Quintasan overclocked it to 1200 MHz
[15:18] <hrw> shadeslayer: nokia 6230i?
[15:18] <shadeslayer> Quintasan: milestone has a 1GHz proc
[15:19] <shadeslayer> hrw: Nokia 2600
[15:19] <shadeslayer> and before that a Nokia 1100
[15:19] <hrw> shadeslayer: nice lowend phones
[15:19] <shadeslayer> yeah
[15:19]  * shadeslayer wants something really good now
[15:19] <Quintasan> shadeslayer: Milestone operates on 550 MHz
[15:19] <hrw> I have n900 now
[15:19] <jussi> dont ever buy a milestone...
[15:20] <hrw> next probably be something with android
[15:20] <Quintasan> cause Motorola thinks this will extend the battery live
[15:20] <shadeslayer> hrw: nice phone, but itll be outdated in a few months, thats why im not buying one
[15:20] <hrw> shadeslayer: it is already
[15:20] <Quintasan> jussi: that's what I'm telling shadeslayer
[15:20] <hrw> shadeslayer: but I paid only 250€ so...
[15:20] <rbelem> hrw, did you installed kubuntu-mobile on it?
[15:20] <hrw> rbelem: hell no1
[15:20] <hrw> rbelem: hell no!
[15:20] <rbelem> :-(
[15:20] <shadeslayer> Quintasan: http://www.gsmarena.com/motorola_milestone_2-3495.php
[15:21] <hrw> rbelem: this is phone.
[15:21] <shadeslayer> Processor: 1Gh
[15:21] <ScottK> hrw: kubuntu-mobile aims to be a phone eventually.  We should have a kernel for N900 in natty.
[15:21] <hrw> rbelem: once I installed kdepim-mobile on it and decided to wait for dualcore 1GHz 1GB ram in phone
[15:21] <ScottK> (not yet)
[15:21] <shadeslayer> zomg... it has radio!
[15:22] <Quintasan> shadeslayer: it is underclocked by default
[15:22] <rbelem> hrw, i manage to get kubuntu-mobile working with touchscreen and some acceleration :-)
[15:22] <shadeslayer> Quintasan: ah, thats new
[15:22] <Quintasan> Milestone 1 has Cortex 800Mhz
[15:22] <Quintasan> and is clocked 550
[15:22] <hrw> Quintasan: not cortex
[15:22] <hrw> Quintasan: it has TI omap3
[15:22] <Quintasan> and can be overclocked to 1200Mhz with no probs
[15:22] <hrw> cortex is family of arm cores not cpu name
[15:23] <Quintasan> hrw: oh, sorry.
[15:23]  * Quintasan thought Cortex is the name of CPU
[15:23] <hrw> Quintasan: no worry. some may think same about Willamete (or how intel pronounced it)
[15:24] <rbelem> ScottK, how should we maintain the n900 patches that do not enter the kernel mainline? maintain a ppa for the n900 kernel?
[15:25] <ScottK> rbelem: I hope to have them in the archive, but discussions are ongoing.  PPA is the fallback plan.
[15:26] <shadeslayer> Quintasan: uh.. HTC HD2 ... it has custom ROMS as well
[15:27] <rbelem> ScottK, do you think mathieu could maintain a branch just with the patches for n900 that were not accepted?
[15:28] <ScottK> rbelem: Possibly.  Let's see how much we can get accepted first.
[15:28] <rbelem> cool
[15:31] <Quintasan> shadeslayer: HD2 can even run Kubuntu on top of it
[15:31] <Quintasan> but it costs over 9000
[15:31] <shadeslayer> 9000 what? :p
[15:31] <Quintasan> err, 2000 Polish Zloty
[15:31] <hrw> dpkg: błąd przetwarzania /var/cache/apt/archives/kdebase-workspace-bin_4%3a4.5.3-0ubuntu1_armel.deb (--unpack): próba nadpisania "/usr/lib/liboxygenstyle.so.4.5.0", który istnieje także w pakiecie kde-window-manager 4:4.5.1-0ubuntu8
[15:31] <Quintasan> dunno how much it is in your currency
[15:31] <Quintasan> hrw: cześć
[15:32] <hrw> sorry for Polish but I think this is readable
[15:32] <hrw> hej Quintasan
[15:32] <Quintasan> hrw: I think it would be safe to go to /var/apt/archives
[15:32] <hrw> Quintasan: I know how to handle it ;D
[15:32] <Quintasan> good
[15:33] <ScottK> Quintasan: Where are you on the Python3 stuff that you discussed with POX?
[15:33]  * hrw uses debian since 1999
[15:33] <shadeslayer> Quintasan: its about 500 euro
[15:33] <Quintasan> ScottK: I have applied the missing stuff he wanted me to, but I did not rebuild it yet
[15:34] <shadeslayer> Quintasan: there is the HTC Desire and Desire Z, any major difference between the 2?
[15:34] <ScottK> Quintasan: OK.  I'd like to move forward on getting these changes into Natty.
[15:35] <Quintasan> ScottK: W: sip4-qt3 source: dbg-package-missing-depends python-sip4-dbg  and debian/control: Depends: python3-sip (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}, ${python3:Depends}   <- any idea?
[15:36] <ScottK> Quintasan: Grab the source for pyyaml and see how I did it there.
[15:37] <shadeslayer> Quintasan: http://www.htc.com/asia/press.aspx?id=146348&lang=1033 << seems Desire Z is available in India
[15:37] <Quintasan> get it if you have the moneyz!
[15:38] <shadeslayer> i should have the moniez in 2 weeks or so :P
[15:39] <hrw> shadeslayer: Z has keyboard?
[15:39] <shadeslayer> hrw: yeah, apart from that :P
[15:40] <shadeslayer> Quintasan: does the the z have a 1Ghz procy or 800 MHz procy?
[15:41] <shadeslayer> choosing PC's is never this hard :/
[15:42] <hrw> shadeslayer: you need to play a bit with few android phones to know are you ok with onscreen keyboard or not
[15:42] <shadeslayer> hrw: well... ive played with a Storm
[15:42] <Quintasan> it has 800MHz CPU, but it can be overclocked up to 1600MHz
[15:42] <shadeslayer> ( hte BB Storm )
[15:42] <shadeslayer> Quintasan: http://www.priceindia.net/mobile/htc/htc-desire-z-mobile-price-in-india/ << says 1Ghz
[15:42] <Quintasan> and overclocking it to 1000MHz is reported not to increase the battery usage substantially
[15:42] <Quintasan> shadeslayer: http://xda-developers.com :P
[15:42] <shadeslayer> and im torn between the Desire HD and Desire Z
[15:43] <hrw> ScottK: files conflicts should be reported to bugtracker?
[15:43] <ScottK> hrw: Yes.  Let me know the bug numbers.
[15:44] <hrw> ok
[15:51] <hrw> ScottK: bug 672618
[15:52] <Quintasan> GRR
[15:52] <Quintasan> why KDE is so unresponsive after the update :/
[15:52] <hrw> ScottK: for now I installed with --force-overwrite
[15:53] <ScottK> hrw: Thanks.
[15:53] <markey> shadeslayer: thanks man :)
[15:54] <markey> (about Amarok GUI)
[15:54] <markey> (reading up backlog)
[15:55] <shadeslayer> :)
[15:55] <markey> apachelogger: so I heard UDS was 2.5 years long?
[15:56] <markey> that explains why you suddently developed a belly again :P
[15:56] <markey> *poke apachelogger*
[15:56] <shadeslayer> Quintasan: where are custom roms for Desire z?
[15:57] <hrw> ScottK: also bug 672620
[15:57] <ScottK> hrw: Thanks.
[15:57] <shadeslayer> just need to checkout what the local vendor has to offer as well
[16:00] <Quintasan> shadeslayer: xda-developers.com :P
[16:01] <shadeslayer> ah ok
[16:05] <shadeslayer> uh..
[16:05] <shadeslayer> Quintasan: i see only official ROMS
[16:05] <shadeslayer> http://forum.xda-developers.com/wiki/index.php?title=HTC_Vision#ROMs
[16:08] <Riddell> hmm, pyqt packaginf doesn't work with python 3
[16:09] <Riddell> ScottK: we have /usr/lib/python3.2/dist-packages/PyQt4/QtCore.so  do you know why python3.2 says..
[16:09] <Riddell>     from PyQt4 import QtCore, QtGui
[16:09] <Riddell> ImportError: No module named PyQt4
[16:10] <Quintasan> shadeslayer: give them few days, they are working on rooting and overclocking at the moment
[16:10] <shadeslayer> cya tmmrw ....
[16:10] <shadeslayer> Quintasan: kewl
[16:10] <Quintasan> GRRRR
[16:10] <Quintasan> why the hell it became so slow
[16:10] <shadeslayer> whut happened?
[16:11] <shadeslayer> Quintasan: you would probably kill the Ubuntu Team if you came to UDS :P
[16:11] <Quintasan> lol dunno
[16:11] <ScottK> Riddell: Becaue that's not the right way to do it for Python3.
[16:11] <Quintasan> My install became friggin slow after the update
[16:11] <Quintasan> it hangs every few seconds for a few seconds
[16:11] <Quintasan> hurr
[16:12] <Riddell> ooh it works if I touch /usr/lib/python3.2/dist-packages/PyQt4/__init__.py
[16:12] <ScottK> Yes, but we don't want Python3 packages in per-release directories.
[16:13] <shadeslayer> Quintasan: natty or maverick?
[16:13] <Quintasan> natty
[16:13] <shadeslayer> or maybe your talking about 7 ?   We also want the Python3 stuff in separate binary packages.  See pyyaml for a working example.
[16:15] <ScottK> Us/Use
[16:20] <ScottK> Riddell: For python3, if the SO is build properly it embedds the python3 version number in the filename, so the directory separation isn't needed anymore.
[16:20] <ScottK> barry is available for detailed technical assistance on this.
[16:24] <dantti_work> Riddell: have you repackaged packagekit with the fix I told you? If not I'll try to fix another bug some users are suffering so that you only have to do it one time
[16:26] <Riddell> dantti_work: not yet, so go ahead
[16:57] <apachelogger> markey: indeed, that would explain that :P
[17:00] <apachelogger> ScottK: you might be more capable of answering the patching question of http://apachelog.wordpress.com/2010/11/08/narli-kolab-for-ubuntu-uds-heavy-stuff-edition/#comment-737
[17:03] <Riddell> it's not a single bit of code
[17:03] <Riddell> infact it's almost no code at all
[17:03] <Riddell> so there's nothing to tar
[17:09] <ScottK> apachelogger: Commented.
[17:11] <ScottK> Riddell: Looking at https://launchpad.net/ubuntu/+source/kolabd/2.2.4-20100624-4ubuntu1 the tarball does seem to be almost entirely configuration and templates, but srcrpm is a really inconvenient format.
[17:13] <apachelogger> ScottK: thanks
[18:00] <ScottK> hrw|gone: Fixed.  Thanks for the feedback.
[18:26] <dantti_work> how can someone write an application with 8000 lines in a single file !?
[18:27]  * dantti_work wonders why py exist
[18:30] <Quintasan_Droid> Python magic
[18:31] <Quintasan_Droid> apachelogger loves it
[18:31] <apachelogger> dantti_work: it exists so that one can write a 8k app in one single file, because switching files in vi is such a pita :P
[18:32] <Quintasan_Droid> :3
[18:32] <dantti_work> apachelogger: right, and then no one can reads it
[18:32] <Quintasan_Droid> We all <3 python, don't we?
[18:32] <apachelogger> why would you, it just works
[18:32] <apachelogger> it is pyth0rn
[18:33] <dantti_work> it's like trying to create an exe
[18:33] <apachelogger> :D
[18:33] <Quintasan_Droid> Lol
[18:33] <dantti_work> I think machine code is easier to read
[18:33] <dantti_work> not counting the stupid identation idea
[18:33]  * apachelogger loves the indention
[18:34] <dantti_work> I have to read an memorize all the printer stuff code to understand just a little bit
[18:34] <apachelogger> makes copying into a python shell to try a small code segment very easy
[18:34] <apachelogger> dantti_work: how much is missing on the printer magic btw?
[18:34] <dantti_work> well { } wouldn't hurt
[18:34] <dantti_work> apachelogger: all the add-printer black magic
[18:34] <apachelogger> oh
[18:35]  * apachelogger needs to buy a printer and help
[18:35] <apachelogger> Quintasan_Droid: go find me a nice laser printer plz
[18:35] <apachelogger> monochrome if possible
[18:35] <dantti_work> I can already add printers but not all the features the py has it has
[18:35] <dantti_work> apachelogger: you don't need a printer
[18:35] <apachelogger> without printer there is no driving factor :P
[18:35] <dantti_work> most printer-manager code was written without one
[18:35] <dantti_work> you can always add fake printers
[18:36] <Quintasan_Droid> apachelogger: go and do it yourself, I'm occupied with preparing to idiotic german test :/
[18:36] <apachelogger> Quintasan_Droid: Viel Glueck und viel Spass :P
[18:36] <Quintasan_Droid> FFFFFFFUUUUUU-
[18:36] <apachelogger> we could just talk german on irc ;)
[18:37] <Quintasan_Droid> Deutsch lernen macht nicht Spass
[18:37] <apachelogger> dantti_work: I used the printer magic yesterday, seemed to work pretty well
[18:37] <apachelogger> well, except that I was printing using a cups print server with avahi sharing...
[18:37] <apachelogger> Quintasan_Droid: s/nicht/keinen
[18:37] <dantti_work> apachelogger: well yes it works, but it's too hard to get the logic
[18:37] <Quintasan_Droid> I see what you did there.
[18:38] <apachelogger> ^^
[18:38] <apachelogger> Quintasan_Droid: are you sure? :P
[18:38] <dantti_work> well with avahi it cups magic not py cups magic
[18:38] <apachelogger> dantti_work: divide and conquer I always say
[18:45] <Riddell> shadeslayer: ping
[18:46] <Riddell> what language did you test in for bug 658728 ?
[18:50] <neversfelde> Riddell: it's untranslated on a german system, but I did not upgrade for about 3 weeks
[18:50] <Riddell> neversfelde: probably there are no translations
[18:51] <Riddell> neversfelde: you need to download language-pack-kde-de-base  edit bluetooth.po to add translations for the monolithic strings recompile and install that
[18:51] <neversfelde> Riddell: I cannot download anything, still only a mobile connection
[18:55] <Riddell> oh aye
[19:07] <neversfelde> 2 and a half month, probably I should talk to my isp ;)
[19:07] <Riddell> dantti_work: so what patch should I add to kpackagekit?  or should I still be waiting?
[19:09] <dantti_work> Riddell: there are a few kpk patches but the most important ones are in PackageKit-qt and aptcc which are not written yet
[19:09] <Riddell> dantti_work: ok so I'll wait until I hear from youo
[19:09] <dantti_work> as I'm a bit sick today I'll probably do that tomorrow
[19:09] <dantti_work> k, thanks
[19:39] <shadeslayer> Riddell: pong
[19:39] <shadeslayer> Hindi
[19:40] <shadeslayer> oh ah...
[19:42] <shadeslayer> Quintasan: Desire Z is out in europe?
[19:42] <Riddell> shadeslayer: could you manually add translatins then test?
[19:43] <shadeslayer> Riddell: uh.... busy due to exam, im going to sleep in like 15 mins :P
[19:43] <ScottK> Plenty of time for translations
[19:43] <shadeslayer> alrighty then
[19:46] <Riddell> shadeslayer: stop getting distracted by IRC then!
[19:46] <shadeslayer> Riddell: heheh.... i was just checking out wikipedia about Shanon Theorems :P
[19:46] <ScottK> Stop getting distracted by Wikipedia then.
[19:47] <shadeslayer> ScottK: thats in my course
[19:47] <ScottK> shadeslayer: I meant from the translations.
[19:47] <ScottK> Priorities man.
[19:48] <shadeslayer> heh ....
[19:51] <shadeslayer> ->sleep
[19:51] <shadeslayer> cya
[19:56]  * ScottK notes that was 8 minutes.  Not 15.  Slacking.
[19:57] <JontheEchidna> Qt represent! http://imgur.com/7wROW
[19:58] <Riddell> JontheEchidna: what's that?
[19:59] <Riddell> why does Audacity have the wrong icon?
[19:59] <JontheEchidna> Ubuntu Software Center featuring 2 Qt apps in "What's New"
[19:59] <Riddell> what is Q4Wine?
[20:00] <Riddell> I wonder what's new about rekonq
[20:00] <JontheEchidna> A wine config GUI. Can do things like give wine the Qt colour scheme
[20:27] <yofel> does anyone know where the code for the keyboard layout indicator in the systray is to be found?
[20:28] <yofel> I don't know where to start looking..
[20:29] <ScottK> yofel: I'd start looking in kdebase-workspace.  Not sure if that will turn out to be right though.
[20:29] <yofel> well, thanks for the pointer anyway
[20:34] <yofel> ScottK: found it, thanks
[20:35] <ScottK> No problem.
[21:27] <CIA-39> [muon] jmthomas * 1194379 * trunk/extragear/sysadmin/muon/installer/ (6 files in 2 dirs) (log message trimmed)
[21:27] <CIA-39> The first steps of modularizing the proof-of-concept code and giving
[21:27] <CIA-39> muon-installer structure: - Make an ApplicationView class; a QTreeView that
[21:39] <trichard> hello, yawp seems to be broken again in kubuntu-updates
[21:54] <Riddell> trichard: hmm yes it'll need a rebuild if you're using 4.5.3
[21:55] <Riddell> I'll do that in a bit
[21:55] <trichard> Riddell: ok thanks
[22:19] <cypr1nus> Hello everyone. I would like to ask, how can I help with Kubuntu development. I know some C/C++ stuff, but I want to make progress in Python and use it in Kubuntu development.
[22:36] <Riddell> hi cypr1nus
[22:36] <Riddell> the trick is to find something that annoys you and fix it
[22:36] <Riddell> the big things we want are at https://wiki.kubuntu.org/Kubuntu/Todo
[22:37] <Riddell> but there's lots of bugs to get fixed which might be a better place to start
[22:38] <cypr1nus> Riddell: ok then. I will search things there. Thank You for help.
[22:39] <Riddell> cypr1nus: but do hang around here, that's the first step
[22:39] <al> i could tell you things that annoy *me* if it helps ;)
[22:39] <ScottK> al: We want those to lure you into helping more.
[22:40] <al> damn.
[22:40] <Riddell> cypr1nus: bug 650481  might be interesting, requires some c++ coding and some python coding
[22:41] <Riddell> needs the notifications helper to get a dbus interface added to turn off the reboot notification
[22:41] <Riddell> then it needs the DistUpgrade tool to call that
[22:44] <cypr1nus> Riddell: ok then. I'll try to get some contact with bugs and fixes. I'll see how things will develop.
[22:46] <ScottK> cypr1nus: Welcome.
[22:47] <cypr1nus> ScottK: thank You, the most frightening things in all this stuff is that i don't know if i'll manage things/tasks
[22:50] <apachelogger> markey: dude
[22:51] <al> if anyone has an idea on how to further investigate bug 513666, tell me, cause that's the most annoying bug i'm affected by right now
[22:53] <yofel> hm.. screen is locked on suspend for me, it's just that often the screen isn't blacked out, but shows the desktop contents behind the password dialog (or pieces of it)
[22:53] <apachelogger> you want to poke our most favorite kwin dev I suppose, most likely that is either an issue in the driver or kwin, if it is what yofel says ^^
[22:53] <al> yea, i had that too, sometimes
[22:54] <al> but for a few months now it's not showing the password dialog at all
[22:55] <yofel> al: you do have 'Lock screen on resume' enabled right?
[22:56] <al> yofel, yea, i also checked that it changes in the config file
[22:56] <yofel> ...
[23:03] <ScottK> al: Are you using powerdevil or the screensaver kcm to control power to your display?
[23:03] <al> ScottK, that's mutually exclusive?
[23:04] <ScottK> cypr1nus: Trying and learning are all that matter now.  Even if the first try doesn't go well, there's no harm.
[23:04] <al> it's screensaver kcm then probably
[23:04] <ScottK> al: I don't know if one can have both enabled at the same time or not.
[23:04] <ScottK> Whichever you have, I'd try the other one.
[23:04] <al> ScottK, i thought powerdevil was in charge of the resume actions exclusively
[23:05] <ScottK> I think if you have screen power management enabled in powerdevil it overrides, but I'm not sure.
[23:05] <ScottK> The power and suspend/resume yes, but AIUI it doesn't necessarily control powering/unpowering  the screen.
[23:06] <cypr1nus> ScottK: ok then. I will try some things concerning bugs. I'll be in touch. Thank You for Your help.
[23:07] <ScottK> I have powerdevil managing the screen power and it's working.  I suspect it's likely an X issue of some kind.
[23:07] <ScottK> cypr1nus: You're welcome.  Thank you for showing up to help.
[23:24] <CIA-39> [muon] jmthomas * 1194432 * trunk/extragear/sysadmin/muon/installer/Application.cpp (log message trimmed)
[23:24] <CIA-39> -Invalid files may contain an '=', so also check for a line that starts with '['
[23:24] <CIA-39> and ends with ']'. (A group entry, which all .desktop files must have) -Also,
[23:26] <CIA-39> [muon] jmthomas * 1194433 * trunk/extragear/sysadmin/muon/installer/ (6 files in 2 dirs) (log message trimmed)
[23:26] <CIA-39> Add a proxy model for our ApplicationModel capable of sorting alphabetically,
[23:26] <CIA-39> filtering by package state, and filtering by origin. We can use the alphabetic
[23:37] <CIA-39> [muon] jmthomas * 1194436 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ApplicationProxyModel.cpp Sort case-insensitively


[09:38] <BluesKaj> 'Morning folks
[16:56] <IdleOne> I'm having dependency issues with libnepomukcore4abi1, apt-get -f install is returning error http://paste.ubuntu.com/7916029/
[16:57] <IdleOne> seems I'm stuck in a catch 22
[16:59] <rww> IdleOne: does apt-get autoremove work
[16:59] <IdleOne> genii: you're smart. tell me how to fix it!
[16:59] <IdleOne> rww: nope, tells me to -f install
[16:59] <rww> or does it say "lol stuff is broken run -f install"
[16:59] <rww> okays
[17:00] <IdleOne> rww: you're smart too. so any help is welcome
[17:00] <rww> well, since it's going away anyway, may as well force it
[17:00] <rww> grab the .deb for libnepomukcore4abi1, do sudo dpkg -i --force-overwrite filename.deb
[17:01] <IdleOne> I didn't think of that
[17:01] <IdleOne> let's try
[17:01] <rww> then if that works, do autoremove again. then if that works, reinstall libnepomukcore4abi1 just to be safe
[17:04] <IdleOne> dpkg: error processing package libnepomukcore4abi1 (--install):
[17:04] <IdleOne>  dependency problems - leaving unconfigured
[17:04] <IdleOne> Errors were encountered while processing:
[17:10] <IdleOne> hmm I think I fixed it
[17:10] <rww> \o/
[17:10] <IdleOne> I dpkg-reconfigure --force nepomuk-core-data and dist-upgrade seems to be working
[17:11] <IdleOne> thanks for the pointer rww
[17:12] <genii> IdleOne: I just got back from picking up my food to see a highlight but then you already have a solution now :)
[17:13] <IdleOne> yup, looks like things are installing
[17:13] <IdleOne> no errors so far