[00:19] <Dumle29> darkxst: I figured out that I could just remove the shortcut assignment in the shortcuts menu, and I was then allowed to reassign the keys
[00:20] <darkxst> Dumle29, yes that would work, but you can't share the keys between gnome and some app
[00:22] <Dumle29> In my case I don't need that, so that's ok
[15:02] <darthanubis> anyone with a link to 14.10?
[15:02] <darthanubis> the website's link goes in circles
[15:03] <darthanubis> other releases>ubuntu gnome 14.10> Download Ubuntu GNOME 14.10>>GetUbuntuGNOME>>other releases>>ubuntu gnome 14.10 etc
[18:04] <darthanubis> other releases>ubuntu gnome 14.10> Download Ubuntu GNOME 14.10>>GetUbuntuGNOME>>other releases>>ubuntu gnome 14.10 etc


[06:23] <mup> PR snapcraft#1413 opened: core: minimal windows support <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/1413>
[06:59] <mup> PR snapcraft#1414 opened: cmake plugin: call the cmake using build dir as source <Created by elopio> <https://github.com/snapcore/snapcraft/pull/1414>
[07:49] <zyga-ubuntu> jjohansen: hey
[07:49] <zyga-ubuntu> jjohansen: I'm working on a larger tool patch for for aa-binary-policy-inspector
[07:49] <zyga-ubuntu> jjohansen: should be out by the end of the week
[07:49] <zyga-ubuntu> jjohansen: I sent some smallish patches to the ML and you acked one (thank you!)
[07:50] <zyga-ubuntu> jjohansen: if you have a moment could you look at the remaining two please?
[07:50]  * zyga-ubuntu wonders where Chipaca might be
[07:51] <zyga-ubuntu> fgimenez: hey
[07:51] <zyga-ubuntu> I have a thing I'd like to discuss with you
[07:52] <fgimenez> hi zyga-ubuntu
[07:52] <zyga-ubuntu> fgimenez: last night we had a PR that was fixing a bug in nested re-exec
[07:52] <zyga-ubuntu> fgimenez: and I saw the upgrade/basic test fail on debian
[07:52] <zyga-ubuntu> fgimenez: it failed a few times in a row
[07:53] <zyga-ubuntu> fgimenez: the error was about /usr/lib/snapd/snap-update-ns not being there (it's not a part of the stable package in debian)
[07:53] <zyga-ubuntu> fgimenez: the test just passed on both qemu and linode today
[07:53] <zyga-ubuntu> fgimenez: without any changes in the PR
[07:53] <fgimenez> zyga-ubuntu: sounds bad
[07:53] <zyga-ubuntu> fgimenez: and here's the question, do you know of any store quirks that could explain this?
[07:53] <zyga-ubuntu> fgimenez: (normally we should execute snap-update-ns from the core snap)
[07:54] <fgimenez> zyga-ubuntu: nope afaik, do we have a log of the failed builds?
[07:54] <zyga-ubuntu> fgimenez: I'm running it again a few more times just to be sure it's not a race
[07:54] <zyga-ubuntu> fgimenez: (well, to be more convinced, not sure)
[07:54] <zyga-ubuntu> fgimenez: let me check, but I think I killed it :/
[07:54] <zyga-ubuntu> yeah, I killed it
[07:54] <fgimenez> zyga-ubuntu: i'll try to reproduce too, not sure if upgrade/basic has been always enabled for debian
[07:54] <zyga-ubuntu> let's see if it passes now
[07:54] <zyga-ubuntu> it has
[07:55] <zyga-ubuntu> remember that refresh --beta core thing we did just for debian?
[07:55] <fgimenez> zyga-ubuntu: np, let's see if we can get it to fail again
[07:55] <zyga-ubuntu> when the stable channel was somewhat broken there?
[07:55] <fgimenez> zyga-ubuntu: ah yep
[07:55] <zyga-ubuntu> I'm trying to understand what changed since last evening
[07:55] <zyga-ubuntu> and since the branch did not, it could point towards the store
[07:56] <fgimenez> zyga-ubuntu: makes sense, is there an apt upgrade in the upgrade/basic test? maybe the debian unstable repo could have changed too
[07:57] <zyga-ubuntu> fgimenez: ah, interesting question, let me check
[07:58] <zyga-ubuntu> fgimenez: according to https://packages.debian.org/sid/snapd it seems to be the exact same version we have uploaded ages ago
[07:58] <zyga-ubuntu> fgimenez: 2.21-2+b1
[07:59] <zyga-ubuntu> fgimenez: (which is also surprising because I would have assumed we'd keep sid updated frequently)
[07:59] <zyga-ubuntu> mwhudson: hey ^ is debian snapd updated for each release? are you still the one doing those updates?
[08:20] <fgimenez> zyga-ubuntu: i've just reproduced the upgrade/basic issue on debian http://paste.ubuntu.com/25117441/
[08:21] <fgimenez> zyga-ubuntu: the session is open in case you want to have a look
[08:22] <fgimenez> there's a /usr/lib/snapd/snap-discard-ns but not /usr/lib/snapd/snap-update-ns...
[08:28] <zyga-ubuntu> fgimenez: excellent, please keep it
[08:29] <zyga-ubuntu> fgimenez: thank you, please keep the session
[08:30] <zyga-ubuntu> fgimenez: can you share credentials to mvo
[08:30] <zyga-ubuntu> fgimenez: so that we can ssh and explore
[08:30] <fgimenez> zyga-ubuntu: sure, 1sec
[08:31] <zyga-ubuntu> fgimenez: how many times did you run it?
[08:31] <zyga-ubuntu> fgimenez: I'm at my ~6th iteration locally and on linode
[08:31] <zyga-ubuntu> it's clearly a race somewhere
[08:31] <fgimenez> zyga-ubuntu: it failed on the 2nd execution, running on linode
[08:31] <zyga-ubuntu> fgimenez: interesting, thank you!
[08:31] <zyga-ubuntu> fgimenez: we're with mvo looking at the code there onw
[08:31] <zyga-ubuntu> now*
[08:53] <zyga-ubuntu> fgimenez: thanks for the credentials
[08:53] <fgimenez> zyga-ubuntu: np :)
[08:57] <magicaltrout> hi folks newb when i run a script inside a snap installed in devmode and reference /etc is that /etc on the host or the snap?
[08:57] <magicaltrout> it seems to be the host
[09:46] <magicaltrout> okay crickets on that one lets try this question instead
[09:46] <magicaltrout> I have a config that includes a sub config file: include: file:///etc/openldap/schema/core.ldif
[09:47] <magicaltrout> but I can't put env vars in there, is there anything in snappy that lets me define a concrete path?
[09:49] <magicaltrout> or something relative
[09:49] <magicaltrout> i don't care partiulcarly it just needs to be able to find the file
[10:34] <mup> PR snapd#3599 opened: Fix/clasic schizofrenia bug <Created by mvo5> <https://github.com/snapcore/snapd/pull/3599>
[10:38] <mup> PR snapd#3600 opened: many: expose service status in 'snap info' <Created by chipaca> <https://github.com/snapcore/snapd/pull/3600>
[10:38] <Chipaca> wooo PR #3600
[10:38] <Chipaca> where is my cake
[10:38] <Chipaca> zyga-ubuntu: ^ you were making noises about reviewing the services thing, here's your chance :-D
[10:39] <Chipaca> magicaltrout: I think you'll be luckier on the forum
[10:39] <Chipaca> magicaltrout: IRC is too synchronous
[10:39] <Chipaca> magicaltrout: the people that could properly answer your questions are sprinting and won't be listening on here for much of this week
[10:41] <magicaltrout> no probs Chipaca i cross posted anyway thanks
[10:54] <zyga-ubuntu> Chipaca: hey
[10:54] <zyga-ubuntu> Chipaca: haha, good one :)
[10:54] <zyga-ubuntu> Chipaca: I'lll do my best
[10:58] <zyga-ubuntu> fgimenez: did you run the whole suite or just that specific test?
[11:01] <fgimenez> zyga-ubuntu: just that test
[11:08] <zyga-ubuntu> fgimenez: thank you!
[11:08]  * zyga-ubuntu scratches head :)
[11:08] <zyga-ubuntu> we've been running that test all day without failure (locally and in linode)
[11:09] <zyga-ubuntu> we'd like to test a theory but for whatever reason it won't break now
[11:11]  * Chipaca shakes his fist at interfaces-avahi-observe
[11:47] <Chipaca> is spread being funny, or am I being unlucky?
[11:48]  * Chipaca restarts the run
[11:52] <zyga-ubuntu> Chipaca: what are you seeing?
[11:52] <zyga-ubuntu> Chipaca: we're chasing a heisenbug all morning
[11:52] <Chipaca> zyga-ubuntu: failed prepares
[11:52] <zyga-ubuntu> Chipaca: I saw that once
[11:52] <zyga-ubuntu> Chipaca: we're really chasing tests/upgrade/basic on debian
[11:52] <Chipaca> nice
[12:18] <Chipaca> third's the charm, or something
[13:23] <zyga-ubuntu> Chipaca: hey
[13:23] <zyga-ubuntu> Chipaca: how do you feel like looking at release-critical https://github.com/snapcore/snapd/pull/3598
[13:23] <mup> PR snapd#3598:  cmd,tests: fix classic confinement confusing re-execution code <Critical> <Created by zyga> <https://github.com/snapcore/snapd/pull/3598>
[13:24] <zyga-ubuntu> Chipaca: it's green now and we'd like to land it and release it
[13:24] <zyga-ubuntu> and please hold for merging as we want to squash merge
[13:26]  * Chipaca on it
[13:26] <zyga-ubuntu> fgimenez: I logged out of the linode machine, I think we can recycle it now
[13:27] <zyga-ubuntu> Chipaca: thanks
[13:27] <fgimenez> zyga-ubuntu: great thanks!
[13:27] <zyga-ubuntu> Chipaca: I'll get to your branches ASAP but not sure if I can sneak out of kubernetes talk ;)
[13:27] <zyga-ubuntu> the snap info services
[13:29] <Chipaca> zyga-ubuntu: +1
[13:29] <Son_Goku> zyga-ubuntu: https://copr-be.cloud.fedoraproject.org/results/ngompa/snapd-prerel-fedora/fedora-rawhide-i386/00579417-snapd/build.log.gz ?
[13:31] <Chipaca> zyga-ubu1tu: you also get a +1
[13:35] <zyga-ubu1tu> thank you
[13:39] <zyga-ubu1tu> Chipaca: I learned a new thing just now
[13:39] <Chipaca> zyga-ubu1tu: go on
[13:40] <zyga-ubu1tu> Chipaca: var *stuff; stuff.CalledOnNil()
[13:40] <Chipaca> mhmm
[13:40] <zyga-ubu1tu> queer :)
[13:40] <Chipaca> zyga-ubu1tu: we've corrected some of those in review of your code, fwiw :-)
[13:41] <Chipaca> where something could be nil and you weren't checking it
[13:45] <zyga-ubu1tu> Chipaca: I was expecting the compiler to complain
[13:46] <zyga-ubu1tu> Chipaca: I did some python lately and I just fell in love with mypy's static type checks and also, more importantly, None checks, so Optional[T]
[13:46] <Chipaca> zyga-ubu1tu: that's probably the work of a friend of mine :-)
[13:47] <zyga-ubu1tu> Chipaca: jukka?
[13:47]  * zyga-ubu1tu might be doing a disservice to the mypy developer
[13:47] <zyga-ubu1tu> (I know mypy is improved by lots of people now)
[13:47] <Chipaca> ah, no, my friend is into bringing mypy to django
[13:47] <Chipaca> https://2017.djangocon.eu/schedule/using-type-checking-in-django-projects-with-mypy/
[13:48] <zyga-ubu1tu> ah
[13:48] <zyga-ubu1tu> I was doing just plain CLI stuff
[13:48] <zyga-ubu1tu> Chipaca: I found it hard to publish a pypi package with type introspection data though
[13:51] <mup> PR snapd#3598 closed:  cmd,tests: fix classic confinement confusing re-execution code <Critical> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3598>
[13:57] <mup> PR snapd#3601 opened: cmd,tests: fix classic confinement confusing re-execution code <Created by mvo5> <https://github.com/snapcore/snapd/pull/3601>
[14:02] <zyga-ubu1tu> Chipaca: half review up
[14:51] <niemeyer> cachio: Heya
[14:51] <niemeyer> cachio: Thanks for the changes in snadp#3483..
[14:52] <niemeyer> cachio: Not sure if we talked about this before: we try hard not to rebase after a pull request is up
[14:53] <niemeyer> cachio: It removes the ability to follow through changes during the review process
[14:54] <niemeyer> cachio: "We went looking everywhere, but couldn’t find those commits."
[14:54] <niemeyer> Changing history is fine before the PR is pushed up, though
[14:56] <cachio> niemeyer, ok
[14:56] <cachio> niemeyer, first time you mention that
[14:56] <niemeyer> cachio: Cool, np
[14:56] <niemeyer> cachio: The PR looks good, thanks again for the changes
[14:57] <niemeyer> cachio: We just a second review on it..
[14:57] <niemeyer> Any takers?
[14:57] <cachio> niemeyer, great, thanks
[15:01] <Chipaca> niemeyer: I recently explicitly asked for a rebase on a PR
[15:01] <Chipaca> niemeyer: it hadn't had any reviews and was a mess, very very hard to follow as it stood
[15:01] <Chipaca> (talking something like 50 commits in there)
[15:01] <niemeyer> Chipaca: That's the exception that validates the rule :)
[15:02] <Chipaca> :-)
[15:09] <Chipaca> cachio: +1'ed
[15:09] <Chipaca> cachio: niemeyer: is that one to be squashed as well?
[15:11] <niemeyer> Chipaca: Yeah, definitely
[15:11] <niemeyer> We've been squashing pretty much every merge
[15:26] <cachio> Chipaca, tx
[15:46] <mup> PR snapd#3601 closed: cmd,tests: fix classic confinement confusing re-execution code <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3601>
[16:25] <mup> PR snapd#3589 closed: tests: remove unneeded check for re-exec in InternalToolPath() <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3589>
[16:28] <cachio> Chipaca, ahey, any idea about why gpg 2 in opensuse is not getting the passphrase from the fake pinentry to export a key?
[16:28] <Chipaca> cachio: no
[16:29] <cachio> Chipaca, do you knowin which other systems are we using gpg 2?
[16:29] <ogra_> zyga-ubuntu, https://forum.snapcraft.io/t/core-2381-breaks-ld-linux-so-2/1362 smells like some snap-confine/seccomp/namespaces issue (i dont think the linker or either of the two libc's we ship in core has changed recently)
[16:29] <Chipaca> cachio: does it look for the pinentry in the same place?
[16:30] <Chipaca> cachio: that is, the first thing I'd suspect is that for whatever reason it isn't even looking at ~/.snap/gnupg/gpg-agent.conf
[16:31] <zyga-ubuntu> ogra_: looking
[16:31] <Chipaca> cachio: second thing I'd suspect is that they don't have the pinentry-program option in their gpg2
[16:31] <cachio> Chipaca, I'll check that
[16:32] <ogra_> zyga-ubuntu, i actually wonder if we have any testing for the i386 libc we ship in the amd64 core for multiarch support
[16:32]  * ogra_ bets we dont
[16:32] <zyga-ubuntu> ogra_: replied on the forum, thank you
[16:32] <ogra_> thanks !
[16:36] <cachio> Chipaca, I think pinentry is used starting on gpg 2.1
[16:37] <cachio> and in opensuse we have 2.0.8
[16:37] <Chipaca> cachio: you think, or you know? :-)
[16:38] <cachio> Chipaca, based on the doc
[16:38] <cachio> Unattended passphrase
[16:38] <cachio> Starting with GnuPG 2.1.0 the use of gpg-agent and pinentry is required, which may break backwards compatibility for passphrases piped in from STDIN using the --passphrase-fd 0 commandline option. In order to have the same type of functionality as the older releases two things must be done:
[16:39] <zyga-ubuntu> cachio: something broke with gpg upgrade?
[16:39] <zyga-ubuntu> do we actually talk to running instance of gpg or do we just link to some libraries?
[16:40] <cachio> zyga-ubuntu, I understand we actually talk to running instance, but not totally sure
[16:43] <zyga-ubuntu> ouch, that would be unnice
[16:43] <zyga-ubuntu> cachio: are you trunning tumbleweed or leap?
[16:45] <cachio> zyga-ubuntu, in leap
[16:47] <zyga-ubuntu> cachio: thanks, interesting
[16:48] <cachio> zyga-ubuntu, I'll research a bit more
[16:48] <cachio> after lunch
[16:50] <Chipaca> zyga-ubuntu: we run gpg
[16:50] <Chipaca> it's in asserts/gpgkeypairmgr.go
[16:50] <Chipaca> somewhat convoluted because gpg1 vs gpg2
[16:51] <zyga-ubuntu> yes
[16:51] <Chipaca> zyga-ubuntu: we "talk to running instance" in the sense that we exec it and read its output :-)
[16:52] <Chipaca> this isn't bidirectional communication :-)
[16:56]  * ogra_ sees the linker issue in the forum is actually around a 64bit classic snap executing 32bit binaries and runs away screaming :P
[16:57] <ogra_> classic snaps should die !
[16:57]  * ogra_ will show up with a sign on a stick saying that at the next sprint :P
[17:02] <Pharaoh_Atem> Chipaca: I'm surprised you're not using gpgme
[17:04] <Pharaoh_Atem> there's a go binding for it: https://github.com/proglottis/gpgme
[17:06] <Chipaca> Pharaoh_Atem: is it pure go?
[17:06] <Chipaca> answer: nope
[17:06] <Chipaca> Pharaoh_Atem: so that's probably a chunk of why not
[17:08] <Chipaca> of course, we could still use it as a helper, but it's not like we don't have other things to do :-)
[17:10] <zyga-ubuntu> ogra_: hello
[17:10] <ogra_> zyga-ubuntu, yo
[17:10] <zyga-ubuntu> ogra_: do oyu have a armv7 device around?
[17:11] <zyga-ubuntu> ogra_: one that rhymes with erry
[17:11] <zyga-ubuntu> ogra_: we need a hand
[17:11] <ogra_> well, remote
[17:11] <zyga-ubuntu> ogra_: put rasbian on one
[17:11] <zyga-ubuntu> ogra_: and install snapd
[17:11] <ogra_> oh
[17:11] <zyga-ubuntu> ogra_: and tell us what breaks when you install core
[17:11] <zyga-ubuntu> ogra_: I think there's a syscall missing
[17:11] <ogra_> can that wait til tomorrow morning ?
[17:11] <zyga-ubuntu> ogra_: but my hardware is at home and I cannot check
[17:12] <ogra_> (i'mm also not near the HW ... testing stuff remotely isnt a prob but physical access is a bit bad tonight)
[17:12] <zyga-ubuntu> ogra_: ok, I think we can do that tomorrow
[17:12] <ogra_> ok
[17:12] <zyga-ubuntu> ogra_: I have a pi at home I can test but I'm at the sprint hotel
[17:12] <ogra_> yeah, i grokked that
[17:17] <kyleN> hey zyga-ubuntu. I'm doing an interface for a customer and using refresh-bits.sh. the interface appears but I get these seccomp profile errors: https://pastebin.canonical.com/193757/
[17:18] <kyleN> zyga-ubuntu, notably: "fork/exec /usr/lib/snapd/snap-seccomp: no such file or directory"
[17:19] <kyleN> zyga-ubuntu, which is correct, that snap-seccomp file does not exist. any tips to get passed this?
[17:21] <zyga-ubuntu> interesting
[17:22] <zyga-ubuntu> kyleN: so is this on raspbian?
[17:22] <zyga-ubuntu> kyleN: on armv7?
[17:22] <kyleN> zyga-ubuntu, no: amd64 ubuntu server 16.04
[17:23] <zyga-ubuntu> o!?
[17:23] <kyleN> what
[17:23] <zyga-ubuntu> kyleN: can you do snap version
[17:24] <kyleN> https://pastebin.canonical.com/193758/
[17:24] <kyleN> i guess snapd is UNKNOWN because I am currently running the script to use the locally built snapd....
[17:24] <zyga-ubuntu> kyleN: apt-cache policy snapd
[17:24] <ogra_> 4.4.0-59-generic !!!
[17:25] <kyleN> when I stop the script I get: snapd   2.26.9
[17:25] <kyleN> all of these exclamation points!! l)
[17:25] <ogra_> :)
[17:26] <ogra_> well,that kernel is *pretty* old ...
[17:26] <mvo> kyleN: or apt list snapd
[17:26] <kyleN> yes hang on
[17:26] <kyleN> Installed: 2.22.3
[17:27] <kyleN> snapd/xenial-updates 2.25 amd64 [upgradable from: 2.22.3]
[17:27]  * zyga-ubuntu brb
[17:28] <mvo> kyleN: please keep it as it is for now (this version)
[17:28] <mvo> kyleN: I suspect we know what is going on
[17:28] <kyleN> darn, mvo I just upgrade snapd
[17:28] <mvo> kyleN: no worries
[17:28] <kyleN> upgradeD
[17:28] <mvo> kyleN: if you just upgraded it, did the problem go away?
[17:28] <mvo> kyleN: or stil lthe same error?
[17:28] <kyleN> checking
[17:29] <ogra_> you surely also want a new kernel ... one that has less open security holes :)
[17:30] <kyleN> no, problem still exists.
[17:30] <ogra_> (and also apparmor fixes that landed since -59-generic)
[17:30] <ogra_> (we're at -83- currently)
[17:30] <kyleN> ogra this is a hand crafted system (not by me) with hand installed kernel modules to support broadcom asic
[17:31] <kyleN> so I don't want to muck with the kernel (but I can get Luke to if needed)
[17:31] <ogra_> kyleN, well, i dont know wher, but there were seccomp and apparmor fixes since ...
[17:31] <ogra_> s/wher/when/
[17:31] <zyga-ubuntu> kyleN: can you pastebin the journal/syslog
[17:31] <kyleN> ogra: ok, so you think this might be due to an old kernel?
[17:31] <ogra_> i think it is likely they happened after the 53 revision
[17:32] <ogra_> err
[17:32] <ogra_> 59
[17:32] <ogra_> if they use a server install with extra modules, someone should help them to make them dkms modules so you dont get stuck on the kernel version
[17:33] <ogra_> else the system is vulnerable ...
[17:35] <kyleN> zyga-ubuntu, here's the last part of the journal, its long: https://pastebin.canonical.com/193763/
[17:36] <zyga-ubuntu> looking
[17:37] <zyga-ubuntu> kyleN: can you please restart snapd (systemc restart snapd.service)
[17:37] <zyga-ubuntu> kyleN: while having look at the logs
[17:37] <zyga-ubuntu> kyleN: (journalctl -f)
[17:37] <zyga-ubuntu> kyleN: and then pastebin the new parts that show up after the restart
[17:37] <kyleN> ok
[17:43] <kyleN> sorry for the delay
[17:45] <mvo> kyleN: could you please snap refresh --edge core and see if that fixes the problem? we fixed a releated bug vsome minutes ago
[17:45] <kyleN> zyga-ubuntu, https://pastebin.canonical.com/193766/
[17:45] <kyleN> mvo, ok
[17:46] <zyga-ubuntu> thank you, looking
[17:48] <kyleN> mvo, after refreshing core from edge, I get the same error. of course the error occurs when using the locally built snapd with my dev interface. I am not clear whether it should be trying to find /usr/lib/snapd/snap-seccomp on that path or on the path of the temporary snapd...
[17:49] <zyga-ubuntu> kyleN: ok, very interesting
[17:49] <zyga-ubuntu> kyleN: did you change anything in /etc/ related to snapd reexec?
[17:49] <kyleN> no
[17:50] <kyleN> kust run: ubuntu@wedge100:~/go/src/github.com/devtools$ ./refresh-bits snapd setup run-snapd restore
[17:50] <kyleN> Just run
[17:50] <kyleN> then the error occurs when I do somethign with snap, like sudo snap interaces, or snap try...
[17:50] <zyga-ubuntu> kyleN: OMG
[17:51] <kyleN> not sure if that is good OMG or bad OMG ;)
[17:51] <kyleN> I'll go with bad OMG as a starting position ;)
[17:51] <mup> PR snapd#3602 opened: snap-seccomp: add secondary arch for unrestricted snaps as well <Created by mvo5> <https://github.com/snapcore/snapd/pull/3602>
[17:51] <zyga-ubuntu> kyleN: sorry
[17:52] <kyleN> quite alright, this is fun
[17:52] <zyga-ubuntu> kyleN: so, I think devtools is somewhat unmaintained
[17:52] <kyleN> ah
[17:52] <zyga-ubuntu> kyleN: and some things are missing
[17:52] <mup> PR snapd#3603 opened: snap-seccomp: add secondary arch for unrestricted snaps as well <Created by mvo5> <https://github.com/snapcore/snapd/pull/3603>
[17:52] <kyleN> zyga-ubuntu, so I need to test my local snapd with my dev interface to prove it works before making  PR. what do you recommend
[17:52] <zyga-ubuntu> kyleN: if you are hacking on a core device you may need to update devtools to copy new things over
[17:52] <kyleN> is not a core device. is server
[17:53] <zyga-ubuntu> kyleN: if you are hacking on a classic device it may be easier to just hack on it directly/build package/run commands from core/etc
[17:53] <zyga-ubuntu> kyleN: if you need a hand I can elp
[17:53] <zyga-ubuntu> kyleN: including in updating devtools to the point where it works again
[17:53] <zyga-ubuntu> kyleN: but it's totally my fault that it's an unmaintained thing that poses as somethin that still works
[17:54] <kyleN> zyga-ubuntu, I very much want to get this PR to snapd this week. can you perhaps fix up devtools so I can try again tomorrow?
[17:55] <kyleN> I am totally open to whatever appraoch works for you zyga
[17:55] <kyleN> zyga-ubuntu, ^
[17:55] <zyga-ubuntu> kyleN: what's the PR?
[17:55] <kyleN> broadcom-asic-control intefaces for customer
[17:56] <kyleN> interface (not plural)
[17:56] <zyga-ubuntu> kyleN: aha
[17:57] <zyga-ubuntu> kyleN: well, can you please push the PR up (not sure if you already did, sorry about that) and we review it
[17:57] <zyga-ubuntu> kyleN: for hacking locally just build the package (dpkg-buildpackage)
[17:57] <zyga-ubuntu> kyleN: install it
[17:57] <zyga-ubuntu> kyleN: and then you can just hack on interfaces
[17:57] <kyleN> zyga-ubuntu, well, I wanted to prove to myself that it works before making the PR
[17:57] <zyga-ubuntu> kyleN: and run sudo ./snapd from the tree
[17:58] <zyga-ubuntu> kyleN: you may need to sudo systemctl stop snapd.{socket,service}
[17:58] <zyga-ubuntu> kyleN: you can propose it even before it's finished
[17:58] <zyga-ubuntu> kyleN: and update it mid way
[17:58] <zyga-ubuntu> kyleN: as I suspect there may be more things than just the security bits
[17:59] <kyleN> ok. it's pretty simple. just apparmor snippet
[17:59] <zyga-ubuntu> kyleN: but the dpkg-buildpackage + install freshly built snapd.deb + stop / disable snapd.{socket,service} + sudo ./snapd approach will get you going
[17:59] <kyleN> I find taht with my hand overriden snap command appA profile, I get no DENIED when the kernel module is used by the snap
[18:00] <zyga-ubuntu> tyhicks, jdstrand could you please look at trivial/emergency PR: https://github.com/snapcore/snapd/pull/3603
[18:00] <mup> PR snapd#3603: snap-seccomp: add secondary arch for unrestricted snaps as well <Created by mvo5> <https://github.com/snapcore/snapd/pull/3603>
[18:00] <zyga-ubuntu> kyleN: can you push your branch anywhere? I'd like to see the apparmor snippet
[18:00] <kyleN> ok hang on
[18:04] <mup> PR snapd#3599 closed: Fix/clasic schizofrenia bug <Created by mvo5> <Closed by zyga> <https://github.com/snapcore/snapd/pull/3599>
[18:12] <kyleN> zyga-ubuntu, https://github.com/knitzsche/snapd/tree/broadcom-asic-interface
[18:14] <mup> PR snapd#3595 closed: debian: update debian/tests/control to use isolation-machine <Created by mvo5> <Merged by zyga> <https://github.com/snapcore/snapd/pull/3595>
[18:29] <mup> Bug #1705091 opened: unable to use snap after install <Snappy:New> <https://launchpad.net/bugs/1705091>
[19:04] <mup> PR snapd#3603 closed: snap-seccomp: add secondary arch for unrestricted snaps as well <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/3603>
[19:13] <zyga-ubuntu> kyleN: thank you
[19:13] <zyga-ubuntu> kyleN: if you don't need udev tagging you can just use commonInterface
[19:14] <zyga-ubuntu> kyleN: less code to write
[19:14] <zyga-ubuntu> kyleN: not sure if this interface should be implicit
[19:14] <zyga-ubuntu> kyleN: that needs some more discussion
[20:08] <niemeyer> Anyone around to handle a snap in the review queue?
[21:12] <mwhudson> enozyga
[21:18] <tyhicks> zyga-ubuntu: done! (I see that it was already merged and that's fine since it was a urgent issue that was trivial)
[22:02] <mup> PR snapd#3604 opened: tests:  enable main suite for opensuse <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/3604>
[23:13] <invapid> anyone know if there is an easy way to get snappy to pull from ubuntu src?
[23:14] <invapid> most packages' source can be downloaded with "apt source packagename"
[23:14] <invapid> so wondering if snappy can pull src similarly
[23:16] <kyrofa> invapid, I'm afraid not
[23:33] <magicaltrout> hooks........
[23:33] <magicaltrout> docs say i just need a hooks/configure file
[23:33] <magicaltrout> if i copy this one https://github.com/snapcore/snapcraft/tree/master/demos/hooks/snap/hooks
[23:33] <magicaltrout> and deploy my snap
[23:33] <magicaltrout>  Run configure hook of "openldap" snap (snap "openldap" has no "configure" hook)
[23:33] <magicaltrout> what moronic thing have i got wrong/
[23:33] <magicaltrout> ?
[23:39] <magicaltrout> bugg@tom-laptop2:~/Projects/openldap-snap$ ll /snap/openldap/current/hooks/configure
[23:39] <magicaltrout> seems legit
[23:46] <magicaltrout> hmm the demos dont work either
[23:48] <magicaltrout> https://forum.snapcraft.io/t/configure-hook-doesnt-run/1365 if anyone gets bored


[00:04] <txwikinger> Happy New Year
[00:07] <doc__> happy new year :)
[01:13] <mhb> hey folks
[01:13] <mhb> happy New Year
[01:13] <stdin> happy new year mhb :)
[01:13] <mhb> I hope I'm the only one lonely/desperate/geeky enough to be here
[01:13] <mhb> aww
[01:13] <yuriy> happy new year mhb ;)
[01:13] <mhb> stdin: to you too
[01:14] <Hobbsee> heh
[01:14] <Hobbsee> apparently not :
[01:14] <Hobbsee> :)
[01:14] <mhb> and you yuriy
[01:14] <stdin> nope, you have 3 lonely/desperate/geek friends :p
[01:14] <mhb> and Hobbsee :o)
[01:14] <yuriy> well, it's not the new year here yet
[01:14] <mhb> yuriy: how's Adept porting?
[01:14] <mhb> if you manage to have a functional version by Wednesday we can start talking bout the membership :o))
[01:14] <mhb> nah, I'm kidding
[01:15] <yuriy> mhb: had enough for today, but got something -- screenshot: http://gamemank.wordpress.com/2007/12/31/happy-new-year/
[01:18] <mhb> KDE4 got new splash screen
[01:18]  * mhb builds kdebase to see it
[01:18] <mhb> unfortunately it's based on that KSplashX horror (personal opinion)
[01:19] <yuriy> which is KSplashX?
[01:19] <yuriy> don't really remember what the deal with the splash engines was
[01:20] <mhb> well, KSplashX is the OpenSUSE splash engine
[01:20] <mhb> it's not really bad performance-wise, and it is better maintained than the last engine was
[01:21] <mhb> but I really dislike the way it is implemented
[01:21] <mhb> actually in order to have a nice configurable splash theme, they statically copy several of the Qt classes into that code
[01:21] <mhb> qimage.cpp and friends are all copied into there
[01:22] <mhb> which I find horrible from an "esthetical" point of view.
[01:23] <mhb> yuriy: do you update your bzr branch frequently?
[01:23] <mhb> == is it up to date? (adept branch)
[01:24] <yuriy> mhb: it's up to date
[01:24] <yuriy> with all the cruft of me desperately trying to get things to work ^_^
[01:25] <mhb> groovy
[01:25]  * mhb checks it out
[01:26]  * yuriy probably shouldn't have committed the last few changes
[01:26] <yuriy> i couldn't get it to debug so i just started inserting kdebug()s and commenting out code
[01:28] <mhb> don't worry
[01:28] <Riddell> happy new year indeed
[01:28] <mhb> happy new year Riddell
[01:28] <yuriy> happy new year Riddell!!
[01:29] <mhb> Riddell: shouldn't you be hogmanaying somewhere?
[01:29] <Riddell> mhb: oh we did
[01:29] <Riddell> we also held the KDE GB AGM
[01:29] <mhb> yuriy: http://img266.imageshack.us/my.php?image=updatersuggestedsy5.png I always wanted Adept to look like this :o)
[01:29] <Riddell> so a duplicate of uses in a nicht
[01:29] <mhb> what's that? AGM?
[01:30] <Riddell> annual general meeting
[01:30] <mhb> I hope you didn't get drunk and signed a key that was not meant to be signed
[01:31] <Riddell> wasnae me
[01:31] <Riddell> one of the longer contributing KDE developers fell over and broke/sprained his ankle
[01:31] <mhb> good :o)
[01:32] <mhb> ah, ungood
[01:33] <Riddell> we put him to bed and drugged him up
[01:34] <mhb> hmm, poor chap
[01:35] <mhb> yuriy: so, how can I reproduce that screenshot of yours?
[01:38] <mhb> yuriy: my ept includes and tagcoll includes are conflicting
[01:38] <mhb> yuriy: did you encounter that too?
[01:38] <mhb> /usr/include/ept/debtags/debtags.h:33:31: error: tagcoll/coll/base.h: No suchfile or directory
[01:39] <stdin> File tagcoll/coll/base.h found in libtagcoll2-dev
[01:40] <mhb> hmm, ln -s to the rescue
[01:41] <yuriy> hmm libtagcoll2-dev should do it
[01:42] <yuriy> but also need to fix the cmakelists to not hardcode the directory for that
[01:42] <yuriy> among other things
[01:43] <mhb> evil disconnects
[01:46] <Hobbsee> ah yes, meeting soon
[01:50] <Hobbsee> nixternal: @blog.  hardy?  gutsy?
[02:03] <yuriy> any luck mhb?
[02:04] <mhb> yuriy: heh
[02:04] <mhb> yuriy: I had to re-learn all the gdb tricks
[02:04] <yuriy> i meant with your problem above
[02:04] <mhb> now I finally have a useful backtrace out of it
[02:04] <yuriy> oh, nice
[02:04] <mhb> ah yes, I fixed it
[02:04] <mhb> it was just a simple ln -s missing
[02:05] <yuriy> for a second i thought you fixed the crash
[02:05] <mhb> no, not yet
[02:05] <yuriy> any idea what i'm doing wrong building it that it doesn't give a backtrace?
[02:06] <mhb> well
[02:06] <mhb> a) use gdb, it's easier to get a decent backtrace with it
[02:06] <mhb> b) tell cmake to Debug build
[02:06] <mhb> c) run adept_manager with --nocrashhandler and --nofork
[02:07] <yuriy> yeah i need to learn that :) not relearn. i've used it from within kdevelop but that wasn't working
[02:07] <yuriy> very little experience with it standalone
[02:07] <mhb> gdb ./adept/manager/adept_manager
[02:08] <mhb> (gdb) run --nocrashhandler --nofork
[02:08] <yuriy> well, i know that much, but from there all i know is "run" which isn't terribly helpful
[02:08] <mhb> (later)
[02:08] <mhb> (gdb) backtrace
[02:08] <yuriy> ah.
[02:09] <mhb> I'm no gdb master either, I just get out of it what I need
[02:10] <mhb> yuriy: did it help?
[02:11] <yuriy> oh, i wasn't working on it. i'm leaving to celebrate soon but i'll give it a shot
[02:13] <mhb> okay, see you later then
[02:13] <yuriy> no, not much of a backtrace. but with those options it at least says it's a segmentation fault
[02:13] <mhb> hmm
[02:13] <yuriy> from some of the stuff i was commenting out i think it might have something to do with stuff from the ui files not getting initialized
[02:14] <yuriy> but that's just a guess, i haven't looked into it
[02:14] <yuriy> k bye, happy new year
[02:14] <mhb> http://paste.ubuntu-nl.org/50343/
[02:14] <mhb> yuriy: ^^
[02:15] <mhb> happy new year to you too
[02:15] <mhb> and kood night
[02:17]  * dasKreech laughs
[02:17] <mhb> dasKreech: why?
[02:21] <nixternal> Hobbsee: hardy
[02:22] <nixternal> yay snow, another 4 inches tonight
[02:25] <crimsun> mmm snow.
[02:32] <Hobbsee> nixternal: yeah, default drivers aren't overly fast
[02:34] <dasKreech> Kood ni... aww he left
[02:34] <dasKreech> Hobbsee: Which card?
[02:34] <nixternal> intel
[02:34] <Hobbsee> dasKreech: 945gm
[02:34] <dasKreech> Hmm
[02:35] <nixternal> Hobbsee: with those tweaks in hardy, it is working very good
[02:35] <dasKreech> jos was doing some blogs bout speed
[02:35] <Hobbsee> nixternal: true, but you can't do video
[02:35] <nixternal> what do you mean I can't do video?
[02:36] <dasKreech> nixternal: She means your ugle
[02:36] <dasKreech> s/le/ly
[02:37] <Hobbsee> nixternal: playing video?
[02:37] <nixternal> sure I can
[02:38] <Hobbsee> with xv?
[02:38] <crimsun> xv will be problematic.
[02:38] <crimsun> x11/xshm will work fine.
[02:38] <nixternal> with vlc, kaffeine, kmplayer
[02:39] <nixternal> wth is xv?
[02:40] <Hobbsee> CheGuevara: i thought we got the new drm
[02:40] <crimsun> http://en.wikipedia.org/wiki/X_video_extension
[02:42] <crimsun> hmm, which new drm?
[02:43] <Hobbsee> apparently the exa mdoe needs a new drm to make it work at a reasonable speed
[02:43]  * Hobbsee thought it went in with the kernel, but obviously not
[02:44] <crimsun> hmph.  Not even vanilla has it?  drm 1.1.0 20060810  i915 1.6.0 20060119
[02:44] <Hobbsee> i'm not sure
[02:45] <crimsun> (I've got 2.6.24-rc6-git6+)
[02:45] <crimsun> let's see if there's some buffoonery to be done from dri git
[02:47] <dasKreech> IBM stuck DRm in the Linux Kernel?
[02:47] <nixternal> not that type of drm
[02:47] <dasKreech> Ok
[02:47] <dasKreech> What kinda are there?
[02:49] <Hobbsee> CheGuevara: how much of that transition got uploaded?
[02:52]  * Hobbsee does imlib2
[02:54] <Hobbsee> + fontforge
[02:59] <crimsun> Hobbsee: do you know if we need a newer mesa (7.1ish), too?
[02:59] <Hobbsee> crimsun: no idea.
[02:59] <crimsun> (we->i915 users)
[02:59] <crimsun> ok, I'll dig a bit deeper.  Just thought I'd attempt to preemptively forego effort duplication.
[03:03] <dasKreech> Does any have any good sites for plane ticket prices?
[03:04] <apachelogger> dasKreech: skyscanner.net
[03:06] <crimsun> I also use orbitz.com and hotwire.com
[03:09] <dasKreech> apachelogger: It starts off asking me if I wanna leave from MoBay. Looks good ;)
[03:14] <Hobbsee> right.  done some of that transition.
[03:29] <nixternal> oh well, warmed up, grabbed a drink, time for some more snowmobiling
[03:30] <crimsun> nixternal: (if you want to chase the "newer drm" path, then note you'll need latest git of both libdrm-3.0.0 and mesa-7.1)
[03:30] <crimsun> nixternal: (it's insufficient to have simply newer libdrm-3.0.0, meaning both the userspace lib and the newer i915.ko)
[03:51] <blueyed> 2008 will be the year of the GNU/Linux Kubuntu Desktop.. :)
[03:51] <blueyed> cheers..
[04:08] <nixternal> that lasted a whole 30 minutes
[05:49] <wolfger> Happy New Year
[05:53] <nixternal> 7 minutes until new year here
[05:53] <nixternal> but happy new year anyways, and happy new year to you as well wolfger
[08:30] <dinosaur-rus> hi all
[08:32] <dinosaur-rus> what wrong is in qt4-dev-tools package? when I'm going to install it, Adept says something'll break...
[09:00] <dinosaur-rus> ah, I understood why
[09:04] <dinosaur-rus> either qt4-dev-tools package's dependencies or the package itself need to be updated. qt4-dev-tools requires libqt4-core 4.3.2-0ubuntu3, but 4.3.2-0ubuntu3.1 is installed... could someone fix it, please?
[10:14] <pgquiles> Riddell: ping
[11:01] <Riddell> hi pgquiles
[11:03] <pgquiles> Riddell: hi & happy new year. Is the TimeVault (https://wiki.ubuntu.com/TimeVault) going to be added to Hardy? Someone did the work for KDE3 a few years ago: http://www.sandeepranade.com/html/ComputerScience/time-travelling-file-manager.html (for ext3cow only, but it might work as a starting point)
[11:03] <Riddell> pgquiles: dunno, never heard of it
[11:04] <pgquiles> Riddell: oh :-)
[11:04] <pgquiles> I read here and there and it seemed to me it was going to be added to ubuntu hardy
[11:05] <Riddell> pgquiles: try contacting its developers
[11:35] <mhb> hey folks
[11:35] <mhb> yuriy: did you read the pastebin backtrace of mine and managed to get a similar one?
[12:10] <jpatrick> txwikinger: ping
[13:09] <txwikinger> jpatrick: pong
[13:10] <jpatrick> txwikinger: happy new year! I was wondering if you minded if I made a PDF version of the bug tridge tutorial you did
[13:10] <txwikinger> jpatrick: No problem
[13:11] <txwikinger> You want me to look over it and make corrections?
[13:11] <jpatrick> ok, I'll try and have it done by today :D
[13:11] <txwikinger> Or you just want to keep it like it was live?
[13:11] <jpatrick> If you want, I don't mind
[13:12] <txwikinger> Whatever you want to do.. I will agree/help with any
[13:12] <jpatrick> fire away :D
[13:13] <txwikinger> I have to dig out my old LaTeX knowledge too :)
[13:13] <txwikinger> My wife wants to publish a poem book
[13:13] <jpatrick> let me upload what I have right now
[13:14] <jpatrick> http://people.ubuntuwire.com/~jpatrick/tutorials/
[13:16] <jpatrick> hmm, I have lunch right now, I'm basically LaTeXifiy the logs at the wiki, can you send the corrections to<EMAIL_ADDRESS>?
[13:17] <txwikinger> ok.. I will have a look a little later.... I have to eat something too, just got up :D
[14:48] <jpatrick> OK, tutorial done
[14:50] <Jucato> Lure: happy new year! :)
[14:51] <Jucato> jpatrick: what tutorial?packaging?
[14:51] <jpatrick> Jucato: bugs
[14:51] <Jucato> oh nice :)
[14:51] <jpatrick> http://people.ubuntuwire.com/~jpatrick/tutorials/kubuntu-tutorials-day-bugs.pdf
[14:51] <Jucato> tutorial on how to create bugs?
[14:51] <Jucato> oh... that bugs :D
[14:52] <Lure> Jucato: happy new year to you an your family (same for all other present kubuntu lovers) ;-)
[14:52]  * Lure is brain-dead because of hunting some plasma panel sizing bug :-(
[14:55] <jpatrick> txwikinger: ^^I'll wait for your +1 before announcing
[14:58] <txwikinger> cool jpatrick -- I have some more urls that I didn't get to during the session that should be added at the end
[14:58] <jpatrick> ok
[15:02] <txwikinger> jpatrick: I sent you an e-mail with the links
[15:04]  * jpatrick looks
[15:34] <jpatrick> txwikinger: talk about email lag :D
[15:34] <txwikinger> :D
[15:35] <jpatrick> I still don't have it..
[15:36] <txwikinger> well it came back to me on bcc
[15:39] <txwikinger> !paste
[15:39] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[16:23] <Tm_T> Lure: well, I'm just dead
[16:24] <Jucato> Tm_T: happy new year
[16:24] <Tm_T> Jucato: I never seen so much celebrating just for the end of monday like yesterday
[16:24] <Tm_T> weird
[16:25] <Jucato> :D
[16:25] <txwikinger> Mondays are evil...
[16:25] <jpatrick> they're celebrating cos deep down they know.... KDE4 is just round the corner!! :D
[16:25] <txwikinger> lots of celebrating necessary when they are over
[16:26] <Tm_T> http://www.sinfest.net/archive_page.php?comicID=2674
[16:27] <jpatrick> it's done it before plenty of times
[17:10] <wolfger> Tm_T: http://www.myextralife.com/archive.php?date=2007-12-31
[17:44] <mhb> hey
[17:44] <jpatrick> hey mhb
[17:44] <jpatrick> happy new year mate!
[17:44] <mhb> happy new year to you too
[17:48] <mhb> any new topics for our meeting?
[17:50] <mhb> or anything new at all?
[17:50] <jpatrick> mhb: http://people.ubuntuwire.com/~jpatrick/tutorials/kubuntu-tutorials-day-bugs.pdf <- this is new
[17:51]  * mhb reads
[17:56] <mhb> nice, good job jpatrick
[17:57] <jpatrick> :)
[18:18] <yuriy> jpatrick: the introduction is confusing cause you go right into medicine but never mention "triaging"
[18:19] <yuriy> until the last sentence
[18:19] <jpatrick> hmm
[18:20] <yuriy> also " There was a disaster missing — disaster situations." doesn't make sense, what are you trying to say?
[18:21] <jpatrick> yuriy: -> https://wiki.ubuntu.com/KubuntuTutorialsDay/Bugs
[18:22] <yuriy> jpatrick: so is this supposed to come entirely from the irc log or are you trying to create an independently useful document?
[18:22] <jpatrick> yuriy: a mix, but I will fix that
[18:26] <jpatrick> yuriy: ok, fix uploaded, thanks
[18:36] <CheGuevara> hi
[18:37] <jjesse_> hello
[18:38] <CheGuevara> happy new year :)
[18:38] <jjesse_> you too :)
[18:38] <CheGuevara> hangover sucks lol
[18:43] <CheGuevara> meh 36 new emails
[18:53] <yuriy> mhb: still can't get a backtrace
[18:54] <Vorian> I have a few days off, is there anything I can help with? :)
[18:57] <yuriy> mhb: this is all i get http://paste.ubuntu-nl.org/50412/
[19:01] <jjesse_> when does kde4 release officially?
[19:02] <yuriy> i think it's jan 11
[19:03] <jjesse_> cool thanks
[19:36] <yuriy> mhb: wow. i wasn't doing setupUi()
[20:38] <mhb> yuriy: heh :o)
[20:39] <mhb> yuriy: no new commits though
[20:39] <mhb> yuriy: did you manage to get a decent backtrace like mine?
[20:39] <mhb> in the end
[20:40] <yuriy> mhb: yeah backtraces are fine now, seems just that one spot that wasn't working, i think i commented out another line and it started working
[20:42] <mhb> yuriy: commit if there's more to it than last time, I'm like I child: I wanna see all the time :o)
[20:46] <yuriy> mhb: committed
[20:51] <mhb> yuriy: nice, it even loads the info :o)
[20:51] <mhb> yuriy: then another crash
[20:57] <yuriy> yup, working on that one
[20:59] <yuriy> k fixed that one, now another one and no backtrace again
[20:59] <mhb> yuriy: no backtrace?
[20:59] <mhb> yuriy: hmm, lemme try getting it
[21:00] <yuriy> mhb: committed
[21:01] <yuriy> oh pfft that one's obvious
[21:02] <yuriy> hmm or not
[21:02] <yuriy> or yes
[21:03] <mhb> the prefix?
[21:04] <yuriy> no, the next crash. segfaults because of referring to actions and the sources editor that i commented out since i need to port the former and we aren't even using the latter
[21:06] <mhb> ah
[21:07] <yuriy> http://www.yktech.us/temp/adeptqt4.png :D
[21:07] <iRon> yuriy: looks nice :)
[21:08] <mhb> how did you get that?
[21:08] <mhb> so the main window (before it) is working?
[21:08] <CheGuevara> nice :P
[21:09] <mhb> but I agree, nice work
[21:10] <yuriy> mhb: no, it starts up on that, not quite sure why yet
[21:13] <mhb> ah
[21:21] <mhb> hmm
[21:22] <mhb> I never knew adept installer has such a nice UI.
[21:25] <CheGuevara> about the only part of adept that does :P
[21:25] <mhb> ya
[21:25]  * CheGuevara actually has synaptic and update-manager installed
[21:26] <mhb> if there was an "Advanced View" button which would add some options, it'd be perfect
[22:35] <CheGuevara> !gpg
[22:35] <ubotu> gpg is the GNU Privacy Guard.  See https://help.ubuntu.com/community/GnuPrivacyGuardHowto and class #8 on https://wiki.ubuntu.com/ClassroomTranscripts
[23:07] <DaSkreech> !info nmap
[23:07] <ubotu> nmap: The Network Mapper. In component main, is extra. Version 4.20-2 (gutsy), package size 732 kB, installed size 2640 kB
[23:38] <DaSkreech> hi Jucato
[23:40] <Jucato> yes?
[23:41]  * DaSkreech waves sheepishly
[23:41] <Jucato> happy new year? :)
[23:42] <DaSkreech> \o/
[23:42] <Jucato> :D
[23:42] <DaSkreech> Are Drakes dragons?
[23:43] <Jucato> depends on which "drake" you are referring to I guess.... drakes are also male ducks (as in dapper drake)
[23:44] <Jucato> but I guess some consider "drake" as "dragon" from "draco"... maybe.... or from fantasy games/films...
[23:45] <DaSkreech> I saw your n-blont mention dragons :-)
[23:45] <Jucato> oh :)
[23:45] <DaSkreech> I thought that Konqui was a drake
[23:45] <Jucato> er...
[23:45] <Jucato> O.o
[23:45] <DaSkreech> It has a K in it :)
[23:45] <Jucato> :P
[23:45] <DaSkreech> Wait Konqi
[23:48] <CheGuevara> https://edge.launchpad.net/~che-guevara-3/+archive
[23:49]  * mhb 's back, everyone rejoice!
[23:49] <Jucato> mhb: happy new ear!!!!!!!!!
[23:49] <CheGuevara> w00t
[23:49] <Jucato> er.. year*
[23:49] <CheGuevara> :P
[23:49] <mhb> Jucato: to you too
[23:50] <mhb> Jucato: so, have you noticed the latest adept koolness?
[23:50] <DaSkreech> My mom has a happy new ear
[23:50] <Jucato> mhb: nope... hadn't had time for any dev work since the 24th of Dec... :)
[23:50] <mhb> Jucato: by an awesome person which will undoubtedly get membership very soon
[23:51] <Jucato> mhb: care to give me a summary? :D
[23:51] <yuriy> Jucato: http://www.yktech.us/adeptqt4a.png
[23:51] <mhb> yuriy: wow, just checked out and built...
[23:51] <mhb> yuriy: supermegaawesome
[23:52] <CheGuevara> heh
[23:52] <DaSkreech> yuriy: Doesn't work
[23:52] <Jucato> yuriy: redirects to http://people.brandeis.edu/~ykozlov//adeptqt4a.png.. which is not found :(
[23:52] <CheGuevara> http://people.brandeis.edu/~ykozlov//temp/adeptqt4.png may be
[23:52] <Jucato> wait, yuriy isn't a member yet? O.o
[23:53] <yuriy> err stick a "temp" between the slashes
[23:53] <Jucato> woah!! Qt4/KDE4?  I meant innards
[23:54]  * DaSkreech kicks Jucato
[23:54] <yuriy> Jucato: i know nothing about it, haven't touched any backendish stuff
[23:54] <Jucato> ah
[23:55] <Jucato> still, great job! :)
[23:55]  * Jucato is jealous hahahah :P
[23:55] <DaSkreech> Should he have to touch backend stuff?
[23:55] <mhb> yuriy: you're getting membership just to be able to post those screenshots to planet ubuntu
[23:55] <Jucato> :D
[23:55] <DaSkreech> wouldn't that be pretty bad design?
[23:55] <CheGuevara> lol
[23:56] <Jucato> DaSkreech: he doesn't need to touch the backend, but may want to revise how adept uses the backend
[23:56] <Jucato> yuriy: believe him when he says that. he's up for kubuntu council anyway :)
[23:56] <yuriy> DaSkreech: as Jucato said, somebody will have to fix adept's useless errors for example
[23:56] <Jucato> what he says eventually comes true
[23:57] <MaximLevitsky> Anybody noticed that kdm doesn't work in XDMCP?
[23:57] <mhb> MaximLevitsky: not really, no XDMCP here.
[23:57] <mhb> MaximLevitsky: is there a bugreport about it?
[23:57] <MaximLevitsky> https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/178242
[23:57] <ubotu> Launchpad bug 178242 in kdebase "KDM doesn't work in XDMCP mode" [Undecided,New]
[23:57] <MaximLevitsky> mine :-)
[23:58] <Jucato> yuriy: now that it's ported (100%?), maybe we can focus the next months/years cleaning up the code and the UI :D
[23:58] <DaSkreech> MaximLevitsky: :-)
[23:58] <Jucato> (although dunno how things stand with Adept's upstream...)
[23:59] <mhb> Jucato: depends on what we actually want to do
[23:59] <yuriy> Jucato: far from 100%... just the manager, and it deadlocks if run as root
[23:59] <mhb> Jucato: I would vote for actually ditching the manager and improving the installer only
[23:59] <yuriy> and as you see looks quite messy
[23:59] <CheGuevara> weren't we switching to another package manager
[23:59] <Jucato> 1. remove duplicate directories. 2. rename classes to be more... um... not Application/TestApp. 3. rename files to reflect content...


  Feel free to ignore everything I said!  \o/
[00:05] <pleia2> nhaines: you made very good points, and I value your opinion on these things <3
[00:06] <nhaines> pleia2: they can be good points and still not fit in with your plans.  But I think a couple tweaks here and there with the whole picture in mind will make it all hang just right, like a bespoke suit!
[00:06] <pleia2> haha, thanks
[00:07] <nhaines> And it's the whole picture that's so hard to verbalize.  But it was really gratifying to explain it over and over at SCALE and see it start to click in people's minds.  :)
[00:08] <pleia2> it's also hard to write because it's all kind of retrospective, in spite of claiming they had a grand plan, it often didn't feel like it even from where I'm sitting ;)
[00:08] <DonkeyHotei> it's probably a good thing that the first convergence device is a tablet, considering what's seen with continuum
[00:08] <nhaines> DonkeyHotei: the first convergence devicess are the phones.  Or even Ubuntu desktops today, really.
[00:09] <nhaines> pleia2: yeah, like I said in my email, it's pretty clear that snappy wasn't the same pie in the sky vision as Unity convergence, lol.
[00:13] <nhaines> Anyway, I faced the same question last year.  It's more fun when it's someone else's job to write it. <3
[00:13]  * nhaines spends no time thinking about the possible update to his book at the end of the year.
[00:13] <nhaines> /o\
[00:19] <pleia2> hehe
[00:19] <pleia2> I'm still working to finish my other book
[00:20] <pleia2> mostly I eat, write and sleep (do need to make sure I get enough, can't write with tired brain)
[00:24] <nhaines> Yeah, the sleep helps.
[00:24] <ianorlin> yay 900 manual testcases done and wxl agreed my improvment to the testing tracker was a good idea
[00:26] <nhaines> Yay!