[04:54] <CIA-37> ubiquity: themuso * r4811 trunk/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[04:54] <CIA-37> ubiquity: Play the system-ready sound once accessibility profile support code has
[04:54] <CIA-37> ubiquity: been run to signal the user that a profile shortcut key can be pressed
[04:57] <CIA-37> ubiquity: themuso * r4812 trunk/ubiquity/frontend/gtk_ui.py: Check that canberra-gtk-play exists
[05:33] <CIA-37> ubiquity: themuso * r4813 trunk/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[05:33] <CIA-37> ubiquity: Enable caret browsing/text cursor movement in the slideshow if the screen
[05:33] <CIA-37> ubiquity: reader accessibility profile is enabled
[08:34] <ev> TheMuso: thanks for sorting that!
[08:39] <jibel> cjwatson, bug 820460, a3 has been released with that bug apparently :/
[08:39] <ubot2> Launchpad bug 820460 in debian-installer "User not created with encrypted home partition: user-setup exit code 32" [Critical,Triaged] https://launchpad.net/bugs/820460
[08:41] <jibel> it is in the release notes for xubuntu but with an erroneous description.
[12:06] <ev> test failures only on the buildd: https://launchpadlibrarian.net/77010180/buildlog_ubuntu-oneiric-i386.ubiquity_2.7.16~ev11_FAILEDTOBUILD.txt.gz
[12:06] <ev> eep
[13:02] <ev> ah, I have the sneaking suspicion that pygi/non-pygi interaction is to blame here
[14:01] <superm1> ev, same failures happen in a local sbuild too
[14:01] <superm1> there's some stuff in ubiquity-dm still broke too
[14:01] <ev> superm1: good to know - I'm trying to get a chroot up and running
[14:01] <ev> been having difficulties with that as of late
[14:02] <superm1> i've got one fix for the ubiquity-dm breakage, but there is still one more
[14:02] <CIA-37> ubiquity: superm1 * r4814 ubiquity/ (bin/ubiquity-dm debian/changelog): Fix calls to get_size() in ubiquity-dm from pygi transition.
[14:04] <ev> ugh, 27K line patch on either side to move camerabin into gst-plugins-good
[14:04] <superm1> the other one is something like this: http://paste.ubuntu.com/663427/
[14:04] <superm1> that function was a convenience function only provided by pygtk though, so i'm not sure the best way to do it with pygi at this point
[14:04] <ev> mm fun
[14:52] <bdmurray> cjwatson: I've assigned bug 820460 to you
[14:52] <ubot2> Launchpad bug 820460 in debian-installer "User not created with encrypted home partition: user-setup exit code 32" [Critical,Triaged] https://launchpad.net/bugs/820460
[14:52] <cjwatson> sure
[14:52] <cjwatson> need to finish FF stuff first though
[15:00] <ev> weird, building ubiquity in a chroot doesn't reproduce the cairo error


