[06:12] <mup> Bug #1705985 opened: snaps fail to install on juju1 deployed lxc container <canonical-bootstack> <Snappy:New> <https://launchpad.net/bugs/1705985>
[06:27] <zyga-ubuntu> o/
[06:27] <zyga-ubuntu> good morning everyone
[06:46] <zyga-ubuntu> mvo: how are you doing?
[06:47] <mvo> zyga-ubuntu: hey, good morning. doing fine, how are you?
[06:47] <zyga-ubuntu> just finishing my coffee, good; today will be a nice day (for protests)
[06:49] <mup> PR snapd#3592 closed: interfaces: opengl support pci device and vendor <Created by kyrofa> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3592>
[08:15] <zyga-ubuntu> !!!
[08:15] <zyga-ubuntu> kissiel: duda vetoes!
[08:15] <zyga-ubuntu> \o/
[08:16] <kissiel> zyga-ubuntu: you know it's because they voted for the wrong one?
[08:16] <kissiel> zyga-ubuntu: the one pushed was not the one they wanted
[08:16] <kissiel> it's a mess
[08:16] <zyga-ubuntu> kissiel: well, they could have paper-wrapped that
[08:16] <zyga-ubuntu> kissiel: but it seems he's not totally corrupt and spineless
[08:16] <zyga-ubuntu> kissiel: this is a major step forward
[08:17] <kissiel> we'll see
[08:41] <Chipaca> zyga-ubuntu: thank for the reviews!
[08:44] <mup> PR snapd#3612 closed: vendor: update go-flags to address crash in "snap debug" <Created by zyga> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3612>
[08:45] <zyga-ubuntu> Chipaca: my pleasure
[08:45] <mup> PR snapd#3610 closed: snap: do not always quote the snap info summary <Created by mvo5> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/3610>
[08:45] <zyga-ubuntu> if it wasn't for the political turmoil I'd be pushing my branch for review so if you want to look at the query -> result API similarity I'd love your review
[08:45] <zyga-ubuntu> but
[08:45] <zyga-ubuntu> there's a lot of hope now
[08:46] <zyga-ubuntu> after the week of protests the president just announced he will not sign the controversial law
[08:46] <zyga-ubuntu> Chipaca: sorry, how have you been? :-) I keep talking about .pl lately
[08:46]  * zyga-ubuntu is reviewing 3594
[08:50] <Chipaca> zyga-ubuntu: sounds like you're back into .pl politics big time
[08:50] <zyga-ubuntu> Chipaca: hard to ignore such changes
[08:50] <zyga-ubuntu> Chipaca: during the sprint mvo, gustavo and me went for a walk and we passed by the presidential palace, having walked past 1000s of people peacefully protesting
[08:51] <zyga-ubuntu> Chipaca: it's not over but there's a lot more hope now than during the last few days
[08:54] <mup> PR snapd#3605 closed: packaging: have Ubuntu snapd package recommend squashfuse <Created by dustinkirkland> <Closed by chipaca> <https://github.com/snapcore/snapd/pull/3605>
[09:08] <pedronis> zyga-ubuntu: mvo: Chipaca: hi
[09:09] <zyga-ubuntu> pedronis: hey, how are you doing? :)
[09:09] <pedronis> ok
[09:26] <mvo> Chipaca: re tab-completion (forum) profile.d file - is that something you want me to look into? I am keen to get it for 2.27
[09:26] <mvo> fgimenez: any word from CE yet about the 2.26.14 stable core? I would love to release that today if JamieBennett is ok with it too
[09:30] <JamieBennett> mvo: I believe we are OK to release, lets leave it until this afternoon when our US colleagues come online to confirm.
[09:30] <fgimenez> hey mvo, not yet, looks like they are running smoke test on it, according to the thread the results should be available today
[09:30] <mvo> fgimenez, JamieBennett: thank you both!
[09:30]  * zyga-ubuntu keeps fingers crossed for an open path to 2.27
[09:39] <ogra_> zyga-ubuntu, congrats (nice president ...)
[09:41] <zyga-ubuntu> ogra_: nice is too strong but it seems he's waking up
[09:51] <zyga-ubuntu> mvo: partially reviewed 3594
[09:54] <mvo> zyga-ubuntu: ta, nice
[11:11] <zyga-ubuntu> Chipaca: tab completion question
[11:12] <zyga-ubuntu> Chipaca: snap command --optio$ argument
[11:12] <zyga-ubuntu> Chipaca: if I hit tab when cursor is indicated at $, should it complete --option
[11:12] <zyga-ubuntu> Chipaca: as a user I'd say, sure
[11:12] <zyga-ubuntu> but it doesn't
[11:12] <zyga-ubuntu> er
[11:12] <zyga-ubuntu> sorry
[11:12] <zyga-ubuntu> reverse that
[11:13] <zyga-ubuntu> Chipaca: snap command arg$ --option
[11:13] <zyga-ubuntu> Chipaca: I try to tab complete "argument"
[11:13] <zyga-ubuntu> both normally work but when cursor is not at the end, things misbehave
[11:22] <ogra_> ppisati, any idea about https://forum.snapcraft.io/t/wifi-and-bluetooth-on-snappy-ubuntu-on-a-dragonboard/1297 ?
[11:30] <zyga-ubuntu> Chipaca: I think 3399 is ready for review now
[11:33] <ppisati> ogra_: replied
[11:36] <Chipaca> zyga-ubuntu: sorry, was away
[11:36] <zyga-ubuntu> Chipaca: no worries at all
[11:36] <Chipaca> zyga-ubuntu: yes it should
[11:37] <Chipaca> zyga-ubuntu: doing that is possible
[11:37] <Chipaca> zyga-ubuntu: but, i have yet to see a completer that does it
[11:37] <zyga-ubuntu> aha
[11:37] <zyga-ubuntu> so it's just harder to do and requires some extra features in go-flags?
[11:38] <Chipaca> zyga-ubuntu: not necessarily go-flags
[11:39] <Chipaca> zyga-ubuntu: it's harder to do, and involves looking at some bash variables
[11:39] <Chipaca> zyga-ubuntu: go-flags carefully avoids looking at bash variables i think
[11:44] <Chipaca> zyga-ubuntu: by this i mean: it's probably the snapd completion snipped that needs the extra work, not go-flags
[11:45] <zyga-ubuntu> aha
[11:45] <Chipaca> snippet*
[11:53] <ogra_> ppisati, thanks!
[12:03] <ogra_> ppisati, hmm, i wonder if that guy in the forum uses an oldish "build a dragonboard" tutorial or what
[12:04]  * zyga-ubuntu is hungry
[12:04] <zyga-ubuntu> time for something that resembles breakfast and includes not just coffee
[12:05] <niemeyer> Good morning all
[12:05] <niemeyer> Good afternoon to the other all
[12:06] <zyga-ubuntu> niemeyer: hey, how was the trip back?
[12:06] <niemeyer> zyga-ubuntu: Heya!
[12:06] <niemeyer> It was event-less ;)
[12:07] <mvo> Chipaca: if I want to test my profile.d complete.sh integration, what is the best snap to test that with? do we have a test-snapd-with-completion in the store?
[12:07] <zyga-ubuntu> niemeyer: please have a look at 3399 when you have a moment
[12:07] <niemeyer> zyga-ubuntu: ack
[12:07] <zyga-ubuntu> niemeyer: I think all the major issues are resolved and we should either land it or iterate on some details and land it
[12:07] <zyga-ubuntu> niemeyer: after eating something I'll start working on layouts
[12:07] <zyga-ubuntu> niemeyer: unless I forgot something and there's some catch up from last week, I'll review my nots
[12:07] <zyga-ubuntu> noteS*
[12:08] <niemeyer> zyga-ubuntu: Sounds great!
[12:08] <zyga-ubuntu> niemeyer: and on the upside, president vetoed (2/3 bill) so +1 for democracy :)
[12:08] <niemeyer> zyga-ubuntu: Wow, \o/
[12:08] <niemeyer> zyga-ubuntu: Close call.. :)
[12:09] <zyga-ubuntu> yes, not over but everyone is very suprised and enthusiastic, it was commonly assumed he would just sign it
[12:10] <Chipaca> mvo: I don't think we have it in the store; there's tests/lib/snaps/complexion/
[12:14] <mvo> Chipaca: thank you
[12:18] <mvo> Chipaca: ok, I have complexion now installed, what is the easiest test to see if tab completion for it works?
[12:19] <mvo> Chipaca: pardon my ignorace, I can dig into the tests to figure it out if you are busy
[12:28] <Son_Goku> morning all
[12:29] <Son_Goku> zyga-ubuntu, did you manage to fix the snap-seccomp failure on 32-bit arches?
[12:30] <ogra_> flexiondotorg, "Once upgraded to stretch I ran sudo snap install snapd " ??
[12:30] <ogra_> (did you mean apt install ?)
[12:30] <mvo> flexiondotorg: thanks a bunch for the details - I'm back so I can try this now too. we tried it during the sprint but couldn't reproduce the issue
[12:31] <flexiondotorg> mvo No problem.
[12:31] <flexiondotorg> ogra_ Yes, I'll edit. Thanks,
[12:31] <flexiondotorg> I type snap more than apt these days. Muscle memory is replaced :-)
[12:34] <ogra_> yeah, i know what you mean :)
[12:39] <zyga-ubuntu> Son_Goku: not yet, I'll look at it after lunch
[12:39] <zyga-ubuntu> Son_Goku: just finished PR 3399
[12:39] <Son_Goku> PR#3399?
[12:39] <Son_Goku> oh, right... snapd#3399
[12:39] <mup> PR snapd#3399: many: add the interface command <Created by zyga> <https://github.com/snapcore/snapd/pull/3399>
[12:39] <Son_Goku> nope
[12:39] <Son_Goku> what's the magic thing to make the bot tell us stuff?
[12:41] <flexiondotorg> ogra_ Is now a good time to make an introduction?
[12:41] <ogra_> as good as any time :)
[12:45] <mup> PR snapd#3616 opened: cmd/snap-repair: implement Runner.Verify and use it to check signatures of repairs from Next <Created by pedronis> <https://github.com/snapcore/snapd/pull/3616>
[12:53] <flexiondotorg> ogra_ I like to introduce you to ikey
[12:53]  * ikey bows
[12:54] <flexiondotorg> ogra_ ikey is the lead for Solus. A from scratch Linux OS.
[12:54] <flexiondotorg> ikey ogra_ is, well, a bit a legend around here ;-)
[12:54] <ikey> :] nice to meet ya.
[12:54] <Son_Goku> O.o
[12:54] <flexiondotorg> ogra_ As discussed last week ikey is interested in enabling snapd in Solus.
[12:54] <Son_Goku> ikey, hello
[12:54] <Son_Goku> wait, wut
[12:55] <Son_Goku> really?
[12:55] <ogra_> hey ikey !
[12:55] <ikey> howdo :]
[12:55] <ikey> Son_Goku, gotta adapt. i wont be the HD-DVD in this battle.
[12:55] <Son_Goku> well, I guess that's fair
[12:55]  * ikey figures its not appropriate to use tape comparisons anymore
[12:55] <Son_Goku> that's why I have ze snapd in Fedora :)
[12:56] <flexiondotorg> ogra_ From my discussion with ikey he would like someone on hand to answer questions regarding landing AppArmor (plus our patches) in the kernel Solus ship.
[12:57] <ogra_> well, happy to help, thought we might need some help from kernel guys like ppisati or jj
[12:57] <ogra_> *though
[12:57] <flexiondotorg> ikey I think you'll generally be OK packaging snapd itself, but should you need any clue ogra_ can either assist or get the right people involved.
[12:57] <ogra_> yeah
[12:57] <ikey> sounds good to me
[12:57] <ogra_> you will need the appramor patches but also some kernel config defaults (for seccomp cgroups etc)
[12:58] <flexiondotorg> ogra_ Yes, JamieBennett did suggest that p_pisati and j_j might be needed.
[12:58] <ogra_> yup
[12:58] <ikey> are the apparmor patches contained anywhere .. sane?
[12:58] <flexiondotorg> ogra_ ikey I'll consider you two introduced and bow out.
[12:58] <ikey> by sane i mean "not a hidden kernel team ppa on launchpad that i cant access"
[12:58] <flexiondotorg> But I'm happy to be tagged here and brought back into the discussion.
[12:58] <ikey> which has been my experience so far ..
[12:58] <ikey> cheers flexiondotorg
[12:59] <ogra_> ikey, like  http://kernel.ubuntu.com/git/jj/linux-apparmor-backports/  ?
[12:59] <ikey> anyways im not gonna be able to get snapd packaged for a couple of days yet, got a bit of a workload to get through myself
[13:00] <ikey> looks legit
[13:00] <ikey> cheers
[13:00]  * ikey bookmarks
[13:00] <ogra_> :)
[13:00] <Son_Goku> hmm
[13:01] <Son_Goku> well, if it's not all merged by 4.14, then I'll probably have to use some part of this too :/
[13:01] <ogra_> ikey, so i'D suggest you just start once you have time for it and bomb me with questions as they come up :)
[13:01]  * Son_Goku bookmarks
[13:01] <ikey> thanks :]
[13:05] <JamieBennett> Son_Goku: We are trying to get everything upstream by 4.14, it is down to the kernel upstream gods though
[13:05] <Son_Goku> JamieBennett, with AppArmor, aren't you guys the upstream gods too?
[13:06] <JamieBennett> Son_Goku: Yup but we rely on code flowing upstream to the kernel
[13:06] <JamieBennett> i.e. Linus
[13:14] <bloodearnest> hey folks. I've been trying to run nginx in strict confinement, but the setgroups(2) syscall is not allowed. The only interfaces I have are network and network-bind
[13:14] <bloodearnest> is there another interface I can request to be able to do this
[13:14] <bloodearnest> squid also has this issue, fwiw
[13:15] <ogra_> snap services run as root ... try to reflect that in your config
[13:15] <ogra_> (i.e. if there is a user/group option in the config, point it to root)
[13:15] <bloodearnest> ogra_, yep, have done already
[13:16] <bloodearnest> still seems to want to setgroups stuff
[13:16] <bloodearnest> it runs as root fine in devmode
[13:29] <zyga-ubuntu> bloodearnest: not yet, but this is going to be implemented soonish
[13:29] <zyga-ubuntu> bloodearnest: we desiged how it would work
[13:29] <zyga-ubuntu> bloodearnest: as there are a few snaps that are affected already
[13:30] <bloodearnest> zyga-ubuntu, thanks for the info
[13:31]  * ogra_ tickles zyga-ubuntu with https://github.com/snapcore/pi3-gadget/pull/11 again ...
[13:31] <mup> PR pi3-gadget#11: build uboot from source, pull blobs from upstream, use dtbs from archive <Created by ogra1> <https://github.com/snapcore/pi3-gadget/pull/11>
[13:32] <ogra_> (i have pending stuff that waits for it to land ...)
[13:34] <zyga-ubuntu> ogra_: I'll check today for sure, sorry, I'm getting back to "what shall I do" after all the backlog
[13:35] <ogra_> zyga-ubuntu, thanks ... as i said before it has all been tested in and out and my local images all run with it already ... just needs a second ack so i can move on and apply the same to pi2 and cm3
[13:36] <ogra_> the resulting binary snap is identical...
[13:37] <zyga-ubuntu> excellent
[13:42]  * mcphail wonders when we'll be seeing zyga-solus..?
[13:46] <zyga-ubuntu> mcphail: I don't have enough desk space :)
[13:47] <mcphail> heh :)
[13:53] <pedronis> Chipaca: going to have a break and then will look at your open PRs I think instead of starting something new
[13:54] <Chipaca> pedronis: that sounds like an objectively stupendous idea
[13:57] <fgimenez> mvo: the title of bug #1690083 should be set to .14 instead of .10, right?
[13:57] <mup> Bug #1690083: [SRU] 2.26.10 <verification-needed> <verification-needed-trusty> <verification-needed-xenial> <verification-needed-yakkety> <verification-needed-zesty> <snapd (Ubuntu):Fix Released> <snapd (Ubuntu Trusty):Fix Committed> <snapd (Ubuntu Xenial):Fix Released> <snapd (Ubuntu Yakkety):Fix
[13:57] <mup> Committed> <snapd (Ubuntu Zesty):Fix Committed> <https://launchpad.net/bugs/1690083>
[13:57] <mvo> fgimenez: yes
[13:58] <mvo> fgimenez: eh, one sec
[13:58] <mvo> fgimenez: actually we only release 2.26.10 as a deb, the other fixes were all re-exec releated so not releavant for the deb itself
[13:58] <mvo> fgimenez: but if you feel it should be in sync I can do that too
[14:01] <fgimenez> mvo: np not needed at all, then there won't be a 2.26.14 deb release, right?
[14:03] <mvo> fgimenez: correct
[14:04] <fgimenez> mvo: cool thx
[14:05] <zyga-ubuntu> mvo: when you reproduced the problem on raspbian, which versions did you have and what did system logs say?
[14:06] <mvo> zyga-ubuntu: I started with 2.21 and when to stable (2.26.10). the configure hook was in defunct state in ps afx
[14:07] <mvo> zyga-ubuntu: no denials AFAICS in the system logs, but let me double check that
[14:08] <mvo> zyga-ubuntu: also subsequent dpkg --purge snapd; apt install snapd; snap install core worked so something is either racy or setup on first deb install or something, I'm running this in a loop now (except that it takes forever so the loop iteration is ~2 or so so far)
[14:08] <zyga-ubuntu> aha
[14:08] <zyga-ubuntu> interesting
[14:09] <ogra_> raspbian should just switch to ubuntu core :P
[14:09] <ogra_> reading about hours for upgrading always makes me think that
[14:11] <cachio> niemeyer, so, should i leave 1 worker for fedora?
[14:12] <cachio> I have merged with trunk and testing new tests within fedora, I'll be pushing soon
[14:17] <ogra_> mvo, did you see bug 1705708 ? ... fun fact ... having the same core on two different machines here (laptop vs desktop) and using the same gui snap , on one machine opening urls does actually still work, the other doesnt ...
[14:17] <mup> Bug #1705708: latest change to xdg-open not applied to the unity7 interface <snapd:In Progress by ogra> <https://launchpad.net/bugs/1705708>
[14:17] <ogra_> (both run core 2381)
[14:34] <Chipaca> ogra_: something something armel something
[14:34] <ogra_> Chipaca, hmm ?
[14:35] <Chipaca> ogra_: re <ogra_> raspbian should just switch to ubuntu core :P
[14:35] <ogra_> ah
[14:35] <ogra_> yeah
[14:35] <ogra_> we need a v6 build
[14:59] <cachio> niemeyer, it is ready PR 3505
[15:00] <cachio> merged with latest changes in trunk and running with 1 worker for fedora
[15:02] <niemeyer> cachio: Thanks!
[15:09] <niemeyer> The report is out:
[15:09] <niemeyer> https://forum.snapcraft.io/t/weeks-24-29-of-2017-in-snapd/1421/1
[15:14] <pedronis> Chipaca: posted some first pass comments on two of the PRs
[15:16] <Chipaca> pedronis: i saw them, thank you! haven't replied yet though
[15:28] <flexiondotorg> Snapcraft Office Hours is starting in a few minutes here - https://www.youtube.com/watch?v=xPtPiaHIghs
[15:29] <diddledan> I'm there, thanks flexiondotorg
[16:29] <cachio> Chipaca, if you have some time, could you please take a look to this one PR 3505
[16:29] <cachio> Chipaca, it is almost ready to lunch
[16:32] <Chipaca> cachio: hungry lapsus there?
[16:32] <cachio> Chipaca, hehehe, land, sorry :)
[16:34] <cachio> Chipaca, my stomach betrays me :)
[16:34] <Chipaca> cachio: question for you: why dropping the call to MountDir() in snapEnv?
[16:35] <Chipaca> ahhhh
[16:35] <Chipaca> because of inside vs outside
[16:36] <Chipaca> this is going to get confusing :-(
[16:38] <Chipaca> cachio: anyway, you have two +1's already, go for it
[16:41] <cachio> Chipaca, yes
[16:41] <cachio> also we could join dirs.CoreSnapMountDir, info.MountDir()
[16:46] <mcphail> That ruby plugin looks good. I'm sure there was a ruby app I was going to try to snappify. If I could only rememebr what it was...
[16:46] <cachio> niemeyer, do you think the fedora PR is ready to be landed?
[16:46] <niemeyer> cachio: Which one?
[16:46] <cachio> 3505
[16:50] <cachio> niemeyer, once that is merged, I'll push the changes on the opensuse one
[16:54] <niemeyer> cachio: "The snap is leaving in $SNAPMOUNTDIR the .sh, and in $SNAP_INSTALL_DIR the commands."
[16:54] <niemeyer> cachio: The question is why SNAP___INSTALL___DIR vs. SNAPMOUNTDIR.
[16:59] <cachio> niemeyer, looking
[17:04] <cachio> niemeyer, as I see, both can be used
[17:05] <cachio> $SNAP_INSTALL_DIR/bin/sh or $SNAPMOUNTDIR/bin/test-snapd-tools.sh
[17:06] <niemeyer> cachio: Do you see the clear difference in syntax in those two variables?
[17:06] <niemeyer> cachio: Although they look *extremely* alike?
[17:07] <cachio> niemeyer, between which ones?
[17:07] <cachio> niemeyer, SNAPMOUNTDIR and SNAP_INSTALL_DIR?
[17:07] <niemeyer> cachio: My obsessive-compulsive disorder is extremely bothered by the fact you can't even see what I'm talking about :P
[17:09] <niemeyer> cachio: Of course.. isn't that why I just asked above
[17:09] <niemeyer> cachio: The question is why SNAP___INSTALL___DIR vs. SNAPMOUNTDIR.
[17:09] <niemeyer> cachio: See the underlines?
[17:09] <cachio> yes
[17:09] <niemeyer> cachio: SNAP***INSTALL**DIR
[17:09] <niemeyer> cachio: SNAP**MOUNT**DIR
[17:09] <cachio> niemeyer, you mean, why we are not using underscores?
[17:10] <cachio> for SNAPMOUNTDIR
[17:10] <niemeyer> cachio: I don't really care so much about which way we go.. the first question is why do we have those two conventions side by side instead of one
[17:10] <cachio> and we are using for SNAP_INSTALL_DIR
[17:11] <cachio> niemeyer, well, agree we should have a convention for that
[17:11] <niemeyer> Phew ;)
[17:12] <cachio> for example, TESTSLIB has not any _
[17:13] <cachio> so, the convention seem to be "no _"
[17:13] <niemeyer> cachio: I'd be fine with that.. it also doesn't have to be done in this PR
[17:13] <niemeyer> cachio: We just need to ack the conflict and have a plan to eventually converge
[17:14] <cachio> niemeyer, sure, I'll take a look to see in which places we have this divergence
[17:15] <cachio> niemeyer, so if the change is so big, we can discuss it in the forum
[17:16] <cachio> otherwise I'll create a PR to unify it
[17:16] <niemeyer> cachio: Thanks
[17:17] <niemeyer> cachio: We should evaluate which way is more clear
[17:17] <niemeyer> cachio: Wehavesomelongstringsandingeneralreadingthingslikethisbecomeshard
[17:17] <cachio> niemeyer, yes, I prefer with '_'
[17:18] <cachio> but, it would be a big change
[17:18] <niemeyer> cachio: We don't need to rush this.. at first just making sure we don't have such obvious divergences would be easy
[17:18] <niemeyer> SNAP_MOUNT_DIR, for example
[17:19] <cachio> niemeyer, sure
[17:29] <cachio> niemeyer, doing a fast check, just TESTSLIB, SNAPMOUNTDIR and LIBEXECDIR are without _
[17:30] <cachio> niemeyer, then, all the variables that we use for the environment and spread are using _
[17:32] <cachio> niemeyer, the change is really easy but the diff will be huge, I could split it by variable
[17:35] <niemeyer> cachio: If that's the only change, even if it's huge it's easy to review
[17:36] <niemeyer> cachio: #3505 is in
[17:37] <cachio> niemeyer, thanks
[17:37] <mup> PR snapd#3505 closed: tests: enable main suite on fedora <Created by morphis> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/3505>
[18:48] <jdstrand> zyga-suse: hey, I have a fix for gary's https://github.com/snapcore/snapd/pull/3587
[18:48] <mup> PR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>
[18:49] <jdstrand> zyga-suse: iirc, we can commit to other branches. what is the trick to doing that?
[18:49] <zyga-ubuntu> jdstrand: hey
[18:49] <zyga-ubuntu> jdstrand: oh, that's intereting
[18:49] <zyga-ubuntu> jdstrand: the trick is to add a remote and just push to the branch directly
[18:49] <zyga-ubuntu> jdstrand: git remote add adglkh git@github.com:adglkh/snapd
[18:50] <zyga-ubuntu> jdstrand: that should do it
[18:50] <zyga-ubuntu> jdstrand: then git fethc adglkh
[18:50] <zyga-ubuntu> jdstrand: then git checkout udev_tagging
[18:50] <zyga-ubuntu> jdstrand: then do whatever you want and "git push adglkh"
[18:50] <zyga-ubuntu> jdstrand: quick question, I actually joined to ask you one :)
[18:50] <zyga-ubuntu> jdstrand: location control is not constrained to core snap but the interface talkes about unconfined peers
[18:50] <zyga-ubuntu> jdstrand: missing check?
[18:51] <zyga-ubuntu> (well, partially talks about unconfined, maybe I'm mistaken)
[18:54] <jdstrand> zyga-ubuntu: location-control is written to only be available as an app snap (ie, no deb)
[18:55] <jdstrand> zyga-ubuntu: I assume you are talking about the rule at line 66?
[18:55] <jdstrand> zyga-ubuntu: that should have a comment above it, but the idea is that unconfined is allowed to talk to location-service
[18:56] <zyga-ubuntu> jdstrand: yes, I understand my mistake now
[18:57] <jdstrand> zyga-ubuntu: sigh, I did what you said for adglkh but the review is all messed up. see https://github.com/snapcore/snapd/pull/3587/files
[18:57] <mup> PR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>
[18:57] <zyga-ubuntu> jdstrand: let me look
[18:57] <jdstrand> zyga-ubuntu: eg, arch/arch.go. that isn't a change he made
[18:58] <zyga-ubuntu> note that you can always push --force to undo your changes
[18:58] <zyga-ubuntu> jdstrand: I refreshed the diff
[18:58] <zyga-ubuntu> jdstrand: I cannot see any changes to arch.go
[18:59]  * zyga-ubuntu goes to get some tea
[18:59] <zyga-ubuntu> jdstrand: I'll be back shortly
[19:00] <jdstrand> zyga-ubuntu: https://github.com/snapcore/snapd/pull/3587/files
[19:00] <mup> PR snapd#3587: Using udev tagging for snap interfaces <Created by adglkh> <https://github.com/snapcore/snapd/pull/3587>
[19:00] <jdstrand> zyga-ubuntu: first thing shows arch/arch.go
[19:02] <jdstrand> tyhicks: hey, can you help me with a git thing?
[19:02] <tyhicks> jdstrand: what's up?
[19:03] <jdstrand> tyhicks: can you read backscroll between me and zyga? basically, I want to do the 'you can always push --force to undo your changes'
[19:05] <jdstrand> tyhicks: I want to get this back to 8401774d3b2f5fa2d7e59120d56988b92e5995c6 in the remote branch
[19:06] <kyrofa> jdstrand, create a new branch based on that commit: `git branch my-new-branch 8401774d3b2f5fa2d7e59120d56988b92e5995c6`
[19:06] <kyrofa> jdstrand, then force-push it back to the branch in the PR
[19:07] <kyrofa> `git push adglkh my-new-branch:udev_tagging --force`
[19:07] <kyrofa> (assuming your adglkh remote is called that)
[19:07] <tyhicks> I'd expect `git push --force adglkh 8401774d3b2f5fa2d7e59120d56988b92e5995c6:udev-tagging` to also work
[19:07] <kyrofa> Man that is so hard to type
[19:08] <jdstrand> neither works
[19:09] <jdstrand> ah, I typoed something
[19:09] <mup> PR snapd#3587 closed: Using udev tagging for snap interfaces <Created by adglkh> <Closed by jdstrand> <https://github.com/snapcore/snapd/pull/3587>
[19:09] <jdstrand> now all the changes are gone
[19:09] <jdstrand> jeez
[19:10] <jdstrand> and it says I closed it
[19:10] <jdstrand> maybe I picked the wrong commit
[19:10] <kyrofa> Hahaha, you still have your modified branch around I assume?
[19:10] <jdstrand> I do
[19:11] <kyrofa> Yeah, make sure you grabbed the right commit
[19:12] <tyhicks> "adglkh:udev_tagging was force-pushed and no longer has any new commits."
[19:12] <tyhicks> "Pushing new commits will allow the pull request to be re-opened."
[19:13] <tyhicks> I can help you with how to use git to do what you want to do but I'm not as much help in knowing what the result will be in the github web interface :/
[19:13] <jdstrand> well, at this point I just want to go back to what he had
[19:14] <tyhicks> jdstrand: what's the name of the local branch representing his last changes?
[19:14] <kyrofa> jdstrand, can you push that branch to your fork?
[19:17] <jdstrand> tyhicks: ok. I have a local branch called adglkh.udev_tagging
[19:17] <tyhicks> jdstrand: it sounds like `git push adglkh adglkh.udev_tagging:udev_tagging` (try without --force first) will get the web ui back into shape
[19:18] <jdstrand> tyhicks: this was created with: git checkout -b adglkh.udev_tagging upstream/master ; git pull git@github.com:adglkh/snapd.git udev_tagging
[19:18] <zyga-suse> kyrofa: no need for a branch
[19:18] <jdstrand> tyhicks: that has a merge from master and a fix to opengl_test.go. ie, where I was before I tried to undo things
[19:18] <zyga-suse> hmm
[19:18] <zyga-suse> I see some things happened since I made tea
[19:18] <zyga-suse> (disclaimer, my lovely wife made tea and I just found it)
[19:19] <zyga-suse> jdstrand: note that you stil have the full history locally in your machine in reflog
[19:19] <zyga-suse> git reflog
[19:19] <tyhicks> it sounds like he already has a branch with full history so I didn't want to steer him towards reflog just yet
[19:19] <jdstrand> To git@github.com:adglkh/snapd
[19:19] <jdstrand>  ! [remote rejected] adglkh.udev_tagging -> udev_tagging (permission denied)
[19:19] <jdstrand> error: failed to push some refs to 'git@github.com:adglkh/snapd'
[19:20] <jdstrand> that is from inside a checkout of adglkh.udev_tagging
[19:21] <tyhicks> I'm confused how you were able to write to that branch before if you're getting a permission denied error now
[19:22] <tyhicks> (I did think it was odd that you could write to someone else's branch but I wasn't sure how github branch perms work)
[19:22] <kyrofa> tyhicks, github magic
[19:22] <kyrofa> tyhicks, when creating a PR there's a checkbox saying "allow modifications from maintainers"
[19:23] <tyhicks> ah
[19:23] <jdstrand> github seems to know that I don't know what I'm doing and took that away from me :P
[19:23] <jdstrand> I'm guessing when the PR was closed that was unchecked?
[19:23] <kyrofa> Ah, I bet so, indeed
[19:24] <kyrofa> Hahaha, so it let you kill his branch, but won't let you fix it. How kind
[19:24] <jdstrand> sigh, I was trying to help gary and I just created work for him
[19:24]  * zyga-suse looks
[19:25] <zyga-suse> yeah, no more push there
[19:25] <zyga-suse> on the up side, atom has git and github integration now
[19:25] <zyga-suse> so when git command line bites, there's a nice UI around the corner
[19:28] <zyga-ubuntu> jdstrand: btw, not security related really but maybe you're interested in 3399
[19:33] <jdstrand> zyga-ubuntu: ack
[19:34] <zyga-suse> jdstrand: thank you
[19:34] <zyga-suse> jdstrand: there's going to be a similar for connections
[19:34] <zyga-suse> jdstrand: that will largely replace "snap interfaces" (with an s)
[19:41] <tyhicks> jdstrand: did you ever figure out what the problem was? was that the wrong commit?
[19:43] <jdstrand> tyhicks: I think so yes; I should've used e9a9366d74fe70b966d6020877efdd55a28675dd, which was gary's last commit
[19:44] <tyhicks> ok
[19:45] <jdstrand> there was something which made me think it was the other commit but since everything is gone I can't say what. sigh
[19:45] <zyga-ubuntu> reflog knows the truth :)
[19:46] <jdstrand> I did push up my branch which has all his commits: https://github.com/snapcore/snapd/compare/master...jdstrand:adglkh.udev_tagging?expand=1
[19:46] <jdstrand> so the work is not gone. I left a comment in the pr
[19:51] <bladernr> This seems kinda stupid, but how do you install a text editor on Ubuntu Core to edit config files that need to exist in snaps?  For example, if I need to edit the hosts file for the dnsmasq snap to work as a DNS server, the only option I can find is vi, I'd much rather have VIM.  I can install a pinano snap to get Nano, but it won't allow me to edit anything outside of the snap itself, making it a bit useless.  Did I
[19:51] <bladernr> miss something for installing pinano?
[19:51] <bladernr> Maybe it needs to be in classic mode? or dev mode?
[19:53] <zyga-suse> bladernr: hey, you can snap install classic
[19:53] <zyga-suse> (not sure if it is in --edge or stable now)
[19:58] <bladernr> zyga-suse, thanks.. looks like --edge, installing now.
[20:01] <zyga-ubuntu> bladernr: great o/
[20:05] <bladernr> zyga-ubuntu, ummm.... so classic is installed.  How to I get into "classic" mode?
[20:05] <bladernr> bladernr@localhost:~$ snap install --classic pinano
[20:05] <bladernr> error: cannot install "pinano": classic confinement is only supported on classic systems
[20:06] <zyga-ubuntu> bladernr: it's a snap, run the app
[20:06] <zyga-ubuntu> bladernr: you cannot install classic confinement snaps
[20:06] <zyga-ubuntu> bladernr: but inside clasic the snap you can install vim with apt-get
[20:07] <bladernr> ahhhh ok


