[05:07] <mborzecki> morning
[05:08] <zyga> Hey hey
[05:09] <zyga> Will you have a moment to look at my reasoning today?
[05:09] <zyga> As soon as the kids go to school we could have a quick call
[05:10] <mborzecki> zyga: hey
[05:10] <mborzecki> zyga: sure, ping me
[05:10] <zyga> Also https://github.com/snapcore/snapd/pull/6796 is simple and I have more later :/
[05:10] <mup> PR #6796: cmd/snap-update-ns: add no-op load/save current user profile logic <Created by zyga> <https://github.com/snapcore/snapd/pull/6796>
[05:51] <zyga> ok, both kids are handled now
[05:52] <zyga> mborzecki: https://meet.google.com/rug-kzid-ewz?authuser=0
[05:57] <mborzecki> zyga: ok, let me get some coffee
[05:58] <zyga> sure, thank you
[06:46] <mup> PR snapd#6829 closed: devicestate: use deviceCtx in checkGadgetOrKernel <Remodel :train:> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6829>
[06:47] <zyga> https://github.com/zyga/hello-cuda
[06:53] <pedronis> mvo: hi, #6833 is the next one in the series, is actually the refactoring about creating models in tests I started Friday (that derailed me a bit)
[06:53] <mup> PR #6833: many: introduce assertstest.SigningAccounts and AddMany test helpers <Remodel :train:> <Created by pedronis> <https://github.com/snapcore/snapd/pull/6833>
[06:58] <pedronis> mvo: I'm going to merge 6776, it will be turned into calls to remodel ctx methods soon
[06:59] <mvo> pedronis: ok, I will check 6833 hopefully this morning
[06:59] <pstolowski> morning
[06:59] <mup> PR snapd#6776 closed: devicestate: set "new-model" on the remodel change <Remodel :train:> <Simple 😃> <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6776>
[07:00] <mvo> pedronis: about 6776> sounds good, will you work on the rmeodel ctx method transition or shall I?
[07:00] <mvo> pedronis: having it will make the kernel-remodel PR much smaller, so thats nice
[07:02] <zyga> mvo: we fixed it
[07:02] <zyga> mvo: wooooot
[07:02] <zyga> the bug is real, it's easy to fix and it's well understood now
[07:02] <mvo> zyga: \o/
[07:02] <mvo> zyga: is it a kernel bug?
[07:02] <zyga> no, my bug :)
[07:03] <zyga> but very elusive, you'll see soon
[07:03]  * zyga is euphoric
[07:04] <zyga> I'll chop the fixes up and start sending it right away
[07:04] <zyga> kenvandine: I've fixed a massive bug relating to layouts, content and magic-it-is-broken-bugs
[07:04] <zyga> that explains a lot of things not working :D
[07:04] <mvo> zyga: is this a 2.39.1?
[07:04] <zyga> mvo: yes, we should
[07:04] <zyga> it will help everyone on the desktop
[07:04] <zyga> mvo: the fix is small
[07:04] <zyga> so should be fine, I'll start preparing branches
[07:04] <zyga> mvo: it's really this:
[07:05] <zyga> when we mount tmpfs we don't set propagation so it stays private
[07:05] <zyga> that's all :)
[07:05] <zyga> this applies to layout tmpfs and mimic tmpfs
[07:05] <zyga> mborzecki and me just spent last hour debugging it in a live pair programming session
[07:05] <zyga> mborzecki thank you so much for helping :)
[07:05] <mborzecki> mvo: hey
[07:06] <mborzecki> zyga: not sure i helped much though :)
[07:06] <zyga> mvo: so the nvidia state is not only great but also working reliably now :)
[07:06] <mborzecki> pstolowski: hey to you too :)
[07:06] <pstolowski> o/
[07:08] <mvo> zyga: cool
[07:08] <mvo> hey mborzecki and pstolowski
[07:08] <mvo> zyga: can we spread test this somehow?
[07:09] <zyga> Yes
[07:10] <mvo> zyga: excellent
[07:10] <pedronis> mvo: sorry, I will work on the remodel methods translation, my next task is actuall implementing brand store switch for real
[07:10] <mvo> pedronis: excellent, thanks
[07:10] <mvo> pedronis: just wanted to double check if I can help you in this specific task
[07:10] <zyga> mvo: though with some loopholes because of per user mount namespaces
[07:10] <zyga> mvo: but yes; we can test this
[07:11] <mvo> pstolowski: I reviewed 6793 - do you think a unit test cmd_debug_timings_test.go for a followup would be hard? just something simple?
[07:11] <mvo> zyga: cool!
[07:12] <pedronis> mvo: we need a follow up anyway because of the discussion about having an artificial line to make the ensure bits more like the change bits
[07:12] <pstolowski> mvo: yes, i was thinking about that, some rudimentgary unit tests would be good to have, will do in a followup
[07:13] <pedronis> pstolowski: but with the branch we can gather data on the pis which would be great
[07:14] <pstolowski> yes
[07:19] <mvo> pstolowski: great! I +1 as not having this test is not a regression and we can fix in a followup :)
[07:19] <pstolowski> ty
[07:22] <zyga> Saviq: hey
[07:22] <zyga> Saviq: I think I also fixed the bug that was affecting mir
[07:22] <zyga> the one you asked me about a few weeks ago
[07:23] <zyga> this is the bug of the month for me :)
[07:23]  * zyga reports bugs to begin working on regression tests to begin chopping fixes into patches
[07:23] <Saviq> zyga: got a bug#? :)
[07:23] <zyga> Saviq: I'm reporting it now
[07:24] <zyga> Saviq: but this is when you wanted to share mir backend drivers with mir and then share mir stack + backend driver to apps
[07:24] <zyga> I know why this is broken now
[07:24] <Saviq> Oh
[07:24] <zyga> yeah :)
[07:24] <zyga> it's getting fixed today
[07:24] <Saviq> That'd be awesome :)
[07:24] <zyga> this single bug explains LOADS of mysteriously incorrect behavior
[07:26] <zyga> kenvandine: ^ this is the bug that was breaking themes and gnome platform snap and all kinds of "connected but not connected" bugs
[07:26] <zyga> mvo: ^ you can see why I'm so happy now
[07:28] <mvo> zyga: \o/
[07:35] <pedronis> zyga: great, is it easy to add tests about it?
[07:36] <zyga> pedronis: not every easy but 100% doable, the bug is extremely elusive and two of the components of the bug would make a simple spread test not catch it
[07:36] <zyga> pedronis: I'm describing the bug in detail
[07:36] <zyga> pedronis: and I know how to write a spread test for it
[07:36] <zyga> pedronis: none of our current tests doing content or layout would capture it
[07:36] <pedronis> ok, just wondering because we didn't catch it so far
[07:36] <zyga> it's a tricky bastard :)
[07:36] <pedronis> but good if we can have a spread test
[07:36] <zyga> yes, that's 2nd step after reporting the bug :)
[07:36] <zyga> write a test and show it fail :)
[07:37] <pedronis> mvo: I'm going to cleanup managers_test.go a little bit as a drive-by, mostly ms -> s, and using testutil AddCleanup
[07:38] <mvo> pedronis: \o/
[07:40] <mup> PR snapd#6844 opened: interfaces: special-case "snapd" in sanitizeSlotReservedForOS* helpers <Simple 😃> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6844>
[07:41] <pstolowski> mvo, pedronis ^ so this fixes hotplug on core18+snapd, tested manually on pi3
[07:41] <pstolowski> and i'll prep proper followup (touching 80+ files) as discussed yesterday
[07:42] <mvo> pstolowski: nice
[07:42] <mvo> pstolowski: this is also 2.39.1 I suppose?
[07:42] <pstolowski> mvo: yes
[07:42] <mvo> ta
[07:44] <zyga> mborzecki, mvo, pedronis, Saviq: https://bugs.launchpad.net/snapd/+bug/1828354
[07:44] <mup> Bug #1828354: mount event propagation on snapd-mounted tmpfs is incorrect <snapd:In Progress by zyga> <https://launchpad.net/bugs/1828354>
[07:44] <zyga> I will start writing the spread test
[07:44] <zyga> in case I get hit by a bus mborzecki knows how to fix it too :)
[07:44] <mborzecki> hahah
[07:45] <zyga> let me know if the bug description is unclear
[07:46] <pstolowski> i'll also think about spread test for core18+snapd & hotplug, need to talk to Sergio about that
[07:54] <Saviq> zyga: any news on https://bugs.launchpad.net/snapd/+bug/1819875 ?
[07:54] <mup> Bug #1819875: base core16->core18 migration <snapd:In Progress by zyga> <https://launchpad.net/bugs/1819875>
[07:56] <zyga> Saviq: it's stalled, I know what to do, will attack it after Lyon
[07:56] <zyga> Saviq: the initial patch was ANACked, I started working on v2 and have close-but-not-quite code for that
[07:56] <zyga> mborzecki, mvo: I also reported https://bugs.launchpad.net/snapd/+bug/1828357
[07:56] <mup> Bug #1828357: snap-update-ns incorrectly sorts mount profile entries <snapd:New> <https://launchpad.net/bugs/1828357>
[07:57] <zyga> Saviq: there are several more bugs in core->core18 migration
[07:57] <zyga> Saviq: one is that snapd tools go stale
[07:58] <zyga> Saviq: there are several other bugs affecting core18, I don't think they are all reported
[07:58] <Saviq> so "not yet" :)
[07:59] <zyga> no, apart from Lyon-driven work it is close to the top of my queue
[07:59] <zyga> (no as in: "no, not yet")
[08:02] <pstolowski> mborzecki: replied to your comment in https://github.com/snapcore/snapd/pull/6793 ; can you re-review?
[08:02] <mup> PR #6793: cmd/snap: support for --ensure argument for snap debug timings <Created by stolowski> <https://github.com/snapcore/snapd/pull/6793>
[08:03] <mborzecki> pstolowski: thanks, it was more like an open question, nothing to be done in that PR anyway
[08:06] <mvo> pedronis: should I add switching gadgets (with the caveat that we cannot do asset upadates yet) or do you think thats premature?
[08:07] <pedronis> mvo: that is more delicate, we really need to do the right thing with GadgetInfo
[08:07] <pedronis> it's used much more than KernelInfo
[08:09]  * mvo nods
[08:12] <mvo> a second review of 6835 would be great - its small
[08:13] <pedronis> mborzecki: I tried to answer your question, bit confused by the 2nd because that's the central point of the PR, though it might be sutble
[08:15] <mvo> 6751 has two +1 but I added the unit test - so a second review from someone who is not me would be great
[08:15] <mvo> its pretty small and should be simple to review
[08:16] <pedronis> mborzecki: I changed the description of 6822, made that should makes thing clear. It also go outdated at some point.
[08:17] <pedronis> s/made/maybe/
[08:17] <pedronis> mvo: I can look in a little bit
[08:20] <mborzecki> pedronis: what i meant in the 2nd question is cosmetic mostly, whether to embed *DeviceManger or have it as a field like `manager *DeviceManger`
[08:21] <pedronis> mborzecki: ah, I didn't understand that way
[08:21] <mborzecki> pedronis: sorry, should have made it more clear in the comment
[08:23] <pedronis> mborzecki: no, you are right, the wrapper implements all the interface methods
[08:23] <pedronis> so it could be a field
[08:23] <pedronis> this changed a bit over the history of the branch
[08:24] <pedronis> or I could remove .DeviceManager
[08:24] <pedronis> and keep it this way
[08:24] <pedronis> but as it is is all a bit silly
[08:25] <mborzecki> pedronis: i mean it's not a problem, we could clean it up later on, or keep it like this, either way the code works
[08:26] <Chipaca> pstolowski: o/
[08:26] <pedronis> mborzecki: yea, for context,  at some point DeviceManager had Device
[08:26] <pedronis> but now that is hidden
[08:26] <pstolowski> hey Chipaca
[08:27] <Chipaca> pstolowski: hiya. I've got a question about hooks :-)
[08:27]  * pstolowski is hiding
[08:27] <pstolowski> shoot
[08:28] <Chipaca> pstolowski: I'm getting 'cannot find hook' when trying to install (of a hook i've added), from snap-exec, but in snap-exec I print info.Hooks and the hook is right there, but the snap-exec does not seem to be the one from /usr/lib/snapd … is it always from core or sth?
[08:29] <pstolowski> Chipaca: what hook?
[08:29] <Chipaca> pstolowski: I've just answered myself by doing a bind-mount, and yes it's the one from core
[08:29] <Chipaca> (i got a different panic now \o/ )
[08:30] <Chipaca> pstolowski: check-health
[08:32] <pstolowski> Chipaca: you'll need to whitelist a new hook in supportedHooks (and possibly in one other place, but not sure from top of my head). but you probably already found that out
[08:33] <Chipaca> pstolowski: yep :-)
[08:33] <Chipaca> pstolowski: I just got the whole thing working \o/
[08:34] <pstolowski> nice! \o/
[08:37] <mup> PR snapd#6796 closed: cmd/snap-update-ns: add no-op load/save current user profile logic <Created by zyga> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6796>
[08:38] <Chipaca> pedronis: can we talk about storage for a bit?
[08:39] <Chipaca> pedronis: actually, i'll just write out my question and you answer when you have time
[08:41] <Chipaca> pedronis: some decisions need to be done on 'edge', ie when transitioning from good to bad or vice versa, and I wonder if what we actually want is a log of all the runs (or the last N)
[08:41] <mup> PR snapd#6845 opened: cmd/snap-update-ns: move apply{Profile,{User,System}Fstab} to same file <Created by zyga> <https://github.com/snapcore/snapd/pull/6845>
[08:42] <Chipaca> pedronis: so the question is: should I make it an in-state thing that keeps the current result and the previous one, or the current result and the previous status, or should it be on disk with a log of everything?
[08:42] <zyga> pstolowski: asked a question in https://github.com/snapcore/snapd/pull/6844
[08:42] <mup> PR #6844: interfaces: special-case "snapd" in sanitizeSlotReservedForOS* helpers <Simple 😃> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6844>
[08:43] <Chipaca> pedronis: are actions going to be taken in-hook-handler, looking at current and previous result only, or are they going to be run from outside and look at all history, or...?
[08:44] <pedronis> Chipaca: which decisions need to be made on edge ? I don't remeber that
[08:44] <Chipaca> pedronis: when it was ok but suddenly isn't
[08:45] <Chipaca> pedronis: warning the user? alerting the backend?
[08:45] <Chipaca> not sure (it's not part of this round of work)
[08:45] <Chipaca> but there was some action we wanted to do when a snap had been fine and then started being broken
[08:46] <pedronis> we want to check more often when is broken
[08:46] <pedronis> but that itsn't about the edge
[08:46] <pedronis> we do need to know what the status was before a refresh and after
[08:46] <pedronis> Chipaca: atm I would expect to take "actions" from check-rerefresh
[08:47] <pedronis> Chipaca: I mean, we always discussed needing to run the hook both at the start and during a refresh
[08:48] <Chipaca> pedronis: and then take actions based on the difference, right?
[08:48] <pedronis> possibly yes
[08:48] <Chipaca> ie bad->good vs good->bad
[08:48] <pedronis> but that info could be kept on the change/task in the change
[08:49] <pedronis> anyway if you think we should keep the last two different values
[08:49] <pedronis> that's fine
[08:49] <pedronis> I would put this in the state
[08:49] <Chipaca> ok
[08:50] <pedronis> Chipaca: we need to remember for which revision they are though? though the idea is that health itself is not for a revision
[08:50] <zyga> brb, coffee
[08:52] <pedronis> Chipaca: I mean, is not clear to me whether we should just stick the last value in the change , or we keep always two, but we haven't dug deep into all the things we might want to do with this
[08:54] <Chipaca> pedronis: I'll make it a map[instance]HealthState; we can always have HealthState have a Previous HealthState
[08:55] <Chipaca> pedronis: I'll add Revision to HealthState: like the timestamp, it's not that the health is 'for' a timestamp or revision, but that when the health was this, these were the timestamp and revision
[08:55] <Chipaca> will help with debugging / auditing / developing at the least
[08:56] <pedronis> yes
[08:56] <Chipaca> pedronis: initial PR will just run the hook at the end of install
[08:56] <Chipaca> fwiw
[08:56] <pedronis> yea, that's fine
[08:57] <pedronis> Chipaca: you mean install/refresh, or only install?
[08:57] <Chipaca> pedronis: doInstall :-) install/refresh/try/revert
[08:57] <pedronis> ok
[08:58] <pstolowski> zyga: replied
[08:58] <zyga> pstolowski: thanks, looking
[08:59] <zyga> pstolowski: +1
[09:00] <pstolowski> zyga: ty
[09:00] <pstolowski> zyga: i'm preparing a followup to remove these helpers from all interfaces. that means reservedForOS in common.go will go away
[09:01] <zyga> pstolowski: why?
[09:01] <pstolowski> zyga: because base declaration do the same
[09:01] <zyga> pstolowski: but base declaration is *not* considered when doing snap install --dangerous
[09:01] <zyga> or am I mistaken?
[09:01] <pstolowski> zyga: oh
[09:01] <zyga> it will give people false impressions when developing snaps
[09:02] <zyga> perhaps we should run the base policy checker but just print a warning on install when --dangerous is used
[09:02] <pstolowski> zyga: fair point if this is the case
[09:02] <zyga> then I think this is sensible
[09:02] <zyga> and far less code too
[09:12] <mvo> pedronis: do you want to tweak 6822 further or can it go in ? it has two +1 but there is this discussion about initialRegistrationContext
[09:13] <mup> PR snapd#6846 opened: cmd/snap-confine: unshare per-user mount ns once <Created by zyga> <https://github.com/snapcore/snapd/pull/6846>
[09:13] <zyga> mborzecki: https://github.com/snapcore/snapd/pull/6846
[09:13] <mup> PR #6846: cmd/snap-confine: unshare per-user mount ns once <Created by zyga> <https://github.com/snapcore/snapd/pull/6846>
[09:14] <pedronis> mvo: I can change it a bit in a follow up
[09:14] <pedronis> it can go in
[09:15] <mup> PR snapd#6822 closed: overlord/devicestate: introduce registrationContext <Remodel :train:> <Created by pedronis> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6822>
[09:15] <Chipaca> pstolowski: why is hookstate.Context's SnapRevision "unset", when the revision is something like -4?
[09:15] <mvo> pedronis: it can I think - I'm inclined to merge 6833 as well or do you think this needs further reviews (all tests/test-helpers)
[09:16] <Chipaca> ooohhh hooksetup
[09:16]  * Chipaca looks into it
[09:16] <pedronis> we never set the revision I think
[09:16] <pedronis> actually
[09:16] <pedronis> there was a lot of back and forth on that
[09:17] <pstolowski> Chipaca: this predates the time i started working on snapd.. i think Gustavo and Kyle worked on this, i don't know the background
[09:18] <pedronis> mvo: I don't know about 6833 , it's all tests but it's big
[09:19] <pedronis> also maybe people have opinions on names
[09:19] <pedronis> I don't know
[09:21] <pedronis> pstolowski: I answered your question in 6822
[09:22] <pstolowski> ty
[09:23] <mvo> pedronis: I think its a thing of beauty so maybe someone more reviews are actually good :)
[09:24] <pstolowski> mvo: updated #6844
[09:24] <mup> PR #6844: interfaces: special-case "snapd" in sanitizeSlotReservedForOS* helpers <Simple 😃> <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6844>
[09:24] <mvo> pstolowski: \o/
[09:24] <zyga> mvo: replied on that unshare bug
[09:25] <zyga> let me know if you want me to pursue the test, I personally think it's not worth it
[09:25] <mup> Bug #1828374 opened: Unable to install qabro <Snappy:New> <https://launchpad.net/bugs/1828374>
[09:26] <mvo> zyga: thank you
[09:26] <zyga> mvo: we could write a test that would use trace but it would be super tricky because this code only runs when *not* root but we'd need to run snap-confine via sudo + strace and then somehow drop back to user while running under strace already
[09:27] <zyga> CE has reported a bug related to seeding
[09:27] <zyga> https://bugs.launchpad.net/snappy/+bug/1828374
[09:27] <mup> Bug #1828374: Unable to install qabro <Snappy:New> <https://launchpad.net/bugs/1828374>
[09:27] <zyga> there's one change, seeding, it is stuck for two days
[09:27] <zyga> the Doing task is Doing 2 days ago, at 04:16 EDT - Ensure prerequisites for "gnome-calculator" are available
[09:27] <zyga> is this the ordering bug
[09:27] <mvo> zyga: hm,hm and there is nothing else with propagation (or lakc thereof) that is easy(ish) to observe?
[09:27] <zyga> where bases must be before snaps?
[09:27] <zyga> mvo: correct
[09:28] <mvo> zyga: is this 2.39 material?
[09:28] <zyga> mvo: yes, but only because I would like to test this together with the 2nd bug fix and not without
[09:28] <zyga> mvo: and if it passes and nobody spots any hole in reviews it is a clear bug to get rid of
[09:29] <mvo> zyga: ok, we should probably have a quick call on it if it goes into 2.39 without some sort of test
[09:29] <zyga> mvo: what would we discuss?
[09:29] <mvo> zyga: a bit later though, I will wait for the second PR
[09:29] <zyga> mvo: ok
[09:29] <zyga> mvo: I can write the allocation test
[09:29] <mvo> zyga: not sure thats worth it
[09:29] <zyga> it'd be a bit fugly but if you strognly one one
[09:29] <mvo> zyga: maybe I'm too cautious
[09:29] <pedronis> zyga: yes, that seems and ordering bug
[09:29] <pedronis> or missing base
[09:29] <zyga> pedronis: is the ordering documented somewhere that I can point CE to?
[09:30] <mvo> zyga: anyway, please focus on the second PR and then we can talk a bit more
[09:30] <zyga> mvo: ok
[09:30] <zyga> doing that now
[09:30] <mvo> zyga: thank you!
[09:30] <pedronis> zyga: we really shouldn't have ordering bugs actually, but missing stuff is an issue
[09:31] <zyga> pedronis: I agree, I would add that snapd should bail if it detects a missing base and not just stall for dayts
[09:32] <pedronis> the more focuses we are on the big things the more is likely we can do something about the small ones
[09:34] <zyga> pedronis: yeah, agreed
[09:34] <niemeyer> Mornings
[09:34] <niemeyer> mvo, pedronis_: Do you have a moment for a quick call?
[09:35] <mvo> niemeyer: yes, can be there in 1min
[09:36] <niemeyer> Sweet
[09:36] <niemeyer> Let's use the standup link
[09:45] <Chipaca> pstolowski: question about something I'm finding hard to follow: I'm getting my hook run even for snaps that don't have the hook. Where does the decision not to run hooks that aren't present happen? the (to me) obvious place, hookmgr's runHook, knows there isn't a hook and carries on
[09:46] <Chipaca> bah
[09:46] <Chipaca> it's not the (non-existent) hook that's run, it's the handler
[09:46] <Chipaca> the Done() thing
[09:47] <Chipaca> pstolowski: so i change my question: how can the Done handler know whether the hook was run?
[09:54] <Chipaca> pstolowski: or, why doesn't runHook just return nil when it knows there isn't a hook to run?
[09:55] <pstolowski> Chipaca: it seems it's always called even if hook doesn't exist. and the only case when it's not run is when error occurs and IgnoreError is not set
[09:56] <zyga> 	Failed for "golang.org/x/crypto/cast5" (failed to clone repo): exit status 128
[09:56] <pstolowski> Chipaca: i think we have never relied on Done() so far
[09:56] <mborzecki> hmm ubuntu-image is full of surprises
[09:56] <mborzecki> calculated = ceil(farthest_offset / 1024 + 17) * 1024
[09:56] <Chipaca> pstolowski: grmbl
[09:56] <mborzecki> that's how image size is calculated befire it's actually built
[09:56] <zyga> there's more from godbus :/
[09:56] <Chipaca> pedronis: looking at blame maybe i should've asked you the above :-) or maybe kyrofa
[09:56] <pstolowski> Chipaca: again.. this is old code, almost untouched since initial impl
[09:57] <pstolowski> Chipaca: what you're saying sounds reasonable to do imho
[09:57] <mborzecki> and a TODO note too: # TODO: Hard-codes last 34 512-byte sectors for backup GPT, empirically derived from sgdisk behavior.
[10:27]  * pstolowski lunch
[10:27]  * zyga is hungry too
[10:35] <kenvandine> zyga: great!
[10:36]  * kenvandine high fives zyga
[10:50] <zyga> kenvandine: I'm totally crazy happy about this bug finally coming out of the shadows :)
[10:51] <zyga> kenvandine: this is https://bugs.launchpad.net/snapd/+bug/1828354 if you want to track
[10:51] <mup> Bug #1828354: mount event propagation on snapd-mounted tmpfs is incorrect <snapd:In Progress by zyga> <https://launchpad.net/bugs/1828354>
[10:51] <zyga> I'll fix it today
[10:51] <zyga> but first, I need to take the dog out, he's looking at me and asks for it :)
[11:08] <mup> PR snapd#6845 closed: cmd/snap-update-ns: move apply{Profile,{User,System}Fstab} to same file <Simple 😃> <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6845>
[11:16] <mup> PR snapd#6847 opened: cmd/snap-update-ns: make apply{User,System}Fstab identical <Created by zyga> <https://github.com/snapcore/snapd/pull/6847>
[11:25] <mup> PR snapd#6848 opened: First pass at healthstate (no tests yet) <Created by chipaca> <https://github.com/snapcore/snapd/pull/6848>
[11:25] <Chipaca> pedronis: ^^ draft PR (working on adding tests)
[11:25] <Chipaca> pedronis: will probably drop the IsCtrl thing until later, as it's not essential and clutters the pr
[11:25] <pedronis> Chipaca: thx
[11:26] <Chipaca> pedronis: but thought you might want an early look
[11:30] <mborzecki> do we have some code already that escapes runes into \x.. hex encoding like systemd-escape?
[11:30] <pedronis> Chipaca: is SnapRevision actually set? doesn't need to be set in CheckHealth ?
[11:30] <Chipaca> mborzecki: systemd.Escape ?
[11:31] <Chipaca> mborzecki: systemd.EscapeUnitNamePath
[11:31] <Chipaca> pedronis: it is set
[11:31] <mborzecki> Chipaca: thanks!
[11:31] <Chipaca> pedronis: it's always "unset" for local revisions
[11:31] <Chipaca> pedronis: it is set for store revisions
[11:31] <Chipaca> pedronis: so that's probably good enough
[11:31] <pedronis> Chipaca: ok, bit puzzled by that
[11:31] <Chipaca> me three
[11:31] <Chipaca> :)
[11:32] <pedronis> I don't remember it being that way
[11:32] <mvo> woah, this "draft" feature is cool
[11:32] <Chipaca> pedronis: you can try it locally, becaues Done is always called so health is always set to something
[11:32]  * mvo hugs Chipaca for learning something new
[11:32] <pedronis> Chipaca: the other question, not immediate, if it will always want to write directly to the health state, or sometimes we'll need to keep the health pending somewhere
[11:32]  * Chipaca hugs mvo for the attitude
[11:32] <pedronis> but we should have ways to add that indirection if needed
[11:33] <Chipaca> pedronis: yep
[11:41] <pedronis> mvo: 6751 looks good but I have a comment about lack of comments :)
[11:42] <mvo> pedronis: thanks, will fix
[11:58] <ogra> Download snap "motion-ogra" (16) from channel "edge"                                                                                0% 17.2kB/s 63.3m
[11:58] <ogra> hmpf !
[12:06] <mborzecki> off to pick up the kids
[12:13] <zyga> back from lunch and walk
[12:16] <zyga> mvo: can you revise your review on https://github.com/snapcore/snapd/pull/6751
[12:16] <mup> PR #6751: overlord/snapstate: perform hard refresh check <Created by zyga> <https://github.com/snapcore/snapd/pull/6751>
[12:23] <cwayne> ogra: heya! Youve got a pi 3b+ yeah?
[12:26] <mvo> zyga: sure, checking
[12:26] <zyga> mvo: I think the PR needs a comment
[12:26] <zyga> but perhaps one can be added via github directly
[12:26] <ogra> cwayne, who hasnt ? (its the default you get since 1.5y if you order one :P )
[12:28] <mvo> zyga: yeah, I have a meeting now will see when I can add it
[12:28] <zyga> mvo: I can add the comment, just need your review change
[12:28] <mvo> zyga: +1
[12:28] <zyga> thanks!
[12:35] <cwayne> ogra: :) was just curious if you've seen any wifi issues with the latest core/snapd
[12:36] <ogra> cwayne, not on core 16 and 18 is still too immature for daily use IMHO
[12:47] <cwayne> ogra: with every snap on stable? Just curious as we're seeing wifi issues on ours in the lab but only one of them
[12:48] <ogra> cwayne, with core and kernel on stable (i mostly use my own gadgets for my in-house images that run sensible stuff)
[12:49] <cwayne> Hm ok so it's not a kernel issue then, that's good
[12:49] <cwayne> I think our pi may just be flaky
[12:50] <ogra> or there is some freequency distortionn/noise ... the wlan isnt very good through walls either
[12:55] <cwayne> Doesn't go through any walls iirc, but could be lots of things
[12:55] <cwayne> Just weird that it happened so suddenly
[13:31] <mup> PR snapd#6798 closed: gadget: introduce checkers for sanitizing structure updates <Gadget update> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/6798>
[13:44] <mup> PR snapd#6849 opened: many: introduce a gadget helper for locating device matching given structure <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6849>
[13:55] <mup> PR snapd#6850 opened: gadget: add volume level update checks <Gadget update> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6850>
[13:58] <pedronis> a 2nd review for 6833 , it's a tests refactor
[13:58] <pedronis> would be great
[14:08] <popey_> where should I file a crasher bug against the snap command line tool?
[14:09] <Chipaca> popey_: oooh
[14:09] <Chipaca> popey_: tell me more
[14:09] <popey_> https://paste.ubuntu.com/p/zZwqpZ2N2w/
[14:09] <popey_> snap info qtencodegui
[14:09] <popey_> run that
[14:10] <Chipaca> popey_: https://bugs.launchpad.net/snapd/+filebug?field.title=snapd+went+boom
[14:11] <popey_> :)
[14:11] <Chipaca> s/snapd\+/snap+/ but that
[14:11] <Chipaca> fffantastic
[14:12] <popey_> https://bugs.launchpad.net/snapd/+bug/1828425
[14:12] <mup> Bug #1828425: snap went boom <snapd:New> <https://launchpad.net/bugs/1828425>
[14:27] <Chipaca> WTheck
[14:29] <Chipaca> grahrrr
[14:29]  * Chipaca hates self
[14:30] <roadmr> great bug description :)
[14:31] <zyga> dinner
[14:38] <Chipaca> mvo: we've got a snap crasher, and a fix for it coming up, what should i target it to?
[14:39] <Chipaca> mvo: (this is not a regression)
[14:39] <Chipaca> mvo: (this is not a drill either)
[14:39] <mvo> Chipaca: 2.39
[14:39] <mvo> Chipaca: we need to do  a 2.39.1
[14:39] <Chipaca> mvo: tagging is enough?
[14:39] <mvo> Chipaca: yes
[14:39] <Chipaca> k
[14:39] <Chipaca> mvo: thanks
[14:40] <mup> PR snapd#6851 opened: cmd/snap: mangle descriptions that have indent > terminal width <Simple 😃> <⚠ Critical> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6851>
[14:40] <Chipaca> mvo: popey_: ^^ tadaa
[14:41] <Chipaca> popey_: and before you go "i set my terminal to 1000 columns wide and it still crashes", snap caps the terminal width to ~100 so paragraphs are legible
[14:54] <kenvandine> jdstrand: if i want USN notifications to be sent to a list for a bunch of snaps, do i have to add the list as a collaborator?
[14:55]  * kenvandine hopes not
[14:55] <jdstrand> kenvandine: no. just tell me and I'll adjust
[14:55] <jdstrand> kenvandine: it needs to be an open list
[14:56] <kenvandine> cool
[14:56] <jdstrand> otherwise you'll need to moderate the emails
[15:07] <mup> PR snapd#6847 closed: cmd/snap-update-ns: make apply{User,System}Fstab identical <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6847>
[15:09] <cachio> Chipaca, niemeyer hey, when you have time, could you please take a look to those PRs on spread project https://github.com/snapcore/spread/pull/70 and https://github.com/snapcore/spread/pull/75 ?
[15:09] <cachio> thanks
[15:09] <mup> PR spread#70: Close ssh connection when reboot is stuck <Created by sergiocazzolato> <https://github.com/snapcore/spread/pull/70>
[15:09] <mup> PR spread#75: Make spread tests for spread project run on google backend <Created by sergiocazzolato> <https://github.com/snapcore/spread/pull/75>
[15:09] <mup> PR snapd#6852 opened: cmd/snap-update-ns: merge apply functions <Created by zyga> <https://github.com/snapcore/snapd/pull/6852>
[15:10] <Chipaca> cachio: yes
[15:12] <mup> PR snapd#6844 closed: interfaces: special-case "snapd" in sanitizeSlotReservedForOS* helpers <Simple 😃> <Squash-merge> <⚠ Critical> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6844>
[15:18] <mup> PR snapd#6853 opened: interfaces: special-case "snapd" in sanitizeSlotReservedForOS* helper… <⚠ Critical> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6853>
[15:28] <pedronis> mvo: going to merge 6833 at this point, happy to get later feedback
[15:28] <zyga> thanks for all the review guys! that's the best day for this feature for a looooong time
[15:28] <mup> PR snapd#6833 closed: many: introduce assertstest.SigningAccounts and AddMany test helpers <Remodel :train:> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6833>
[15:30] <mvo> pedronis: +1
[15:40] <pedronis> now the next one is real code and it has turned out bigger than I expected (mostly because of unit tests), I might have to split it, #6838
[15:40] <mup> PR #6838: overlord/devicestate: introduce remodel kinds and contexts <Remodel :train:> <⛔ Blocked> <Created by pedronis> <https://github.com/snapcore/snapd/pull/6838>
[15:48] <zyga> mvo: I need to break and run an errand but I experimented a bit more and I have good feeling about the propagation bug tests
[15:49] <zyga> mvo: perhaps tomorrow we can attempt to do .1 and put it into beta?
[15:50] <zyga> mvo: though not sure if that's super required
[15:56]  * cachio lunch
[15:56] <Chipaca> cachio: what about spread#73?
[15:56] <mvo> zyga: I will see what I can do
[15:56] <mup> PR spread#73: Run tests on travis <Created by sergiocazzolato> <https://github.com/snapcore/spread/pull/73>
[15:56] <popey_> Chipaca: i actually was running snap info in a terminal, so no idea what it thinks the terminal width is
[15:56] <zyga> mvo: let's talk tomorrow
[15:56] <zyga> mvo: thank you for everything today!
[15:56] <popey_> s/terminal/script/
[15:57] <mvo> zyga: thank you!
[15:58] <Chipaca> popey_: https://imgflip.com/i/30jols
[15:59] <popey_> that'll do :)
[15:59] <zyga> Chipaca: buhahaha, that's too funny :)
[16:01] <Chipaca> zyga: :)
[16:01] <Chipaca> zyga: "A bug reference, if one exists, would be nice to add as a comment." i'm not sure what you mean, given the link in the description
[16:01] <zyga> I mean the comment :)
[16:01] <zyga> the // giving up one
[16:02] <Chipaca> zyga: ohhh
[16:02] <Chipaca> zyga: I'll add it if I need to bump spread
[16:02] <Chipaca> :)
[16:02] <zyga> +1
[16:02] <Chipaca> OTOH it's only just started
[16:02] <Chipaca> i could cancel the whole thing
[16:02]  * Chipaca goes for it
[16:04] <mup> PR pc-amd64-gadget#10 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10>
[16:04] <mup> PR pc-amd64-gadget#11 closed: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11>
[16:05] <mup> PR pc-amd64-gadget#10 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/10>
[16:05] <mup> PR pc-amd64-gadget#11 opened: Add mmx64.efi (MokManager) to support mokutil <Created by tsunghanliu> <https://github.com/snapcore/pc-amd64-gadget/pull/11>
[16:06] <Chipaca> zyga: like so?
[16:06] <zyga> very nice
[16:06] <zyga> thank you!
[16:06] <Chipaca> huzzah
[16:09] <kenvandine> Chipaca: some snaps with contact urls set aren't showing them in the output of snap info
[16:09] <kenvandine> Chipaca: any idea why?
[16:10] <Chipaca> kenvandine: impossible :-p
[16:10] <kenvandine> :)
[16:10] <kenvandine> Chipaca: look at libreoffice and gnome-system-monitor
[16:10] <kenvandine> the latter doesn't have contact at all
[16:10] <Chipaca> kenvandine: it does if you don't have it installed
[16:11] <kenvandine> oh
[16:11] <kenvandine> that seems like a bug :)
[16:11] <Chipaca> contact:   https://bugs.launchpad.net/ubuntu/+source/gnome-system-monitor/+bugs?field.tag=snap
[16:11] <Chipaca> ^ that's what i get
[16:11] <kenvandine> ok, that's what it should be
[16:11] <kenvandine> weird you don't have it installed, that's a seeded snap :)
[16:11] <Chipaca> kenvandine: so, the snap does _not_ have contact info
[16:11] <Chipaca> kenvandine: I'm on 16.04
[16:11] <kenvandine> ah
[16:12] <Chipaca> kenvandine: some fields, if the store has edited versions, get pulled down
[16:12] <Chipaca> kenvandine: contact is not one of those fields
[16:12] <Chipaca> kenvandine: that is
[16:12] <Chipaca> kenvandine: some fields are per snap, some fields are per revision
[16:13] <Chipaca> kenvandine: if they're per snap, they should be fetched from the store on install, etc, like description does
[16:13] <Chipaca> today only title, summary, and description get this treatment
[16:14] <kenvandine> i think contact would be very interesting info for installed snaps
[16:14] <kenvandine> makes it easier to file bugs for snaps you have installed
[16:15]  * kenvandine files bug
[16:15] <Chipaca> kenvandine: if the snap has contact info it will be shown
[16:16] <Chipaca> hmmm
[16:16] <Chipaca> OTOH sideinfo has contact
[16:16] <Chipaca> hmm
[16:16] <Chipaca> something's wrong
[16:17] <Chipaca> kenvandine: maybe i lied, let me test this
[16:17] <popey_> :)
[16:17] <kenvandine> :)
[16:19] <Chipaca> sudo jq '.data.snaps."gnome-system-monitor".sequence[0].contact' /var/lib/snapd/state.json
[16:19] <Chipaca> kenvandine: ^ what does that say?
[16:19] <kenvandine> Chipaca: null
[16:19] <kenvandine> could it be that when i installed the snap there wasn't contact info?
[16:20] <Chipaca> kenvandine: and if you change the [0] to []| ?
[16:20] <kenvandine> null null null
[16:21] <Chipaca> kenvandine: so, i was wrong, and we do fetch the contact on install / refresh
[16:21] <Chipaca> kenvandine: (i was confused because i'm easily confused)
[16:21] <kenvandine> :)
[16:22] <Chipaca> kenvandine: if you were to remove it and reinstall it you should get your contact info (in both info and in that jq)
[16:22]  * Chipaca tries to remember if doing it with a cached snap will still ping the store, and hopes it does
[16:24] <kenvandine> Chipaca: indeed that works
[16:24] <Chipaca> k
[16:24] <kenvandine> should it work after refresh too?
[16:24] <Chipaca> kenvandine: after a refresh that fetches a new snap, yes
[16:24] <kenvandine> ok
[16:24] <Chipaca> kenvandine: it should also work after a refresh that doesn't refresh the snap, but that's unplanned work
[16:25] <Chipaca> (the store does actually tell us all this info just to say "no refreshes dude")
[16:25] <kenvandine> so basically this won't really help users until i publish updates for all the snaps
[16:25] <Chipaca> (granted it tells us because we ask for it)
[16:25] <kenvandine> although, i've refreshed most of my snaps since updating the contact fields
[16:26] <kenvandine> refreshed == rebuilt
[16:26] <kenvandine> so shouldn't be too bad
[16:26] <Chipaca> kenvandine: yes (and a bug about refreshing the fields on refresh would be useful)
[16:27] <Chipaca> not that there's any hope of slipping this in before 2040
[16:27] <Chipaca> or is that 20.4
[16:27] <Chipaca> :)
[16:27] <kenvandine> 21 years, not bad :)
[16:27]  * Chipaca meant 20.04 but ¯\_(ツ)_/¯
[16:28] <Chipaca> kenvandine: I might even have saved up enough for a deposit on a house by then! woo
[16:28] <kenvandine> :)
[16:29] <Chipaca> anyway, HTH, sorry it couldn't be entirely good news
[16:29] <kenvandine> no worries
[16:29] <Chipaca> kenvandine: could you add "double-check contact fields" to the getting-snaps-ready-for-seeding checklist?
[16:30] <kenvandine> in a bug report?
[16:30] <Chipaca> kenvandine: I have no idea -- this was a mythical checklist i imagined was used to vet snaps before they landed on the iso
[16:31] <kenvandine> lol
[16:31] <kenvandine> ok
[16:31] <kenvandine> i see what you mena
[16:31] <kenvandine> mean
[16:31] <kenvandine> this time i was confused
[16:31] <Chipaca> oh no
[16:31] <Chipaca> it's contagious
[16:31] <Chipaca> run
[16:31] <kenvandine> :)
[16:37] <zyga> oh
[16:37] <zyga> pedronis: is this expected? https://www.irccloud.com/pastebin/KcYvl1zT/
[16:38] <zyga> there's some more odd stuff
[16:38] <zyga> - Download snap "snapd" (3028) from channel "stable" (Get https://api.snapcraft.io/api/v1/snaps/download/PMrrV4ml8uWuEUDBT8dSGnKUYbevVhc4_3028.snap: x509: certificate signed by unknown authority (possibly because of "crypto/rsa: verification error" while trying to verify candidate authority certificate "Let's Encrypt Authority X3"))
[16:39] <pedronis> that's SSL issues
[16:39] <pedronis> worth poking the store people if it persists
[16:39] <zyga> OK
[16:42] <zyga> Pharaoh_Atem: hey, did you recently fix this https://bugzilla.redhat.com/show_bug.cgi?id=1707422 ?
[16:55] <Chipaca> cachio: is snapd#6541 still a thing we want?
[16:56] <mup> PR #6541: tests: change how xdg-desktop-portal is prepared and restored for desktop-portal-* tests <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6541>
[17:14] <cachio> Chipaca, yes, I am testing a fic for the document-portal-activation test
[17:15] <cachio> because it is failing since I am installing the xdg-desktop-portal package on the prepare
[17:16] <cachio> I'll push a fix today
[17:27] <Chipaca> cachio: k
[19:26] <mup> PR snapd#6852 closed: cmd/snap-update-ns: merge apply functions <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/6852>
[19:29] <mup> PR snapd#6854 opened: cmd/snap-update-ns: rename applyFstab to executeMountProfileUpdate <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6854>
[19:37] <mup> PR snapd#6842 closed: tests: fix how the base snap are deleted when there are multiple to deleted on reset <Simple 😃> <Created by sergiocazzolato> <Merged by sergiocazzolato> <https://github.com/snapcore/snapd/pull/6842>
[19:54] <mup> PR snapcraft#2561 opened: Promote branches fix <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2561>
[19:58] <zyga> jdstrand: hey, can you please look at (3 line) https://github.com/snapcore/snapd/pull/6846
[19:58] <mup> PR #6846: cmd/snap-confine: unshare per-user mount ns once <Bug> <Simple 😃> <Created by zyga> <https://github.com/snapcore/snapd/pull/6846>
[19:59] <zyga> jdstrand: oh, and perhaps if you are curious, we've solved the issue I showed to you that other evening
[19:59] <zyga> jdstrand: it's all described here https://bugs.launchpad.net/snapd/+bug/1828354
[19:59] <zyga> jdstrand: I'm working on fixing that with tests for all the variants now
[19:59] <mup> Bug #1828354: mount event propagation on snapd-mounted tmpfs is incorrect <snapd:In Progress by zyga> <https://launchpad.net/bugs/1828354>
[20:25] <jdstrand> zyga: nice
[20:28] <mup> PR snapd#6855 opened: overlord: implement store switch remodeling  <Created by pedronis> <https://github.com/snapcore/snapd/pull/6855>


[01:43] <rbasak> rbalint: sorry, I'm out for the year now
[01:43]  * rbasak sets his away message appropriately
[01:44] <rbasak> I should be back to normal in January
[09:23] <juliank> oh mighty ubuntu-release overlords, I have a hint change https://code.launchpad.net/~juliank/britney/+git/hints-ubuntu/+merge/395485
[09:29] <doko> you should bow deeper ;p
[09:32] <juliank> doko: I ran out of words
[09:33] <juliank> doko: "may you grant me some of your precious time and review my measly hint?"
[10:03] <rbalint> juliank, there is no call sign for ubuntu-release afaik
[10:04] <juliank> rbalint: that's true, but they'll read eventually
[10:04] <juliank> :D
[10:05] <rbalint> juliank, you need to ping them individually, maybe L_aney is subscribed
[10:49] <juliank> Thanks Laney!
[10:49] <juliank> Also ugh I want a veryhuge autopkgtest queue I guess
[10:49] <juliank> or shuffle huge queue?
[10:50] <juliank> because having all those glibc tries at the front blocks anything smaller in there
[10:51] <juliank> I was once thinking that requests with a requestor should skip ahead of those without one, as people are waiting on them more actively
[10:52] <juliank> same for ubuntu uploads vs debian syncs
[11:24] <rbalint> juliank, there is no point in shuffling, this is just a small infra, implement LP: #1905442 instead
[11:24] <rbalint> juliank, i'm waiting for the glibc tests _very_ actively
[11:26] <rbalint> i need to land ~2-3 glibcs in january as well, so this queue length won't change unless we push the load out
[11:26] <rbalint> also not the failure rate due to overcommitted cloud
[14:47] <doko> britney runtime 3h 15min ...
[16:14] <rbalint> Laney, how about not cowboying things with the start of 2021 :-) ? https://code.launchpad.net/~rbalint/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/395503
[17:44] <Laney> cheers!
[17:49] <Laney> bdmurray: if you're up for it, would you mind reviewing update-{manager,notifier}/focal unapproved? I would ideally like the Taipei team to be able to test the SRU over our holidays
[17:52] <bdmurray> Laney: I'm down for the year but might get bored.
[17:52] <bdmurray> s/down/done/
[17:52] <Laney> okey
[17:52] <Laney> I mainly picked on you for tz purposes
[17:52] <Laney> can try someone else tomorrow
[17:53] <Laney> don't interrupt your eggnog drinking for me


