[01:13] <mup> PR snapcraft#2442 closed: cli: enable cleaning of parts <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2442>
[05:57] <mborzecki> mornig
[06:51] <mup> PR snapd#6416 closed: snap: really run the RunSuite <Simple 😃> <Created by mvo5> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6416>
[07:17] <zyga> good morning
[07:17] <mvo> hey zyga
[07:17] <zyga> hey
[07:17] <zyga> debian drama dramas on
[07:18] <mvo> zyga: oh?
[07:18] <jamesh> zyga: hi.  When you have time, could you have a look at https://github.com/snapcore/snapd/pull/6313?  It adds some spread tests for xdg-desktop-portal/xdg-document-portal integration (only running on a subset of backends where I know it works currently)
[07:18] <mup> PR #6313: tests: add a tests for xdg-desktop-portal integration <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/6313>
[07:18] <zyga> mvo: it failed to build in debian
[07:18] <zyga> mvo: unpackaged file
[07:19] <mvo> zyga: do you have a link?
[07:19] <zyga> jamesh: hello
[07:19] <jamesh> I know you were working on user mounts improvements, so this should ensure the behaviour I care about continues to work :-)
[07:19] <mvo> zyga: yeah, curious, we test build it
[07:19] <zyga> jamesh: I will look for sure, there are two high priority items still on my plate but I promise to review this by EOD
[07:19] <mborzecki> mvo: zyga: hey
[07:19] <zyga> mvo: I just ... no idea
[07:20] <jamesh> zyga: thanks.  I'd also like to talk about the user daemons/dbus activation PRs at some point
[07:20] <jamesh> (mainly about how to proceed forward with them)
[07:20] <zyga> jamesh: I think we should have a call with samuele to sync on where we are and what the challenges are
[07:21] <zyga> jamesh: we have some things in the roadmap that incresingly require session level interaction
[07:21] <mvo> hey mborzecki
[07:22] <jamesh> zyga: having our PRs closed without consultation irks me a bit.  Among other things, it cuts me off from CI.
[07:22] <zyga> jamesh: closed?
[07:23] <zyga> jamesh: that's understandable, I don't think we should close them out of the blue
[07:23] <jamesh> zyga: this one: https://github.com/snapcore/snapd/pull/5822
[07:23] <mup> PR #5822: wrappers: allow user mode systemd daemons <Created by jhenstridge> <Closed by pedronis> <https://github.com/snapcore/snapd/pull/5822>
[07:23] <zyga> I see
[07:23] <zyga> I think you need to discuss with samuele, he has some catchup to do after last week and ubuflu but I'm sure we can have a reasonable conversation
[07:28] <jamesh> yeah.  I'll see if I can catch up with him later today.
[07:29] <zyga> good luck!
[07:44] <pedronis> jamesh: sorry, but we do close PRs from time to time if they cannot land, it's unclear when, and discussion is better not in them. I'm wary of having things that are "services" but don't fit the out whole services picture, for example what should "snap services" show about these? does it even work on the PR?
[07:44] <pedronis> jamesh: these things need a proper design on the forum
[07:54] <zyga> jamesh: do you have access to spread?
[07:55] <zyga> perhaps the real issue is that you just need a key to run spread tests and iterate at will locally
[07:55] <zyga> proposing only those chunks that are ready to be discussed / reviewed and are relatively close to landing
[07:59] <pedronis> zyga: to be clear I don't think until I  see a consistent whole picture, I wouldn't take chunks either
[08:00] <zyga> right, but I believe, based on what jamesh said above, that having open PRs is an important part of the workflow because that's his (apparently) only way to access CI
[08:12] <zyga> does https://groups.google.com/forum/m/#!topic/golang-announce/mVeX35iXuSw affect us?
[08:15] <mborzecki> zyga: don't think so
[08:54] <mup> PR snapd#6421 opened: spread: enable upgrade suite on fedora <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6421>
[08:54] <mborzecki> trivial PR ^^^
[08:57] <mborzecki> can't reproduce the mount problem using the usual install/remove loop
[09:09] <mvo> mborzecki: thanks for looking into that again
[09:10] <mvo> mborzecki: this makes me wonder if something external is doing the systemctl reload during the tests
[09:10] <mborzecki> mvo: 50 loops of install remove with the script we use in the protocol error test
[09:10] <mborzecki> mvo: there is, on core 18, there's a job that's constatnlty failing and getting restarted
[09:10] <mborzecki> mvo<EMAIL_ADDRESS>keeps being restarted
[09:11] <mvo> mborzecki: oh, what job is that?
[09:11] <mvo> mborzecki: interessting
[09:11] <mvo> mborzecki: are all protcol errors we have observed recently on core18?
[09:12] <mborzecki> mvo: afaik yes
[09:12] <mvo> mborzecki: thats a very interssting clue then
[09:13] <mborzecki> mvo: though there's this note in the forum https://forum.snapcraft.io/t/unexplained-mount-failure-protocol-error-what-we-know-so-far/5682/27
[09:14] <mvo> mborzecki: interessting
[09:14] <mborzecki> mvo: otoh, the travis jobs i restarted were core18
[09:14] <mvo> mborzecki: well, if there is activity (e.g. apt installing stuff or unattended-upgrades) in the background
[09:14] <mvo> mborzecki: that may happen
[09:14] <mvo> mborzecki: and there is nothing we can do :(
[09:19] <mborzecki> Chipaca: morning sir
[09:19] <mborzecki> mvo: hm shouldn't we touch /var/lib/console-conf/complete when preparing core18 image for tests?
[09:20] <mvo> mborzecki: yes, is that missing?
[09:20] <mborzecki> mvo: it is
[09:20] <mvo> mborzecki: in practise it shouldn't make a difference but if it fixes the crash…
[09:21] <mborzecki> mvo: the unit has ConditionPathExists=!/var/lib/console-conf/complete so it should make it go away
[09:23] <Chipaca> mborzecki: mo'in
[09:32] <mvo> mborzecki: cool, lets add this in any case to our testsuite
[09:34] <jamesh> pedronis: sorry.  Was out for a ride before it gets dark.  My point is that when you close a PR there is no way for the author to reopen it, and Travis will no longer run tests if they update it
[09:34] <mborzecki> Chipaca: was your concern here https://github.com/snapcore/snapd/pull/6415#discussion_r250187805 that we accept BS channel input and let it reach the store eventually?
[09:35] <mup> PR #6415: snapstate, snap: allow update/switch requests with risk only channel to DTRT <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6415>
[09:35] <Chipaca> mborzecki: no, I want whatever works with --channel=stable to also work with --channel=stable/hotfix-1234
[09:36] <Chipaca> mborzecki: having --stable say "yeah you meant the pinned track" and --channel=stable/hotfix-1234 say "you can't change tracks what are you evil", is wrong imho
[09:36] <Chipaca> mborzecki: i'm going to get more coffee and then re-review your pr though
[09:37] <mborzecki> Chipaca: i see, i'm not sure then whether <risk>/<branch> would count as risk only request
[09:38] <mborzecki> Chipaca: i does sound reasonable to me, but maybe it's really a question for pedronis
[09:39] <pedronis> mborzecki: I agree with Chipaca here
[09:39] <pedronis> it's the consistent thing
[09:39] <mborzecki> pedronis: ok, sounds good to me
[09:48] <Chipaca> mborzecki: i'll hold off on that review then
[09:48] <mborzecki> ack
[10:06] <ogra> ondra, https://docs.snapcraft.io/architectures/4972
[10:15] <mup> PR snapd#6422 opened: tests/prepare: prevent console-conf from running <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6422>
[10:15] <mborzecki> mvo: ^^
[10:17] <ogra> mborzecki, wheee !!!! i love you !!!
[10:17] <ogra> (only took a year :P )
[10:17] <mborzecki> ogra: hahah so this was discussed before already?
[10:18] <ogra> mborzecki, https://forum.snapcraft.io/t/disabling-console-conf-from-gadget-or-core-config-option/4358
[10:20] <ogra> oh, your PR is only for the tests ... i thought it was also for runtime
[10:20] <mborzecki> ogra: don't want to disappoint you but the pr is only to workaround a problem we see in the tests
[10:20] <ogra> *snap*
[10:20] <ogra> :)
[10:20] <mborzecki> ogra: maybe try necrobumping the topic if it's a high priroity for you guys
[10:21] <pedronis> mborzecki: it's on the list of things to desing on the way to core20
[10:21] <pedronis> (how to opt out of console-conf)
[10:21] <mborzecki> ah, even better
[10:21] <ogra> it isnt super high, but when talking to security aware customers we get questions ... since yu can just attach a serial cable today and run through console conf to gain access
[10:22] <ogra> so hacks are required to disable it
[10:31] <mborzecki> anyone with manjaro vm?
[10:34] <mup> PR snapcraft#2449 opened: Release changelog for 3.1 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2449>
[11:17] <Chipaca> mborzecki: locate -i manjaro finds only pull requests from you (and the kilimanjaro wonder from civ v)
[12:15] <mborzecki> hm a snap gets an interface auto connected, then it gets manually disconnected, now it's correctly shown as undersired, later i reconnect the interface, and the state information indicates that the connection is manual
[12:17] <popey> (also, when you refresh, your disconnected interface gets re-connected)
[12:19] <mborzecki> popey: that should have been fixed already
[12:31] <zyga> break :)
[12:31] <zyga> but some good news :)
[12:44] <pedronis> mborzecki: did you see my question btw, https://forum.snapcraft.io/t/rfc-snap-connections-command/4296/15
[12:47] <mborzecki> pedronis: yes, but it's a snap command thing, so it'll end up in 6079
[12:47] <pedronis> mborzecki: well, it seems there was an ongoing discussion in the forum which seems good to try to conver in the forum
[12:47] <pedronis> *converge
[12:53] <mborzecki> 6421 spread run failed in tests/main/searching, looks like 'video' section is gone from the store?
[12:54] <mborzecki> we were unfortunate to do  `snap find --section=video vlc | MATCH vlc` in the test
[12:55] <mborzecki> pedronis: Chipaca: do you know anything about that?
[12:56] <pedronis> mborzecki: I think some sections have been renamed
[12:56] <mborzecki> looks like it's photo-and-video now
[12:57] <pedronis> yes
[13:00] <cachio> mborzecki, I'll update the test
[13:00] <mup> PR snapd#6423 opened: tests/main/searching: video section got renamed to photo-and-video <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6423>
[13:00] <mborzecki> cachio: opened a PR just now
[13:00] <mborzecki> ^^
[13:00] <cachio> mborzecki, great
[13:00] <cachio> I'll take a look in that case
[13:01] <mborzecki> off to pick up the kids
[13:05] <Chipaca> hmm
[13:05] <Chipaca> we could automate that kind of thing sooon
[13:10] <ondra> sergiusens is there any  variable I can use in custom pluging which will give me target architecture?
[13:10] <pedronis> Chipaca: some comment on #6389
[13:11] <mup> PR #6389: cmd/snap: small refactor of cmd_info's channel handling <Created by chipaca> <https://github.com/snapcore/snapd/pull/6389>
[13:11] <ondra> sergiusens when I will use architectures: build-on: amd64 run-on:arm64
[13:15] <Chipaca> pedronis: noted
[13:25] <ondra> sergiusens shall I expect self.project.kernel_arch to give me target arch of the device?
[13:36] <Saviq> hey, is it possible to use snapd with squashfuse? I'm in an unprivileged container so the loop device dance is prevented
[13:36] <Saviq> I may ask for some additional caps to the container, but would rather not if it can work without that
[13:40] <mup> PR snapd#6424 opened: tests: remove -o pipefail <Created by mvo5> <https://github.com/snapcore/snapd/pull/6424>
[13:41] <Chipaca> Saviq: yes, snapd uses squashfuse if it detects the need of it
[13:42] <Saviq> ok my container was missing /dev/fuse
[13:43] <Chipaca> Saviq: https://github.com/snapcore/snapd/blob/master/osutil/squashfs/fstype.go#L32
[13:46] <Saviq> Chipaca: yup, mount worked now, but it's a Debian kernel, Ubuntu container... how does snapd decide whether to enable apparmor confinement or not?
[13:46] <Chipaca> Saviq: black magic
[13:47] <Chipaca> or, maybe ask zyga :-)
[13:47] <Saviq> same thing, isn't it?
[13:47] <Chipaca> Saviq: snapd will print what it thinks it's got when it boots
[13:47] <Chipaca> Saviq: some of it is auto-detection, some of it is manual
[13:47] <Chipaca> AFAIR
[13:48] <Chipaca> Saviq: e.g., Jan 14 17:49:13 fleet snapd[1789]: AppArmor status: apparmor is enabled and all features are available
[13:48] <Saviq> AppArmor status: apparmor is enabled but some features are missing: dbus, network
[13:48] <Chipaca> Saviq: (from 'journalctl -u snapd')
[13:48] <Chipaca> that sounds like debian's kernel
[13:49] <Saviq> but then https://pastebin.ubuntu.com/p/GXt5yrBGgn/ :/
[13:54] <Chipaca> Saviq: zyga and/or jdstrand might know more about that
[13:55] <mborzecki> cachio: i think you need to purge /var/cache/snapd/sections for snapd to grab the most recent list of sections in the store
[13:56] <Saviq> ack tx
[13:57] <cachio> mborzecki, ah
[13:57] <cachio> ok
[14:01] <sergiusens> ondra: look at the "project" object the plugin gets passed, it has deb_arch and arch_triplet properties
[14:07] <ondra> sergiusens self.project.arch_triplet: x86_64-linux-gnu self.project.deb_arch: amd64
[14:07] <ondra> sergiusens that seems wrong, since snap has only arm64 architecture as supported
[14:08] <sergiusens> I don't know how to connect those two statements
[14:09] <ondra> sergiusens I have this in snapcraft.yaml https://paste.ubuntu.com/p/kZwXp2ZKyG/
[14:10] <ondra> sergiusens when I build on amd64 to arm64
[14:10] <ondra> sergiusens I get https://paste.ubuntu.com/p/vNdtqsyJKd/
[14:20] <ondra> sergiusens basically even with that architecture statement, I still have to use --target-arch to get right result. Is there any variable which would reliably give me target architecture
[14:24] <ondra> sergiusens any thoughts?
[14:43] <mup> PR snapd#6383 closed: tests: provide a fake random device to the core images <Created by sergiocazzolato> <Closed by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6383>
[14:57] <ondra> sergiusens shall I assume whole architecture: build-on run-on is half baked and not to be used?
[15:33] <cachio> mvo, hey, I tried the pipefail cahnge but debian sid still fails
[15:33] <cachio> mvo, is it needed something else
[15:33] <cachio> ?
[15:36] <sergiusens> ondra: the first part is for automated build systems, the latter is to tell consumers where it runs
[15:36] <sergiusens> but it is up to the developer to make the right thing happen wrt where it runs
[15:37] <ondra> sergiusens sure, but there should be way to tell what is target architecture
[15:37] <sergiusens> that is still not there, that is the from-to language which is not there
[15:38] <ondra> sergiusens I would expect project.target_arch to hold right value
[15:38] <ondra> sergiusens if I do not speciffy --target-arch it's empty
[15:40] <sergiusens> that might be a bug, but for now you can check if it is empty and use deb_arch instead
[15:40] <ondra> sergiusens deb_arch is set to host
[15:41] <ondra> sergiusens so without --target-arch it does not work
[15:42] <sergiusens> ondra: ok, please write up a detailed forum post, you are feeding me drops of information on what you want to do and it is micro interrupting a bit too much
[15:42] <ondra> sergiusens it gives wrong value
[15:42] <sergiusens> not sure if there is a complaint, an action or what...
[15:46] <ondra> sergiusens so there is no value which would give me snap target architecture and I would be able to use it in plugin?
[15:47] <ondra> sergiusens because this is really only thing I need
[15:47] <sergiusens> ondra: forum
[15:47] <ondra> sergiusens geee, this is really not helpful
[15:47] <ondra> sergiusens elt
[15:47] <sergiusens> ondra: bug then
[15:48] <ondra> sergiusens forum is slow for conversation, but let's see how quick you gonna reply there
[15:48] <sergiusens> ondra: I have a hard time understanding your objective every time I am pinged by you on IRC
[15:48] <sergiusens> well, I am doing other things now, so I am not really thinking about your problem
[15:48] <mborzecki> #6423 anyone? this will unblock the PRs
[15:48]  * cachio lunch
[15:49] <mup> PR #6423: tests/main/searching: video section got renamed to photo-and-video <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6423>
[15:49] <ondra> sergiusens simple question: is there value which would give me snap target architecture and I would be able to use it in custom plugin?
[15:49] <sergiusens> ondra: simple answer, I need to look at the code, from my point of view, cross compilation is experimental
[15:50] <ondra> sergiusens ok
[15:52] <narutowaifu> hi, I've installed "lxd" on my debian stable using snapd.    `snap --version` shows 2.36.3  and  `lxd --version` shows 3.6. The latest version however should be 3.9. If I run `snap refresh` it says  "All snaps up to date".  Why is it not updating to 3.9? Any help? Thanks
[15:54] <roadmr> narutowaifu: what does "snap info lxd" say? does it show 3.9 as available in the channel you're tracking?
[16:01] <mvo> cachio: oh, meh
[16:01] <mvo> cachio: let me check
[16:02] <Chipaca> narutowaifu: also, what does 'which lxd' say
[16:38] <mup> PR snapd#6423 closed: tests/main/searching: video section got renamed to photo-and-video <Simple 😃> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6423>
[16:43] <narutowaifu> roadmr: snap info lxd => installed: 3.6, stable: 3.9       Chipaca: which lxd => /snap/bin/lxd
[16:44] <Chipaca> narutowaifu: snap info lxd | grep tracking
[16:46] <narutowaifu> Chipaca: tracking: stable
[16:46] <Chipaca> narutowaifu: ok. can you enable debug in snapd and do a refresh?
[16:47] <narutowaifu> how do i enable debug
[16:47] <Chipaca> narutowaifu: https://forum.snapcraft.io/t/extremely-slow-snap-downloads/4668/2?u=chipaca
[16:50] <mup> PR snapd#6425 opened: interfaces: add yubikey interface and allow reading /run/udev/data/+power_supply:* <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6425>
[16:52] <jdstrand> oSoMoN: there you go ^
[16:58] <narutowaifu> Chipaca: I can see the requests to api.snapcraft.io. What should I look for?
[17:01] <Chipaca> narutowaifu: after the request there should be a json thing that starts with DEBUG: < (it can span multiple journal lines)
[17:01] <Chipaca> narutowaifu: i'm interested in that
[17:02] <Chipaca> narutowaifu: that is the response from the POST request; you might have other requests that are updating assertions that i'm less concerned with
[17:03] <Chipaca> narutowaifu: do not pastebin the ones that start DEBUG: >, as those can contain macaroons
[17:03] <Chipaca> but, yeah, if you could  pastebin the store response, it might shed some light on what's going on
[17:04] <Chipaca> (the request could also, but i'd have to help you clean the macaroons out first)
[17:06] <narutowaifu> what are macaroons?
[17:06] <Chipaca> narutowaifu: like cookies, but more delicious
[17:07] <Chipaca> narutowaifu: in this case, cryptographically fancy cookies
[17:19] <oSoMoN> jdstrand, thanks! looking
[17:26] <cachio> mvo, I just pushed the change
[17:27] <cachio> mvo, I am adding more information to the documentation needed to run beta validation
[18:01] <zyga> https://tracker.debian.org/pkg/snapd
[18:01] <zyga> only too young exception1
[18:01] <zyga> great :)
[18:01] <popey> \o/ <3
[18:04] <mvo> cachio: thank you
[18:04] <mvo> zyga: yay
[18:04] <zyga> indeed, this is a good thing :0
[18:04] <zyga> :)
[18:05] <mvo> cachio: thanks for the removal of pipefail, I will watch how it fails
[18:05] <mvo> cachio: if it fails, maybe there is more, we will see
[18:06] <cachio> mvo, also a mount error on amazon-linux https://paste.ubuntu.com/p/qZkkh97gpW/
[18:07] <mvo> cachio: I had to also add some more bits to debian https://github.com/snapcore/snapd/pull/6413/commits  (the commits from today are relevant)
[18:07] <mup> PR #6413: packaging: import debian salsa packaging work and use in spead <Created by mvo5> <https://github.com/snapcore/snapd/pull/6413>
[18:07] <mvo> cachio: meh, thanks! the mount error is really unfortunate that its still there :( oh well
[18:08] <cachio> mvo, yes, it mutates like a virus :)
[18:10] <mvo> cachio: indeed, not pipefail :( I see the error with the missing match even without that now too
[18:13] <sergiusens> cachio: is there a way to have spread add a summary of what ran passed or failed and what was skipped at the end of a run? I am interested in knowing I did not accidentally filter anything out.
[18:15] <cachio> sergiusens, you want to see the skipped ones, right?
[18:16] <cachio> sergiusens, if you want that, with the current spread implementation is not possible
[18:18] <sergiusens> cachio: I bet you want that too to make sure you aren't messing up your filters by accident 🙂
[18:18] <sergiusens> and yes, that is exactly what I want to see
[18:19] <Chipaca> narutowaifu: FWIW, macaroons are https://ai.google/research/pubs/pub41892
[18:20] <mvo> cachio: I play with some ideas right now about journalctl, all a bit annoying
[18:20] <cachio> sergiusens, well, so far you need to create an script to check results
[18:21] <sergiusens> cachio: you have that? I might pick your brain during our flight to Malta. I do not want to duplicate work
[18:21] <cachio> sergiusens, hehe
[18:21] <cachio> I don't have it
[18:22] <cachio> I could create something but after my vacations
[18:22] <cachio> sergiusens, first should be nice to have the tests report branch merged
[18:22] <cachio> so it is possible to export the test restuls in json or xml format
[18:23] <cachio> then it is much easier to parse that
[18:24] <cwayne> We have some scripting around converting it to junit
[18:24] <cwayne> For our Jenkins jobs running spread
[18:25] <cachio> cwayne, I have a PR in spread for that too :(
[18:26] <cachio> I think we could make a session on malta to see which features are desired in spread
[18:27] <cwayne> +1
[18:29] <mup> PR snapcraft#2450 opened: pluginhandler: handle removal of inconsistent files <Created by cmatsuoka> <https://github.com/snapcore/snapcraft/pull/2450>
[18:45] <mup> PR snapd#6426 opened: cmd/snap-confine: refactor and cleanup of seccomp loading <Created by zyga> <https://github.com/snapcore/snapd/pull/6426>
[18:47] <Chipaca> zyga: you around?
[18:48] <zyga> ish
[18:48] <zyga> scrambled eggs brb
[18:49] <cachio> mvo, is it ok to promote the core18 to candidate?
[18:49] <zyga> I'll make food for Iza and brb
[18:53] <mvo> cachio: did you check with foundations, I think they should do these promotions nowdays (core18)
[18:54] <cachio> mvo, I'll ping them to do it
[18:54] <cwayne> They have our +1 already
[18:54] <cachio> from our side and CE everything ok
[18:54] <cachio> ready
[18:54] <cwayne> cachio: sil2100 is your guy for that
[18:55] <cachio> cwayne, yes
[18:56] <mvo> cachio: great
[19:06] <Chipaca> zyga: mvo: looks like auto-refresh is busted for devmode distros
[19:06] <Chipaca> super easy to reproduce the bug
[19:06] <zyga> "fun"
[19:06] <zyga> totally busted/
[19:06] <Chipaca> 1. install debian
[19:07] <Chipaca> 2. install a snap that has different revisions in different channels
[19:07] <Chipaca> 3. snap switch the snap to a different channel (one that has a different revno)
[19:07] <Chipaca> 4. snap refresh
[19:07] <Chipaca> repeat 4 as many times as you want, it ain't gonna happen
[19:07] <Chipaca> explicitly saying 'snap refresh thesnap' works
[19:08] <Chipaca> all hail narutowaifu for finding it and pointing us to it, fwiw :-)
[19:09] <Chipaca> 2. is actually "apt install snapd && snap install thesnap"
[19:10] <zyga> Chipaca: if you have patches we should strive to land them for .1
[19:10] <zyga> and we should get debian out of devmode
[19:10] <zyga> to behave like opensuse
[19:10] <Chipaca> interestingly if you do 'apt install snapd && snap install core && snap install thesnap', it doesn't happen
[19:10] <zyga> broken reexec?
[19:10] <Chipaca> so it's a bug in the old snapd that debian ships, that's fixed in stable
[19:10] <Chipaca> zyga: reexec only works after it has something to reexec to
[19:11] <zyga> right
[19:11] <Chipaca> the old one is setting up the tasks wrong it seems
[19:11] <Chipaca> new one fixes
[19:11] <Chipaca> but doesn't know to fix old broken ones
[19:11] <Chipaca> so
[19:11] <Chipaca> er
[19:11] <Chipaca> stgraber: ping
[19:12] <zyga> offtopic, what's up with master?
[19:12] <Chipaca> stgraber: with your instructions to install lxd on debian, people won't ever get updates
[19:12] <zyga> is master red/
[19:12] <zyga> red red red
[19:12] <zyga> or just in my broken PRs?
[19:12] <zyga> Chipaca: it's good that 2.37-3 is heading to debian
[19:13] <Chipaca> stgraber: bug is on our side, but if you change your instructions for them to install 'core' explicitly before installing lxd, you work around it
[19:13] <Chipaca> stgraber: (yes we're fixing it but the problem is in the packaged snapd, so it's slow to release the fix)
[19:13] <Chipaca> zyga: wrt red, might it be because of the changed sections?
[19:13] <zyga> dunno, got a log that barfed on me
[19:13] <zyga> much too much stuff at once today
[19:14] <Chipaca> hmm
[19:14] <narutowaifu> ah stgraber is here? Thanks for adding the btrfs docs
[19:15] <mvo> zyga: you may need to merge master
[19:15] <zyga> mvo: aha
[19:15] <mvo> zyga: there was this category change today in the store that broke tests
[19:15] <zyga> thank you
[19:28] <sergiusens> cachio: cwayne please add me to that session
[20:04] <mvo> cachio: just fyi, with https://github.com/snapcore/snapd/pull/6413/commits/5a7d450f90e4d325b9463e1254819fa4fe644e8a debian-sid passed locally now, its still strange that export/grep is so unreliable in systemd 240
[20:04] <mup> PR #6413: packaging: import debian salsa packaging work and use in spead <Created by mvo5> <https://github.com/snapcore/snapd/pull/6413>
[20:05] <cachio> mvo, nice
[20:05] <cachio> I'll run it here too
[20:05] <cachio> thanks for that
[20:06] <mvo> cachio: I hope to find some time (tomorrow?) to look into this, it smeels like an upstream bug and shouldn't be too hard to reproduce (famous last words :)
[20:08] <cachio> mvo, yes, agree with that
[20:08] <cachio> mvo, I tried updating the journal and systemd config but didn't work
[20:09] <cachio> mvo, by know increasing the polling time works
[20:09] <cachio> but we need to figure out the problem
[20:09] <cachio> that should be temporal
[22:21] <mup> PR snapd#6427 opened: interfaces: add block devices interface <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6427>
[23:20] <mup> PR snapd#6428 opened: interfaces: add display-control interface <Created by jdstrand> <https://github.com/snapcore/snapd/pull/6428>


[22:55] <bjpenn> daftykins: are you saying all interfaces should be on etc/network/interfaces?
[22:55] <bjpenn> even the virtual interfaces?
[22:55] <daftykins> bazzzb: have you not ever looked into rsync before? :P
[22:55] <bjpenn> like :0, :1, :2
[22:55] <daftykins> bjpenn: well, that's what i'd expect at least
[22:55] <bjpenn> yah thats what i expected too
[22:56] <bjpenn> but i dont think thats the case
[22:56] <daftykins> AlexQ: i don't think that pic finished uploading yet
[22:56] <bazzzb> daftykins: I did. Looking at docker now
[22:56] <ahklerner> yeah it just says 'this file is uploading'
[22:57] <daftykins> bazzzb: bit confused as to why you don't think it's appropriate then. nevermind!
[22:57] <AlexQ> daftykins: Sorry, something broken with Dropbox then :O
[22:58] <Demon_Jester> nevermind I had ot manual set up config for my eth port.
[22:58] <daftykins> Demon_Jester: what on earth are you using telnet with? that's an ancient insecure protocol
[22:59] <Demon_Jester> daftykins: on openwrt in failsafe mode you have to telnet in
[22:59] <daftykins> ah right
[22:59] <Demon_Jester> but I got it working now.
[23:00] <AlexQ> daftykins: Geez, that's realy broken, even if I move the file, duplicate it etc. it's still not appearing online, but Dropbox says it's synced :D Uploading via webinterface
[23:00] <AlexQ> daftykins: https://dl.dropboxusercontent.com/u/5984182/harddrivescreenshot.png
[23:00] <AlexQ> ok, rebooting...
[23:09] <AlexQ> I'm back
[23:09] <daftykins> hey
[23:09] <daftykins> so that's a bit of a messy disk!
[23:09] <daftykins> #1, it's got that wasted recovery partition at the start, stealing 13.67GB from the fastest part!
[23:10] <AlexQ> daftykins: You've seen the paste already? :D That's even 'messier': http://paste.ubuntu.com/8469175/
[23:10] <daftykins> #2, your disk i can tell is in 'dynamic' mode, which is a lot riskier of a state to run it than the standard 'basic' mode. the good news is you can convert it to basic in Windows with two clicks
[23:10] <daftykins> whaaaaat they're all primary 0o
[23:10] <AlexQ> yeah :D
[23:10] <daftykins> heh yeah that's not going to work
[23:11] <daftykins> do you definitely not have any other storage devices to backup?
[23:11] <AlexQ> not now ;(
[23:11] <AlexQ> what is risky? Those two clicks converting it back to basic?
[23:12] <AlexQ> well, so that is using some strange MS proprietary technology that is not supported by Linux at all?
[23:12] <daftykins> nah leaving it as dynamic is a risk
[23:12] <daftykins> it's just not a good idea to use, at all
[23:12] <daftykins> it's a setup designed to let you 'pool' drives together i think
[23:12] <AlexQ> yeah, you can do it
[23:13] <Guest29213> :)
[23:13] <AlexQ> when I was looking for settings you can actually have a partition spread over multiple disks :O So, how to change it back to basic?
[23:14] <daftykins> AlexQ: run diskmgmt.msc again then just right click on the left where it says 'disk 0'
[23:14] <daftykins> AlexQ: heh, or Dysk 0 ;)
[23:15] <AlexQ> and then?
[23:15] <daftykins> AlexQ: should say 'convert to basic' right there
[23:15] <AlexQ> daftykins: All options are grayed out except for Properties and Help
[23:16] <AlexQ> daftykins: It says, but it's inactive too :<
[23:16] <daftykins> hrmm
[23:16] <AlexQ> maybe that's because I have to many primary partitions?
[23:16] <daftykins> 4 is the correct limit
[23:16] <AlexQ> and what's that 100MB"System reserved" space for?
[23:16] <daftykins> that's windows 7's kinda boot partition
[23:17] <daftykins> it's normal for all win7 installs
[23:17] <AlexQ> what's there?
[23:17] <daftykins> what's weird is that Linux saw yet another one before that, even
[23:17] <daftykins> windows boot files and so on
[23:19] <daftykins> AlexQ: i'll be back shortly, need to take care of a couple of things
[23:19] <AlexQ> daftykins: So what should I do now? Even if I could get an external drive or sth large enough to backup all data, it seems scary to remove the whole partition table
[23:19] <AlexQ> daftykins: As I have no idea how that recovery system works - that you press a button in BIOS and it boots that recovery stuff up
[23:19] <AlexQ> okay
[23:20] <starlight_> hello
[23:21] <bjpenn> in linux i can define interfaces using ifconfig right? but the problem is it doesn't become persistent?
[23:22] <starlight_> How do I make my desktop manager remember where windows are when I close them (so that they appear in the same place I closed them when re-opening)? I use Ubuntu 14.04 with Unity
[23:25] <daftykins> AlexQ: did you say you deleted and recreated D: earlier?
[23:27] <daftykins> starlight_: tried ctrl+clicking close?
[23:28] <starlight_> daftykins: doesn't work
[23:28] <daftykins> no idea then!
[23:28] <karex> starlight_: I think there's no way for it
[23:29] <karex> (until now)
[23:29] <starlight_> it seems like something so simple
[23:29] <daftykins> i don't know anyone who would ever be that picky.
[23:29] <starlight_> i have issues
[23:30] <AlexQ> daftykins: Yeah, I did. That's why it's a single block of data now. That was the only way to join it apparentlly
[23:31] <daftykins> AlexQ: what i would do is delete that again, create a partition in the nieprzydzielone space ;) and select "extended partition" and select the entire area - then in the extended partition, create your D: as a logical drive. that'll leave space to install xubuntu
[23:31] <karex> starlight_: because window size and position is defined in the program. if it's developed by using GTK+, as I know, there's no options such LAST_USER for position, so the program should remember manually where the last position if it wants to
[23:32] <failfarm> if i were looking for a linux equal to say unity3d would this be the place to ask or somewhere else ?
[23:32] <starlight_> karex:  so even if there was a solution it would be on an individual-program basis?
[23:32] <daftykins> failfarm: the game engine?
[23:33] <failfarm> daftykins: yea, was looking for a native linux game engine
[23:33] <karex> starlight_: yes (I think, but not 100% sure)
[23:34] <daftykins> failfarm: odd, i thought it was cross-platform
[23:34] <failfarm> daftykins: it will port games to linux but will not install to my knowlege with out wine
[23:35] <AlexQ> daftykins: Yeah, but I don't think Xubuntu will see the space and the whole disk correctly then, 'cause it's dynamic and I can't convert it back to basic parttable now
[23:35] <kostkon> daftykins, the unity3d IDE does not have a linux version currently
[23:36] <daftykins> kostkon: ah ok ty
[23:36] <daftykins> AlexQ: hmm, i'd play more with partitioning utilities in a xubuntu live session before giving up - but i would personally like to reclaim that disk space from the recovery partition :)
[23:36] <daftykins> AlexQ: i think a full backup is your best bet i'm afraid
[23:37] <failfarm> i guess ill wait for ue4 to get their stuff together, thanks for the help
[23:38] <guest-lkajdf_431> just testing - thank you. Can someone say hi if they see this??
[23:39] <daftykins> do not use this channel for that in future
[23:39] <daftykins> !test
[23:39] <Loshki> bjpenn: you can usually configure the /etc/network/interface file, or, if all else fails, add ifconfig commands to /etc/rc.local...
[23:39] <guest-lkajdf_431> thx
[23:40] <AlexQ> daftykins: Why do you say it's the fastest space? The physical location on the HDD matters?
[23:41] <daftykins> AlexQ: yes indeed, a hard disk storages data on concentric 'circles' called tracks, starting from the outside edge of the platters and moving inwards (the opposite of CD) so the start of an HDD is the fastest part.
[23:41] <daftykins> *stores data
[23:41] <Matt___> How do I disable nouveau nvidia in Ubuntu?
[23:41] <bjpenn> Loshki: thanks!
[23:42] <AlexQ> daftykins: I know it does that, but I had no idea that it influences the reading and writing speed.
[23:42] <Matt___> So I can active 331
[23:42] <daftykins> Matt___: your question doesn't make sense. if you have an nvidia optimus laptop you have to use bumblebee or nvidia-prime
[23:43] <daftykins> or do you mean you want to use nvidia drivers instead of nouveau? because that's automatic once you install nvidia-331
[23:44] <AlexQ> daftykins: Why is this piece faster? The data density is the same, right? And how could I back-up that partition? I can't even make a proper image of it since parted doesn't see it probably, can I :D?
[23:44] <AlexQ> properly*
[23:45] <AlexQ> daftykins: If I want to keep the installation partition for Windows I have licence for
[23:45] <Matt___> daftykins: I want to do that yes. Install nvidia-331 instead. My problem is, running something like lsmod | grep -i nvidia brings up nothing, while nouveau brings up a response. I have nvidia-331 enabled too.
[23:45] <daftykins> Matt___: distro? version?
[23:46] <daftykins> AlexQ: i would nuke the entire disk without a worry. you can obtain windows DVD media to install from, no need to keep the recovery partition at all
[23:46] <daftykins> AlexQ: unless you're not familiar with doing clean Windows installs, that is
[23:46] <Ben64> Matt___: and how did you install the nvidia drivers
[23:46] <Matt___> daftykins: Ubuntu 14.0.1 trusty
[23:47] <Matt___> Ben64: sudo apt-get install nvidia-331
[23:47] <Matt___> before that sudo apt-get update
[23:48] <Ben64> why didn't you use the Additional Drivers thing
[23:48] <Matt___> I did that as well ben
[23:48] <Ben64> you can't do both
[23:48] <Matt___> I mean i've tried both
[23:49] <Matt___> brb.. need to restart
[23:50] <Wulframn> So doge, much amaze, WOW!, very impress
[23:52] <daftykins> Wulframn: No ubuntu, much offtopic, very unimpress
[23:52] <Wulframn> Well played
[23:52] <TerosFFF> a gg