[12:02] <ajmitch> something like that, though you can probably drop the / in between
[12:02] <ajmitch> bbl
[12:02] <LaserJock> or should I get rid of $(PREFIX) altogether?
[12:17] <poningru> guys question is rufus in the repos for dapper?
[12:17] <poningru> http://rufus.sourceforge.net/index.php
[12:21] <eruin> poningru, no
[12:21] <poningru> eruin: is it just that no one has packaged it or...?
[12:22] <eruin> I haven't seen any talk about it and it isn't in the dapper repos atm
[12:22] <eruin> but then I'm not a dev either ;)
[12:23] <Kyral> hello
[12:33] <minghua> they had an interview for the Debian KDE maintainer group, I suppose one for Kubuntu people will follow soon?
[12:43] <Kyral> hmm
[12:44] <Kyral> anyone know of a good package that has an example postinst file?
[12:47] <Kyral> or tell me how one is layed out?
[12:48] <Kyral> ...
[12:48] <minghua> many postinst files are auto-generated by debhelper
[12:48] <Kyral> yah well, I need to custom one
[12:48] <minghua> the one for gcc is hand-written and looks very good to me
[12:48] <minghua> and short
[12:49] <Kyral> I'm customizing OpenAFS for my Linux Lab and basically need to wget all the config files from our server on install
[12:49] <minghua> but I don't really understand the question, it's just a shell script
[12:49] <Kyral> Thank you thats all I needed to know :D
[12:49] <minghua> or maybe even any script
[12:49] <Kyral> its a Bash Script :D
[12:50] <Kyral> Backup the default install files, wget the config files
[12:50] <Kyral> on Remove restore the changed files
[12:55] <Kyral> oh sweet
[12:55] <Kyral> openafs already has postinst
[01:17] <poningru> http://ubuntuforums.org/showthread.php?s=3ab98d4e1bee47890a8df8eaf101f2df&t=57590&page=2
[01:17] <poningru> how come rufus is not in the repos?
[01:18] <LaserJock> poningru: because Debian doesn't have it?
[01:20] <LaserJock> poningru: there is a rufus package on REVU
[01:20] <poningru> oh ok
[01:21] <poningru> doh
[01:21] <poningru> I could have sworn I searched there
[01:21] <poningru> sorry about that
[01:23] <StevenK> Any MOTU around?
[01:23] <lifeless> whats the question?
[01:24] <Kyral> 10 bucks says he wants a package reviewed :P
[01:24] <StevenK> Actually, I'd like a package uploaded.
[01:25] <Kyral> lol
[01:26] <Kyral> yah yah
[01:26] <StevenK> wnn6-sdk 1.0.0-13 was autosync'd, and it doesn't build due to /usr/X11R6/lib/X11/config moving.  I was going to file my patch in the BTS
[01:30] <StevenK> Kyral: Nope.
[01:30] <StevenK> Well, at least I don't think so.
[01:30] <Kyral> StevenK: join me in pinging elmo tomorrow after the CC Meeting ;P
[01:30] <Mithrandir> StevenK: it's probably an oversight on his part.  Anyway, it's already uploaded, so.
[01:31] <Kyral> Mithrandir: you MOTU?
[01:31] <StevenK> Kyral: When is the CC meeting?
[01:31] <Kyral> StevenK: Tomorrow....no time yet
[01:31] <Mithrandir> Kyral: no. :-)
[01:32] <StevenK> Yeah, that happened with the TB meeting, and I missed it.
[01:32] <Kyral> StevenK: I'll just idle in there all day lol
[01:32] <Mithrandir> Kyral: I predate the MOTU structure. ;-)
[01:32] <Kyral> this is miffing me now
[01:32] <Kyral> I have a package on REVU that only needs one more vote
[01:32] <Mithrandir> that is, I was one of the people who were present when we came up with the name etc.
[01:32] <Kyral> damn you are an old timer lol
[01:33] <StevenK> Mithrandir: Thanks, I just got the katie mail.
[01:33] <Mithrandir> StevenK: woo katie. :-)
[01:33] <Kyral> who is katie? </Dumb Question>
[01:34] <StevenK> The archive scripts.
[01:34] <Mithrandir> Kyral: the program which sends you email when you upload something.
[01:34] <Mithrandir> StevenK: next time, I'd love it if you didn't have absolute paths in your patches, since patch -p didn't cope well with it.
[01:34] <Kyral> oh I was thinking it was a real person
[01:34] <seth_k|lappy> lol
[01:34] <StevenK> Mithrandir: Blame debdiff
[01:34] <Mithrandir> StevenK: use interdiff instead. :-)
[01:34] <minghua> debian use girl names for their infrastructure script names
[01:34] <Kyral> ah
[01:35] <Mithrandir> minghua: for now.  They're going away, though.
[01:35] <StevenK> Well, to be pedantic, jennifer sends the email, since katie is just a library now.
[01:35] <Kyral> I'd love to upload a new version of EasyChem with my @ubuntu lol
[01:35] <minghua> Mithrandir: yeah, dak is supposed to supersede quite a few girls, but I suppose not all?
[01:36] <Mithrandir> minghua: dak is just a name for the whole suite of scripts.
[01:36] <Mithrandir> but yes, there'll be a dak $foo command
[01:36] <Mithrandir> I thought they all were going away, but I haven't watched that space closely.
[01:36] <Mithrandir> also, people tend to use the name katie and dak somewhat interchangeably.
[01:37] <minghua> well, as you said, the name will become a command anyway
[01:47] <zul> hey
[01:48] <sistpoty> hi folks
[01:49] <Kyral> hey
[01:52] <minghua> hi zul, sistpoty
[02:38] <lifeless> hmm
[02:38] <lifeless> stumbleupon broken :[
[02:49] <seth_k|lappy> Can a MOTU push this tiny little upload for me? It just adds a Categories line to a .desktop file. It's https://launchpad.net/distros/ubuntu/+source/qt-x11-free/+bug/5817
[02:49] <Ubugtu> Malone bug #5817: x11-free (Ubuntu) - qt3-designer: missing category in .desktop file In: qt-x11-free (Ubuntu), Severity: Minor, Assigned to: Kubuntu Team, Status: PendingUpload https://launchpad.net/bugs/5817
[02:52] <sistpoty> seth_k|lappy: I'll take a look
[02:52] <seth_k|lappy> thanks sistpoty :)
[02:53] <sistpoty> seth_k|lappy: nope, can't do that... this is a main package
[02:54] <raphink> hi sistpoty :)
[02:54] <sistpoty> hi raphink
[02:54] <raphink> sistpoty: would you have time to look at http://revu.tauware.de/details.py?upid=1105 too ?
[02:54] <seth_k|lappy> sistpoty, um, I thought it said universe... Filename: pool/universe/q/qt-x11-free/qt3-designer_3.3.5-1ubuntu4_i386.deb
[02:54] <sistpoty> seth_k|lappy: ah, k... I just looked at bug title
[02:54] <sistpoty> raphink: it's in the q ;)
[02:55] <seth_k|lappy> phew, you scared me for a second sistpoty ;) I thought I messed up again
[02:55] <raphink> sistpoty: oh you plan a q for your reviews ? :)
[02:55] <sistpoty> no... q for my work-queue ;)
[02:55] <raphink> huuu
[02:56] <sistpoty> hehe... /me is a little bit tired as well
[02:56] <sistpoty> seth_k|lappy: phew... that'
[02:57] <sistpoty> +s a 17mb source package... maybe I'll do that tomorrow
[02:57] <seth_k|lappy> np, should I assign it to a different team than Kubuntu team so you remember?
[02:58] <seth_k|lappy> or is it okay, you'll just put it in the queue ;)
[02:59] <sistpoty> seth_k|lappy: args... wrong again... I just downloaded qt-x11-free :/
[03:00] <seth_k|lappy> no sistpoty, that's right
[03:00] <seth_k|lappy> qt3-designer is provided by qt-x11-free
[03:00] <seth_k|lappy> there are several apps in that source package
[03:00] <seth_k|lappy> oh wait, but you downloaded the whole... never mind :P
[03:00] <seth_k|lappy> hehe
[03:01] <sistpoty> seth_k|lappy: hm... but qt-x11-free *is* in main
[03:01] <seth_k|lappy> ahhhhhh
[03:01] <seth_k|lappy> confusing
[03:01] <seth_k|lappy> :)
[03:01] <minghua> universe binary package from main source, it seems? :-)
[03:01] <sistpoty> yep
[03:02] <raphink> oo
[03:02] <raphink> intersting
[03:02] <raphink> didn't know that could happen
[03:02] <raphink> ;)
[03:02] <seth_k|lappy> I dunno, I can't even find qt-x11-free on packages.ubuntu.com
[03:02] <raphink> obviously the opposite couldn't be
[03:02] <seth_k|lappy> I didn't know you could do that either
[03:03] <minghua> Hmm, SVK is apparently quite buggy
[03:03] <raphink> having the source in universe building packages in main would break the system logic
[03:03] <raphink> s/system logic/logic of the system/
[03:03] <seth_k|lappy> okay, well thank you anyways sistpoty, for taking time for me :)
[03:03] <sistpoty> np seth_k|lappy
[03:03] <minghua> seth_k|lappy: I suppose you didn't check the "source packages" checkbox :-)
[03:04] <seth_k|lappy> minghua, yeah, I found it afterwards
[03:05] <seth_k|lappy> ooh, hi SloMoSnail, did you ever have a chance to REVU kmobiletools? ;)
[03:05] <raphink> hi SloMoSnail
[03:19] <sistpoty> raphink: kyamo looks nice... if it builds well, I'll upload it
[03:19] <raphink> ok :)
[03:19] <raphink> I've got autostart too : http://revu.tauware.de/details.py?upid=1209
[03:19] <raphink> quite small
[03:19] <raphink> ;)
[03:20] <sistpoty> btw.: raphink: is software on kde-apps listed permanently? if not, it might be prudent to update the link in copyright to sourceforge
[03:21] <raphink> they are listed permanently as far as i know
[03:21] <raphink> only there are filters
[03:21] <sistpoty> ah, ok :)
[03:22] <raphink> mostly on the opinion on apps
[03:22] <seth_k|lappy> sistpoty, if you have time again, package "kmobiletools" on REVU needs review+advocates (Riddell already advocated)
[03:22] <raphink> but there's often more chances to find an app on kde-apps when it has been there
[03:22] <raphink> than to be sure the website still exists
[03:22] <raphink> for small projects
[03:22] <sistpoty> I really like the screenshots there :)
[03:23] <sistpoty> seth_k|lappy: ok, I'll take a look...
[03:23] <seth_k|lappy> thanks :)
[03:24] <Kyral> anyone know if the Prism2 wireless chipset is supported in the kernel?
[03:24] <raphink> hi ajmitch
[03:25] <raphink> sistpoty: you mean on kde-apps?
[03:25] <sistpoty> raphink: yep
[03:25] <raphink> so users can see what apps look like from adept or synaptic
[03:26] <raphink> it often helps me better to understand wht they do
[03:26] <raphink> than the description that is given
[03:26] <bmonty> raphink: what about console apps?
[03:26] <raphink> even a screenshot of a console app makes me happy
[03:26] <raphink> because I ccan just see what kind of output I can expect
[03:26] <seth_k|lappy> well you're just easy to please then :)
[03:26] <raphink> from what kind of arguments given
[03:27] <raphink> seth_k|lappy: there's nothing wrong with this :)
[03:27] <seth_k|lappy> nope ;)
[03:27] <desrt> raphink; the .deb is downloaded only after you decide to install the package
[03:27] <raphink> desrt: yes I know that, so then a database linked to Packages.gz is what I meant ;)
[03:27] <desrt> raphink; for what you're suggesting you'd need a screenshot server or something (since screenshots are definitely too large to include inside the apt data)
[03:27] <raphink> sorry for the confusion
[03:28] <hub> Kyral: prism2 should work out of the box
[03:28] <raphink> the apt data could contain links to screenshots
[03:28] <Kyral> hub: tell that to my friend in #ubuntu
[03:28] <raphink> that woudl then be loaded from the server in adept/synaptic
[03:28] <bmonty> hopefully it only grabs the screenshot when you want to look at it!
[03:28] <raphink> just an idea though ;)
[03:28] <hub> Kyral: I'm not on #ubuntu
[03:28] <Kyral> hub: said that the 2.4 kernel of DSL picked it up but the 2.6 didn't
[03:29] <Kyral> hub: whats the module name if you know
[03:29] <raphink> desrt: i've got some ideas on what the future of such apps could be
[03:29] <raphink> more like finkkommander imo
[03:29] <raphink> and using translations too
[03:29] <raphink> so you don't have to understand english in order to find the app you need
[03:29] <hub> Kyral: prism2
[03:29] <desrt> ah.  like translated package names?
[03:30] <desrt> or just translated descriptions?
[03:30] <bmonty> brb
[03:30] <raphink> translated descriptions desrt
[03:30] <minghua> the problem with localized package description is never the package manager (apt supports it now for that matter), but the translations of the descriptions themselves
[03:30] <desrt> it's a shame that translation is an n*m problem
[03:30] <raphink> using multiple entries in debian/control for example
[03:31] <raphink> minghua there could be a way of translating descriptions using rosetta maybe
[03:31] <raphink> although i have no idea how easy it would be to adapt rosetta to translating debian/control files
[03:31] <minghua> raphink: not sure, never used rosetta myself seriously
[03:32] <raphink> rosetta is a great translation enhancer
[03:32] <raphink> hehe
[03:33] <jsgotangco> minghua, are you maintaining scim in universe at the moment?
[03:33] <ajmitch> hey jsgotangco
[03:33] <jsgotangco> ajmitch, hello sir
[03:33] <minghua> jsgotangco: yes
[03:33] <jsgotangco> minghua, ok so its ok if i refer you to the korean team? they can help
[03:34] <minghua> jsgotangco: sure, would be wonderful to get some help (I'm the one-man team now :-)
[03:34] <ajmitch> jsgotangco: I rate a sir now? impressive
[03:34] <sistpoty> raphink: build complete, however lintian still complains: kyamo: executable-not-elf-or-script ./usr/share/applications/kde/kyamo.desktop
[03:34] <jsgotangco> ajmitch, yes, being the MOTU professor that you are heh
[03:34] <sistpoty> raphink: maybe you could remove execute rights for this?
[03:35] <ajmitch> jsgotangco: not a professor
[03:35] <ajmitch> sistpoty: the merge list isn't shrinking fast enough :)
[03:35] <raphink> Oh I dn't have this in lintian sistpoty, that's interesting
[03:35] <raphink> so maybe I could dh_install with 644 mode
[03:35] <sistpoty> ajmitch: I already did wipe some removed apps today ;)
[03:36] <raphink> hmm no
[03:36] <raphink> wrong
[03:36] <sistpoty> raphink: it's in lintian if you run it on the deb
[03:36] <raphink> hmm ok
[03:36] <raphink> I don't have the deb right here I belive
[03:36] <ajmitch> sistpoty: I've uploaded a couple today, and have a couple to request syncs for
[03:36] <raphink> let's see
[03:36] <raphink> oh yes right it says it
[03:36] <raphink> :)
[03:36] <sistpoty> ajmitch: and i guess tiber is a little "slow" atm... since I'm building ghc6 atm ;)
[03:37] <raphink> sistpoty: ok well you decide whether it deserve to be fixed ;)
[03:37] <raphink> if so, i'll do it tomorrow
[03:37] <raphink> too tired right now
[03:38] <sistpoty> raphink: it's only a small change... I'll give my ok now and since the debdiff will be small, I'll upload it once you have it fixed... ok?
[03:38] <raphink> sure
[03:38] <raphink> :)
[03:38] <raphink> and I'll report to upstream
[03:38] <raphink> since it comes from them
[03:38] <sistpoty> :)
[03:38] <raphink> I shan't use a patch for this i guess
[03:38] <raphink> only a chmod in rules
[03:40] <raphink> sistpoty: what chmod shall I use instead ? 644 right?
[03:41] <sistpoty> raphink: erm... no idea for desktop files... but 644 seems to make sense
[03:41] <raphink> yes I just checked on other desktop files in the system
[03:41] <raphink> it's 644
[03:41] <raphink> quite logical
[03:44] <ajmitch> sistpoty: still.. 485 merges done so far is pretty good
[03:44] <Kyral> okay bug
[03:44] <Kyral> for some reason the prism2_cs module isn't included in the default install
[03:44] <sistpoty> ajmitch: MoM is still two days ahead of the merge list :/
[03:44] <ajmitch> sistpoty: oh? how so?
[03:45] <ajmitch> what do you mean by 2 days ahead?
[03:45] <sistpoty> ajmitch: latest MoM log I parsed for the merge list is from 12/17... latest MoM log present is 12/19
[03:45] <raphink> sistpoty: http://revu.tauware.de/details.py?upid=1249
[03:45] <ajmitch> ok
[03:45] <ajmitch> so reparse it ;)
[03:45] <raphink> changed to 644
[03:45] <seth_k|lappy> Anyone have a quick tip on how I could find every occurrence of a string in all files in a directory, and replace the string with another?
[03:45] <raphink> that's one line diff ;)
[03:45] <ajmitch> there shouldn't be too many more merges for us to do
[03:46] <ajmitch> find & sed :)
[03:46] <sistpoty> ajmitch: will do that once the next log comes in... ok? if you want it earlier, I mailed to admin@tiber how to do it ;)
[03:46] <raphink> I'd say find -> $file variable
[03:46] <seth_k|lappy> ajmitch, find instead of rgrep?
[03:46] <raphink> then for $file -> sed with a tmp
[03:47] <ajmitch> raphink: sounds overly complex
[03:47] <raphink> ajmitch: well it's 3:47AM so i'm complex
[03:47] <raphink> lol
[03:47] <ajmitch> hehe
[03:47] <seth_k|lappy> oh psh, here we go. Kfilereplace will do it
[03:47] <ajmitch> sistpoty: I'm not in a rush, I'm going away in a couple of days
[03:47] <raphink> I should rather be dreaming straight than trying to think straight
[03:47] <ajmitch> and there's no way I'll get all my merges cleared before Christmas
[03:48] <sistpoty> ah... holidays?
[03:48] <raphink> sistpoty: got my link?
[03:48] <ajmitch> yeah
[03:48] <sistpoty> raphink: yep... just rebuilding
[03:48] <ajmitch> I'll be away for only a week
[03:48] <raphink> ok :)
[03:48] <raphink> well I just added 644 to dh_install
[03:48] <ajmitch> and after that I'll have *lots* of spare time for ubuntu ;)
[03:49] <raphink> :)
[03:49] <sistpoty> yeehaa :)
[03:50] <ajmitch> sigh
[03:50] <ajmitch> broken i386 buildd
[03:50] <ajmitch> E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
[03:50] <ajmitch> Build environment unusable, giving back
[03:50] <ajmitch> yay
[03:50] <raphink> :s
[03:53] <raphink> sistpoty: I have to admit i couldn't test the change on a dapper box, since I have no dapper box here, only a dapper pbuilder
[03:54] <raphink> and no chroot installed so far
[03:54] <raphink> so if you get sure it fixes the chmod stuff it's good :)
[03:54] <ajmitch> oh dear
[03:54] <sistpoty> raphink: but you can test installing w. piuparts ;)
[03:54] <raphink> I'm a breezy right now
[03:54] <sistpoty> raphink: or just look inside the deb
[03:54] <ajmitch> and you can unpack your pbuilder base tarball for a permanent chroot
[03:54] <raphink> sure sistpoty
[03:54] <raphink> mhm
[03:55] <raphink> well it's too late to think about this
[03:55] <raphink> lol
[03:55] <raphink> and I just know adding 644 to dh_install is enough to install the file with 644 chmod
[03:55] <sistpoty> raphink: cp: cannot stat `./644': No such file or directory
[03:56] <raphink> argh
[03:56] <raphink> hmm
[03:56] <ajmitch> hehe
[03:56] <raphink> grrr
[03:56] <raphink> mooh
[03:57] <raphink> sorry for that sistpoty :(
[03:57] <sistpoty> raphink: np... trying to built it wasn't really much work... at least not human work ;)
[03:57] <raphink> I forgot -m
[03:57] <raphink> so it's
[03:57] <raphink> dh_install -m 644 myfile
[03:58] <raphink> let's change it
[03:58] <raphink> and this time I'll build it to check
[04:08] <raphink> hmmm
[04:08] <raphink> sistpoty: pb is that dh_fixperms is ran after the install rule
[04:09] <raphink> so it overrides the dh_install -m 644
[04:09] <raphink> do you think I can move the install of the desktop file to a post-install rule?
[04:09] <raphink> :s
[04:11] <sistpoty> raphink: not quite sure how exactly cdbs handles this
[04:11] <raphink> yes
[04:15] <raphink> I think I found a way sistpoty
[04:15] <raphink> I'll try it
[04:15] <raphink> :)
[04:15] <SEJeff> Kyral: ping
[04:16] <sistpoty> raphink: using dh_desktop or s.th.?
[04:16] <Kyral> SEJeff: pong
[04:16] <raphink> DB_FIXPERMS_EXCLUDE := src/kyamo.desktop
[04:16] <SEJeff> Kyral: You do the kernel / initrd stuff right?
[04:16] <Kyral> SEJeff: whaa? No...I'm just a MOTU Wannabe
[04:17] <SEJeff> Kyral: I must be smokin' crack tonight... sorry
[04:17] <Kyral> I mean I know my way around a kernel compile, but I don't trust myself to compile a kernel for thousands of people
[04:17] <sistpoty> SEJeff: you might want to ask benc in -devel
[04:17] <raphink> I'll see if that does it
[04:17] <SEJeff> sistpoty: Thanks
[04:22] <ajmitch> yay, another sync to request
[04:25] <minghua> okay, tomorrow's CC meeting time is still TBD, I don't think I'll make it
[04:25] <raphink> pffffff
[04:25] <raphink> yeah it' shard to be on time when it's planned on TBD
[04:27] <bmonty> ajmitch: elmo has been getting the syncs done quickly
[04:27] <ajmitch> bmonty: yeah, I'm just building up a list of them so I just make 1 request
[04:27] <ajmitch>  du -sh /home/ajmitch/debian/pbuilder/
[04:27] <ajmitch> 5.3G    /home/ajmitch/debian/pbuilder/
[04:27] <ajmitch> hm
[04:27] <ajmitch> I think I should clean that up ;)
[04:27] <bmonty> yeah
[04:27] <StevenK> Is that your results dir?
[04:27] <ajmitch> no
[04:28] <ajmitch> results is only 800
[04:28] <ajmitch> 2.6G    /home/ajmitch/debian/pbuilder/build
[04:28] <ajmitch> builds not getting cleaned up
[04:28] <StevenK> steven@broken:~% ls /var/cache/pbuilder/build
[04:28] <StevenK> 1165  14690  1630  17333  20376  20899  2167  21957  24697  28804  4585
[04:28] <StevenK> Seems I have the same problem.
[04:28] <ajmitch> > ls
[04:28] <bmonty> should ubuntu debs create python2.3 packages at all?
[04:28] <ajmitch> 10319/  1138/  1152/  11882/  16209/  18391/  20098/  20220/  20975/  23938/  25022/  27598/  31232/  31728/  4294/  6435/  8332/
[04:29] <minghua> don't forget to umount the proc's and dev's beform rm them
[04:29] <ajmitch> bmonty: they still can
[04:29] <ajmitch> minghua: these are old
[04:29] <ajmitch> minghua: the most recent is > a month old
[04:29] <bmonty> ajmitch: yeah, but is there any point in it?  should python2.3 code work with 2.4?
[04:29] <minghua> ajmitch: depend on when was your last reboot ;-)
[04:29] <ajmitch> minghua: about 3 days ago ;)
[04:30] <ajmitch> stupid athlon xp & its overheating
[04:30] <ajmitch> bmonty: there is a point in it
[04:30] <ajmitch> but doko is working on redoing the system system in debian & ubuntu
[04:30] <ajmitch> s/system/python/
[04:30] <StevenK> Yeah, my dual Athlon is starting to overheat due to summer.
[04:31] <ajmitch> CPU:         +83C  (low  =    +0C, high =   +70C)  ALARM (HIGH)
[04:31] <ajmitch> that's sitting fairly idle
[04:31] <ajmitch> once it gets above 92/93, it reboots ;)
[04:31] <minghua> new scim-hangul built and installed, and no segfaults - seems a good start :-)
[04:31] <StevenK> Mine just hard locks. :-/
[04:32] <StevenK> I wouldn't mind a pleiter (sp?) for both of my processors.
[04:32] <jsgotangco> minghua, awesome
[04:32] <ajmitch> peltier
[04:33] <jsgotangco> minghua, 0.2.1?
[04:33] <minghua> jsgotangco: I'll probably be co-maintainer of scim-hangul pretty soon :-)
[04:33] <minghua> jsgotangco: yes
[04:37] <sistpoty> seth_k|lappy: kmobiletools is fine... will upload in a minute
[04:37] <seth_k|lappy> sistpoty, awesome! thank you :)
[04:37] <bmonty> my father-in-law uses a 120VAC fan from one of his HF amplifiers to keep his CPU nice and cool
[04:38] <bmonty> sounds like a jet engine though
[04:38] <seth_k|lappy> sistpoty, notice it's a new package... am I supposed to have 3 advocates first?
[04:38] <ajmitch> bmonty: sadly my computer is in my bedroom
[04:38] <sistpoty> seth_k|lappy: no, it's 2 advocates
[04:38] <ajmitch> so I can't have anything too noisy :)
[04:38] <seth_k|lappy> ah, okay
[04:38] <lifeless> ajmitch: earplugs
[04:39] <StevenK> It's nice having a whole house to spread out in.
[04:39] <minghua> jsgotangco: what are the korean team you mentioned planning to do?
[04:39] <bmonty> ajmitch: its all about moving air past the heat sinks
[04:39] <ajmitch> bmonty: I know
[04:39] <minghua> jsgotangco: are they working on something similar to ubuntu-jp?
[04:40] <bmonty> this hotel internet connection sucks...and I have to pay
[04:40] <jsgotangco> minghua, well the korean team knows what to do with regards to test and bugzilla, but doesn't know where to start and im helping them on pointing to resources...
[04:40] <jsgotangco> (i can't even read hangeul for starters)
[04:41] <jsgotangco> minghua, but they're interested on what ubuntu-jp has done and want to do something similar
[04:41] <jsgotangco> (interesting languge though)
[04:42] <minghua> jsgotangco: I see.  I've seen Atie posting some nice bug summary on BetterCJKReport page, I like his approach
[04:42] <jsgotangco> yeah he's the most english-proficient among the group i'd say
[04:43] <jsgotangco> (i think he's in houston)
[04:43] <minghua> oh really?
[04:43] <sistpoty> seth_k|lappy: I've archived kmobiletools on revu, since it should hit dapper once elmo has approved it
[04:44] <Kyral> lol
[04:47] <seth_k|lappy> cheers sistpoty
[04:47] <minghua> Hmm, apparently reloading GTK IM module needs a gnome restart
[04:47] <minghua> be right back
[04:49] <bmonty> night everyone
[04:50] <minghua> ogra: ping
[04:52] <minghua> some one really should clean up the crap gnome-cups-add spit out when started at console
[04:53] <seth_k|lappy> weird. libgpod has version number 0.2.0-1ubuntu2, which means that there must be a Debian package. But it's not on packages.debian.org
[04:54] <sistpoty> seth_k|lappy: OTOH if a package is ubuntu only, it still has the -XubuntuY suffix
[04:55] <seth_k|lappy> I thought we started with -0ubuntuX
[04:55] <seth_k|lappy> instead of -1
[04:55] <seth_k|lappy> maybe just a mistake
[04:56] <ajmitch> probably was a mistake
[04:56] <ajmitch> check the changelog for who to lart
[04:56] <ajmitch> or it might have been an apt-get.org import
[04:57] <seth_k|lappy> no changelog, that's the weird thing. the whole directory doesn't even exist
[04:57] <ajmitch> strange
[04:57] <sistpoty> libgpod (0.2.0-1) dapper; urgency=low <-- initial version
[04:58] <ajmitch> blame sebuild
[04:58] <seth_k|lappy> alright
[04:58] <seth_k|lappy> http://packages.ubuntu.com/changelogs/pool/main/libg/libgpod/ has no changelog? sistpoty, where'd you find that?
[04:58] <sistpoty> seth_k|lappy: in the sourcepackage ;)
[04:58] <ajmitch> seth_k|lappy: by grabbing the source? :)
[04:59] <ajmitch> I looked it up on the dapper-changes list
[04:59] <seth_k|lappy> haha, just making sure there wasn't an easier way
[04:59] <seth_k|lappy> I was in the middle of grabbing the source ;)
[05:02] <raphink> dh_fixperms -m doesnt' seem to work :s
[05:02] <raphink> I mean
[05:02] <raphink> dh_install -m
[05:05] <minghua> XIM has been broken here for about one month
[05:05] <minghua> I really should go submit a bug
[05:11] <sistpoty> raphink: have you tried DEB_DH_FIXPERMS_ARGS?
[05:11] <raphink> I've tried quite a lot of things
[05:11] <raphink> I'll go for a simple chmod after the dh_insta
[05:12] <raphink> and i'll chang emore things actually
[05:12] <raphink> I need a patch for pot files for rosetta
[05:14] <sistpoty> raphink: maybe even DEB_FIXPERMS_EXCLUDE could do the trick
[05:15] <raphink> I tried it sistpoty
[05:15] <raphink> it didn't work
[05:15] <sistpoty> hm
[05:17] <raphink> ;)
[05:19] <seth_k|lappy> sistpoty, if I am doing a new upstream version of libgpod, it's okay to reset to 0.3.0-0ubuntu1 (instead of 0.3.0-1ubuntu) right?
[05:20] <sistpoty> seth_k|lappy: yes
[05:21] <seth_k|lappy> alright :) onto REVU it goes
[05:22] <raphink> sistpoty: http://revu.tauware.de/details.py?upid=1251
[05:23] <raphink> and the diff you want to look at is http://revu.tauware.de/diff.py?upid1=1105&upid2=1251
[05:23] <raphink> (diff with the version you approved)
[05:23] <raphink> this is nto a very bid diff
[05:23] <raphink> I added my changes to changelog, which doesn't affect building
[05:23] <raphink> added the chmod to rules, which I tested
[05:24] <raphink> and added a patch to generate pot files for rosetta
[05:26] <raphink> anyway
[05:26] <raphink> good night everybody ;)
[05:26] <raphink> bye
[05:26] <sistpoty> gn8 raphink
[05:35] <minghua> wonderful, uim build-depends on libqt3-mt-dev
[05:35] <minghua> now I can do something else when my pbuilder is downloading
[05:35] <minghua> and I suppose I can starting help merging Qt packages now :-)
[05:38] <seth_k|lappy> bleh, I kinda feel the same way, gtkpod is in universe but part of libgpod isn't, now I have to wait for a new libgpod before I can do gtkpod, unless I want to set up a local apt repository
[05:41] <seth_k|lappy> Is there any process for helping package *main* packages? I'd ideally like to get libgpod 0.3 in... would ajmitch know? ;)
[05:41] <ajmitch> yes
[05:41] <ajmitch> package it
[05:41] <ajmitch> write up an inclusion report
[05:41] <ajmitch> bribe pitti
[05:41] <seth_k|lappy> no, libgpod is already in main... I just wanted to update it from 0.2 -> 0.3
[05:42] <ajmitch> oh right
[05:42] <ajmitch> bug seb, he seems to be the one who cares for it :)
[05:42] <seth_k|lappy> alrighty :) thanks
[05:46] <sistpoty> ok, I'm off to bed now... gn8 everyone
[06:00] <minghua> okay, I think I've pinned down the bug that made users cry "scim in breezy is BROKEN!"
[06:00] <minghua> happy ending for a busy day
[06:07] <minghua> ogra: ping?
[06:26] <minghua> good night everybody
[06:42] <seth_k|lappy> whoa, my local apt repository worked! fancy
[08:17] <crimsun> people need to get over the fact that an MTA isn't installed by default in the desktop
[08:17] <ajmitch> but the desktop is Under! Attack!
[08:17] <crimsun> I mean, it's REALLY difficult to more /var/mail/$USER
[08:18] <seth_k|lappy> not just the desktop
[08:18] <seth_k|lappy> UBUNTU is under attack!
[08:18] <ajmitch> oh sorry
[08:18] <seth_k|lappy> the very core of its being
[08:18] <seth_k|lappy> or sommat
[08:19] <ajmitch> someone complaining about kubuntu sucking
[08:19] <ajmitch> because it didn't ask for a root password, etc
[08:25] <crimsun> yeah, my 'd' key is definitely getting a workout
[08:26] <ajmitch> mutt is great for that
[08:26] <crimsun> :)
[08:45] <dholbach> good morning MOTUs and MOTU hopefuls of course! :-)
[08:55] <lucas> hi
[09:26] <dholbach> tomorrow is BUG DAY! hope you help all to make it a success :)
[09:27] <jsgotangco> gnome-power-manager rocks
[09:28] <dholbach> do you think it'd make sense to make universe-specific bugs lists?
[09:28] <jsgotangco> high traffic?
[09:28] <dholbach> err, i rather meant "these are UNCONFIRMED bugs", "these are NEEDINFO bugs", ...
[09:28] <dholbach> stuff like that
[09:28] <sivang> nice, seems that mono was fixed, wasn't it? monodoc now installs cleanly :)
[09:28] <dholbach> "old bugs to review"
[09:34] <sivang> ajmitch: you're reading that on u-d ?
[09:34] <ajmitch> ?
[09:34] <ajmitch> 'that' is very non-specific
[09:35] <dholbach> janimo: hey, how are you?
[09:35] <janimo> dholbach, hey, fine thanks :)
[09:35] <janimo> you?
[09:36] <dholbach> me too, thanks :)
[09:37] <janimo> is there a command line tool to quickly check current versions of packages in debian/ubuntu w/o having the specific distros installed?
[09:37] <janimo> a look in their pools on the web
[09:37] <StevenK> madison-lite
[09:37] <janimo> thanks I'll check it out
[09:38] <janimo> nope, it checks a local debian archive
[09:38] <janimo> and I don't have a mirror here
[09:41] <ajmitch> it doesn't need a full mirror
[09:41] <ajmitch> just the packages & sources lists
[09:42] <janimo> ajmitch, thanks. Still it needs updating those from time to time, if it does not peek in the pool directly as http://packages.debian.org does
[09:43] <ajmitch> yep
[09:43] <ajmitch> I have it updating in cron here
[10:32] <thesaltydog> is the "system tools" menu going to disappear in dapper?
[10:33] <dholbach> thesaltydog: http://wiki.ubuntu.com/MenusRevisited should know
[10:33] <thesaltydog> hi dholbach, yes my question is subsequent to that page reading..
[10:34] <dholbach> well, there's not much left in there
[10:34] <thesaltydog> my gnome friend told me that the "rightE place for baobab is "system tools", as nautilus..
[10:34] <thesaltydog> the developers in cvs agreed on that... what do you suggest to do? Move it in accessories?
[10:35] <dholbach> maybe
[10:35] <dholbach> nautilus? system tools?
[10:35] <dholbach> maybe we should take the discussion to #ubuntu-desktop
[10:35] <thesaltydog> yes, ubuntu has moved nautilus in accessories, but if you look at the cvs, nautilus desktop is in system tools..
[10:36] <dholbach> in dapper it's not in accessoires
[10:36] <thesaltydog> I will contact #ubuntu-desktop
[10:36] <thesaltydog> where is nautilus in dapper (next week I will upgrade to it...)?
[10:38] <dholbach> it's hidden
[10:38] <dholbach> and that's the best they could do
[10:40] <thesaltydog> mmh..
[10:42] <thesaltydog> thanks dholbach , I'm asking to seb128 on ubuntu-desktop
[10:43] <lucas> thesaltydog: don't upgrade to dapper unless you know what you are doing
[10:44] <thesaltydog> thanks lucas, usually I know what I am doing...:-)
[10:44] <lucas> :)
[10:45] <lucas> there are lots of posts in the forums or the mailing lists by users who thought that dapper was actually usable for a random user
[10:47] <thesaltydog> thanks lucas, but as a developer since warty... I should know ! :-)
[11:51] <asbin> siretart: is it ok on REVU that anybody can't see the *_source.changes of any package ? It's "Forbidden" ...
[12:05] <Gloubiboulga> hi universe
[12:23] <siretart> asbin: yes. you don't need the .changes file for reviewing. only for uploading
[03:10] <raphink> dholbach: are you there?
[03:10] <dholbach> raphink: ouai
[03:10] <raphink> :)
[03:10] <raphink> dholbach: I modified kyamo accordingly to sistpoty's requests yesterday
[03:11] <raphink> you had advocated it before
[03:11] <dholbach> the link is?
[03:11] <raphink> could you have a look at the changes and advocate again please ? http://revu.tauware.de/details.py?upid=1251
[03:11] <raphink> the diff from the version you advocated is http://revu.tauware.de/diff.py?upid1=1105&upid2=1251
[03:12] <dholbach> raphink: nice one, i'll upload it.
[03:12] <dholbach> (if you have no objetions)
[03:12] <raphink> thanks :)
[03:13] <raphink> sure :)
[03:13] <raphink> I've been working close to upstream on this one
[03:13] <raphink> from the very first released version on kde-aps
[03:13] <raphink> so he'll be happy to know that :)
[03:14] <dholbach> excellent -- it's nice to have close relationships to upstream
[03:14] <raphink> yes :)
[03:14] <zakame> evening all! just got back home! :D
[03:14] <raphink> hi zakame
[03:14] <jsgotangco> yo zakame
[03:14] <raphink> any news on the time of CC meeting?
[03:14] <jsgotangco> raphink, nil, unless you want to start a CC revolt
[03:14] <zakame> yeah, when's the CC meet?
[03:14] <jsgotangco> heh
[03:14] <zakame> jsgotangco: buwahaha
[03:15] <raphink> jsgotangco: lol
[03:15] <raphink> well i'm more on a DADVSI revolt right now
[03:15] <raphink> but hey
[03:15] <jsgotangco> we can grab dholbach and make him stage one
[03:15] <raphink> I'm not member yet, so I shan't revolt about the CC meeting
[03:16] <dholbach> jsgotangco: i'm on bug triage stage one :)
[03:17] <jsgotangco> gahhh its bug day jeezz
[03:18] <dholbach> tomorrow is bug day for everybody :)
[03:19] <dholbach> today it's just some weirdos doing it, but feel free to join ;)
[03:19] <dholbach> or i'll have all the funny bugs done until tomorrow :)
[03:19] <jsgotangco> hehe
[03:19] <zakame> dholbach: ooh, update /topic in #u-bugs then :) its still in 11.24
[03:19] <dholbach> jsgotangco: i meant me :)
[03:20] <dholbach> so you kick her again?
[03:20] <dholbach> zakame: thanks for the heads up
[03:20] <zakame> np :)
[03:20] <jsgotangco> no i'll ask her if she's been neglected lately because of some triage..
[03:21] <dholbach> jsgotangco: if she could speak... i think she'd say YES in capital letters ;)
[03:21] <jsgotangco> poor dog
[03:21] <dholbach> but we'll go for a big walk, when i go renting the car :)
[03:21] <dholbach> so that's fine
[03:23] <jsgotangco> dholbach, i just had a can of red bull, the evil stuff that we love at 10pm, im no a roll....
[03:23] <dholbach> you're what?
[03:24] <jsgotangco> blah silly fingers having a mind of its own
[03:28] <Gloubiboulga> dholbach, the wiki page about bug day is also wrong
[03:29] <dholbach> Gloubiboulga: would you mind to fix it?
[03:29] <Gloubiboulga> no problem
[03:30] <dholbach> cool, thanks
[03:31] <Gloubiboulga> done :)
[03:42] <pappan> how can one participate in motu
[03:42] <raphink> pappan: https://wiki.ubuntu.com/MOTUTeamHowto
[03:43] <raphink> hmm no sorry
[03:43] <raphink> :s
[03:43] <raphink> huhu
[03:44] <zakame> wb pappan
[03:46] <zakame> pappan: see /topic , there's a lot of things you can do here in MOTU ;)
[03:51] <pappan> yes i saw the url
[03:53] <pappan> but its not clear what i have to do for eg if i want to fix a bug
[03:53] <pappan> am i missing some url ??
[03:54] <pappan> i am having connection problems i guess
[03:57] <zakame> pappan: HelpingWithBugs on the wiki gives a good overview :) also see #ubuntu-bugs
[04:02] <pappan> zakame: ty i am checking out that
[04:03] <zakame> pappan: tomorrow is the bug day as well, so count on a lot of ppl helping you soon :)
[04:06] <pappan> zakame: kewl
[04:08] <pappan> zakame: are you working on any bugs ?
[04:10] <zakame> pappan: none atm, as I just got back home from a loooong trip, still catching up with mails and stuff
[04:12] <pappan> zakame: i guess by adding comments we can get attention, right ?
[04:12] <pappan> * comments in bug reports *
[04:12] <zakame> of course, as long as they're helpful :)
[04:12] <zakame> do you already have a launchpad acct?
[04:13] <pappan> zakame: yes
[04:13] <pappan> also do we want prior experience in the products i am fixing the bug for ?
[04:35] <raphink> wb pappan
[04:39] <pappan> raphink: ty
[04:39] <pappan> now looking at MOTU packaging section
[04:39] <pappan> i am having a live cd of ubuntu now
[04:39] <raphink> mhm
[04:40] <raphink> if you need help with packaging, don't hesitate to ask
[04:40] <raphink> were you told about REVU yet?
[04:40] <pappan> raphink: no
[04:40] <pappan> but i saw the mentions of REVU in the pages
[04:40] <raphink> http://revu.tauware.de/
[04:41] <raphink> this is the main thing we use for packaging stuff in universe
[04:41] <raphink> this interface allows you to upload packages of yours (once accepted as packager) and to get them reviewed
[04:41] <raphink> you have have a look at the entries
[04:41] <raphink> they contain links to the files
[04:41] <pappan> i saw some of them
[04:41] <raphink> and comments from reviewers
[04:41] <raphink> when a package is approved by two MOTUs, it's uploaded in universe
[04:42] <pappan> so i can take a open source project and make it get compiled in ubuntu
[04:42] <pappan> is that what is needed ?
[04:42] <zakame> pappan: REVU is basically the replacement for the UniverseCandidates wikipage
[04:42] <pappan> zakame: ok
[04:43] <pappan> but i am not finding any clear documentation on anything about how to participate ( i am newbue in contributing to open soure )
[04:43] <pappan> like what are the things i should do to participate in packaging
[04:44] <raphink> pappan: begin with reading the Debian New Maintainer's Guide imo
[04:44] <zakame> pappan: the `maint-guide' package has that DNMG
[04:46] <pappan> ty i got the debian new maintainers guide.. let me go thru it
[04:48] <zakame> pappan: rocking
[04:48] <zakame> gn8 all :D
[04:48] <raphink> hi dholbach :)
[04:49] <raphink> pappan: good luck :)
[04:53] <pappan> raphink: ty
[04:55] <pappan> raphink: i was thinking of vsftpd but its already available lol
[04:55] <raphink> hehe
[04:56] <raphink> pappan: look on kde-apps or gnome-apps
[04:56] <raphink> there you can find inspiration for gui apps
[05:03] <pappan> raphink: yes i will look into it
[05:03] <raphink> ok
[05:03] <pappan> raphink: time to go for me .. see you tomorrow
[05:03] <pappan> bye all
[05:03] <raphink> cye
[05:03] <raphink> bye
[05:14] <Kyral> Okay if anyone is awake I have a question about how to pull something off
[05:17] <raphink> slomo_: I moved autostart to kcontrol-autostart. You advocated it when it was named autostart, so here's the new link if you feel like advocating it under the new name : http://revu.tauware.de/details.py?upid=1255
[05:51] <JohnnyMast> good afternoon boys (and girls ??)
[05:52] <Gloubiboulga> hello JohnnyMast
[05:52] <JohnnyMast> every thing alright ?
[05:52] <Gloubiboulga> yep
[05:59] <JohnnyMast> Gloubiboulga mighty good news
[06:01] <Gloubiboulga> Yes, I'm on holiday :)
[06:08] <Gloubiboulga> JohnnyMast, I'm working on a package named libtranslate0, but the source dir is names libtranslate-0.99
[06:08] <Gloubiboulga> so the package become a debian-native one
[06:09] <JohnnyMast> then rename the dir if you didnt do a debuild for the first run yet
[06:09] <JohnnyMast> (not sure if thats allowed)
[06:10] <JohnnyMast> at least debian forbits it
[06:10] <Gloubiboulga> hum... that's the problem
[06:10] <JohnnyMast> to quote "dont mess with the underlaying directory under debian/
[06:10] <JohnnyMast> "
[06:11] <JohnnyMast> but, im packing kryptor now wich i maintain upstream as well so i could rename the directory because its created by my own team
[06:11] <Gloubiboulga> yes, but i don't maintain upstream...
[06:12] <Gloubiboulga> Changing the package name is not a good idea either I guess
[06:13] <JohnnyMast> well no its ok btw because the upload will be
[06:13] <JohnnyMast> libtranslate-0.99-0ubuntu1
[06:15] <Gloubiboulga> ok then, I'll change the package name
[06:15] <JohnnyMast> to be sure tackle some MOTU
[06:15] <Gloubiboulga> Is there any awake MOTU around ?
[07:33] <Kyral> Hmm
[07:33] <Kyral> what is the best way to apply a bunch of customizations to a default Ubuntu install?
[07:33] <Kyral> at one sweep
[07:34] <tseng> sabyon?
[07:34] <Kyral> ...I haven't even considered Sabyon...
[07:35] <Kyral> ty tseng :D
[07:35] <tseng> np
[07:35] <Kyral> can I somehow save the setup so I can deploy it?
[07:35] <tseng> yes
[07:35] <Kyral> gracie
[07:35] <tseng> but dont ask me details :)
[07:35] <Kyral> yah
[07:35] <Kyral> I only know of Sabyon from Jeff's talk at Ubuntu Below Zero
[07:43] <Kyral> uuhh
[07:43] <Kyral> tseng, is sabyon in the repos?
[07:43] <tseng> uh
[07:44] <Kyral> I can't find it...nor can google find it
[07:44] <tseng> maybe not
[07:44] <Kyral> oy....
[07:45] <Kyral> does it have a homepage?
[07:46] <Hieronymus> Kyral: I think it is.. Treenaks told me about it once, and I remember installing it
[07:46] <Amaranth> sabayon
[07:46] <Kyral> ah
[07:46] <Kyral> thats why
[07:46] <Kyral> I misspelled
[07:46] <Amaranth> edubuntu is appearently using it
[07:48] <Kyral> So I'd still need to tweak our AFS Package
[07:48] <ogra> Amaranth, nope, not as long as you cant use it over ssh tunnels ..
[07:49] <Amaranth> oh yeah
[07:49] <Amaranth> isn't that an X thing?
[07:49] <Amaranth> i wouldn't think sabayon would have to do anything special
[07:49] <ogra> i think its an xnest prob, yes
[07:49] <ogra> but i havent looked into it yet
[07:49] <Kyral> Yah I just need to deploy it in our lab
[07:50] <Amaranth> oh, you can't do ssh forwarding of an xnest window?
[07:50] <Kyral> so I can set it to one machine and use something like Rsync
[07:50] <elektranox> what's the name of the package, including dh_make?
[07:50] <Amaranth> elektranox: dh-make
[07:50] <ogra> you can, but it wants to assign a new $DISPLAY ...
[07:50] <elektranox> thx
[07:50] <ogra> that doesnt work through oe tunnel
[07:50] <ogra> *one
[07:57] <minghua> good afternoon
[08:01] <Mez> I really shoulda set the damn thing onn holiday mode earlier
[08:02] <Kyral> hehehe
[08:02] <Kyral> okay someone remind me to ping elmo after the CC Meeting
[08:04] <Kyral> aw hell I'll ping him now
[08:04] <Kyral> if he's not busy
[08:21] <elektranox> mh does sb. know a tutorial about the makefile?
[08:21] <herve> hello
[08:24] <Kyral> I <3 PBuilders
[08:29] <Kyral> hmmm, HAL is being removed?
[08:31] <lfittl> hal depends on libdbus-1-1 and dbus, but new dbus conflicts libdbus1-1, therefore it is only a temporary problem ;)
[08:31] <Kyral> yah.....but if HAL goes byebye, isn't my system boned?
[08:31] <lfittl> no, mine works almost fine without hal
[08:32] <Kyral> okay
[08:32] <Kyral> what DOES Hal do anyway?
[08:33] <lfittl> seems to do deliver messages from the hardware to some programs
[08:33] <lfittl> using dbus
[08:33] <herve> hal = hardware abstraction layer
[08:33] <Kyral> I knew what it meant
[08:33] <herve> but I guess you can read the package description ;-)
[08:33] <Treenaks> the volume manager uses it (automounting etc.)
[08:34] <Kyral> I'll hold back on upgrading then until the problem is fixed
[08:34] <lfittl> should be fixed soon, new hal is already uploaded, just needs to be built ;)
[08:35] <herve> Kyral, my policy is to never allow removal of ubuntu-desktop
[08:35] <Kyral> herve: I've done that many times
[08:36] <Kyral> Like I have said before, my system isn't exactly a normal install
[08:37] <lfittl> Kyral: http://www.freedesktop.org/Software/hal ;)
[08:42] <lfittl> The i386 buildd is still not working?
[08:44] <lfittl> who should I talk to to get information about this?
[08:46] <lucas> lfittl: your builds will be re-scheduled
[08:47] <lucas> so you don't have to worry
[08:47] <lfittl> k, thanks
[08:52] <Gloubiboulga> I have a little problem with the name of a package (a lib)
[08:53] <Gloubiboulga> The package should be name libtranslate0, but the source dir has a different name
[08:53] <Gloubiboulga> can I change the name of the source dir ?
[08:53] <lfittl> source dir name is not important as far as I know, what error do you get?
[08:54] <Gloubiboulga> the package is a debian native one
[08:54] <lfittl> what version do you have in debian/changelog ?
[08:55] <Gloubiboulga> libtranslate0
[08:55] <lfittl> no, I mean what
[08:55] <lfittl> version is listed on the top of the changelog entry
[08:56] <Gloubiboulga> libtranslate0 (0.99-0ubuntu1) dapper; urgency=low
[08:56] <lfittl> interesting, could you paste the build log somewhere?
[08:57] <Gloubiboulga> yep
[08:57] <Gloubiboulga> I'll just rebuild it before :)
[08:57] <lfittl> k :)
[08:59] <lucas> Gloubiboulga: you understand what "debian native version" means ?
[08:59] <Gloubiboulga> I think so
[09:00] <lfittl> how is your .orig.tar.gz named?
[09:00] <lucas> is it for REVU ?
[09:00] <Gloubiboulga> lucas, yes
[09:00] <lucas> or a merge ?
[09:00] <lucas> ok
[09:00] <Gloubiboulga> libtranslate_0.99.orig.tar.gz
[09:00] <Gloubiboulga> it's been built with dh_make
[09:00] <lfittl> source package name is libtranslate?
[09:00] <Gloubiboulga> yes
[09:00] <lfittl> then your changelog entry is wrong
[09:01] <lfittl> it should be libtranslate (...) ...
[09:01] <Gloubiboulga> then the package will be named the same way ?
[09:02] <lfittl> the binary package will have the name you gave it in the debian/control file, and the source package will be libtranslate
[09:02] <Gloubiboulga> ok :)
[09:02] <Gloubiboulga> I have a lot of things to learn...
[09:03] <Gloubiboulga> thanks for your help lfittl
[09:03] <lfittl> no problem ;)
[09:07] <Gloubiboulga> great, it works perfectly :)
[09:08] <lfittl> perfect :)
[09:38] <ajmitch> lucas: well done, welcome
[09:38] <lucas> :-)
[09:39] <Kyral> congratulations lucas
[09:39] <lucas> thank you
[09:39] <ajmitch> when was the time announced for it?
[09:39] <Kyral> like 5 hours ago
[09:39] <minghua> ahh, meeting
[09:40] <Kyral> lifeless: PING!
[09:41] <ogra> lifeless, ping ?
[09:41] <sabdfl> azeem: ping
[09:41] <ogra> azeem, ping as well ?
[09:41] <ogra> heh, sabdfl beats me ...
[09:42] <ajmitch> ah, a shame that azeem misses out this time (unless he shows up before end of meeting)
[09:47] <Gloubiboulga> first time I see the big boss on irc :)
[09:48] <ajmitch> really?
[09:48] <ajmitch> he's on irc most days, it seems
[09:48] <Gloubiboulga> I'm not on the good chans I think
[09:52] <Kyral> congrats irvin
[09:52] <irvin> thanks Kyral
[09:52] <Kyral> Now you wanted to talk about that updates thing?
[09:52] <irvin> i had to wake up early its 4am here
[09:52] <irvin> sure thing
[09:53] <irvin> packages.ubuntu.com is really great for finding packages
[09:53] <Kyral> how hard would it be to make a cronjob of sorts that tracked updates over an interval, and at the end of that interval gathered all the updates into one download or ISO?
[09:54] <irvin> that would be easy if one computer is always online
[09:54] <Kyral> I'm thinking we just sit it on archive
[09:55] <Kyral> or at least monitor archive
[09:55] <Kyral> all updates to Breezy go into breezy-updates and breezy-security right?
[09:55] <irvin> yes
[09:55] <Kyral> I mean I use Dapper so I don't use them
[09:55] <Kyral> and monitor Backports as well
[09:56] <Kyral> Shall we draft a spec?
[09:56] <irvin> there's a spec somewhere in the wiki
[09:56] <irvin> wait i'll get it
[09:56] <Kyral> ah
[09:57] <Kyral> This could be helpful for my school as well
[09:57] <irvin> https://wiki.ubuntu.com/NonBroadbandUsers
[09:57] <Kyral> we have high-speed, but we have a bandwidth cap on us
[09:57] <irvin> i see
[09:57] <Kyral> Not a problem for Breezy users
[09:57] <ajmitch> Kyral: bandwidth or data cap?
[09:57] <Kyral> but a problem for Dapper users :D
[09:57] <Kyral> ajmitch: bandwidth
[09:57] <Kyral> capped at ~60 kbps
[09:58] <ajmitch> right
[09:58] <Kyral> ouch
[09:58] <sistpoty> hi folks
[09:58] <ajmitch> welcome to NZ ;)
[09:58] <ajmitch> hey sistpoty
[09:59] <irvin> i'm still sleepy. it's 4am here
[09:59] <Gloubiboulga> it's time to sleep for me, good night !
[10:06] <herve> bye
[10:07] <JohnnyMast> ajmitch want to review ttb ?
[10:10] <Tonio_> yop
[10:11] <JohnnyMast> Tonio_ hi !
[10:13] <JohnnyMast> raphink , ping
[10:13] <raphink> hi JohnnyMast
[10:13] <JohnnyMast> well remember commenting on ttb ?
[10:13] <raphink> mhm
[10:13] <JohnnyMast> sorry hi btw :)
[10:14] <JohnnyMast> i fixed that things you noticed
[10:14] <Tonio_> we're watching at the end of free software in france
[10:14] <raphink> I'll brb
[10:14] <Tonio_> direct live.....
[10:14] <Tonio_> ufckin' politicians
[10:22] <xhaker> anyone here can talk about eclipse issues in dapper? more like libswt3.1-gtk-java issue
[10:34] <xhaker> who works with eclipse?
[10:34] <xhaker> raphink, do you know who is "responsible" for the eclipse package?
[10:35] <xhaker> packages!
[10:35] <raphink> hmm no idea
[10:35] <Kyral> Now I have to remember how to add an email address to my key
[10:35] <raphink> Maintainer: Debian Java Maintainers<EMAIL_ADDRESS>[10:35] <xhaker> i know..
[10:35] <raphink> Kyral: edit it and create a new id
[10:35] <xhaker> but there is no Changed-by line
[10:36] <xhaker> i doesn't look synched directly is it?
[10:36] <raphink> no idea
[10:36] <Kyral> raphink: adduid?
[10:36] <raphink> hmm yes I think so
[10:36] <raphink> I did it some time ago
[10:37] <xhaker> raphink, where?
[10:37] <raphink> no idea
[10:37] <xhaker> canada?
[10:37] <xhaker> lol
[10:37] <raphink> but this country is a shame
[10:37] <raphink> I used to be proud of it
[10:37] <xhaker> sweden is pretty cool
[10:37] <Kyral> Does anyone use Seahorse for GPG?
[10:37] <raphink> in a few days, we'll be illegal using Linux here
[10:37] <raphink> or so it seems
[10:37] <xhaker> lol
[10:38] <xhaker> can't be exactly that
[10:38] <xhaker> that would be lame
[10:38] <raphink> oh yes it can be
[10:38] <raphink> they're about to vote a law
[10:38] <raphink> that may make open-source software illegal in france
[10:39] <raphink> the law is being discussed right now
[10:39] <raphink> but there are like 10 people present
[10:39] <raphink> becaues it's 10PM, it's christmas and the law has been considered an urgency by the experts
[10:39] <sistpoty> raphink: is it true, that all programs that could distribute copyrighted material w.o. force using drm would then be illegal?
[10:39] <raphink> so there can't be a democratic debate around it
[10:39] <raphink> sistpoty: it seems so
[10:40] <raphink> Ooo would be illegal, VLC, and many more
[10:40] <raphink> that's what it seems
[10:40] <raphink> no wonder I'm ready to be judged for this if I'm caught
[10:40] <sistpoty> raphink: all email-progs/web-browsers/ftp-clients?
[10:40] <raphink> but I won't stop developping and using open source programs
[10:40] <raphink> yes sistpoty
[10:40] <raphink> can't watch DVDs and listen to CDs anymore on Linux
[10:40] <raphink> can't watch streams
[10:40] <raphink> access many websites
[10:41] <seth_k|lappy> That would make Linux itself pretty much illegal
[10:41] <raphink> taht's what it seems
[10:41] <raphink> seth_k|lappy: exactly
[10:41] <raphink> the weird thing though
[10:41] <sistpoty> that would make windows as illegal as linux as well
[10:41] <raphink> is that our army is about to use linux
[10:41] <raphink> that big parts of the government use it
[10:41] <raphink> sistpoty: no, becaues they'd use DRM
[10:41] <raphink> so that only wma would be allowed for music
[10:41] <sistpoty> for outlook? wow
[10:42] <raphink> only wmv for video
[10:42] <raphink> etc.
[10:42] <raphink> let's wait a see, but it seems it's gonna be terrible
[10:43] <sistpoty> yes... my best wishes to come to make the right decision goes to the french government
[10:43] <raphink> oh well
[10:43] <raphink> sometimes you wonder if this is even a democracy
[10:43] <xhaker> lol
[10:43] <raphink> Virgin came to the assembly to introduce their new download services to ministers
[10:44] <raphink> in the middle of the "democratic debate"
[10:44] <raphink> they were invited by the ministers and the president of the congress himself
[10:44] <raphink> :(
[10:44] <sistpoty> :(
[10:44] <lucas> it wasn't "in the middle of".
[10:44] <raphink> well quite
[10:44] <lucas> raphink: do you know of a good summary of DADVSI ?
[10:44] <lucas> in english ?
[10:44] <seth_k|lappy> raphink, who backs this motion? software companies?
[10:44] <raphink> hmmm
[10:44] <raphink> in english ... not sure
[10:45] <raphink> seth_k|lappy: yes
[10:45] <raphink> Universal, Microsoft, Virgin, etc.
[10:45] <raphink> it seems from what I heard that after the previous attemps were rejected
[10:45] <raphink> experts decided that the law had to pass as an urgency
[10:46] <raphink> without a real debate
[10:46] <Kyral> well, now I wait for my new key to spread through the Keyservers
[10:46] <raphink> that would prevent it from being voted
[10:46] <raphink> Kyral: :)
[10:46] <raphink> Kyral: I hope I can do that in a few weeks :)
[10:46] <Kyral> then I reupload EasyChem with<EMAIL_ADDRESS>[10:46] <raphink> lucas I don't think there is an english summary anywhere
[10:46] <raphink> Kyral: hehe
[10:47] <sistpoty> btw.: does anyone know why fpc (freepascal) isn't in dapper? did we drop it just because it would have needed bootstrapping?
[10:48] <Kyral> Now I think I have to change all my mailing lists lol
[10:49] <sistpoty> Kyral: you mean your email-address?
[10:49] <Kyral> yah
[10:49] <Kyral> I meant change it to the email address
[10:49] <sistpoty> Kyral: you can do the change for all hosted on lists.ubuntu.com basically with two clicks (there is an option to change all)
[10:50] <xhaker> sistpoty, do you want/need freepascal?
[10:50] <sistpoty> I want it :) and I want to package lazarus, at least if it's as good as the screenshots
[10:54] <Kyral> Now do I have to get<EMAIL_ADDRESS>into REVU before I upload again?
[10:54] <sistpoty> Kyral: is it the same key?
[10:54] <Kyral> sistpoty: yah
[10:54] <Kyral> I just tagged a new email onto it
[10:54] <sistpoty> Kyral: then you can continue uploading...
[10:55] <Kyral> slomo_ is gonna kill me
[10:55] <sistpoty> Kyral: if you want, I can change your email (otherwise your old will be displayed)
[10:55] <Kyral> he's gonna have to advocate again
[10:55] <Kyral> sistpoty: I need to change it in the changelog
[10:55] <sistpoty> Kyral: why so?
[10:56] <Kyral> sistpoty: because I'd rather use @ubuntu.com instead of my school email for packaging business
[10:56] <Kyral> I know it redirects there, but its the appearance :D
[10:56] <sistpoty> Kyral: hm... then you'll have to change it ;)
[11:01] <Kyral> and uploaded
[11:03] <Kyral> now can I please get two votes on this thing already? ;P
[11:04] <desrt> this france thing is absolutely comical
[11:04] <desrt> it's worse than the european patent thing... and that was pretty comical
[11:06] <Kyral> lol slomo_ has to vote on EasyChem AGAIN
[11:09] <Kyral> I really wish this thing would just be fully advocated
[11:11] <xhaker> desrt, the european patent thing is somewhat what happens in the US
[11:12] <JohnnyMast> any italian around ?
[11:16] <sivang> https://wiki.ubuntu.com/MOTUWannabeTips is very good. should be linked top level somwhere
[11:21] <lucas> d
[11:21] <lucas> gnight
[11:37] <lifeless> Kyral: pong
[11:37] <lifeless> ogra: pong
[11:37] <Kyral> lifeless: too late
[11:38] <lifeless> what as it ?
[11:38] <ogra> lifeless, to late and obsolete as well :)
[11:41] <StevenK> Mithrandir: Kamion says you should have uploaded using dpkg-buildpackage -v<LAST_UBUNTU_VERSION> for the merge upload you did for me, and to kick you.
[11:44] <lifeless> Kyral, ogra what was it about ?
[11:45] <ogra> lifeless, azeem applied for membership and i always try to catch the people who worke with an applicant to give a insight how helpful he/she is
[11:45] <lifeless> ok
[11:46] <ogra> but since he had no time to attend anyway, he is postponed to the next CC meeting
[11:46] <ogra> i just thought you could say some nice words about him ;)
[11:46] <lifeless> when is that, I can make sure I'm around
[11:46] <ogra> in two weeks (if there is one)
[11:47] <lifeless> ogra: time ?
[11:47] <lifeless> ogra: or it is always the same time (and what is that)
[11:47] <ogra> no idea yet, but usually its around 20:00 UTC
[11:48] <StevenK> The last CC meeting I attended was 14:00 UTC, which made it 01:00 AEST.
[11:48] <ogra> we wanted to rotate slightly, but that didnt happen for quite some time
[12:01] <sistpoty> bah... 88->105 unassigned merges