[00:55] <planetary> can someone(s) help me set my Vol up down mute to control the master alsa channel
[01:41] <jarba> hello. could you please give me a page with instructions on how to prepare a xubuntu installation from usb pen drive
[01:46] <hatake_kakashi> haven't found one that is simple enough
[01:47] <hatake_kakashi> to be honest with you, you just need unetbootiin and the xubuntu's image.. put that onto usb, set computer bios to boot usb and hit default.. I'm sure once fully booted you can run ubiquity from there
[01:49] <jarba> hatake_kakashi, thanks. i did try with UNetbootin, following everything and for some reason didn't work. I did it also with USB startup disk creator under Ubuntu
[01:50] <jarba> https://help.ubuntu.com/community/Installation/FromUSBStick
[01:51] <hatake_kakashi> jarba, which iso file did you download?
[01:51] <jarba> hatake_kakashi, let me see, pls
[01:51] <jarba> hatake_kakashi,  xubuntu-9.04-alternate-i386.iso
[01:52] <hatake_kakashi> hmm
[01:52] <hatake_kakashi> did you try md5sum on it?
[01:52] <jarba> no :o
[01:53] <hatake_kakashi> I'd give that a shot
[01:53] <hatake_kakashi> are you running a mac?
[01:53] <jarba> under unetbootiin isn't?
[01:53] <jarba> PCs hatake_kakashi
[01:54] <hatake_kakashi> err not sure, though md5sum command is available on the command line in linux
[01:54] <hatake_kakashi> jarba, ok, just checking :)
[01:54] <jarba> i had a problem with my CD drive on my notebook, that's why I want to instal Xubuntu on it
[01:54] <jarba> ahh I see. thanks
[01:55] <hatake_kakashi> ah
[01:55] <hatake_kakashi> running windows?
[01:55] <jarba> the notebook now is clean
[01:55] <jarba> i'll rather install xubuntu on it instead of any other distro
[01:55] <hatake_kakashi> so how you verifying the image?　:)
[01:56] <jarba> on thisa one I have Ubuntu
[01:56] <hatake_kakashi> ok, if you fire up terminal there's md5sum :)
[01:56] <jarba> hatake_kakashi, "verifying" the imasge while making the usg ?
[01:57] <hatake_kakashi> usg?
[01:57] <jarba> sorry, USB
[01:58] <jarba> as you might notive I am a novice on these things (besides the typos here :) )
[01:58] <jarba> arr notice
[01:58] <hatake_kakashi> well I did notice you are somewhat a novice but at least you are different from the other newbs I see every so often
[01:59] <hatake_kakashi> umm probably best idea to not do that btw
[01:59] <jarba> I am :)
[01:59] <jarba> novice...
[01:59] <jarba> did use linux sometime ago only and now I decided to go back to it
[02:00] <hatake_kakashi> lol
[02:00] <hatake_kakashi> the bug bit you ;)
[02:00] <jarba> hehehe
[02:00] <jarba> blue screen bugs...
[02:00] <hatake_kakashi> I'm still a novice despite using linux on and off for a few years now
[02:00] <hatake_kakashi> nah I meant the addiction bug
[02:01] <jarba> i got it, just kidding
[02:01] <hatake_kakashi> heh
[02:01] <jarba> :)
[02:02] <hatake_kakashi> most of my computers are running linux lol
[02:02] <jarba> well, I'm going to try other ways of making that USB installation, starting again with unetbootiin
[02:02] <hatake_kakashi> shows you my addiction
[02:02] <hatake_kakashi> I'd check with md5sum first
[02:02] <jarba> I see
[02:02] <hatake_kakashi> just to be sure that it passes the checksum
[02:02] <hatake_kakashi> umm
[02:03] <jarba> well, i have that notebook running this exat moment under mini xp, from hiren's bootCd
[02:03] <jarba> exact..
[02:04] <jarba> thank you a lot hatake_kakashi , I'll stick around while doing this
[02:04] <hatake_kakashi> jarba, the list of md5sums are here: http://cdimage.ubuntu.com/xubuntu/releases/9.04/release/MD5SUMS
[02:04] <hatake_kakashi> jarba, ah
[02:04] <jarba> thank you so much
[02:05] <hatake_kakashi> nw
[02:07] <hatake_kakashi> btw
[02:07] <hatake_kakashi> https://help.ubuntu.com/community/HowToMD5SUM
[02:09] <hatake_kakashi> !xorg > hatake_kakashi
[02:09] <iliketofrolic666> I accidentally deleted my shutdown icon in the top right hand corner of my screen how do i replace it?
[02:10] <hatake_kakashi> iliketofrolic666, isn't that part of the quit button?
[02:10] <iliketofrolic666> probably but i deleted it so idk
[02:11] <hatake_kakashi> right click on the bar and click on add new items and then go look for action buttons
[02:11] <iliketofrolic666> did that will only allow me to log out
[02:12] <iliketofrolic666> i want to be able to shutdown without logging out first
[02:12] <iliketofrolic666> i also can't shut it down with the power button on my IR remote anymore
[02:12] <iliketofrolic666> which is very annoying
[02:13] <hatake_kakashi> hmm
[02:13] <hatake_kakashi> dunno how to solve the ir remote part
[02:13] <hatake_kakashi> how did you manage to delete it in the first place? lol
[02:14] <iliketofrolic666> i deleted it because it wasn't doing the drop down menu any more
[02:14] <iliketofrolic666> the one in the applications menu will only log me out instead of having the popup
[02:14] <th0r> iliketofrolic666: right click on the icon, choose properties and set the action type to Quit
[02:15] <iliketofrolic666> rofl that was fun
[02:15] <iliketofrolic666> can't right click in application menu apparently
[02:16] <iliketofrolic666> quit just logs you out
[02:16] <iliketofrolic666> brb
[02:16] <th0r> iliketofrolic666: no...add the Action Buttons to the panel, then right click on that
[02:16] <th0r> jeez....if he comes back...one of you guys might want to pass on the info
 iliketofrolic666: right click on the icon, choose properties and set the action type to Quit
