[07:29] <pitti> Good morning
[07:32] <seb128> pitti, hey, wie gehts?
[07:32] <pitti> seb128: terribly tired :?
[07:32] <pitti> :/ rather
[07:32] <pitti> I'd been awake from 3 to 6:30, and now slept for another hour or so
[07:35] <seb128> pitti, :-(
[07:47] <didrocks> morning!
[07:48] <pitti> bonjour didrocks, comment ça va ?
[07:48] <didrocks> pitti: ça va ! presque plus malade. ;)
[07:48] <didrocks> pitti: et toi ?
[07:50] <pitti> didrocks: fatigué -- je peux dormir très mauvais :(
[07:50] <pitti> didrocks: ouch, did you pick up ubuflu?
[07:50] <didrocks> pitti: oh ? encore décalé ?
[07:50] <didrocks> pitti: I had temperature on wednesday and thursday (~39°C), no flu though, just sweating a lot…
[07:50] <pitti> parait-il :/
[07:52] <didrocks> Today is better for me, less temperature I guess, just a lot of sweating again during the night, so lack of sleep. Should be sorted out by tomorrow.
[07:52] <didrocks> I guess my body is making me pay 4 weeks for double jetlags :)
[08:11] <seb128> lut didrocks, ça va ?
[08:11] <didrocks> seb128: ça va mieux, merci ! et toi ?
[08:11] <seb128> ça va, merci !
[08:55] <darkxst> hey seb128 pitti didrocks
[08:55] <didrocks> morning darkxst
[08:55] <seb128> hey
[08:57] <darkxst> didrocks, its evening here ;)
[09:00] <didrocks> darkxst: seeing at what time you are up sometimes, let me doubt about it :p
[09:02] <darkxst> didrocks, I'm rarely up later than 11pm or 12
[09:02] <didrocks> fair enough :)
[09:04] <darkxst> seb128, any updates on what will happen with CSD's this cycle? are you going to continue to stick with old gedit/nautilus etc?
[09:05] <seb128> either stick with old, or update the way we did with evince
[09:05] <darkxst> seb128, not all can be done like that, well not easily
[09:05] <seb128> e.g have a codepath that do things differently under Unity
[09:05] <darkxst> some are the old toolbar becomes header bar
[09:06] <seb128> well, those might need to stay on old versions then
[09:06] <darkxst> things like gedit have split header bars and no resemblance to the old toolbar
[09:07] <seb128> yeah, that's fine
[09:07] <darkxst> seb128, would it be possible for us to ship some of these in separate source packages
[09:07] <seb128> your call I guess
[09:07] <seb128> you can fork them and make a case to get those new sources in universe
[09:07] <seb128> but it would probably be less work for you to help to patch the apps to look correct under Unity in their newer version
[09:08] <darkxst> seb128, as in fork packaging and have gedit-3.14 or whatever replace gedit?
[09:09] <darkxst> seb128, certainly some apps would be easier to just patch, but some have deviated a long way from their old toolbars
[09:10] <seb128> well, we don't need a toolbar
[09:10] <seb128> like gedit would probably look ok with it's headerbar not set a titlebar/not having the win control
[09:10] <darkxst> seb128, what I mean, a lot of apps just switched from using GtkToolbar to GtkHeaderbar thus loosing the window decorations
[09:10] <seb128> e.g having the wm decoration and the headerbar packed under it
[09:11] <seb128> right
[09:11] <seb128> evince did that
[09:11] <seb128> we patched back to do what I just described
[09:11] <seb128> not use setitlebar on the gtkheaderbar
[09:11] <seb128> just packed it as a normal widget in the win
[09:11] <seb128> not enabled the controls as well
[09:11] <seb128> so it looks like a toolbar
[09:11] <seb128> same should work for e.g nautilus
[09:12] <seb128> gedit even has configure option for that it seems, need to check how it works
[09:13] <seb128> they use it for macOS
[09:13] <seb128> so that's buildtime, so it might make you guys unhappy if we enable the build option
[09:13] <darkxst> seb128, yeh needs to be runtime, but I will took
[09:14] <seb128> to which ones?
[09:15] <seb128> one example of patch from robert_ancell, for file-roller
[09:15] <seb128> https://launchpadlibrarian.net/187779189/0001-Don-t-use-headerbars-in-Unity.patch
[09:16] <darkxst> seb128, I think gedit is probably the worst one
[09:17] <seb128> could be
[09:18] <darkxst> seb128, https://dl.dropboxusercontent.com/u/115870/Screenshot%20from%202014-10-31%2020%3A17%3A58.png
[09:20] <seb128> well, let's see how their macOS UI looks like
[09:21] <seb128> but otherwise having that ui, without the document title/close button in the headerbar and with a normal decoration on top might look ok
[09:36] <darkxst> seb128, the osx build seems to have a lot more than just ui changes
[09:37] <seb128> k, that's what pbor recommended looking at, maybe that was not a good advice
[09:39] <darkxst> seb128, seems to be a lot of other osx specific stuff mixed in, so would likely need cherry pick out on the UI changes
[09:40] <seb128> right
[09:42] <darkxst> anyway not really up to looking at the apps yet, but just want to make sure we actually move forward with these, this cycle and not be blocked by ui changes
[09:44] <darkxst> and if you are ok with the new UI and tradition headerbar then I guess its not too much of a problem
[09:44] <darkxst> though the menu patches are likely to be a pain to maintain
[09:49] <seb128> yeah, it's work, but until we default to unity8 or replace the apps, we need to do that
[09:54] <darkxst> seb128, right and this cycle should be easier, being behind debian at the moment
[09:54] <seb128> yeah
[10:17] <pitti> seb128, Laney: so for bug 1330037 I now uploaded everything except powerd and system-settings
[10:18] <seb128> great
[10:18] <seb128> pitti, laney is off today, so settings on monday I guess
[10:18] <pitti> both have MPs, maybe Laney can approve my powerd one (ChickenCutlass already approved the general idea on IRC yesterday, but wanted an #if conditional which I did now)
[10:18] <pitti> ah
[11:08] <Laney> pitti: Don't think I can approve powerd, try sforshee
[11:08] <Laney> and anyone should feel free to review u-s-s, doesn't need to wait for me at this point
[11:09] <pitti> Laney: Ken already approved system-settings
[11:09] <Laney> neat
[11:09] <pitti> Laney: so I just need an ack for powerd, then we can land the two remaining bits (in one silo, I figure)
[11:10] <ogra_> pitti, whats that ? i think i can approve
[11:10] <Laney> Do the silos themselves build against proposed?
[11:10] <pitti> Laney: yes, I asked sil2100 that this morning
[11:10] <pitti> ogra_: https://code.launchpad.net/~pitti/powerd/upower0.99/+merge/240141
[11:10] <Laney> good
[11:10] <pitti> ogra_: ChickenCutlass already ack'ed the previous version on IRC yesterday, but wanted an #if to build against both versions
[11:11] <ogra_> yeah, in case we need to cherry pick into rtm we wouldnt have to remove it ... looks fine
[11:11] <pitti> ogra_: right, that was the idea -- avoid branching
[11:11] <Laney> oh I can approve!
[11:11] <pitti> ogra_: (FTR, we don't need to land *this* in RTM, it's a no-op there; just vivid)
[11:12] <ogra_> right
[11:12]  * Laney does
[11:12] <ogra_> approved all over
[11:12] <pitti> \o/
[11:12] <pitti> then off to landing, I suppose :)
[11:12] <pitti> ogra_: danke
[11:12] <ogra_> :)
[11:14] <didrocks> Laney: of course they do ;)
[11:14] <Laney> It wasn't always the case
[11:15] <didrocks> not at the start of a cycle (like the first month of trusty) due to a lot of churns
[11:15] <didrocks> then the CI team redisabled it without warning due to an human error, but then, it was fixed
[11:15] <didrocks> (it was when I was on holidays)
[11:16] <didrocks> but AFAIK, they don't touch those settings anymore
[11:16] <didrocks> maybe for rtm, as there is no real "proposed"
[11:16] <didrocks> Laney: aren't you supposed to be on a swap day btw?
[11:17] <Laney> sure there is https://launchpad.net/ubuntu-rtm/+source/glib2.0/+publishinghistory
[11:17] <Laney> it's smaller though so less chance of blockage
[11:17] <Laney> yeah, that's why I only got up 30 minutes ago :P
[11:17] <didrocks> Laney: you know you are not supposed to connect? ;)
[11:17] <Laney> slippery fingers :(
[11:17] <didrocks> interesting on this -proposed rtm
[11:18] <didrocks> "wrong click at the wrong time" :)
[11:18] <Laney> & http://people.canonical.com/~ubuntu-archive/proposed-migration/ubuntu-rtm/update_excuses.html
[11:18] <didrocks> nice!
[11:18] <didrocks> see, prooves I'm so disconnected of this now :)
[11:18] <didrocks> which I guess… is a good thing
[12:29] <pitti> seb128: just cross-checking: do you see any reason not to uplaod gnome-terminal 3.12.2 now? (as in current bzr)
[12:29]  * pitti does a new test-build/install/run
[12:29] <pitti> death to gconf!
[12:36] <seb128> pitti, no objection from me, but I didn't look much at the update either
[12:36] <seb128> go for it
[12:37] <didrocks> pitti: do you know what is currently providing creating the systemd cgroups on utopic? (and I see we have per session users cgroups already) like /sys/fs/cgroup/systemd/user/1000.user
[12:37] <didrocks> pitti: is that our logind?
[12:38] <seb128> didrocks, still trying to figure out the qtcreator thing?
[12:38] <didrocks> seb128: hum, not really, why?
[12:38] <seb128> oh ok
[12:38] <seb128> I though you ended up looking at cgroups because of that
[12:38] <didrocks> seb128: the qtcreator is mostly figured out, and on greyback's plate
[12:38] <seb128> since you discussed mir/cgroups
[12:38] <didrocks> yeah, it's not what is blocking qtcreator
[12:39] <seb128> k, I just though that was the reason you were doing cgroup stuff today
[12:39] <didrocks> it's just that we render the wrong surface and Mir is confused and so, not giving the next frame
[12:39] <seb128> k
[12:39] <didrocks> seb128: well, that will come handy later on, I'm sure we are not at the end of this qtcreator story :)
[12:39] <pitti> seb128: meh -- just tested it again, and it seems it's not migrating the profiles properly; I thought this worked previously :(
[12:39] <seb128> pitti, :-/
[12:40] <pitti> ok, not a Friday afternoon thing then
[12:42] <soren> How does Unity decide which files to show as recent? I assume there's some database that GNOME-y apps register things in, but I can't work out where it is.
[12:43] <didrocks> soren: zeitgeist is collecting those
[12:43] <soren> didrocks: Where does it store it? I feel I've looked everywhere, but evidently not :)
[12:44] <didrocks> some GNOME apps have zeitgeist integration and it's pushed into their database
[12:44] <didrocks> hum, let me look
[12:44] <soren> Oh..
[12:44] <soren> I think I just found it.
[12:44] <soren> ls -l /proc/$(pidof zeitgeist-daemon)/fd    to the resuce
[12:44] <soren> rescue, even.
[12:44] <didrocks> you have the fts index in ~/.local/share/zeitgeist/fts.index
[12:44] <didrocks> and yeah .local/share/zeitgeist/ for the db :)
[12:45] <didrocks> pitti: did you miss my question or just busy? ;)
[12:45] <pitti> hey didrocks
[12:45] <pitti> didrocks: sorry, busy
[12:45] <pitti> didrocks: it's cgmanager
[12:45] <didrocks> no worry and no hurry :)
[12:46] <didrocks> ah, ok!
[12:46] <didrocks> thanks ;)
[12:46] <pitti> didrocks: we run systemd-shim which provides the StartTransientUnit() d-bus call that would otherwise be implemented by systemd pid 1
[12:46] <pitti> didrocks: shim takes that call and implements it using cgmanager, which creates the cgroups
[12:47] <pitti> didrocks: yes, all systemd units as well as login sessions are put into their own cgroup under systemd
[12:47] <didrocks> pitti: but the day we are going to switch to systemd, it will be directly handled by systemd and cgmanager won't be needed anymore?
[12:48] <didrocks> (yeah, I see that my "c2" session has its own control group)
[12:48] <pitti> didrocks: right
[12:48] <pitti> didrocks: well, other things like LXC might still call it
[12:48] <pitti> but not for booting/systemd indeed
[12:49] <didrocks> ok, that makes sense
[12:49] <didrocks> thanks pitti
[16:10] <seb128> kenvandine, nice to see that stack of settings changes landing ;-)
[16:10] <kenvandine> yeah... that's a big list :)
[16:10] <seb128> kenvandine, btw if you get to respin for whatever reason, I've some trivial changes in there
[16:10] <seb128> one being a one line to change the battery icon to a monochrome one
[16:10] <kenvandine> already published in vivid-proposed
[16:11] <kenvandine> but it'll be held up with the upower transition
[16:11] <kenvandine> which i hope isn't long
[16:11] <seb128> k
[16:11] <kenvandine> can you propose a branch?
[16:11] <seb128> for what?
[16:11] <kenvandine> the icon
[16:11] <seb128> kenvandine, https://code.launchpad.net/~seb128/ubuntu-system-settings/battery-non-colored-icon/+merge/240228
[16:11] <seb128> kenvandine, I did this morning
[16:11] <kenvandine> oh... thanks :)
[16:12] <seb128> yw
[16:12] <seb128> I also sent one to fix the scopes icons in the storage panel
[16:12] <kenvandine> great
[16:12] <kenvandine> we
[16:12] <kenvandine> we'll have another long list by the time we can merge/clean :)
[16:12] <seb128> yeah
[19:03] <Noskcaj> pitti, I can't see that crash log, i don't have whatever access rights are needed


