[05:24] <mborzecki> morning
[06:19] <mborzecki> quick errand, brb
[06:29] <zyga> Good morning
[06:29] <zyga> Let’s catch up on email
[06:29] <zyga> And administrative tasks
[06:51] <zyga> https://github.com/snapcore/snapd/pull/8881 needs a 2nd review
[06:51] <mup> PR #8881: interfaces: optimize rules of multiple connected iio/i2c/spi plugs <Bug> <Needs security review> <Created by zyga> <https://github.com/snapcore/snapd/pull/8881>
[07:00] <mborzecki> re
[07:02] <zyga> hey :)
[07:06] <pstolowski> morning
[07:06] <mborzecki> zyga: hey, how are you feeling?
[07:06] <mborzecki> pstolowski: hey
[07:07] <zyga> hey pawel!
[07:07] <zyga> mborzecki: without pain killers, pretty bad
[07:07] <zyga> with them, passable
[07:07] <zyga> two weeks of bed now
[07:07] <zyga> but hey, special bed desk arrives today
[07:10] <zyga> so no more cramped legs :)
[07:41] <mup> PR snapd#8895 closed: tests: mock servicestate in api tests to avoid systemctl checks  (6/8) <Services ⚙> <Created by stolowski> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8895>
[07:44] <pedronis> hello
[08:02] <mborzecki> pedronis: hey
[08:31] <mborzecki> do we have a helper that checks wheher snapd reexec'ed?
[08:34] <mborzecki> zyga: ^^
[08:35] <zyga> mborzecki: I think we have some logic like that in cmd/* somewhere
[08:35] <mborzecki> i see there's some code in snapdtool, but it derives the location of the internal tooling
[08:35] <zyga> but there was some change recently
[08:35] <mborzecki> zyga: i was hoping for something like `IsReexeced() (boot, error)` ;)
[08:36] <zyga> right :)
[08:36] <zyga> don't we have a env variable for thaT?
[08:37] <pedronis> zyga: is https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1871652 fixed released now?
[08:37] <mup> Bug #1871652: snap run hangs on system-key mismatch due to reexec and shutdown <champagne> <snapd:Fix Committed by zyga> <snapd (Ubuntu):Confirmed for zyga> <https://launchpad.net/bugs/1871652>
[08:37] <zyga> pedronis: I think so
[08:37] <zyga> 2.44.3 was released as .5 IIRC
[08:39] <mup> Bug #1870201 changed: lxd-support interface doesn't appear to get properly connected/ready <snapd:Triaged> <https://launchpad.net/bugs/1870201>
[08:39] <mup> Bug #1871827 changed: git ubuntu submit fails on focal <snap> <submit> <usd-importer:New> <https://launchpad.net/bugs/1871827>
[08:39] <mup> Bug #1882957 changed: Snapd `internal error: connection "[slot] [plug]" not found in state` <snapd:Triaged> <https://launchpad.net/bugs/1882957>
[09:09] <mborzecki> zyga: hmm, we don't?
[09:10] <mborzecki> zyga: looks like we're jut passing os.Environ() to exec
[09:15] <pedronis> mborzecki: snapdtool is just what was in cmd  and cmdutil move to one place, didn't change or add much
[09:15] <pedronis> *moved
[09:15] <mborzecki> pedronis: zyga: in the context of #8861, i'm not sure we should be writing out the conf fies to /usr/share/dbus-1 unless snapd is reexeced
[09:15] <mup> PR #8861: data,packaging,wrappers: extend D-Bus service activation search path <Created by jhenstridge> <https://github.com/snapcore/snapd/pull/8861>
[09:16] <zyga> I agree
[09:16] <mborzecki> hence the question whether there's any helpers that can tell us that
[09:16] <zyga> it's not our place to write probably
[09:16] <mborzecki> mhm, leaving a comment there for jamesh
[09:31] <jamesh> mborzecki: if there are better places to do this stuff, I'm open to changing it.  But at the moment, that's where similar work is being done.
[09:32] <pedronis> pstolowski: you are still working on #8891, right?
[09:32] <mup> PR #8891: o/servicestate: add updateSnapstateServices helper (5/8) <Needs Samuele review> <Services ⚙> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8891>
[09:32] <pstolowski> pedronis: yes, i'd like to play a bit and refactor this helper
[09:33] <pedronis> ok
[09:33] <pedronis> jamesh: hi, Jamie asked a question for you here: https://bugs.launchpad.net/snapd/+bug/1881232
[09:33] <mup> Bug #1881232: AppArmor blocks ibus input when IBUS_USE_PORTAL=1 <snapd:Confirmed for pedronis> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1881232>
[09:34] <mborzecki> jamesh: do you recall those other bits that write out system locations were? iirc there's some code for snapd on core and core->snapd remodels doing that
[09:35] <mborzecki> maybe we should wrap those locations with an if{} too
[09:35] <jamesh> mborzecki: it's writing out D-Bus activation files for "snap userd"
[09:35] <jamesh> pedronis: looking
[09:35] <pedronis> thx
[09:35] <mborzecki> jamesh: thanks i will take a look, but it soulds like we could address this in a follow up
[09:41] <zyga> brb
[09:50] <zyga> re
[09:55] <jamesh> pedronis: responded to the bug report.  Looks reasonable to add to the desktop interface (no need for desktop-legacy)
[10:01] <mup> PR snapd#8898 opened:  snapdtool: helper to check whether the current binary is reexeced from a snap <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8898>
[10:02] <mborzecki> jamesh: pedronis: ^^
[10:03] <mborzecki> pedronis: i've tentatively put the helper in snapdtool
[10:03] <pedronis> it's the right place
[10:31] <mup> PR snapd#8899 opened: tests: add servicestate.Control tests (7/9) <Services ⚙> <Created by stolowski> <https://github.com/snapcore/snapd/pull/8899>
[11:35] <zyga> thunderstorms!
[11:35] <mborzecki> zyga: yay, like there weren't enough for the last few days
[11:35] <zyga> haha, right? :D
[11:36] <zyga> tropical banana republic of polandia
[11:36] <mborzecki> hahah
[11:48] <zyga> I need to reboot to fix my system
[11:54] <zyga> really heavy rain now
[12:13]  * zyga small break for tea
[12:30] <zyga> and larger break for lunch too
[12:32] <mup> PR snapd#8900 opened: tests: extra worker for google-nested backend to avoid timeout error on uc20 <Simple 😃> <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/8900>
[12:34] <mborzecki> cmatsuoka: hi, i looked a bit why the cla check came up with your @gmail.com email address
[12:34] <cmatsuoka> mborzecki: yeah, I found the merge node there
[12:34] <mborzecki> cmatsuoka: it's probably the merge that happens automatically when the branch is not on top of current master
[12:35] <cmatsuoka> mborzecki: but this is something that started happening on friday, I wonder if github changed something there
[12:35] <cmatsuoka> mborzecki: I worked around it by changing my primary email address in github
[12:35] <mborzecki> cmatsuoka: hm i could tweak the call to git shortlog -s -e --no-merges, though i'm thinking that there could be a merge that ahs some actual code changes due to conflicts
[12:37] <cmatsuoka> mborzecki: the primary address change shouldn't be a problem (and now it will allow me to accept modiciation suggestions in reviews)
[12:38] <cmatsuoka> it's interesting however that it never happened before, even in the same PR, and now it happens in all of them
[12:38] <mborzecki> cmatsuoka: it's becase we landed some tweaks to cla_check
[12:38] <mborzecki> cmatsuoka: https://github.com/snapcore/snapd/pull/8455 landed on friday
[12:38] <mup> PR #8455: tests/lib/cla_check: expect explicit commit range <Simple 😃> <Skip spread> <Created by bboozzoo> <Merged by bboozzoo> <https://github.com/snapcore/snapd/pull/8455>
[12:40] <cmatsuoka> mborzecki: mm ok, well, it's not causing problems for me anymore but if someone else complains we already know what's causing it and a potential workaround
[12:43] <mborzecki> cmatsuoka: btw. thhere's a way to select differnt email address on per organization basis, but afaict it only affects notifiactions :/
[12:47] <zyga> re
[12:47] <cmatsuoka> mborzecki: ah interesting, I didn't find that settings on gh
[12:48] <mborzecki> cmatsuoka: it's in notifications -> custom routing, but apparently does not affect commits
[12:48] <cmatsuoka> ah, under notifications, ok, I didn't look there
[12:49] <mborzecki> cmatsuoka: perhaps you can add your other email address to lp too
[12:49] <mborzecki> (it's probably more convenient)
[12:49] <cmatsuoka> yep, it's already on LP but it seems that I didn't sign the CLA using it
[13:35] <mborzecki> cachio:  when did that problem on centos start appearing?
[13:43] <cachio> last week
[13:44] <cachio> mborzecki, I thought that was going to be fixed with the last update but didn't happen
[13:46] <cachio> mborzecki, we use a base image which is provided by centos cloud project
[13:46] <cachio> last week I updated the image manually
[13:46] <cachio> I can do it again
[13:47] <cachio> and it will start failing on snapd tests so then we can fix snapd tests
[13:47] <cachio> mborzecki, what do you suggest?
[13:50] <mborzecki> cachio: you can try updating, maybe ausearch will be consistent, but it may as well be a bug in the tool itself
[13:50] <cachio> mborzecki, ok
[13:50] <cachio> I'll manually update again
[13:50] <cachio> mborzecki, thanks
[13:51] <mborzecki> cachio: it used to show 'no matches' but i don't understand why it's not doing tghat anymore, do you have more of the log, or just the tiny snippet?
[13:52] <cachio> mborzecki, just that
[14:07] <jdstrand> pedronis: I'm happy to take bug #1881232 off your hands
[14:07] <mup> Bug #1881232: AppArmor blocks ibus input when IBUS_USE_PORTAL=1 <snapd:Confirmed for pedronis> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1881232>
[14:08] <pedronis> jdstrand: thanks
[14:08]  * jdstrand assigns himself
[14:14] <mborzecki> zyga: do you recall whether https://github.com/systemd/systemd/issues/12401 was introduced in 242?
[14:14] <zyga> looking
[14:15] <mborzecki> zyga: the linger workaround
[14:15] <zyga> ah
[14:15] <zyga> hmm hmm hmm
[14:15] <zyga> numbers
[14:15] <zyga> I don't recall for sure, let me look if I left a comment
[14:15] <mborzecki> zyga: there's a comment indicating when the fix was done
[14:16] <zyga> so you are asking about when the bug was introduced?
[14:16] <zyga> IIRC it was always broken before that :)
[14:18] <mborzecki> zyga: well, it must have worked before, otherwise they would not keep recommenting loginctl enable-linger in rhbz for rhel8
[14:18] <mborzecki> hm must/should
[14:18] <zyga> it may have been fixed in distros
[14:18] <cachio> mborzecki, centos 8 updated
[14:18] <zyga> but if you look, the required line to logind conf was only added in 243
[14:19] <zyga> it probably worked with some distro config before that but master was broken
[14:20] <mborzecki> zyga: do you recall which distros were broken?
[14:20] <zyga> all that we tested
[14:20] <zyga> I don't recall this being okay before 243 on any distro
[14:20] <zyga> but I may be wrong
[14:21] <mup> PR core18#152 closed: Make .disk/info visible on the root partition <Created by sil2100> <Merged by sil2100> <https://github.com/snapcore/core18/pull/152>
[14:28] <mborzecki> zyga: hmm so the effect was that the director would not be created?
[14:28] <mborzecki> zyga: i mean /var/lib/systemd/linger ?
[14:28] <zyga> linger wouldn't do anything because logind could not create it
[14:29] <zyga> logind itself worked okay
[14:29] <zyga> just this part was impacted
[14:30] <mborzecki> zyga: tried centos-8 and fedora-31/32, loginctl enable-linger seems to work fine, /var/lib/systemd/linger is already there even before i run the command, and then it creates the right file underneath
[14:30] <zyga> how about centos-7?
[14:31] <mborzecki> zyga: we don't do user sessions there anyway
[14:31] <zyga> ah
[14:31] <zyga> right
[14:31] <mborzecki> zyga: i'll try wrapping that workaround with if ! test -d /var/lib/systemd/linger and see what happens
[14:31] <zyga> sure
[15:08]  * zyga will resume work later, need a break for painkillers to work again
[15:25] <mborzecki> zyga: cachio: i've tried a couple of workaroudns for linger, but i need to run some errands now, opened #8901 to see if this one is sufficient
[15:25] <mup> PR #8901:  tests/lib/tools: apply linger workaround when needed  <Precious Logs> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8901>
[15:26] <cachio> mborzecki, thanks
[15:26] <zyga> ok
[15:26] <cachio> I'll take a look
[15:26] <mborzecki> and wth tests.session is formatted with tabs
[15:27] <mborzecki> i don't think any other scripts use tabs
[15:27] <mup> PR snapd#8901 opened:  tests/lib/tools: apply linger workaround when needed  <Precious Logs> <Simple 😃> <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/8901>
[15:27] <mborzecki> anyways, bbl
[15:50] <mup> Issue pc-amd64-gadget#49 opened: Please provide dual-signed shim for UC20 1.0 <Created by xnox> <https://github.com/snapcore/pc-amd64-gadget/issues/49>
[16:25]  * cachio lunch
[16:52] <jdstrand> pedronis: hey, you assigned bug #1884444 to me, but it is working as expected. what did you want me to do with it?
[16:52] <mup> Bug #1884444: SECURITY ISSUE: Snaps unconfined on CentOS and Fedora <snapd:New for jdstrand> <https://launchpad.net/bugs/1884444>
[18:04] <pedronis> jdstrand: answer with the official stance on that
[19:41] <ijohnson> tianon: do you know if this is the right docker repo to file an issue for the registry against ?
[19:41] <ijohnson> https://github.com/docker/distribution/issues/3185
[19:44] <tianon> ijohnson: for the registry in general, yes, but the specific issue you've filed is an issue with the registry image, which would be https://github.com/docker/distribution-library-image -- see also https://github.com/docker/distribution-library-image/issues/106 and https://github.com/docker/distribution-library-image/issues/107 (https://github.com/docker/distribution-library-image/pull/92)
[19:44] <mup> PR docker/distribution-library-image#92: Fix security issues: bump alpine to 3.11, remove apache2-utils <Created by andriisoldatenko> <Merged by dmcgowan> <https://github.com/docker/distribution-library-image/pull/92>
[19:47] <ijohnson> thanks tianon, I think I will close my issue and comment on the existing issues that if htpasswd is meant to not be in the image anymore, they need to adjust the docs too
[20:22] <jdstrand> roadmr: hey, can you sync 20200622-2009UTC ?
[20:23] <roadmr> jdstrand: certainly!
[20:23] <jdstrand> msalvatore: ^ that has the cvescan override
[20:23] <jdstrand> roadmr: thanks!
[20:26] <msalvatore> jdstrand: thanks :)
[21:25] <ijohnson> cachio: in order to run nested tests via qemu, I need to increase the amount of memory allocated to spread systems otherwise the nested QEMU allocation fails due to not being able to allocate all the memory for the nextedVM
[21:26] <ijohnson> cachio: , is `memory: 4G` ok, or should I use `memory: 3G`?
[21:26] <ijohnson> cachio: the other thing I could do is define a qemu-nested which uses `memory: 4G` and leave qemu at `memory: 2G`
[21:30] <cachio> ijohnson, hi
[21:30] <cachio> you are talking about memory of the host vm right?
[21:30] <ijohnson> cachio: yes
[21:30] <cachio> not the nested vm
[21:31] <ijohnson> cachio: yes I want to increase the memory of the host VM in the qemu backend
[21:31] <cachio> well, I think 4gb
[21:31] <cachio> and then 2 for the host
[21:31] <cachio> for the nested
[21:32] <cachio> if you run nested suite of snapd then the default size for the nested is PARAM_MEM="-m 4096"
[21:32] <cachio> and the host has 8gb
[21:33] <cachio> so, you will need to update nested.sh to upate that
[21:34] <ijohnson> cachio: ah I forgot actually that I had already decreased the nested VM memory in my local git tree to 2G, you're right it's 4G, so it would need to be at least 5G in the host
[21:35] <cachio> ijohnson, yes
[21:35] <cachio> 5GB should work
[21:35] <cachio> or more
[21:36] <ijohnson> cachio: since the current default is 2G, I think increasing to 5G is a bit much and may be unexpected to folks trying to run qemu spread tests locally as they will run out of memory very easily with even 3 spread workers, so I think I will just define a new qemu-nested backend which uses 8G
[21:36] <cachio> ijohnson, yes
[21:37] <cachio> it is easier
[21:38] <cachio> ijohnson, if you need any help I am going to buy some stuff, please leave a note I'll read it once I am back
[21:39] <ijohnson> cachio: I will open the PR for you to look at, but I will be EOD within the hour, but please take a look tomorrow
[21:39] <ijohnson> cachio: it's not urgent so it can wait til tomorrow
[21:40] <cachio> ijohnson, sure, I'll take a look once I'm back
[21:40] <ijohnson> thanks
[21:40] <cachio> np
[21:40]  * cachio afk
[21:51] <mup> PR snapcraft#3184 opened: build providers: check revision before switching <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/3184>
[22:59] <mup> PR snapd#8902 opened: tests: fix assertion disk handling for nested UC systems <Test Robustness> <Created by anonymouse64> <https://github.com/snapcore/snapd/pull/8902>


[00:10] <ochosi> charlie-tca: you don't have to ask bratsche about theming the resize grip anymore, i already managed ;)
[00:10] <charlie-tca> Thanks
[00:11] <ochosi> only question that remains is whether i can also indirectly fix bugs like this
[00:11] <ochosi> e.g. using an empty pixmap resize grip for windows where it shouldn't show up
[00:11] <ochosi> (but i'm kind of afraid that the resize-area would still stay there, even if not visible anymore)
[00:12] <ochosi> charlie-tca: the best part about this is that we can now make the resize-grip more visible (if we want to)
[00:13] <charlie-tca> It does have it uses. I notice the resize arrow now shows up in both left corners easily, but I am not sure seeing the stupid thing matters ;-)
[00:13] <charlie-tca> s/left/right
[00:14] <ochosi> yeah
[00:14] <charlie-tca> personally, I think it is ugly
[00:14] <ochosi> :)
[00:14] <ochosi> i agree
[00:14] <charlie-tca> I suspect people will see it and decide that is where they have to grab to do a resize, which is false
[00:15] <ochosi> why is it false?
[00:15] <charlie-tca> I can still put the cursor anywhere on the border to resize, I do not have to grab at the grip only
[00:16] <ochosi> right
[00:16] <ochosi> that is something we ca also discuss, reducing the border-width now that there is the resize grip all over the place
[00:16] <charlie-tca> a visual indicator like that gives people the idea it won't work anywhere else
[00:17] <charlie-tca> hm, I hadn't thought about reducing the border, I use them to find the edges, but I guess you are right.
[00:17] <charlie-tca> A thin border would work
[00:19] <ochosi> here's the resize grip pixmap i tried: http://wiki.knome.fi/_detail/shimmer:resize-grip.png?id=shimmer%3Agreybird
[00:19] <ochosi> it doesn't look all bad
[00:19] <ochosi> we can still decide to use it for some apps and not use it for the rest
[00:19] <charlie-tca> Maybe there is use case for visibility, too? orage world time without the title bar, you can only resize by grabbing the grip
[00:19] <ochosi> that's the other gain from knowing how to theme the beast: we can define which apps should use the pixmap resize grip
[00:20] <charlie-tca> lot more work, though, isn't it?
[00:20] <ochosi> hm, i guess it could be ok
[00:20] <charlie-tca> that grip is what I see with industrial theme, too
[00:20] <ochosi> i just have to figure out the namespace of each app we want to theme, then it's one line per app
[00:21] <charlie-tca> But, more work, looks great! might make a difference to a theme that can be distributed all over?
[00:21] <ochosi> yeah
[00:21] <ochosi> this resize grip is not really what i want to finally use, it's just one thing i found in another theme and quickly took to try how it looks
[00:21] <ochosi> i can make a few resize-grip designs
[00:21] <ochosi> and then we can vote on which one we prefer
[00:22] <charlie-tca> yes, that would be great
[00:22] <ochosi> it seems trivial (the grip), but since it's gonna be in practically every window...
[00:22] <charlie-tca> like I said, sometimes it does need to be there, too
[00:22] <ochosi> yep
[00:22] <charlie-tca> May as well make it pretty, huh?
[00:22] <ochosi> exactly :)
[00:23] <ochosi> if you see resize-grips in other themes (or anywhere else) that you like please point me to them
[00:24] <charlie-tca> I will look again. Most of what I have seen is the 3-lines in a diagonal only.
[00:25] <ochosi> hm, the only other thing i've seen is the resize-grip of the aurora engine
[00:25] <ochosi> that one is also not bad
[00:25] <charlie-tca> high-contrast does it, too, with black on the lines. that is kind of more ugly.
[00:25] <ochosi> and very visible
[00:25] <ochosi> yeah, high-contrast is not very nice... just tried it
[00:25] <charlie-tca> It works when you really need it
[00:26] <ochosi> true
[00:27] <ochosi> charlie-tca: please remind me at some point to do something about the dict-plugin still not really working in the panel
[00:28] <charlie-tca> I will try. Still got to keep trying the weather plugin, too.
[00:28] <ochosi> even though i don't really know why that is (verve seems more or less ok now)
[00:28] <charlie-tca> They just released another update for that
[00:28] <ochosi> ah nice
[00:28] <ochosi> at some point i was wondering whether we want to add that to the default panel conf
[00:28] <ochosi> but not sure whether it's a good idea
[00:29] <charlie-tca> Would the new user use it, or is it more of "experienced users like this"?
[00:30] <ochosi> not sure, the main thing is that it's utterly useless without internet
[00:30] <charlie-tca> I will have to reinstall pretty soon, too, since the update yesterday for removing python 2.6 removed about 20 apps on me
[00:30] <charlie-tca> hm, we do have a bunch of non-connected users.
[00:30] <ochosi> myeah, i still didn't do that upgrade because it wants to remove nvidia-current
[00:30] <charlie-tca> oh, I did that one.
[00:31] <charlie-tca> We will be without it most of the cycle now
[00:31] <ochosi> oh
[00:31] <ochosi> why's that?
[00:31] <charlie-tca> nvidia has to re-write it to work with Xserver 1.10
[00:31] <ochosi> right
[00:31] <charlie-tca> It usually takes them a couple of months, at least
[00:32] <ochosi> here's an example of a "borderless" theme, since we just talked about it: http://bobdmv.deviantart.com/art/Elementary-borderless-0-2-192021221
[00:32] <ochosi> oh dear, i need my nvidia driver...
[00:32] <ochosi> just not sure how the resize grip would look in such a window
[00:33] <charlie-tca> I don't think I like that so much. I have a hard time seeing where each window is
[00:33] <ochosi> i mean in a window without border
[00:33] <ochosi> yeah
[00:33] <charlie-tca> but, the greatest thing in the world, they change easily!
[00:33] <ochosi> yep :)
[00:33] <ochosi> alrighty, g2g to bed now
[00:33] <charlie-tca> for what I do, the windows would wash into each other
[00:33] <ochosi> mhm
[00:34] <charlie-tca> Good night. and thanks
[00:34] <ochosi> np, nighty night
[00:34] <ochosi> cd /bed && sleep
[12:28] <cody-somerville> Interesting. Chromium browser uses more CPU than Firefox but Firefox uses more memory, lol
[13:38] <charlie-tca> Good morning
[13:54] <charlie-tca> mr_pouit: with the updates after alpha2 release, the first restart I had about 9 apps crash, including xorg. I have not been able to reproduce them.
[13:54] <charlie-tca> I also have not been able to reproduce the reboot/shutdown bug again after those updates. Will keep trying, though.
[17:36] <charlie-tca> Team Report updates for January are due today. https://wiki.ubuntu.com/Xubuntu/TeamReports
[18:05] <charlie-tca> I guess I am not just a user anymore... :-)
[18:09] <j1mc> : ) ??


[07:02] <DanaG> Hmm, in the latest kernel changelog:    * ubuntu: Add some media drivers    * config: Enable misc media drivers    ---- any more specific info on what drivers?
[07:33] <DanaG> Oh, and the packaged kernel now uses uvesafb... but v86d is not present in any packages.
[12:06] <noelferreira> does anyone can give me some information about the 'keys getting stuck' bug: https://bugs.launchpad.net/ubuntu/+bug/124406 In my case disable ACPI workaroun resolves my problem. however it is not very good doesn't have ACPI. any help?
[12:34] <noelferreira> does anyone can give me some information about the 'keys getting stuck' bug: https://bugs.launchpad.net/ubuntu/+bug/124406 In my case disable ACPI workaroun resolves my problem. however it is not very good doesn't have ACPI. any help?
[12:52] <noelferreira> does anyone can give me some information about the 'keys getting stuck' bug: https://bugs.launchpad.net/ubuntu/+bug/124406 In my case disable ACPI workaroun resolves my problem. however it is not very good doesn't have ACPI. any help?
[16:52] <poningru> allo allo
[16:52] <poningru> need halp
[16:52] <poningru> http://forums.msiwind.net/default-msiwind/have-the-wireless-drivers-but-t840.html
[16:53] <poningru> its the driver for a new realtek chipset was wondering if anyone can take a look at it
[16:53] <poningru> and offer comments?
[23:56] <Kano> hi, anyone interested in a patch for uvcvideo/lum?
[23:56] <Kano> to support medion e1210
[23:57] <Kano> basically it is a trivial patch, similar to some acer hacks, just for 5986:0141
[23:57] <Kano> http://kanotix.com/files/kernel/unused-patches/linux-ubuntu-modules-2.6.24-2.6.24.uvcvideo.medion-e1210.patch


[01:59] <psusi> kees, re: bug #556167 when you say "actual disk files" what are you referring to?  a block device?
[01:59] <ubot4> Launchpad bug 556167 in vm-builder (Ubuntu) (and 1 other project) "vmbuilder uses parted to create disk images, which leads to broken sector counts (cannot use grub2 on disk images created by vmbuilder/parted) (affects: 4) (heat: 28)" [Medium,Confirmed] https://launchpad.net/bugs/556167
[10:40] <alourie> I am trying to upgrade my VM installation to 12.04 and get this: W:Failed to fetch http://extras.ubuntu.com/ubuntu/dists/precise/main/source/Sources  404  Not Found
[10:40] <alourie> what do I do?
[10:42] <mvo> alourie: you could simply comment it out for now and run the upgrade again
[10:42] <mvo> stgraber: ^--- would be nice if extras.ubuntu.com could get a precise archive :)
[10:47] <alourie> mvo: archvive? you mean in apt.conf?
[10:47] <alourie> sorry
[10:47] <alourie> comment out in config?
[10:51] <mvo> alourie: you can edit /etc/apt/sources.list and remove extras there, but note that 12.04 is very much in flux and unstable (just as a warning ;)
[10:51] <alourie> right
[10:51] <alourie> I commented in .distUpgrade
[10:51] <alourie> ...and it didn't help
[10:51] <alourie> ok, I'll try the main list
[10:52] <alourie> thanks
[14:16] <stgraber> mvo: argh, fixing that now :)
[14:38] <stgraber> mvo: fixed on LP's side (published and then removed a package). Issue should be fixed on extras.u.c next time it's mirrored
[14:40] <mvo> stgraber: great, thanks!
[15:05] <bdmurray> pedro_: can you look at bug 882255?
[15:05] <ubot4> Launchpad bug 882255 in gnome-control-center (Ubuntu) "No administrative actions possible (password refused) after enabling passwordless login (affects: 2) (heat: 20)" [High,Triaged] https://launchpad.net/bugs/882255
[15:06] <pedro_> bdmurray, looking at it now
[15:07] <bdmurray> pedro_: thanks
[15:13] <seb128> bdmurray, pedro_: doesn't seem to be a gnome-control-center issue
[15:16] <bdmurray> seb128: what do you think then?
[15:18] <seb128> not sure, likely accountsservice
[15:18] <seb128> or not a bug
[15:18] <seb128> seems wrong to give sudo rights to an unsecure users
[15:18] <seb128> it would require to determine what that should do first
[15:19] <seb128> check with the security team if they agree that non-password logins should get admin rights
[15:19] <pedro_> yeah having users without a pass with admins rights seems really wrong
[15:19] <pedro_> i'll subscribe the security team so they can have an opinion on it
[15:20] <seb128> options I see are:
[15:20] <bdmurray> When you go to user accounts I believe it behaves differently if you just click "Automatic Login" vs clicking on the Password button
[15:20] <seb128> - get g-c-c to display a warning that sudo rights will be revoked
[15:20] <seb128> bdmurray, right, autologin still has a password, it just skips the login manager credential for you
[15:20] <seb128> you will have to enter your password still for authentification, keyring, sudio
[15:21] <seb128> sudo
[15:21] <seb128> no-password account mean you have no password at all
[15:21] <bdmurray> yes, I think the bug here is if you click password choose "auto-login" in the drop down box your password is removed
[15:22] <seb128> well options would be: display a warning that such users can't access admin right, or revoke that check and let them be admin, or drop the option from the ui
[15:22] <seb128> bdmurray, no, it's not "autologin", it's "no password login"
[15:22] <seb128> they are different things
[15:23] <seb128> the autologin is a switch button on the account dialog mainpage under the password option
[15:23] <seb128> the "no password" means "set an empty password for my user"
[15:24] <bdmurray> Okay, perhaps the distinction should be clearer
[15:25] <seb128> yeah, I don't deny it's an issue
[15:26] <seb128> not sure what's the right way to fix it though
[15:26] <seb128> one first step would be to improve the wording and make it clear it will disable admin rights
[15:26] <seb128> second step might be to not disable admin rights for those users but that's something to check with the security team
[15:27] <seb128> not sure that's a good idea to do that
[16:54] <greyback> chrisccoulson: Hey, can I this metacity bug to your attention
[16:54] <greyback> ttps://bugs.launchpad.net/ubuntu/+source/metacity/+bug/688816
[16:54] <greyback> https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/688816
[16:54] <ubot4> Launchpad bug 688816 in unity-2d (Ubuntu) (and 5 other projects) "Don't create windows over the launcher (affects: 30) (dups: 6) (heat: 160)" [Undecided,Fix released]
[16:55] <chrisccoulson> greyback, hmm, metacity isn't something i'm really involved with
[16:56] <greyback> chrisccoulson: oh I'm sorry, I somehow learned it was your thing. Please ignore :)
[16:56] <chrisccoulson> heh
[16:56] <chrisccoulson> who told you that?
[16:57] <greyback> Was browging through the source package release history, trying to see who makes them.
[16:57] <greyback> Ah, now i see that you had fixed a bug in metacity, that's why you're credited
[16:57] <greyback> chrisccoulson: Sorry! :)
[16:58] <chrisccoulson> ah :)
[16:58] <chrisccoulson> yeah, i fix bugs occasionally, but it's not something i pay that much attention to :)
[17:12] <bdmurray> mvo: what can be done about bug 882276?
[17:13] <ubot4> Launchpad bug 882276 in command-not-found (Ubuntu Oneiric) (and 1 other project) "command-not-found includes packages removed from 11.10 (affects: 1) (heat: 8)" [Medium,Triaged] https://launchpad.net/bugs/882276
[17:13] <bdmurray> mvo: and how does the scan data get generated?
[17:14] <mvo> bdmurray: this is generated from rookery, I wonder if that mirror is out of date :/ ?
[17:15] <mvo> bdmurray: I'm on my way to dinner, I will have to further investigate tomorrow I think
[17:15] <bdmurray> mvo: okay, enjoy!
[17:18] <okee> Ubuntu crashed on install, and now I have a purple screen with no desktop, but I do have a top menu bar and the ability to shut down.  Do I need to install Ubuntu first with a dual boot?
[17:20] <mvo> bdmurray: yeah, rookery is outdated :(
[17:21] <mvo> bdmurray: I asked IS about it, once its updated again we need to push a SRU for it
[17:22] <okee> I am running Version 11.10
[18:05] <seb128> looks like https://wiki.ubuntu.com/Testing/EnableProposed could do with updated screenshots ;-)
[18:05] <seb128> https://wiki.ubuntu.com/Testing/EnableProposed?action=AttachFile&do=get&target=Software_Sources.png is ok
[18:05] <seb128> but it's the old theme and the dialog layout changed a bit
[19:35] <bdmurray> pedro_: Do you know what happened to rhythmbox-client in 11.10?
[19:38] <pedro_> bdmurray, it was removed from the upstream tarball : http://git.gnome.org/browse/rhythmbox/commit/?id=9d4e5bcf1e969caa2f9848340ec610792c6a29d1
[19:39] <bdmurray> in bug 875064 seb says it was fixed upstream?
[19:39] <ubot4> Launchpad bug 875064 in rhythmbox (Ubuntu) "rhythmbox-client is missing (affects: 7) (dups: 1) (heat: 38)" [Low,Fix committed] https://launchpad.net/bugs/875064
[19:40] <pedro_> i'll check
[19:41] <pedro_> bdmurray, right, and we're using a git snapshot from 20110908 so the client is not there
[19:41] <pedro_> commenting on the bug now
[19:42] <pedro_> should be there on Precise
[19:42] <pedro_> when it gets the new package
[19:42] <bdmurray> Doesn't really seem SRUable does it?
[19:44] <pedro_> It's a whole re write of the client, so I'd say is not a candidate for SRU
[22:17] <angelo-c_> Hi all, I'm proposing a patch to be SRU:ed, bug 881695
[22:17] <ubot4> Launchpad bug 881695 in xoscope (Ubuntu) "Xoscope doesn't work on soundcard (No valid data sources found... exiting) (affects: 1) (heat: 13)" [Undecided,Fix released] https://launchpad.net/bugs/881695
[22:17] <angelo-c_> anyoune can help me?


 Ignore hackinblack
[02:45] <bazhang> coincidence that I just removed hackinblack, and this hacker fellow joined, just as hackinblack was threatening to ban evade?
 i caught a thread on this before, from archlinux or may be another buttrack
[02:47] <bazhang> arch is not that bad!
[02:50] <bazhang> hi frankenhawg
[02:50] <frankenhawg> \0/ hi
[02:50] <hacker> Hello
[02:51] <bazhang> whats the issue frankenhawg
[02:51] <frankenhawg> testing install
[02:51] <bazhang> frankenhawg, this is the wrong channel for that
[02:51] <frankenhawg> thanks
[02:52] <hackeribeat> Hello
[02:52] <hackeribeat> Can I be unbannwd
[02:52] <hackeribeat> I'm sorry
[02:52] <bazhang> frankenhawg, if theres nothing else please exit the channel
[02:52] <hackeribeat> Bazhang can you urban me
[02:53] <bazhang> hackeribeat, wait
[02:53] <hackeribeat> How long ?
[02:53] <bazhang> as long as it takes
[02:53] <hackeribeat> You banned both my IPs
[02:53] <bazhang> why did you ban evade
[02:53] <hackeribeat> Will I be unbanned by tomorrow or monday
[02:54] <hackeribeat> ?
 And I can change my ip
 Wanna play ?
[02:54] <bazhang> that was you? ^
[02:54] <hackeribeat> Yes we played
[02:54] <hackeribeat> Sadly yes
[02:54] <hackeribeat> ?
[02:55] <bazhang> so what was this about "freedom of religion" and repeating "I'm Amish"   in #ubuntu
[02:55] <hackeribeat> It was nonsense
[02:55] <bazhang> and when told to stop, you said, that No, it's on topic
[02:55] <hackeribeat> You offended my religion I got mad
[02:56] <bazhang> hackeribeat, do you know the chat channel?
[02:56] <hackeribeat> No
[02:56] <bazhang> #ubuntu-offtopic
[02:56] <hackeribeat> Yes but I need ubuntu seriously for help
[02:56] <hackeribeat> Later on when I need iy
[02:56] <hackeribeat> It
[02:56] <hackeribeat> Could I be unbanned ?
[02:57] <bazhang> think about that next time before you start with the "I'm Amish" etc nonsense
[02:57] <hackeribeat> ?
[02:57] <bazhang> try askubuntu.com
[02:57] <hackeribeat> Yes / no?
[02:57] <hackeribeat> Why can't you unban me?
[02:57] <bazhang> yes or no what
[02:58] <bazhang> I dont see you needing #ubuntu
[02:58] <hackeribeat> I do
[02:58] <hackeribeat> For help
[02:58] <hackeribeat> When I get my laptop back from repair
[02:58] <bazhang> all you did was nonsense there.
[02:58] <hackeribeat> I sorry
[02:59] <bazhang> the bans will NOT be removed at this time.
[02:59] <hackeribeat> Later?
[02:59] <bazhang> possibly
[02:59] <hackeribeat> Please don't forget I need support when laptop comes back
[03:00] <bazhang> please dont forget that using the channel for nonsense, getting quieted, then banned, ban evading is not the way to get support in #ubuntu
[03:00] <hackeribeat> I know
[03:00] <hackeribeat> I sorry
[03:00] <bazhang> so why do it
[03:01] <hackeribeat> U offended my religion
[03:01] <bazhang> why was your religion mentioned in a support channel at all
[03:01] <hackeribeat> Wrong channel
[03:02] <bazhang> so that is all on YOU
[03:02] <hackeribeat> I use this app don't know how to use it
[03:02] <bazhang> ok, well you need to learn how to use it
[03:02] <hackeribeat> Ok
[03:02] <bazhang> so askubuntu.com for your support needs.
[03:03] <hackeribeat> But I'll be unbanned though right?
[03:03] <bazhang> at this time, no.
[03:03] <hackeribeat> Later I mean
[03:03] <bazhang> could be
[03:04] <bazhang> there's no set time on bans.
[03:04] <hackeribeat> So whos going to unban me ?
[03:04] <bazhang> hackeribeat, come back in a week, and we can discuss.
[03:04] <hackeribeat> A week!?
[03:05] <hackeribeat> That's outrageous
[03:05] <bazhang> is that too soon? lets make it two weeks then
[03:05] <hackeribeat> For a mistake
[03:05] <bazhang> so see you in two weeks.
[03:05] <hackeribeat> I'm reporting you you play me
[03:06] <bazhang> our discussion about your ban is concluded hackeribeat , please dont idle here
[03:06] <hackeribeat> I'll be back
[03:06] <bazhang> see you in 2 weeks.
[03:06] <hackeribeat> In fo time you will be repayed
[03:07] <bazhang> not sure what that means.  see you in two weeks. Please dont idle here, thanks hackeribeat
[03:07] <hackeribeat> I idle here if I want
[03:07] <bazhang> not really, no...
[03:08] <hackeribeat> Resetting modem as we speak
[03:08] <hackeribeat> See you in a bit
[03:08] <bazhang> to ban evade?
[03:08] <hackeribeat> You unfair
[03:08] <bazhang> ok bye
[03:08] <hackeribeat> Yes to ban evade
[03:09] <hackeribeat> Anand I'm back in lobby :)
[03:09] <hackeribeat> Enjoy
[03:11] <bazhang> * [MaxElite] (48c6d2e9@gateway/web/freenode/ip.<IP_ADDRESS>): ip72-198-210-233.om.om.cox.net/<IP_ADDRESS>
[03:11] <bazhang> could it be?
[03:11] <hackeribeat> What ?
[03:12] <bazhang> your ban evading client^
[03:12] <hackeribeat> What?
[03:13] <hackeribeat> No my modem is still resetting
[03:13] <hackeribeat> I can't reset that fast
 I am getting my laptop back for repair, but need to know if i should install the latest 12.10 or 12.04 witch i had before
 Please don't forget I need support when laptop comes back
[03:14] <hackeribeat> Yes ?
[03:14] <hackeribeat> That is not me
[03:14] <hackeribeat> Good eyes though
[03:15] <bazhang> hackeribeat, please exit now
[03:16] <hackeribeat> What ?
[03:16] <hackeribeat> What's the matter Bazhang
[03:17] <bazhang> hackeribeat, sorry, I'm busy now.
[03:17] <hackeribeat> Wah really :( but we were playing
[03:18] <IdleOne> hackeribeat: Please part this channel now. You can return in 2 weeks and discuss the ban removal
[03:18] <hackeribeat> 2 weeks is to long
[03:19] <bazhang> make it 4 then
[03:19] <IdleOne> 2 weeks is the amount of time it will have to be
[03:19] <bazhang> for the 3 ban evasions of the last two minutes
[03:19] <hackeribeat> Changing ip 5 seconds vs 2 weeks on an old ip
[03:19] <bazhang> see you in a month hackeribeat
[03:19] <hackeribeat> I havny been ban evading lol
[03:20] <hackeribeat> I'll see u in 10 seconds
[03:20] <bazhang> it was your brother/cousin/otherfamilymember?
[03:20] <hackeribeat> And I'm back
[03:21] <hackeribeat> We can play all day
[03:22] <IdleOne> Enough of this silliness, please part this channel
[03:23] <hackeribeat> We play some more ill keep changing IPs
[03:23] <bazhang> yeah, he's not back
 how is connected the zeitgeist system to the gps data sender?
[09:35] <bazhang> more implications of spyware etc


[18:07] <ChmEarl> https://paste.debian.net/plain/1229088
[18:08] <ChmEarl> ^ latest Xen build in Jammy with good EFI hypervisor
[23:40] <sers> Is anyone currently present who really knows about the ubuntu 20.04.1 LTS installer on the LIVE DVD and its partitioning schemes done upon an install of multiple systems WINDOWS10/UBUNTU 20.04.1 LTS on the same disk/drive?


[03:52] <raster> moo
[08:02] <dholbach> good morning
[08:03] <cortexA9> hello
[09:05] <cortexA9> dholbach: i can put the file
[09:05] <cortexA9> in android rom :)
[09:05] <cortexA9> and can install it
[09:05] <cortexA9> from ubuntu :)
[09:05] <cortexA9> i try now
[09:06] <cortexA9> i have in /media
[09:37] <Laney> how do I submit kernel changes for the nexus 7 kernel?
[09:41] <Laney> the wiki page Nexus7/Kernel misses this detail
[10:30] <cortexA9> awesome
[10:30] <cortexA9> kde 4.9.80 works on nexus 7
[10:30] <cortexA9> with bigger font
[10:31] <cortexA9> awesome
[10:31] <cortexA9> kde 4.9.80 works on nexus 7
[10:31] <cortexA9> with bigger font
[10:31] <cortexA9> :)
[10:32] <cortexA9> better than unity :P
[10:33] <cortexA9> now i try kde 4.10 beta :D
[10:33] <cortexA9> maybe works better
[10:35] <cortexA9> only a problem
[10:35] <cortexA9> i don't have keyboard :D
[10:38] <cortexA9> oh nice
[10:38] <cortexA9> virtual keyboard :D
[10:40] <LetoThe2nd> howdy! after trying to netinstall on my panda, two times in a row the "Make the system bootable" step fails. any ideas/hints?
[10:43] <LetoThe2nd> boot.img-serial.gz was zcatted to the sd card, and install proceeded throught "use entire disk" onto a 4GB thumb drive
[10:45] <LetoThe2nd> the boot.img-serial.gz is the right one, yes?
[10:55] <cortexA9> kde 4.10 beta is not in the ppa for arm i think.
[10:56] <cortexA9> but 4.9.80 works very well
[10:56] <cortexA9> :)
[11:20] <dholbach> ssweeny, I just sponsored a new virtkey/onboard/ubuntu-defaults-nexus7 to raring
[11:20] <dholbach> (bug 1089396)
[11:20] <ubot2`> Launchpad bug 1089396 in virtkey (Ubuntu) "New upstream releases available for Onboard and virtkey" [Undecided,Fix committed] https://launchpad.net/bugs/1089396
[11:20] <dholbach> achiang, too ^
[11:20] <dholbach> I tested it before uploading and it worked great for me
[11:40] <LetoThe2nd> is the 12.04 or 12.10 netinstall meant to be functional on a panda ES?
[11:46] <cortexA9> why touch of kubuntu on nexus 7 works only for some time ?
[11:47] <cortexA9> i have kde 4.9.80
[12:37] <robin-gloster1> is an update for oem-config planned so that onboard can write into the input fields for the hostname? can't finish installation on nexus7 atm because of that (13.04)
[12:46] <victorp> ogra_, hi
[14:11] <ssweeny> dholbach, awesome!
[14:11] <dholbach> :)
[15:14] <mfisch> sfeole: robin-gloster says that you can't type in the hostname field during install on N7
[15:15] <sfeole> mfisch: i can take a look when i get to it
[15:15] <mfisch> sfeole: ok
[16:30] <vanhoof> dont think i've tried that myself, just took the default
[16:47] <dholbach> does the new onboard work fine for all of you?
[16:47]  * Laney just installed it
[16:47] <Laney> let's reboot
[20:40] <tassadar__> c