[02:18] <iliketofrolic666> it's already on that
[02:18] <iliketofrolic666> it logs me out w/o a dialog
[02:18] <iliketofrolic666> some one pop up the dialog and tell me if there is a never show again option to check
[02:19] <iliketofrolic666> google is so useless :-(
[02:20] <iliketofrolic666> ideas?
[02:21] <th0r> iliketofrolic666: are you back for a while or are you going to leave again>
[02:21] <iliketofrolic666> back for a while why?
[02:21] <iliketofrolic666> i just left because i hit the button
[02:22] <th0r> iliketofrolic666: right click on the panel and choose add new items
[02:22] <th0r> from there add Action Buttons
[02:23] <iliketofrolic666> k now i got 2 log off buttons... both with the action quit
[02:23] <th0r> set the Action type to Quit and it should give you a menu when you click on it
[02:23] <iliketofrolic666> nope
[02:23] <iliketofrolic666> the second time i logged off was when i click it
[02:24] <th0r> ok...just a sec
[02:24] <th0r> iliketofrolic666: go to the Settings Manager and select Session and Startup
[02:25] <th0r> there make sure Prompt on logout is checked
[02:25] <iliketofrolic666> k should i test?
[02:25] <th0r> yeah...if I am going to be wrong...I want to be wrong boldly
[02:25] <iliketofrolic666> sweet thanks man it works
[06:32] <wormsxulla_> hello. i'm running xubuntu 7.10 and i'd like to add an item to a submenu in xfce4 appfinder, but i can't seem to find a way to do it. my application is not listed in the right panel list of applications
[06:36] <th0r> wormsxulla_: you add items to the menu by creating .desktop files and placing them in either /usr/share/applications or /.local/share/applications
[06:36] <wormsxulla_> oh
[06:37] <th0r> wormsxulla_: I am no expert at .desktop files, but I think you control menus and submenus with the Categories line in the file
[06:37] <wormsxulla_> hmmmm
[06:37] <th0r> wormsxulla_: and while there have been several attempts at creating a 'menu editor' I know of none that works very well
[06:38] <wormsxulla_> well, the help refers to some drag and drop function, but that doesn't work for me
[06:38] <wormsxulla_> th0r: i see :)
[06:52] <wormsxulla_> raahhh. i made a mistake. i previously created a link (shortcut) to the executable of the app, on the desktop, and i can't delete it because the permission is "read only" (it's useless now that i created a launcher)
[06:53] <wormsxulla_> *i* created the link and it's read-only?
[07:55] <idyllic>  hi all, i can't start xfmedia. The error spit out from terminal is
[07:55] <idyllic> ** (xfmedia:29092): CRITICAL **: XfmediaXine: Unable to load audio output driver.  Segmentation fault
[09:57] <Hisham> Hello Everyone!
[09:58] <Hisham> I am having trouble installing Gwibber in 8.04 Hardy :(
[10:19] <premorphos> i have the weirdest problem, i have 2 partitions mounted, 1 gives me R/W rights, #2 does not only R rights, the line in fstab is identical (defaults). first partition is ntfs the outer is vfat, is the fact that it is vfat the cause of the problem. you see i realy need R/W privileges on my storage partition
[10:20] <premorphos> it has got to be something i overlooked, cant figure it out
[10:49] <boonyo> if I installed ubuntu with the gnome desktop, what would be the easiest way to switch over to xfce, as if I had installed xubuntu?
[10:50] <xylox> boonyo, install xubuntu-desktop package
[10:51] <boonyo> and that will automatically switch my desktop over to xfce?
[10:52] <xylox> that will give you the choice between gnome and xfce at boot
[10:52] <boonyo> ah cool
[11:31] <elghorbaZ> hello,
[11:31] <elghorbaZ> nwbe : i dont have the right click on the desktop !
[11:31] <elghorbaZ> how can i do it
[12:38] <gabkdlly> elghorbaZ: hi
[12:38] <gabkdlly> elghorbaZ: applications -> settings -> settings manager -> Desktop -> Behavior
[12:44] <elghorbaZ> hi
[12:44] <elghorbaZ> it doesnt work
[12:44] <elghorbaZ> since i installed updates,
[12:44] <elghorbaZ> i have nothing on the desktop
[12:44] <elghorbaZ> and no right clik
[12:44] <elghorbaZ> i use xubuntu
[12:54] <gabkdlly> elghorbaZ: try alt-f2, then xfdesktop
[12:56] <elghorbaZ> well i found on a xfce doc that if i ran nautilus it wil disable desktop, so i have to kill nautilus or make the option no-desktop on the nautilus
[12:56] <elghorbaZ> can you help me doing this
[12:56] <elghorbaZ> i have just one week on the linux system
[12:57] <gabkdlly> well, you could try logging out and back in, I think that will probably restart thunar
[12:57] <gabkdlly> as well as kill nautilus
[12:58] <elghorbaZ> but it's since few days that its like that
[12:58] <gabkdlly> myself, I have put a button on my panel to start nautilus with the --no-desktop option
[12:59] <elghorbaZ> how can i do that,
[12:59] <elghorbaZ> ?
[12:59] <gabkdlly> in that case, open a terminal, and type "killall nautilus"
[12:59] <gabkdlly> without the quotes
[13:00] <gabkdlly> you can add buttons to the xfce panel by right clicking on it
[13:01] <elghorbaZ> i couldnt run xfce panel
[13:01] <gabkdlly> xfce4-panel ?
[13:01] <elghorbaZ> yes
[13:02] <elghorbaZ> i tries xfce4- panel
[13:02] <elghorbaZ> it ididnt show anything
[13:02] <gabkdlly> try xfce4-panel , and run it using the alt-f2 tool
[13:02] <elghorbaZ> yes this is what i did, it showed nothing
[13:03] <elghorbaZ> i tried it on a terminal and it says this apps is runing
[13:03] <elghorbaZ> but i see nothing
[13:03] <hatake_kakashi> is this with an upgrade?
[13:04] <elghorbaZ> yes since i installed updates
[13:05] <hatake_kakashi> I meant did you upgrade from 8.10? aka intrepid ibex?
[13:05] <elghorbaZ> wow !!! euuh, probably,
[13:06] <hatake_kakashi> probably???
[13:06] <elghorbaZ> i dont now
[13:07] <hatake_kakashi> I hear there are some minor problems when you do upgrades like that... they are known as dist-upgrade.. for me I backup my settings and do a clean install.. no real issues from there on
[13:11] <takane2> Is there come configuration nessesary to get come CDMA cards to use EVDO?
[13:14] <elghorbaZ> i couldnt kill nautilus
[13:15] <takane2> Try pkill?
[13:20] <elghorbaZ> dosnt work,
[13:20] <elghorbaZ> in the add/remove applications
[13:20] <elghorbaZ> in only installed applications
[13:20] <elghorbaZ> there is no nautilus
[13:21] <takane2> oh oh okay. Use synaptic then.
[13:26] <elghorbaZ> it worked
[13:26] <elghorbaZ> now with the xfdesktop
[13:26] <elghorbaZ> do i have to run it each time i start the computer
[13:26] <elghorbaZ> thanx a lot
[13:30] <elghorbaZ> i have another kst; am runing xubuntu but the computer is still slow, is it really better to try fluxbuntu?
[13:31] <takane2> what are the specs?
[13:32] <elghorbaZ> 350 mhz , 256 mb, 8 Go
[13:33] <takane2> hmm yeah you might want to. I run debian with blackbox on a system with similar specs.
[13:35] <elghorbaZ> black box is like xubuntu for debian?
[13:35] <takane2> no it's just a light windows manager
[13:37] <elghorbaZ> ah ok, and what do you recommand
[13:37] <elghorbaZ> what do you think is better?
[13:38] <takane2> I havn't tried flux enough to say. But if there is a special ubuntu distro based on flux, you should try it.
[13:39] <elghorbaZ> oki, thanx
[13:40] <rgnr> i installed fmod
[13:40] <rgnr> but i get error that libfmod.so is  not found
[13:40] <rgnr> what do i do
[13:41] <elghorbaZ> euuh, also, when you install a linux ditrib on a computer with wdws, does it mean that wdws is erased, the disk fomated and the installation of linux includes encrypted disk ?
[13:43] <elghorbaZ> can i also use blackbox with ubuntu ?
[13:43] <takane2> well you already have a xubuntu partition?
[13:44] <rgnr> error while loading shared libraries: libfmod.so: cannot open shared object file: No such file or directory
[13:45] <takane2> rgnr: search for libfmod in synaptic
[13:45] <elghorbaZ> it asked me , yes i have
[13:45] <rgnr> it's not in synaptic
[13:45] <elghorbaZ> so still windows behind?
[13:45] <rgnr> anywayz
[13:46] <rgnr> i have libfmod-375.so
[13:47] <takane2> yeah if you install it in the partition that you have xubuntu in it will leave windows alone just like it did when you installed xubuntu
[13:47] <takane2> rgnr: Maybe it needs a newer version? Are you compiling something?
[13:48] <elghorbaZ> oki
[14:39] <ziede> hi, is there a kernel with pae for xubuntu?
[14:39] <ziede> i have tried the server kernel but after download the system would not boot...
[15:27] <cemunal> hi all
[15:27] <cemunal> :(
[15:29] <cemunal> while i install adobe flash player; firefox and plugin service freezed; do i have to kill them?
[15:40] <hatake_kakashi> yeah
[15:40] <hatake_kakashi> well firefox needs to be restarted either way
[15:41] <cemunal> :(
[15:41] <cemunal> ok
[17:09] <eatscheese> greetings everyone
[17:14] <vinnl> !hi
[17:18] <Aquina> heyo ;-)
[17:18] <vinnl> !hi :)
[17:18] <vinnl> !hi
[17:18] <vinnl> :)
[17:19] <eatscheese> !gnuchess
[17:19] <vinnl> !info gnuchess
[17:20] <eatscheese> thanks!
[17:20] <vinnl> yw :)
[17:21] <Aquina> *lol*
[17:23] <eatscheese> !info epiphany
[17:23] <eatscheese> !info epiphany-browser
[17:40] <cemunal> my midori does not open any web
[17:40] <cemunal> why?
[18:01] <vinnl> cemunal, do other browsers work?
[18:02] <cemunal> yes
[18:02] <cemunal> firefox works well
[18:04] <vinnl> OK, and what do you see when you enter a URL into Midori?
[18:06] <cemunal> vinnl: it waits only
[18:06] <vinnl> cemunal, hmm, can you start it from a terminal window and see if it shows anything?
[18:07] <cemunal> ok
[18:08] <cemunal> vinnl: terminal doesn't show anything
[18:08] <cemunal> #midori says: upgrade it
[18:09] <vinnl> Ah yeah then you'll probably want to listen to that :P
[18:10] <vinnl> Which version are you using and how did you get it?
[18:10] <cemunal> vinnl: from ubuntu repos
[18:10] <cemunal> 0.1.2
[18:11] <vinnl> Ah yeah then you'll want to upgrade
[18:12] <vinnl> cemunal, have you ever used PPA's
[18:12] <vinnl> *?
[18:12] <cemunal> yes
[18:12] <cemunal> ok i see
[18:12] <cemunal> vinnl: thanks
[18:12] <vinnl> You're welcome :)
[18:12]  * cemunal away
[19:00] <Brandon_X_Fox> Hello everyone I need help setting up my hp deskjet 648c printer, i've tryed using the printer wizard and selecting my make and model and a provided driver, but that is not working, any help is appreciated.
[20:07] <sky_> hey i'm trying to install e17 on xubuntu, but wondering the best/easiest way to do so
[22:21] <Moonlight> I need some help
[22:21] <th0r> Moonlight: ask a question
[22:23] <Moonlight> When I try to upgrade from 8.10 to 9.04, I keep getting sent back to the login screen. How can I finally get through the upgrade without downloading a cd
[22:25] <th0r> Moonlight: I always upgrade a version with a fresh install. First because updating via the net is prone to failure and major crash, and second because it gives me a chance to clean up all the stuff I really don't need
[22:25] <pyhacker> how can i get xubuntu to react to a cd? I put an empty cd in (in hopes of burning something on it) but it doesnt see it
[22:26] <th0r> Moonlight: but if you are really devoted to trying, I think the command is sudo apt-get dist-upgrade
[22:26] <Moonlight> I tried that too but it didn't work
[22:26] <th0r> Moonlight: well, the only two ways I know of to upgrade a version are the CD and apt-get
[22:27] <Moonlight> Looks like I need to get the cd
[22:27] <Moonlight> Thank you for the help :)
[23:25] <anom01y> how to I upgrade my xfce if I have xubuntu 9.04 installed
[23:26] <TheSheep> !upgrade | anom01y
[23:27] <anom01y> TheSheep, that doesnt show how to upgrade xfce, just ubuntu..
[23:28] <anom01y> xubuntu 9.04 only has xfce 4.6 in the repos, but on xfce's website you can get 4.6.1
[23:28] <TheSheep> !release
[23:29] <TheSheep> anom01y: if you want continous upgrades, use gentoo or some other distribution
[23:53] <SiDi> anom01y: use jerome guelfucci's PPA for xfce 4.6.1