[00:18] <vorlon> Unit193: the problem should be reproducible that HAVE_SYSFS_ACPI is undefined
[00:18] <vorlon> Unit193: s/that/anywhere that/
[00:20] <vorlon> Unit193: which is the case if /sys/class/power_supply is absent from the build environment; which could be true based on kernel settings or virtualization type, I don't know
[00:20] <Unit193> vorlon: Huh, OK.  Thanks.
[00:21] <Unit193> Not precisely sure why they'd have it and Ubuntu not, but oh well.
[00:22] <vorlon> it's definitely a bug in the upstream source, which means to have this code disabled with HAVE_SYSFS_ACPI unset but misses an #ifdef somewhere
[00:22] <Unit193> Indeed.
[00:26] <Unit193> Makes knowing if you've fixed it a bit more complicated.
[07:51] <Unit193> Perhaps related to the dwz issue I was having http://sourceware.org/git/?p=dwz.git;a=commit;h=96eba5d6ffaf57d019287dcf908219e5eff741ab
[12:06] <LocutusOfBorg> Unit193, I am now, but I'm leaving
[12:17] <tomreyn> tsimonq2: regarding the calamares + secret key (not just initial but repeat) mkinitramfs umask issue, i noticed there is (also?) https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931373
[12:19] <tomreyn> now this debian package creates /etc/initramfs-tools/conf.d/initramfs-permissions whereas upstreams' https://github.com/calamares/calamares/commit/c9b675cbc64ac5aab35ddd86a64311abd50f7720#diff-933952de88b4fa3e887c2f40385fb527 creates /etc/initramfs-tools/conf.d/calamares-safe-initramfs.conf - hopefully the debian maintainers don't end up with two configration includes now.
[12:48] <cjwatson> xnox: You're TIL on debian-archive-keyring - please could you either merge it or say it's OK for me to do so?  We need to get LP's keys updated for Debian imports
[12:49] <cjwatson> (And these days we normally do that by backporting it from Ubuntu devel)
[12:50] <doko> he's away for ten days without laptop
[12:52] <cjwatson> Oh, thanks.  Maybe I'll just steal TIL on that then
[12:52] <cjwatson> (But tomorrow, probably)
[14:38] <ginggs> cjwatson: already done by mapreri
[15:40] <mapreri> cjwatson: in case you are interested, there is an open bug on that package asking to do SRUs of it.  maybe somebody could do that as well.
[17:06] <cjwatson> Thanks.  I probably don't have the effort (or need) for SRUs though
[22:01] <mwhudson> good morning