[10:41]  * ogra_ sees the imgbot messages and wonders if the clock on nusakan is somewhat wrong
[10:48]  * ogra_ re-enables the crontab entry again ...
[10:49] <ogra_> rsalveti, ^^^^ i assume you disabled the cron entry ? i switched it back on again ...
[14:50] <cjwatson> ogra_: It looks pretty much exactly in sync with NTP to me.
[15:24] <ogra_> cjwatson, yeah, seems the cron job was off and the above build was a manual one ... i guess ricardo wanted a test build and not wait for cron
[16:41] <rsalveti> ogra_: yeah, was going to enable it again today, disabled it because I wanted a build before cron
[16:42] <rsalveti> ogra_: all the emulator changes are finally in, but having some weird issue with lightdm and upstart
[16:42] <rsalveti> fails to start with the 3 conditions in there, but if I remove one of them, it works fine
[17:17] <ogra_> weird
[17:43] <rsalveti> ogra_: if I remove and runlevel [!06] it works
[21:48] <xnox> rsalveti: i did change plymouth/lightdm jobs around.
[21:48] <xnox> rsalveti: not that on touch .override files are in place to disable all of plymouth/lightdm.
[21:49] <xnox> well lightdm, should not come up, it just does straight autologin.


[16:57] <cjwatson> wgrant: Can you see why staging doesn't appear to have applied patch-2209-60-0?  It's been several hours now since it landed on launchpad/db-devel.
[16:57] <cjwatson> Nothing obvious in sourcherry/dbupgrade.log.
[17:00] <wgrant> cjwatson: I think it's stuck.
[17:01] <wgrant> cjwatson: See 2014-11-20-staging_restore.log. It started updating, but has done nothing.
[17:01] <wgrant> It's the first patch since the DB restore, which may be relevant.
[17:02] <wgrant> It normally sits at "Local Staging Code updated" for like 10-30 minutes, not several hours.
[17:02] <cjwatson> The last one timed out trying to talk to bzr just after that
[17:02] <cjwatson> sourcherry's not in LS so can't see its process list
[17:03]  * cjwatson asks webops, but has to run soon