[00:25] <amurray> jbicha: let me know if you want any help with the CVE-2023-5616 patch from gnome-control-center - I wonder if we should try and push this upstream so they can maintain it?
[00:25] -ubottu:#ubuntu-desktop- ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-5616>
[00:29] <jbicha> amurray: oh, thanks for noticing. Yes, that page was rewritten in 46.beta and I didn't have time this week to port it (I opened a Jira card for later)
[00:29] <jbicha> amurray: https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2794 is the upstream issue
[00:29] -ubottu:#ubuntu-desktop- Issue 2794 in GNOME/gnome-control-center "CVE-2023-5616: if sshd is enabled but socket-activated, control-center will say it's disabled" [Opened]
[00:30] <jbicha> amurray: see https://gitlab.gnome.org/GNOME/gnome-control-center/-/merge_requests/2092 (now out of date)
[00:30] -ubottu:#ubuntu-desktop- Merge 2092 in GNOME/gnome-control-center "Draft: sharing: check status of both sshd service and socket" [Opened]
[00:31] <amurray> jbicha: oh nice - thanks for that
[13:40] <KGB-X> librsvg Matthias Geiger 464314 * commented merge request !22 * https://deb.li/ilENs
[21:10] <KGB-X> gnome-chess tags 8d6ea09 Amin Bandali upstream/46_beta * Upstream version 46~beta * https://deb.li/3frID
[21:11] <KGB-X> gnome-chess upstream/latest 97018df Amin Bandali * pushed 72 commits (first 5 follow) * https://deb.li/fAbU
[21:11] <KGB-X> gnome-chess upstream/latest 0dcf58a Sergej A (via Amin Bandali) help/ru/ru.po * Update Russian translation * https://deb.li/3eQkF
[21:11] <KGB-X> gnome-chess upstream/latest cb3709c Asier Sarasua Garmendia (via Amin Bandali) po/eu.po * Update Basque translation * https://deb.li/34n57
[21:11] <KGB-X> gnome-chess upstream/latest 70af4e1 Emin Tufan Çetin (via Amin Bandali) po/tr.po * Update Turkish translation * https://deb.li/iWrZd
[21:12] <KGB-X> gnome-chess upstream/latest c8b9a92 Anders Jonsson (via Amin Bandali) po/sv.po * Update Swedish translation * https://deb.li/pQLV
[21:12] <KGB-X> gnome-chess upstream/latest 6dd552b Asier Sarasua Garmendia (via Amin Bandali) po/eu.po * Update Basque translation * https://deb.li/3Qzgg
[21:12] <KGB-X> gnome-chess pristine-tar 6b6ef99 Amin Bandali gnome-chess_46~beta.orig.tar.xz.delta gnome-chess_46~beta.orig.tar.xz.id * pristine-tar data for gnome-chess_46~beta.orig.tar.xz * https://deb.li/1r8N
[21:31] <KGB-X> gnome-sudoku tags 150b73e Amin Bandali upstream/46_beta * Upstream version 46~beta * https://deb.li/NNmy
[21:31] <KGB-X> gnome-sudoku upstream/latest a35a063 Amin Bandali * pushed 78 commits (first 5 follow) * https://deb.li/i3Kj4
[21:31] <KGB-X> gnome-sudoku upstream/latest ac88364 Johan G. (via Amin Bandali) data/org.gnome.Sudoku.gschema.xml data/sudoku-window.ui src/gnome-sudoku.vala src/sudoku-window.vala * https://deb.li/2Nse
[21:31] <KGB-X> Implement new play_difficulty variable setting
[21:31] <KGB-X> Implements #88
[21:32] <KGB-X> gnome-sudoku upstream/latest cb00959 Johan G. (via Amin Bandali) data/sudoku-window.ui src/sudoku-window.vala * https://deb.li/3HKF0
[21:32] <KGB-X> Focus start button on new game
[21:32] <KGB-X> Allows pressing enter to start
[21:32] <KGB-X> gnome-sudoku upstream/latest bfb8587 Yuri Chornoivan (via Amin Bandali) po/uk.po * Update Ukrainian translation * https://deb.li/VkUA
[21:32] <KGB-X> gnome-sudoku upstream/latest 45e7903 Sergej A. (via Amin Bandali) po/ru.po * Update Russian translation * https://deb.li/3NLYi
[21:32] <KGB-X> gnome-sudoku upstream/latest b94f293 Sabri Ünal (via Amin Bandali) po/tr.po * Update Turkish translation * https://deb.li/RLnv
[21:33] <KGB-X> gnome-sudoku pristine-tar 8af05af Amin Bandali gnome-sudoku_46~beta.orig.tar.xz.delta gnome-sudoku_46~beta.orig.tar.xz.id * pristine-tar data for gnome-sudoku_46~beta.orig.tar.xz * https://deb.li/mGDl
[23:01] <KGB-X> libproxy Sebastien Bacher 464496 * commented merge request !5 * https://deb.li/3ZLB2
[23:25] <KGB-X> libproxy Jeremy Bicha 464498 * commented merge request !5 * https://deb.li/364ay