[06:25] <dholbach> good morning
[08:15] <Chipaca> mo'in
[08:15] <Chipaca> are we there yet?
[09:08] <D_Cent> hi - can someone please tell me what happens to the app data in /var/lib/apps/<package name>/<version> if i update the package with snappy to a newer version? will the directory be renamed from e.g. 0.1 to 0.2 or will all app data get lost?
[09:39] <JamesTait> Good morning all; happy Monday, and happy No Dirty Dishes Day! 😃
[09:40] <vmayoral|pc> Good morning everyone
[09:40] <vmayoral|pc> any chance someone can review snap 2662?
[09:51] <Chipaca> D_Cent: hi
[09:52] <Chipaca> D_Cent: the services in the snap are stopped, the data is copied to the new version, the new version is made current, and its services started
[10:05] <Chipaca> JamesTait: http://i.imgur.com/E1trXyD.gif
[10:05] <Chipaca> JamesTait: and good morning :)
[10:06] <JamesTait> Chipaca, that's mesmerising.
[10:06] <JamesTait> Chipaca, and good morning, too. ☺
[10:06] <Chipaca> JamesTait: i too could watch people work for hours
[10:07] <JamesTait> Chipaca, I see now that I've been washing the dishes all wrong.
[10:09]  * ogra_ would like to see the other end of the machine ... and the guy who juggles them til they are dry
[10:13] <Chipaca> ogra_: here you go: http://www.awardsdaily.com/wp-content/uploads/2012/10/cloud.jpg
[10:14] <ogra_> lol
[10:48] <Chipaca> “the UI for Ubuntu Core is provided via web apps written for webdm”
[10:48] <Chipaca> that's interesting
[10:48] <Chipaca> not connected to any reality i'm aware of, but interesting nonetheless
[10:49] <ogra_> well, if snappy config is hooked into webdm thats not completely untrue
[10:50] <Chipaca> darn, and i just sent an email saying it was
[10:50] <Chipaca> untrue, that is
[10:51] <ogra_> well, it isnt like he imagines ... so thats fine
[10:51] <Chipaca> feel free to expand on my rather curt email :)
[11:23]  * ogra_ glares at http://<IP_ADDRESS>:4200/snap/8nzc1x4iim2xj1g2ul64.chipaca/ in his webdm
[11:23] <ogra_> creative naming :)
[11:23] <Chipaca> yeah, let's call it that
[11:23] <Chipaca> ogra_: hopefully the description makes it all clear
[11:24] <ogra_> hmm, seems my webdm instance doesnt show any descriptions at all ... now that you mention it ...
[11:25] <ogra_> the details page just has the icon
[11:26] <Chipaca> ogra_: ah, i guess it's the title, not the description
[11:26] <Chipaca> ogra_: but: https://uappexplorer.com/app/8nzc1x4iim2xj1g2ul64.chipaca
[11:26] <Chipaca> ogra_: the description is also enlightening
[11:28] <ogra_> heh
[11:28] <D_Cent> Chipaca: thanks for your answer previously :)
[11:29] <Chipaca> D_Cent: that's what we do. ogra_ with his good looks, me with my on-point answers.
[11:30]  * Chipaca goes find lunch
[11:33] <lool> lunch? are you in Europe?
[11:34] <Chipaca> lool: that depends on who you ask
[11:34] <Chipaca> lool: i'm in the uk
[11:35] <lool> oh ok
[11:35] <Chipaca> lool: have been for >4 years now
[11:36] <lool> Chipaca: for some reason I associate you with a later timezone  :-)
[11:37] <Chipaca> lool: for my first 3+ years in canonical, i was :)
[11:58] <rickspencer3> does anyone know how I can use a wifi dongle with snappy? i.e. connected to a usb port on a board?
[12:05] <asac> rickspencer3: there is a hacky way documented here: http://www.marinus.nu/2015/02/enabling-wifi-on-snappy-ubuntu-core.html
[12:05] <asac> we dont have a neat net management framework yet
[12:08] <lool> actually wpasupplicant should be in the rootfs now
[12:08] <asac> it is
[12:08] <lool> so you just need to bottom part
[12:08] <asac> yeah so you dont need to install anything :)
[12:09] <lool> we need to snap network-manager and/or connman etc.
[12:20] <rickspencer3> lool, how hard would it be for someone to add a configuration page to webdm for wpasupplicant?
[12:20] <rickspencer3> seems like it could go into the store
[12:20] <rickspencer3> the user plugs their board into the local wired network
[12:21] <rickspencer3> navigates to ubuntu@webdm.local:nnnn
[12:21] <rickspencer3> sets up wifi
[12:21] <rickspencer3> oops
[12:21] <beuno> rickspencer3, it probably couldn't easily go into the store, as it would require special access (to change the wifi config)
[12:21] <lool> it's not the target user experience
[12:21] <rickspencer3> forgot the step of granting permissions
[12:21] <lool> but that would work for now
[12:21] <rickspencer3> beuno, could it not go into the store, but the user has to grant permissions to the usb?
[12:21] <beuno> so I think it would be rolled into webdm, that already has special access
[12:21] <lool> this seems to be a fine ubuntu-core config
[12:22] <rickspencer3> lool, agreed, but I was thinking shorter term
[12:22] <lool> and then we'd miss a generic way to change configs in webdm
[12:22] <beuno> rickspencer3, that's an interesting question. I'm not sure where the boundaries are there
[12:22] <lool> as an ubuntu-core config, it would be suitable from command-line as well
[12:22] <rickspencer3> on the phone, we fulfilled many use cases by adding apps to the store while in parallel working on the core functionality
[12:22]  * beuno nods
[12:23] <beuno> we could likely just allow an exception for that app until we do
[12:31] <lool> BTW edison and other boards just connect to the nearest open wifi on boot
[12:31] <lool> arguably insane, but convenient
[12:34] <rickspencer3> lool, that is insane :)
[12:34] <rickspencer3> lol
[12:34] <rickspencer3> lool, I think it would be great if you could do all of these:
[12:34] <rickspencer3> 1. drop a configuration file somewhere ... gadget snap?
[12:35] <rickspencer3> 2. use the snappy cli to define the ap and password
[12:35] <rickspencer3> 3. use a configuration gui via webdm (or standalone in the short term)
[12:35] <asac> rickspencer3: you can make a snap that has a config handler that takes a nice yaml with ap and password and then goes off, creates the wpasupplicant.conf, starts it and uses dhclient
[12:36] <asac> wedm will later surface those config yamls
[12:36] <lool> well this could be in ubuntu-core for now
[12:36] <asac> first raw, later with generic input form by yaml scheme, even later through making webdm UI extensible
[12:38] <alecu> what about iot devices that have only wifi? You need them to start in access point mode if they can't connect to a known network. (like the chromecast does)
[12:38] <asac> lool: it could, but i kind off feel hesistant to drop a super quick hack into core
[12:38] <asac> we dont know what we want to do on network management in core, so starting with a framework/app is a good idea for such quick things imo
[12:40] <asac> alecu: yes, thats a pretty standard first boot/setup practice we would love to see :)
[12:41] <lool> alecu: it's been on our TODO for ages; just never getting a change to implement this
[12:41] <rickspencer3> we had good luck in the phone making certain functions apps first
[12:41] <rickspencer3> and them bringing them into the core of the system as they were ready
[12:41] <rickspencer3> for example, the app updater was an app for a while while we were perfecting system settings
[12:41] <rickspencer3> then we moved that code into system settings when both were ready
[12:42] <beowulf> asac: hi, what do you mean when you say make the webdm UI extensible?
[12:42] <Chipaca> beowulf: webdm exposing config of installed apps
[12:42] <Chipaca> afaict :)
[12:43] <asac> right
[12:43] <asac> just vague ideas
[12:43] <beowulf> Chipaca: aye, i understand that part, and i understand (i think) the next part which is making yaml into form controls (right?), i'm just not sure what the extensible part was about?
[12:44] <asac> that it woudl be cool if something could extend the webdm ui with its own config forms
[12:44] <Chipaca> beowulf: i read that as management handwaving
[12:44] <beowulf> fwiw, that's kind of in reverse order of difficulty :)
[12:44] <asac> but how that could be done is not really understood... we know how forms with schema would work for sure
[12:44] <Chipaca> beowulf: i.e. [ engineering magic happens here ]
[12:46] <beowulf> Chipaca: i have a branch with a code editor embedded in the settings tab, so for a very basic first step if you wanted to send me yaml i could send it back edited...
[12:46] <beowulf> *waves hands*
[12:46]  * Chipaca stuffs yaml in a box and sends it off to beowulf
[12:46] <beowulf> hehe
[12:47] <alecu> Chipaca: what is the app config format or database that webdm will be touching, and how will apps find out about changes in those configs? dconf or something like that?
[12:48] <ogra_> alecu, https://developer.ubuntu.com/en/snappy/guides/config-command/
[12:48] <asac> alecu: snappy config
[12:48] <Chipaca> alecu: ebdic-encoded hdf files
[12:49] <alecu> Chipaca: lol
[12:49] <alecu> ogra_: asac: thanks!
[12:49] <Chipaca> boo :)
[12:49] <sergiusens> good morning
[12:49] <Chipaca> sergiusens: good morning!
[12:49] <Chipaca> sergiusens: long time no see :)
[12:50] <sergiusens> I vanished to deal with a full week of bureaucracy
[12:50] <sergiusens> Chipaca: it's been a while ;-)
[12:50] <Chipaca> sergiusens: wat? paperwork on your holidays?!?
[12:50] <Chipaca> sergiusens: that's probably against geneva, or something
[12:51]  * Chipaca does not like paperwork
[12:51] <sergiusens> Chipaca: yeah, well, it had to be done at some point
[12:51]  * sergiusens dislikes paperwork too
[13:28] <rsalveti> morning
[13:28] <rsalveti> sergiusens: spent the week paying taxes?
[13:29] <sergiusens> rsalveti: yeah, delightful
[13:29] <rsalveti> haha, yeah, had to do that a few weeks ago
[13:54] <ogra_> hmm, trying to re-build one of my old snaps fails :/
[13:55] <ogra_> http://paste.ubuntu.com/11206759/
[13:55] <ogra_>  - snappy-systemd_hook_unknown_key_snap-inspector-term.snappy-systemd
[13:55] <ogra_> 	Unknown field 'ports'
[14:00] <lool> ogra_: I think the ports moved around https://developer.ubuntu.com/en/snappy/guides/packaging-format-apps/
[14:01] <lool> but old location ought to work I guess
[14:01] <ogra_> lool, well, my package.yaml looks pretty much the same
[14:01] <ogra_> http://paste.ubuntu.com/11206839/
[14:02] <ogra_> i dont have any internal port defined though
[14:05]  * ogra_ doesnt see any difference beyond this vs the example package.yaml there
[14:15] <sergiusens> lool: ogra_ ports in that page is outdated, I logged a bug weeks ago
[14:15] <sergiusens> lool: ogra_ oh, ports in there is fine now :-)
[14:22] <ogra_> err, wut ?
[14:22] <ogra_> is it outdated or is it fine ? :)
[14:36] <ogra_> jdstrand, any idea why i would get "Unknown field 'ports'" with http://paste.ubuntu.com/11207212/ ?
[14:38] <jdstrand> ogra_: the tools need to be updated for ports
[14:38] <ogra_> jdstrand, yay ...
[14:38] <jdstrand> ogra_: feel free to submit it and ping me
[14:38]  * ogra_ wasted the last hour on searching the issue in his own stuff :)
[14:39] <jdstrand> ogra_: :(
[14:39] <ogra_> no, i'm fine ... i could have pinged you earlier :)
[14:40] <jdstrand> ogra_: so long as it follows docs/meta.md, you should be fine
[14:40] <ogra_> where is that ? in the reviewers tools ?
[14:44] <jdstrand> ogra_: in lp:snappy
[14:44] <ogra_> k
[15:00] <sergiusens> Chipaca: can I have regrets?
[15:00] <Chipaca> sergiusens: NO RUGRATS
[15:00] <sergiusens> Chipaca: I have a future of that coming soon.. rugrats :-P
[15:01] <Chipaca> sergiusens: :D
[15:01] <Chipaca> sergiusens: regrets for what?
[15:04] <Chipaca> sergiusens: were these regrets wrt the branches? logger? working for snappy? :-p
[15:05] <sergiusens> Chipaca: logger, let's stay on the standup if you wnt for 3 minutes
[15:06] <Chipaca> sergiusens: sure
[15:16] <alecu> sergiusens: hi! with kyrofa we started building an experimental "snappy scope", based on webdm, as you suggested
[15:17] <sergiusens> alecu: and... :-)
[15:17] <alecu> sergiusens: there are a few questions we'd like to ask you
[15:17] <sergiusens> alecu: shoot
[15:17] <alecu> sergiusens: hmm... would you have some time for a hangout?
[15:18] <sergiusens> alecu: sure, 14hr ART?
[15:18] <alecu> sergiusens: sounds good, I'll set up a calendar event.
[15:18] <alecu> thanks!
[15:20] <Chipaca> jdstrand: is there a "apparmor linter"?
[15:20] <sergiusens> there is
[15:28] <jdstrand> Chipaca: you mean to see if the resulting profile is ok? there are two things that can pe used: apparmor_parser -p /path/to/profile and appamror_parser -QTK /path/to/profile
[15:29] <jdstrand> Chipaca: the first is just a preprocessor and won't do things like verify apparmor variables are correct, etc. the 2nd is a full compile and the equivalent of apparmor_parser -r /path/to/profile except without loading into the kernel
[15:29] <jdstrand> both can be run as non-root
[15:32] <Chipaca> jdstrand: i ask because i'd like to be able to do something when apparmor fails, to better inform the developer of what exactly failed
[15:32] <jdstrand> however, before one gets too excited, the way we are using templates and caps means that we can't naively run the parser on the files in the snap, because a transformation happens on what is in the snap to what is on disk in /var/lib/apparmor/profiles
[15:32] <Chipaca> jdstrand: right now we're not being too helpful, making the thing more opaque than it needs
[15:33] <jdstrand> Chipaca: if apparmor fails, you can run apparmor_parser -QTK /path/to/each/profile/from/the/snap and report back
[15:33] <Chipaca> jdstrand: excellent
[15:33]  * Chipaca adds a card
[15:33] <jdstrand> because if apparmor is failing, the files should have underwent said transformation and be in /var/lib/apparmor/profiles
[15:34] <Chipaca> jdstrand: https://trello.com/c/pK0vSzNZ/380-improve-information-provided-when-apparmor-fails
[15:34] <jdstrand> if they aren't, then you happen to know that click-apparmor failed to do the transform (which should only happen when using security-override). however, I wouldn't worry to much about that since click-apparmor will be going away
[15:35] <jdstrand> cool
[15:49] <Chipaca> hah! i love it
[15:49] <Chipaca> we have ErrInvalidPackageYaml
[15:49] <Chipaca> ... we don't use it :)
[16:09] <svij> hm… how do I find out which beaglebone black revision I have?
[16:15] <Chipaca> waaaiiit
[16:15] <Chipaca> https://code.launchpad.net/snappy/+activereviews
[16:15] <Chipaca> git branches started showing up there
[16:38] <sergiusens> Chipaca: let's move to git
[16:39] <Chipaca> sergiusens: i believe we have a couple of blockers still?
[16:39] <Chipaca> otherwise, +0 from me :)
[16:41] <sergiusens> Chipaca: just auto merge and the recipe, the recipe we can run on our end in a new tarmac implementation so we have one dput per commit
[16:43] <sergiusens> Chipaca: and for the merge we can use launchpadlib to poll, until we have webhooks, and git merge
[16:44] <Chipaca> sergiusens: my +0 stands. With it I mean "don't let me stop you". And by *that* I mean I'm not going to help you do it :)
[16:56] <ogra_> sergiusens, rsalveti, webdm is completely unusable on the released kvm image (works fine after snappy update webdm), do we want to keep it like that ?
[16:57] <ogra_> or do we plan to make point releases
[16:59] <ogra_> sergiusens, any idea why webdm on a kvm instance shows me all the arm kernel snaps ? i see beagle, overo, panda etc (merked as "not installable" but imho we should just hide uninstallable stuff)
[16:59] <ogra_> *marked
[17:00] <ogra_> (or is that a beuno question)
[17:00] <beuno> the store does what its told
[17:00] <sergiusens> ogra_: we decided to do that with beuno
[17:00] <sergiusens> beowulf:
[17:01] <beuno> so if its showing armhf, you are telling it you are armhf (or not telling it your arch at all)
[17:01] <ogra_> i'm not telling anything, i just started a kvm instance with the released image :)
[17:02] <ogra_> (and up to date webdm)
[17:03] <beowulf> ogra_: somewhere along the way *cough* sergiusens *cough* i was told to show but not allow to install oem packages
[17:03] <beowulf> if that's wrong it can be changed easily
[17:03] <alecu> sergiusens: hangout?
[17:03] <sergiusens> alecu: in abit
[17:03] <sergiusens> alecu: running late in prev meet
[17:04] <ogra_> beowulf, well, not sure who can make such a decision ... seems useless to show stuff to the user that he cant install
[17:04] <alecu> sergiusens: no prob
[17:04] <sergiusens> beowulf: ogra_ oh, right sabfdl said we should see them ;-)
[17:04] <ogra_> do you knwo why ?
[17:04] <beowulf> ogra_: i agree that the current ui is a bit awkward in this repect
[17:05] <ogra_> well, if it is a sabdflified thing ...
[17:06] <sergiusens> ogra_: we need another point release/pre built image
[17:15] <ogra_> yeah
[17:26] <rickspencer3> lool, I installed the new raspberry pi 2 image, but ssh<EMAIL_ADDRESS>is not responding?
[17:26] <rickspencer3> does this imply that I screwed up makng the sd card?
[17:27] <ogra_> did you try the IP instead ?
[17:27] <rickspencer3> ogra_, I did not
[17:27] <rickspencer3> webdm.local worked on the last image and on my beaglebone over the weekend
[17:29] <rickspencer3> ogra_, does it matter that I did not format the sd card first or anything?
[17:29] <rickspencer3> I  assumed dd would just blast over everything
[17:29] <ogra_> no, since you write to it with dd partitioning doesnt matter
[17:30] <rickspencer3> I'll try again after lunch
[17:30] <ogra_> but if you run multiple devices with avahi service an the same name (webdm.local) on the same network, i'm not sure what happens
[17:30] <rickspencer3> make sure my bbb still works ;)
[17:30] <rickspencer3> ogra_, I only run one at a time
[17:30] <ogra_> k
[17:30] <ogra_> well,  then it should theoretically work :)
[17:31]  * rickspencer3 looks forward to his bbb case coming today
[17:31] <ogra_> cases ... so overrated
[17:31] <ogra_> :)
[17:32] <rickspencer3> bbb worked just fine :(
[17:32] <rickspencer3> I will try reflashing the new pi2 image later
[18:45] <sergiusens> nothal_: help
[19:00] <lool> rickspencer3: I think I dont have webdm installed in the image
[19:00] <lool> it was broken back then, but now that it's fixed I should totally include it
[19:07] <rickspencer3> lool, ok, so I have to just find the ip and install it?
[19:13] <beuno> rickspencer3, yes
[19:14] <beuno> make sure the date is correct
[19:14] <beuno> then just sudo snappy install webdm
[19:15] <rickspencer3> beuno, will nmap find it on my lan?
[19:15] <sergiusens> rickspencer3: is avahi failing for you?
[19:16] <rickspencer3> sergiusens, it looks like webdm is not installed on the pi2 image default
[19:16] <rickspencer3> and I don't know how to find the pi2 on my network
[19:16] <rickspencer3> and I lost the admin/password for my router :/
[19:16] <beuno> rickspencer3, sure it will, otherwise just peak at your rou...  ah  :)
[19:17] <sergiusens> rickspencer3: oh, bummer; nmap should find por 22 on the host and mostly nothing else
[19:17] <sergiusens> rickspencer3: nmap can also enumerate OS (forgot the switch for that), but maybe the arch is part of that enumeration and it should be easy to find with that
[19:18] <beuno> rickspencer3, otherwise, .ssh/known_hosts likely rememebers the last IP it accessed
[19:18] <beuno> and that likely won't have changed
[19:19] <rickspencer3> beuno, oh, I have to blow that away all the time because of switching between the bbb and the pi2
[19:19] <rickspencer3> they don't play nicely together :)
[19:20] <beuno> ah
[19:20] <beuno> so there's an interesting to think about
[19:20] <beuno> more than one snappy on the network!
[19:22] <rickspencer3> \o/ found it
[19:23] <rickspencer3> beuno, indeed :)
[19:23] <rickspencer3> right now, it's good for Internet of Thing
[19:23] <noise][> Cooperative Multitasking
[19:24] <noise][> it's the floppy-swapping of the new millenium
[19:25] <rickspencer3> sergiusens, that sounds smart, I just tried ssh ubuntu@ipaddresses starting at the highest and working my way down until I found it
[19:28] <lool> rickspencer3: the trick I sometimes use (outside of checking DHCP logs) is to ping broadcast then look at the arp table
[19:28] <lool> arp -an
[19:28] <lool> ping -b <IP_ADDRESS>
[19:28] <rickspencer3> well, I just installed webdm, so this should work now :)
[19:29] <rickspencer3> oops
[19:29] <rickspencer3> this should work now, right/
[19:29] <rickspencer3> ssh<EMAIL_ADDRESS>[19:30] <sergiusens> yes it should
[19:31] <rickspencer3> rats
[19:32] <rickspencer3> is there a difference betwee webdm and webDM ?
[19:32] <rickspencer3> do I need to start webdm?
[19:33] <rickspencer3> ug
[19:33] <rickspencer3> I ran snappy update and it looks like it is updating webdm, even though I just installed webdm :(
[19:34] <ogra_> rickspencer3, there is a network scanner app in the phone store ;)
[19:34] <beuno> that is... hard to pull off
[19:34] <beuno> as in, the store only knows about one version of an app
[19:34] <ogra_> (to find your RPi2 IP)
[19:34] <beuno> so you couldn't really install an older version even if you wanted
[19:34] <beuno> unless sergiusens uploaded a new one as you were typing!
[19:34] <rickspencer3> ogra_, nice idea :)
[19:35] <rickspencer3> beuno, no, it updated to the same version
[19:35] <beuno> ew
[19:35] <rickspencer3> I was on 0.6.1, it updated me to 0.6.1
[19:35] <rickspencer3> I don't know why it would update me, though
[19:35]  * rickspencer3 tries a restart
[19:40] <sergiusens> beuno: rickspencer3 no I didn't update and it shouldn't update... :-/
[19:41] <rickspencer3> it also doesn't seem to be working
[19:41] <rickspencer3> maybe webdm is busted on the pi2 image?
[19:49] <rickspencer3> yeah, every time I run sudo snappy update, it reinstalled webdm, which then does  not seem to work
[19:49] <rickspencer3> the pi2 image is a bit busted, I guess :)
[19:52] <sergiusens> rickspencer3: where did you get your pi2 image from?
[19:52] <sergiusens> rickspencer3: maybe give me the output of journalctl -u webdm_snappyd_0.6.1.service
[19:52] <sergiusens> rickspencer3: and also, snappy info, snappy list and snappy list --updates
[19:52] <sergiusens> rickspencer3: try this, snappy remove webdm & snappy install webdm (sudo)
[19:53] <sergiusens> rickspencer3: I think I know what this is and it is quite unfortunate
[19:54] <rickspencer3> sergiusens, anything I can do to fix it?
[19:54] <rickspencer3> I have a bbb so I am not dead in the water
[19:54] <rickspencer3> just wanted to try out the pi2
[19:54] <rickspencer3> also, I don't have a case for my bbb yet :)
[19:54] <rickspencer3> should come today
[19:54] <sergiusens> rickspencer3: snappy remove webdm snappy install webdm may do the trick
[19:57] <rickspencer3> oh
[19:58] <rickspencer3> sergiusens, can I get you any debug info or anything?
[19:59] <sergiusens> rickspencer3: I'm not sure this went through as I was swapping networks so I'll copy paste just in case
[19:59] <rickspencer3> k
[19:59] <sergiusens> 16:49 < sergiusens> rickspencer3: where did you get your pi2 image from?
[19:59] <sergiusens> 16:50 < sergiusens> rickspencer3: maybe give me the output of journalctl -u webdm_snappyd_0.6.1.service
[19:59] <sergiusens> 16:50 < sergiusens> rickspencer3: and also, snappy info, snappy list and snappy list --updates
[19:59] <sergiusens> and also please pastebin the result of find /apps
[19:59] <sergiusens> snappy install pastebinit.mvo ;-)
[20:00] <rickspencer3> sergiusens, I got the pi2 image from the where ubuntu.com/snappy/start said to go
[20:22] <sergiusens> rickspencer3: I'll get the image and try after I get back from my excersise routine then
[20:23] <rickspencer3> kk
[20:23] <rickspencer3> sorry,  I got distracted with something else
[20:24] <sergiusens> rickspencer3: no worries, so did I
[20:24] <sergiusens> :-)
[20:24] <rickspencer3> hehe
[20:54] <rickspencer3> \o/ my bbb case came in the mail
[21:29] <Chipaca> rickspencer3: welcome to the prestigious club of the non-naked bbbs!
[21:29] <Chipaca> rickspencer3: your membership invoice is in the mail
[21:37] <Chipaca> mterry: https://bitbucket.org/fzzbt/go-gedit-plugin/ is the "official" gedit plugin (in the sense that it's linked from https://code.google.com/p/go-wiki/wiki/IDEsAndTextEditorPlugins )
[21:41] <mterry> Chipaca, ah interesting
[21:55] <Chipaca> sergiusens: i lied about committing something for you to look at wrt refactor tonight, i fear


