[01:27] does anyone know what the issue is wit nvidia drivers and snaps, I am getting the libGl issue, failed to load swrast, and how to fix it? [01:53] does anyknow how to fix the nvidia GL issue, I'm still having it [06:12] Good morning everyone. [06:12] Can someone help me with configuring logging for snap package. journalctl shows only last 5 min of logs. Older records trancated. [06:12] Is there a way to configure a period of storing logs for snap service? [06:13] /etc/systemd/journald.conf is readonly [07:05] ogra_, ping === FJKong is now known as BH1SCW === BH1SCW is now known as FJKong [08:27] PR snapd#3017 opened: tests: prevent automatic transition before setting the initial state of the test [09:04] PR snapd#3012 closed: [interfaces] Enable location.Service.Provider in dbus policy [09:21] PR snapd#3018 opened: tests: add empty initrd failover test [09:25] soffokl: Have a look at bug 1504645 [09:25] Bug #1504645: please add syslog support to snappy config ubuntu-core

=== JanC is now known as Guest42627 === JanC_ is now known as JanC [09:55] Good morning everyone. [09:55] Can someone help me with configuring logging for snap package. journalctl shows only last 5 min of logs. Older records trancated. [09:55] Is there a way to configure a period of storing logs for snap service? [09:56] `/etc/systemd/journald.conf` is readonly. [10:14] zyga, yo [10:16] soffokl: Did you see the bug 1504645? It was just very recently fixed [10:16] Bug #1504645: please add syslog support to snappy config ubuntu-core