[02:32] -queuebot:#ubuntu-release- New binary: cloop [amd64] (groovy-proposed/universe) [<IP_ADDRESS>] (no packageset)
[02:48] -queuebot:#ubuntu-release- Unapproved: accepted masakari-monitors [source] (focal-proposed) [9.0.0-0ubuntu<IP_ADDRESS>]
[05:14] -queuebot:#ubuntu-release- New binary: rust-gethostname [amd64] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: rust-gethostname [ppc64el] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: rust-gethostname [arm64] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: rust-gethostname [s390x] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: rust-gethostname [armhf] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-gethostname [riscv64] (groovy-proposed/universe) [0.2.1-1] (no packageset)
[10:19] -queuebot:#ubuntu-release- New: accepted cloop [amd64] (groovy-proposed) [<IP_ADDRESS>]
[10:19] -queuebot:#ubuntu-release- New: accepted rust-gethostname [arm64] (groovy-proposed) [0.2.1-1]
[10:19] -queuebot:#ubuntu-release- New: accepted rust-gethostname [ppc64el] (groovy-proposed) [0.2.1-1]
[10:19] -queuebot:#ubuntu-release- New: accepted rust-gethostname [s390x] (groovy-proposed) [0.2.1-1]
[10:20] -queuebot:#ubuntu-release- New: accepted rust-gethostname [amd64] (groovy-proposed) [0.2.1-1]
[10:20] -queuebot:#ubuntu-release- New: accepted rust-gethostname [riscv64] (groovy-proposed) [0.2.1-1]
[10:20] -queuebot:#ubuntu-release- New: accepted rust-gethostname [armhf] (groovy-proposed) [0.2.1-1]
[11:13] -queuebot:#ubuntu-release- New binary: wrk [amd64] (groovy-proposed/none) [4.0.2-3] (no packageset)
[11:15] -queuebot:#ubuntu-release- New binary: wrk [arm64] (groovy-proposed/universe) [4.0.2-3] (no packageset)
[11:15] -queuebot:#ubuntu-release- New binary: wrk [armhf] (groovy-proposed/universe) [4.0.2-3] (no packageset)
[16:32] <LocutusOfBorg> vorlon, python-pbcommand is arch:all, and can't be installed on s390x autopkgtest for python-pbcommand/1.1.1+git20200313.2a40099-1: amd64: Pass, arm64: Pass, armhf: Pass, i386: Ignored failure, ppc64el: Pass, s390x: Regression ♻
[16:32] <LocutusOfBorg> can we please get a forget-foo?
[16:32] <LocutusOfBorg> http://autopkgtest.ubuntu.com/packages/p/python-pbcommand/groovy/s390x
[16:33] <LocutusOfBorg> since version 1.1.1-1 in eoan
[17:14] -queuebot:#ubuntu-release- New binary: wrk [amd64] (groovy-proposed/universe) [4.1.0-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: wrk [arm64] (groovy-proposed/universe) [4.1.0-1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: wrk [armhf] (groovy-proposed/universe) [4.1.0-1] (no packageset)
[19:28] <vorlon> LocutusOfBorg: yep, done
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [amd64] (groovy-proposed) [4.0.2-3]
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [armhf] (groovy-proposed) [4.0.2-3]
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [arm64] (groovy-proposed) [4.1.0-1]
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [arm64] (groovy-proposed) [4.0.2-3]
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [armhf] (groovy-proposed) [4.1.0-1]
[19:32] -queuebot:#ubuntu-release- New: accepted wrk [amd64] (groovy-proposed) [4.1.0-1]
[23:15] -queuebot:#ubuntu-release- New binary: yara [amd64] (groovy-proposed/universe) [4.0.1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: yara [ppc64el] (groovy-proposed/universe) [4.0.1-1] (no packageset)
[23:16] -queuebot:#ubuntu-release- New binary: yara [s390x] (groovy-proposed/universe) [4.0.1-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: apertium-cat-ita [amd64] (groovy-proposed/none) [0.2.1-2] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: yara [arm64] (groovy-proposed/universe) [4.0.1-1] (no packageset)
[23:17] -queuebot:#ubuntu-release- New binary: yara [armhf] (groovy-proposed/universe) [4.0.1-1] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: yara [riscv64] (groovy-proposed/universe) [4.0.1-1] (no packageset)