[22:34] <Unit193> LocutusOfBorg: Aha!  It was indeed backportpackage, when called: Invalid URL 'https:/launchpad.net/ubuntu/+archive/primary/+files/irssi_1.4.2-1ubuntu1.dsc': No host supplied


[08:18] <fgimenez> good morning
[09:39] <JamesTait> Good morning all; happy Tuesday, and happy Golden Gate Bridge Day! 😃
[11:01] <Chipaca> stevebiscuit: mo'in!
[11:01] <Chipaca> stevebiscuit: a question that suddenly came to me
[11:01] <Chipaca> stevebiscuit: why is webdm fetching the icon?
[11:02] <Chipaca> stevebiscuit: (as opposed to giving the url to the browser and letting it figure it out)
[11:08] <stevebiscuit> Chipaca: hello!
[11:09] <LefterisJP> hello
[11:09] <stevebiscuit> Chipaca: the browser could handle things for uninstalled packages as the icon path would be something on the store
[11:10] <LefterisJP> When using snappy-remote, to upload a testing snap to a snappy target is it supposed to give some form of progress bar? I would like to determine if my process is stuck or if it's actually doing something
[11:10] <stevebiscuit> Chipaca: for installed packages, the path would be something like "/1.0/icons/myapp.myorigin/icon" which would be unaccessible
[11:11] <Chipaca> hurr durr
[11:11] <Chipaca> stevebiscuit: sorry i even asked :-)
[11:12] <stevebiscuit> Chipaca: not to worry, I had to double check!
[11:47] <LefterisJP> Hey all got a question. I am trying to deploy some test snapps from the snapcraft examples. The host is an Ubuntu 14.04 LTS and the snappy target is a Raspberry PI.
[11:48] <LefterisJP> When I do snapcraft the resulting .snap file has amd64 in its name and when I try to deploy with snap-remote I get this error:
[11:49] <LefterisJP> /tmp/webcam-webui_1_amd64.snap failed to install: package's supported architectures (amd64) is incompatible with this system (armhf)
[11:49] <LefterisJP>
[11:49] <LefterisJP> How can I generate a .snap file for specific architecture?
[12:06] <LefterisJP> hmmm is anyone seeing my messages/questions or is there a problem with my IRC client :-) ?
[12:15] <Chipaca> LefterisJP: wait a bit for sergiusens or kyrofa to be around, i think
[12:15] <Chipaca> stevebiscuit: how much do we care about somebody calling their icon something utf8-ish?
[12:17] <kyrofa> Good morning
[12:18] <stevebiscuit> Chipaca: good question, when a snap is built will it allow a utf8 filename?
[12:19] <Chipaca> stevebiscuit: let's assume no, at least for now
[12:19] <kyrofa> LefterisJP, I believe snapcraft needs to be run on the target arch
[12:20] <stevebiscuit> Chipaca: grand, I'm happy to abdicate the responsibilty :)
[12:20] <Chipaca> stevebiscuit: especially because what we do know is incorrect for utf8 filenames only on firefox
[12:20] <Chipaca> which does blow my mind a little bit
[12:20] <Chipaca> and not in a good way
[12:21] <Chipaca> although that's 2013 info; might need updating
[12:23] <LefterisJP> kyrofa: thanks for the reply. So I would have to install snapcraft in a Raspberry PI and then build the package there?
[12:25] <kyrofa> LefterisJP, I believe so, assuming you're compiling (last I checked snapcraft didn't support cross-compiling)
[12:26] <kyrofa> LefterisJP, or in an arhm qemu or something
[12:26] <kyrofa> s/arhm/arm/
[12:33] <sergiusens> good morning
[12:35] <kyrofa> Morning sergiusens :)
[12:35] <kyrofa> sergiusens, to double check: to build an armhf .snap with snapcraft, snapcraft needs to run on an arm, right?
[12:36] <sergiusens> kyrofa, today, yes
[12:36] <LefterisJP> or in general what is the recommended way to build for Raspberry PI target from an Ubuntu host.
[12:37] <sergiusens> kyrofa, you are up early, or maybe I am up late :-P
[12:38] <kyrofa> sergiusens, yeah a little. This time of year exercising in the morning sucks
[12:38] <kyrofa> sergiusens, so I'm trying to shift my schedule back a little so I can exercise after work
[12:39] <LefterisJP> sergiusens: You mentioned today yes. Is there any plans to add support for compiling for RaspPi (armhf) from an Ubuntu host in the future?
[12:40] <sergiusens> LefterisJP, only ideas; probably mostly for things like go and node. Nothing stops you today from writing a custom plugin basing out of one of the existing ones that does just that for your needs though
[12:41] <LefterisJP> I am still getting my bearings as to how Snappy Ubuntu works and how I can accomplish my goals.
[12:41] <LefterisJP> Thanks I understand.
[12:41] <sergiusens> LefterisJP, what are your goals?
[12:41] <LefterisJP> I may bother you guys a bit more with extra "newbie" questions.
[12:43] <kyrofa> LefterisJP, no bother!
[12:50] <kyrofa> LefterisJP, but yeah, if you can explain what exactly you're looking to accomplish, we can probably point you in the easiest direction
[12:53] <LefterisJP> I am working for slockit (http://slock.it/) and am trying to evaluate and see if it makes sense to use Snappy Ubuntu for our work. I am trying to gather as much info as possible to creating Snappy Frameworks as my final goal is to create an Ethereum(https://ethereum.org/) Snappy Framework which other Snappy apps can utilize.
[12:53] <LefterisJP> At least for now for testing purposes I use a Raspberry Pi as my testing target environment
[12:54] <kyrofa> LefterisJP, for evaluation purposes perhaps it would be easier to use an amd64 virtual machine running snappy?
[12:55] <kyrofa> LefterisJP, a qemu VM is just going to be slow is all
[12:55] <sergiusens> kyrofa, btw are you on xenial?
[12:55] <kyrofa> (an arm one anyway)
[12:55] <sergiusens> kyrofa, I am seeing this with the tests http://paste.ubuntu.com/14410381/
[12:56] <sergiusens> but it does not happen on travis
[12:56] <kyrofa> sergiusens, no I'm on trusty :P
[12:56] <kyrofa> sergiusens, huh, that doesn't look good
[12:57] <kyrofa> Looks like the mock lib changed... ?
[12:57] <sergiusens> kyrofa, indeed
[12:57] <kyrofa> grr... breaking api...
[12:58] <kyrofa> sergiusens, I'm not sure how to fix that in a backward-compatible way
[12:58] <sergiusens> kyrofa, I'll look into it
[12:58] <kyrofa> sergiusens, alright let me know. I can fire up a xenial lxc in no time
[12:59] <sergiusens> kyrofa, I can do it with more code
[13:00] <sergiusens> kyrofa, the problem is the error 'helper' message when the assertion fails
[13:00] <kyrofa> sergiusens, oh. Did they just remove support for it?
[13:01] <sergiusens> kyrofa, I don't think it was removed entirely as I use it too and those don't fail (Equal), only in the called one it seems
[13:01] <kyrofa> sergiusens, worst case we can just remove the helper message and that will work on all versions
[13:01]  * sergiusens checks the docs
[13:01] <sergiusens> kyrofa, I;ll leave the message, don't worry ;-)
[13:01] <sergiusens> easy to fix
[13:11] <sergiusens> kyrofa, so even worse, nothing changed; assert_not_called only exists in 3.5 and trusty uses 3.4 so you were tricked by the mock's consumtion of anything it was called with :-P
[13:11] <kyrofa> sergiusens, oh no
[13:11] <kyrofa> sergiusens, that's _terrible_
[13:11] <kyrofa> sergiusens, oh, so embarrassing :P
[13:13] <kyrofa> sergiusens, easy fix though
[13:13] <sergiusens> kyrofa, yeah, done already; taking more time to think of a commit message than anything else :-
[13:13] <sergiusens> :-P
[13:14] <kyrofa> sergiusens, just using .called?
[13:14] <sergiusens> kyrofa, yeah
[13:14] <kyrofa> sergiusens, great, thanks for mopping up behind me
[13:14] <sergiusens> kyrofa, https://github.com/ubuntu-core/snapcraft/pull/200
[13:35] <LefterisJP> So I have a bit more general question. Once you make an app or Framework for Ubuntu core it does not mean that it will run on every device running Ubuntu core, right? It means only for devices having the same architecture? Then to support each device you would have to generate a .snap for that device's architecture separately?
[13:36] <kyrofa> LefterisJP, you have the right idea, although it's possible to create a .snap for multiple architectures if your project supports such a thing. An example might be a series of shell scripts, or something you've already compiled for other architectures
[13:37] <kyrofa> LefterisJP, keep in mind that you don't HAVE to have snapcraft build your snap for you. In current releases you can just snappify a directory with snappy build (future releases moves that functionality into snapcraft, but you can still just snappify a directory)
[13:41] <LefterisJP> interesting, where can I find more information for multiple architectures projects? I mean I saw some projects adding an architectures list in the yaml file, like: `architecture: [amd64, armhf]` but how can you specify the rules as to how to build each architecture.
[13:49] <kyrofa> LefterisJP, that's what I'm saying-- if you want snapcraft to do the building for you, you're going to be stuck with the host arch
[13:50] <LefterisJP> hmm okay
[13:50] <kyrofa> LefterisJP, however, let's pretend your project was written in go, or C++. Let's say you built it yourself for multiple architectures and ended up with a binary for each
[13:51] <kyrofa> Then you name them according to their arch: project_amd64, project_armhf, etc
[13:51] <kyrofa> LefterisJP, then you make a shell script that looks at the current arch, and launches the right onw
[13:51] <kyrofa> one*
[13:51] <kyrofa> LefterisJP, now that shell script is your snappy binary
[13:51] <kyrofa> LefterisJP, and voila, you support multiple architectures in the same .snap
[13:52] <kyrofa> LefterisJP, and you don't need snapcraft to build it-- just setup the meta/package.yaml etc. accordingly and run snappy build
[13:56] <LefterisJP> kyrofa: Thank you for your help
[13:56] <LefterisJP> Is there any blog post or tutorial or something I can use for reference for this?
[13:56] <LefterisJP> I found this to be useful: https://insights.ubuntu.com/2015/06/03/so-you-want-to-write-a-snappy-app/
[13:58] <kyrofa> LefterisJP, of course, it's why we're here :) . And yeah, that sounds kinda like what I described, nice
[14:04] <kyrofa> LefterisJP, and we are indeed trying to make that better in snapcraft. But supporting cross-compiling for all the supported possibilities in a general way is a difficult problem to solve
[14:08] <LefterisJP> yeah I understand. I had seen a presentation by Maarten Ectors in (Ethereum) Devcon1 about Ubuntu Core and I had understood that you had somehow had a magical way to cross-compile for everything already. I know it's a hard problem to solve, but who knows, with enough research and work many architectures may be supported.
[14:08] <LefterisJP> Are these snapcraft pluging used for cross-compiling? https://github.com/ubuntu-core/snapcraft/tree/master/snapcraft/plugins
[14:11] <sergiusens> LefterisJP, no, those are just used for building natively
[14:11] <sergiusens> you can override them and support a specific target if you want
[14:13] <LefterisJP> I see. Then just out of curiosity in which part of the system would any cross-compiling capability be built (in the future as you said)
[14:13] <sergiusens> LefterisJP, in the plugin itself
[14:13] <sergiusens> as each plugin (tech) uses a different mechanism to support this
[14:14] <kyrofa> LefterisJP, right, cross-compiling C++ is different than cross-compiling Go, for example
[14:16] <LefterisJP> yeah I know :(
[14:17] <LefterisJP> 2 clients exist for Ethereum, one in Go and one in C++. I like C++ a lot myself but well ... cross-compiling it for different architectures is painful
[14:17] <kyrofa> LefterisJP, yeah that's my favorite
[14:18] <kyrofa> I'm afraid snapcraft isn't going to be the C++ cross compiling silver bullet though, sorry :( . At least... not yet ;)
[14:18] <kyrofa> LefterisJP, what build system does the C++ client use?
[14:20] <LefterisJP> cmake
[14:22] <kyrofa> LefterisJP, well at least you have that-- cross compiling is a little easier with a good build system obviously
[14:30]  * kyrofa 's day always improves when he thinks he's out of coffee... and then discovers there's actually a little bit left
[14:32] <kyrofa> sergiusens, standup?
[14:32] <sergiusens> oops
[14:50] <LefterisJP> where you guys located at? Europe or US or both?
[15:05] <enoch85> ping kyrofa
[15:06] <kyrofa> Hey enoch85 :)
[15:07] <enoch85> kyrofa, so I installed Ubuntu Snappy once again, and didn't touch anything else. what would be the next step?
[15:07] <enoch85> kyrofa, do I build the ownCloud.snap seperatly from the system, and can this be done inside a VM?
[15:08] <enoch85> kyrofa, can I use my scripts in the .snap or do I have to build it from schratch?
[15:08] <kyrofa> enoch85, in order to develop the .snap, I'd ignore the rpi2 for now and do this on your dev machine
[15:09] <enoch85> kyrofa, ok, where do I begin?
[15:09] <kyrofa> enoch85, well, assuming you're running Ubuntu on your dev machine. Are you?
[15:09] <enoch85> yes
[15:09] <kyrofa> enoch85, which version?
[15:10] <enoch85> on my laptop I have Ubuntu Mate 15.10, and when I develop scripts and such I usually do this on a Ubuntu Server VM
[15:11] <enoch85> kyrofa, sorry forgot to mention you...
[15:12] <kyrofa> Excellent. First of all, get snapcraft setup (https://developer.ubuntu.com/en/snappy/build-apps/get-started/)
[15:12] <kyrofa> enoch85, haha, no problem
[15:13] <kyrofa> enoch85, let me fire up a 15.10 lxc real quick so I can walk through with you
[15:13] <enoch85> kyrofa, hmm, so I can make a standard VM and use snapcraft to compile it onto snappy? that would be awesome!
[15:14] <enoch85> kyrofa, ok!
[15:14] <kyrofa> enoch85, indeed
[15:15] <enoch85> kyrofa, yeah, and I will create a dev envirroment I think... to keep things seperated.
[15:15] <enoch85> kyrofa, which one do you recomend?
[15:15] <enoch85> kyrofa, server or desktop?
[15:15] <kyrofa> enoch85, what virtualization tech are you using?
[15:16] <enoch85> kyrofa, VMware Workstation
[15:16] <kyrofa> enoch85, short answer is server-- you won't need a GUI
[15:16] <kyrofa> enoch85, but it won't hurt anything to have a gui either
[15:16] <sergiusens> kyrofa, this was fixed, right? https://bugs.launchpad.net/snapcraft/+bug/1524374
[15:16] <enoch85> kyrofa, ok, but will it end up in alot of files all over the place, or is it clean in case I want to remove it later, in that case I don't need to create a seperate VM
[15:17] <enoch85> enoch85, I can just use my laptop as dev machine
[15:17] <kyrofa> sergiusens, yes I believe so-- let me verify
[15:18] <kyrofa> enoch85, the files it creates are pretty localized
[15:19] <kyrofa> sergiusens, yes: https://github.com/ubuntu-core/snapcraft/pull/161
[15:19] <kyrofa> enoch85, assuming you're talking about the process of building a .snap
[15:20] <enoch85> kyrofa, so basically purge snappy-tools when I'm done?
[15:20] <sergiusens> kyrofa, I can't remember when we did the split; I'll mark it fixed commited for trunk but leave it open for 1.x
[15:20] <enoch85> kyrofa, yes, that as well
[15:20] <kyrofa> sergiusens, I think it was after, so that sounds good
[15:21] <kyrofa> enoch85, ah, yeah. And remove the PPA
[15:21] <kyrofa> enoch85, of course if you're worried, virtualize it (I do)
[15:21] <enoch85> kyrofa, ok, then let's go
[15:22] <enoch85> kyrofa, naah, I need to reformat my latop soon anyway, just another reason to do it if I choose not to proceed ;)
[15:22] <kyrofa> enoch85, hahaha, okay
[15:23] <kyrofa> enoch85, give me one sec, setting up...
[15:23] <enoch85> kyrofa, ok cool :)
[15:23] <enoch85> kyrofa, oh, nice progress bar when installing the tools
[15:24] <enoch85> kyrofa, can I get that in the server env as well?
[15:26] <kyrofa> enoch85, heh, I'm not sure what you're referring to
[15:26] <enoch85> kyrofa, I got a progress bar when I installed the tools, it appeard in the bottom line
[15:26] <enoch85> kyrofa, just wondering if I can script that in a regular apt-get upgrade command on a server for instance
[15:27] <kyrofa> enoch85, via apt-get? Yeah I'd assume that would be the same regardless of desktop or server
[15:27] <enoch85> kyrofa,
[15:27] <enoch85> cool
[15:27] <enoch85> kyrofa, anyway, on page 2 now in the guide
[15:27] <enoch85> kyrofa, snapcraft tutorial
[15:28] <kyrofa> enoch85, right, so, snapcraft is a tool that will build .snaps for you if you tell it your dependencies, etc.
[15:28] <enoch85> kyrofa, could I use ondrejs PPA for PHP 7 for instance?
[15:29] <enoch85> kyrofa, btw a completley doifferent question: will PHP 7 be optional in UBuntu 16.04?
[15:29] <kyrofa> enoch85, yes, but you'll need to write a custom snapcraft plugin for the nonstandard repo. And honestly I'm not sure regarding 16.04
[15:29] <kyrofa> enoch85, is PHP7 a requirement for owncloud nowadays?
[15:31] <enoch85> kyrofa, ok, so what I want is: LAMP with PHP 7 + ownCloud + some scripts that will be included in the snap at boot for the ownCloud. Basically, I want the same as I have today: https://en0ch.se/index.php/s/i3csGfYlpivkFvh
[15:31] <enoch85> kyrofa, not a requrement, but nice to have. speed things up quite a bit.
[15:32] <enoch85> kyrofa, please download and try if you have the time
[15:33] <LefterisJP> I am playing around with deploying a simple "Hello World" shell script snappy in a Pi and after succesfully deploying it with snappy-remote when I try to run it inside the Pi I get: `appname Test-snap-echo.sideload not allowed`
[15:33] <LefterisJP>
[15:33] <LefterisJP> what am I doing wrong?
[15:33] <kyrofa> enoch85, alright. That sounds doable. I've not put together a php .snap before, so we may want to start with the default repos, just for simplicity for now
[15:34] <enoch85> kyrofa, yeah ok, and I (we) can develop it further later on
[15:34] <enoch85> :)
[15:34] <kyrofa> enoch85, exactly
[15:36] <kyrofa> sergiusens, hey on wily, snappy-tools doesn't seem to include snapcraft?
[15:38] <kyrofa> So enoch85 you'll need to `apt-get install snapcraft` as well
[15:38] <enoch85> kyrofa, on it
[15:38] <sergiusens> kyrofa, I'll add a note to check
[15:38] <enoch85> kyrofa, done
[15:38] <kyrofa> sergiusens, just makes the docs inconsistent is all
[15:39] <kyrofa> Alright enoch85, let's first try to just make a .snap that has apache running
[15:40] <enoch85> kyrofa, ok
[15:40] <enoch85> kyrofa, LAMP**
[15:40] <enoch85> kyrofa, wouldn't it be possible to make a LAMP snap?
[15:41] <kyrofa> enoch85, haha, we're getting there
[15:41] <enoch85> kyrofa, ok
[15:41] <enoch85> :)
[15:41] <kyrofa> enoch85, but all the .snaps I've made so far are a little simpler. So we're going to learn together. Sound okay?
[15:41] <enoch85> kyrofa, very good. win-win
[15:42] <kyrofa> enoch85, I figure once we get a .snap with apache, we'll add PHP, then mysql, then owncloud
[15:42] <enoch85> kyrofa, into one snap, or seperate?
[15:42] <kyrofa> enoch85, into one
[15:42] <enoch85> kyrofa, ok cool
[15:43] <kyrofa> enoch85, alright, make sure you're here: https://developer.ubuntu.com/en/snappy/build-apps/your-first-snap/
[15:43] <enoch85> kyrofa, yes
[15:43] <kyrofa> enoch85, scroll down to the "Snapcraft Recipe"
[15:43] <enoch85> kyrofa, yes
[15:44] <enoch85> kyrofa, mkdir apache?
[15:44] <kyrofa> enoch85, so we use a file named `snapcraft.yaml` to instruct snapcraft on how to assemble our .snap
[15:44] <kyrofa> enoch85, make a folder for the overall snap. I'm making a ~/src/owncloud-snap folder
[15:44] <enoch85> kyrofa, ok
[15:45] <kyrofa> enoch85,  In that folder, create a snapcraft.yaml file
[15:45] <enoch85> kyrofa, touch i suppose?
[15:45] <enoch85> or just copy the text and add my things instead?
[15:46] <kyrofa> enoch85, or vi or some other editor, no matter. Right, take the text from the tutorial and alter to fit
[15:46] <kyrofa> enoch85, just the name through the icon
[15:46] <kyrofa> enoch85, generic metadata
[15:46] <kyrofa> enoch85, ooo, actually just run snapcraft init, haha
[15:47] <kyrofa> Get in that folder and run snapcraft init. Then alter the snapcraft.yaml to fit
[15:47] <kyrofa> enoch85, if I actually read the tutorial...
[15:47] <enoch85> kyrofa, haha ok
[15:47] <enoch85> sec
[15:48] <enoch85> kyrofa, sorry for noise:
[15:48] <enoch85> name: owncloud-server
[15:48] <enoch85> version: 1
[15:48] <enoch85> vendor: Daniel Hansson<EMAIL_ADDRESS>[15:48] <enoch85> summary: ownCloud Server Snap
[15:48] <enoch85> description: ownCloud server is you self-hosted cloud
[15:48] <enoch85> icon: icon.png
[15:48] <enoch85> something like that?
[15:48] <kyrofa> enoch85, sure, that works fine
[15:48] <LefterisJP> guys ping: `appname Test-snap-echo.sideload not allowed` when trying to run a binary of an app I installed via snappy-remote. Why would I get this?
[15:50] <kyrofa> enoch85, make sure you actually have that icon. I use a .svg simply containing `<svg />` or something
[15:50] <kyrofa> enoch85, eventually we can actually use the owncloud icon
[15:50] <enoch85> kyrofa, was just about to ask... don't have an icon
[15:50] <enoch85> can copy one from ownCloud though
[15:50] <kyrofa> enoch85, that works
[15:50] <enoch85> kyrofa, yes
[15:50] <enoch85> sec
[15:53] <kyrofa> LefterisJP, is the shell script executable?
[15:53] <enoch85> kyrofa, saved that inside the owncloud-snap folder (my dev folder)
[15:53] <enoch85> kyrofa, togehter with the icon
[15:54] <kyrofa> enoch85, owncloud? That's fine, we won't use it just yet but it won't hurt anything. 8.2.2?
[15:54] <LefterisJP> kyrofa: yes
[15:54] <enoch85> kyrofa, yes, latest
[15:54] <kyrofa> LefterisJP, out of curiosity (not sure it will fix anything) try changing the name to something without hyphens and try again
[15:55] <kyrofa> enoch85, alright, so now let's tell snapcraft that we want apache
[15:55] <enoch85> kyrofa, exiteing!
[15:55] <enoch85> kyrofa, exciting!*
[15:56] <LefterisJP> kyrofa: Will do. Does that mean I need to purge it from the snappy target too? Also, my package.yaml calls the executable like:
[15:56] <LefterisJP>    exec: ./bin/testecho.sh
[15:56] <LefterisJP> do I need to put sh in front? The script does have the shebang on the top
[15:57] <kyrofa> LefterisJP, no as long as the shebang is valid you should be good. And no, when you're sideloading you can load it right over the top
[15:58] <kyrofa> enoch85, so we're going to specify parts, like further in the tutorial
[15:58] <enoch85> kyrofa, i'm with you
[15:59] <enoch85> kyrofa, just a file called parts?
[15:59] <kyrofa> enoch85, no, no files, this is all in the yaml
[15:59] <enoch85> kyrofa, sorry, add it to .yaml
[15:59] <kyrofa> enoch85, right, you got it
[15:59] <kyrofa> enoch85, so every .snap is made up of (potentially many) parts
[15:59] <enoch85> kyrofa, cool
[16:00] <enoch85> kyrofa, what repos can I use here?
[16:01] <kyrofa> enoch85, in snapcraft, each part is assembled by one of its many plugins. Part of the process we're going through may very well end up making a php plugin
[16:01] <kyrofa> (since snapcraft doesn't have one)
[16:02] <enoch85> kyrofa, ok. is it ok to post here or do you want a pastebin instead?
[16:02] <enoch85> kyrofa, maybe PM?
[16:02] <kyrofa> enoch85, pastebin is less noisy and easier to read. Perhaps PM would quiet the list down a bit :)
[16:03] <enoch85> kyrofa, like that?
[16:03] <enoch85> kyrofa, what should be instead of plugin and source i.e?
[16:04] <kyrofa> enoch85, let's take this PM
[16:09] <LefterisJP> I have a question about this blogpost: https://insights.ubuntu.com/2015/06/03/so-you-want-to-write-a-snappy-app/
[16:10] <LefterisJP> He has a snappy directory with bin/ARCH1 and bin/ARCH2 and has 2 executables under it
[16:11] <LefterisJP> how does snappy build know which one to put in what architecture? Cause I tried to do something similar and it ended up having bin/ARCH1 and bin/ARCH2 under the Raspberry PI where I only wanted to have the corresponding Architecture subtree there.
[16:11] <kyrofa> dholbach, https://developer.ubuntu.com/en/snappy/build-apps/snapcraft-syntax/ doesn't show sublists
[16:11] <kyrofa> LefterisJP, that's the thing-- it puts both
[16:12] <kyrofa> LefterisJP, that's why you need that third item-- the shell script that determines which one to run
[16:12] <dholbach> kyrofa: ok, looking into it
[16:12] <LefterisJP> I could do that, but then how does (in the blogpost) the package.yaml point to the same executable?
[16:12] <kyrofa> LefterisJP, the executable is the shell script
[16:12] <kyrofa> LefterisJP, which will run on all archs
[16:13] <kyrofa> LefterisJP, then launch the corresponding binary
[16:13] <dholbach> kyrofa: I filed https://bugs.launchpad.net/developer-ubuntu-com/+bug/1531200 to track it
[16:14] <kyrofa> dholbach, thank you! Yeah, I'm just pointing people to github for now
[16:15] <dholbach> kyrofa: we're getting closer to finally having the markdown importer working and deployed, from there on it should be a lot less tedious and we started adding tests as well
[16:15] <kyrofa> dholbach, awesome!
[16:15] <LefterisJP> kyrofa: I understand what you say, but in the blog post he seems to produce a binary called "port-listener" from go-build and then another one with the same name through go-build cross compiling for ARM. And he only puts them in different bin/ directories under the main snappy/ dir.
[16:16] <LefterisJP> kyrofa: And his package.yaml does not seem to contain a shell script
[16:16] <LefterisJP> services:
[16:16] <LefterisJP>  - name: port-listener
[16:16] <LefterisJP>    description: "template Go snappy project"
[16:16] <LefterisJP>    start: ./bin/port-listener
[16:16] <LefterisJP>    caps:
[16:16] <LefterisJP>      - networking
[16:16] <LefterisJP>      - network-service
[16:16] <LefterisJP> Unless this bin/port-listener is actually a selection shell script
[16:17] <kyrofa> LefterisJP, exactly!
[16:17] <kyrofa> LefterisJP, your last point is spot on
[16:18] <kyrofa> LefterisJP, and it in turn runs the binary that it knows will run on the current arch
[16:20] <LefterisJP> kyrofa: I see.  It invokes the correct binary file depending on the currently running architecture. This allows you to package one snap that works on my architectures. "
[16:24] <LefterisJP> kyrofa: My bad
[16:24] <LefterisJP> kyrofa: Missed that line totally
[16:25] <LefterisJP> kyrofa: Okay now I found it in the bzr repo too. Got the shell file. This will be really helpful. Thanks.
[16:26] <kyrofa> LefterisJP, no problem!
[16:30] <renat> Hi! It's Renat from Screenly. I wanted to contact @mectors about creating a custom store for screenly snaps. It is set up by store.id setting in YAML file for the  OEM snap. Is there any information about that? Thanks.
[16:30] <renat> Hi, kyrofa!
[16:32] <kyrofa> renat, hey there!
[16:33] <LefterisJP> kyrofa: But wouldn't it be smarter if the binaries were only uploaded to the device for which they were made, and having package.yaml determine which binary goes to which architecture? And then snappy-remote or snappy-install can simply deny installation for incompatible architectures. Because as it stands right now we will end up having binaries inside the /apps/bin/ of a snappy app that we would never use. I am wondering how come
[16:33] <LefterisJP> things ended up as they are now
[16:34] <renat> kyrofa, can you help me please? I want to contact mectors, but cannot see his nick in users list here. Question about custom store for Screenly becoming more urgent, and I want to resolve it until it's too late.
[16:35] <kyrofa> sergiusens, do you know anything about renat's question?
[16:36] <kyrofa> renat, I'm afraid I've not dealt with that, but I'd be curious about the answer as well. We'll see if we can find someone else to help you :)
[16:48] <kyrofa> sergiusens, or know who to talk to about it, anyway. I suspect mectors is not actually the right person
[16:57] <sergiusens> renat, do you have his email?
[16:58] <sergiusens> renat, kyrofa I think you want to talk to beuno
[17:00] <renat> sergiusens, kyrofa, thanks.
[17:00] <renat> sergiusens, how can I contact beuno?
[17:00] <kyrofa> sergiusens, yeah I wondered. renat have you tried the snappy mailing list?
[17:01] <sergiusens> renat, I just pinged beuno to join, not sure why he isn't here
[17:20] <renat> sergiusens, thanks!
[18:41] <sergiusens> Chipaca, hey, does license agreement require a license version or vice versa?
[18:43] <Chipaca> sergiusens: no
[18:44] <sergiusens> Chipaca, either of those require a license though? And if not, it seems sane if I require those keys to have a license defined, right?
[18:44] <Chipaca> sergiusens: if package version A has require-license-agreement, and B has require-license-agreement, and A is installed, and A and B both have the same license version, then the user isn't asked again
[18:44] <Chipaca> on upgrade i mean
[18:46] <Chipaca> sergiusens: if you require a license agreement, a license file is required and must be nonempty
[18:48] <Chipaca> sergiusens: i'm not sure i'm answering your question =)
[18:49] <enoch85> does anyone know the user and pass to the snappy OVA image?
[18:49] <enoch85> found here: https://insights.ubuntu.com/2015/01/15/snappy-ubuntu-core-now-on-the-hypervisor-of-your-choice-with-ova/
[18:50] <ogra_> same as everywhere :)
[18:50] <ogra_> ubuntu/ubuntu by default
[18:50] <sergiusens> Chipaca, perfectly; it was obvious, but was making sure :-)
[18:51] <sergiusens> Chipaca, but you can have a license, require an agreement and not version it, meaning it is a one time thing or until you version it
[18:52] <enoch85> ogra_, tried ubuntu ubuntu, but no. :/
[18:52] <Chipaca> sergiusens: yes. And you can have a license and a version and not require an agreement
[18:52] <ogra_> enoch85, then something must be broken ... the rootfs is the same everywhere for snappy
[18:52] <Chipaca> sergiusens: and you can have a license version and no license and not require an agreement, and that probably doesn't complain even =)
[18:53] <enoch85> http://i.imgur.com/UPPwifU.png ogra_
[18:54] <enoch85> ogra_, and I get: intel_rapl: no valid rapl domains found in package 0
[18:54] <enoch85> maybe that's the cause?
[18:54] <ogra_> i doubt that
[18:55] <sergiusens> Chipaca, that last one seems more like a bug though ;-)
[18:55] <sergiusens> Chipaca, I'm making it complain in snapcraft fwiw
[18:56] <enoch85> ogra_, any clue?
[18:57] <ogra_> enoch85, not from that screenshot ... perhaps cloud-init went south or something ... check your boot loag (i'm officially not here btw :) )
[18:57] <ogra_> *log
[18:57] <enoch85> ogra_, ok, thanks :)
[19:32] <plars> elopio: on x86, I'm seeing a message from udf with rolling/edge: "expected 5 partitons but found 0" but it exits 0. I'm assuming this was a silent failure?
[19:57] <plars> elopio: and on a different system, I get 'error while executing external command kpartx -ds /tmp/x86.img: device-mapper: remove ioctl on loop1p5 failed: Device or resource busy'


