[09:20] <popey> just had my first data loss with a file in my ubuntu one folder
[09:20]  * popey expects there no chance for recovery :(
[09:22] <aquarius> data loss in what sense
[09:22] <aquarius> ?
[09:25] <popey> i had an ods file in my u1 folder on friday which I was editing directly in that folder and i go there now and it's 0 bytes long
[09:25] <aquarius> hrm.
[09:26] <aquarius> that is, obviously, not supposed to happen. :(
[09:26] <aquarius> try looking at the web interface?
[09:26] <popey> yeah, 0 bytes there too
[09:26] <aquarius> ouch. soz.
[09:27] <aquarius> I don't know enough about the detailed workings of file sharing to suggest where to look in the logs to find what might have happened...
[09:27] <popey> and no backups because the machine was shutdown over the weekend
[09:27] <popey> (yes, I do backup)
[12:28] <statik`> popey, if you haven't already, please file a bug with ubuntu-bug on ubuntuone-client so we can look at the logs and see what happened. thats definitely serious and I want to make sure we figure out why it happened and fix it.
[12:31] <popey> i have found syncdaemon.log but I am concerned because there is sensitive information in there
[12:31] <popey> which is the main reason I have not filed a bug yet
[12:33] <popey> I would be fine with a canonical person seeing the log, but nobody else.
[12:33] <statik> popey: yeah I understand. please go ahead and file the bug manually then, and I'll mark it as critical and get someone to look at it, and then you can mail the log to them
[12:34] <popey> ok, thanks
[12:35] <popey> of course I accept its possible that openoffice ate my file :)
[12:35] <statik> well, i want to investigate carefully
[12:37] <popey> er
[12:37] <popey> how did I manage to get my bug filed against bindwood!?
[12:38] <popey> bug 449461
[12:38] <popey> let me know what detail you want
[13:50] <popey> statik: my desktop just powered down for no reason :S
[13:51] <statik> thats definitely not good
[13:51] <popey> statik: I suspect this may be a contributary factor to why i had some data loss, possibly the spreadsheet was open and the machine powered off over the weekend
[13:51] <popey> ext4 :S
[13:53] <statik> huh
[13:53] <statik> it will be interesting to see what events the syncdaemon saw
[13:54] <statik> because the file is zero on the server also
[14:06] <aquarius> yeah. I think, if ext4 decides to truncate your file, the syncdaemon will notice, say "ooh look popey truncated that file, OK" and then propagate that change to the server...
[14:07] <aquarius> Might be useful to explicitly not propagate truncations to zero bytes. Obviously this doesn't help with any of the other myriad forms of file corruption, but it might prevent one troublesome case
[14:09] <popey> the issue is of course that i didnt realise that my machine had shutdown, so I didnt know I needed to take any special precautions, so I boot up and as soon as I'm online, *bam* goes my online 'backup' (yeah, I know it's not a backup) and then *bam* it disappears off my laptop too :(
[14:10] <dobey> at least notifications are working then :)
[14:35] <CardinalFang> aquarius, thisfred: https://code.edge.launchpad.net/~cmiller/desktopcouch/distutils-manifest-update/+merge/13218
[14:35] <thisfred> CardinalFang: I'm on it!
[14:35] <CardinalFang> aquarius, thisfred, I'm not sure about the "setup.cfg" in the Distutils MANIFEST.in
[14:35]  * aquarius looks
[14:35] <thisfred> ah
[14:35]  * aquarius pokes lp until it gets the diff
[14:36]  * thisfred reads up one manifest.ins
[14:36] <aquarius> what's setup.cfg for?
[14:36] <thisfred> s/one/on.
[14:36] <thisfred> s/./\//
[14:37] <thisfred> s/me/someone who can type/
[14:37] <CardinalFang> """The setup configuration file is a useful middle-ground between the setup script —which, ideally, would be opaque to installers [1]—and the command-line to the setup script, which is outside of your control and entirely up to the installer. In fact, setup.cfg (and any other Distutils configuration files present on the target system) are processed after the contents of the setup script, but before the command-line."""
[14:37] <CardinalFang> http://docs.python.org/distutils/configfile.html
[14:37] <dobey> aquarius: specifying options to additional commands
[14:42] <statik> hi CardinalFang, are you working today?
[14:42] <dobey> o/~ workin on a day off o/~
[14:42] <CardinalFang> statik, er, it's a holiday isn't it?
[14:42] <dobey> aye it is indeed columbus day
[14:43] <dobey> today we celebrate some guy from portugal discovering an island that's not part of the US
[14:43] <CardinalFang> statik, I'm going to get this package out, at least.
[14:43] <statik> CardinalFang: yes, and yet you are on IRC ;) so i'm trying to figure out whether I should leave you in peace or ask you questions about pending uploads to karmic
[14:43] <statik> CardinalFang, ah super. thanks for working on that
[14:44]  * dobey is in a similar position of packaging
[14:44] <statik> CardinalFang, so you are working on a desktopcouch upload? are there any pending couchdb uploads?
[14:44] <CardinalFang> statik, my kid has 101F fever, so I'll take off as soon as I can, anyway.
[14:44] <CardinalFang> statik, No couchdb uploads, no.
[14:45] <statik> dobey, thanks for working on the client packaging on the holiday too!
[14:45] <CardinalFang> ...other than to datacenter, grumble grumble.
[14:46] <dobey> statik: sort of sucks that i had to wait to do it, but i'm sort of glad too
[14:46] <teknico> dobey, some guy from WHERE?!? ;-P
[14:46] <dobey> teknico: portugal
[14:48]  * dobey really should be cleaning/packing some stuff
[14:48] <teknico> dobey, wow, I didn't know his nationality was disputed: http://en.wikipedia.org/wiki/Origin_theories_of_Christopher_Columbus
[14:49] <thisfred> teknico: well he sailed from portugal, under the portuguese flag, or didn't he? :)
[14:49] <dobey> thisfred: i think he was sailing on spanish flag ships :)
[14:50] <thisfred> oh right
[14:50] <teknico> thisfred, that does not mean the same thing as "some guy from portugal"
[14:50] <pfibiger> teknico: the 'other hypotheses' is great: a single researcher from country X is convinced that columbus is from country x.
[14:50] <thisfred> teknico: true
[14:51] <teknico> pfibiger, right, I'll claim he was from Malta then! ;-)
[14:52] <thisfred> I think you'll find he was Dutch
[14:52] <thisfred> Kristoffel Kolenbus
[14:52] <dobey> who cares. he's been dead for 500 years
[14:53] <dobey> point was that he's not from the US, and he didn't discover the US :)
[14:54] <jamalta> oh gosh, i think the only history i was taught was of christopher columbus
[14:54] <dobey> just approve my branch so i can land it and make a release :)
[14:54] <jamalta> since dominican republic (i think) is where he landed first...
[14:55] <dobey> and try to enjoy the day i'm supposed to be having off :)
[14:56] <statik> dobey, plurals branch approved
[14:57] <dobey> grazi
[14:59] <teknico> "grazie" if lang == IT else ?
[15:00] <dobey> lang = it_BAD
[15:00]  * aquarius laughs. I don't think ISO recognise that one :)
[15:01] <teknico> aquarius, it's only used in the British Antilles of Doom
[15:05] <CardinalFang> aquarius, thisfred: news?  I'm trying to release this soonish.
[15:05] <CardinalFang> desktopcouch 0.4.4, woo
[15:06] <vds> isn't meeting time?
[15:06] <CardinalFang> dang.
[15:06] <aquarius> CardinalFang, what's your worry with setup.cfg?
[15:06] <thisfred> CardinalFang: I'll approve, I'm going to assume putting the cfg in the manifest is harmless at worst
[15:07] <vds> MEETING BEGINS: aquarius CardinalFang dobey statik thisfred, shall we start?
[15:07] <CardinalFang> aquarius, I thought it was a problem (my sponsor said it was missing) but I verified that it's installed by default.  That change is meaningless.
[15:07] <statik> me
[15:07] <aquarius> me
[15:07] <CardinalFang> me
[15:07] <vds> me
[15:07] <teknico> me
[15:08] <vds> statik: please
[15:09] <statik> I'm working on switching to spawning so our web servers stop crashing, and on reviewing critical bugs
[15:09] <statik> BLOCKED: none
[15:09] <statik> aquarius, your turn
[15:09] <aquarius> ⚀ DONE: review duty; in long conference call; chased RT on getting working couchdb deployed to cloud
[15:09] <aquarius> ⚁ TODO: fix outstanding bugs; look at oauth-enabling twisted
[15:09] <aquarius> ⚂ BLOCKED: working couchdb not yet deployed to cloud
[15:09] <aquarius> ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 0 (!!)
[15:09] <aquarius> CardinalFang, speak on!
[15:09] <CardinalFang> DONE: released 0.4.3 of desktopcouch.  Talked with uploader.  Figured out bzr-builddep!
[15:09] <CardinalFang> TODO: release 0.4.4 today to fix minor problem and one bug.  Take half of day off.
[15:09] <CardinalFang> BLOCKED: None.
[15:10] <teknico> vds?
[15:12] <vds> DONE:code review, started a branch about couchdb compaction #449402
[15:12] <vds> TODO: finish the branch as quick as I can :)
[15:12] <vds> BLOCKED:
[15:12] <vds> teknico all yours
[15:12] <teknico> DONE: completed, fixed and landed the contacts web ui code updates according to the sprint use cases (#440070); pointed out and fixed a Django security vulnerability present in our Django snapshot; started applying the contacts web design structure to server-side code (#439089)
[15:12] <teknico> TODO: finish applying the contacts web design structure to server-side code (#439089); applying the client-side code needed by the contacts web ui (#439093, #439094)
[15:12] <teknico> BLOCK: none
[15:12] <teknico> next: noone
[15:12] <aquarius> CardinalFang, branch approved
[15:13] <CardinalFang> aquarius, thankyousir!
[15:15] <dobey> ah, the road to 1.0
[15:19] <statik> teknico, thanks a million for the security patch
[15:20] <teknico> statik, my pleasure
[15:32] <statik> popey: I'm reminded that we have primitive versioning on our roadmap, at least undelete. It sure would be nice if you could go to the web UI and just say to restore the file to how it was before
[15:47] <aquarius> CardinalFang, https://bugs.edge.launchpad.net/desktopcouch/+bug/440660 is done now, isn't it?
[15:48] <CardinalFang> aquarius, It's committed to trunk.  It's not released to Ubuntu yet.
[15:48] <CardinalFang> (v soon.)
[15:48] <aquarius> CardinalFang, ah, right, OK; was just looking through the bug list for stuff I might be able to do
[16:05] <blueglasses> hi
[16:06] <blueglasses> is there a way to share public links without email, i mean, share to all, on ubuntu-one web, by giving a url ?
[16:07] <aquarius> blueglasses, hi. At the moment Ubuntu One doesn't allow you to publish a public URL for a file
[16:10] <blueglasses> is this a permitions issue? I created a www folder, and it shows locally has a conflict, and online as a not named folder
[16:10] <blueglasses> does ubuntu one runs a webserver deamon locally?
[16:18] <dobey> blueglasses: it does not. at least, not for longer than 10 minutes (as part of the oauth process)
[16:20] <blueglasses> kk
[16:21] <blueglasses> so it mirrors my files
[16:21] <blueglasses> but its a secure server
[16:22] <blueglasses> but it wont let me share my files without a password/email
[16:22] <blueglasses> sorry, I'm spamming, i'm just trying to understand to better ask
[16:24] <statik> blueglasses: currently, Ubuntu One only lets you share files with other Ubuntu One users (and accounts are free so anyone can join, even if they are not using ubuntu). In the next release of Ubuntu (10.04) we are planning to add the ability to share folders with the anonymous public.
[16:24] <statik> you can access your files from your ubuntu machine, or from the web interface. we've talked about also adding a webdav interface but haven't done it yet
[16:49] <blueglasses> ok thanks
[16:53] <popey> statik: that would indeed be "nice" :)
[18:07] <teknico> statik, thanks for the mention of autonomo.us , I didn't know about it
[18:23] <jimlovell777> Does Ubuntu One have the ability to upload files parts at a time or does a transfer have to be completed all at once? In other words if I have a 200 meg file and shutdown my computer after 75 megs have been uploaded will the transfer pick back up at 76 megs when I power back up?
[18:30] <jbwiv> guys, trying to get going with ubuntu one on Karmic. I have setup an launchpad account and launched the client. It prompts me to login with my launchpad account, which I do, and then it takes me to a "Launchpad Login Service" page. This page lists three things...my display name for Launchpad, my email, and then my email minus .com with @ replaced by "-". There's a Sign In button. I click...and then the page reloads. Nothing else...no error message or
[18:30] <jbwiv>  anything else. I've tried clearing my browser's cache...any other things I should do?
[18:36] <jimlovell777> jbwiv: Do you use the Firefox add-on NoScript?
[18:36] <jbwiv> jimlovell777: indeed I do....aha....
[18:36] <jbwiv> let me take a look at that.
[18:37] <jbwiv> jimlovell777: but, I have scripts globally allowed...and noscript indicates no error
[18:37] <jimlovell777> jbwiv: Open the NoScript options dialog and click on the Advanced tab and then the ABE tab, is it enabled?
[18:38] <jbwiv> jimlovell777: hmm...I see no ABE tab. Just Untrusted, Trusted, XSS, JAR, HTTPS
[18:39] <jimlovell777> jbwiv:  I guess that's not the issue. You probably have an update for NoScript though, it should have that tab.
[18:39] <jbwiv> yes, it appears I do
[18:39] <jbwiv> downloading
[18:41] <jimlovell777> jbwiv: Do you have cookies disabled?
[18:41] <jbwiv> jimlovell777: no, I have a number of sites open using them currently
[18:42] <jimlovell777> jbwiv: Is it possibile for you to take a screenshot of the page you're getting?
[18:42] <jbwiv> sure, one sec
[18:49] <jbwiv> jimlovell777: http://bayimg.com/eAEogAAcg
[18:50] <jimlovell777> jbwiv: So when you're on that screen and click login you loop right back to it?
[18:50] <jbwiv> jimlovell777: exactly...no error...nothing
[18:51] <jimlovell777> jbwiv: Are you using OpenID credentials or trying to simply login using a Username/Email and Password? The page listed at the top of the screenshot is for an OpenID authentication.
[18:52] <jimlovell777> jbwiv: In noscript do you have XSS protection on? If you have that on and notifications off even with scripts being globally allowed XSS Post requests will be filtered.
[18:53] <jbwiv> jimlovell777: if I clear my cache and start the client, it brings me to a launchpad login screen. After I login there, it forwards me to this screen.
[18:53] <jbwiv> Sorry, that's misleading. It's the same Launchpad Login Service screen
[18:54] <jbwiv> only at first, it asks "What is your e-mail address", and "Do you have a Launchpad password?". After I enter those, I get to the screen I showed you
[18:55] <jbwiv> on my XSS tab , I have "Sanitize cross-site suspcious requests" checked, yes.
[18:56] <jimlovell777> jbwiv: Just to be disable that for a moment, try the login again and if still it doesn't work re-enable it. I cant tell what's going wrong. I got that same screen earlier but when I clicked login, it worked.
[18:56] <jbwiv> k, one moment.
[18:57] <jimlovell777> jbwiv: Well I just got to that same screen again and I'm now fairly certain it has nothing to do with NoScript. I have scripts blocked for that site and XSS protection on and the login went through flawlessly.
[18:58] <jbwiv> jimlovell777: odd. yes, disabling both ABE (I installed the new NoScript) and XSS had no effect
[18:58] <jimlovell777> jbwiv: Goto Launchpad.net and login, then goto ubuntuone.com, on that login screen backspace the +openid from the URL and click enter.
[18:59] <jbwiv> now, our firewall only allows 443 and 80 outbound...is this sufficient?
[18:59] <jimlovell777> jbwiv: Yes I believe so, when I check Ubuntu One is connected through 443. and I have most things locked down.
[19:00] <jbwiv> jimlovell777: when I go to ubuntuone.com it taks me to one.ubuntu.com and says I'm logged in (my username in the upper right hand corner, and a "My Account" tab
[19:01] <jimlovell777> jbwiv: If you click my account does it take you to the right place>
[19:01] <jbwiv> It takes me to an "Account information screen" at url https://one.ubuntu.com/account
[19:02] <jimlovell777> jbwiv: You just need to authorize your computer now?
[19:02] <jbwiv> jimlovell777: hah...I don't know? I just can't seem to get the client to connect, and every time I start it I go through this process ;)
[19:03] <jbwiv> where do I got to authorize my computer?
[19:03] <jimlovell777> jbwiv: go here https://one.ubuntu.com/plans/ and subscribe to the free plan
[19:04] <jimlovell777> this is where the ABE page will get you, I finally just disabled NoScript completely, restarted firefox, authorized my computer then re-enabled NoScript. Everything works for me now.
[19:04] <jbwiv> hmmm...could've sworn I already did that, but it appears I didn't. Now I see Subscription Details on my account, so looks like I'm not subscribed
[19:05] <jbwiv> k, now after restarting I do get the Add computer page
[19:05] <jbwiv> and...looks like it's now connecting. Great...thank you
[19:05] <jimlovell777> jbwiv:  lol of course now you have to login again....
[19:05] <dobey> hmm
[19:05] <dobey> that is really weird
[19:05] <jbwiv> Seems Ubuntu needs to make this  a bit clearer ;)
[19:06] <jimlovell777> jbwiv: You're welcome, I may not have answers but in a round about way I'll get you there.........
[19:06] <dobey> no, the server redirects you to the /plans/ page if you don't have a subscription
[19:06] <dobey> which is why it's weird that it's not doing the LP auth loop
[19:07] <jbwiv> jimlovell777: lol...yeah, not there yet. Even thought the disconnected icon changed, I'm still not connected (if I view the folder it says "Connect" on the button..pressing does nothing). Oh well, I'm further now! :)
[19:07] <jbwiv> wait, never mind...now it says I'm connected
[19:07] <jbwiv> thanks for your help. I'll have to test this a bit
[19:08] <jimlovell777> jbwiv: You're welcome. happy file backinguping ;)
[19:08] <jbwiv> :)
[19:09] <jbwiv> dobey: well, it didn't redirect me
[19:09] <jbwiv> and I didn't have a plan ;)
[19:10] <dobey> i understand that
[19:12] <dobey> which is why it is weird
[19:12] <jimlovell777> I logged into a second launchpad account and it took me to the same to pages, I had to click plans to be offered one.
[19:13] <dobey> how did you click on plans from the auth page?
[19:14] <jimlovell777> I went to UbuntuOne.com and entered my Launchpad.net login info, I was redirected to the same page as jbwiv (seen in his screenshot) I then clicked login and was taken to a page with a big picture explaining Ubuntu One and had to click on the upper "Plans" link to start a plan subscription.
[19:19] <dobey> ok
[19:20] <jbwiv> is a file or folder supposed to get uploaded automatically when dragged into the ~/Ubuntu One folder?
[19:20] <dobey> but that's not the same as launching the applet and authenticating your computer to access the files
[19:20] <jimlovell777> jbwiv: Yes to files, not sire about folders
[19:20] <jimlovell777> *sure
[19:21] <jimlovell777> dobey: True, would it be helpful if I tried that method?
[19:21] <jimlovell777> Or can I if this computer is already authed?
[19:21] <dobey> the oauth token process bit is what will redirect you to the plans page (or is supposed to)
[19:22] <jbwiv> odd...it looks like it tried to sync one of my folders, but now no folders or files are being sync ed (at least, they're not showing up in the web ifc even though it says my files are up-to-date)
[19:22] <jbwiv> woops...and the icon just disappeared...so I'm assuming that means it crashed
[19:23] <dobey> no, it hides when idle by default
[19:23] <dobey> so you'll only see it when disconnected or when it is updating the files
[19:23] <jbwiv> yeah, just found that
[19:23] <jbwiv> ok
[19:24] <jbwiv> oh well...seems it might be a bit before ready for prime time. I like the direction though.
[19:24] <jbwiv> look forward to it stabilizing
[19:27] <jimlovell777> I got kind of frustrated when UbuntuOne kept disappearing and not uploading my most recent file.  Turns out it would have put me over my storage limit, I would have liked to get a message stating that instead of just sitting there scratching my head until I figured it out.
[19:28] <jbwiv> yeah....well, I'm using 0% of my 2gb...but it's not syncing ;)
[19:28] <jimlovell777> What does it say if you single left click the UbuntuOne tray icon?
[19:29] <jbwiv> the icon disappeared...I went into settings and told it to always show up,b ut it hasn't come back
[19:29] <jimlovell777> When I click it says now updating 6 of 8 files, odd because I only have three files in my Ubuntu One folder.
[19:29] <jbwiv> but the last I checked, it said all files up-to-date or something similiar
[19:29] <jimlovell777> jbwiv: That happened to me earlier, I had to kill process and restart it.
[19:30] <jbwiv> is there an init.d script?
[19:31] <jimlovell777> Not sure but I know you can enable or disable it in the System->Preferences->Startup Applications dialog.
[19:31] <dobey> for ubuntuone? no, it's a per-user thing, not a system service
[19:31] <jbwiv> I see
[19:33] <jimlovell777> dobey: Do you know if ubuntu one can start where it left off should the upload of a large(r) file be interrupted?
[19:35] <dobey> jimlovell777: i think so, but i'm not entirely sure. i'm not especialy familiar with that part of the code
[19:36] <jimlovell777> dobey: Ok, just curious, I haven't seen that mentioned anywhere.
[19:37] <jbwiv> ok, after killing and restarting...it appears to be syncing (3 of 49)
[19:37] <jbwiv> so we're getting somewhere. thanks guys
[19:41] <jimlovell777> That's good to hear. I'm really looking forward for this to progress. It will really come in handy. I'd really like to see it be able to backup my home dir if it's a reasonable size so if my laptop is lost or stolen I can simply load ubuntu on another computer login to ubuntu one and be back to where I was once I re-install the software I use on top of a base install. It would also be handy for settings migration durring a full wipe a
[19:41] <jimlovell777> nd upgrade in the future.
[20:40] <dutchie> how do I make tomboy note syncing work?
[20:46] <dobey> dutchie: i believe there's a fix for your issue waiting to be deployed to the live server tomorrow, along with some other important fixes
[21:46] <causasui> ubuntuone just overwrote my keepass database with an old version.
[21:46] <causasui> it's a good thing I didnt delete the old keyfile.
[22:42] <CardinalFang> EOD, jokers.
[22:52] <dobey> and 1.0.0 is released. but i am lame and forgot my irc password, so i can't change the topic
[22:52] <dobey> whee
[22:52] <dobey> later though


[16:47] <mrevell> Thanks for the approval allenap!!!
[16:47] <mrevell> damn, wrong channel
[16:48] <allenap> mrevell: You're welcome :)
[16:48] <mrevell> :-D


[04:22] <stevebiscuit> sergiusens: in case you missed it on Telegram, WebDM is now SnapWeb and lives on GitHub: https://github.com/snapcore/snapweb
[06:43] <lundmar> Hi. Is it possible for a snap (eg. app) to depend on another snap (eg. lib) or should all dependencies be included as parts?
[06:49] <ogra_> there will be library snaps at some point that will aloow content sharing between two snaps ... but that does not exist yet and will very likely be limited to one user (i.e. you wont be able to use my lib snaps, but if you package a whole desktop you can have a shared lib snap for all your desktop snaps)
[07:20] <lundmar> ok, so for now I simple bundle everything in one. Got it. Thanks.
[07:20] <lundmar> simply*
[07:20] <ogra_> yeah
[08:16] <zyga> o/
[09:06] <joc_> zyga: hey, whats the next step for the serial-port PR?
[09:07] <zyga> joc_: I have to review it again; I'm sorry I was pretty busy lately
[09:09] <joc_> zyga: np, thanks
[09:36] <jennym> Hi, I am trying to build a java application using snapcraft which depends on a package from an external jar file. I am thinking I need to use the copy plugin to move the external jar file to where it can be seen by the ant plugin. Any ideas?
[10:48] <zyga> slangasek: hey, did you commit all the packaging improvements from debian into snap-confine?
[10:54] <trijntje> Hi, I'd like to learn to make snappy packages. Is it also possible to use snappy for things like python libraries? I need a later version of pyvcf then is in the repo so I thought that might be a good test case
[10:58] <zyga> trijntje: no, because libraries are not executable directly, libraries can be represented as snapcraft "parts" and later included in othre snaps
[11:01] <trijntje> zyga: ok, so if I want a library that I can import in my own programs, I need to install them system wide using .deb. But when I make an app that depends on that library I can include it as a snapcraft part
[11:02] <popey> jdstrand: (sorry for double ping) http://paste.ubuntu.com/17287781/ what do I do about these kinds of things?
[11:02] <popey> (I have [x11, network, network-bind, unity7, opengl, home])
[11:04] <dpm> davidcalle, dholbach, hey. Quick question - how often is the gadgets page on d.u.c updated? E.g. if someone uploads a new gadget, it should appear automatically on the page after how long?
[11:05] <davidcalle> dpm: since we got various requirements that did not fit the current app (eg. indicating official support or not, etc.) the list is back to manual updating since the sprint.
[11:06] <zyga> trijntje: if you want to use it in your programs that are packaged as a snap you don't need the deb
[11:08] <trijntje> zyga: I work as a bioinformatician, so I'm usually writing small scripts to do a specific trick, so for me its important I can just put 'import libraryX' and have it work. I usually don't package each and every script I create
[11:08] <zyga> trijntje: you can just use pip for that
[11:08] <zyga> trijntje: pip install --user ...
[11:08] <zyga> trijntje: if you want to package your scripts into a snap you can also use pip packages
[11:09] <dpm> davidcalle, thanks. Can you give me more context on these requirements that caused the updates to be manual?
[11:12] <trijntje> zyga: I'm in a bit of a weird spot, since I write a lot of tools, and I have do distribute those to like 5 different users. So I want to do as little manual stuf as possible, but packaging everything 'by the book'  also seems overkill
[11:13] <trijntje> Right now I try to use as much stuf from the repo as possible, and put my scripts in a simple .deb, which is easiest for the users, but a pain when I need a later version then is in the repo
[11:18] <zyga> trijntje: do a snap then :)
[11:18] <davidcalle> dpm: I've forwarded you some threads for context. In a nutshell: need to fetch a new type of snaps ("gadget", we are only looking for "oem" right now which is not used in 16 series anymore), identify gadget snaps maintained by Canonical, sort by release, add links in some cases, that don't exist in the store description.
[11:19] <dpm> great, thanks davidcalle
[11:20] <dpm> davidcalle, when you've got a minute, could you also publish the snapcraft 2.10 blog post? We might want to change the title to reflect the actual announcement was last week
[11:20] <trijntje> zyga: I'd like to, but not if first I have to snap all python libraries that I want to use. Thats a lot of extra work right?
[11:20] <davidcalle> dpm: have you seen my comment on it?
[11:22] <davidcalle> dpm: about gadget snaps, the new type fecthing + sorting by release is merged in trunk, other requirements are blocking.
[11:27] <zyga> trijntje: no, you don't have to snap then
[11:27] <zyga> trijntje: if your libraries are on pypi you can use them directly
[11:27] <zyga> trijntje: add a part that installs your libraries into the snap
[11:28] <zyga> trijntje: (see snapcraft docs for that, I don't remember which plugin it was)
[11:28] <zyga> trijntje: then add another part that puts your scripts into the snap
[11:28] <zyga> trijntje: and expose each script as an app
[11:28] <trijntje> zyga: ok, that sounds pretty good. So I just do pip install for myself for development, and use pip for the snappy package as well
[11:28] <zyga> trijntje: there's a way to pass a requirements.txt to your part
[11:29] <zyga> trijntje: I just don't recall the syntax
[11:30] <dholbach> dpm, there's also no way to distinguish between supported and unsupported snaps in the store
[11:30] <dholbach> dpm, I'll raise this with the store team again
[11:30] <trijntje> cool, I'll give that a go.  And it will work for every python lib ofc ;)
[11:38] <dpm> davidcalle, I've now seen the comment and replied to it. I've made some tweaks to the text and I think it should be good to go. Do you think you could look at publishing it in the next few hours? Thanks!
[11:38] <dpm> davidcalle, as usual, feel free to modify, especially if you have a better suggestion for the title
[11:39] <davidcalle> dpm: yes, seen it. wfm! Will publish right after lunch.
[11:39]  * dpm hugs davidcalle
[12:03] <d_ed> has there been any thought on how to handle libexec? Most libs (KDE frameworks anyway) hardcodes it into apps based on the install prefix. Naturally that doesn't work in snappy
[12:06] <zyga> d_ed: some peopple use --prefix=/snap/$SNAP_NAME/current/usr
[12:07] <zyga> d_ed: though sadly it would be best if this was handled upstream, if upsteams integrated with $SNAP
[12:07] <d_ed> I've submitted patches in review to load from an env var
[12:08] <d_ed> so we can then do KF5_LIBEXEC_DIR=$SNAP/whatever/libexec  in the snap launcher
[12:09] <d_ed> --prefix=/snap/current is technically broken
[12:09] <seb128> zyga, that prefix doesn't work though, it makes things being mounted in /snap/name/current/snap/name/current...
[12:09] <ogra_> iirc there was recently env var support added to snapcraft.yaml ... not sure that got released yet though
[12:09] <d_ed> as if you ran an old version you'd hardcode into a different file
[12:09] <ogra_> so you dont need to patch, you just define KF5_LIBEXEC_DIR= in your snapcraft.yaml
[12:10] <d_ed> well, I need the patch in frameworks to actually look at KF5_LIBEXEC_DIR as it didn't exist yet
[12:10] <ogra_> right, but you shouldnt need to patch the snap launcher for it
[12:11] <d_ed> yep
[12:11] <d_ed> thanks
[12:11] <zyga> seb128: ah, right
[12:11] <zyga> hmmmmm
[12:11]  * zyga has no idea
[12:11] <ogra_> wouldnt a relative prefix work ?
[12:12] <ogra_> --prefix=./usr
[12:12] <d_ed> and depend on the CWD from where you launch snap?
[12:21] <dpm> ah zyga, I wanted to follow up - last week Jamie mentioned you'd had found some issues with the clock app, but I couldn't trace some of the things you mentioned in the wrapper. Could you remind me of the issues you found and confirm if that's the code you were looking at? -> http://bazaar.launchpad.net/~dpm/ubuntu-calculator-app/snap-all-things/view/head:/calculator.wrapper
[12:21] <dpm> sorry, I mean *calculator snap, not clock
[12:32] <davidcalle> dpm: about to publish, but see doc for an alternative title suggestion
[12:36] <slangasek> zyga: I have no commit access to snap-confine, so no
[12:37] <zyga> slangasek: can you propose a pull request
[12:37] <zyga> slangasek: I've made a lot of improvements now and lintian is much happier
[12:38] <slangasek> zyga: well, I don't have any packaging changes yet for snap-confine because I still only have ubuntu-core-launcher in Debian; so those would need to be rebased
[12:38] <zyga> slangasek: ok
[12:38] <zyga> slangasek: you should now be able to use 1.0.29 as a base for debian
[12:39] <zyga> slangasek: just change packaging to not call --enable-rootfs-is-core-snap
[12:39] <zyga> slangasek: and call --disable-confinement
[12:39] <zyga> slangasek: that will make it work
[12:39] <slangasek> ok
[12:40] <zyga> slangasek: we should be able to do non-native packages
[12:40] <zyga> slangasek: I don't know if you want to make that happen
[12:41] <slangasek> zyga: so that's just 1.0.29+1 -> 1.0.29+2 for Debian, with the above changes?
[12:41] <zyga> mhm
[12:41] <zyga> yep
[12:41] <zyga> and run some snaps to make sure it all works
[12:41] <zyga> but I think w'ere good
[12:41] <slangasek> non-native package would make sense to me, but I wasn't going to insist just yet
[12:41] <zyga> ok
[12:42] <slangasek> zyga: so looking at 1.0.29, I don't see --enable-rootfs-is-core-snap set anywhere
[12:43] <slangasek> or supported in the code
[12:44] <jdstrand> popey: so, snappy-debug mentioned what you need: add one of 'firewall-control, network, network-bind, network-manager, unity7, x11' to 'plugs'
[12:44] <jdstrand> popey: I suggest using plugs: [ network ]
[12:45] <dpm> davidcalle, replied, thanks!
[12:45] <jdstrand> popey: especially if the application is trying to use the network (which is a safe bet, but only the snap author would know)
[12:45] <popey> jdstrand: ahh, network-manager and firewall-control were new ones on me
[12:45] <popey> gotcha
[12:47] <davidcalle> https://developer.ubuntu.com/en/blog/2016/06/13/Snapcraft-210-zip-files-devmode-and-macaroons/
[12:51] <slangasek> zyga: so yeah, I don't see how to do what you're describing on 1.0.29
[12:52] <popey> jdstrand: added all those plugs and it fails in the same way
[12:54] <zyga> slangasek: one sec
[12:56] <dholbach> mvo, zyga: do you guys know why snapd is still stuck in -proposed?
[12:58] <mvo> dholbach: its a bit unclear if all the verification is finished, we are discussed this right now with the sru guys
[12:59] <dholbach> go go go! :)
[12:59] <dholbach> let me know how things go
[13:04] <slangasek> mvo: somewhat related, I see snapd 2.0.8+16.10 is still stuck in yakkety-proposed due to new autopkgtest failures
[13:04] <slangasek> (these autopkgtest failures also show up on http://people.canonical.com/~ubuntu-archive/pending-sru.html, but I guess we'll ignore them...)
[13:05] <seb128> dholbach, mvo, on http://people.canonical.com/~ubuntu-archive/pending-sru.html snapd has unverified bugs (not all green)
[13:05] <dholbach> zyga, ^ too
[13:05] <slangasek> yes, including the only bug that is /supposed/ to matter, which is bug #1588052 ;)  but they've been tagged v-done now
[13:06] <slangasek> oh, but https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1580463 still hasn't been
[13:07] <seb128> right
[13:07] <jdstrand> popey: you should've only needed the one plug 'network'. does it fail in exactly the same way? if so, can you uninstall then install again?
[13:08] <seb128> slangasek, mvo, btw the i386 test issue looks like it's bug #1576066
[13:08] <jdstrand> slangasek, seb128 let me verify that
[13:08] <jdstrand> (1580463)
[13:08] <mvo> (in a meeting right now)
[13:08] <popey> jdstrand: yes, it fails in the same way, i completely removed, rebuilt and reinstalled.
[13:09] <seb128> well allowing socketcall should make it work, that's the workaround I was using locally
[13:09] <popey> jdstrand: not using --devmode btw, should I?
[13:09] <jdstrand> popey: are you sure it failed in the same way? look at the timestamp-- is it the same as the one in the paste?
[13:09] <slangasek> seb128: right; strange, I somehow thought that one was already fixed in 2.0.8
[13:09] <popey> jdstrand: http://paste.ubuntu.com/17289635/ looks same to me
[13:10] <popey> -rw-r--r-- 1 alan alan 90206208 Jun 13 13:51 wine_1.6-git_amd64.snap
[13:10] <jdstrand> popey: it might be failing cause of something other than the sandbox but showinng you the olddenial
[13:10] <popey> snap built and installed just before that error
[13:10] <seb128> slangasek, well, the snappy update "fixes" it by allowing socketcall, the real bug to fix is that libseccomp one though
[13:10] <seb128> slangasek, the "fix" is only a workaround
[13:10] <popey> jdstrand: paste shows time delta between the two reports
[13:10] <seb128> slangasek, I was just pointing in case you didn't see the libseccomp one
[13:10] <slangasek> seb128: but 2.0.8 is still failing, so not worked around after all
[13:10] <seb128> oh ok
[13:10] <seb128> I didn't try that
[13:10] <jdstrand> popey: ok-- can you paste your yaml?
[13:11] <seb128> slangasek, mvo marked the bug verification-done though?
[13:11] <mvo> seb128: the syscall one is fixed in git
[13:11] <mvo> slangasek: falling with a bad syscall?
[13:11] <popey> jdstrand: sure
[13:11] <ysionneau> hi, why not allowing "cross compilation" for the "copy" plugin in snapcraft?
[13:11] <seb128> mvo, fixed? like you fixed libseccomp/bug #1576066
[13:12] <ysionneau> should just be a matter of adding def enable_cross_compilation: pass, no?
[13:12] <seb128> mvo, or "fixed" like you allowed socketcall?
[13:12] <mvo> seb128: yes, we allow this now
[13:12] <popey> jdstrand: http://termbin.com/nlou my yaml
[13:12] <jdstrand> allowed socketcall until it can be properly fixed
[13:12] <seb128> k
[13:12] <jdstrand> seb128: ^
[13:12] <seb128> so workarounded
[13:12] <seb128> wfm
[13:12] <seb128> jdstrand, mvo, thanks
[13:12] <mvo> oh, sorry, yeah, not "fixed" but "worked-around"
[13:12] <slangasek> mvo: the current i386 autopkgtest for 2.0.8 is failing, no messages about syscalls in the log
[13:13] <jdstrand> popey: you should change that to: plugs [ network, unity7, opengl ]
[13:13] <popey> ok
[13:13] <jdstrand> popey: not that it will fix the issue, just fyi
[13:13] <jdstrand> popey: can you paste /var/lib/snapd/profiles/snap.wine.wine?
[13:14] <jdstrand> popey: whoops
[13:14] <jdstrand> /var/lib/snapd/seccomp/profiles/snap.wine.wine
[13:14] <popey> jdstrand: ok
[13:16] <ogra_> ysionneau, well, to do it properly you would have to enable multiarch on the host machine so it can find the foreign arch packages in the archive
[13:17] <ogra_> there is a bit more to it
[13:17] <ysionneau> ogra_: maybe there's something I don't get, I thought "copy" was just "dummy copy files"
[13:17] <ysionneau> which does not imply compiling anything
[13:17] <ogra_> it allows stage-packages
[13:18] <mhall119> ogra_: where is the source for the freecad snap?
[13:18] <ogra_> mhall119, no idea ... you have to ask the developer :)
[13:18] <mhall119> well you mentioned it specifically when talking about translations support in snaps, so I assumed you knew something more about it :-P
[13:19] <ogra_> mhall119, i pointed vejmarie to my nethack snapcraft.yaml and he adapted it for his freecad build ...
[13:19] <popey> jdstrand: http://termbin.com/d8i8 - sorry for the delay - wanted to rebuild with your changed plugs first
[13:20] <ysionneau> ogra_: anyway, it would be good to allow using copy to just copy files, when you cross compile
[13:20] <jdstrand> seb128, slangasek: fyi, 1580463 is now verification-done
[13:20] <seb128> jdstrand, thanks
[13:21] <jdstrand> popey: hmm, so , the policy has recvfrom. Can you run scanlog now, then try to launch the app again and let me know if you get a new entry from scanlog?
[13:22] <ogra_> mhall119, https://linuxfr.org/users/vejmarie/journaux/mon-premier-snap-sur-xenial has the snapcraft.yaml
[13:22] <popey> jdstrand: same, recvfrom
[13:22] <seb128> jdstrand, that's not enough to get ibus to work though, should I open a new bug about that?
[13:22] <jdstrand> that is strange
[13:22] <popey> jdstrand: http://paste.ubuntu.com/17289866/
[13:22] <jdstrand> seb128: what else is needed?
[13:23] <mhall119> thanks ogra_
[13:23] <jdstrand> seb128: but to answer your question-- yes, that bug was about policy violations, what you need will not be a bug in the policy
[13:23] <seb128> jdstrand, I need to re-test to make sure, but iirc ibus tries to get the ibus-daemon bus id from ~/.config/ibus
[13:23] <popey> jdstrand: this might be a factor... /snap/wine/100001/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=8d1c78fd3bb1c66399c240ccb4c0b1e6e64d961e, not stripped
[13:23] <popey> 32-bit binary
[13:23] <popey> (I'm on amd64)
[13:24] <seb128> jdstrand, which is not available in the snap (or not under that path in any case)
[13:24] <jdstrand> seb128: we allow that in the policy, but the snap is going to have to find it somehow. I think the problem is that HOME is set to ~/snap/$SNAP
[13:24] <seb128> right
[13:24] <seb128> which is still an issue to solve
[13:24] <seb128> I guess ibus needs to be patched
[13:25] <jdstrand> seb128: perhaps before you exec your app, have it do: "cd $HOME/../../"
[13:25] <mhall119> ogra_: am I missing something, or are both examples hard-coding en_US as the locale?
[13:26] <jdstrand> seb128: there are different ways to handle it. what I suggested would be a workaround, but might break the app in a different way (since maybe it need HOME to be ~/snap/$SNAP
[13:26] <seb128> jdstrand, in fact ibus should use the xdg dirs so the env should make it work, let me re-test to make sure it really doesn't
[13:26]  * jdstrand nods
[13:27] <jdstrand> popey: that was my next question actually
[13:27] <popey> heh
[13:27] <jdstrand> popey: let me run the command in an x86 chroot
[13:28] <mvo> slangasek: I believe the current i386 failure is a different one, I'm trying to reproduce this as we speak (I think its a new one :(
[13:34] <jdstrand> popey: on i386 it is 'brk' which is in the policy
[13:35] <jdstrand> popey: are you on yakkety or xenial?
[13:36] <jdstrand> popey: are you using an ubuntu kernel?
[13:36] <jdstrand> popey: can you give me the snap?
[13:36] <jdstrand> basically, it should not have that denial based on the policy
[13:37] <jdstrand> popey: are you using snap-confine/snap-run and not ubuntu-corelauncher?
[13:37] <jdstrand> ubuntu-core-launcher*
[13:41] <jdstrand> popey: actually, nm. I know the issue. it *is* that it is 32 bit and running on amd64. what is happening is that because it is amd64, it is getting the amd64 seccomp translation, but it needs the i386 filter translation. please install in --devmode
[13:43] <jdstrand> popey: or better-- install 64bit version in the snap
[14:07] <slangasek> zyga: sorry, any further guidance on snap-confine?
[14:16] <mvo> slangasek: anything else pending on the snapd 2.0.8 release? anything we can or or need to do?
[14:18] <sergiusens> ysionneau the copy plugin needs a simple fix if you want to use it with `--target-arch` (look at the tar plugin if you want to create a PR, will gladly accept), a unit test would be nice as well
[14:18] <slangasek> mvo: not from my side; I gathered you were talking to infinity about it, was he going to hit the publish button?
[14:20] <mvo> slangasek: I was only talking via ogra_as my proxy :) so no idea what the status is
[14:20] <slangasek> ok
[14:20] <slangasek> mvo: released
[14:20] <ogra_> \o/
[14:21] <slangasek> mvo: I would love to have a version newer than 2.0.2 releasable to yakkety (autopkgtests); among other things it would clean up component-mismatches
[14:24] <mvo> slangasek: I tried to figure out why yakkety fails last week without much success so far, the errors are a bit strange and its exactly the same snapd code as in xenial that is tested, but I give it another go today and tomorrow (sorry that I don't have a better answer currently)
[14:25] <slangasek> mvo: no worries, just want to make sure it's still on the list
[14:25] <mvo> thank you!
[14:35] <popey> jdstrand: I am on xenial, 4.4.0-23-generic
[14:35] <popey> jdstrand: it's a 32-bit app. the 64-bit version of the snap contains a 32 bit build of the app
[14:44] <ysionneau> sergiusens < I did the fix locally, but I stopped submitting PR to snapcraft since some test never passes and the PR never gets accepted
[14:46] <oparoz> How close/far are you from a stable Snappy base image?
[14:47] <ogra_> oparoz, every time we have to answer that question the image gets delayed by 1 day :)
[14:47] <oparoz> lol
[14:47] <oparoz> Sorry, I thought you were really close :)
[14:48] <ogra_> "stable" is still far out ... a "first shot" might be a matter of 1-3 weeks
[14:48] <oparoz> Thanks ogra_, that's useful info :)
[14:48] <ogra_> (first shot meaning you will not have to re-flash)
[14:48] <ogra_> dont take these numbers as official though ... i'm broadly guessing here
[14:49] <oparoz> Yeah, that'll be good. Something which can be built by anyone and doesn't require a reflash
[14:49] <oparoz> Still useful, I haven't followed the latest development and was just wondering :)
[14:51] <zyga> slangasek: hey
[14:51] <zyga> slangasek: yes, let's talk about it
[14:51] <zyga> slangasek: when you said that this option didn't exist, where did you look?
[14:52] <zyga> slangasek: I suspect you looked at the launchpad tree
[14:52] <ogra_> zyga, he just went with his laptop in the backpack
[14:52] <zyga> slangasek: did you see https://github.com/ubuntu-core/snap-confine/releases/tag/1.0.29
[14:52] <zyga> ogra_: :)
[14:52] <zyga> ogra_: thanks
[14:55] <jdstrand> popey: https://bugs.launchpad.net/snappy/+bug/1592022
[14:57] <popey> jdstrand: do you still need the snap?
[14:58] <jdstrand> popey: no. I can reproduce with /bin/ls
[14:58] <popey> ok, thanks
[14:58] <jdstrand> popey: not, my gut says that is not going to be fixed any time soon
[14:58] <jdstrand> but investigation needs to be had
[14:58] <popey> ok, will back-burner that one then
[14:59] <popey> thank you
[14:59] <jdstrand> popey: if you could find a 64 bit wine, it would work fine
[14:59] <popey> yeah, I expect so, but it would not be useful :)
[14:59] <jdstrand> no?
[14:59] <popey> i believe not, but will test
[14:59] <jdstrand> why not?
[14:59] <jdstrand> fyi, Debian has 1.8.2
[15:00] <popey> ok, will play more :)
[15:25] <mhall119> sergiusens: so how does the translations in nethack work, do you include all the language files in the snap?
[15:26] <sergiusens> mhall119 I don't know what nehack uses, can't really answer that
[15:27] <sergiusens> but I would imagine that is a start
[15:28] <zyga> ogra_: have you guys finished working for today?
[15:29] <mhall119> sergiusens: ok, I'm just lost reading these launcher scripts trying to figure out what is actually being done :(
[15:30] <mhall119> ogra_: ^^ I guess you'd be the one to help with nethack, not sergiusens
[15:35] <mvo> slangasek: autopkgtest on i386 works for me https://github.com/snapcore/snapd/pull/1316
[15:36] <mvo> slangasek: with that branch, so hopefully (and I know I promised this last time) with the 2.0.9 we have xenial/i386 green
[15:44] <dpm> Has anyone seen a similar error message, or am I doing something wrong?
[15:44] <dpm> - Download snap "ubuntu-clock-app" from channel "stable" (received an unexpected http response code (401) when trying to download https://public.apps.ubuntu.com/download-snap/vjQhIxU28Zszo6iEjbbrmosRqSpBq4GD_5.snap)
[15:45] <dpm> that was after doing `sudo snap install ubuntu-clock-app`
[15:48] <dpm> actually, it seems I can't install any snaps now :/
[16:04] <Sweet5hark> so, I just published a snap on beta/edge channels. How do I get/install those?
[16:05] <Sweet5hark> (has to be beta, as it is devmode)
[16:14] <pedronis> Sweet5hark:  snap install --channel=beta ...
[16:17] <willcooke> https://bugs.launchpad.net/snappy/+bug/1591664
[16:21] <willcooke> pedronis, should that work for snap find too?
[16:25] <Sweet5hark> pedronis: thx
[16:34] <noise][> willcooke: snap find only searches stable
[16:34] <willcooke> thx noise][
[16:39] <shuduo> hello, i tried to install a snap app on Ubuntu Desktop 1604 then I interruppted installation with Ctrl+C as slow networking. Now I get 'snap: "ubuntu-core" has change in progress' when I tried to install again. How I can resume installation or reset to initial state?
[16:45] <qengho> shuduo: I have gotten this at least three times. It needs a really good bug report. Do you think you can write it?
[16:59] <shuduo> qengho: OK. let me do it.
[17:00] <sergiusens> elopio coming back to the environment fixture, is there a way to clear the complete environment?
[17:00] <sergiusens> elopio that is what I want
[17:02] <elopio> sergiusens: EnvironmentVariable('PATH', None)
[17:09] <shuduo> qengho: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592074
[17:13] <sergiusens> elopio whatabout every other environment variable exported in my running environment?
[17:14] <sergiusens> elopio do I need to do a for k in os.environ.keys()?
[17:14] <sergiusens> elopio look at the test and you will understand :-)
[17:15] <elopio> sergiusens: ah, so you want to have no env var. Yes, I would write a new fixture that does os.environ = empty, and resets it in the cleanup.
[17:15] <elopio> sergiusens: https://github.com/testing-cabal/fixtures/blob/master/fixtures/_fixtures/environ.py
[17:17] <sergiusens> elopio btw, have you taken a look at `pytest`?
[17:18] <elopio> sergiusens: never tried it seriously. Do you want that instead of testtools?
[17:21] <qengho> shuduo: I filed a sister bug report for something similar: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1592088
[17:30] <qengho> I'm dumb for asking this before justtryitalready, but I use avahi/zeroconf to advertize that my services exist and where. There can be only one zeroconf daemon listening on port Whatever, so services use dbus or something to ask the zeroconf daemon to advertize on their behalf. How could that work in a snappy world?
[17:32] <qengho> I see someone's packaging Squid, for instance. My cache-needy client could discover that over zeroconf requests. But, I don't know how the squid snap would advertize itself.
[17:41] <qengho> Assume I ship my own zeroconf in case there is no system one. Or something.
[17:41] <sergiusens> elopio can you look at the gulp PR again?
[17:41] <sergiusens> elopio I am not saying I want to, just asking what your opinion was
[17:41] <elopio> sergiusens: running through the document now. Give me a few minutes.
[19:58] <roadmr> Hey folks! I'd like one of the commands in my snap to call another, but if I just say "foo", it uses the actual binary in $SNAP/bin, and I'd like for it to use the wrapper in /snap/bin/foo. Is it OK to use an absolute path here?
[20:00] <beuno> roadmr, so, snaps are meant to be confined, so generally not easily able to call each other
[20:00] <roadmr> beuno: this is the same snap
[20:00] <beuno> oh, so snapname.binary should work
[20:01] <beuno> I think absolute paths are fragile
[20:01] <roadmr> beuno: oh, I may be able to hack that...
[20:01] <roadmr> beuno: yes, agreed, that's why I'm looking for advice :)
[20:02] <roadmr> beuno: the snap is called bar, so it has two binaries in /snap/bin: bar and bar.foo; the thing is that bar.foo should call bar but if I just say bar, it goes to $SNAP/bin. But maybe I can put bar in bar-baz or something so I get the namespacing. OK, hacking!
[20:02] <beuno> roadmr, wouldn't bar.bar work?
[20:02] <roadmr> (basically if the command's name is the same as the snap's, it collapses them so it's not bar.bar haha)
[20:02] <roadmr> beuno: hm, let me try that
[20:03] <roadmr> beuno: no, doesn't work :/ no biggie, let me shuffle my wrappers
[20:19] <trijntje> is there a way to get an offline or pdf version of the snappy documentation? I want to learn snap but I'd like to read most of the docs offline
[20:27] <sergiusens> roadmr beuno instead of calling the exposed binary name call the internal one, that is the guidance I got from jdstrand
[20:28] <roadmr> sergiusens: thanks for looking into this! much appreciated, I'll try that
[20:28] <roadmr> (I had it working with the external one but let's try with the internal command)
[20:29] <sergiusens> elopio added an integration test for gulp
[20:29] <sergiusens> roadmr might work in devmode, but once confined doing the seccomp or apparmor pivot might be hard
[20:30] <roadmr> sergiusens: exactly the problem I'm having - only works in devmode :(
[20:31] <sergiusens> roadmr so calling the internal binary should solve that
[20:42] <roadmr> "Parts 'gnuchess' and 'glue' have the following file paths in common" - is there a way to force overwriting the file in common? I want to replace the one that part A creates with one from a "glue" part which is better-customized
[20:43] <roadmr> A == gnuchess btw
[20:51] <alejo_> Hi everyone. O have a question.  I developed an app for my job and I want to snap it. My problem is that when I start my app it does not show the window. I have this problem with some snaps. Can someone point me in the right direction?
[21:00] <tsimonq2> elopio: you around?
[21:01] <slangasek> zyga: ok, so your 1.0.29 tag doesn't match the 1.0.29 that was already uploaded to the archive; you might want to do a bit of revision surgery there
[21:11] <roadmr> ok, so in --devmode, one of the binaries in my snap does "exec" and calls the other successfully. Without devmode, I don't even see the "exec" call (denied or otherwise) in syslog. Is there some magic needed to allow exec?
[21:11] <roadmr> (a plug maybe? none of the ones I see in "snap interfaces" sounds topical)
[21:24] <zyga> slangasek: I moved the tag one commit further to ship tests in the tarball
[21:24] <zyga> slangasek: sorry, you just saw the wrong window there ;)
[21:25] <roadmr> zyga: \o/ which plug do I need for a command in my snap to be able to use the setpriority syscall?
[21:25] <sergiusens> roadmr use the snap, stage and organize keywords
[21:26] <roadmr> sergiusens: I'll read up on those :) whee
[21:26]  * roadmr probably just needs to dive into the docs
[21:27] <slangasek> zyga: no... ubuntu-core-launcher 1.0.29 was uploaded to Ubuntu on 10 May, your 1.0.29 doesn't match the "real" 1.0.29 that already exists
[21:27] <sergiusens> roadmr `snapcraft help plugins`
[21:28] <roadmr> sergiusens: oh great! thanks! heh
[21:40] <croepha> anyone use chef or puppet  or similar with core ?
[21:44] <sergiusens> elopio http://<IP_ADDRESS>:8080/job/github-snapcraft-examples-tests-cloud/1056/console about this
[21:44] <sergiusens> elopio would be good if we `set +e` after the tests run (or right before) to not be affected by that error ^
[22:44] <Sweet5hark> so, I have a libreoffice.canonical package uploaded and published to beta and edge channels of the store, but "sudo snap install --devmode --beta libreoffice.canonical" or "sudo snap install --devmode --beta libreoffice" both return that the snap could not be found. any help?


[02:59] <lotuspsychje> good morning to all
[03:06] <tomreyn> buongiorno
[03:07] <lotuspsychje> come stai sir tomreyn
[03:07] <tomreyn> awesomish
[03:14] <lotuspsychje> !certification
[06:14] <lordievader> Good morning
[06:17] <lotuspsychje> morning lordievader
[06:17] <lordievader> Hey lotuspsychje , how are you doing?
[06:17] <lotuspsychje> all fine here lordievader tnx and you?
[06:17] <lotuspsychje> raining here now
[06:20] <ducasse> good morning
[06:22] <lordievader> lotuspsychje: Doing good here. It was raining a little bit here, but I think it has stopped already.
[06:22] <lordievader> Hey ducasse
[06:23] <ducasse> morning lordievader - all well?
[06:23] <lordievader> Doing good here, how are you?
[06:24] <ducasse> all good, thanks - glad the heat seems to be over and gone
[06:28] <lordievader> Same here, this is a much better temperature.
[06:33] <ducasse> yup, this i can deal with, over 30 i can't.
[11:50] <tomreyn> hi there. it was suggested in #ubuntu-devel that i should ask / point out here that it'd be great to have a note on changed log file locations on bionic as per bug 1786701
[11:52] <lotuspsychje> tomreyn: this is a wishlist?
[11:53] <tomreyn> oh crap i'm still sleepy, meant to post this to #ubuntu-desktop :)
[11:53] <lotuspsychje> ah :p
[11:53] <tomreyn> i consider it a bug really.
[11:53] <lotuspsychje> kk
[11:54] <lotuspsychje> want me to affect tomreyn ? as this concerns everybody?
[11:54] <tomreyn> i dont want you to affect me, if that's the question :)
[11:54] <lotuspsychje> lol
[11:54] <lotuspsychje> i mean affect the bug :p
[11:55] <blackflow> afaik that only happens if something something kms driver, so xorg is running unprivileged. in my case, nvidia proprietary, xorg is still run as root, so the logs go /var
[11:55] <tomreyn> if you also consider it a bug please do add 'also affects me'
[11:56] <blackflow> I don't tho. This has been true (for xorg logs) for quite some time, not specific for bionic
[11:56] <tomreyn> blackflow: and while nvidia is still widely used, from a technical / Ubuntu POV it uses a legacy approach and is pretty much the only thing which does now.
[11:57] <tomreyn> blackflow: right, it's lbeen like this in earlier release. but an lts changelog should also consider lts to lts upgraders and opint out news for them.
[11:57] <blackflow> legacy, you mean /var ?
[11:57] <tomreyn> (it already does in several places)
[11:58] <blackflow> but I think this was the case even on 16.04
[11:58] <blackflow> run nouveau and logs go to ~/.local
[11:58] <tomreyn> no, not on 16.04
[11:58] <blackflow> run proprietary, xorg is root, logs to /var
[11:58] <tomreyn> right
[12:00] <blackflow> well, I could be wrong about xenial then
[12:04] <tomreyn> hmm, and maybe i am, i do have ~/.local/share/xorg/Xorg.1.log (but not *.0.*) on this 16.04.5
[12:05] <tomreyn> running amdgpu
[17:54] <lotuspsychje> leftyfb: found redhat similar bug: https://bugzilla.redhat.com/show_bug.cgi?id=1582839
[17:56] <leftyfb> that's just a warning though.
[17:57] <lotuspsychje> leftyfb: wich kernel are you running atm?
[17:59] <leftyfb> 4.15.0-30-generic
[17:59] <leftyfb> it's the HWE kernel
[17:59] <lotuspsychje> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1615774
[18:00] <leftyfb> I've seen all these bugs
[18:01] <lotuspsychje> leftyfb: #8 has solved it?
[18:02] <leftyfb> well, since that link is not valid, no
[18:03] <lotuspsychje> leftyfb: have you tryed a tail on syslog, disable & enable wifi again, lets have a look what it all spits out?
[18:03] <leftyfb> I'll try it in a bit.  Wireless is garbage on Windows as well
[18:26] <daftykins> firmware load failed, hmm
[18:26] <lotuspsychje> we hear users fixxing alot of realtek & atheros issues on git leftyfb with latest firmwares
[18:26] <daftykins> no it's really not actually :)
[18:26] <lotuspsychje> daftykins: yeah you are right about this, this fighting with this realtek bug on xenial for a customer
[18:26] <daftykins> ah yeah
[18:26] <leftyfb> lotuspsychje: That error I posted above is with the linux-firmware backported from bionic
[18:27] <lotuspsychje> daftykins: the realtek worked on default for xenial, then few updates later borked
[18:28] <lotuspsychje> daftykins: thats something that should not be happening anymore
[18:28] <daftykins> nothing worse than regressions
[18:28] <lotuspsychje> tj- also said it, devs should concetrate on a stable base
[18:29] <lotuspsychje> not the latest bling
[18:37] <lotuspsychje> leftyfb: past has showed us realtek & atheros mostly bug on different kernel, or firmware version
[18:37] <leftyfb> yeah, I'm going in a different direction. Don't have time to mess with junk chipsets
[18:37] <lotuspsychje> :p
[18:53] <lotuspsychje> evening pragmaticenigma
[18:53] <pragmaticenigma> is it out yet?  It is a real chore to get this done . Need people with writing skills to make up article summaries real real bad .
[21:24] <daftykins> ah i'd love to lend a hand but my paid work has been quite active of late, once i get home i'm worn out!
[21:39] <Bashing-om> daftykins: We do get that a lot .. just not enough time on a 24 hour day :P
[21:41] <daftykins> too true
[21:45] <Bashing-om> daftykins: I get real frazed out getting UWN together as I too have a life to deal with that is not on this keyboard .


[20:53] <bluesabre> Here's what the Flutter installer looks like: https://imgur.com/a/eFLJWmK - Pre-slideshow images can be replaced. Slideshow, I believe, can be replaced entirely. I need to learn how the accessibility settings work... they might be replicable with Xubuntu's app selection.
[20:58] <bluesabre> Turns out... the accessibility settings screen will go away for non-gnome.
[20:59] <bluesabre> I'll create a pull request with the current images and then I'll count on you creative types (knome, ochosi, newhoa) to replace them with more Xubuntu-y things :)
[20:59] <bluesabre> I'll try to replicate our Ubiquity slideshow as well.


[00:20] <Unit193> I quite agree.
[00:21] <Unit193> knome: In that case, did you see my lament about base-files?
[00:21] <knome> no
[00:26] <bluesabre> Unit193, feel free to also blacklist that for us
[00:39] <Unit193> Well that sounds nice, I'd pretty much keep the comment intact for reference.
[00:39] <Unit193> bluesabre: Oh, gonna bump -artwork? :P
[00:40] <bluesabre> Unit193, yeah, need to
[00:40] <bluesabre> also pending wp update
[00:40] <Unit193> You'd know better than me about the icon themes and all.
[03:52] <tracker4> ls
[03:52] <tracker4> test
[03:53] <tracker4> whois
[03:54] <Unit193> Toodles.
[11:23] <ochosi> bluesabre, Unit193: hey, would be really nice if we could get libxfce4ui 4.13 into https://launchpad.net/~xubuntu-dev/+archive/ubuntu/xfce4-gtk3, as it is e.g. a requirement for building xfce4-settings from master
[11:25] <Unit193> It's in Zesty proper.
[11:26] <ochosi> hmmm right
[11:26]  * ochosi is still on yak
[11:27] <Unit193> xfce4-settings is in there too. :>
[11:27] <ochosi> gtk3?
[11:28] <ochosi> in zesty?
[11:29] <Unit193> PPA.
[12:06] <bluesabre> ochosi, zesty is nice and stable, using it as a daily driver with no issues
[12:24] <flocculant> ochosi: same here :)
[12:25] <Unit193> It usually is pretty decent, our stuff is pretty much never complicated. :)
[12:26] <flocculant> yea - to be fair I think most of the issues I find are mostly otherbuntu or I've broken something :D
[12:29] <flocculant> still no idea why my otherzest refuses to play some mkv files - but once the partition is aa beta1 we'll never know :D
[13:58] <akxwi-dave> can confirm here as well Zesty playing really nice as daily.. Day of Defeat:Source runs even better than before
[17:58] <flocculant> knome: is this supposed to be dead now? http://xubuntu.org/news/category/faq
[19:15] <knome> flocculant, it
[19:16] <knome> eh
[19:16] <knome> flocculant, it's supposed to be at http://xubuntu.org/news/tag/faq/
[19:16] <knome> if we link to the old address somewhere, feel free to fix or tell me to ;)
[19:50] <flocculant> knome: was just picking up from #xubuntu
[19:51] <flocculant> and if I'd found it I would of course have probably tried to fix it - if I could log in :)
[19:51] <knome> :)
[20:52] <ochosi> flocculant: do you still have a gtk2 panel around?
[20:52] <ochosi> i'd just need a very quick test (<30s)
[21:00] <flocculant> ochosi: umm not sire
[21:01] <Unit193> No PPA contains the GTK3 panel.
[21:01] <flocculant> ochosi: yea I have a gtk2 panel around :D
[21:01] <flocculant> Unit193: thought so - but you were quicker than me and firefox and ppa list :p
[21:02] <ochosi> so basically the test case is this: 1) go to the panel prefs, set hiding to "intelligently"
[21:02] <ochosi> 2) then open a left-click menu (e.g. whiskermenu) and close it
[21:02] <ochosi> (while keeping the mouse-cursor over the panel area and while having a window partly cover the panel so it would go back into hiding without mouse-focus)
[21:03] <ochosi> 3) after closing the menu, is the panel still there or is it hidden?
[21:03] <flocculant> umm - intelligently hiding isn't hiding at all
[21:03] <ochosi> it only hides when you have e.g. a maximized window
[21:03] <ochosi> or when you move a window over the panel's location
[21:03] <ochosi> it "ducks" :)
[21:04] <flocculant> aah yea I remember now ...
[21:04] <ochosi> yeah, it's a tricky feature
[21:05] <flocculant> panel hides
[21:05] <flocculant> oh
[21:06] <flocculant> hang on - having trouble parsing what you said :D
[21:06] <ochosi> take your time ;)
[21:08] <flocculant> panel hides with some window half over panel and ending whatever left click panel menu
[21:09] <flocculant> also - is panel supposed to unhide if desktop gets focus from window half over panel?
[21:09] <flocculant> it unhides as soon as some 'new' window gets focus
[21:10] <flocculant> or rather mouse over desktop fails to unhide but click on desktop does
[21:11] <ochosi> ok, so:
[21:11] <ochosi> 1) panel hides if the focused window covers it (even just partly)
[21:11] <flocculant> ochosi: also see the same behaviour with a right click menu btw
[21:11] <ochosi> 2) panel should remain visible if a menu is opened
[21:12] <ochosi> 3) what happens if the focused window does not overlap the panel and you close the menu
[21:14] <flocculant> if the focused window doesn't overlap - intellihide doesn't trigger
[21:16] <ochosi> for me it still flickers for a split-second when opening and closing whiskermenu
[21:16] <ochosi> it remains there, but it flickers
[21:17] <ochosi> not with every plugin though it seems
[21:17] <ochosi> or the flicker isn't always visible is probably more accurate
[21:17] <flocculant> definitley no flicker I can see
[21:17] <ochosi> (i'm testing intellihide with gtk3, as you probably guessed)
[21:17] <flocculant> which plugin do you see it with?
[21:18] <flocculant> yea :) saw mention in xfce-dev
[21:18] <flocculant> ftr I was using whisker, places, sound
[21:20] <flocculant> ochosi: also, if it makes more sense to ping me for these things in #xfce so other people there can see the results then please do so :)
[21:20] <ochosi> ok sure
[21:21] <flocculant> I'm easy - you choose when it suits which channel :)
[21:21] <ochosi> same here
[21:22] <flocculant> :)
[21:22] <ochosi> andrzejr is luckily hanging out here too ;)
[21:22] <flocculant> :)
[21:23] <flocculant> so reading #xfce-d, seems that gtk3 works the same way as gtk2 ?
[21:24] <ochosi> yeah, apart from the small flicker i noticed, it seems to work alright
[21:24] <flocculant> ochosi: so which plugin(s) do you see it with? or any?
[21:26] <ochosi> seems pretty much any
[21:26] <ochosi> ok, now this is better.
[21:26] <ochosi> 1) maximize a window
[21:27] <ochosi> 2) bring a small window that does *not* cover the panel to the front/focus
[21:27] <ochosi> 3) click to open a menu and then to close it
[21:27] <ochosi> for me, the panel jumps out and in again in this case
[21:27] <ochosi> very noticably in this setup
[21:30] <flocculant> in that setup here - panel never hides because maximised window doesn't gain focus
[21:31] <ochosi> right, then that's a regression of the gtk3 version
[21:31] <flocculant> as soon as max window gets focus it hides - all seems to work as I'd expect
[21:32] <flocculant> I guess only way for me to be sure I'm seeing the same is for me to build gtk3 panel
[21:32] <Unit193> andrzejr: ↑
[21:34] <ochosi> flocculant: it's in git master now, so no weird branches or anything
[21:34] <andrzejr> Unit193, which part ↑ are you referring to?
[21:36] <flocculant> ochosi: and point me at that then :p
[21:36] <ochosi> http://git.xfce.org/xfce/xfce4-panel/
[21:36] <ochosi> just build normally with ./autogen.sh && make && sudo make install
[21:36] <ochosi> that'll make it go to /usr/local so you can cleanly uninstall
[21:37] <ochosi> however, it will take down your panel settings
[21:37] <ochosi> so be sure to back that up with xfpanel-switch before you try that
[21:37] <flocculant> yup
[21:37] <flocculant> and before that - this is a clean install no git or anything ...
[21:37] <ochosi> (simply because the panel doesn't find your plugins, for that you would have to install with a different --prefix, but that's irrelevant for this test)
[21:40] <flocculant> ochosi: to be sure I'm cloning git://git.xfce.org/xfce/xfce4-panel ?
[21:40] <ochosi> yup
[21:42] <flocculant> oh lord here we go ...The required package ...
[21:43] <ochosi> :>
[21:43] <ochosi> you need the xfce-gtk3 ppa
[21:43] <ochosi> mostly
[21:43] <ochosi> and apt-get build-dep xfce4-panel
[21:44] <flocculant> got ppa, got build-deps
[21:44] <flocculant> garcon-gtk3-1 it wants
[21:46] <Unit193> libgarcon-2-0-dev from the ppa.
[21:46] <flocculant> which I installed but it still complains
[21:47] <flocculant> Unit193: yea
[21:55] <flocculant> http://paste.ubuntu.com/24086547/
[21:56] <flocculant> I'm lost there then :)
[22:32] <flocculant> got past that install libxfce4ui stuffs and then libwnck stuff
[22:36] <ochosi> indeed, that is odd
[23:06] <bluesabre> evening all
[23:06] <Unit193> Howdy.
[23:06] <knome> hullooo bluesabre
[23:07] <bluesabre> uh oh
[23:07] <Unit193> bluesabre: Didja look into ffe'ing notifyd? :P
[23:07] <bluesabre> quick responses, you guys were lying in wait
[23:07] <Unit193> ...Yes.
[23:07] <knome> yes indeed
[23:07] <bluesabre> Unit193, need to do that tonight... but a bit tied up the past few days
[23:07] <bluesabre> *been
[23:07] <knome> literally?
[23:07] <knome> :P
[23:07] <Unit193> Sure it's fine, just figured I'd aa...
[23:07] <Unit193> ..sk.
[23:07]  * bluesabre won't say
[23:08] <knome> (:
[23:11] <bluesabre> anything else I need to be aware of?
[23:11] <bluesabre> knome, I'll happily beta test your wallpaper
[23:11] <knome> haha
[23:11] <Unit193> Nope.  I uploaded some plugin that had a bugfix release, uploaded something to PPA.
[23:12] <bluesabre> cool
[23:12] <knome> bluesabre, i might get something for you to test tomorrow :P
[23:12] <bluesabre> knome, awesome, looking forward to it
[23:12] <knome> but test, not upload ;)
[23:12] <bluesabre> :D