[16:50] <joaopinto> Hello, someone related to Canonical alive :P ?
[18:19] <shahriar86> hi guys can anyone give me articles on why we need open source
[18:19] <shahriar86> we will use it in the schools to atract students
[18:21] <shahriar86> hello??
[18:21]  * svaksha points to fsf.org
[18:21] <shahriar86> ok thanks
[18:21] <shahriar86> there is a problem...
[18:21] <svaksha> shahriar86: some good articles there, a bit high on philosophy though
[18:22] <shahriar86> why Richard Stallman differentiate Free software and open source software
[18:22] <shahriar86> svaksha: actually I am collecting metarials so I can write one myself
[18:22] <shahriar86> *for the kids
[18:22] <svaksha> http://en.wikipedia.org/wiki/Libre#Libre
[18:24] <shahriar86> yes I agree. but again why then he is actually against using open source as a term
[18:24] <shahriar86> why he prefers open source
[18:24] <svaksha> http://c2.com/cgi/wiki?FreeAsInBeer
[18:24] <shahriar86> I mean open source is much more meaningful than Free.. (by free many dont get the Free as in Freedom)
[18:25]  * svaksha asks shahriar86 to _read_ links
[18:25] <shahriar86> yes I am checking svaksha
[18:26] <shahriar86> perhaps I have not made myself clear
[18:27] <shahriar86> what I am asking is why still Richard Stallman insists on using Free Software when it creates ambiguity, Open source is much more meaningful and easily explained
[18:28] <shahriar86> many dont get "Free as in Freedom not in Free Beer"
[18:29] <shahriar86> I have seen many people failing to understand the term Free (as in price) and the philosophy of Free (as in freedom) even though they are very vocal in promoting FOSS
[18:30] <svaksha> shahriar86: use 'libre' word - no ambiguity
[18:30] <shahriar86> ok... then :)
[18:30] <shahriar86> that was just a personal question,
[18:30] <shahriar86> any way we go our goal is same :)
[18:30] <svaksha> shahriar86: :)
[18:31]  * svaksha uses libre always
[18:31] <shahriar86> it does not matter what we call it as long as it means Freedom in Use, distribution and modification
[18:31] <shahriar86> ok svaksha :)
[18:31] <svaksha> shahriar86: dont forget contribution
[18:32] <shahriar86> ohh yes contribution :)
[18:32]  * shahriar86 is searching Bengali dictonary for the word 'libre'
[18:33] <svaksha> mukt ?
[18:33] <svaksha> mukti
[18:33] <shahriar86> mukto
[18:33] <shahriar86> yes
[18:33] <shahriar86> :)
[18:33] <shahriar86> Unmukto is the correct one
[18:33] <shahriar86> though less uses it
[18:34] <shahriar86> svaksha: are you familiar with bengali?
[18:34] <shahriar86> can you help with my article?... actually I am stuck
[18:34] <shahriar86> that is why I am searching around
[18:35] <svaksha> no bangla, try #linux-india , may find some translators there
[18:35] <shahriar86> :)
[18:35] <shahriar86> hmm
[18:35] <svaksha> or #mukt.in
[18:35] <svaksha> on freenode
[18:35] <shahriar86> ok btw
[18:35] <shahriar86> #bangladesh is also Bengali speaking
[20:07] <Feravolo> hello
[20:08] <shahriar86> hi
[20:08] <Feravolo> are you still looking for information about free software ?
[20:09] <shahriar86> yes kinda
[20:10] <Feravolo> Linux vs. Microsoft ?
[20:11] <shahriar86> Feravolo: sorry not about linux vs. microsoft really
[20:11] <Feravolo> what then ?
[20:11] <shahriar86> because I really dont think there is any reall comparison
[20:12] <shahriar86> I am trying to write up a short article where I am describing 5-10th grade students what open source is about
[20:12] <shahriar86> these students wont understand much about software coding
[20:12] <shahriar86> and such
[20:12] <shahriar86> so need something simpler to explain
[20:13] <Feravolo> have you looked at the open source foundation web site
[20:13] <shahriar86> humm those talks about the philosophy.
[20:14] <shahriar86> I understand the philosophy as a whole, but not sure about whether students will understand them
[20:14] <shahriar86> and I am actually not interested much into just translating any documents
[20:14] <shahriar86> I am trying to write in Bengali
[20:15] <Feravolo> Free software is about the free exchange of ideas in the computer science community.
[20:15] <shahriar86> humm yes.
[20:15] <shahriar86> I guess that is why I am making it so complicated
[20:16] <shahriar86> but I dont want to focus just on the software side
[20:16] <shahriar86> I want to discuse about the open source as a whole
[20:16] <Feravolo> Which means that the quality of the product is not influenced by business politics or making some deadline or the need to make money
[20:16] <shahriar86> like open standard, etc
[20:17] <Feravolo> It doesn't ,matter what you call it open source or free software, which ever works better for you
[20:18] <shahriar86> humm no no you dont get it
[20:18] <Feravolo> Here in the US the word open is used by American Express and IBM as trademarks which also makes it confusing in the business world
[20:18] <shahriar86> I am not just focusing on "SOFTWARE"
[20:18] <shahriar86> the philosophy as a whole
[20:18] <shahriar86> like open standerd in production
[20:19] <Feravolo> oh, i though you didn't like the philosophy ?
[20:19] <shahriar86> no no why would not I like the philosophy?
[20:19] <Feravolo> i know I have no use for it , i am just a programmer
[20:19] <shahriar86> any way you call it its the same
[20:19] <Feravolo> yes
[20:20] <shahriar86> any way I think I myself is quite confused now :P
[20:20] <Feravolo> That isn't always a bad thing, when trying to understand something :-)
[20:21] <shahriar86> the problem is I quite understand what it is, but its hard to explain to other
[20:21] <Feravolo> got to go, good luck