[00:05] <Dave2> \a
[00:05]  * Dave2 stabs backspace for being above enter...
[00:06] <nalioth> better to stab those long fingers, no?
[00:06]  * nalioth runs
[00:06]  * Dave2 has short fingers
[00:07] <Dave2> (to go with the short everything else)
[00:08]  * Dave2 tries to sleep ahead of relatively early start
[00:25]  * Myrtti grumbles at linux kernel and UBUNTU RECURSIONS
[00:26] <Myrtti> dear Linux.  Your friend, Miia.
[00:34] <Myrtti> so now I've got in my hands a laptop which doesn't have working wifi whatsoever.
[00:34] <Myrtti> YAY!
[00:34]  * Myrtti headwalls
[01:36] <bazhang> I want what I want, devil take the facts
[01:54] <ONX> DCC SEND AFFDGADFDHDFHADHGAGFHJAGDHJGDAHa
[01:54] <ONX> fuckballs, nobody's connection dies.
[01:55] <jrib> genius
[01:55] <bazhang> wonder why he is banned..
[01:57] <Flannel> Hes forwarded here, thatcan probably be removed
[01:57] <bazhang> bet that is holymoo
[01:58] <jrib> is he forwarded because of his hostname or his wonderfull ident?
[01:58] <Flannel> oh wait, not him specifically.
[01:58] <Flannel> @bansearch onx
[01:58] <bazhang> or el_gat0_xd
[01:58] <Flannel> So, can't really be removed, since theyre boilerplate ones
[02:04] <jrib> heh
[02:08] <nalioth> he's caught a k-train
[02:08] <nalioth> and i don't think it's holycow
[05:07] <Flannel> ubottu: tell WPPWAH about away
[05:26] <nalioth> if i have a directory full of images, how can i generate an html page that contains the image and the written link to it?
[05:27] <Flannel> written link?
[05:29] <nalioth> i want the image and next to it the absolute line   [image shows up here]  http://mywebsite/images/image.jpg
[05:31] <Flannel> And then the next ones are below it?
[05:32] <nalioth> yes
[05:32] <Flannel> Theres a few ways you could do it.   image.jpg
  or

