[06:46] https://github.com/ubuntu/snapcraft-desktop-helpers/pull/123 [06:46] PR ubuntu/snapcraft-desktop-helpers#123: Fixup REALPATH expansions [06:50] I would like to say the scripts in snapcraft-desktop-helpers have quite a few bugs, will patch it in the near future [06:51] I wonder if you accept patches that enables script checking in c-i? [07:00] Lin-Buo-Ren: for sure :) [07:01] pstolowski|afk: we have a bug :) [07:02] my snapd is using 100% of CPU since i left poland apparently [07:02] trying to reconnect interfaces [07:02] snapd using lots of CPU, doing reconnects https://www.irccloud.com/pastebin/1flru8oN/ [07:06] snap changes takes _very_ long to respond [07:07] I am new to snap, now i want to make a snap for . jarfile. please guide us to create a snap. [07:07] it takes almost 30 seconds to run "time snap changes 355" [07:07] jack: there are documents that show how to do this, please research snapcraft and jar [07:08] jack: qucik google search gave me this, does it help? https://forum.snapcraft.io/t/how-can-i-snap-a-jar/3306 [07:09] @zyga yes, but i when i run this it shows, "missing files in your snap" [07:10] have a look at this: https://github.com/snapcore/snapcraft/tree/master/demos/java-hello-world [07:10] it should be a working example [07:11] the error you gave usually means that the command you want to execute as a part of application command: section is missing [07:11] remember that it is relative to the snap itself [07:11] (to $SNAP) [07:12] @ zyga thanks.. i do this in my snap.. [07:13] good luck [07:14] pstolowski|afk: the high cpu usage condition persists across snapd restart [07:14] pstolowski|afk: this is bionic with edge [07:14] though an older one as my snapd tried to refresh core and failed in this weird state [07:25] in the end I aborted that change: maj 19 09:24:22 t470 snapd[12097]: 2018/05/19 09:24:22.102917 handlers.go:374: Reported install problem for "core" as a636dfbe-5b35-11e8-a231-fa163ebeb28a OOPSID [07:29] pstolowski|afk: now I'm equally stuck reconnecting interfaces [07:29] using lots of CPU [07:29] something is very wrong with the revision I'm on [07:29] snap 2.32.9+git733.7f74160~ubuntu16.04.1 [07:30] it seems to be compiling subsequent apparmor profiles [07:31] last once I got is vlc.vlc [07:31] but this doesn't explain why snapd uses the cpu [07:31] (not apparmor_parser) [07:33] I've stopped snapd not to drain by battery now [07:50] I would like to ask if the default shell in snap apps is dash [07:51] Because there's LOTS of bashisms in the desktop-launcher scripts [08:34] Lin-Buo-Ren, I sure hope not [08:34] mainly because most distributions aren't insane enough to use dash by default [08:43] Lin-Buo-Ren: No, AFAIK It is basy [08:43] Bash [08:58] zyga: Got it, that'll be much easier IMO [09:01] $ ls -l /snap/core/current/bin/sh [09:01] lrwxrwxrwx 1 root root 4 Feb 17 2016 /snap/core/current/bin/sh -> dash [09:01] same if I do "snap run --shell " and "ls -l /bin/sh" there [09:02] cjwatson: I'm quite sure bash is installed in core as well? [09:02] That is not the same as what the default is ... [09:02] Sure... [09:02] But sure, it is [09:04] I noticed that they actually inserted a bash shebang at the head of the desktop-launch script, oh well [10:54] Bash is used by snapcraft generated scripts AFAIR === grumblr is now known as grumble === dragly_ is now known as dragly [20:38] hello [20:39] i'm wondering why my firefox snap is stuck in the past.. "sudo snap refresh" says "All snaps up to date." [20:39] what does "snap info firefox" say? [20:40] pasting... :) === popey_ is now known as popey [20:40] http://paste.debian.net/1025424/ [20:40] you installed with --devmode. That's why [20:41] popey: did i? [20:41] okay, how do i unstick that? :) [20:41] if you `snap refresh firefox --stable` does it do it? [20:42] "snap refresh firefox" seems to download the new version, but i wanted to fix the auto-upgrades [20:42] i'll try snap refresh firefox --stable [20:42] hmm, does it stay in devmode then? [20:42] that says "snap "firefox" has no updates available" [20:42] Not sure how you can refresh from devmode to non-devmode. [20:42] and so does "snap "firefox" has no updates available" [20:42] gah [20:42] might need to uninstall and reinstall [20:42] (which will lose your profile, so back that up) [20:43] and so does "sudo snap refresh firefox" [20:43] sudo snap refresh firefox --classic also fails [20:43] dont do that [20:43] thats worse :) [20:43] it's not a clasic snap ... [20:43] random commands won't help here :) [20:44] I would backup ~/snap/firefox [20:44] * anarcat tries to bruteforce snap ;) [20:44] then snap remove firefox, snap isnatll firefox [20:44] but spelled correctly [20:44] hehe [20:44] okay, will try [20:44] and then put ~/snap/firefox back [20:44] popey: just trying to get anarcat to understand different snap types :) [20:45] thanks juliank :) [20:45] okay, so tar cfz ~/backups/ff.tgz ~/snap/firefox && rm -rf ~/snap/firefox [20:45] done [20:45] errr [20:45] the rm -rf was unnecessary xD [20:45] ah [20:46] * anarcat restores [20:46] Download snap "firefox" (85) from channel "stable" [20:46] low bandwidth here - this is going to take 30 minutes (!) [20:47] ah yes, better when installed since you'll likely have update deltas etc... [20:47] and yes you will get auto-refreshes [20:47] anarcat: maybe check any other installed snaps if they are in devmode too (if you have more) [20:47] basically you kinda have to let it happen and when you notice it's slowing stuff down use `snap changes` then `snap abort number` where number is the number of the update [20:48] *number of the refresh task [20:48] ads20000: i'm not following... what are you describing? [20:48] juliank: i'll check [20:48] anarcat: how to manage the automatic updating on low bandwidth connections [20:49] i see [20:49] well i don't mind it taking it's time [20:49] i'm just saying it will take a while before i can report back :) [20:49] it seems no other snap is stuck [20:50] or at least, not in devmode [20:51] downloading like it's 1999: 13% 93.9kB/s 31.9m [20:54] ads20000: does abort allow for resumes or i'd have to start over from cratch? [20:54] 26% 104kB/s 24.6m [20:54] anarcat: not sure [20:54] sigh [20:55] rain and wifi, fun times [20:55] anarcat: patience! [20:55] yeah I know the feels [21:02] fun fact: suspending `sudo snap install` does not suspend the download :p [21:02] no because its not snap that is doing the download, it's a background process [21:02] weird - i get much better bandwidth with youtube... [21:02] the snap command is an interface to that background process [21:02] * anarcat shrugs [21:03] be interested to know which cdn you're on [21:03] right, figures [21:03] ah? [21:03] we have a couple of cdns in use [21:03] ah [21:03] if you run something like nettop or iftop or something, you can see where the traffic is coming from [21:03] and figure out which cnd in it, not that it will help you speed it up unfortunately [21:04] be nice to capture the data in a bug report for the store team [21:04] looks like fastly [21:04] 151.101.138.217 [21:04] sounds about right, its them or internap i believe [21:04] captiure which data? [21:05] I'm not actually sure what helps the store team, and being the weekend they're likely not about [21:05] we should have a thread on the forum to document it [21:07] well considering the difficult network conditions here, i wouldn't make a fuss about it [21:10] youtube-dl said: [download] 100% of 39.56MiB in 04:18 [21:11] that's about 160KB/s [21:20] firefox 60.0-2 from 'mozilla' installed [21:20] whoohoo! [21:20] devmode gone [21:22] thanks for the help folks [21:28] anarcat: have fun browsing the web :) [21:31] juliank: thanks! [21:31] i feel like i'm on the information superhighway! it's great!