[01:08] <davew_> I wish to alter clients desktops and not servers, so that students only see apps i want them to see - anyone help ?
[01:33] <Ahmuck-Sr> davew_: patience
[01:35] <Ahmuck-Sr> davew nfs would restrict them to their own directories.  bieng able to customize thier own menu isn't a bad thing
[01:36] <davew_> Hi - Yes and I have got quite a lot of it when I'm in control but unfortunately in this situation it becomes difficult - you see the classes have to carry on
[01:36] <Ahmuck-Sr> morever, it sounds like you have windows clients, so you would need a windows lockdown editor
[01:37] <Ahmuck-Sr> on the linux side, someone messes up their menu, the menu entry get's deleted and the menu gets reset
[01:37] <davew_> No Windows clients. I just want 30 thin clients who can use open office apps and have access to their own folders
[01:38] <Ahmuck-Sr> oh, that's easy ... you have all the control you want
[01:38] <Ahmuck-Sr> davew>	O.K. Let me tell you the story anyway. Have got a room with 30 pc's running XP and accessing a fedora core server via samba. - so you don't plan to use the windows xp side?
[01:38] <davew_> Oh tell me wise one !
[01:38] <Ahmuck-Sr> what are you concered they might mess up?
[01:38] <Ahmuck-Sr> u r running fedora core right?
[01:40] <davew_> The kids will mess anything up. I want to just have a nmenu with the apps I am allowing them to use, together with their home folder icon on the desktop and the inability to change anything on the desktop or put in a memory stick and be able to access it
[01:41] <Ahmuck-Sr> davew>	I abandoned Open SUSE and went to ubuntu, with all of its promise of easy install if 2 NIC's on board. - now i'm confused.  fedora core & ubuntu on the same server with ltsp?
[01:41] <Ahmuck-Sr> u have a fedora core server with samba and a ubuntu ltsp server?
[01:41] <Ahmuck-Sr> what r u concerned with them messing up?
[01:42] <Ahmuck-Sr> help me out here
[01:42] <davew_> Sorry to confuse. We have been using a Fedora server and allowing the XP machines normal access via Samba. I have built a new machine based upon Ubuntu 9.04
[01:43] <davew_> Thgis machine will be used as the LTSP server. I have managed to get this arrangement running........so the next thing is the control
[01:45] <davew_> Ahmuck-Sr - Is it clear now ?
[01:49] <davew_> Still there - Ahmuck - sr
[01:52] <davew_> Hello - anybody alive ?
[01:54] <davew_> Any of you use Unix ?
[01:55] <davew_> Now Unix was good !
[02:01] <Ahmuck-Sr> still here
[02:01] <davew_> Final call anyone ?
[02:01] <Ahmuck-Sr> unix was 36,000 dollars
[02:01] <Ahmuck-Sr> for 36,000 dollars i'll fix anything you have a problem with
[02:02] <davew_> The amount of sweat I have dripped over this, it was worth it lol
[02:02] <Ahmuck-Sr> :)
[02:02] <Ahmuck-Sr> ok, let me do some searching.  i'm working on a magazine deadline, but i'll take time to look this up
[02:03] <davew_> That is very kind of you - you O.K. with what I am propsing ?
[02:03] <davew_> proposing
[02:04] <davew_> I shall return tomorrow and leave you in peace - Cheers !
[03:02] <mhall119> evening
[03:13] <mhall119> http://www.quinncoincorporated.org/2009/08/youth-build-day-pictures/
[11:59] <termolp> hi
[11:59] <termolp> is there somebody here?
[19:36] <cprofitt> Can anyone tell me what the "recipes" are mentioned on this page - https://help.ubuntu.com/community/EdubuntuRecipes
[19:44] <andv> cprofitt, looks like network-install is the only recipe available atm
[19:45] <cprofitt> correct... I am curious what the recipes are... the network-install does not really serve as a good guide
[19:46] <cprofitt> Would telling people how to setup iTalc be good?
[19:49] <cprofitt> I am looking more for what 'good topics' would be.
[19:54] <cprofitt> andv, any idea what other topics would count as a recipe? or perhaps that page should be deleted?
[20:21] <cprofitt> andv I decided to redirect that page to the cookbooks
[21:32] <andv> cprofitt, don't know who takes care of that page
[21:56] <cprofitt> I am part of the team that takes care of it andv via Rocket2DMn and the documentation team
[22:32] <andv> cprofitt, oh cool
[22:32] <andv> cprofitt, actually I wonder why that page is no more active
[22:32] <andv> cprofitt, maybe there was a project about it and now no one cares
[22:32] <andv> dunno
[22:48] <cprofitt> andv, could be... the cookbook seems more active... so a redirect to that should work
[22:48] <andv> yep
[22:48] <cprofitt> I transferred over the one 'recipe'
[22:49] <andv> cprofitt, if the only remaining recipe was the networkinstall one
[22:49] <cprofitt> the main edubuntu site linked to the recipes... not the cook book...
[22:49] <andv> just move it to the cookbook and removed that page then
[22:49] <cprofitt> so we will have to get that fixed
[22:49] <cprofitt> I did that already andv
[22:49] <andv> perfect
[22:49] <cprofitt> after consulting with a member of the documentation team with more 'seat time'
[22:50] <andv> perfect then, you fixed the issue
[22:51] <andv> as I said that page might be part of an existing project which got abanduned
[22:51] <andv> * abandoned
[22:54] <cprofitt> might well be...
[22:54] <cprofitt> edubuntu needs to get a bit more 'push' behind it...
[22:54] <cprofitt> IT in schools have warmed to Ubuntu at home, but they need guidance to install it at work...
[22:55] <cprofitt> and the teachers / students need guides to help them transition
[22:58] <andv> cprofitt, fully agreed
[22:58] <andv> cprofitt, what's the situation for Edubuntu docs atm=
[22:58] <andv> ?
[23:18] <cprofitt> andv not really sure...
[23:18] <cprofitt> not even sure who is leading the project or what the status is
[23:19] <cprofitt> I am involved with this project which may help fill the void -
[23:19] <cprofitt> https://wiki.ubuntu.com/Learning
[23:19] <cprofitt> but it is not 'just' about edubuntu
[23:20] <andv> this project looks great
[23:20] <andv> did you have any good result since it has been created'
[23:20] <andv> ?
[23:22] <andv> cprofitt, anyway highvoltage should be able to tell you what the status of edubuntu-doc
[23:23] <cprofitt> nice... I will ask him at some point...
[23:23] <cprofitt> I am a systems administrator in a school district...
[23:23] <cprofitt> so I am greatly interested in the progress of the project
[23:24] <andv> I'm sure you'll get all informations you may need by him
[23:25] <cprofitt> andv, the project is still in its infancy...
[23:25] <andv> cprofitt, your project is about having 'lessons' on IRC about several topics
[23:25] <andv> am I right?
[23:26] <cprofitt> so we have not produced a single class yet -- but we are consistently moving toward that goal...
[23:26] <cprofitt> we are about - using Moodle / IRC / Wiki / Forums to produce on-line classes
[23:26] <cprofitt> they may involved one or all of those
[23:26] <cprofitt> I would like to have both self-paced and instructor guided courses
[23:27] <andv> what's moodle?
[23:28] <andv> how many ppl follow this classrooms atm=
[23:28] <cprofitt> Moodle is a web based server that allows for on-line courses
[23:28] <cprofitt> http://moodle.org/
[23:29] <cprofitt> http://learn.ufbt.net/ -- is our site at the moment
[23:29] <cprofitt> if we get things to take off we will likely end up with the site being hosted by Canonical
[23:30] <andv> that's great
[23:30] <andv> I've heard a contributor before talking about following MOTU videos
[23:30] <andv> are they provided by your course?
[23:30] <cprofitt> MOTU does there own thing...
[23:31] <cprofitt> but our courses may be intertwined with theirs in the future
[23:32] <andv> good luck with this project then
[23:32] <andv> It will do good for sure
[23:32] <andv> let me know if you have any news from highvoltage
[23:36] <andv> cprofitt, I'm leaving, good night
[23:38] <cprofitt> good night andv
[23:38] <andv> thanks, cya