[00:02] <Linzeestomp> whoops sorry about that :P
[00:08] <Linzeestomp> hmm
[00:12] <valorie> it can be frustrating, I know
[00:14] <Linzeestomp> OH HEY -- Its installing stuff with "nvidia" in the file name now :O
[00:14] <Linzeestomp> maybe thats my video drivers
 @Linzeestomp - about VBA in LibreOffice Calc, Calc does not run VBA scripts created in Excel. Instead it has its own Basic scripting language plus support for other languages such as Python and JavaScript.
 Lol sometimes the conflicts and current lack of (proper) support for mainstream applications still make me pull my hair out for anything Linux...
[05:40] <valorie> @darylimjz - such as what?
[05:41] <valorie> I mean, what "mainstream" apps
[05:41] <valorie> what conflicts? and who should offer support?
 Well I was just trying to install openvpn/vpngate in particular
 And also I'm quite confused with the installation of tarballs
[05:43] <valorie> why would you being installing tarballs?
[05:43] <valorie> !vpn
 Okay so in particular vpngate doesn't have a GUI for Linux, so it came in a tar.gz
[05:44] <valorie> ah
 It had instructions, which I followed, but then I had to move the folder to root
[05:44] <valorie> I've installed tarballs, but only for testing
 But Dolphin on Kubuntu doesn't directly allow root access with the GUI
