[06:16] <mborzecki> morning
[07:56] <zyga> Hey hey
[08:01] <pedronis> #8061 needs a 2nd review (it's small)
[08:01] <mup> PR #8061: daemon: make users result more consistent <Created by chipaca> <https://github.com/snapcore/snapd/pull/8061>
[08:01] <mborzecki> pedronis: zyga: mvo: hey
[08:02] <pedronis> mborzecki: hi, should I re-review 8001 or will you push more to it?
[08:03] <mborzecki> pedronis: pushed a little comment tweak, but it should be ok for re-review
[08:03] <pedronis> thx
[08:31]  * zyga-laptop has some stuff going on at home with friend dropping a dog for weekend
[08:41] <pedronis> mvo: I never noticed that snap-bootstrap has a bootstrap subpackage just about creating partitions, it's a bit weird tbh
[08:42] <mvo> pedronis: yeah, it's a bit of a leftover of the early days, I guess we need to clean this up
[09:02] <pedronis> mborzecki: +1 on #8001 but there are still some things that need a cleanup
[09:02] <mup> PR #8001: boot: enable UC20 kernel extraction and bootState20 handling <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8001>
[09:05] <pedronis> mborzecki: let me know if you want me to address some of that or you can
[09:05] <pedronis> the last comment is mostly a remark btw, it might get clearer when we split up commit in variants
[09:09] <mborzecki> pedronis: i'll look into that
[09:09] <pedronis> mborzecki: I'm fixing my first comment
[09:09] <mborzecki> pedronis: ok
[09:11] <pedronis> mborzecki: I did this: https://github.com/snapcore/snapd/pull/8001/commits/9906cdbbfcbf292e2e1e91c004dbba810e8bb0d8
[09:11] <mup> PR #8001: boot: enable UC20 kernel extraction and bootState20 handling <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8001>
[09:11]  * pedronis has some quick errands to take care of
[09:50] <mborzecki> pedronis: ok, on to 8001, have you pushed the comment fix?
[09:50] <mborzecki> ah errands, i take that as a no then :)
[09:57] <pedronis> mborzecki: I pushed a fix for my comment, not a a comment fix
[09:57] <mborzecki> pedronis: ah, ok
[09:59] <pedronis> mborzecki: what's left is comment in tests that seems not correct, they mention extraction in tests that test other things etc
[10:48] <mborzecki> pedronis: updated now, tweaked the test a little bit too
[10:48] <mborzecki> anyone can take a look at https://github.com/snapcore/snapd/pull/8060 ?
[10:48] <mup> PR #8060: gadget: skip update when mounted filesystem content is identical <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8060>
[10:54] <zyga-laptop> mborzecki ay
[10:54] <mborzecki> zyga-laptop: hm? what broke?
[10:54] <zyga-laptop> ?
[10:54] <zyga-laptop> nothing
[10:54] <zyga-laptop> I'm just saying I'll look
[10:54] <zyga-laptop> :)
[10:54] <zyga-laptop> but first, let me grab tea
[10:57] <pedronis> mborzecki: thx
[10:57] <pedronis> mvo: mborzecki: #8001 needs some kind of 2nd review
[10:57] <mup> PR #8001: boot: enable UC20 kernel extraction and bootState20 handling <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8001>
[11:18] <pedronis> #8036 needs a 2nd review
[11:18] <mup> PR #8036: snapstate: refactor things to add the re-refresh task last <Created by pedronis> <https://github.com/snapcore/snapd/pull/8036>
[11:28] <ijohnson> pedronis, mborzecki should I remove the check in commit() for `if u20.env["kernel_status"] != "" {` ?
[11:28] <pedronis> ijohnson: it was mostly a remark
[11:28] <pedronis> ijohnson: we can think about it when we refactor
[11:29] <pedronis> ijohnson: I'm more interested in this things landing atm
[11:29] <pedronis> but it needs a review from somebody that is not me
[11:29] <ijohnson> pedronis ack I'll wait for a review then
[11:29] <mborzecki> yeah, not me either :P, mvo maybe?
[11:30] <ijohnson> pedronis my refactor with the base snap is much simpler as commit () is 3 different functions for different scenarios
[11:30] <mup> PR snapd#8072 opened: daemon, store: better expose single action errors <Created by chipaca> <https://github.com/snapcore/snapd/pull/8072>
[11:31] <Chipaca> can I get a second review on #8061 ?
[11:31] <mup> PR #8061: daemon: make users result more consistent <Created by chipaca> <https://github.com/snapcore/snapd/pull/8061>
[11:32] <zyga-laptop> mborzecki https://github.com/snapcore/snapd/pull/8060#pullrequestreview-351447565 +1
[11:32] <mup> PR #8060: gadget: skip update when mounted filesystem content is identical <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8060>
[11:35] <mborzecki> Chipaca: do we get to kill /v2/create-user?
[11:36] <Chipaca> mborzecki: thank you for the review
[11:36] <Chipaca> mborzecki: not at this point in time
[11:36] <Chipaca> mborzecki: killing it would mean adding a deprecation notice, and removing it in N releases
[11:36] <Chipaca> that has not been done
[11:37] <Chipaca> mborzecki: instead we stop talking to it and hope it gets bored and goes away, i guess? :-)
[11:37] <mborzecki> hahah
[11:37] <mborzecki> or return an error telling to use the new api
[11:38] <Chipaca> mborzecki: but, i think we're stuck with it for a good while anyway; people are using it for its intended purpose on devices in the wild
[11:39] <Chipaca> 'people' here includes some big companies, but also some small companies like us via mwhudson iirc
[11:52] <Chipaca> zyga-laptop: how was your famous phrase? "nothing can break with this" but much more nicely said
[11:52] <zyga-laptop> the one where everything breaks? :D
 There is no breaking or risky change induced by this branch.