[05:32] <Flannel> The latter is probably the "cleanest"
[05:32] <nalioth> probably throw in some
s
[05:32] <nalioth> Flannel: guess i should have made myself more clear
[05:32] <nalioth> i've got 1700+ images
[05:33] <nalioth> is there a scripted way to do what i'm asking?
[05:33] <Flannel> right, generate a script to get the file list, and plug them in for image.jpg
[05:33] <Flannel> oh
[05:33] <Flannel> uh, find yadda yadda tee -a "html with $i"
[05:34] <Flannel> whatever that mumbo jumbo is
[05:34] <Flannel> Or you want to do it in like php?
[05:34]  * nalioth doesn't speak mumbp jumbo
[05:34] <Flannel> or some other serverside language (where it generates the list each time?)
[05:34] <nalioth> doesn't make a flip to me
[05:34] <Flannel> nalioth: Just looking for a simple gallery?  Check out Scry (on sourceforge)
[05:34] <nalioth> no, not a gallery
[05:35] <nalioth> i need it in [imgage goes here] absolute-link-to-image
[05:35] <Flannel> right.  Eh, Just homebrew something.  Do you not do any serverside languages?
[05:36] <nalioth> i am doing well to write simple html
[05:36] <Flannel> No, no, nothing wrong with that.  I just would've tried to write it in something you were already familiar with.
[05:36] <jdong> for i in *.jpg; do echo "$i" >> index.html; done
[05:36] <jdong> will that work?
[05:37]  * nalioth blinks
[05:37] <jdong> oh you want the image too.
[05:37] <jdong> add an  in there too :)
[05:37] <Flannel> with quotes!
[05:37] <Flannel> src='$i' href='$i'
[05:37] <jdong> insert
 where helpful
[05:37] <jdong> wow this is really a batteries-not-included script. sorry about that :D
[05:38] <nalioth> y'all have lost me
[05:38] <Flannel> for i in *.jpg; do echo "
 $i