[10:21] kalikiana_, not complete yet [10:22] ogra_: Right, but the directory soffokl was asking about is writable at least [10:23] yes [10:23] kalikiana_: looks like fix for 1504645 related only to rsyslog.d. Services from snap served by journald, and catch all standard output. [10:23] and the option fix was in there already for like 4 weeks [10:24] (but got dropped when the build scripts moved to github) [10:24] My problem that it rotates logs every 5 minutes. And I do not see the way to configure it. [10:24] soffokl, that would be a new bug ... (though not sure how you got into that situation, it definitely doesnt do that by default) [10:25] logrotate should only run once a day in a default setup [10:27] oh, wait you are talking solely about journald ... if you search in the journald output through the right journalctl filters it should show more than 5min [10:27] (i.e. everything the log has for your service since startup) [10:27] looking logs of my service like this "journalctl -u snap.myapp.myservice-service" and records older than 5 mins disappearing every minute [10:28] filters didn't help [10:28] well, file a new wishlist bug to make journald configurable ... [10:29] journald uses a ringbuffer, perhaps your stuff logs to much for that [10:30] ogra_: just checked, it's only 27 records in 5 min [10:31] journalctl option --since with wider period does not add anothing === chihchun is now known as chihchun_afk [10:57] ogra_, kalikiana_: looks like I found the reason, problem related to the common size of all logs in the system. When "journalctl --disk-usage" showing more than 85MB of logs, it starts to clean old records. Some other service floods to logs. Thanks for your help. [10:58] soffokl, well, if it is one of the preinstalled services, please file a bug :) that should indeed not happen by default [10:58] looks like it's auditd tracks all actions and logs it in devmode :( [10:59] oh, yeah, thats by design [11:00] and no way to stop it? :D [11:03] there might be, wait til jdstrand gets up ... he might know if you can perhaps hack the apparmor rules to quieten it [11:03] (would indeed be a hack but if you need to debug something else ....) [11:04] thanks, I will wait him. It could help me a lot at this moment. === perrito667 is now known as perrito666 [11:27] hey there, I [11:28] *I'm not sure if this is the right place to ask for things like this. Does anyone know who I can contact for account-related issues with rocket.ubuntu.com? [11:46] tim_, not sure where, maybe contact form ? https://rocket.chat/contact [11:49] Son_Goku: hey, not paying much attention to IRC, sorry [11:49] :( [11:50] Son_Goku: what's up? :) [11:50] zyga: any progress on packaging the missing golang deps? [11:57] OerHeks: Thanks, but isn't rocket.ubuntu.com self-hosted? [11:57] not sure, i just joined [11:58] thanks for the tip ! [11:58] The problem is that I changed my email address for the Ubuntu One SSO service but now rocket.ubuntu.com doesn't let me connect anymore. [12:27] Son_Goku: as you know I drowned on gofed, I'll do more today [12:28] Son_Goku: but first snap-update-ns work [12:33] Snapcraft hackers: I'm about to approve a code change to the store that modifies an error message when someone attempts to register a snap with a reserved name. The same Django form is used in the API and the web UI. I want to make sure that if I change just the error message, but leave the error code the same, snapcraft will just map the error code to a message ... [12:33] ... internally and so be unaffected by the change. This seems to be the case judging by snapcraft.storeapi.errors [12:41] JamesTait, your chances catchging a snapcraft hacker are bigger on rocket i think (see topic) [12:42] Thanks, ogra_. [12:42] (communication around snappy is sadly very fragmented nowadays) [12:43] https://xkcd.com/927/ [12:44] 1 [12:44] err [12:44] +1 [12:47] PR snapd#3019 opened: cmd/snap-update-ns: use bidirectional lists for mount entries === hikiko is now known as hikiko|bbiab === hikiko|bbiab is now known as hikiko [14:27] hi [14:45] PR snapd#2644 closed: snapctl: support running by the snap app itself, not only just from hooks [14:52] whats the difference between snapd-plus-vendor and snapd on https://github.com/snapcore/ ? === cachio__ is now known as cachio_lunch [15:17] I'm running into an issue with the auto-refresh spead test in snapd 2.23: https://bugs.launchpad.net/snapd/+bug/1672426 [15:17] Bug #1672426: spread auto-refresh test failing in snapd 2.23 [16:02] PR snapd#3020 opened: osutil: fix double expand in environment map code and add test === mcphail_ is now known as mcphail === cachio_lunch is now known as cachio [16:16] PR snapd#2942 closed: tests: add core-snap-refresh test [16:19] PR snapd#2952 closed: release: detect if we are in ForcedDevMode by inspecting the kernel [16:39] Is there any way to trigger an email when a snap updates? [16:43] PR snapd#3021 opened: asserts: a snap-declaration "aliases" header to list auto aliases with explicit targets [17:12] PR snapd#3022 opened: cmd: validate SNAP_NAME [17:13] PR snapd#3022 closed: cmd: validate SNAP_NAME [17:16] PR snapcraft#1186 opened: demos: add ROS content sharing demo [17:26] PR snapd#3023 opened: cmd: validate SNAP_NAME [17:28] jdstrand: Hello, ogra_ metioned that you can help me. I'm looking for a way/hack to prevent auditd to log all actions of my snap package that installed in devmode. [17:28] soffokl: I believe jamie is off this week [17:29] zyga: oh, thanks for the update [17:31] PR snapcraft#1187 opened: tests: take into account the new current link [17:34] Is there any way to trigger an email when a snap updates? [17:57] PR snapd#3024 opened: interfaces: use apparmor spec in the apparmor backend [18:07] PR snapcraft#1160 closed: cli: rename `history` to 'list-revisions' with `revisions` alias [18:43] PR snapd#3017 closed: tests: prevent automatic transition before setting the initial state of the test [19:22] PR snapd#3019 closed: cmd/snap-update-ns: use bidirectional lists for mount entries [19:34] PR snapd#3025 opened: cmd/snap-update-ns: compute the actions required to transform mount environment [20:13] PR snapcraft#1188 opened: store: set User-Agent header in store requests === verterok` is now known as verterok [20:55] PR snapcraft#1189 opened: core: resolve ld link first === josepht` is now known as josepht === phw is now known as outsidecontext [23:34] what would make snapcraft suddenly fail to find a local plugin? [23:34] Searching for local plugin for x-gobuild [23:34] Issue while loading plugin: unknown plugin: x-gobuild [23:37] oh an importerror in my plugin [23:37] hooray python [23:39] ah aaah can we please get a traceback when my plugin fails? [23:44] snapcraft --debug [23:45] qengho: thanks