[02:02] <mup> PR snapd#9720 closed: many: rename disks.FindMatching... to FindMatching...WithFsLabel and err type <Squash-merge> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/9720>
[06:09] <mup> PR snapd#9719 closed: boot: set kernel command line in modeenv during install  <Run nested> <UC20> <Created by bboozzoo> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9719>
[06:14] <mup> PR snapd#9727 closed: seed: cleanup/drop some no longer valid TODOS, clarify some other points <Run nested> <UC20> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9727>
[06:53] <mborzecki> morning
[07:59] <mup> PR snapd#9725 closed: bootloader: remove installableBootloader interface and methods <Cleanup :broom:> <Simple 😃> <Skip spread> <Created by anonymouse64> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/9725>
[08:05] <mborzecki> pstolowski: hey
[08:06] <pstolowski> heya
[08:09] <mup> PR snapd#9713 closed: tests: sign new nested-18|20* models to allow for generic serials <Run nested> <UC20> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9713>
[08:16] <zyga> hey guys
[08:26] <mborzecki> zyga: hey
[08:27] <mborzecki> updated the spread test in #9724 and current_kernel_command_lines is not populated after reboot, hmm hmm
[08:27] <mup> PR #9724: boot: observe successful command line update, provide a default  <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9724>
[08:34] <mvo> good morning pstolowski and mborzecki
[08:35] <mborzecki> mvo: hey
[08:45] <pedronis> hello
[08:45] <pedronis> pstolowski's #9409 needs 2nd reviews
[08:45] <mup> PR #9409: cmd/snap: implement 'snap validate' command <validation-sets :white_check_mark:> <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9409>
[08:46] <mvo> pedronis: good morning, let me have a look
[08:46] <pedronis> mvo: are you blocked on it for something atm?  #9709 seems to need a couple of typo fixes but then could land
[08:46] <pstolowski> ty
[08:46] <mup> PR #9709: snapshotstate: improve handling of multiple errors <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9709>
[08:47] <mvo> pstolowski: 9409 is still marked as blocked, is that still accurate
[08:47] <mvo> pedronis: review for 9705 would be great
[08:47] <mvo> pedronis: otherwise not really blocked
[08:47] <pedronis> mvo: was it updated? I missed that
[08:47] <pstolowski> mvo: kind of, i think we may want to land it close to the followups otherwise it won't do anything
[08:48] <mvo> pedronis: yeah, last evening
[08:48] <mborzecki> hmmmm so spread test failed, but it works in local testing in a vm
[08:48] <mvo> pstolowski: ok, I have a look
[08:48] <pedronis> mvo: ah, I looked at it but never did anything active so I'm not getting emails about it, sorry
[08:48] <mvo> I need a second review for 9718
[08:48] <mvo> pedronis: no worries
[08:50] <pedronis> mborzecki: you have a bunch of small comments on #9724, but you likely saw that
[08:50] <mup> PR #9724: boot: observe successful command line update, provide a default  <Run nested> <UC20> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/9724>
[08:50] <mborzecki> pedronis: yup, trying to figure out the mystery of spread test first
[08:51] <pedronis> mvo: at some point last nigh GH actions were failing internally? is that fixed now
[08:51] <pedronis> *night
[08:51] <mvo> pedronis: I noticed this too, I restarted some PRs early in my morning, need to double check
[08:52] <mvo> pedronis: hm, I'm pretty sure I restarted the macos test in 9731 but it appears to be still failing for unknown/internal reasons
[08:52]  * mvo tries again
[08:53] <pedronis> it has one passing and one failed
[08:53] <mvo> yes, same here
[08:53] <pedronis> it's even stranger
[08:53] <mvo> indeed
[08:53] <mvo> now it's running and looking okay but still strange that we have two
[08:54] <pedronis> mvo: do you want me to pick up the small fixes to #9709 ?
[08:54] <mup> PR #9709: snapshotstate: improve handling of multiple errors <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9709>
[08:54] <mvo> pedronis: sure, if you have time/want to I would be happy
[08:54] <mvo> pedronis: but only if it's no burden
[08:59] <mup> PR snapd#9732 opened: asserts: snapasserts method to validate installed snaps against validation sets <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9732>
[09:15] <pstolowski> pedronis: ^
[09:15] <pedronis> pstolowski: I saw it thx
[09:16] <mborzecki> heh, so a race between the test checking mdoeenv and snapd updating it
[09:23] <pedronis> mborzecki: this is mark successful?
[09:23] <mborzecki> pedronis: yes
[09:29] <pedronis> mborzecki: I don't think we have a nice way to know ran Ensure at least once
[09:30] <mborzecki> pedronis: yeah, for now i'm using nested_retry_until_successful, which should be good enough
[09:33] <pedronis> mvo: tweaks ended up slightly larger than I expected, please double check quickly: https://github.com/snapcore/snapd/pull/9709/commits/6d07df7ce8a261b032b0a963cd40881bd0134bdc
[09:33] <mup> PR #9709: snapshotstate: improve handling of multiple errors <Skip spread> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9709>
[09:35] <mvo> pedronis: sure thing, let me look
[09:36] <mvo> pedronis: nice! yeah, I like that
[09:36] <mvo> pedronis: thank you!
[09:54] <zyga> mvo hey
[09:54] <zyga> one job running on my infra, I'll shut down half when it finishes
[09:56] <mvo> pstolowski: I reviewed 9409 (probably also worth for pedronis to quickly look as I had one output question)
[09:56] <mvo> zyga: great, thanks
[09:58] <pedronis> mvo: I looked at #9705, some meta questions there
[09:58] <mup> PR #9705: devicestate: add runFDESetupHook() helper <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9705>
[09:58] <pstolowski> mvo: thank you!
[09:58] <pedronis> mvo: most of the output comes from the spec
[09:58] <pedronis> but I will double check
[09:59] <pedronis> mvo: let me know if we need to chat about 9705
[10:00] <mvo> pedronis: cool, let me look at 9705, I will let you know
[10:05] <pedronis> pstolowski: having a short break and then I will look at the validate PRs, command one, and the new one
[10:07] <pstolowski> pedronis: thanks
[10:40] <mup> PR snapd#9709 closed: snapshotstate: improve handling of multiple errors <Skip spread> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9709>
[10:48] <pedronis> #9513 needs a master merge now
[10:48] <mup> PR #9513: snapshotstate: detect duplicated snapshot imports <Needs Samuele review> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9513>
[10:58] <mvo> pedronis: thanks, will do (just looking to tweak some things in 9705)
[11:44] <ogra> hmm ... i'm getting popup notifications about snapd not being able to update the snap-store app ...
[11:45] <mvo> ogra: that's because it is in use right now
[11:45] <ogra> the snap-store keeps its backend permanently running even if you close the app
[11:45] <ogra> and there is no way for users to stop it
[11:45] <ogra> it isnt in use ... thats the point 🙂
[11:45] <mvo> ogra: yeah that's a problem, I guess we need help from the desktop team to make this possible
[11:46] <ogra> the only wy to stop it is to fish the process out of the process list and kill it manually ... even if the UI is closed
[11:46] <pstolowski> pedronis, mvo i've pushed tweaks to #9409,  most notably added helpers and reused regexps that already existed in asserts, and made 'snap validate' hidden so we can land it
[11:46] <mup> PR #9409: cmd/snap: implement 'snap validate' command <validation-sets :white_check_mark:> <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9409>
[11:46] <ogra> mvo, but gerat to see the notification work !
[11:46] <ogra> *great even
[11:54] <mvo> pstolowski: nice, thanks so much!
[11:56] <pstolowski> there is just one remaining comment re "invalid ..."
[11:56] <pstolowski> let me know if my suggestion makes sense
[12:00] <mup> PR snapd#9731 closed: daemon: split out snapctl support and snap configuration support to their own api_*.go files <Cleanup :broom:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9731>
[12:04] <pedronis> pstolowski: using %w is what we want but it makes 1.9 unhappy, you need to use fmt := on a separate line, maybe const works also
[12:04] <pedronis> pstolowski: there are examples already
[12:04] <pstolowski> pedronis: ah, ok
[12:05] <pstolowski> right, i can see it, thanks
[12:05] <cachio> pstolowski, hi
[12:05] <cachio> when you have time, could you please take a look to #9479
[12:05] <mup> PR #9479: tests: replace pkgdb.sh (library) with tests.pkgs (program) <Created by zyga> <https://github.com/snapcore/snapd/pull/9479>
[12:07] <pstolowski> hi cachio, sure
[12:10]  * pstolowski lunch
[12:12] <mvo> pstolowski: thanks for the update to the PR!
[12:20] <pedronis> pstolowski: did another pass, sorry a bit of nitpicking about names, https://github.com/snapcore/snapd/pull/9409#pullrequestreview-542769180
[12:20] <mup> PR #9409: cmd/snap: implement 'snap validate' command <validation-sets :white_check_mark:> <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9409>
[12:24]  * cachio afk
[12:25] <pedronis> pstolowski: also I wonder if we really use name as you say here: https://github.com/snapcore/snapd/pull/9409/files#r534061494, but I commented asking about that
[12:25] <mup> PR #9409: cmd/snap: implement 'snap validate' command <validation-sets :white_check_mark:> <⛔ Blocked> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9409>
[12:31] <mvo> pedronis: I did the master merge for 9513 now and also updated 9705, let me know if that makes sense, if not we should proably have a quick chat before the standup ho
[12:32] <mvo> pstolowski: do you think you could have a look at 9718? should be pretty straightforward hopefully
[12:41] <pedronis> mvo: 9705 looks good, but 9718 should probably land first because fdesetup gets moved
[12:41] <pedronis> and it will be a bit messy
[12:44] <pedronis> mvo: commented on #9705
[12:44] <mup> PR #9705: devicestate: add runFDESetupHook() helper <Squash-merge> <Created by mvo5> <https://github.com/snapcore/snapd/pull/9705>
[13:05] <pstolowski> mvo: yes, i can take a look (after standup most likely)
[13:12] <pedronis> pstolowski: left some initial high-level comments in #9732 , let me know if you have questions
[13:12] <mup> PR #9732: asserts: snapasserts method to validate installed snaps against validation sets <validation-sets :white_check_mark:> <Created by stolowski> <https://github.com/snapcore/snapd/pull/9732>
[13:13] <pstolowski> pedronis: thanks, will check shortly
[13:38] <ijohnson> morning folks
[13:51] <mup> PR snapd#9733 opened: tests: New queries for the os tools <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9733>
[14:42] <ijohnson> #9721 is pretty simple and could use some reviews :-D
[14:42] <mup> PR #9721: osutil/disks: add FindMatchingPartitionUUIDWithPartLabel to Disk iface <Simple 😃> <Squash-merge> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9721>
[14:47] <mvo> ijohnson: looking
[14:49] <ijohnson> thanks!
[14:51] <mup> PR snapd#9734 opened: Add support additional camera/capture devices <Created by flexiondotorg> <https://github.com/snapcore/snapd/pull/9734>
[15:15] <pedronis> mborzecki: #9721 maybe is something you could look at as you reviewed the other code there?
[15:15] <mup> PR #9721: osutil/disks: add FindMatchingPartitionUUIDWithPartLabel to Disk iface <Simple 😃> <Squash-merge> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9721>
[15:24] <ijohnson> mborzecki: do you have a link to that forum post where you investigated why systems with many snaps are slow to boot because the mounting of the squashfs files conflicts with each other and they end up trying to get mounted in many different places? I think it would be good to at least explain to this person why snaps make their boot slow:
[15:24] <ijohnson> https://forum.snapcraft.io/t/how-do-i-stop-snaps-mounting-during-boot-on-ubuntu-18-04/21434
[15:26] <mborzecki> ijohnson:  i looked at some things here: https://forum.snapcraft.io/t/snapd-causing-lengthy-boot-time/10466/6?u=mborzecki
[15:28] <ijohnson> mborzecki: ah yes that was exactly what I was thinking about
[15:28] <ijohnson> thanks!
[15:31] <dot-tobias> degville: Controlling service startup order with before/after keywords is documented for “the snap format”, but it's missing both from “apps and services metadata” and “Snapcraft.yaml format” pages. Is this intentional? If not, I'll suggest a change on the respective forum threads.
[15:33] <degville> dot-tobias: no, it's not intentional. It's definitely something we should add - thanks for flagging it.
[15:37] <ijohnson> mvo: pedronis: could one of you sudo merge 9721, it has 2 +1s, but it failed due to 429s from the store
[15:37] <mvo> ijohnson: sure, let me do that
[15:37] <ijohnson> mvo: thanks!
[15:37] <ijohnson> btw should we be retrying 429's ?
[15:37] <ijohnson> seems like yes ?
[15:37] <ijohnson> but on a exponential backoff or something since 429 is too many requests
[15:38] <mvo> a second review for 9718 would be great
[15:38] <ijohnson> like this seems wrong:
[15:38] <ijohnson> retry.go:184: DEBUG: Not retrying: &errors.errorString{s:"too many requests"}
[15:38] <ijohnson> mvo: sure I will add it to my queue
[15:38] <mvo> ta
[15:41] <mup> PR snapd#9721 closed: osutil/disks: add FindMatchingPartitionUUIDWithPartLabel to Disk iface <Simple 😃> <Squash-merge> <UC20> <Created by anonymouse64> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/9721>
[15:44] <pedronis> ijohnson: we already have logic that try to spread out catalog refresh requests but it might be a bit too naive on restarts
[15:44] <ijohnson> pedronis: well I didn't read the code, just that reading the debug log messages is what confused me. are you saying that we do catalog refreshes at a higher level than the http retry itself?
[15:45] <pedronis> ijohnson: yes, retrying with backoff on 429 is probably not useful
[15:45] <pedronis> because the backoff needed would be larger than anything practical
[15:45] <ijohnson> mmm fair enough
[15:45] <pedronis> for most operations
[15:46] <ijohnson> yeah that makes sense
[15:46] <pedronis> or at least for the sitatuons were it matters atm
[15:46] <pedronis> this might just be hopeless to be clear atm
[15:51] <dot-tobias> degville: re before/after docs https://forum.snapcraft.io/t/snapcraft-app-and-service-metadata/8335/8?u=tobias and https://forum.snapcraft.io/t/snapcraft-yaml-reference/4276/43?u=tobias
[15:52] <degville> dot-tobias: thank you! I'll merge those in asap.
[15:52] <dot-tobias> welcome, glad to contribute to docs as a way to say thanks 😊
[15:57] <ijohnson> mvo: pedronis: could you also sudo merge #9729, it is very red on 429's though there is one interesting lxd failure that I have saved the logs for and is not at all related the lkenv changes there
[15:57] <mup> PR #9729: bootloader/lkenv: specify backup file as arg to NewEnv(), use "" as path+"bak" <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/9729>
[15:58] <mvo> ijohnson: sure
[15:58] <pedronis> ijohnson: done
[15:58] <ijohnson> then I can update the full pr with everything
[15:58] <pedronis> mvo: done already
[15:58] <ijohnson> \o/
[15:58] <ijohnson> thanks!
[15:59] <pstolowski> mvo: 2 questions under 5918, +1
[16:01] <mup> PR snapd#9729 closed: bootloader/lkenv: specify backup file as arg to NewEnv(), use "" as path+"bak" <Simple 😃> <UC20> <Created by anonymouse64> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9729>
[16:02] <mvo> pstolowski: thank you!
[16:05] <pstolowski> of course it was 9718, not sure how I came up with that other number ;
[16:05] <pstolowski> ;)
[16:13] <pedronis> pstolowski: I wondered :)
[16:13] <pstolowski> heh
[17:50] <blackboxsw> hi folks, question out of left field. In early boot on azure vms.  I run into the following error trying to install a snap: Failed running command '/usr/bin/snap install canonical-livepatch' [exit(1)]. Message: error: cannot perform the following tasks:  Run configure hook of "canonical-livepatch" snap if present (run hook "configure": cannot perform operation: mount --bind /snap/core/current/etc/apparmor
[17:50] <blackboxsw> /tmp/snap.rootfs_F0mewd/etc/apparmor: Permission denied)
[17:52] <blackboxsw> might this be related to a condition installing additional snaps too soon after waiting on snapd.seeded? We run ' /usr/bin/snap wait system seed.loaded' before trying to install any snaps.    But I'm getting failures like this: https://bugs.launchpad.net/snapd/+bug/1674193
[17:52] <mup> Bug #1674193: core snap's configuration hangs on debian | openSUSE | mainline kernel <snapd:Fix Released by morphis> <snapd (Debian):Fix Committed> <snapd (Fedora):Fix Committed by morphis> <snapd (openSUSE):Fix Released by morphis> <https://launchpad.net/bugs/1674193>
[17:53] <blackboxsw> I am able to snap install canonical-livepatch shortly after initial boot, so this is a racy/early-boot problem
[18:02] <blackboxsw> core  16-2.48  10444  latest/stable  canonical✓  core  (bionic, kernel:5.4.0-1031-azure)  for reference
[18:03] <blackboxsw> will dig to get more details now. was just wondering about known apparmor type concerns in early boot
[18:11] <ijohnson|lunch> blackboxsw: tbh that looks like a bug in the snap itself, but I would need to look more when I get back from lunch in the meantime have you asked the livepatch folks about the snap?
[18:53]  * cachio afk
[19:57] <mup> PR snapd#9735 opened: gadget: disable ubuntu-boot role validation check <Created by mvo5> <https://github.com/snapcore/snapd/pull/9735>
[20:02] <mup> PR snapd#9733 closed: tests: New queries for the os tools <Simple 😃> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9733>
[20:47] <mup> PR snapd#9736 opened: o/devicestate: save model with serial in the device save db <Run nested> <UC20> <Created by pedronis> <https://github.com/snapcore/snapd/pull/9736>
[21:02] <blackboxsw> ijohnson: thanks. I pinging in livepatch and they hadn't seen that issue previously either. It could be a case of slow platform response for snap installs and setup. I'll try adding retries on the command to see if that avoids a racy
[21:02] <blackboxsw> condition
[21:03] <blackboxsw> as it is we retry snap install canonical-livepatch 3 times anyway
[21:03] <blackboxsw> with a backoff 0.5 1 and 5 seconds
[21:06] <ijohnson> blackboxsw: ok, do you have more logs in that bug? or better yet do you have a shell on such an affected machine?
[21:07] <blackboxsw> ijohnson: I'll try reproducing on an azure PRO vm and see if I can cause it repeatedly.  If I can, I'll present an IP here of the affected vm for inspection
[21:07] <blackboxsw> thanks BTw
[21:08] <mup> PR snapd#9737 opened: tests: use os.query tool instead of comparing the system var <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/9737>
[21:08] <ijohnson> great, thank you
[21:23] <jacekn> axino: /names
[22:03] <mup> PR snapd#9735 closed: gadget: disable ubuntu-boot role validation check <Run nested> <UC20> <⚠ Critical> <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/9735>
[23:24] <blackboxsw> ijohnson: couldn't reproduce snap install canonical-livepatch failures on multiple launches. Will bring it up again if I can trigger the failure mode
[23:54] <ijohnson> blackboxsw: ok, if you are able to reproduce please get a system journal with `journalctl --no-pager`?
[23:55] <ijohnson> And file a bug with that journal
[23:56] <blackboxsw> ijohnson: will do. I note that I may have interrupted the system's initial boot on this machine in my integration test that exhibited the issue, so I could have possibly disrupted initial snap core setup.
[23:56] <blackboxsw> will grab logs if it happens again
[23:57] <ijohnson> Great thank you