" >> index.html; done
[05:38] <jdong> nalioth: if you run a loop like this in bash, it'll run the echo command once for each *.jpg file you have in the current directory, where $i gets replaced by the filename
[05:39] <jdong> and all those get appended into an index.html file
[05:39] <nalioth> no forkbombs?  :P
[05:39] <Flannel> And then you just need to prepend and append the proper html goodies
[05:39] <Tm_T> $i might need {} around it
[05:41] <jdong> lol no forkbombs, this is all safe code :)
[05:41] <jdong> Flannel's version will likely work the best
[05:41] <jdong> that should write the labor-intensive repetitive HTML for you.
[05:42] <nalioth> it only made one line
[05:42] <jdong> what extension are the files?
[05:42] <jdong> you might need in *.jpg *.JPG
[05:42] <nalioth> i've gove over 50 .jpg files there
[05:42] <nalioth> got, even
[05:42] <nalioth> thanks, y'all
[05:42] <jdong> are they capital JPG or lowercase?
[05:43] <nalioth> i'll just do 10 at a time for a few days
[05:43]  * nalioth knows the diff tween .jpg and .JPG
[05:44] <nalioth> but thanks
[05:45] <jdong> sorry it didn't work :)
[06:35] <Myrtti> nalioth: "flickr"
[06:38] <Myrtti> there is no word for expressing the full crispness and the edge of this feeling I feel for xfce4-terminal
[07:50] <Tm_T> Myrtti: crippled?
[09:27] <Myrtti> Tm_T: that would be quite close
[09:27] <Myrtti> I was thinking of along the lines of "sticking wood splinters under my nails" as one metaphore
[10:30] <Myrtti> this apt-p2p is a nice idea, but I hate that I'm getting a *LOT* of E: Failed to fetch http://localhost:9977/fi.archive.ubuntu.com/ubuntu/pool/main/j/java-common/default-jre-headless_1.6-30ubuntu3_amd64.deb: 500 Internal Server Error's
[11:43] <bazhang> south_korea
[11:47] <ikonia> what about him ?
[11:48] <ikonia> I'm going to start removing/banning bullguard4 if he can't get with the program, he's had 1000's of warnings and a few wartning kicks but he still treats it like generic linux help
[11:49] <bazhang> south_korea does not seem to be able to draw the line between support and chat
[11:49] <ikonia> bazhang I know
[11:49] <bazhang> bullgard wants to translate the entirety of linux seemingly
[11:49] <bazhang> but that is offtopic in #ubuntu
[11:50] <bullgard4> bazhang: Please explain your suggestion.
[11:51] <bazhang> bullgard4, you are asking too many offtopic questions in #ubuntu
[11:51] <bazhang> bullgard4, it is a very busy channel and I have witnessed you just today arguing with people when you do not get the answer you want.
[11:52] <bazhang> bullgard4, that is both offtopic and against the code of conduct for #ubuntu channels
[11:52] <bazhang> !coc
[11:52] <ikonia> bullgard4 you know the situation - you know it's ubuntu support only
[11:52] <ikonia> bullgard4: you've been asked MANY times to deal with only ubuntu support in #ubuntu, you've been removed from the channel a few times for being offtopic but it's always the same, I see you ask in ##linux you don't get a response so you ask here
[11:54] <ikonia> bullgard4: do you understand the topic of the #ubuntu channel clearly ?
[11:55] <bullgard4> bazhang: Because I am asking for the meaning of the processor flags you are telling me that I am arguing with people when I do not get the answer I want?  I reject this argument. I have not argued when I have asked for the meaning of processor flags.
[11:55] <ikonia> bullgard4 you know that is offtopic yes/no
[11:55] <ikonia> bullgard4: after all the conversations people have had with you about being offtopic - do you think asking for documentation about processor flags is on or offtopic ?
[11:55] <bazhang> bullgard4, you said earlier today to someone:"that is of no use to me"
[11:56] <bullgard4> bazhang: When speaking about processor flags?
[11:57] <bazhang> bullgard4, not only that occasion; on many occasions you have argued with others.
[11:57] <ikonia> bullgard4: after all the conversations people have had with you about being offtopic - do you think asking for documentation about processor flags is on or offtopic ?
[11:57] <bazhang> bullgard4, but that is a moot point; you are offtopic and continue to be so in #ubuntu .
[12:00] <ikonia> bullgard4: do you understand the topic of #ubuntu - I'm asking you publicly and clearly now for the record
[12:01] <ikonia> bullgard4: it's importnat you respond please. Do you understand the topic for the #ubuntu channel
[12:03] <bullgard4> ikonia:  Topic for #ubuntu: Official Ubuntu Support Channel. I have asked question that relate to my Ubuntu problems.
[12:03] <ikonia> bullgard4 you have asked questions that are on topic in the past, no question, but you ask MANY more offtopic questions
[12:03] <ikonia> bullgard4: you understand you need to stop asking the offtopic random/generic linux questions ?
[12:05] <ikonia> bullgard4: when you've digested that I'd really appriciate a yes/no response, but take you time so you fully understand what I'm asking
[12:07] <bullgard4> ikonia: My questions in the channel #ubuntu have been and are related to my usage of the Ubuntu operating system.
[12:30] <Myrtti> meh. I don't like what's going on at -ot at all
[12:30] <bazhang> icesword is up to his usual
[12:34] <Pici> So, How was everyone's weekend?
[12:35] <Myrtti> I barely got out of bed...
[12:35] <Myrtti> :-D
[12:36] <Pici> The most constructive thing I did was put up a Pink Floyd poster.
[12:38] <elkbuntu> i went to my favourite cafe for pudding.
[12:38] <Myrtti> I'm getting bad wibes at -ot
[12:38] <bazhang> yup
[12:38] <bazhang> south_korea
[12:39] <Myrtti> also tool_
[12:39] <bazhang> he was a pain in #ubuntu until we got him to join there
[12:39] <bazhang> seems not to have changed for the better
[12:44] <ikonia> bullgard4: apologies for the slow response, I had to go with a meeting, I'll summerise for you so we can end this, yes you have asked questions about ubuntu, no argument, but you persisantly ask questions that are nothing to do with ubuntu - eg: your request for "where to find documentation about the processor flags and what they mean" - and you have been warned about this many times.
[12:52] <bullgard4> ikonia: The kernel is an inherent part of Ubuntu. You cannot think of Ubuntu without the kernel. To divide a line is arbitrary. I may be useful for practical reasons. But to punish Ubuntu people who ask questions about the functioning of the kernel in relation to better usage of Ubuntu adds to frustrating Ubuntu people.
[12:52] <bullgard4> It
[12:58] <elkbuntu> bullgard4, we are not here to support the kernel. #ubuntu is for ubuntu-specific stuff. kernel processor flags are not ubuntu-specific.
[12:59] <bullgard4> elkbuntu: I agree.
[12:59] <ikonia> bullgard4 so your agreeeing your asking off topic questions
[12:59] <elkbuntu> bullgard4, then why are we having this discussion? what about your questions have been ubuntu-specific?
[13:01] <bullgard4> elkbuntu: It is said that a special processor flag indicates if a 32- or a 64- bit version of Ubuntu is to be installed. Why should I not ask for such a flag's meaning?
[13:02] <ikonia> bullgard4 those flags are nothing to do with ubuntu
[13:02] <elkbuntu> more to the point, if you haven't done a google for, i dont know, 'linux processor flags documentation', then you're probably not going to get far with it anyway. if you're playing kernel hacker, you need to be self-sufficient.
[13:08] <bullgard4> I still believe that a certain x86 processor family flag indicates if this processor is suitable for an Ubuntu 64 bit version or not. But I cannot verify this in this moment.
[13:08] <elkbuntu> LjjjL, so apparantly my issue with the wifi was that the bios had disabled it (and the camera)
[13:08] <LjjjL> elkbuntu: on the eee?
[13:08] <elkbuntu> LjjjL, yes.
[13:09] <LjjjL> elkbuntu: don't you have eee-control installed?
[13:09] <elkbuntu> never heard of this.
[13:10] <elkbuntu> LjjjL, is it in default repos?
[13:10] <LjjjL> elkbuntu, no it isn't, it's written by someone who hangs around in #eeepc, but it's available as a .deb and IMHO it's pretty well behaved
[13:11] <LjjjL> elkbuntu: http://greg.geekmind.org/eee-control/
[13:13] <elkbuntu> LjjjL, how does it differ to eee-applet (which i just found in the repos)
[13:14] <elkbuntu> looks much the same
[13:14] <LjjjL> elkbuntu: well, one thing that certainly differs is that eee-applet isn't available in Hardy, which i use
[13:14] <elkbuntu> ah
[13:15] <LjjjL> elkbuntu: but aside from that i guess you should ask the author of either
[13:15] <elkbuntu> i upgraded to intrepid, and i'll take something in universe over non-repo stuff any day
[13:15] <elkbuntu> i actually reinstalled intrepid, but meh
[13:16] <LjjjL> elkbuntu: eee-control's author is "zgreg" on freenode
[13:17] <LjjjL> elkbuntu: one nice thing in eee-control (but eee-applet might have the same) is that it switch to and from powersave mode when you plug and unplug mains, much like xandros
[13:19] <LjjjL> elkbuntu: i'm actually changing my mind over whether or not to install intrepid about every 10 minutes... ;)
[13:19] <elkbuntu> heh
[13:20] <LjjjL> i'd ask you how it's faring for you but comparing a 701 with a 901 probably doesn't make too much sense
[13:20] <elkbuntu> my only issue is that stupification of the entire quit interface, and the fact that my mother cannot seem to burn a usable disc.
[13:21] <LjjjL> also, Hardy has two things that Intrepid lacks: KDE 3 (which i'm currently not using, but i'd hate to not have its programs available) and firefox-2, as firefox-3.0 is for some reason incredibly slow
[13:21] <elkbuntu> anyway, i'm off to bed
[13:21] <LjjjL> elkbuntu: what'd they do to quit?
[13:22] <elkbuntu> LjL, integrated the panel quit button thing with pidgin, and put a 60second timer on the quit/restart/whatever_else dialog.
[13:23] <elkbuntu> anyway, bed for real.
[13:23] <LjjjL> night
[13:23] <LjjjL> (integrating the quit button with... pidgin?! sounds pretty scary)
[13:27] <ikonia> bullgard4 I think this is going nowhere now - the bottom line is 1.) you've been ask multiple times to remain on topic 2.) you've been unable to do this, I'd like you to stop - hence why I'm asking you publicly to think about what you ask is this ubuntu questions (great ask it) if this is a generic linux question (don't ask it) I'm sorry to have to paint it out so black and white but it seems the only way as your not getting it any other way
[13:32] <bullgard4> ikonia: In my practice often questions arise that are not so simply to put into one or the other of the two categories. I will try to make a sharper distinction though.
[13:33] <ikonia> bullgard4 your thought on it would really be appriciated as you really seem to struggle more than most to seperate them, I appriciate your effort though
[13:33] <bullgard4> ikonia: Thank you.
[13:33] <ikonia> bullgard4: genuinly - thank you
[13:43] <Pici> ikonia: /me blinks
[13:43] <ikonia> ?
[13:44] <Pici> ikonia: #freenode
[13:44]  * ikonia offers pici eyewash
[13:44] <ikonia> I don't know him ????
[13:44] <Pici> Weird.
[13:44] <Pici> Probably best to ignore then.
[13:44] <ikonia> I've never even seen that nick
[13:44] <ikonia> don't recognise the ident
[13:45] <ikonia> I'll ignore it,
[13:45] <ikonia> Pici: well spotted though
[13:47] <ikonia> @bansearch klope
[13:47] <ikonia> @bansearch kloppe
[14:29] <genii> Myrtti: Yes, it's me. Moin
[14:29] <Myrtti> moin
[14:30] <Myrtti> LjL: you really need to start inventing more original nicknames
[14:30] <Myrtti> LjL: like "&KLSADURTY#¤%/
[14:31] <LjL> Myrtti: i don't invent them, muh invents them!
[14:32] <LjL> i have bip installed (but i've not yet switched to it)
[14:32] <LjL> muh runs in a crontab, bip starts from init.d
[14:32] <LjL> so bip gets the LjL nickname first
[14:35] <Dave2> ...does your client deliberately try to make nicks which make me start to reach for easykline?
[14:36] <ikonia> ljl is a troll
[14:36] <LjL> Dave2: yes, yes i understand. it's not my client, it's the bouncer, and you know what the historical genesis of irc bouncers is about...
[14:37] <LjL> it tries LjL but it's taken by bip, then LjL-Temp but it's taken by the client, then a pseudo-random nickname that looks like a k-line ready to be issued
[14:46] <Seeker`> hmm, k-lines-r-us?
[14:46] <ikonia> hey Seeker`
[14:47] <Seeker`> heya
[14:47] <Seeker`> how be?
[14:48] <ikonia> good, you ?
[14:49] <Seeker`> not bad
[14:49] <Seeker`> got a job
[14:50] <ikonia> cool where and what
[14:50] <Seeker`> kings langley, doing architecture / algorithms work for a company that does graphics chips
[14:51] <ikonia> that sounds interesting
[14:51] <Seeker`> I hope it is :)
[14:51] <ikonia> when do you start ?
[14:54] <Seeker`> 1st december
[14:54] <ikonia> #congratulations
[15:24] <Seeker`> ikonia: thanks
[15:46] <bazhang> have to reboot when trying to connect to wifi hotspot?
[15:46] <bazhang> never heard of that one before
[15:47] <genii> bazhang: They likely don't know of dhclient
[15:48] <bazhang> genii, wos' story just does not add up
[15:50] <bazhang> he claims that the AP is his, then mention he does not know if they are encrypted or not
[15:51] <genii> bazhang: I haven't been paying too much attention there, lemme check scroll
[15:52] <ikonia> bazhang: he is a little suspicious, but I think there is also a language barrier to get across
[15:52] <bazhang> ikonia, could well be
[15:55] <genii> I think he's actually just more confused than anything
[15:56] <bazhang> or miscommunicating
[15:56] <genii> Yup
[16:00] <bazhang> its the confused one
[16:15]  * Myrtti grunts
[16:15] <Myrtti> http://jaiku.com/channel/ubuntu/presence/48613124
[16:16] <genii> Too many ppl do that sudo <gui-app-name-here>
[16:20] <Myrtti> reeeheeehheeeaally
[16:21] <Myrtti> genii: I feel old, grumpy, tired and too Ubuntuish.
[16:21] <bazhang> I think he is trying to connect via ethernet and wifi at the same time.
[16:22] <bazhang> ie the neighbor's wifi
[16:22] <genii> Probably, yeah
[16:22] <bazhang> which can be done
[16:22] <Myrtti> who what where
[16:22] <bazhang> wos1 in #ubuntu
[16:22] <Myrtti> oh.
[16:22] <bazhang> way too many discrepencies in his story by now
[16:23] <ikonia> ha ha
[16:23] <ikonia> Columbo
[16:23] <bazhang> hehe
[16:23] <bazhang> should tell him about load balancing
[16:23] <bazhang> but that would be wrong
[16:24] <bazhang> ie leeching others wifi
[16:24] <genii> "Just the facts ma'am..... Aaah... I have just a few more questions... sorry to be a bother" <puffs cigar>
[16:26] <bazhang> hahaha
[16:26] <bazhang> that was a classic show
[16:29] <Myrtti> argh. I've got someone from Bristol that wants to befriend me in Facebook, but I have no idea whatsoever who he is.
[16:29] <ikonia> bristol
[16:30] <bazhang> argh Facebook
[16:30] <bazhang> there fixed
[16:31] <Myrtti> what where
[16:31]  * Seeker` goes to find Myrtti on facebook
[16:31] <ikonia> she has pictures of hamsters
[16:31] <ikonia> I've seen them on jussi's
[16:32] <Pici> guinea pigs?
[16:32] <Myrtti> GUINEA PIGS
[16:32]  * ikonia </troll>
[16:32]  * Myrtti slaps ikonia with a biodegradable bag full of wet soggy woodchips
[16:32] <genii> I think jussi01's ones are of a hedgehog
[16:32] <ikonia> yeah he does have a cool hedgehog
[16:33] <Myrtti> genii, ikonia: http://myrtti.fi/temp/siili-ja-marsut.mp4 yupyup
[16:33] <ikonia> downloading
[16:33] <Pici> yip yip yip
[16:33] <Myrtti> (I should really encode that with the permission of jussi01, that's his video)
[16:35] <genii> I like the domain. I tried to get genii.ca before but it's gone already
[16:35] <ikonia> !ubottu
[16:36] <Myrtti> genii: I'll tell the Jackass of Relationships and Nerdom thanks ;-)
[16:37] <Myrtti> (I didn't register that nor pay for the three years myself a year ago)
[16:37] <genii> Heh
[16:37] <Myrtti> it was a lovely gift though
[16:39] <genii> unfortunately coffeegenii.ca was also taken.(it's a brand of coffee maker)
[16:40]  * Seeker` found Myrtti on facebook
[16:41]  * Myrtti chuckles
[16:42] <PriceChild> stalker
[16:43] <bazhang> does gord have an alternate nick of drog? in -ot
[16:43] <Myrtti> I'm surprised I've not really been facebook stalked that much
[16:43]  * ikonia watches pricechild from two holes in a news paper
[16:43] <genii> bazhang: I'm pretty sure, yeah
[16:43] <Dave2> .wi n33
[16:44] <Myrtti> .fa il
[16:44] <Dave2> undeed L(
[16:44] <Dave2> ...
[16:44] <Dave2> indeed :(
[16:44] <bazhang> genii, they have very different isp's though
[16:44] <Seeker`> bazhang: is he causing a problem?
[16:44] <bazhang> Seeker`, drog was a bit earlier (not gord)
[16:45] <bazhang> seem to recall someone mirroring his nick a week or so ago
[16:45] <Seeker`> what was drog doing?

[16:46] <Seeker`> serious trolling? or just being slightly annoying
[16:46] <bazhang> somewhere in the middle
[16:47] <bazhang> and the real gord does not seem to do that at all
[16:47] <PriceChild> Meh, I never did get the gcf dance for ubuntustudio done.
[16:48] <ikonia> PriceChild gcf ?
[16:48] <Seeker`> group contact form
[16:48] <ikonia> oh
[16:48] <Seeker`> at a guess
[17:39] <Tm_T> Myrtti: ?
[17:40] <Myrtti> Tm_T: !
[17:40] <Tm_T> .
[17:40] <Pici> ‽
[17:40] <Tm_T> I hate when only return from screensaver/lock is restarting Xorg
[17:40] <Nafallo> Tm_T: it often isn't.
[17:41] <Nafallo> Tm_T: drop to a console, login and kill the screensaver.
[17:41] <Tm_T> Nafallo: 1) no working console were available 2) no separate screensaver process
[17:41] <Nafallo> that sounds weird.
[17:42] <Tm_T> lovely isn't it
[17:42] <Nafallo> no. just weird.
[17:42] <Tm_T> no it's not
[17:42] <Nafallo> how can you have a screensaver running without having a screensaver running?
[17:42] <Tm_T> in stable and static desktop it would be weird
[17:43] <Tm_T> Nafallo: plasma love, my love
[17:43] <Nafallo> oh. scary stuff.
[17:43]  * Nafallo hugs Ubuntu :)
[17:43]  * Tm_T hugs her Ubuntu mug
[17:44] <genii> Bah. When am I ever going to be able to purchase my Kubuntu mug. I've waited ever so long.
[17:45]  * Myrtti hugs her pink Mymble's Daughter mug
[17:48] <Myrtti> http://en.wikipedia.org/wiki/The_Mymble%27s_Daughter ♥
[17:56] <mneptok> Myrtti: you've read "Kotitonttu" yes?
[17:57] <Myrtti> the poem?
[17:57] <mneptok> Astrid Lindgren's book
[17:58] <mneptok> http://www.amazon.com/Tomten-Astrid-Lindgren/dp/0698115910/ref=pd_bbs_sr_1?ie=UTF8&s=books&qid=1226339874&sr=8-1
[17:58] <mneptok> ("The Tomten" in English)
[17:59] <Myrtti> can't say I have
[17:59] <mneptok> you should. :)
[17:59] <mneptok> that book along with the Moomins was a big thing in our home.
[18:01] <Tm_T> kids...
[18:01] <Myrtti> http://www.iittalahomeshopping.com/WebRoot/iittala/Shops/iittala/4741/4ECE/1085/3213/A4FA/5274/EB19/5366/Mymmeli_muki.jpg ♥
[18:03] <Myrtti> D bought http://dy.fi/qmg for himself :-D
[18:27] <Seeker`> moomins!
[18:39] <ikonia> yeah mobile broadband on the train works !
[19:09] <jrib> irc is sucking up too much time, I'm going to write a bot to replace me
[19:10] <Myrtti> sounds like a plan
[19:10] <jrib> 2 weeks later... writing a bot to replace me is taking up too much time ...
[19:11] <Myrtti> haha
[19:13] <LjL> jrib: then write a bot to write a bot to replace you
[19:13] <jrib> good idea, tell me in 2 weeks :)
[19:25] <ikonia> jrib: just make an auto responded "speak to ljl, he knows how to do that" for every question
[19:25] <ikonia> problem solved
[19:25] <jrib> hahaha
[19:26] <jrib> how can I break my computer?
[19:26] <jrib> speak to LjL, he knows how to do that!
[19:29] <genii> Drop it from a height
[19:31] <jussi01> Myrtti: you can use that vid no probs anytime - CC by SA
[19:31] <jussi01> Hello all
[19:32] <genii> jussi01: Heya. Did the core go down for a bit?
[19:33] <jussi01> genii: no idea, havent looked
[19:35] <jussi01> genii: no, doesnt look like it..
[19:36] <genii> Weird
[19:36] <genii> jussi01: Because when I logged in today  the username went back to quassel251 or so
[19:37] <jussi01> genii: hrm, that is weird
[19:38] <jussi01> genii: you might have bumped the other one?
[19:38] <genii> jussi01: Maybe it disconects on netsplits
[19:39] <jussi01> genii: no, because it didnt disconnect for me.
[19:40] <genii> Hm
[19:44] <jussi01> genii: you didnt ghost the nick at all?
[19:46] <Myrtti> jussi01: I need to find a decent video editing software then
[19:51] <jussi01> !info kdenlive | Myrtti
[19:51] <Myrtti> SHUT UP
[19:51] <jussi01> !info openmovieeditor | Myrtti
[19:51] <jussi01> !cinelerra
[19:58] <genii> jussi01: Apologies on lag, work required me. As far as I know the name did not ghost.
[20:13]  * genii sips
[21:01] <stdin> watch \3TATUK in #u
[21:01] <stdin> oh-k-then
[21:12] <stdin> jussi01: are you alive?
[22:13] <Seeker`> what?!
[22:16] <jdong> ubottu: tell Seeker` that I think he is really special and cool
[22:16] <jdong> *ducks*
[22:16] <mneptok> ubottu: tell me about your childhood.
[22:16] <mneptok> you and me both.
[22:17] <mneptok> i think the mescaline baby formula was part of the problem
[22:18] <Seeker`> ubottu: tell me about everything you know
[22:18] <jdong> ubottu: shhhhh lemme whisper in yo ear...
[22:18] <jdong> </awful hiphop reference>
[22:19] <Seeker`> isn't the "awful" implied in the fact it is hiphop?
[22:19] <jdong> yes.
[22:25] <mneptok> well, the is Doctor Octagon
[22:25] <mneptok> *there
[22:26] <mneptok> http://www.musicsonglyrics.com/D/droctagonlyrics/droctagonearthpeoplelyrics.htm
[22:27] <mneptok> I got cosmophonic, pressed a button, changed my face
[22:27] <mneptok> You recognised, so what? I turned invisible
[22:27] <mneptok> Made myself clear, reappeared to you visual
[22:27] <mneptok> Disappear again, zapped like a android
[22:27] <mneptok> Face the fact, I fly on planets every day
[22:27] <mneptok> My nucleus friend, prepare, I return again
[22:27] <mneptok> My 7XL is not yet invented
[22:42] <LjL> !intrepid
[22:42] <LjL> he's right.
[22:42] <MTecknology> Just noticed the party room is gone
[22:42] <LjL> i forgot
[22:43] <LjL> !no intrepid is <reply> Ubuntu 8.10 (Intrepid Ibex) is the current release of Ubuntu. Downloading: http://releases.ubuntu.com/8.10/ - Features: http://www.ubuntu.com/getubuntu/releasenotes/810
[23:17] <cxvxb> Hi, I was a bad boy in #ubuntu about a week ago and used an offensive nick. It won't happen again. Can I be unbanned?
[23:17] <cxvxb> Sorry!
[23:26] <LjL> moment
[23:27] <LjL> cxvxb, it was hardly just a matter of using a bad nickname, to be fair
[23:28] <cxvxb> well it won't happen again
[23:28] <cxvxb> if you unban me i mean
[23:29] <LjL> !etiquette > cxvxb    (cxvxb, see the private message from ubotu )
[23:29] <LjL> cxvxb: i'd like you to read the stuff in there, especially the guidelines and coc
[23:29] <cxvxb> very well
[23:32] <cxvxb> okay i've had a look
[23:32] <cxvxb> LjL, and they are duly noted
[23:32] <cxvxb> can i get out of time out now
[23:33] <cxvxb> be back in a minute im doing package related stuff
[23:33] <LjL> cxvxb: chew them for a couple more days, i'm really not comfortable with unbanning someone who, judging from what was said in both #ubuntu and #ubuntu-offtopic, is unlikely to respect any of those guidelines
[23:34] <cxvxb> yeah okay
[23:34] <LjL> your promise to avoid doing such things in the future is noted, however i really can't help not finding it enough
[23:34] <cxvxb> bye
[23:34] <cxvxb> okay
[23:34] <cxvxb> alright then i will check back. thanks for your time.
[23:34] <LjL> bye
[23:35] <LjL> @mark #ubuntu-ops cxvxb This is "PipFAGGOT"
[23:40] <mneptok> @login
[23:40] <mneptok> @btlogin
[23:41] <ikonia> the mighty mneptok
[23:42] <mneptok> i am?
[23:42] <mneptok> i mean, besides the stench?
[23:42] <ikonia> yes


[20:25] <pleia2> really nice job with the summaries this week \o/
[20:27] <pleia2> need a summary for Paul's planet post and the Ubuntu Community Team Q&A - 28st June 2016 if anyone wants to watch/skim that video
[20:28] <pleia2> (I just added both)
[22:41] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue472
[22:44] <pleia2> sent off to editors


[15:31] <jbicha> darkxst: today was the final UG release: 16.04.5
[15:31] <jbicha> since we don't offer support in this channel and won't be doing more releases, maybe we should close this channel and redirect it to #ubuntu-desktop?