[18:00]  * funkyHat wiggles
[18:00]  * Pici waggles
[18:00]  * h00k straggle
[18:00] <h00k> s.
[18:00]  * h00k sighs
[18:00]  * funkyHat signs
[18:01] <AlanBell> hi all
[18:01] <oCean> o/
[18:01]  * AlanBell is just making a coffee
[18:01] <AlanBell> will start in a sec
[18:01] <h00k> just poured a cup.
[18:02]  * oCean steals that cup
[18:02] <h00k> oCean: it was a cup of dog food for my dog. but okay.
[18:02] <oCean> :(
[18:02] <oCean> it smells
[18:03]  * AlanBell haz coffee
[18:03] <AlanBell> #startmeeting
[18:03] <meetingology> Meeting started Sun Feb 26 18:03:05 2012 UTC.  The chair is AlanBell. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:03] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[18:03] <AlanBell> hi all, who is here for the IRCC/IRC team meeting?
[18:03] <Silverlion> o/
[18:03] <Pici> Howdy!
[18:03] <h00k> hello
[18:03] <LjL> hi
[18:03] <Pici> Could someone paste the agenda? I don't have my email handy on this computer.
[18:03] <funkyHat> ô/
[18:03] <funkyHat> https://wiki.ubuntu.com/IRC/IrcCouncil/MeetingAgenda
[18:03] <Pici> Thanks
[18:04] <Myrtti> _o/
[18:04] <oCean> hey
[18:04] <AlanBell> ok, thanks for coming, lets get started then
[18:05] <AlanBell> #topic Review last meetings action items
[18:05] <AlanBell> hmm, sure there were some
[18:05] <bazhang> hi
[18:05] <AlanBell> there were
[18:06] <AlanBell> #progress AlanBell to sort out fridge calendar entries
[18:06] <AlanBell> not done yet, will sort it before the next meeting
[18:06] <AlanBell> #progress AlanBell to mail the list asking for help to add ban timeout removal to ubottu
[18:06] <AlanBell> done, I mailed the list proposing a bots hack day for the global jam weekend
[18:07] <AlanBell> #topic Open items in the IRCC tracker
[18:07] <AlanBell> well we didn't raise an item in the tracker, but we are dealing with one issue where a user has made a complaint about a ban
[18:08] <Silverlion> any details?
[18:08] <AlanBell> it would have been a lot simpler if they had just gone to the -ops channel to get it resolved, it was quite routine
[18:09] <h00k> Oh. was this the issue raised to me in a /query?
[18:09] <AlanBell> no, don't think so h00k
[18:10] <Pici> They went outside the resolution process so we've just been talking to the ops that dealt with the user first.
[18:10] <AlanBell> ok, lets move on to bugs
[18:10] <AlanBell> #topic Review Bugs related to the Ubuntu IRC Council
[18:10] <AlanBell> #subtopic bug 788503 IRC Guidelines too #ubuntu centric - tsimpson
[18:11] <AlanBell> this is the one with a new draft here: http://notes.kde.org/ubuntuguidelines
[18:11] <AlanBell> they look pretty good to me, I think we need to wikify it and get it published
[18:12] <Pici> I think its making good progress myself
[18:12]  * h00k concurs
[18:12] <AlanBell> we might also review it a bit in light of the supporters guidelines that we were working on this week
[18:12] <AlanBell> would be nice to have them as a pair of documents that focus on different audiences
[18:13] <Pici> Agreed.
[18:13] <LjL> i think maybe we should put some of the more important factoids in the guidelines in addition, to me it seems sometimes the guidelines mention things that aren't an issue often, while those that are are relegated to factoids...
[18:13] <LjL> but that could easily turn into guideline-creep, so not sure
[18:15] <Pici> LjL: Do you have an example?
[18:15] <AlanBell> what would be a good next step on this, I want to do an #action item for it
[18:15] <LjL> Pici: well, for instance see !etiquette - the fact that we (well, i) felt the need to consolidate a few "good behavior" factoids into one comes close to a set of guidelines
[18:17]  * Silverlion agrees with LjL
[18:17] <LjL> Pici: maybe we should do it with method, i.e. grep and find which factoids are most often used, and if they're guideline-like factoids, include them
[18:18] <ikonia> a common sense review of the factoids DB in general may be in order
[18:18] <Pici> Sounds doable
[18:18] <ikonia> it's not been done for a while
[18:18] <ikonia> doing things like trying to link to official wiki pages etc
[18:18] <AlanBell> http://ubottu.com/factoids.cgi?db=ubuntu&search=&order=popularity%20DESC&page=0 popular factoids
[18:19] <h00k> oh look, how convenient
[18:19] <AlanBell> anyhow, next steps? is it ready to go on the wiki?
[18:20] <LjL> well it can't be ready, there are still some "FIXME's" in it
[18:20] <AlanBell> that doesn't mean it can't be edited still, just gets edits at a slower pace and people can subscribe to updates
[18:20] <Pici> I think we should send out the whole thing to the list to enourage edits.
[18:20] <AlanBell> sounds good
[18:20] <h00k> the whole thing wiki, or as-is in the...multi-user-editor that I can't remember the name of?
[18:21] <AlanBell> #action Pici to send mail to the list about the guidelines document to encourage edits and fixes to the FIXMEs
[18:21] <meetingology> ACTION: Pici to send mail to the list about the guidelines document to encourage edits and fixes to the FIXMEs
[18:21] <LjL> maybe it should be put on the wiki provisionally and an email sent out, that way it's probably easier to track changes than with the current "editpad"?=
[18:21] <AlanBell> #subtopic bug 884671 Ubuntu IRC operator recruitment is slow and ungainly - jussi
[18:22] <Pici> h00k: whichever is more up-to-date.  I'd prefer to keep things on the wiki though, I like seeing edits as the come in.
[18:22] <AlanBell> yes, lets put it on the wiki then. Etherpad is good for fast uncontrolled edits and drafting things, the wiki is good for more controlled edits
[18:23] <h00k> etherpad. that's it.
[18:23] <AlanBell> ok, IRC recruitment, I did some scripty things to look at the queues
[18:26] <AlanBell> bother, can't find the pastebin link I did, will have to run it again later
[18:26]  * Silverlion pays attention now as a recruit
[18:26] <AlanBell> unless anyone can find it in -ops-team from last week
[18:26]  * h00k checks
[18:26] <AlanBell> anyhow, I listed everyone in the queues, and highligted those who are existing operators
[18:27] <AlanBell> most of the existing ops who are in a queue are lined up for #ubuntu-server
[18:27] <AlanBell> I think we should just process all existing core ops applications for additional channels
[18:27] <Pici> I thought we processed that queue already?
[18:27] <funkyHat> http://paste.ubuntu.com/847836/
[18:27] <h00k> AlanBell: http://paste.ubuntu.com/847836/
[18:28] <h00k> d'aw. funkyHat wins.
[18:28]  * funkyHat does a dance
[18:28] <AlanBell> thats the one I was looking for, thanks
[18:28] <Myrtti> hold on, how do I read that
[18:28] <h00k>  My method not so efficient. cat, grep > alan, cat grep paste, review.
[18:29] <AlanBell> so **** Team **** channel name marks a new channel, those under it are in the pending queue
[18:29] <Pici> Myrtti: If theres a !! in front of your nick then you're already an op somewhere.
[18:29] <AlanBell> !! marks someone already a member of an ops team somewhere
[18:29] <AlanBell> silly ubottu
[18:29] <Myrtti> ah alright
[18:30] <Pici> I don't have any issues approving people who are already an op somewhere.
[18:30] <Pici> They're already vetted imo.
[18:30] <Myrtti> got me worried there for a few minutes, there's some nicks on those lists that I'd be worried about
[18:30] <Myrtti> nice way to raise my heartrate :-P
[18:31] <AlanBell> Myrtti: yeah, I am just proposing we do the !! ones without further delay
[18:32] <AlanBell> the rest I think we should do in batches to line up with training
[18:32] <Pici> Shall we vote on it?
[18:32] <AlanBell> yeah, lets
[18:32] <AlanBell> #voters AlanBell Pici funkyHat
[18:32] <meetingology> Current voters: AlanBell Pici funkyHat
[18:33] <funkyHat> +1
[18:33] <AlanBell> #vote channel op applications from existing operators should be processed as and when they are received and the existing applications should be processed without further delay
[18:33] <meetingology> Please vote on: channel op applications from existing operators should be processed as and when they are received and the existing applications should be processed without further delay
[18:33] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[18:33] <AlanBell> +1
[18:33] <meetingology> +1 received from AlanBell
[18:33] <funkyHat> Oops
[18:33] <funkyHat> +1
[18:33] <meetingology> +1 received from funkyHat
[18:33] <Pici> +1
[18:33] <meetingology> +1 received from Pici
[18:33] <AlanBell> you are just too fast today funkyHat
[18:33] <AlanBell> #endvote
[18:33] <meetingology> Voting ended on: channel op applications from existing operators should be processed as and when they are received and the existing applications should be processed without further delay
[18:33] <meetingology> Votes for:3 Votes against:0 Abstentions:0
[18:33] <meetingology> Motion carried
[18:33] <funkyHat> hehe
[18:33] <h00k> that was a close one.
[18:33] <AlanBell> :)
[18:33] <Pici> :P
[18:34] <AlanBell> #subtopic bug 892500 eir is still not fit for purpose in #ubuntu -ikonia
[18:34]  * Myrtti rubs her hands
[18:34] <AlanBell> yeah, we will be addressing that on the bot-jam day
[18:34] <AlanBell> #subtopic bug 913541 there are a number of people with Ubuntu IRC cloaks who have expired from the ubuntumembers group - AlanBell
[18:34] <Pici> mmm... robot jam
[18:34] <AlanBell> I have not done any more on this
[18:34] <Pici> I think some launchpad scripting could show us this quickly.
[18:35] <AlanBell> Pici: funkyHat: got some time to work on this?
[18:35] <Pici> Actually, I think someone might already have a script.
[18:35] <AlanBell> Pici: yes, we have the list
[18:35] <Pici> AlanBell: I'll take it.
[18:35] <AlanBell> #action Pici to work on the list of expired members
[18:35] <meetingology> ACTION: Pici to work on the list of expired members
[18:35] <Pici> We just need someone to go throug it with a staffer?
[18:35] <LjL> Pici: too late, you've got it now
[18:35] <funkyHat> :D
[18:36] <Pici> s/someone/me/
[18:36] <AlanBell> yeah, I did a few, you have to try to contact them, then get an unaffiliated cloak, or do a membership renewal as appropriate
[18:36] <AlanBell> #subtopic bug 916247 devel wiki on ubottu.com needs some attention - AlanBell
[18:37] <AlanBell> this was despammed and locked down, we were going to transfer some of the content and close the wiki, just keeping the bug open whilst that happens, but it isn't a high priority
[18:37] <AlanBell> ok, that is the end of the bugs
[18:38] <AlanBell> #topic Why would we allow recommending PPA's in a support channel? Background - oCean
[18:38] <AlanBell> ok, oCean, you have the floor
[18:38] <oCean> Right, I already started at https://wiki.ubuntu.com/IRC/IrcCouncil/IRCteamproposal
[18:39] <oCean> In addition: I would prefer we would stop recommending PPA's altogether, instead of saying "recommend software sources in a logical order" as seen in the recent Supporters Guide
[18:39] <AlanBell> I like the idea of a ratings system for PPAs
[18:39] <oCean> Or we would still have these ambivalent situation where factoids and guides claim PPA's are not officially supported, but one can still go ahead, use any PPA, wreck their system, and use good time from helpers in the channels to get the PPA issues sorted
[18:39] <Pici> Me too
[18:40] <LjL> I really don't think we should put a blanket ban on PPAs. They are an important part of the ecosystem, and additionally, just like it's always been ok to suggest, say, compiling something from source - BUT ONLY AFTER pointing out its availability in repositories, if any, and ONLY WHILE giving appropriate disclaimers - I think it should be ok to suggest a PPA. It's bad to just "randomly recommend" a PPA, but that's another story. I don't think we should
[18:40] <LjL> be conflating the two.
[18:40] <tsimpson> some PPAs are supported, and #kubuntu will definitely still recommend some PPAs
[18:40] <popey> I find it disappointing that PPAs are rejected en-masse and words like "wrecked" are being used about them
[18:40] <Pici> LjL: +1
[18:41] <oCean> popey: are you in #ubuntu a lot?
[18:41] <popey> LjL: +1
[18:41] <funkyHat> +1
[18:41] <Silverlion> afk for short
[18:41] <popey> oCean: what bearing does that have on the question?
[18:41] <oCean> popey: then you would notice that a large number of PPA's do wreck people's systems
[18:41] <oCean> it's not something I just came up with
[18:42] <Pici> Lets not make the mistake of saying that "since there are some bad PPAs that all PPAs are bad"
[18:42] <popey> there are many PPAs that are not problematic
[18:42] <oCean> Pici, there are >10,000 active PPA's
[18:42] <h00k> It's true, PPAs can be very bad(tm), but there are some good PPAs that aren't problematic
[18:42] <popey> many PPAs which are in fact maintained by the upstream developers, like unity for example
[18:42] <bazhang> including the link to the PPA for gnome3 with the fact that a reinstall is the only way to fix was not a good idea
[18:43] <Myrtti> I very rarely use PPA's and it is impossible for me to know which PPA's are problematic and which are not. Even if upstream developers maintain them, they may not be well versed with packaging for Ubuntu...
[18:43] <popey> alan@deep-thought:/etc/apt/sources.list.d$ ls -l *.list | wc -l
[18:43] <Myrtti> I just really, really hope that the rating system suggested by popeys bug is implemented soon
[18:43] <LjL> oCean, it's always possible for a helper to refuse helping someone if they feel they're wasting their time while doing that. I rather think we've been too strict with the "not supported" lately; even if a user "wrecked" their system by doing something unsupported, does that really entitle us to actively stop people from helping with that?
[18:43] <popey> 17
[18:43] <popey> some of us use PPAs a lot and they dont break at all
[18:44] <Pici> popey: Those present are hardly a representative group of Ubuntu users.
[18:44] <Myrtti> popey: you know yourself WFM isn't a valid answer...
[18:44] <popey> i was merely pointing out a counter position
[18:44] <popey> based on some evidence of a long time ubuntu user
[18:44] <oCean> LjL: I know, sure I want to help them too, but I'd rather have them not install the PPA's at all
[18:45] <oCean> Please realize that PPA's are suggested _all the time_
[18:45] <bazhang> hourly
[18:45] <oCean> little under 1000 mentions of PPA's in the last 3 months for #u alone
[18:45] <bazhang> and webupd8 is the top o the list
[18:45] <oCean> that's without ubottu's explaining what ppa is
[18:45] <Pici> I think we need to remind folks that PPAs don't receive the same amount of testing that packages in the repositories do.
[18:45] <h00k> oh, that place :(
[18:45] <LjL> oCean: the root of the problem is that the official repositories contain 30000 packages. That's a lot, but it's hardly enough for a lot of users. Some users simply need/want packages that aren't there. Are we going to instantly mark a system as "not supported" as soon as something not from the official repositories is installed? Isn't that a very "app store" mentality?
[18:46] <LjL> Pici: we need to do that, and we need to point it out to helpers who neglect to mention that.
[18:46] <LjL> Pici: but that's a long shot from *banning* them.
[18:46] <LjL> (the PPAs, not the users)
[18:46] <Pici> LjL: Agreed. A blanket ban on PPAs isn't going to a) work, or b) be followed
[18:46] <bazhang> PPA have effectively turned Ubuntu into a rolling release distro
[18:46] <oCean> LjL: I realize that, and of course I use PPA's myself. But there is a difference, because I know how to use them, judge them etc
[18:47] <AlanBell> lets review a few factoids
[18:47] <AlanBell> !ppa
[18:47] <AlanBell> !ppa-purge
[18:47] <h00k> for reference,
[18:47] <popey> oCean: so teach people who to use them and judge them, rather than use them yourself and reject the use for others
[18:47] <popey> thats a very elitest attitude to have
[18:47] <h00k> oh, never mind, AlanBell beat me.
[18:48] <Pici> I heartily agree with popey and LjL here.
[18:48] <Myrtti> I just wish 11.04 would go EOL quicker
[18:48] <h00k> ^ this
[18:48] <bazhang> no!
[18:48] <AlanBell> why 11.04?
[18:48] <oCean> Pici: that would still leave us with the ambivalence of saying "is not supported", but you can do what you like and ask for help again
[18:48] <funkyHat> Buggy unity?
[18:49] <h00k> Unity there is  :(
[18:49] <Myrtti> because either people install it to use Gnome2, or then they use a PPA to install Gnome3 on it, and it breaks.
[18:49] <LjL> oCean: well, there are various levels of "not supported", and just making it black and white is simply impossible
[18:49] <LjL> oCean: Backports is an official thing, yet it's less supported than the main repos, for instance.
[18:49] <Myrtti> either way it's the fall-between-cracks version that is infinite source of pain
[18:50] <Pici> oCean: And? For the majority of people who use PPAs, the PPA that they've used isn't the issue that they've come to #ubuntu to have solved.
[18:50] <oCean> LjL: ok, I understand not everything is black and white, so we have to be more explicit in what the levels of support mean
[18:50] <AlanBell> well this is what I mean about pointing to upgrades in a sensible order, if you are running 11.04 then upgrading through the release numbers is better than a mass of hybrid backports from PPAs
[18:50] <bazhang> PPA are an important issue, and agreeing to help fix issues with / related to them
[18:51] <bazhang> get it on webupd8, and it's part of the Ubuntu rolling release
[18:51] <Myrtti> I don't have problems helping people who have PPA's. But if problems are caused by PPA stuff or there's explicit problem with stuff from PPA, then it gets hairy
[18:52] <bazhang> so what if Mintmenu is part of the PPA
[18:52] <popey> From a personal perspective some of the work my team does at Canonical is put into PPAs. I'd be kinda annoyed if #ubuntu refuses to allow users to discover that work, by banning the primary method my team has to deliver it.
[18:52] <LjL> oCean: you have to rely on people's common sense a little. People can and will start recommending to do thing the "reasonable" way if we actively point out the issues when we encounter them in the channel. Ops are not just there to ban people, they're also there to give the channel a direction, and that not only by means of guidelines and meetings, but also by means of what they say in the channel day-to-day.
[18:52] <tsimpson> PPAs are not the only thing that cause those problems, any non-Canonical repository could. should be ban anything that isn't 100% official (as defined by Canonical)?
[18:52] <tsimpson> I don't see a solution, other than simply educating users
[18:53] <Pici> Educating our helpers will go a long way in getting people to understand the risks of PPAs and benefits of PPAs.
[18:53] <tsimpson> maybe someone messes things up, and they need to reinstall. we help them backup their data and get a working system again. they gain experience
[18:53] <bazhang> relying on common sense when some users will not even read the channel topic
[18:54] <oCean> bazhang: +1
[18:54] <LjL> bazhang, oCean: if users are all idiots, then we might as well give up.
[18:54] <LjL> I thought the idea why we're still here is that we think they aren't.
[18:54] <oCean> LjL: no, but we might try our best to limit them in the possiblities to ruin their systems
[18:54] <AlanBell> I kind of favour providing more information for people to make decisions about what they do with their systems
[18:54] <bazhang> I have no problem with Ubuntu being a rolling release distro, buts let be honest, thats what the floodgate of PPA is doing
[18:54] <oCean> That's why the rmrf command is an alias, right?
[18:55] <Pici> Again, its not the users we need to convince, its our helpers.  The people who are there every day are the best people to educate about this sort of thing.  They'll do all the legwork when it comes to telling the users who can't manage to read our channel topic.
[18:55] <popey> i disagree with bazhangs assertion
[18:55] <bazhang> that did not highlight me
[18:55] <oCean> Pici: yes, but there are many "drive-by" helpers
[18:55] <popey> there's a chasm between ubuntu plus a bunch of PPAs, and a rolling distro
[18:55] <LjL> oCean: but that command being an alias doesn't really stop them from doing on their systems what they need. Likewise, "sudo" instead of root doesn't, because they can do everything with "sudo". They simply CAN'T do everything by ONLY using the official repositories.
[18:55] <tsimpson> it's not our place to decide what "users" should and should not be able to do with their system. we can warn, inform, and educate. but we can't tie their hand and stop them from doing what they choose to do
[18:56] <LjL> oCean: and there are many regular helpers and ops who will correct them.
[18:56] <bazhang> there's a new kernel, I'm on Lucid, I want it
[18:56] <AlanBell> ok, I wonder if we are going round in circles at this point, perhaps we should draw this topic to a close
[18:56] <oCean> LjL: yes, sure. But would an explicit statement, more then just "not supported" be valuable?
[18:56] <bazhang> et voila there is a PPA for it
[18:57] <funkyHat> oCean: how is drive by helpers suggesting bad PPAs going to be stopped by banning suggesting PPAs?
[18:57] <oCean> So, if we're not about to say "don't use PPA's" we definitely need to be more explicit with that
[18:57] <Pici> bazhang: And I'm sure that we'll all tell you that you're probably going to have issues with it, but you're going to install it anyway.
[18:57] <LjL> oCean: no, as it would completely destroy the possibility for experienced helpers to suggest reasonable PPAs when appropriate.
[18:57] <oCean> funkyHat: because then we would have means to tell them "please don't suggest ppa's"
[18:57] <bazhang> LjL, please explain where the reasonable PPA are
[18:58] <phillw> there are some times when adding a PPA for a specific problem is warranted
[18:58] <oCean> LjL: yes, that's true, that's what happens when one uses Ubuntu. Not everything is in the repositories
[18:58] <LjL> oCean: you can still tell them "please don't suggest PPAs without first having informed them about the software availability in the repositories, and without giving the due disclaimers about PPAs not being part of Ubuntu"
[18:58] <bazhang> they all look good to me. and some are very very tempting to install to be honest
[18:58] <LjL> you could always do that, it's always been done, with all things, even before PPAs existed
[18:58] <oCean> Root cause might be that the ubuntu distribution does not provide everything a users wishes. Too bad
[18:58] <AlanBell> #vote set a new policy to ask helpers to not recommend PPAs in #ubuntu
[18:58] <meetingology> Please vote on: set a new policy to ask helpers to not recommend PPAs in #ubuntu
[18:58] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[18:58] <AlanBell> -1
[18:58] <meetingology> -1 received from AlanBell
[18:59] <funkyHat> -1
[18:59] <meetingology> -1 received from funkyHat
[18:59] <Pici> -1
[18:59] <meetingology> -1 received from Pici
[18:59] <AlanBell> #endvote
[18:59] <meetingology> Voting ended on: set a new policy to ask helpers to not recommend PPAs in #ubuntu
[18:59] <meetingology> Votes for:0 Votes against:3 Abstentions:0
[18:59] <meetingology> Motion denied
[18:59] <Pici> PPAs are more accountable than random source packages out there as well.
[18:59] <AlanBell> ok, I think we should focus on providing more information about the types of PPA out there
[18:59] <Myrtti> you could have just vetoed on Snowball
[19:00] <bazhang> that would be great. how to rate them
[19:00] <popey> Do we have any stats for which PPAs are "bad" from #u experience?
[19:00] <oCean> All 11.000 of 'em :(
[19:00] <bazhang> hehe
[19:00] <bazhang> 10999 (handbrake is ok)
[19:01] <AlanBell> #topic Support in -offtopic? Background - oCean
[19:01] <oCean> Also on https://wiki.ubuntu.com/IRC/IrcCouncil/IRCteamproposal
[19:01] <funkyHat> I seem to recall discussions about ppa ratings at least a year ago either on -devel@ or one of the launchpad lists... I wonder if there is progress
[19:01] <oCean> This is an other matter we discussed in -ops or -team, but I don't think there was consensus
[19:01] <AlanBell> yeah, and I have a mail from Mark that relates to this a little
[19:02] <AlanBell> so yesterday we discussed a separate topic of canonical sending people to #ubuntu to discuss the android hybrid thing
[19:02] <AlanBell> that is going to be addressed, but one of the things from sabdfl's response was . . .
[19:03] <AlanBell>  * if there is a better IRC channel for general "hello, I'm interested in X with Ubuntu, where should I go?", then let me know and I'll update the team to use that for the cases where they do judge the audience to be developer or at least highly technical in nature.
[19:03] <AlanBell> is #ubuntu-offtopic that place?
[19:03] <Pici> no.
[19:03] <Pici> Or at least not in -offtopic's current state.
[19:03] <bazhang> #ubuntu-phone ?
[19:03] <AlanBell> I didn't think so either, is there a place for it?
[19:03] <Myrtti> bazhang: not really
[19:03] <Tm_T> bazhang: that's not general channel (:
[19:04] <Tm_T> AlanBell: -irc?
[19:04] <Myrtti> no
[19:04] <Pici> no
[19:04] <AlanBell> bazhang: it is plausibly a reasonable place for it in this specific instance, but Mark was asking in general terms
[19:04] <Tm_T> shortly put, we currently don't have such place
[19:04] <bazhang> AlanBell, ok
[19:05] <Pici> I don't think we currently have a place, and if we want to, we need the participation of our developers to make it work.
[19:05] <ikonia> sorry - but what is the point of sending people to a channel with no info ?
[19:05] <Tm_T> ikonia: a very good point
[19:05] <LjL> Pici: yes, sabdfl can't just expect us to come up with places to discuss things nobody knows about out of a hat
[19:05] <ikonia> "hi I'm interested" - ok "sit there in this dead channel...."
[19:05] <ikonia> why not ask people to subscibe to an announce mail list so they get news when there is news
[19:05] <Myrtti> ikonia: zombie channel is more to the point
[19:05] <Myrtti> or undead
[19:06] <Pici> ikonia: People want to interact and ask questions.
[19:06] <Myrtti> it's worse than dead, it's just users pingponging questions and rumours around, possibly making things worse than if there were no such discussion at all
[19:06] <ikonia> but there is no answer
[19:06] <ikonia> Hi, tell me more about this product"
[19:06] <ikonia> There is nothing to tell
[19:06] <ikonia> why can't we say "there is nothing to tell at this time, subscribe to the accounce mailing list"
[19:06] <ikonia> why point people to a channel full of nothing
[19:07] <Pici> Again, we would need the people in-the-know to be present before we could tell users to go there.
[19:07] <AlanBell> well they are going to stop doing that
[19:07] <Pici> Unless the tech board (or whatever) wants us to start funneling into -devel to ask questions, I don't see another way of fixing this.
[19:07] <Tm_T> "if there is a better IRC channel for general "hello, I'm interested in X with Ubuntu, where should I go?", then let me know"
[19:08] <Pici> and I dont want to point people to -devel
[19:08] <AlanBell> in fact, this wasn't really a private email, you might as well see all of it
[19:08] <Tm_T> that is question we can figure out an answer
[19:08] <AlanBell> -devel don't know about it either
[19:08] <AlanBell> http://paste.ubuntu.com/858209/
[19:08] <ikonia> just feed back to canonical "IRC is useless without information, I suggest setting up a mailing list for people to subscrive to so you can make an annoucment when you have something to announce"
[19:08] <AlanBell> ikonia: I did, basically
[19:08] <Tm_T> so let's keep "discussion of nonexistant products" issue separate from general place-to-go channel issue
[19:09] <LjL> I have to go now. I just wanted to say about #ubuntu-offtopic that I don't think we should have a "no support" policy because EVEN WITHOUT having such a policy yet, I've already seen people going to extremes by shutting discussions down as they were remotely support-like. #ubuntu-offtopic shouldn't discourage talking about Ubuntu. Instead, let the people there NICELY suggest "have you tried asking in #ubuntu?", let's enforce a stricter "no repeating"
[19:09] <LjL> rule than in #ubuntu, and let's not allow banned people to obtain support in #ubuntu-offtopic.
[19:09] <h00k> ^ I concur with this
[19:09] <AlanBell> yeah, I agree with not supporting banned people, certainly
[19:09] <Pici> Agreed.
[19:09] <ikonia> AlanBell and the response i better than I understood when you mentioned it, so thank you
[19:10] <Pici> I don't think I understand what you just said ikonia, but okay ;)
[19:10] <AlanBell> I think #ubuntu-offtopic should be the place for discussion about ubuntu that isn't support, or we should have #ubuntu-discuss or #ubuntu-chat or something for that
[19:10] <ikonia> Pici: it was in relation to the android email
[19:10] <ikonia> AlanBell: I've aksed for this many times and it's just a non-starter
[19:11] <AlanBell> why?
[19:12] <Myrtti> I've grown to dislike -offtopic as a channel name
[19:12] <ikonia> AlanBell: people want -offtopic to be random stuff
[19:12] <ikonia> to do what ever you feel like saying inside the !o4o and !coc guidelines
[19:13] <Tm_T> that's what "offtopic" means?
[19:13] <ikonia> I wanted to bring the offtopic channels together and have a bit of community discussion around ubuntu as a project
[19:13] <ikonia> technical/non-technical, just "stuff"
[19:13] <Pici> As much as the channel sometimes annoys me, I think that -offtopic is fine and another Ubuntu-centric discussion channel would be better.
[19:13] <Silverlion> folks: wouldn't it be better to have just ONE Offtopic chan?
[19:13] <ikonia> rather than having 4 - 5 offtopic channels of people just saying words
[19:13] <Silverlion> like the community cafe on the forums?
[19:13] <Pici> Silverlion: IRC can't be separated into threads like forums can.
[19:14] <Pici> Not without creating separate channels
[19:14] <h00k> #ubuntu-ubuntu-discussion, #ubuntu-what-you-had-for-lunch, #ubuntu-break-from-support,
[19:14] <h00k> :(
[19:14] <funkyHat> People like their spaces, and having more than one offtopic channel doesn't seem to be hurting
[19:14] <Tm_T> Silverlion: one?
[19:14] <bazhang> h00k, heh
[19:14] <Myrtti> or going to the other direction - #x-ot, #k-ot, #u-ot, #l-ot
[19:14] <Myrtti> should there be ONE CHAN TO RULE THEM ALL?
[19:14] <Myrtti> :-P
[19:14] <tsimpson> the point of offtopic is that it's not one topic, it's the exception to the "an IRC channel has a specific topic" rule
[19:15] <Silverlion> Tm_T: i wanted to "melt" the -offtopic chans together and name it "community cafe"
[19:15] <Pici> tsimpson: good point.
[19:15] <ikonia> funkyHat: it's also not building anything, there are people spread out in each channel that are "quality" yet there have little to say mixed in with people just saying radonom stuff
[19:15] <ikonia> tsimpson: there should be tons of topics, fully agree
[19:16] <AlanBell> ok, some interesting suggestions there, but I think we are not going to make any decisions on this today
[19:16] <h00k> It's nice to have a place to talk about $stuff, and not $ubuntu-stuff all the time,
[19:16] <Silverlion> that way we do have a better overview and can create some community feeling
[19:16] <Pici> h00k: +10
[19:16] <h00k> which is nice to take a break from #ubuntu in there, but also included are people who don't help
[19:16] <Tm_T> Silverlion: not going to happen, it's been considered for years, and see where we are (:
[19:16] <phillw> the -ot channels are already the cafe for each group?
[19:16] <Pici> Silverlion: I've suggested that before, it didn't go over well. (although that was a lonjg time ago)
[19:17]  * popey returns to see #ubuntu-phone stuff
[19:17] <pangolin> I don't see why -offtopic can't have multiple topics going on at the same time. Just like in #ubuntu where you don't answer every questions asked.
[19:17]  * popey would like to help fix the issues there. Suggestions welcome.
[19:17] <AlanBell> popey: get the people who know what they are talking about to engage with the channel
[19:18] <popey> well.
[19:18] <AlanBell> yeah, I know that might not be possible
[19:19] <popey> the problem there is that #ubuntu-phone was never supposed to be for the current announced convergence device
[19:19] <tsimpson> we do have a (dead) #ubuntu-mobile going unused
[19:19] <popey> it was meant for discussion of a phone running ubuntu
[19:19] <AlanBell> yes, we do appreciate that
[19:19] <popey> not the converged device that you've been talking about
[19:19] <Silverlion> do we need to channels to discuss topics that should be discussed here?
[19:19] <popey> so directing people there means they dont actually get to talk to the 'right people'
[19:19] <AlanBell> popey: did you see the email that is going out to people who register an interest in the hybrid thing?
[19:20] <popey> i only saw your pastebin above
[19:20] <Myrtti> popey: but it was the best channel for example I could think out quickly when people started asking about "where can I discuss"
[19:20] <popey> Myrtti: sure, i appreciate that
[19:20] <h00k> so, before I forget, where are we with -offtopic?
[19:20] <AlanBell> popey: http://paste.ubuntu.com/858223/
[19:21] <popey> ok, and mark has said that will be fixed?
[19:21] <AlanBell> popey: yes, I brought it up here because mark was asking about a general channel to send people to for discussions
[19:21] <Pici> popey: Since you're more on the developer side of things for this, would you prefer users/power users/non-ubuntu developers dropping in on a team channel (like -devel, -kernel -x, whathaveyou) or a separate technically focussed discussion channel?
[19:22] <Pici> Purely for asking questions about new ubuntu tech, not tech support.
[19:22] <popey> well, i setup -phone, -tablet and -tv for exactly that kind of thing
[19:23] <oCean> h00k: :) Yeah, I raised two points: 1) don't shut down support questions, just suggest a regular support chan might be more appropriate 2) don't support banned users in -ot
[19:23] <popey> I'm happy for people to ping me in those channels if there are questions that have not been answered
[19:23] <popey> and would like to help create a FAQ for each to help direct people to the 'right' answers
[19:23] <popey> would that help?
[19:23] <AlanBell> it would, yes
[19:24] <Pici> popey: And if those channels already have developers who are willing to answer user questions present, then I think we just need to work out a way to publicize those channels.
[19:24] <popey> they do
[19:24] <h00k> also, operators there?
[19:24] <popey> -tv has had lots of discussion with the guys who actually wrote it
[19:24] <Pici> I think we sorted out some of the op stuff the other day.
[19:25] <h00k> cool.
[19:26] <AlanBell> ok, lets deal with the specific points oCean raised in this topic
[19:26] <AlanBell> 1) don't shut down support questions, just suggest a regular support chan might be more appropriate
[19:27] <oCean>  just suggest *that*
[19:27] <AlanBell> 2) don't support banned users in -ot (which is a sensible exception/enhancement to #1)
[19:27] <bazhang> including crossposting?
[19:27] <oCean> bazhang: crossposting should be avoided
[19:28] <bazhang> I post in #ubuntu , wait 2 mins, then to -ot
[19:28] <Pici> I think the only time where it is reasonable for support to be answered in -ot is when a user casually mentions some annoyance and someone has an idea to fix it.
[19:29] <bazhang> there are often jokey answers when support is asked in -ot
[19:29] <tsimpson> well "support" is such a wide subject that it's difficult to simply say "no support questions"
[19:29] <AlanBell> I am struggling to figure out what change is being requested here, it seems like a request for a common sense approach
[19:30] <Tm_T> AlanBell: that, there's currently no common sense applied consistently as far as I can see
[19:30] <Tm_T> "no support" is slapped hardhandedly occasionally
[19:30] <oCean> there is actually support in -ot, for example on subjects which are offtopic for #u, but as soon as someone asks an ubuntu question, we jump on him saying "don't ask support here"
[19:31] <Tm_T> oCean: yeah, soft redirect is better approach when its reasonable in the first place
[19:31] <oCean> I'll say after LjL "let the people there NICELY suggest "have you tried asking in #ubuntu?", let's enforce a stricter "no repeating"
[19:31] <AlanBell> maybe this should be something added to the supporters guide, what to do if someone asks a question in the wrong channel
[19:32] <ikonia> oCean but there also has to be common sense the other way
[19:32] <ikonia> oCean: users like bullgard who just don't want to play by the rules use -offtopic as #ubuntu
[19:33] <ikonia> I have no issue with support discussion in #ubuntu-offtopic, it would be a welcome uplift from random stuff
[19:33] <phillw> whilst we are the new kids on the block, maybe some thing like Welcome to the general chat area | Please use #lubuntu for support | ?
[19:33] <ikonia> but I think if we have a support channel, guiding users to it for support is the better option for proper "I need help" issues
[19:33] <oCean> ikonia: true. We should be stricter, especially with such users
[19:33] <AlanBell> oCean: perhaps you could add some bits to the guide advising helpers how to deal with support requests in offtopic channels
[19:33] <ikonia> oCean: a better balance to actually help support discussion, while "questions" or specific issues can be guided to the support channel
[19:34] <oCean> AlanBell: fine with me
[19:34] <AlanBell> are there any factoids that might need changing?
[19:34] <Myrtti> 90 minutes mark btw
[19:34] <Tm_T> Myrtti: halfway then (:
[19:34] <ikonia> what's the point of having a support channel to use offtopic and an offtopic channel to not do support, to be asked support questions
[19:34] <AlanBell> #action oCean to edit the guide to add advice on support questions in -offtopic
[19:34] <meetingology> ACTION: oCean to edit the guide to add advice on support questions in -offtopic
[19:34] <AlanBell> Myrtti: yes, I am aware, the last bits won't take long at all
[19:34] <Myrtti> AlanBell: I know you are aware, just reminding others ;-)
[19:35] <AlanBell> ok, next item we have already addressed
[19:35] <tsimpson> hmm, actually there probably should be a "Support questions in #ubuntu" in the -ot topic
[19:35] <AlanBell> #topic Ops applications from existing ops - Alan Bell
[19:35] <tsimpson> I though it was there, but apparently not
[19:35] <AlanBell> we are going to deal with that, moving straight on
[19:35] <AlanBell> #topic Supporters Guide document - Alan Bell
[19:35] <ikonia> tsimpson: I'll fix now
[19:35] <AlanBell> https://wiki.ubuntu.com/IRC/SupportersGuide
[19:36] <AlanBell> we put this together this week, still accepting edits and improvements, an email went to the list about it
[19:36] <phillw> an excellent resource. thanks for making it.
[19:36] <oCean> ikonia, tsimpson we might consider the wording, since "support in #u" does shut down the possibility for a question in -ot
[19:36] <AlanBell> I think a factoid pointing at it would be a good idea, we can try and come up with one later (not right now)
[19:36] <LjL> yeah
[19:36] <LjL> the #ubuntu-offtopic topic already had "non-support" in it
[19:37] <LjL> why the need for this stronger wording
[19:37] <ikonia> oCean: check topic now
[19:37] <LjL> when many are saying here we should have all BUT a stronger thing against support there
[19:37] <AlanBell> and we should probably blog about the supporters guide so planet readers see it (yes jussi, I know)
[19:37] <oCean> ikonia: I saw it, fine with me now
[19:37] <AlanBell> thanks ikonia :)
[19:37] <ikonia> LjL: hopefully nothing too harsh in there now, just a little more clarify ?
[19:37] <AlanBell> ok, thats all I want to say on the supporters guide for now
[19:38] <ikonia> clarity even
[19:38] <AlanBell> #topic Any Other Business
[19:38] <LjL> Whatever
[19:38] <AlanBell> does anyone have any other burning topics (I know we are over time)
[19:38] <Myrtti> I'm still writing the ops guide...
[19:38] <Myrtti> brain turns into mush.
[19:38] <Tm_T> I had something in mind, but as usual, have forgotten it already /:
[19:38] <Pici> I think we'll need to go back and discuss some of these other issues at a later time, but that was rather obvious anyway.
[19:38] <AlanBell> Myrtti: can we decide a date (I don't want you spending too much time on it)
[19:38] <LjL> ikonia: so now let's expect some people to say "NO GO AWAY SUPPORT IN #ubuntu" even louder than before.
[19:38] <ikonia> LjL: hopefully not
[19:39] <LjL> *shrug*
[19:39] <Pici> We'll face that when we see it.
[19:39] <Tm_T> LjL: "support questions might be better served in #u" ...lenghty one but softer tone /:
[19:39] <Myrtti> AlanBell: you're allowed to kick me about it on Wednesday, if I'm not done by then, I give up and let someone else continue on writing it.
[19:39] <Myrtti> it's in Etherpad and I'll toss the link around for a selected few then
[19:40] <Myrtti> either way
[19:40] <AlanBell> can't possibly kick you, but will tickle you on wednesday :)
[19:40] <Tm_T> Myrtti: let me know if you need any help
[19:40] <AlanBell> ok, any more . . .
[19:40] <Myrtti> Tm_T: you I might poke with the URL in the next half hour
[19:41] <Tm_T> (:)
[19:41] <AlanBell> next meeting will be on a week day evening in a couple of weeks
[19:41] <AlanBell> #endmeeting
[19:41] <meetingology> Meeting ended Sun Feb 26 19:41:15 2012 UTC.
[19:41] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-02-26-18.03.moin.txt
[19:41] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2012/ubuntu-meeting.2012-02-26-18.03.html
[19:41] <AlanBell> thanks all, sorry it was a bit long :)
[19:41] <phillw> Thanks for chairing AlanBell
[19:41] <ikonia> I'd rather it was long for an actual discussion that cutting things off
[19:42] <phillw> ikonia: +1
[19:42] <funkyHat> Thanks everyone
[19:44] <Silverlion> thx Alan