[15:14] <sykopomp> hi, a coworker is having issues with conf file reloading. When he edits an upstart he's working on and checks the loaded config, it seems to stay the same.
[15:14] <sykopomp> is there anything special that needs to be done? reload-config doesn't seem to do the trick, either.
[15:15] <sykopomp> rebooting worked, but that's not really practical :)
[16:51] <SpamapS> sykopomp: are you on a live-cd/live-usb by any chance?
[16:51] <sykopomp> no
[16:51] <SpamapS> sykopomp: ok. Well the job files should be reloaded using inotify. If not, you can just do 'initctl reload-configuration' to reload them all..
[16:52] <SpamapS> sykopomp: note that 'restart $jobname' does not actually use the new configuration for $jobname, you have to stop/start
[16:54] <dluna> SpamapS: So if there are issues with stopping a job, the new config will not load?
[16:56] <dluna> > sudo stop s-core
[16:56] <dluna> stop: Job has already been stopped: s-core
[16:56] <dluna> sudo status s-core
[16:56] <dluna> s-core stop/killed, process 26228
[16:57] <dluna> there is no process 26228.
[16:58] <SpamapS> dluna: ahh, the "expect loses track of X pid" bug
[16:58] <SpamapS> dluna: Your only recourse is to "resurrect" 26228 by exhausting pid space
[16:59] <SpamapS> dluna: http://paste.ubuntu.com/1151031/  that works
[17:01] <dluna> Thanks.
[17:01] <dluna> That was not the answer I was hoping for, but I'm very happy that you told me.
[17:02] <SpamapS> dluna: bug 406397 for your pleasure ;)
[17:02] <SpamapS> hm, bot lagged?
[17:03] <SpamapS> dluna: http://pad.lv/406397
[17:06] <dluna> Yeah. I'm reading it.
[17:06] <dluna> Sucks!
[17:08] <dluna> That bug is *three years old*.
[17:08] <SpamapS> dluna: https://bugs.launchpad.net/upstart .. we're always grateful for bugfix help :)
[17:08] <dluna> yeah.  I sent two for the documentation already.
[17:08] <SpamapS> that bug, btw, by far has the highest "heat" of any bug
[17:09] <SpamapS> affects 48
[17:09] <dluna> I'll add myself to it.
[17:09] <SpamapS> I'd raise the priority myself but I'm not on the bug supervisor team for upstart
[17:09] <SpamapS> jodh: ^^ perhaps this would be a good next target for bug fixing http://pad.lv/406397
[17:31] <dluna> btw. Does anyone know how upstart detects the forked processes?  (I'm asking since using the strace/grep fork|clone test recommended at 6.11.4 in docs gives me a count of 34 (I'm using Erlang and just starting 'erl' yields 14 using that test (lots of threads)))
[17:32] <SpamapS> dluna: ptrace
[17:32] <SpamapS> dluna: it doesn't count threads as forks
[17:33] <dluna> Good.
[17:56] <SpamapS> dluna: another option is just to keep your program in the foreground
[17:56] <SpamapS> which, frankly, I prefer
[17:57] <SpamapS> unless you have to depend on the 'started' event .. I think the 'expect fork' thing is of limited value for general purpose services. Seems about 50/50 whether or not things fork to signal that they're "ready"
[18:03] <dluna> Well.  I haven't researched what the actual start sequence is doing.  I need to start our system at machine start, so it needs to be in the background (and then there is an 'attach' feature to connect to the shell).
[18:11] <SpamapS> dluna: if it has a mechanism to not "daemonize" (meaning it just starts up and keeps running, and doesn't fork/exit at start up) that will relieve you of needing expect fork
[18:11] <SpamapS> dluna: its still "in the background" in the sense that it is not attached to a terminal
[18:16] <dluna> True.  I'm fairly certain that there is at least one fork in there.  Not my code unfortunately...
[18:21] <SpamapS> dluna: its not so much "is there a fork" but "is this the fork that produces the parent process that runs forever"
[18:59] <dluna> true
[19:01] <dluna> SpamapS: anyway.  Thank you.  Immensely helpful.
[19:11] <SpamapS> dluna: any time
[19:48] <dluna> Is there any way of talking about more than 2 execs in 'expect'?  Or for that matter specify the pid to be tracked (I have access to it, or can at least get access by using pgrep or looking in some logs).
[20:41] <santinod> If I disable a service job (to prevent it from running at startup) by means of the ".override" file, I lose the ability to run it via the /etc/init.d script (as required e.g. by heartbeat). Is there a workaround?
[21:11] <SpamapS> dluna: you can just not use upstart's pid tracking by running the daemon in pre-start and killing it in post-stop...
[21:12] <SpamapS> dluna: you still get the events, just not tight control over the process
[21:12] <SpamapS> santinod: are you sure you disable it from use by /etc/init.d ?
[21:15] <santinod> If I create the .override file, the service is not run at startup (which is correct), but cannot be run by its /etc/init.d/ script either
[21:16] <santinod> "/etc/init.d/mysql start" does not run mysql any more
[21:23] <SpamapS> santinod: no error is printed?
[21:24] <SpamapS> santinod: I'm looking at the quantal version of /lib/init/upstart-job (which is what /etc/init.d/mysql is symlinked to) and it doesn't seem to check for manual
[21:25] <SpamapS> ahh never mind
[21:25] <SpamapS> it checks using show-config
[21:25] <santinod> initctl show-config -e "$JOB"|grep -q '^  start on' || DISABLED=1
[21:25] <SpamapS> yeah
[21:25] <SpamapS> I'm not even sure why we did that
[21:25] <santinod> so it sets DISABLED=1 and later checks for it
[21:26] <SpamapS> santinod: well you can get around this (lame as it is) by using 'start on never' instead of 'manual'
[21:26] <SpamapS> because then you'll still have a start on
[21:28] <santinod> I see
[21:29] <santinod> well, I wanted to preserve as much as possible the integrity of the distro startup scripts (in this case Ubuntu)
[21:29] <SpamapS> santinod: you can put 'start on never' in the .override
[21:29] <SpamapS> santinod: you can rewrite the whole upstart job in there :)
[21:30] <santinod> this sounds interesting
[21:31] <santinod> hmm, "start on never" in the .override seemed to do the trick
[21:32] <santinod> thanks a lot!
[21:34] <SpamapS> santinod: one is glad to be of service
[21:41] <dluna> SpamapS: thanks.  I'll do that.  That solves all of my problems I think.
[21:47] <SpamapS> dluna: just means respawn won't work
[21:48] <SpamapS> dluna: nor will the 'reload' command
[21:54] <dluna> ah. Of course.
[21:55] <dluna> reload won't work anyway, and I can use (erlang) heart to do my restarts for me.
[21:59] <SpamapS> awesome
[23:49] <JoeGaudet> Hey guys, wondering if anyone can point me at the right place to figure out how to let a non root user call stop/start on a particular conf file ?
[23:51] <JoeGaudet> Maybe what I want is User Jobs ?
[23:57] <SpamapS> JoeGaudet: I think you want the dbus ACLs


