[00:07] heheh popey :) [00:08] jcastro: yeah my password has really special characters so I think that crashed it [00:12] popey: jcastro: I'm telling you, we need a re-captcha that has people triage bugs before getting access, then let the spammers figure out how to do it [00:16] heheh [00:28] I would not trust these idiots to triage a bug [00:29] hahahahahah true XD [00:30] "I order to access this wiki you must create a parser to convert moin to mediawiki." [00:30] even better [00:30] because then NOBODY would be on the wiki [00:30] because I tried that once for another project, really hard... [06:53] Morning o/ [07:08] hi davidcalle dholbach svij and others [07:08] morning all [07:08] hi Kilos, hey svij [07:08] marcoceppi, how's the world of juju, layers and django? can we update ubucon-site again? [14:06] popey: alan. [14:06] watching apps going into the snappy store is kind of addicting [14:08] hah [14:09] Since 2.0.2 landed all my stuff works [14:09] well, on this laptop anyway [14:10] actually, I lie, the clock and calculator don't show up in the dash [14:11] dpm: ^ 😃 [14:11] same here [14:12] you know what the best part is? [14:12] we can fix it whenever we want [14:12] popey, jcastro, I don't know what's going on, they show up for me :/ [14:12] is there an equivalent of `dpkg -L` for snaps? [14:13] find /snap/appname/current [14:13] I guess you could mount the squashfs file and look at it, dunno [14:13] dpm: you're on 2.0.1 though? [14:14] popey, I'm on 2.0.2 now [14:15] hm [14:17] actually I don't see any snap apps in my dash and they all have .desktop files [14:17] jcastro: be interesting to see when number of snaps in the store overtakes number of clicks.... [14:17] http://popey.mooo.com/mirror/clicks/graph_clicks.png [14:17] http://popey.mooo.com/mirror/clicks/graph_snaps.png [14:17] especially given many clicks are "just" webapps [14:17] which will be unlikely to happen with snaps [14:18] snaps are more likely to be "just re-packaged debs" which is _fine_ by me :) [14:18] I think snaps will be perfect for these electron webapps [14:18] it's "just re-packaged debs which someone actually updates" [14:18] things like slack, etc. [14:18] yup [14:18] agreed [14:18] plus, there were a large swath of users who never got to use clicks, myself included [14:19] not having to buy hw to use it will be nice. [14:22] jcastro, do you have any of these electron webapps in mind? [14:23] yeah! I have a whole list: [14:23] https://github.com/sindresorhus/awesome-electron [14:24] atom, visual studio code, [14:24] https://github.com/MarshallOfSound/Google-Play-Music-Desktop-Player-UNOFFICIAL- [14:24] this one is quite awesome ^^^ [14:24] https://www.gitkraken.com/ [14:25] I use that for git, it's quite slick. [14:25] oh, and simplenote is quite excellent, it was on omgubuntu the other day [14:26] popey, let's add those to our list! :-) [14:26] yeah! [14:27] and teach jcastro how to make them :) [14:27] * dpm high-fives popey :) [14:28] the reason I added qtox was because it does secure voice and video chat 😃 [14:28] it's pretty awesome [14:28] need more ways for jcastro to see my face [14:28] I would like to try to do one [14:29] popey: log out and back in [14:29] see #ubuntu-desktop, it's an artifact of the snappy->snapd move without us logging out and back in [14:29] icons work for me now [14:30] popey, jcastro, oh, also pretty good -> https://github.com/nuttyartist/notes, Qt-based, should be easy to snap [14:30] (famous last words) [14:30] what is the best way of approaching snapping an electron app? [14:30] converting the deb or doing it from scratch? [14:31] jcastro, incidentally, I was looking at it yesterday [14:31] disclaimer: I'm not an expert by any means, but I picked sergiusens' brain [14:31] the nice thing about electron apps is that there's new energy there and they're all mostly cross platform [14:31] I was trying to snap atom [14:31] but they wrap web services so they kind of need to be snaps because things change on the web so fast [14:32] atom uses a bit of a crazy build setup [14:32] so it's a bit difficult to abstract [14:32] and nearly all of them just spit out debs that I have to manually update, and that gets old fast [14:32] jcastro: thanks [14:32] deb first or upstream build has not a straight answer [14:33] in some cases snappyfying the .deb is a matter of 5 minutes [14:33] in others (i.e. Atom) it's best to do the build [14:33] yeah, i have been creating two branches, get the deb working first, then do the upstream source build [14:33] snapcraft has this concept of plugins [14:33] because with snap the problem for me has been more getting the thing running more than getting it built [14:33] but that's because I chose easily built stuff :) [14:34] yeah, popey's is a good approach, but we've found out it does not always work to create the .deb first [14:34] so I was talking with sergiusens about having an electron plugin for snapcraft that could take care of the build [14:34] an electron plugin would get us a bunch of apps we've never had before [14:34] however, that assumes that all electron webaps use the same, standardized build setup [14:34] and are relatively good and exciting [14:34] yeah [14:35] so it might be a good thing to explore [14:35] https://github.com/mawie81/whatsdesktop [14:35] I use this, and it's quite good [14:36] I mean, it's not a "native app" and people will be cynical about it. [14:36] on the otherhand, whatsapp on ubuntu [14:36] jcastro, I actually use the whatsapp webapp on the Ubuntu phone, but it requires for me to walk around with an Android phone, as it keeps asking you to reconnect, which is not optimal [14:37] same as using whatsapp on your browser, it asks you to keep the connection alive [14:37] which to me makes it pointless to have on a desktop [14:38] oh, lame. :/ [14:38] yeah, it seems they also mention it on that app's README.md "Note: In order to use this app a WhatsApp Web compatible device is required." [14:40] there's gotta be one good hero app that is better than xbomb that like makes it obvious that having it as a snap is a good idea [14:40] I mean, other than the 100 Markdown editors, heh [14:40] ffmpeg built from tip of trunk is handy :) [14:41] but yes, we need things that people want the latest of, which is usually out of date in ubuntu after a few months [14:41] and never gets updated other than in PPAs [14:41] have a look and see which are the most popular webupd8 ppas :) [14:43] let me check the webupd8 atom ppa [14:43] atom - 1.7.1 - xenial - amd64 : 13134 [14:44] how does 13k downloads stack up vs. click dl numbers? [14:44] that's quite a decent amount [14:44] how did you get that number? [14:44] I have a script [14:45] give [14:45] :) [14:45] https://github.com/marcoceppi/gypsy-danger [14:45] ta [14:45] it's what I use to get the nvidia numbers [14:45] the only caveat is it's cumulative [14:46] so if version 1.0 has 100 downloads, and version 2.0 has 100 downloads it just means 100 people upgraded ... probably [14:47] so 13,134 downloads of atom 1.7.1 happened, but those could be upgrades, and multilple installs, etc. [14:47] tldr, use it as an indicator more than actual science [14:48] sure [14:49] thanks, very helpful [14:49] oh man, youtube-dl would be a good one [14:50] its done [14:50] davidcalle did it [14:50] oh! [14:50] not in the store yet it seems [14:50] jcastro: it even works! [14:50] Unfathomable! [14:51] jcastro: generate the snap yourself! ;) [14:51] I still need to get around the new store workflow, but yeah, next step would be to publish it [14:52] https://github.com/unindented/electron-installer-debian [14:52] jcastro, check this out, it's even one of our examples -> https://developer.ubuntu.com/en/desktop/examples/#snap-ubuntu :) [14:52] so they have different ones, one for RH systems, one for windows [14:52] electron-installer-snap so people can just consume it and then publish on their own would be a good long term thing [14:53] dpm: that was a subtle way to say RTFM to jcastro ^^ [14:53] heh [14:53] In my defense, none of this stuff worked for me until yesterday [14:54] so I haven't been digging at all [14:54] svij, well, jcastro is correct in that not all was working until yesterday, which is when we published the docs as well :) [14:54] good excuse. :) [14:54] and we've not widely publicised it for that reason too :) [14:55] that's why I didn't look into playing with snaps yet ;) [14:55] that's why you haven't seen it on G+ and FB yet, but now you've heard of it, you've got no excuse ;) [14:55] :D [14:55] it's totally more motivational when you see the store yesterday, and then wake up this morning and there are 2 new apps [14:55] I can literally be excited about apps every day instead of every 6 months [14:56] * svij has a todo list item to snappyfy his todo list manager… [14:59] ok and for launchpad PPAs [14:59] I see there's snap features in launchpad [14:59] but is it as simple as a bunch of people just clicking a button? [15:00] jcastro, check out https://developer.ubuntu.com/en/desktop/get-started/#automating-snap-builds for the 30 seconds summary [15:00] ta [15:00] I should probably read all of this and stop wasting your time, heh [15:01] np, we spent quite a lot of time writing the docs, so it's actually rewarding to just have to hand over the links ;) [15:01] oh so it builds but it appears it doesn't autopublish [15:01] jcastro, not yet, but it's on the LP roadmap IIRC. However, you can drive it with the LP API [15:02] ok, team call [15:02] nod [15:02] it'd be interesting to autopublish in the devel channel, but then the developer can bless builds for the stable release [16:23] * davidcalle eods. Have a nice evening o/ [16:25] you too davidcalle [16:28] Thanks Kilos :) [16:28] :D [16:40] https://plus.google.com/+Ubuntu/posts/fHX7NqQ2gQ1 the test of this posting is misleading… [16:45] indeed, I've just got into our G+ page and fixed it, thanks svij for the heads up [16:47] dpm: thanks! [16:57] jose: you did the askubuntu bot on #juju didn't you? [16:58] what? [16:58] askubuntu bot? [16:59] yeah, when someone asks a question it puts it in the irc channel [16:59] did you set that up? I guess not, heh [17:01] hehehe nope, not me [17:02] I have the ubuntuonair bot === dpm is now known as dpm-mostly-afk [19:47] jcastro: any idea how long mitaka is supported on 14.04? [19:49] pretty sure it's going to be the same way as we did for 14.04 and it's openstack release, lemme dig around [19:51] thank you :) [19:51] https://wiki.ubuntu.com/ServerTeam/CloudArchive [19:51] yeah, looks like it's the same [19:51] oh, and I meant 14.04 specifically [19:51] not 16.04 [19:51] 14.05 w/ cloud archive to use mitaka [19:51] 14.04 [19:52] sudo add-apt-repository cloud-archive:mitaka [19:52] according to that page [19:52] I didn't realize that was working until just now [19:52] "When 16.04's OpenStack version is released that will be added to the Cloud Archive with support for 3 years, i.e. until the end of the Ubuntu 14.04 LTS lifecycle." [19:52] sweet [19:52] so mitaka even on 14.04 will last 3 years, in theory [19:54] and yeah, I've totally been using mitaka on 14.04 for the past month with the cloud archive, I just wasn't sure if it would be 18 months or 3 years [19:54] so I guess theoretically you can skip an LTS and still never leave support [19:55] the final manuscript for my book is due may 9th, there is no way I'm making the move to systemd and 16.04 at this point [19:55] a little sad that it's going to be shipped with 14.04, but c'est la vie [19:55] it's this or the book is never going to end [19:55] always one more thing... [19:56] heh [19:56] 14.04 with the latest hwe kernel is still an awesome release [19:56] yeah, it really is [19:59] jcastro: do you get to visit austin next week? [19:59] not I. :-/ [19:59] lemme see who's going [19:59] sad [20:00] maybe for the best, apparently there is flooding and it'll be rainy ;) [20:01] yeah, I like austin too [21:35] That moment when you accidentally click "allow" on a spammer then furiously click back and deactivate! [21:36] makes for a whole week of excersize. [21:36] or however it's spelled, too hard