[11:53] <zyga-laptop> Chipaca ^
[11:53] <ogra> was ther a T-Shirt ?
[11:53] <ogra> *there
[11:53] <zyga-laptop> haha
[11:53] <zyga-laptop> I wish
[11:54] <Chipaca> zyga-laptop: thanks
[11:54] <Chipaca> zyga-laptop: used it in my latest
[11:54] <mup> PR snapd#8073 opened: daemon: drop support for the DELETE method <Created by chipaca> <https://github.com/snapcore/snapd/pull/8073>
[11:54] <Chipaca> ^
[11:54] <zyga-laptop> if it fails it's the official label for <complex> tag
[11:59] <zyga-laptop> Chipaca final commit of the week? :)
[11:59] <Chipaca> zyga-laptop: ~4 more to come
[12:09] <mup> PR snapd#8061 closed: daemon: make users result more consistent <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/8061>
[12:11] <pedronis> mmh, 8001 will likely conflict with 7705, another reason to try to get it in today
[12:12] <mup> PR snapcraft#2901 opened: python plugin: do not leak snapcraft's site-packages <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2901>
[12:15] <mup> PR snapd#8074 opened: client: move to /v2/users; implement RemoveUser <Created by chipaca> <https://github.com/snapcore/snapd/pull/8074>
[12:26] <mvo> mborzecki: re "yeah, not me either :P, mvo maybe?" - which review was that?
[12:30] <Chipaca> hmm
[12:30] <Chipaca> in a purported 16.04.5 install:
[12:30] <Chipaca>     snapd is already the newest version (2.0.2).
[12:30] <Chipaca> hmm²
[12:30] <pedronis> mvo: 8001
[12:33] <mup> PR snapd#7812 closed: asserts: parse plug-names/slot-names constraints  <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/7812>
[12:51] <mup> PR snapcraft#2902 opened: static: fix some valid flake8 issues <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2902>
[12:53] <cmatsuoka> Chipaca: https://github.com/askervin/python-il/
[12:54] <Chipaca> cmatsuoka: micropython's had that for ages :-D
[12:54] <mup> PR snapcraft#2903 opened: tests: fix status test for staging store <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2903>
[12:54] <Chipaca> cmatsuoka: you should check micropython out sometime, if you haven't
[12:54]  * cmatsuoka checks
[12:55] <Chipaca> hah, 6 years down the road I'm still contributor #6 :-)
[12:55] <Chipaca> i guess some things move slowly after a point
[12:55] <Chipaca> ah no, #8 now
[12:55] <mup> PR #8: launchpad.net/snappy -> github.com/ubuntu-core/snappy <Created by chipaca> <Merged by elopio> <https://github.com/snapcore/snapd/pull/8>
[12:55] <Chipaca> good
[12:55] <Chipaca> mup: shaddup you
[12:55] <cmatsuoka> haha
[12:55] <mup> Chipaca: I apologize, but I'm pretty strict about only responding to known commands.
[12:56] <Chipaca> mup: from where i'm sitting it looks like you respond to unknown commands as well, tbh
[12:56] <mup> Chipaca: In-com-pre-hen-si-ble-ness.
[12:56] <pedronis> Chipaca: you are #4 by additions
[12:57] <Chipaca> hehe
[12:57] <Chipaca> it's not the size of the pull requests, it's how you use them
[12:57] <Chipaca> or something
[12:59] <pedronis> Chipaca: all those stats are questionable
[12:59] <Chipaca> mhmm
[13:09] <mup> PR snapcraft#2904 opened: meta: move Snap's from_dict() system-username parsing into new method <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2904>
[13:12] <mup> PR snapcraft#2905 opened: requirements-devel: uprev pyinstaller to 3.6 <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2905>
[13:30] <ijohnson> good morning for real this time folks
[13:30] <mborzecki> ijohnson: hey!
[13:31] <ijohnson> hey mborzecki
[13:43] <mborzecki> off to school
[14:29]  * zyga afk for lunch and stuff
[15:06] <mup> PR snapcraft#2906 opened: [ignore me] travis test <Created by cjp256> <https://github.com/snapcore/snapcraft/pull/2906>
[15:11] <Chipaca> pedronis: d'oh, was in such a hurry i didn't add tests :-|
[15:14] <roadmr> 😱
[15:21] <pedronis> Chipaca: well, we might pick it up unless missing that blocks the follow ups
[15:23] <mborzecki> re
[15:23] <Chipaca> roadmr: hush, you
[15:23] <Chipaca> pedronis: nah i'll get to it in a bit
[15:23] <roadmr> 😯
[15:23] <roadmr> 🤫
[15:24] <pedronis> Chipaca: on another PR I find funny that you added single error wrapping, while you removed in another
[15:24] <pedronis> I wouldn't add it given it wasn't there and I don't think it relates to what that PR is trying to achieve
[15:24] <Chipaca> pedronis: ah, probably true, i think that's a mis-change
[15:25] <Chipaca> pedronis: also i think that bit isn't tested (otherwise there'd be a change in the test and i don't see it)
[15:25] <pedronis> yes, as well to that
[15:25] <Chipaca> as in, it wasn't tested before my refactor i mean
[15:25] <pedronis> anyway another reason not to touch that bit in particular
[15:26] <Chipaca> mhmm
[15:36] <Chipaca> mborzecki: pedronis: I've addressed your feedback on #8074
[15:36] <mup> PR #8074: client: move to /v2/users; implement RemoveUser <Created by chipaca> <https://github.com/snapcore/snapd/pull/8074>
[15:36] <cjp256> Any thoughts on what would cause a `Cannot retreive credentials in unknown state` when running `snap set system experimental.snapd-snap=true`?
[15:38] <cjp256> nvm, that's coming from multipass exec
[15:38] <mborzecki> Chipaca: thx!
[15:51] <ijohnson> afk for a little bit
[15:53] <pedronis> Chipaca: yes, all the error paths are not tested in users, something for us at some point
[15:53] <pedronis> I mean in client/users.go
[16:03] <Chipaca> pedronis: un P || Q && R, R is only evaluated if !P and Q
[16:03] <Chipaca> pedronis: right?
[16:03] <pedronis> yes, just me being confused for a second
[16:03] <Chipaca> ah ok
[16:04] <pedronis> otoh some parenthesis wouldn't hurt
[16:04] <Chipaca> i mean, i always think of it as wrong-associative, but :)
[16:04] <Chipaca> pedronis: yep
[16:04] <Chipaca> pedronis: pushing that in a sec
[16:08] <Chipaca> going to take a break now, will bbl to continue punishing travis
[16:13]  * Chipaca not gone yet
[16:53] <mvo> ijohnson: 8001 is good from my POV, just one concern about the panic() in there but that can be a followup, let's get the next one up :)
[16:58] <ijohnson> Thanks mvo looking now
[16:59] <ijohnson> ah just missed him oh well
[17:01] <mup> PR snapd#7813 closed: interfaces/policy: enforce plug-names/slot-names constraints <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/7813>
[17:08] <pedronis> ijohnson: yes, looks like he was looking at some code, because I commented on that in https://github.com/snapcore/snapd/pull/8001#discussion_r372451985 and mborzecki fixed it already
[17:08] <mup> PR #8001: boot: enable UC20 kernel extraction and bootState20 handling <Needs Samuele review> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8001>
[17:08] <pedronis> *some old code
[17:08] <ijohnson> yes probably some github ui issue
[17:09] <ijohnson> pedronis: should I merge now then?
[17:09] <pedronis> ijohnson: I would say yes, anyway commit itself will be refactored again
[17:09] <pedronis> afaiu
[17:09] <ijohnson> pedronis: ack, yes I have refactored it
[17:11] <mup> PR snapd#8001 closed: boot: enable UC20 kernel extraction and bootState20 handling <Needs Samuele review> <UC20> <Created by anonymouse64> <Merged by anonymouse64> <https://github.com/snapcore/snapd/pull/8001>
[17:15] <mborzecki> yay!
[17:15] <ijohnson> yay indeed!
[17:24] <pedronis> ijohnson: there was indeed a conflict with pawel PR but I pushed a fix hopefully already
[17:24] <pedronis> #8036 needs a 2nd review
[17:24] <mup> PR #8036: snapstate: refactor things to add the re-refresh task last <Created by pedronis> <https://github.com/snapcore/snapd/pull/8036>
[17:24] <ijohnson> pedronis: which of pawel's PRs?
[17:50] <pedronis> ijohnson: #7705
[17:50] <mup> PR #7705: o/devicestate: handle preseed in firstboot <Preseeding 🍞> <Created by stolowski> <https://github.com/snapcore/snapd/pull/7705>
[17:50] <ijohnson> pedronis: ah right, I have that on my list to review, I'll try to get to that today or Monday
[17:58] <mup> PR snapcraft#2902 closed: static: fix some valid flake8 issues <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2902>
[17:58] <mup> PR snapcraft#2905 closed: requirements-devel: uprev pyinstaller to 3.6 <Created by cjp256> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2905>
[18:41]  * Chipaca kicks travis a bit more
[18:43] <mup> PR snapcraft#2903 closed: tests: fix status test for staging store <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2903>
[18:58] <ijohnson> ugh travis why do you have to be broke right after I merged my PR :-(
[19:00] <Chipaca> ijohnson: it had a troubled childhood and has difficulty expressing its love for you
[19:00] <ijohnson> Chipaca: all that kicking probably didn't help
[19:01]  * Chipaca punts it back into orbit
[19:01] <Chipaca> ijohnson: what kicking
[19:01] <ijohnson> tbh I probably wouldn't work too well either if somebody kept kicking me every time I did something wrong
[19:01] <Chipaca> ijohnson: travis is the whipping boy
[19:03] <ijohnson> I'd just like to take this opportunity to thank travis for not being able to kick us back
[19:03]  * Chipaca actually LOLs
[19:13] <zyga> Chipaca: are you lol'ing as eod-ing? :)
[19:23] <sdhd-sascha> hey "folks" ;-)
[19:24] <sdhd-sascha> is to say, the word "folks" okay ? for woman, man, and ... ?
[19:24] <sdhd-sascha> is it ?
[19:26] <sdhd-sascha> (sorry, sometimes i make failures. )
[19:28] <ijohnson> sdhd-sascha: yes folks is okay for a generic group of people
[19:30] <sdhd-sascha> ijohnson: thank you :-) *great* ... i'm really poor in language's .. (but i grow) ;-) thank you
[19:30] <ijohnson> np
[19:30] <sdhd-sascha> :-)
[19:32] <sdhd-sascha> ijohnson: still, and again - thankyou
[20:01] <mup> PR snapcraft#2908 opened: Tt <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2908>
[20:28] <mup> PR snapcraft#2906 closed: [ignore me] travis test <Created by cjp256> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2906>
[20:28] <mup> PR snapcraft#2908 closed: Tt <Created by sergiusens> <Closed by sergiusens> <https://github.com/snapcore/snapcraft/pull/2908>
[20:35] <mup> PR snapd#8074 closed: client: move to /v2/users; implement RemoveUser <Created by chipaca> <Merged by chipaca> <https://github.com/snapcore/snapd/pull/8074>
[20:42] <Chipaca> #8063 is now open for business
[20:43] <mup> PR #8063: cmd/snap: implement 'snap remove-user' <Created by chipaca> <https://github.com/snapcore/snapd/pull/8063>
[21:10] <mup> PR snapd#8075 opened: boot: don't use "kernel" from the modeenv anymore <Simple 😃> <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8075>
[21:42]  * sdhd-sascha Chipaca sorry for me ;-)
[21:42] <Chipaca> sdhd-sascha: ?
[21:43] <sdhd-sascha> Chipaca: i'm not so easy - sometimes ;-) i love your hints ;-)
[21:43]  * sdhd-sascha sometimes i have too much beer ...
[21:44] <Chipaca> sdhd-sascha: glad you enjoy them, but i'm at a loss as to which ones in particular you mean this time :-D
[21:46] <sdhd-sascha> Chipaca: as i said - you give me hints, which are very cool, and i understand . not in time. but shorten ... you have a nice way to write ;-)
[21:49] <sdhd-sascha> Chipaca: i love your sarcasm ;-)
[21:49] <Chipaca> :-)
[21:49] <sdhd-sascha> ;-)
[21:49]  * sdhd-sascha afk - look for my wife...
[21:53]  * sdhd-sascha back (for a moment) .. is it bad, that i can better talk to you folks... ? i cant say it to ....
[21:54] <Chipaca> sdhd-sascha: ¯\_(ツ)_/¯ it happens :-)
[21:54]  * Chipaca takes the dog for a wander
[21:55]  * sdhd-sascha i wonder, Chipaca how you type this ;-) thank you - make me smile ;-)
[21:57] <sdhd-sascha> hey, ;-) look forward
[22:04] <mup> PR snapd#8076 opened: boot: add TryBase and BaseStatus to modeenv; use in snap-bootstrap <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8076>
[22:06]  * ijohnson EOWs
[22:06] <mup> PR snapd#8077 opened: boot: enable base snap updates in bootstate20 <UC20> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8077>
[23:06]  * sdhd-sascha how much is too much talk ... can i be litte crazy


[02:45] <tomreyn> this is not really a support question, more of an observation: i have a 22.04 desktop running in virtualbox (18.04 host). i'm logged into the desktop, and after some minutes, the desktop locks as it should. however, it only seems to lock while the display is active, cuasing it to not actually lock until i switch back to the virtualbox application window it is running in. i.e. when i switch to the logged in desktop after 5+ minutes i
[02:45] <tomreyn> first see the logged-in desktop for a second, which then locks immediately.
[02:46] <tomreyn> this doesn't seem like it is as it should be, in terms of security.
[02:47] <webchat14> hello
[02:48] <tomreyn> now i don't know whether this is a special behaviour of virtualbox (maybe it actually takes and displays a screenshot there as a convenience), but this seems to be a change compared to 20.04
[02:53] <tomreyn> it's indeed an old screen that is showing there. could be wayland + virtualbox related.
[03:22] <lotuspsychje> good morning
[06:52] <lotuspsychje> https://www.debugpoint.com/2022/04/ubuntu-22-04-release-unique-feature/
[07:18] <ducasse> morn morn
[14:46] <leftyfb> if people haven't figured out already, PhotonRay/AutisticPenguin was Kolusion
[14:48] <lotuspsychje> morning leftyfb
[14:48] <leftyfb> morning
[14:50] <leftyfb> that Kolusion is something else. Comes in with what seems to be legitimate questions, gets all pissed of when he doesn't like the responses, goes off on whoever is active and either leaves or gets booted. Then comes back again and starts all over
[14:51] <lotuspsychje> a real autistic penguin
[14:52] <leftyfb> it's telling that they know and make sure to call out one of the IRCOps (Allie)
[14:56] <ogra> are you actually sure ? AutisticPenguin appeared  lot more tame than Kolusion
[14:56] <ogra> (way less aggressive)
[14:57] <leftyfb> 100%
[14:59] <tomreyn> based on?
[15:03] <leftyfb> they called me out and Allie as PhotonRay, same (albeit slightly watered down) attitude I mentioned above. Same first 2 ipv6 groups as Kolusion on multiple joins
[15:05] <tomreyn> that's not 100% to me.
[15:33] <leftyfb> 2 mentions of Microsoft/Windows and Richard Stallman? Both topics they are obsessed with as Kolusion
[15:37] <tomreyn> High similarity (anything below 100%, incl. 99,9999) and proof (100%) are different things.
[15:42] <leftyfb> either way, they have made it clearly known they do not want to be allowed in #ubuntu. Once you are convinced they are Kolusion, I hope they are dealt with appropriately
[15:59] <tomreyn> It does look very similar (if not 100%), and they have been ban evading before. we'll see.