[00:16] <Kangarooo> n8
[06:40] <somethinginteres> how would one go about 'fixing' metadata in the software centre.. changing the descriptions I mean as part of the hundred papercuts milestone?
[06:43] <lifeless> I  believe the descriptions are pulled from the packages themselvges
[06:43] <lifeless> I may be wrong - I have not looked closely at this
[06:44] <somethinginteres> ah you're correct - with that in mind do you know of how to change them? I'd like to help with this it seems like something a noob could help with
[06:44] <lifeless> I would start by comparing the description in launchpad (launchpad.net/ubuntu/+source/package/) to what you see
[06:44] <ddecator> i know the descriptions shown in synaptic are written as a part of packaging the software. my guess is it's the same for the software center (especially if the descriptions are the same)
[06:44] <lifeless> right
[06:44] <lifeless> so if it looks the same
[06:44] <lifeless> then making a patch to debian/control in the package
[06:44] <lifeless> to make the description better
[06:45] <ddecator> or just changing it yourself and requesting a merge :)
[06:45] <lifeless> and putting that on a bug in launchpad (or a branch - there are varying ways depending on how fluent you are with this stuff)
[06:45] <lifeless> would be good
[06:45] <somethinginteres> I'm like brand new to actually *fixing* stuff rather than reporting...
[06:46] <ddecator> is there something wrong in the description, or do you just want to improve it?
[06:46] <somethinginteres> more just making things clearer in packages that are marked as being confusing for the paper-cuts milestone
[06:47] <ddecator> are you familiar with bzr at all?
[06:48] <somethinginteres> no not really, I'm happy to -become- familiar with it though :)
[06:50] <ddecator> if i can find the right wiki page, i can help you with that
[06:51] <somethinginteres> thanks just want to give a hand if I can.. if it's all over my head so be it but changing metadata shouldn't be much of problem to work out
[06:54] <ddecator> ah, found it finally
[06:54] <ddecator> somethinginteres: mind if i PM you?
[06:55] <somethinginteres> no problem
[11:49] <somethinginteres> can someone give a quick hand with forwarding a patch to debian? I have merge proposal at https://code.launchpad.net/~thelandofwa/ubuntu/maverick/bzflag/fix-desktop-05072010/+merge/29189 but I have been asked to forward it to debian with a patch instead of merging
[11:57] <^arky^> hi mvo
[12:13] <somethinginteres> should I just use 'debuild -s' on the folder that I pulled using bzr branch lp:?
[12:17] <baptistemm> build bd -S would be fine too
[12:17] <baptistemm> hmm "bzr bd -S" rather
[12:23] <somethinginteres> baptistemm: seems generate errors
[12:24] <somethinginteres> baptistemm: http://paste.ubuntu.com/459429/
[12:24] <baptistemm> which are ? (use some pastebin services please)
[12:25] <baptistemm> you don't have all necessary packages to start building
[12:25] <baptistemm> install debhelp
[12:25] <baptistemm> install debhelper
[12:28] <somethinginteres> baptistemm: I've just run install on debhelper but terminal said it couldn't find 'debhelp'
[12:30] <baptistemm> debhel was a typo
[12:30] <baptistemm> I'm a typo specialist
[12:32] <somethinginteres> unfortunately I have another error - different this time (sorry, totally new to bzr especially forwarding to the debian people) http://paste.ubuntu.com/459431/
[12:35] <baptistemm> somethinginteres, I guess<EMAIL_ADDRESS>is not your email address?
[12:39] <somethinginteres> ah I see it isn't the one I used on launchpad
[12:47] <somethinginteres> baptistemm: do you know how I would change it to match so that the command executes?
[12:48] <baptistemm> it is the address used when you add an entry to debian/changelog
[12:48] <somethinginteres> ok I'll alter it and report back
[12:49] <baptistemm> often it automatically to the value of variable DEBEMAIL
[12:53] <somethinginteres> seems to still be having I problem I changed the DEBMAIL var - does my name need to also match exactly my LP a/c info?
[14:34] <^arky^_> Can anyone confirm bug 601350
[14:34] <ubot2> Launchpad bug 601350 in software-center (Ubuntu) "glade package lacks a install/remove button (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/601350
[14:36] <somethinginteres> yes I can confirm it ^arky^
[14:37] <somethinginteres> do you want me to change it to "confirmed"?
[14:42] <^arky^_> somethinginteres: Can you reproduce it ?
[14:51] <^arky^_> mvo:  Can you comment on this bug 601350
[14:51] <ubot2> Launchpad bug 601350 in software-center (Ubuntu) "glade package lacks a install/remove button (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/601350
[14:56] <somethinginteres> ^arky^ yes, the icon does not show for me
[14:56] <mvo> ^arky^_: sure. that is a little bit odd, I need to dig into the source to find out more
[15:18] <mvo> ^arky^_: fix will be part of the next app-install-data upload
[15:57] <^arky^_> mvo: thanks
[16:53] <Kangarooo1> if i have bug in kernel to what post bug? linux-image-version or linux-headers-version ?
[16:54] <dutchie> Kangarooo: you can do "ubuntu-bug linux" which has magic to report things right
[16:56] <Kangarooo> ah ok that reports to linux-image-version
[16:57] <micahg> Kangarooo: no, it doesn't, kernel bugs go against the linux package
[16:58] <Kangarooo> in LP its posted to linux package. when i looked in apport +more info then package was written linux-image-version thats also strange. apport tells one but does another
[16:59] <micahg> Kangarooo: one is binary and one is source (linux)
[16:59] <Kangarooo> ah ok
[17:00] <Kangarooo> ok posted bug
[17:03] <Kangarooo> micahg: so ur my mentor in bugsquad mentorship?
[17:03] <micahg> Kangarooo: am I?
[17:03] <micahg> Kangarooo: you don't seem to have one assigned
[17:04] <Kangarooo> yesterday DrKenobi was calling me and u and i asked is that about mentorship and he said yes. so i assume so
[17:05]  * micahg doesn't think drkenobi has anything to do w/membership
[17:05] <micahg> *mentorship
[17:06] <micahg> Kangarooo: he's looking for a mentor as well
[17:07] <Kangarooo> ah then i dont understand why he was also calling me and u in one line
[21:09] <BUGabundo> bugs in avidemux, are local or some kind of active upstream?
[21:47] <BUGabundo> YAY for replies


[14:15] <xnox> i'm receiving spam in private from jumamni
[14:15] <xnox> where/how am I suppose to report that?
[14:15] <Fuchs> #freenode, make sure to report channels you share with the spammer, time (UTC) and hostmask.


[09:18] <rmg51> Morning
[11:50] <icey> ahoy
[12:09] <teddy-dbear> Morning peoples, critters and everything else