[15:10] <average_guy> Hello, TN team. I've  been off in vsphere/win world for a while now. Had to spin up the official 14.04 though.
[15:13] <wrst> howdy average_guy
[15:14] <average_guy> Hi wrst. Life been good?
[15:15] <average_guy> anybody still using ubuntu?
[15:16] <wrst> average_guy: I'm using debian on a vps... don't guess that counts
[15:16] <average_guy> hehe, not really
[15:17] <wrst> arch on the desktop I know that doesn't count :)
[15:17] <wrst> I do have 14.04 installed, its really a good release, very good release actually
[15:18] <average_guy> I agree so far, it's come a long way. They have trimmed a lot of fat
[15:21] <wrst> yes
[15:21] <average_guy> they tout it as the obvious replacement for winXP but I don't think unity will run on any of the graphics hardware from that generation of computers
[15:21] <average_guy> for modern hardware, I looks pretty slick though
[15:22] <average_guy> it
[15:22] <wrst> yes it really does, and they are trimming the "spyware" out too which is good for them
[15:23] <average_guy> yes, all the built in crap is what drove me and everyone else away
[15:23] <wrst> well I think more advanced users aren't especially their target either
[15:24] <elacheche> Hey guys :) "<average_guy> anybody still using ubuntu?" → I do :)
[15:24] <average_guy> hello elacheche
[15:24] <wrst> elacheche: :)
[15:24] <wrst> hello!
[15:24] <elacheche> how are you wrst :)
[15:24] <wrst> good elacheche, how about yourself?
[15:25] <elacheche> I'm ok.. Just trying to be happy and cool x)
[15:25] <elacheche> average_guy, for old pcs there is Lubuntu, Xubuntu or puppy :)
[15:26] <wrst> elacheche: I don't know if Xubuntu really qualifies for lower specs, it seems a lot heavier to me than say a more bare bones distro with xfce
[15:26] <wrst> and I'm basing that off of a 2 year old experience so may be very wrong
[15:27] <average_guy> I am really phasing out all of my old hardware anyway
[15:28] <average_guy> even broke ppl get new stuff from time to time :P
[15:28] <wrst> ha ha :)
[15:28] <wrst> I have been looking at laptops here lately...
[15:30] <average_guy> really? I think laptops are going away
[15:32] <wrst> saying I should buy a desktop? :)
[15:32] <average_guy> http://shopping.hp.com/en_US/home-office/-/products/Tablets/Slate/E2P19AA?HP-Slate-21-k100-All-in-One
[15:33] <wrst> not very portable :)
[15:33] <average_guy> oh, I c
[15:33] <average_guy> kinda though, as much as a laptop
[15:34] <wrst> I'm a year or so away
[15:34] <wrst> I'm thinking something from system 76 or might even go to the dark side with a macbook
[15:34] <wrst> i'm going to get something quality when I get
[15:34] <average_guy> I have nothing like that, but it's what I am currently drooling over
[15:34] <wrst> https://www.system76.com/laptops/model/galu1
[15:35] <wrst> I have always had 15'' laptops but really like the wife's 13.3 macbook
[15:35] <wrst> especially with a much better resolution
[15:36] <average_guy> I have never even seen a mac up close
[15:36] <wrst> that's my only thing with system76 highest resolution is 1080P, I'm thinking by the time I get ready to buy a 2K display should be the norm for them
[15:36] <wrst> I mean my phone is 1080P
[15:36] <wrst> actually my tv is only 720...
[15:36] <wrst> priorities in order? :)
[15:36] <average_guy> lol
[15:38] <average_guy> I just have never had any luck running games in linux so on a linuxbox it is not a priority for me
[15:39] <wrst> average_guy: steam?
[15:40] <average_guy> oh, I play games in steam
[15:40] <average_guy> it works
[15:40] <average_guy> but it works WAY better in windows
[15:40] <wrst> they seem to be making a pretty good push for linux too
[15:40] <wrst> I can't keep windows working long enough for things to work :)
[15:42] <average_guy> I run servers (that I get free) w/graphics n sound added as my desktop.  I play with linux because I'm a nerd, but windows has gotten a lot better also
[15:43] <wrst> I use win 7 at work and its ok if you like that sort of thing ;)
[15:44] <average_guy> That what I play games in.  Well 2008r2 cuz I need dual processor support
[15:45] <wrst> I get the games part. just don't have time for that