[03:11] <mpt> mdke, still no reply :-/
[03:23] <robotgeek> mdke: pongish
[04:49] <Burgundavia> nixternal____: going to have to reschedule our classroom next week, as I am going to be away
[05:25] <nixternal> sorry for the floods earlier, as it seems my router was nailed...
[05:32] <robotgeek> nixternal: heh, got kicked out too, i guess
[05:32] <nixternal> you did?
[05:32] <nixternal> i know i did big time
[05:33] <nixternal> i have had a cisco pix 501 for about 6 years now, and last week it died..so i installed a cheap wrt54gs v5, come to find out it was vulnerable to everything
[05:44] <Burgundavia> nixternal: going to have to reschedule our classroom next week, as I am going to be away
[05:45] <nixternal> hmm..need to let the guys know, and see what they want to do...they can either reschedule it or insert someone else
[05:45] <Burgundavia> YEP
[05:45] <Burgundavia> yep, rather
[05:46] <nixternal> hehe
[05:46] <nixternal> we don't have one next week Burgundavia, we aren't until Sep 16th and 17th
[05:47] <Burgundavia> right, going to need reschedule that one as well
[05:47] <nixternal> oh
[05:47] <Burgundavia> I am also going to be out of town that week
[05:47] <nixternal> hehe
[07:24] <nixternal> mdke: serverguide translations == all empty
[07:28] <nixternal> http://paste.ubuntu-nl.org/20352
[07:28] <nixternal> somebody commented out tar and rm, so that don't work ;)   sillies
[07:57] <Kamping_Kaiser> tafe might be good for somethign: one subject is User Documentation Systems.... with any luck it'll help me here
[10:29] <HighBit> hello
[10:30] <Madpilot> hi
[10:32] <HighBit> how are you?
[11:02] <mdke_> nixternal: was probably me playing with something. feel free to uncomment it
[11:02] <nixternal> i did ;)
[11:03] <nixternal> still, both tar.gz from libray.launchpad had nothing but empty directories
[11:03] <mdke_> eh?
[11:03] <nixternal> had a bunch of blank .xml files
[11:03] <nixternal> like they hadn't been completed yet
[11:04] <mdke_> the tar.gz shouldn't have any xml
[11:04] <mdke_> should just be one directory with lots of *.po files
[11:04] <mdke_> maybe a problem with them, I'll check it out
[11:04] <nixternal> im sorry..after doing ./translate.sh
[11:04] <nixternal> all it does is create a bunch of directories
[11:04] <nixternal> and then the packagingguide.xml and what not are all empty
[11:05] <mdke_> is this server guide or packaging guide?
[11:05] <nixternal> both
[11:05] <mdke_> you said server earlier
[11:05] <mdke_> right, I'll try them
[11:05] <nixternal> ya, it was pretty much the same for both
[11:19] <mdke_> nixternal: serverguide seems to work ok here
[11:19] <nixternal> let me try mine really quick
[11:20] <nixternal> generic/serverguide?
[11:20] <mdke_> yup
[11:21] <nixternal> zh_TW/serverguide.xml:1: parser error : Start tag expected, '<' not found
[11:21] <nixternal> ^
[11:21] <nixternal> rm: cannot remove `.xml2po.mo': No such file or directory
[11:21] <nixternal> the last 2 lines that i get
[11:22] <nixternal> but there are a bunch of the serverguide.xml:1: parser errors because the files are empty
[11:22] <mdke> I've got as far as "es", so far it looks ok
[11:22] <nixternal> hmm..i wonder if the dowload they sent me was bad?
[11:23] <mdke> could be that there is a bug in zh_TW
[11:23] <nixternal> well...everyone of the files show blank for me
[11:23] <mdke> either that or you did something wrong to your local copy
[11:23] <nixternal> only thing i did was cp it to the directory
[11:23] <nixternal> my local copy has been svn up
[11:24] <mdke> no idea
[11:27] <nixternal> just resubmitted
[11:30] <nixternal> this is in the dapper sources correct?
[11:30] <nixternal> as i am still getting the same thing
[11:30] <Kamping_Kaiser> hey jenda :)
[11:31] <mdke> nixternal: did you refresh your svn tree?
[11:31] <nixternal> a few times
[11:31] <jenda> Kamping_Kaiser!
[11:31] <jenda> nixternal!
[11:31] <jenda> :)
[11:31] <mdke> :(
[11:31] <nixternal> hiya jenda ;)
[11:32] <Kamping_Kaiser> mate !
[11:32] <jenda> And the rest, of course.
[11:32] <jenda> Good to be back out of the RL...
[11:32] <mdke> nixternal: svn revert everything?
[11:32] <nixternal> im trying that now
[11:33] <mdke> (--recursive)
[11:34] <nixternal> its checkin'
[11:37] <nixternal> mdke: http://paste.ubuntu-nl.org/20357
[11:39] <mdke> nixternal: the "xml2po: command not found" is a pretty clear indicator of what is the problem
[11:40] <nixternal> ya
[11:40] <nixternal> i just caught that right after i posted ;)
[11:44] <nixternal> hey mdke, when you get the chance, could you please knock the hell out of me?
[11:45] <nixternal> i forgot i transferred over my nfs stuff today, and my installs didn't go with it ;)
[11:45] <mdke> nixternal: I'd rather not...
[11:46] <mdke> so, serverguide is not so bad. I'll do that, you can do packaging guide if you like
[11:46] <nixternal> hehe
[11:46] <nixternal> got it ;)
[11:46] <nixternal> my apologies for the braingas
[11:50] <nixternal> im gonna let this run, and log..i will tend to it in a few..i need some sleep
[11:50] <nixternal> g'nite guys
[11:53] <mdke> night
[08:06] <nixternal> mdke: http://buntudot.org/people/~nixternal/docs/translations/diffs/packagingguide.diff
[08:06] <nixternal> perfecto!!
[08:06] <nixternal> <600k
[09:26] <mdke> nixternal: nice one, thanks
[09:26] <nixternal> np
[09:26] <nixternal> that was easy
[09:27] <nixternal> on pt_BR and sv fixes, and both were minor
[09:27] <nixternal> s/on/only
[09:30] <mdke> did you do the Makefiles/packaging too (if not, no worries, I can do it)
[09:30] <nixternal> arg, i can add that and send it to the list here in a bit
[09:31] <nixternal> i looked at it, and held off on it, because it was a "default" makefile in that dir, and needed some loving it looks like
[09:31] <mdke> nixternal: no worries, only one language, I can do it
[09:31] <nixternal> rocking, thanks!
[09:31] <nixternal> all translations are done now?
[09:31] <mdke> nixternal: I'll commit it separately if you like, so you can see what I did
[09:32] <nixternal> sure
[09:32] <nixternal> that would be greate!
[09:32] <nixternal> wow, my keyboard doesn't like me today
[09:32] <mdke> oh, french is broken, did you see that?
[09:32] <nixternal> hmm
[09:32] <nixternal> it wasn't broken when i validated
[09:32] <mdke> try it on your local copy
[09:32] <mdke> it's empty
[09:32] <nixternal> it is empty
[09:32] <nixternal> ya
[09:33] <mdke> I can fix that ok
[09:34] <mdke> it's due to a bug in rosetta
[09:34] <nixternal> lovely..ok at least i didn't break something for once ;)
[09:35] <mdke> nope, keeps happening with that translation
[09:35] <mdke> yeah, we're all done, to answer your earlier question
[09:35] <nixternal> alrighty, on to some other projects then
[09:37] <nixternal> mdke: you ever need docbook stuff worked on, msg me or what not, and if im around, i would enjoy working on it, gives me the experience
[09:37] <LaserJock> mwuahahaha
[09:37] <LaserJock> :-)
[09:37] <nixternal> and knocks some rust off the old "docbook" portion of my brain
[09:37] <nixternal> oh no, LaserJock is alive
[09:37] <LaserJock> nixternal: want to learn debiandoc SGML?
[09:37] <LaserJock> :-)
[09:37] <nixternal> is it for use in Ubuntu? if not NO ;D
[09:38] <LaserJock> yeah, it's for Ubuntu
[09:38] <nixternal> ok then, im all ears ;)
[09:38] <nixternal> if you build it they will come
[09:39] <LaserJock> hehe
[09:39] <nixternal> im here, get to building ;)
[09:39] <LaserJock> mdke: does bhuvan really want to make man pages out of the server guide?
[09:40] <nixternal> that can be good, but i would hate to do 'man serverguide' and have to read through thousands of lines, especially since you can navigate except for the space bar
[09:40] <LaserJock> yeah
[09:40] <LaserJock> I don't understand why he doesn't just do HTML
[09:40] <nixternal> and you lynx
[09:40] <nixternal> exactly
[09:40] <LaserJock> there are a lot of good console web browsers
[09:40] <nixternal> s/you/use
[09:40] <nixternal> omg im e.tarded today
[09:40] <LaserJock> and we already know how to do docbook -> HTML
[09:40] <mdke> LaserJock: looks like it.
[09:41] <mdke> yes, HTML might save some work, if it can be made nice and discoverable
[09:41] <nixternal> LaserJock: i would respond and tell him your idea, that is the best way to go
[09:42] <nixternal> pretty much all docbook -> HTML looks good in lynx from what i have seen...because we did that when I worked for Sun and converted all the enterprise books from docbook -> html and used lynx to view


[00:13] <ali1234> it doesn't prompt when you're not on a development build
[00:14] <skellat> Issues go to errors.ubuntu.com in those circumstances instead
[00:14] <ali1234> http://askubuntu.com/questions/150476/how-do-i-submit-a-full-bug-report-with-crash-dump-and-steps-to-reproduce
[00:14] <ali1234> if you want to send a real bug report ^
[00:23] <brainwash> ali1234: prompt what? everything looks the same, except it does not upload the data after a click on "relaunch" (send report checkbox is activated)
[00:23] <ali1234> it does
[00:23] <ali1234> it just doesn't open the browser, because the report goes to a different place
[00:24] <brainwash> I see, so I have no control about the bug report
[00:24] <brainwash> and cannot access it on launchpad
[00:26] <skellat> brainwash: At this point it goes to errors.ubuntu.com where devs see them
[00:27] <brainwash> skellat: right, I understand it that now
[00:27] <brainwash> so I don't see any point to upload reports from now on
[00:27] <Unit193> I had to disable apport because it was going nuts "finding" bugs... :/
[00:28] <ali1234> brainwash: you have control if you want it, check the link
[00:28] <skellat> There was some talk of Non-Disclosure Agreements to see what is in the bin at errors.ubuntu.com.  Reports are still good as they show up as hideous flags to developers as to whether or not their software is failing miserably.
[00:28] <brainwash> ali1234: oh, my bad, should have read it properly
[00:29] <brainwash> once apport did open 5, maybe it was even 6 apport windows after login
[00:29] <brainwash> after final release
[00:29] <ali1234> it's because of the way uploads work
[00:30] <ali1234> sometimes it tries to upload huge files to daisy, and it is done in the background
[00:30] <ali1234> if you reboot it does not resume
[00:30] <ali1234> instead, it acts like the program crashed again
[00:30] <Unit193> brainwash: Yeeeeep.  Login got about 6 boxes...
[00:31] <ali1234> also, maybe just 6 things crash on every boot... wouldn' be all that unusual
[00:36] <brainwash> oh boy, my favorite bug currently is the network manager one, still not a single hint why it won't wake up after resuming from suspend
[00:39] <Unit193> I think we'll have to go with "It's still tired, so doesn't want to wake up."
[00:43] <brainwash> if I only knew how to debug ubuntu's systemd abomination
[00:59] <brainwash> Unit193: do you use gnome-screensaver?
[00:59] <Unit193> xscreensaver
[01:00] <brainwash> ok, I'm using it on both my machines which are affected
[01:02] <brainwash> but I guess it's unlikely that gnome-screensaver is interfering the resume process
[02:45] <Noskcaj> bluesabre: Have mugshot and menulibre been packaged yet?
[03:21] <bluesabre> Noskcaj: not yet. Menulibre still doesn't do what Xubuntu needs and mugshot will need another release to fix some of the permissions bugs.  Hoping to have both done within a few weeks.
[03:22] <bluesabre> heading to bed now, bbl
[03:29] <bluesabre> interesting thought, since gtk-3.10 has dropped GtkImageMenuItem, a gtk3-xfce-panel applications-menu running in 3.10+ will basically be crap
[03:31] <bluesabre> unless, of course, whisker-menu gains popularity
[03:37] <Unit193> http://ftp-master.debian.org/new/xfce4-whiskermenu-plugin_1.1.1-1.html it'll be in the LTS, but I won't use it unless I have to.  And yeah, that sounds terrible, stupid GTK/Gnome...
[03:42] <skellat> GNOME is turning into a runaway psychology experiment that is lacking the benefit of an human subjects protection/oversight board
[05:18] <astraljava> brainwash: Thanks, got caught up with other things and forgot about this. :)
[05:45] <Noskcaj> I've made an attempt at a xubuntu t-shirt on spreadshirt at http://www.spreadshirt.com/design-your-own-t-shirt-C59/product/108355733/view/1/sb/l
[09:20] <slickymaster> morning all
[10:00] <olbi> hi guys, there is still problem with Software Center which sometimes crashed :/
[10:06] <astraljava> olbi: There are a couple of bugs on LP in which crashing is mentioned. Perhaps you could contribute to resolving the one in particular to you issue?
[10:07] <astraljava> olbi: You can find the list here: https://bugs.launchpad.net/ubuntu/+source/software-center/+bugs
[11:34] <slickymaster> knome: ping
[11:34] <knome> slickymaster, pong
[11:34] <slickymaster> knome: good morning. Just a quick question
[11:35] <knome> sure
[11:35] <knome> (you can always just go ahead, i'll answer when i get back or if others know, they'll answer before that)
[11:35] <slickymaster> in Chapter 11 - Hardware Devices there's a reference to use Computer Janitor in order to free same of the available hard drive space
[11:36] <slickymaster> I was under the impression that Computer Janitor was dropped in  Ubuntu - mainly because nobody used it and the serious perceived issues that it could break the system with some of its suggestions.
[11:37] <slickymaster> knome: what do you think?
[11:37] <knome> a sec, i'll poke some places...
[11:37] <slickymaster> knome: It's in the Disks and Partitions section
[11:38] <knome> well it definitely looks like it's at least quite old; the last release seems to be 2.1.0, which already oneiric/precise had
[11:39] <slickymaster> knome: yes, there's also that
[11:39] <knome> slickymaster, hmm... are you sure it's there?
[11:39] <knome> slickymaster, actually it is not; it's removed for 13.10
[11:40] <slickymaster> knome: please refer to item 432 in https://translations.launchpad.net/xubuntu-docs/saucy/+pots/desktop-guide/pt/+translate?memo=430&start=430
[11:40] <knome> the translations might be outdated
[11:40] <knome> or, tbe, the translation templates
[11:40] <knome> http://docs.xubuntu.org/
[11:40] <knome> http://docs.xubuntu.org/1310/hardware-devices.html#disks-partitions
[11:40] <knome> no mention of computer janitor
[11:41] <slickymaster> knome: yeah, you're right, I'm not seeing it in my box, also
[11:41] <knome> the fact that the translation templates are outdated is stupid and our fault
[11:41] <knome> but because that can happen, you should always check the english source files
[11:42] <slickymaster> knome: well, I'll make the translation anyway
[11:42] <slickymaster> knome: will do
[11:42] <knome> that's going to be relatively useless, but that does make it disappear from the list of strings that need translating, so fine ;)
[11:43] <slickymaster> knome: do you think I should do anything, like filing a bug, so the translations templates get updated?
[11:43] <knome> i think we need a HOWTO for docs, i always forget how to do stuff each cycle
[11:43] <knome> i'll look into that now
[11:43] <knome> it should be a trivial task, since IIRC there is a script that does that
[11:44] <slickymaster> knome: if you need any help on that, just ping me. I'm more than willing to help you
[11:45] <knome> that should've been done
[11:45] <slickymaster> knome: what?
[11:46] <knome> it might either have updated the string in LP directly, or then it might take a while, or then we need to poke something else as well
[11:46] <knome> the translation template is updated in the branch.
[11:46] <slickymaster> knome: yes, I can confirm that
[11:46] <knome> ok, cool
[11:47] <knome> i'll add doing that at appropriate times to our release checklist
[11:47] <slickymaster> knome: as I have you attention, allow me to ask another thing about https://bugs.launchpad.net/ubuntu/+source/xubuntu-docs/+bug/1238718
[11:48] <knome> yup
[11:49] <slickymaster> as far as I can see it didn't update anything in Chapter 6, I'm still getting the same occurrences with NetworkManager application not being embraced between the proper <application>...</application> tags.
[11:49] <knome> have you pulled from lp:xubuntu-docs?
[11:49] <slickymaster> knome: no, I'm referring to the translation template, in LP
[11:49] <knome> hmm.
[11:50] <knome> i'll look into that.
[11:51] <slickymaster> knome: ok, thanks
[12:00] <knome> hmm...
[12:01] <knome> seriously? :P
[12:03] <knome> looks like i deleted all translations from the trusty branhc.
[12:03] <knome> *branch
[12:04] <knome> wait, no
[12:04] <knome> it was just lagging
[12:05] <knome> slickymaster, can you confirmt it's as supposed now?
[12:05] <knome> -t
[12:06] <slickymaster> knome: give a sec
[12:08] <slickymaster> knome: in LP, no. see item 313 for example in https://translations.launchpad.net/xubuntu-docs/saucy/+pots/desktop-guide/pt/+translate?direction=backwards&memo=320&start=310
[12:08] <knome> that's the saucy branch.
[12:08] <slickymaster> yes
[12:09] <knome> ...we're working on the trusty branch now
[12:09] <slickymaster> knome: got it, let me go there and check
[12:09] <knome> https://translations.launchpad.net/xubuntu-docs/trusty/+pots/desktop-guide/pt/+translate?direction=backwards&memo=320&start=310
[12:09] <knome> that would be approximately the same spot
[12:11] <slickymaster> knome: it's fixed, now
[12:12] <knome> cool!
[12:12] <slickymaster> knome: one lasty thing, should https://bugs.launchpad.net/ubuntu/+source/xubuntu-docs/+bug/1238718 be marked as fix release?
[12:13] <knome> no; it's marked as fix released once a package with that fix is released; it will be done automatically now that the bug number is mentioned in the changelog
[12:14] <slickymaster> knome: thanks for everything
[12:14] <knome> no problem!
[12:15] <slickymaster> knome: I'll drop that translation in the saucy branch and will just work on the trusty branch. I think that's what is intended, right?
[12:15] <knome> yep
[12:16] <knome> all the translated strings are copied over though, so you basically just keep on translating :)
[12:16] <slickymaster> knome: ok, won't bother you any more. Thanks again
[12:16] <knome> heh, no problem. happy to help :)
[12:16] <slickymaster> :)
[13:08] <olbi> knome, you are responsible for accepting translations in Polish lang?
[13:09] <olbi> https://translations.launchpad.net/xubuntu-docs/saucy/+pots/desktop-guide
[13:10] <knome> olbi, i am not.
[13:11] <knome> but, if you are translating, 1) please use the trusty branch 2) the branches are auto-updated
[13:12] <olbi> why not Saucy?
[13:12] <olbi> some errors are there?
[13:24] <knome> saucy is released, and it is not a long-term support; we are focusing on the trusty series now
[13:24] <knome> olbi, ^
[15:47] <olbi> but there is six months yet and ppl are using saucy :D
[16:04] <olbi> there is problem with translatingi it from launchpad
[16:04] <olbi> when you have 3 sentences in english, in polish I could do 1 sentence :P
[16:06] <davmor2> olbi: yeah but with all the letters you add it would be 4 sentences long right ;)
[16:06] <olbi> hehe :D
[16:06] <olbi> I started translating this help files, edited html from system :D
[16:07] <olbi> i do 3 chapters
[17:52] <olbi> hmm, I add PPA with Xfce-4.10 and Xfce 4.12, install all updates, restart, than after move home icon on the corners of it, thera are sticky pixels :P


[10:05] -ChanServ(ChanServ@services.)- [#ubuntu-server]  Ubuntu Server Discussions (development and support)
[10:05] -ChanServ(ChanServ@services.)- [#ubuntu]  Welcome to #ubuntu! Please read the channel topic and consider spending some time on the FAQ mentioned there
[10:30] <Ubugtu> New bug: #59867 in xserver-xorg-input-synaptics (main) "Synaptics touchpad ceases functioning after suspend and resume." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59867
[10:30] <Ubugtu> New bug: #59868 in soundconverter (universe) "Please review merge of soundconverter" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59868
[10:40] <Ubugtu> New bug: #59869 in Ubuntu "BCM43XX Problem with Kernel 2.6.17-7" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59869
[10:40] <Ubugtu> New bug: #59870 in sysv-rc-conf (universe) "Please sync sysv-rc-conf 0.99-5 from Debian Sid (main)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59870
[10:46] <Ubugtu> New bug: #59871 in linux-source-2.6.17 (main) "dsbr100 module not included anymore (D-Link USB FM radio)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59871
[11:01] <Ubugtu> New bug: #59874 in qt4-x11 (main) "Qt 4.1.2, serious bugs" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59874
[11:06] <Ubugtu> New bug: #59873 in firefox (main) "Crash while spell-checking in Writely" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59873
[11:06] <Ubugtu> New bug: #59875 in apt (main) "apt should look into the mounted device before all" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59875
[11:11] <Ubugtu> New bug: #59876 in obby (universe) "Please sync obby 0.4.1-1 from Debian Sid (main)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59876
[11:16] <Ubugtu> New bug: #59877 in kdeutils (main) "[edgy]  kinfocenter crashes when I click on IO-Ports" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59877
[11:26] <Ubugtu> New bug: #59878 in ichthux-emoticons (universe) "Shortcuts do not work" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59878
[11:36] <Ubugtu> New bug: #59881 in f-spot (main) "f-spot timeline slider not restricted" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59881
[11:36] <dholbach> Ubugtu... some days I really wished you'd shut up
[11:37] <crimsun> /ignore Ubugtu
[11:37] <crimsun> err, oops :)
[11:38] <dholbach> hehe :)
[11:38] <dholbach>  /ignore inbox... to
[11:38] <crimsun> yeah, you've got that steady 300 new daily bugcount that I definitely don't envy
[11:38] <dholbach> yep :)
[11:39] <dsas> To pile on to that, should f-spot be added to desktop-bugs now ?
[11:40] <dholbach> seb128: ^ what do you think?
[11:40] <dholbach> i suppose it should
[11:40] <dsas> I think the idea scared him away
[11:41] <dholbach> hehe
[11:41] <dholbach> I think it was rather something like testing a metacity change :)
[11:50] <Ubugtu> New bug: #59882 in nautilus (main) "Access to remote SSH server does not distinguish the connection by port" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59882
[11:55] <Ubugtu> New bug: #59883 in console-setup (main) "Asks questions on installation" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59883
[11:55] <Ubugtu> New bug: #59884 in python2.4 (main) "Gaphor segfaults on startup" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59884
[12:00] <Ubugtu> New bug: #59885 in xchat-gnome (main) "tray icon should be transparent" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59885
[12:10] <Ubugtu> New bug: #59886 in epiphany-browser (main) "Can simultaneously download two files with the same name, one will replace the other" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59886
[12:10] <Ubugtu> New bug: #59887 in nautilus-sendto (main) "nautilus-sendto quits unexpectedly every time when using it " [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59887
[12:15] <Ubugtu> New bug: #59888 in Ubuntu "edgy 2.6.17 kernel, modprobe ath_pci gives unknown symbol errors" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59888
[12:25] <Ubugtu> New bug: #59889 in console-setup (main) "has no concept of "No Keyboard" to configure" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59889
[12:30] <Ubugtu> New bug: #59890 in console-setup (main) "edgy -> edgy upgrade lost console layout setup" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59890
[12:55] <Ubugtu> New bug: #59891 in Debian (main) "poor/ugly font rendering on screen by ghostview" [Unknown,Unknown]  http://launchpad.net/bugs/59891
[12:55] <Ubugtu> New bug: #59892 in powersave (universe) "Please review merge of powersave" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59892
[12:56] <Ubugtu> New bug: #59893 in apt (main) "changing to fcron removes ubuntu-desktop and autoremove wants to remove a lot of packages" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59893
[01:36] <Ubugtu> New bug: #59894 in bluez-utils (main) "HIDD periphericals are disabled by default" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/59894
[01:36] <Ubugtu> New bug: #59895 in grub (main) "Updating Kernel modified Grub doesn't respect customised entries" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59895
[01:36] <Ubugtu> New bug: #59896 in tcl8.4 (main) "libtcl8.4.so missing (in tcl8.4-dev for some reason?)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59896
[02:20] <Ubugtu> New bug: #59898 in zsync (universe) "Please review merge of zsync" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59898
[02:26] <Ubugtu> New bug: #59899 in slune (universe) "slune cannot be installed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59899
[02:35] <Ubugtu> New bug: #59900 in openoffice.org-amd64 (main) "[Edgy]  OO crashes on Save and Open dialog boxes" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59900
[02:46] <Ubugtu> New bug: #59901 in openoffice.org (main) ""Save as..." in Presentation causes crash in Ubuntu 6.10 edgy" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59901
[02:50] <Ubugtu> New bug: #59903 in gcompris (main) "GCompris & Python dependencies" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59903
[02:55] <Ubugtu> New bug: #59904 in net6 (universe) "Please sync net6 1:1.3.1-2 from Debian Sid (main)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59904
[03:00] <Ubugtu> New bug: #59902 in ndiswrapper (main) "[UVF Exception request]  ndiswrapper-source 1.23-1 from Debian unstable" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59902
[03:01] <Ubugtu> New bug: #59905 in rhythmbox (main) "RhythmBox crashes when a connected DAAP share is put to sleep" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59905
[03:11] <Ubugtu> New bug: #59907 in Ubuntu "kde-i18-nds is missing in 6.06 KDE 3.5.4" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59907
[03:30] <Ubugtu> New bug: #59908 in imagemagick (main) "identify command requires mpeg2decode" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59908
[03:35] <Kagou> is there a command to quickly/easyly raz the /var/log/syslog ?
[03:39] <Hobbsee> less /var/log/syslog?
[03:41] <Kagou> Hobbsee: i mean to clean syslog file
[03:41] <Hobbsee> oh
[03:45] <bddebian> Boo
[03:45] <ogra> bee
[03:46] <bddebian> :-)
[03:47] <Hobbsee> bddebian, ogra: BLING!
[03:47] <chesty> if you mark a bug as a duplicate of another bug, is it normal to also set it to reject?
[03:48] <Hobbsee> chesty: no, for some reason
[03:48] <bddebian> Hobbsee: BLING?
[03:48] <Hobbsee> chesty: if it's marked as a dupe, it doesnt get shown in the searches though
[03:48] <Hobbsee> bddebian: of course.   boo, bee, bling!
[03:48] <bddebian> Ah :-)
[03:49] <chesty> Hobbsee: ok, thanks
[03:50] <Ubugtu> New bug: #59909 in kernel-package (main) "make-kpkg - fatal error: UTS Release does not match current version" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59909
[03:51] <ogra> Hobbsee, hehe
[03:52] <Hobbsee> ogra: bling bling?  a new phone-type ring
[03:52] <ogra> :)
[03:55] <Ubugtu> New bug: #59910 in balazar (universe) "balazar does not start" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59910
[04:06] <Ubugtu> New bug: #59911 in xorg-server (main) "missing extension in Xnest" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59911
[04:06] <Ubugtu> New bug: #59912 in grub (main) "Graphical Grub editor (Boot Options config) needed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59912
[04:10] <Ubugtu> New bug: #59913 in gnome-power-manager (main) "Wrong value of the gnome-power-manager gauge" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59913
[04:30] <Ubugtu> New bug: #59914 in glibc (main) "nscd fails to start due to the fact that directory /var/run/nscd is missing" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59914
[04:40] <Ubugtu> New bug: #59915 in clamav (universe) "clamav in dapper vulnerable to critical heap overflow" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59915
[04:46] <Ubugtu> New bug: #59916 in linux-restricted-modules-2.6.17 (restricted) "Mouse-Positioning problem with Dual-Head" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59916
[04:46] <Ubugtu> New bug: #59917 in mplayerplug-in (multiverse) "mozilla-mplayer-3.17 doesn't play embedded videos with mozilla browser" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59917
[04:46] <Ubugtu> New bug: #59918 in grub (main) "SaX2 X11 configuration for GTK" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59918
[05:21] <Ubugtu> New bug: #59919 in update-manager (main) "[edgy]  update-manager tells gksudo its name is the Synaptic Package Manager" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59919
[05:26] <Ubugtu> New bug: #59920 in hal (main) "Swedish translation error in hal-device-manager." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59920
[06:05] <Ubugtu> New bug: #59921 in amarok (main) "Amarok First-run Wizard Fails to Change Library Path" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59921
[06:15] <Ubugtu> New bug: #59922 in amarok (main) ""Install MP3 Support" from Amarok Does Nothing" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59922
[06:20] <Ubugtu> New bug: #59924 in Ubuntu "XFce heap not purging" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59924
[06:20] <Ubugtu> New bug: #59925 in ubiquity (main) "Installer crashes" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59925
[06:21] <Ubugtu> New bug: #59923 in ubiquity (main) "Failing installing O.S. during the scan process of Partitions" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59923
[06:30] <Ubugtu> New bug: #59926 in dhcp3 (main) "DHCP recognizes LAN only minutes after plugging cable" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59926
[06:30] <Ubugtu> New bug: #59927 in Ubuntu "Edgy Knot 2 install crashes when configuring X." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59927
[06:40] <Ubugtu> New bug: #59928 in tango-icon-theme-common (main) "gtk-cancel/gtk-no icon is confusing" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59928
[06:50] <Ubugtu> New bug: #59929 in graphviz-cairo (universe) "Needs dependency on graphviz" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59929
[07:01] <Ubugtu> New bug: #59930 in linux-source-2.6.17 (main) "Boot hangs with message 'Waiting for root file system'" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59930
[07:05] <dholbach> sfllaw: hug day on wednesday?
[07:05] <sfllaw> dholbach: Yup.
[07:05] <sfllaw> Writing up something now.
[07:05] <dholbach> rock and roll
[07:07] <beerockxs> since updating to edgy, my parallel-port printer, an HP Deskjet 600 no longer works. Anyone know if that's a known bug?
[07:31] <Ubugtu> New bug: #59933 in Ubuntu "Edgy (knot-2) puts two icons on screen for mounted partition" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59933
[07:36] <Ubugtu> New bug: #59932 in update-manager (main) "Fails to upgrade to edgy from dapper. "Could not install 'volumeid'"." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59932
[07:40] <Ubugtu> New bug: #59934 in gnome-cups-manager (main) "since updating to edgy, HP Deskjet 600 is not detected at all" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59934
[07:46] <Ubugtu> New bug: #59936 in gtk+1.2 (main) "default gtk+1.2 font does not render umlauts etc. correctly" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59936
[07:50] <Ubugtu> New bug: #59935 in linux-source-2.6.17 (main) "OOPS when killing apport" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59935
[07:52] <CarlFK> todays edgy installer says: No kernel modules were found. This probably is due to a mismatch
[07:52] <CarlFK> between the kernel used by this uersion of the installer and the
[07:52] <CarlFK> kernel uersion auailable in the archiue.
[07:52] <CarlFK> what package do I assign to?
[08:06] <Ubugtu> New bug: #59937 in totem (main) "totem-gestreamer-firefox-plugin dependency issue" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59937
[08:06] <Ubugtu> New bug: #59938 in debian-installer (main) "edgy alternate installer: No kernel modules were found" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59938
[08:20] <Ubugtu> New bug: #59939 in evolution (main) "Cosmetic sort bug" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59939
[08:25] <Ubugtu> New bug: #59940 in update-manager (main) "Error in get_changelog" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59940
[08:26] <Ubugtu> New bug: #59942 in ubiquity (main) "installer crashed on kubuntu install - latest iso" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59942
[08:36] <Ubugtu> New bug: #59943 in pygdchart2 (universe) "[Sync Request]  pygdchart2 0.beta1-3.3 from Debian unstable (main)" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59943
[08:47] <Ubugtu> New bug: #59944 in Ubuntu "Please import "listen" from Debian repo's" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59944
[08:51] <Ubugtu> New bug: #59945 in sensors-applet (universe) "no nvidia support" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59945
[08:58] <dholbach> good night
[09:00] <seb128> 'night dholbach
[09:06] <Ubugtu> New bug: #59947 in metacity (main) "False compositing activation" [Untriaged,Confirmed]  http://launchpad.net/bugs/59947
[09:06] <Ubugtu> New bug: #59948 in totem (main) "Crash in totem-thumbnailer" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59948
[09:06] <Ubugtu> New bug: #59949 in Ubuntu "Usb disk doesn't mount at boot." [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59949
[09:40] <Ubugtu> New bug: #59951 in glibc (main) "nscd package's init script doesn't make /var/run/nscd" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59951
[09:50] <Ubugtu> New bug: #59953 in twisted-conch (main) "Upgrade from breezy to dapper on amd64 error on python2.4-twisted-conch" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59953
[10:00] <kristog> hey :)
[10:00] <kristog> who can change the  importance of a bug?
[10:01] <jjesse_> a member of the qa team i think
[10:09] <geser> yes, you need to be part of the qa team to change importance
[10:25] <Ubugtu> New bug: #59954 in Ubuntu "Installer doesn't allow to construct RAID array with missing disk" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59954
[10:31] <Ubugtu> New bug: #59955 in Ubuntu "Installer doesn't allow to pass parameters to mkfs.xfs" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59955
[10:36] <Ubugtu> New bug: #59956 in totem (main) "Zoom In and Zoom Out functionality" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59956
[10:41] <Ubugtu> New bug: #59957 in tuxracer-extras (universe) "Some extra courses broken" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59957
[10:41] <Ubugtu> New bug: #59958 in webdeveloper (universe) "Web developer toolbar option to display area map on image" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59958
[10:47] <Ubugtu> New bug: #59959 in totem (main) "Fullscreen controls don't autohide" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59959
[10:56] <Ubugtu> New bug: #59960 in gaim (main) "Crash when sending a file to AIM network" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59960
[11:00] <Ubugtu> New bug: #59961 in mplayer (multiverse) "-->crashed during encoding" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59961
[11:35] <Ubugtu> New bug: #59962 in Ubuntu "Unable to start up Edgy Eft Knot 2" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59962
[11:46] <Ubugtu> New bug: #59963 in ubiquity (main) "installer crashed" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59963
[11:50] <Ubugtu> New bug: #59964 in libxvmc (main) "/usr/etc path bogosity" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59964
[11:55] <Ubugtu> New bug: #59966 in rhythmbox (main) "edgy rhythmbox doesnt "keep" playlists" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59966
[12:00] <Ubugtu> New bug: #59967 in nautilus (main) "[Edgy]  CPU pegging issue" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59967
[12:00] <Ubugtu> New bug: #59969 in Ubuntu "update from dapper to edgy" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/59969


[06:35] <oSoMoN> good morning desktoppers
[07:27] <duflu> Hi oSoMoN
[07:28] <oSoMoN> hey duflu
[07:31] <marcustomlinson> hello oSoMoN and duflu
[07:31] <duflu> Hey marcustomlinson
[07:31] <oSoMoN> hey marcustomlinson
[07:53] <cpaelzer> hey Desktop people, I'm looking for some hints where to actually look at
[07:54] <cpaelzer> since the last few weeks my focal desktop slowly gets worse and worse
[07:54] <cpaelzer> the lock screen no more auto-locks, if I do it manually the first time it flickers and is back on the desktop (I assume something crashes in the background) the second tmie works
[07:54] <cpaelzer> that is already odd, but I can live with it
[07:54] <duflu> cpaelzer, that sounds like a bug that just got fixed in gnome-shell 3.36.3
[07:55] <cpaelzer> but recently mouse behavior changed a lot - if in front of a text console the coursor becomes invisible until I click
[07:55] <cpaelzer> also "select to copy" no more works everywhere
[07:55] <duflu> cpaelzer, make sure the system is fully up to date. If you still have problems then please open a bug by running:  ubuntu-bug gnome-shell
[07:55] <cpaelzer> the worst is a chrome URL - here not only "select to copy" fails, it even isn't able to copy in any way
[07:55] <cpaelzer> right-click there does nothing
[07:56] <duflu> Or open multiple bugs. Only one topic per bug
[07:57] <cpaelzer> I usually update regularly
[07:57] <cpaelzer> gnome-desktop3-data is the only desktop'ish package having an outstanding update
[07:57] <cpaelzer> maybe a reboot will get me back
[07:57] <cpaelzer> if not I'll file bugs
[07:59] <duflu> Generally it takes the details of the attachments in a bug report to figure out
[07:59] <duflu> IRC is not a good place for such things
[07:59] <cpaelzer> yeah I know, I mostly wanted to ask in case this "right click doesn't even open a context menu to copy anymore" would ting a bell
[07:59] <cpaelzer> because if so, then IRC is a good place
[07:59] <duflu> That one doesn't ring a bell at all for me
[08:03] <Laney> moin
[08:17] <duflu> Hi Laney
[08:47] <marcustomlinson> hey Laney
[09:46] <duflu> Ugh, seems my Nvidia card doesn't do 4K
[09:47] <duflu> Now for the usual dance of Nvidia cards not offering low power, low profile and modern architectures all in one product
[09:47] <duflu> Also not fitting in my small case
[13:31] <Wimpress> Hello desktoppers
[13:31] <oSoMoN> hello Wimpress
[13:31] <hellsworth> hiya
[13:31] <marcustomlinson> heya
[13:32] <Wimpress> #startmeeting Desktop Team Weekly Meeting - 2020-07-14
[13:32] <meetingology> Meeting started Tue Jul 14 13:32:23 2020 UTC.  The chair is Wimpress. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[13:32] <meetingology> Available commands: action commands idea info link nick
[13:32] <kenvandine> o/
[13:33] <Wimpress> Roll call:  did_rocks (out), duflu, hellsworth, jamesh, ji_bel (out), kenvandine, Laney, marcustomlinson, oSoMoN, seb_128 (out), tkamppeter, Trevinho, robert_ancell, callmepk
[13:33] <Trevinho_> hey! o/
[13:33] <oSoMoN> \o
[13:33] <marcustomlinson> \o
[13:33] <hellsworth> \o
[13:33] <callmepk> o/
[13:33] <Wimpress> #topic rls-bb-bugs
[13:33] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html
[13:34] <Wimpress> All clear :-)
[13:34] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-tracking-bug-tasks.html
[13:35] <Wimpress> Everything appears to be assigned there.
[13:35] <Wimpress> #topic rls-ff-bugs
[13:35] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html
[13:36] <Wimpress> One bug that James has assigned.
[13:36] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-tracking-bug-tasks.html
[13:37] <oSoMoN> if the bug is assigned, it should be accepted and the incoming tag removed, no?
[13:37] <Laney> if it wants to be tracked on -tracking
[13:37] <Laney> otherwise just the latter
[13:37] <Wimpress> You speaking of #1886854
[13:37] <oSoMoN> yes
[13:39] <Wimpress> That bug has one reported and James doesn't appear to have worked on yet.
[13:39] <Wimpress> So unsure what status should be assigned.
[13:40] <oSoMoN> let James comment before next week so it can be reviewed again?
[13:40] <Wimpress> OK
[13:41] <Wimpress> https://bugs.launchpad.net/deja-dup/+bug/1883254
[13:41] <Wimpress> Seb uploaded to groovy ^
[13:42] <Wimpress> Thinking we should assign that one to him. Is in progress.
[13:43] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-440/+bug/1874567
[13:43] <Wimpress> Trevinho: Looks like you're working on some of this.
[13:43] <Trevinho> Wimpress: yes, I've uploaded a fix for it already + SRUed it
[13:44] <Wimpress> Are the reports against the nvidia drivers accurate?
[13:44] <Wimpress> Or is it jusat a mutter issue?
[13:44] <Trevinho> Wimpress: it's just mutter, so marking as not-fix as well
[13:45] <Wimpress> What about g-c-c?
[13:45] <Trevinho> the task might have been added while adding focal to the mutter side
[13:45] <Trevinho> as well
[13:46] <Wimpress> OK, looks like it is all in hand. Thanks :-)
[13:47] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/virt-manager/+bug/1872527
[13:48] <Trevinho> we said that was handled already, but didn't get any feedback at latest comment
[13:50] <Wimpress> Handled how?
[13:50] <Wimpress> Is this just a KDE issue?
[13:50] <Wimpress> Lots of comments.
[13:52] <Trevinho> by server team, looks like there's a PPA for testing, but no feedback wether it works, no?
[13:52] <oSoMoN> the spice-vdagent task for focal is incomplete because it lacks a reliable reproducer, it should be expiring soon
[13:53] <Wimpress> OK
[13:53] <marcustomlinson> but anyway, looks like server has adopted that one
[13:53] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1868660
[13:53] <Wimpress> That looks like Daniel is on it.
[13:54] <Wimpress> Assign Daniel
[13:54] <oSoMoN> we don't usually review "fix committed" bugs
[13:55] <Wimpress> Ah, OK.
[13:55] <Wimpress> Then... Moving on.
[13:55] <oSoMoN> (they should definitely have an assignee though)
[13:55] <Wimpress> #topic rls-gg-bugs
[13:55] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html
[13:55] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1865226
[13:56] <Wimpress> Looks like that needs an owner
[13:56] <Trevinho> I can handle that
[13:56] <Wimpress> ty
[13:57] <Trevinho> not sure if https://bugs.launchpad.net/ubuntu/+source/gdm3/+bug/1865226/comments/4 is a concern though
[13:57] <Wimpress> Hmmm.
[13:57] <Trevinho> but will look in details, at least I've readers :)
[13:57] <Trevinho> (and cards)
[13:58] <Wimpress> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1886314
[13:58] <marcustomlinson> is that not more wishlist than rls
[13:58] <Wimpress> That look like it requires input from Foundations.
[13:59] <oSoMoN> FWIW I installed it last week, and I can confirm it works as intended, it regularly kills some chromium renderer processes before my desktop become unusable
[13:59] <Laney> that is a foundationsism probably
[14:00] <Wimpress> Which FOundations to subscribe?
[14:01] <Wimpress> I'll speak to Brian after.
[14:01] <Wimpress> http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-tracking-bug-tasks.html
[14:01] <Wimpress> All assigned ^
[14:02] <Wimpress> #topic update_excuses_by_team.html#desktop-packages
[14:02] <Wimpress> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#desktop-packages
[14:02] <Laney> Just leave it, they'll come back to it in their meeting
[14:02] <Wimpress> OK
[14:02] <Wimpress> Just a few in excuses.
[14:02] <Wimpress> Anything in there anyone need help with?
[14:02] <oSoMoN> Laney, the update_excuses_by_team report says firefox is waiting on firejail/armhf, but it's not (it's blocked on the nodejs build-dep though)
[14:03] <oSoMoN> that looks like a bug
[14:03] <Laney> I don't maintain that report
[14:03] <oSoMoN> Séb does, right?
[14:03] <Laney> It also hasn't been updated since 2020-07-10
[14:03] <Laney> soooo
[14:03] <oSoMoN> ah, right, that explains it
[14:03] <oSoMoN> so there's not much point in reviewing it
[14:04] <Laney> guess not
[14:04] <Laney> but you know about nodejs, so now is the time to ask for help if youw ant any :>
[14:04] <Wimpress> Who can spark that report back into life?
[14:05] <oSoMoN> I already requested help in my +1 maintenance report to ubuntu-devel
[14:06] <oSoMoN> if anyone on the team feels like helping with fixing node-* autopkgtest, your help will be very welcome :)
[14:06] <Wimpress> OK
[14:06] <Wimpress> Anything else on excuses?
[14:06] <oSoMoN> (details at https://lists.ubuntu.com/archives/ubuntu-devel/2020-July/041086.html)
[14:07] <Wimpress> Moving on.
[14:07] <Wimpress> #topic AOB
[14:08] <Wimpress> Anyone have anything else they want to raise?
[14:09] <Wimpress> OK. Seems like a "no" :-)
[14:09] <Wimpress> Thanks everyone.
[14:09] <Wimpress> #endmeeting
[14:09] <meetingology> Meeting ended Tue Jul 14 14:09:40 2020 UTC.
[14:09] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-desktop/2020/ubuntu-desktop.2020-07-14-13.32.moin.txt
[14:09] <Trevinho> thanks
[14:09] <oSoMoN> thanks
[14:09] <kenvandine> thanks
[14:09] <Laney> I have fixed das report
[14:09] <marcustomlinson> thanks
[14:10] <Wimpress> Laney: No that more interesting :-)
[14:25] <Laney> xnox: rbalint: tseliot_: Wimpress: can we create a Brain Trust about in-session prompting to upgrade to OEM enablement packages pls
[14:26] <Laney> I dunno how exactly to build this :>
[14:26] <Laney> create a timer and some kind of notification system for ubuntu-drivers?
[14:26] <Laney> extend unattended-upgrades?
[14:26] <Laney> update-manager?
[14:26] <Laney> OR?
[14:29] <rbalint> Laney, i think for u-u this is very out of scope, but update-manager/update-notifier is a good fit
[14:30] <Laney> it doesn't feel "very" out of scope, it is a type of upgrade that we want to happen unattendedly
[14:30] <rbalint> Laney, would we target servers as well?
[14:30] <Laney> could do I guess, but I don't think there are plans in that directino atm
[14:31] <rbalint> Laney, by default u-u installs only from -security and i think OEM enablement would not qualify as security fix
[14:32] <Laney> sure, but this is a rule that could change if it were a good idea to do so, I thought you should be tagged in the discussion to decide that
[14:32] <Laney> sounds like you already did decide though, so fine
[14:33] <rbalint> Laney, i did not set my opinion to stone :-)
[14:33] <Laney> ah ok!
[14:34] <rbalint> Laney, by in-session i guess you mean in a desktop session?
[14:34] <rbalint> (only)
[14:35] <tseliot_> Laney, sure
[14:35] <Laney> rbalint: currently yes, but that part would be via update-notifier I guess
[14:35] <Laney> like "you just got the good stuff, now to restart"
[14:35] <Laney> s/to/go/
[14:37] <rbalint> Laney, ok, i originally understood the plan like there was an ack needed _before_ the upgrade
[14:38] <Laney> tseliot_: so we could create a timer where ubuntu-drivers checks every <interval> and automatically installs any oem-*-meta packages it finds
[14:38] <rbalint> Laney, u-u can surely add an origin to allow transitioning to oem enablement packages if the transitional packages are set up as such
[14:38] <Laney> rbalint: ah no, design told us that sucks
[14:39] <rbalint> Laney, yeah, it depends, i prefer acking major changes but most people don't i guess
[14:40] <rbalint> Laney, if we would like to make use of u-u I suggest creating an oem enablement -security origin for that to stay consistent with u-u's scope/promise
[14:40] <xnox> Laney: previously we had things emit upstart session events, which would then pop-up GUI. I.e. for CDROM inserted with Ubuntu debs, would you like to upgrade.
[14:40] <Laney> weird thing is that they have to be installed in a 'special' way
[14:41] <Laney> since those install a new apt sources.list.d thing, you have to install/update/upgrade
[14:41] <xnox> Laney: ditto software properties used to also pop up, when new hardware support was discovered.
[14:41] <Laney> right, that was jockey
[14:41] <Laney> RIP
[14:42] <Laney> xnox: I think systemd path unit these days for notifying system -> session
[14:43] <Laney> rbalint: and we want to find 'half installed' ones, e.g. if you were offline when you installed ubuntu
[14:43] <Laney> not sure if this feels less like u-u's scope to you
[14:43] <xnox> Cause yeah, something does pop up to install updates & reboot?
[14:43] <Laney> update-manager does that, not sure exactly how
[14:44] <xnox> (or is that only with the deb based store?!)
[14:44] <Laney> oh that stuff
[14:44] <xnox> Ack on update-manager.
[14:44] <Laney> you mean like new firmware things
[14:44] <Laney> that's from gnome-software
[14:44] <Laney> I guess we COUUUUUUUULLLLLDDDDDDDDD write a plugin for that
[14:45] <rbalint> Laney, half-installed as in dpkg's broken sense?
[14:46] <Laney> nah, like you got the sources.list.d thing
[14:46] <Laney> but because you weren't online ubiquity couldn't ge the stuff from there
[14:46] <Laney> so it needs to be 'finished off' later
[14:48] <Laney> I think driving this all from a timer in ubuntu-drivers is starting to make most sense to me
[14:57] <tseliot_> Laney, install automatically?
[14:58] <tseliot_> or ask the user?
[14:58] <Laney> tseliot_: auto, mp_t said that prompting is not a good experience in this case
[14:59] <Laney> it's the same in ubiquity, no ui there either
[15:00] <tseliot_> Laney, it sounds a little scary. What if things fail? The user would have no way to know that something went wrong
[15:00] <Laney> like what, failing part way through an upgrade?
[15:03] <Laney> It will often switch your kernel flavour from generic to oem, so I suppose it *is* actually relatively risky
[15:04] <Laney> ok, maybe that tips it towards being presented as an item in the list that update-manager shows you
[15:04] <rbalint> Laney, i think update-manager's settings should apply here, if the user want all updates installed without asking then then she/he gets the oem packages as well
[15:05] <rbalint> Laney, yes, a separate list in update-manager would be the best, i think
[15:07] <GunnarHj> Hi Laney, do you possibly have time to sponsor a Debian package upload?
[15:07] <GunnarHj> https://salsa.debian.org/input-method-team/ibus-typing-booster/
[15:08] <tseliot_> Laney, as long as the user has the chance to opt out of automatic updates, then I think it's ok
[16:13] <Laney> GunnarHj: I'm sorry, I can't right now, stuck on some other things
[16:13] <Laney> why aren't you a DD or a DM? :>
[16:15] <GunnarHj> Laney: Ok, I'll try with someone else. As regards DO/DM I have hesitated so far because I'm not too fond of the paper work involved in such an application. But maybe I should reconsider...


[13:32] <brendand> hey pedro_
[13:33] <pedro_> hello brendand!
[13:33] <brendand> pedro_ - i got an email today about my bug-control membership expiring. do i need to do anything?
[13:34] <pedro_> brendand, you just did it :-P, give me a second and i'll renew it
[13:36] <pedro_> brendand, all done
[13:36] <pedro_> hggdh, hello to you Sir!
[13:37] <pedro_> jibel, salut! :-)
[13:37] <hggdh> pedro_: salutaciones (??)
[13:37] <hggdh> jibel: salut
[13:38] <hggdh> and Happy New Year!
[13:38] <pedro_> New year? did i lost the Chinese new year again?
[13:38] <hggdh> LOL
[13:39] <hggdh> no, today is hosh hoshanah, Jewish new year
[13:40] <pedro_> AH! then
[13:40] <pedro_> hggdh, micahg Happy New Year! :-)
[13:40] <hggdh> pedro_: why, thank you, same to you :-)
[13:57] <jibel> Hey pedro_ hggdh micahg and all
[13:58] <jibel> hggdh, you're too early, New Year starts at sundown IIRC
[13:58] <jibel> (although it's already sundown somewhere)
[14:27] <hggdh> jibel: why wait?
[14:28] <hggdh> and yes, it is officially at sundown today
[15:42] <micahg> thanks pedro_, just a little less that 8 hours away :)
[16:23] <roadmr> hggdh: morning, getting in touch with you to prevent my ubuntu-bugcontrol membership from expiring, as per an email I got today :)
[16:27] <hggdh> roadmr: looking. Will cost you a beer ;-)
[16:28] <roadmr> hggdh: UDS is coming, so the timing is good :)
[16:30] <hggdh> roadmr: done
[16:30] <roadmr> hggdh: awesome, thanks a bunch!
[16:30] <hggdh> roadmr: the pleasure is ours... we appreciate the help
[17:49] <pedro_> so is there an easy way to grab the version of a package from launchpad?
[17:49] <Ursinha> pedro_, might be?
[17:49] <Ursinha> pedro_, not easy, but I think so
[17:50]  * Ursinha goes through the docs
[17:50] <Ursinha> might consider bdmurray knows the answer already
[17:50] <pedro_> so my first thought was to start looking at the dates and comparing those
[17:50] <pedro_> like a bug fixed upstream with no change for a year probably would be also fixed in our packages
[17:51] <Ursinha> so it has an upstream bugtask, which is closed, and an Ubuntu one?
[17:51] <bdmurray> One thing I did with needs-packaging bugs with two that were similar was say in bug A "hey look at bug B" and in bug B "say hey look at bug A"
[17:51] <pedro_> and an Ubuntu task which remains open
[17:52] <bdmurray> In the hopes that people interested in the bugs and already subscribed would merge them
[17:52] <bdmurray> this worked surprisingly well and would be a good first step
[17:52] <pedro_> but i can hit some false positives with software with no recent tarballs
[17:52] <pedro_> which we just pick 'some' fixes and not the whole repository
[17:53] <pedro_> so that's why I'd like to also consider the version number to try to avoid that
[17:53]  * Ursinha tries to understand how it works
[17:54] <Ursinha> pedro_, can you give me a bug as example so I can visualize that?
[17:54] <Ursinha> please
[17:54] <pedro_> Ursinha, visualize what part?
[17:55] <pedro_> I don't have an example right now of the second part i was describing
[17:55] <Ursinha> sorry, the first one, that would be a real positive
[17:55] <Ursinha> if that can be said
[17:55] <Ursinha> :)
[17:55] <pedro_> sure, one sec
[17:56] <pedro_> bug 105874
[17:56] <ubot4> pedro_: Bug 105874 on http://launchpad.net/bugs/105874 is private
[17:56] <pedro_> no is not :-P
[17:56] <Ursinha> lol
[17:56] <pedro_> bug 115634
[17:56] <ubot4> pedro_: Bug 115634 on http://launchpad.net/bugs/115634 is private
[17:57] <pedro_> haha the bot hate me
[17:57] <bdmurray> bug 1
[17:57] <ubot4> bdmurray: Bug 1 on http://launchpad.net/bugs/1 is private
[17:57] <Ursinha> wtf
[17:57] <pedro_> anyways there's the link, the bug is not private , just too old
[17:57] <Ursinha> that means it's failing
[17:57] <Ursinha> with something as a timeout
[17:57] <pedro_> i blame hggdh
[17:57]  * bdmurray grabs pitchfork
[17:58] <Ursinha> haha
[17:59] <Ursinha> pedro_, the upstream bugtask is necessarily linked to an upstream bug? as bug 115634
[17:59] <ubot4> Launchpad bug 115634 in gedit-plugins (Ubuntu) (and 1 other project) "include *bib in gedit comment plug-in" [Wishlist,Triaged] https://launchpad.net/bugs/115634
[17:59] <Ursinha> ha, what
[18:00] <Ursinha> bug 1
[18:00] <ubot4> Launchpad bug 1 in tilix (and 28 other projects) "Microsoft has a majority market share (affects: 946) (dups: 2) (heat: 4488)" [High,New] https://launchpad.net/bugs/1
[18:00] <Ursinha> yeah, bot hates you both :P
[18:07] <hggdh> Ursinha: not necessarily. Some upstreams do not have a BTS we can link to (for example, bug 860871)
[18:07] <ubot4> Launchpad bug 860871 in ntfs-3g (Ubuntu) (and 1 other project) "typo in error string regarding cluster references (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/860871
[18:09] <bdmurray> pedro_: you might check and see if bryce has done any work in this area
[18:15] <pedro_> bdmurray, ok, will ask him and also check in arsenal just in case they have something similar there
[18:16] <bdmurray> pedro_: bug 423817 is desktop right?
[18:16] <ubot4> Launchpad bug 423817 in brother-cups-wrapper-common (Ubuntu) "brcupsconfpt1 assert failure: *** buffer overflow detected ***: /usr/Brother/Printer/dcp560cn/cupswrapper/brcupsconfpt1 terminated (affects: 97) (dups: 66) (heat: 710)" [High,Triaged] https://launchpad.net/bugs/423817
[18:17] <pedro_> bdmurray, more like a MOTU/Till
[18:21] <Ursinha> hggdh, in that case, how do we know if there's a fix upstream?
[18:21] <bdmurray> pedro_, Ursinha: fyi I'm working on a search-bugs --package --consolidate script for every package with a pattern
[18:22] <Ursinha> bdmurray, great
[18:22] <pedro_> bdmurray, ie: we don't have to use --package=ubuntu anymore?
[18:23] <bdmurray> no something that runs regularly seeing if any new desktop couch bugs came in matching a pattern
[18:23] <hggdh> Ursinha: it depends. In the example I gave, the bug & the patch were communicated to upstream in what seems the single way they accept it; I do not know if they will ever tell us anything more
[18:23] <bdmurray> so parse bugpatterns.xml for packages and run search-bugs --package package --tags apport-crash --consolidate
[18:23] <pedro_> bdmurray, ah that's cool :-)
[18:23] <Ursinha> hggdh, but do we proactively look for fixes?
[18:24] <bdmurray> hggdh: I believe the starting point for this is ubuntu bugs with a bug watch that is fix released
[18:24] <bdmurray> hggdh: so your silly bug wouldn't be in the list
[18:24] <Ursinha> lol
[18:24] <Ursinha> bdmurray is mean
[18:24] <hggdh> Ursinha: sometimes -- for example, coreutils -- you open a bug via email (to bug-coreutils@gnu.org); looking at the thread you will know if it was accepted
[18:24] <bdmurray> hggdh: again with the corner cases
[18:24] <pedro_> oh it's because hggdh is celebrating the New Year?
[18:24] <hggdh> bdmurray: er, *your* silly bug ;-) I just proposed a patch :-)
[18:25] <bdmurray> ssh don't tell
[18:25] <hggdh> LOL
[18:26] <hggdh> bdmurray: indeed. But Ursinha's question was if we *always* link to an upstream BTS. The answer is no, and two corner cases shown
[18:26] <Ursinha> bdmurray, he made his point :)
[18:27] <bdmurray> hggdh: okay I guess I missed something then
[18:27] <hggdh> Ursinha: we *should* look proactively to fixes; if an upstream is marked fix released, we should consider applicability for us -- perhaps a sync from Debian, etc
[18:27] <Ursinha> hggdh, right. I wanted to know how do we do that currently, if we do
[18:28]  * hggdh thinks we do not, not really
[18:28] <Ursinha> right
[18:28] <hggdh> darn it! My AWS instance just died a horrible death on reboot :-(
[18:30] <Ursinha> so, a case we can cover now: bugs that have linked upstream bugs and are fix released, and have ubuntu tasks opened
[18:30] <Ursinha> having this is a starting point, right?
[18:31] <Ursinha> pedro_, how do you do that manually today?
[18:32] <pedro_> Ursinha, which part? the searching ? the seeing if the fix is included in our package or not?
[18:33] <Ursinha> how do you get the first list of bugs that you'll go through checking case by case
[18:33] <pedro_> i've wrote an script to do it, before that i was doing the search on lp which eek...
[18:35] <Ursinha> pedro_, can I see it? I want to have an idea on the query you're running..
[18:35] <pedro_> Ursinha, ubuntu.searchTasks(bug_supervisor=team, status_upstream='resolved_upstream', order_by='-heat'):
[18:36] <Ursinha> hm, okay
[18:36] <pedro_> and since that returns a lot of false positives, i'm also checking the remote_status
[18:36] <pedro_> of the bug_watch object
[18:44] <Ursinha> hm
[18:44] <Ursinha> fix released in launchpad that are not resolved upstream?
[18:52] <Ursinha> pedro_, the remote_status needs to be what to be valid?
[18:53] <pedro_> it needs to be 'RESOLVED FIXED'
[18:53] <Ursinha> okay
[18:54] <Ursinha> pedro_, what's the difference between closed fixed and resolved fixed?
[18:55] <Ursinha> or any other resolved?
[18:55] <Ursinha> there's also only "fixed"
[18:58] <pedro_> Ursinha, it's different between upstream BTS, in Bugzilla at least (freedesktop, gnome) its resolved fixed
[18:58] <pedro_> in Debian i think its 'done'
[18:59] <pedro_> so not sure from where its that closed fixed
[18:59] <pedro_> and yes there's plenty of other resolved status
[19:00] <pedro_> at least to the BTS i'm looking at there is: resolved fixed, resolved duplicate, resolved invalid, resolved no a bug, wontfix ,etc
[19:00] <pedro_> s/no/not
[19:01] <Ursinha> right, so it varies
[19:02] <Ursinha> I can look at the BTS of the packages that show different values and see the expected ones
[19:31] <hggdh> Ursinha: most of this will have been mapped by the LP folks -- LP translates between the upstream status and ours, so they should have a mapping available for those we know
[19:34] <hjd> After asking the reporter about some more information (I suspected it might be a duplicate), I forgot about bug 770373 for a while and it expired. Any ideas what I should to with? Reopen to new?
[19:34] <ubot4> Launchpad bug 770373 in etherape (Ubuntu) "etherape does not work after installation (affects: 1) (heat: 3)" [Undecided,Expired] https://launchpad.net/bugs/770373
[19:35] <hggdh> hjd: looking
[19:36] <hggdh> hjd: in this case the OP answered, but did not change the status from Incomplete to New -- so it automagically expired
[19:36] <hggdh> hjd: you can reopen it (move status to New) and keep on
[19:39] <hjd> hggdh: reopened it now.
[19:39] <hggdh> hjd: thank you for helping, BTW :-)
[19:40] <hjd> I have to admit I am not really sure what to do with this bug in the future, but I'll leave it open and hopefully someone will come along and sort it out.
[19:45] <hggdh> hjd: well, I am confused as well w.r.t. the OP
[19:46] <hggdh> 's response
[20:29] <bdmurray> bug 858119 sounds like a good thing to me
[20:29] <ubot4> Launchpad bug 858119 in ubuntu "the antenna wi-fi does not ignite (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/858119
[20:30] <pedro_> Houston we're ready to launch the antenna
[20:30] <bdmurray> heh