[05:44] <valorie> sure it does
 So I had to find another solution, which was to install another file manager
[05:45] <valorie> if you need root access for an action, you are asked for your password
 And even when I did, the installation process was super confusing
[05:45] <valorie> probably best to just do it in the commandline though
 @valorie, Thats only if you're working in the terminal/CLI
[05:45] <valorie> much more direct
 Yeah I was trying to
 And I managed to move it to /usr/
 But then what
[05:46] <valorie> sounds like you have very incomplete/bad instructions
 It's supposed to come with something like a ./configure or install shell file, iirc
 I was just following the official documentation lol
[05:47] <valorie> yes, that's helpful
[05:47] <valorie> official docs vary in quality
[05:47] <valorie> for sure
 Yeah but there was no such installation file in the folder
[05:47] <valorie> :(
 And then there's client, bridge, server. And I'm not savvy enough to understand the exact differences between those lol
 I'm going to try Linux Mint as a last resort, otherwise I'm just going back to windows lol
[05:49] <valorie> the client will be what you interact with on your computer
[05:50] <valorie> the server will be installed somewhere else
[05:50] <valorie> and the bridge will connect the two
[05:50] <valorie> whether you are in linux, windows, android, etc.
[05:51] <valorie> do you have a server/webspace somewhere?
 Nope
[05:51] <valorie> otherwise you will have to connect to someone elses server
[05:52] <valorie> which is why most people pay a company monthly
 Yeah, I know how to do that on Windows
[05:52] <valorie> how to do what?
 Connect to an external VPN server
[05:52] <valorie> aside from the gui on your computer, there is little difference
[05:53] <valorie> a VPN is a VPN
 Yeah I understand that, but it's like way more complicated on Linux...
[05:53] <pragomer> hi. In plasma 5.17 the background of the lock screen is "blurred", in plasma 5.12 not. Can I activate this feature in kubuntu lts (5.12) ?
[05:53] <valorie> well, with a crap tar file, yeah
[05:53] <valorie> pragomer: I doubt it
[05:54] <valorie> unless you are willing to patch plasma yourself
 Honestly, is there any point in using Linux as a regular pc user?
[05:58] <valorie> I've been using it exclusively for about 20 years
[05:58] <valorie> very rarely use a win VM
[05:58] <valorie> and I guess I'd regard myself as a regular user
[05:58] <valorie> not a coder
[05:59] <valorie> I never missed windows once I tried linux
[05:59] <valorie> but it depends on what you need
[05:59] <valorie> my husband will never leave windows, because that's what he likes
[06:00] <valorie> it ain't religion
[06:02] <pragomer> valorie: ok..its not THAT big of a deal.. I just could use an edited wallpaper ;-).... I just wondered: so this "blurred lockscreen feature" is really a "feature" that came with later plasma versions, right?
[06:03] <valorie> I believe so, yes
[06:03] <valorie> I don't lock this computer so I can't recall when it appeared
 Ok I think I might try stock Ubuntu with gnome
 That might be a little less messy than Kubuntu, as much as I like KDE
[06:44] <Linzeestomp> o/ all
[06:45] <Linzeestomp> Anyone know how to verify that my nvidia card is the card im actually rendering with and not my secondary onboard intel uhd graphics card?
[06:45] <Linzeestomp> id like to use my 1050 Ti preferably..
[06:47] <duplicated> run `prime-select query`, that'll tell you which card is currently active
[06:57] <duplicated> forgot to tag you Linzeestomp
[06:59] <Linzeestomp> thanks! let me try that
[07:00] <Linzeestomp> @duplicated does this do what I think it does?
[07:00] <Linzeestomp> the @ directive that is lol
[07:01] <valorie> Linzeestomp: if you see <IrcsomeBot1> before someone's nick, they are in Telegram
[07:01] <valorie> and you have to use the @ to get their attention
[07:01] <valorie> if not, just use their nick
[07:01] <valorie> and that tab-completes, at least in most clients
[07:01] <Linzeestomp> Im using Konversation
[07:01] <valorie> me too! <3
[07:02] <Linzeestomp> idk what all it does yet still trying to figure it out
[07:02] <valorie> so you type v tab
[07:02] <valorie> you'll get my name
[07:02] <Linzeestomp> ooo ok cool!
[07:02] <Linzeestomp> valorie: boom
[07:02] <valorie> and if there are a bunch starting with v, just keep tabbing
[07:02] <Linzeestomp> Awesome! God I miss irc
[07:02] <valorie> irc rocks
[07:03] <Linzeestomp> lol yup!
[07:03] <valorie> I use it on my computer
[07:03] <valorie> on the phone.... telegram
[07:05] <Linzeestomp> valorie: "primary-select query" returns command not found
[07:06] <valorie> no quotes or other marks
[07:06] <valorie> and it's prime-select query
[07:06] <Linzeestomp> o shit ok
[07:06] <diogenes_> Linzeestomp, try: glxinfo | grep "OpenGL renderer"
[07:06] <valorie> not primary
[07:06] <valorie> copy paste my friend
[07:08] <Linzeestomp> hmmmmm prime-select query returns "nvidia" but glxinfo | grep "OpenGL renderer" returns my intel gpu
[07:08] <lordievader> Good morning
[07:09] <valorie> huh
[07:09] <Linzeestomp> o/ good morning
[07:09] <valorie> hey lordievader
[07:10] <valorie> ha, prime-select says nvidia, the other says: OpenGL renderer string: GeForce GTX 1070/PCIe/SSE2
[07:11] <valorie> which is why I rarely mess with this stuff
[07:11]  * lordievader sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/lTVDqesGAzSPAvQmHxgIiUdi >
[07:13] <diogenes_> Linzeestomp, go to nvidia settings > PRIME, see what's there.
[07:17] <Linzeestomp> k
[07:18] <Linzeestomp> DRI_PRIME=1 glxinfo | grep "OpenGL vendor string" says this twice
[07:18] <Linzeestomp> sorry
[07:18] <Linzeestomp> OpenGL vendor string: Intel Open Source Technology Center
[07:18] <Linzeestomp> says THAT twice
[07:19] <Linzeestomp> also--tinkering around with nvidia in the terminal, I got this: NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver. Make sure that the latest NVIDIA driver is installed and running.
[07:19] <diogenes_> DRI_PRIME=1 is only used with nouveau driver.
[07:20] <diogenes_> and how did you install the driver?
[07:20] <Linzeestomp> I THINK this might be because I maybe havent disengaged some sort of motherboard level security for installing third party updates through the installer
[07:20] <Linzeestomp> UEFI? I think
[07:21] <Linzeestomp> I have the password -- and when I rebooted i made sure to trigger the MOK? thing but it didn't give an option that sounded like what the installer said I was looking it hasnt popped up since then
[07:22] <Linzeestomp> sorry, I just smoked a bowl :P
[07:28] <valorie> ubuntu-drivers will find and evaluate your driver choices
[07:28] <valorie> !ubuntu-drivers
[07:28] <valorie> piffle
[07:28] <valorie> !info ubuntu-drivers
[07:28] <valorie> greee
[07:29] <valorie> or what I do: use krunner (alt+space) and type driver
[07:29] <valorie> and driver manager will pop up, which is the gui to ubuntu-drivers
[07:30] <valorie> it takes about 1.5 years to collect information about your system, but.....
[07:31] <Linzeestomp> !info ubuntu-drivers
[07:32] <Linzeestomp> got it thanks :D
[07:32] <Linzeestomp> driver manager that is :P
[07:32] <oerheks> sudo ubuntu-drivers list .. or go wild; sudo ubuntu-drivers autoinstall
[07:33] <valorie> thanks, oerheks
[07:33] <valorie> I have done that in the past
[07:33] <valorie> Linzeestomp: you'll have to restart if you install new drivers
[07:34] <valorie> I mean, if you want the new drivers
[07:34] <oerheks> aufoinstall does video, and also wireless stuff, if available
[07:34] <Linzeestomp> returns: nvidia-drivers 430, 390 and 435
[07:35] <oerheks> .. and autoinstall takes the right driver
[07:35] <valorie> indeed
[07:36] <valorie> however, it's chosen correctly every time I asked it
[07:36] <valorie> at least for the past few years
[07:36] <oerheks> jups
[07:40] <Linzeestomp> hmmm -- is there anyway I can sign for a secure boot while in kubuntu?
[07:40] <Linzeestomp> or is that a MUST restart and enter bios or something else?
[07:41] <oerheks> nope, bios it is
[07:42] <Linzeestomp> darn
[07:43] <Linzeestomp> brb
[07:44] <valorie> secure boot supposedly Just Works
[07:45] <valorie> !secure-boot
[07:45] <valorie> huh
[07:45] <valorie> well, dunno
[07:55] <valorie> niters
[08:04] <Linzeestomp> Got the nividia drivers installed :D
[08:04] <Linzeestomp> when I use nvidia-settings I get a whole suit now instead of a profile definer
[08:04] <Linzeestomp> suite*
[08:15] <Linzeestomp> Ya, I think the drivers are working. Just ran a benchmark went from < 2.5k FPS before signing for drivers to 17.5-18k FPS after o_o
[08:46] <isomari> greetings, Where can I configure klipper? I only see what;s in the clipboard but not configuration or settings option.
[08:51] <RikMills> right click the system tray icon
[08:58] <user|23994> Hello, When I connect extra screens to my notebook via a USB-C dock, after logging in once, I am thrown back to the login screen and only after the second login does the desktop load. Also some settings do not seem to carry over between using it with extra screens and using it on its own. I have been told that this is a problem specific to kubuntu
[08:58] <user|23994> (18.04)
[09:00] <user|23994> Is there a way to avoid this without compromising security by setting auto-login or some such?
 I have a problem with the software store in Ubuntu. I am trying to download programs but I get the message: You do not have permission to install software. I did not have any problem in the past. Sometimes I get: please access to snap store.. and I am registered and logged in ubuntu One … I am sorry I am asking this here but nobody replied on #ubuntu..maybe someone could help here
 I recently changed de to xfce from GNOME
[09:15] <diogenes_> Franzpow>, try to tick "Launch GNOME services" in settings > session and startup > advanced.
[09:16] <diogenes_> reboot afterwards.
[10:16] <omnio> speaking of nvidia, is it possible to have a tray icon for settings?
[10:51] <Thirddegree21> Hello Everyone,  I am looking to install Kubuntu as an additional OS on my HP Laptop to run Linux CNC.  where is a good source for instructions I could use to setup that kind of installation?
 Diogenes: thank you very much! I will try that when I come back home
[11:00] <jo_> Hello @ll
[12:28] <BluesKaj> Howdy folks
[15:06] <Linzeestomp> Anyone with experience using KTorrent answer a quick question for me? I can't seem to add anymore magnets beyond 15 in the queue--is that a hard limit or something? I just wanna get all the magnets (i've got like 55) into the torrent queue and then slowly download everything.
[15:11] <BluesKaj> Linzeestomp, check ktorrent>settings>configure ktorrent>downloads
 Hey, I solved starting Gnome-software in terminal as root
 Launching gnome services at launch did not work :/
[15:18] <diogenes_> Franzpow, you can tweak the sudoers to allow running it without password, also you could make a shortcut that will ask for passwd when you launch the software cdnter but honestly, i'd use synaptic package manager, which in my opinion is the best.
 I don't know how to change package manager  but I think that gnome-software is rubbish. I like a lot more discover that comes out from Kubuntu
[16:45] <oerheks> i like synaptic above those 2, much more detailed softwarecenter
 Diogenes: Btw gnome software center  never asked me sudo permissions.. So it's strange
[16:45] <oerheks> sure gnome software asks your password, after selecting a package.
 Maybe in GNOME it does everything by itself
[16:45] <oerheks> synaptic starts with the password question :-)
 Yes.. Now I remember.. That's why it does not happen in xfce and I had that problem
 If I install Synaptic can I download the same packages from Ubuntu repos? Or I must change repositories?
[16:47] <oerheks> no, it is an universal tool
 Cool
[19:57] <PerfMonk> I would like to know where to go if I have question/Problem with kubuntu focal 20.04.  I have it installed on a USB key and got it running.  But since it still very young and have some issues, where should I go for signaling a problem ?
[19:59] <diogenes_> PerfMonk, not sure about the name but something like #ubuntu+1 oe #ubuntu-next.
[20:34] <genii> !focal
[20:40] <bprompt> ready in full for download on April 30, 11.59:59PM on 2020
[20:44] <PerfMonk> Thanks everybody!