[00:00] <gp> its internationa national emergency pl help me
[00:03] <Pici> gp: This isn't a support channel, please use #ubuntu-server or #ubuntu
[00:03] <joaopinto> hum, Giant Panda what is that :) ?
[00:08] <ebroder> Does anybody know if it's possible to get the list of package versions I've uploaded through launchpadlib? (i.e. the equivalent of https://launchpad.net/~broder/+related-software)
[00:08] <wgrant> ebroder: No.
[00:10] <ebroder> wgrant: As in it's not possible?
[00:11] <wgrant> ebroder: That's right. You can list uploads in a particular PPA, but that's about as close as you can get at this time.
[01:48] <showard> Hello, a regression was reported in LP where a qtiplot (an important science program) was rendered unusable (bug #471238).
[01:49] <showard> I've confirmed the bug, wrote a patch that fixes it, and tested the patch to be working. As per the SRU proceedure on the wiki, I'm posting here to get some attention to it
[01:50] <showard> thank you!
[01:59] <jdong> showard: looking at it right now
[02:00] <jdong> showard: you can feel free to take comment #3 and edit the original description of the bug with that
[02:00] <jdong> showard: change changelog section from karmic --> karmic-proposed
[02:02] <LaserJock> showard: well done on that bug report, thanks for looking at that bug
[02:14] <showard> jdong: thanks, got it targeting karmic-proposed
[02:31] <showard> jdong: thanks! One last thing, I can't upload - is there anything else I should do (subscribe motu-sponsor?) or is it out of my hands now?
[02:38] <jdong> showard: you should definietly subscribe universe sponsors
[02:38] <jdong> I'm unfortunately not in a location where I can sponsor the upload at the moment
[02:39] <jdong> so if you can "kidnap" a MOTU in a more timely manner
[02:39] <jdong> I should point out that LaserJock just spoke and even in an manner implying he's interested about the bug ;-)
[02:40] <LaserJock> :-)
[02:42] <showard> ha thanks - LaserJock - mind if I take you to the back room and hold you for ransom (or at least sponsoring ;-) )
[02:42] <ebroder> Hmm...I'm intrigued by this ransom thing. I should try it some time
[02:43] <ebroder> (And jdong is even in the same room as me right now!)
[02:46] <jdong> ebroder: haven't you abused that once already tonight??
[02:46] <ebroder> jdong: Totally quentin's fault, not mine!
[02:52] <LaserJock> jdong: the previous version is a build1 should the SRU be a ubuntu0.1?
[02:53] <jdong> LaserJock: it's a corner case I haven't much dealt with before. 0.1 is a bit better, yeah
[03:08] <bryce> anyone else seeing wiki.ubuntu.com breakage?
[03:08] <ebroder> Yep
[03:08] <kklimonda> indeed
[03:11] <syn-ack> wow
[03:11] <syn-ack> yeah, its pretty broken, I'd say
[03:14] <bryce> lost my edits :-(
[03:14] <ebroder> ==
[03:14] <LaserJock> showard: btw, yes I'm working on it :-)
[03:15] <ajmitch> ebroder: so you've not been adversely affected by jdong's madness?
[03:15] <ebroder> ajmitch: Would I be able to tell?
[03:15] <ajmitch> true...
[03:17] <showard> laserjock: thanks - by the way, i'm a laser jock too
[03:17] <LaserJock> showard: awesome
[05:16] <dotblank> Well looks like karmic broke suspend/resume.. worked in 9.04 but in .10 it does not work at all
[05:16] <dotblank> << on the asus n50v
[05:17] <lifeless> #ubuntu-bugs for bug reports ;)
[06:30] <billisnice> I find 9.10 sluggish and slow? 9.04 runs great but 9.10 is slow...anyone else notice the slowness?
[07:19] <dholbach> good morning
[07:25] <TheMuso`> c
[07:40] <hyperair> does anyone get sreadahead terminating prematurely during bootup?
[07:47] <spaetz_> who did the new tux boot screen. dos?
[07:47] <spaetz_> oops, wrong channel
[08:03] <amik>  is there a k/ubuntu updates changelog somewhere? where I can see which packages were updated and when?
[08:03] <wgrant> amik: http://lists.ubuntu.com/listinfo/<RELEASE>-changes (eg. karmic-changes)
[08:05] <amik> "The requested URL /listinfo/karmic-changes was not found on this server." - or did I mistype something?
[08:07] <amik> wgrant: http://lists.ubuntu.com/listinfo/karmic-changes gives me a 404, is tha the link?
[08:07] <dholbach> https://lists.ubuntu.com/karmic-changes should redirect you to the right page
[08:08] <dholbach> ah, a mailman was missing
[08:09] <amik> dholbach: translation? :-)
[08:10] <debfx> amik: http://feeds.ubuntu-nl.org/UbuntuChanges
[08:14] <amik> thanks debfx
[08:21] <pitti> Godo morning
[08:23] <hyperair> TheMuso`: ping (re sdl). could we have libsdl1.2debian depend on libsdl1.2debian-pulseaudio | blah blah instead of libsdl1.2debian-alsa | blah blah?
[08:23] <hyperair> TheMuso`: the alsa-pulseaudio plugin sucks badly with sdl using apps
[08:24] <hyperair> mainly due to the -alsa plugin being installed automatically instead of -pulseaudio
[08:32] <pitti> ScottK: thanks for pointing out!
[08:32] <pitti> free: please have a look at bug 466028
[08:35]  * ogra grins
[08:35] <ogra> are we re-rolling alternates or why did i just get a message from the iso tracker
[08:35] <ogra> (to test 20091103)
[08:37] <pitti> ogra: ara is preparing the tracker for openweek
[08:37] <ogra> ah !
[08:38] <ogra> good, so we dont re-release :P
[08:38] <ara> ogra, if you go to the tracker you will see the message "we are testing the fake open week release" ;-)
[08:38] <ara> ogra, sorry for the spam
[09:16] <TheMuso`> hyperair: I have thought about that a bit, but its a sticky situation, since users who want to use SDL may be from kubuntu or xubuntu, both of which don't ship pulseaudio by default.
[09:17] <hyperair> TheMuso`: how about ubuntu-desktop recommending libsdl1.2debian-pulseaudio then?
[09:18] <TheMuso`> hyperair: Worth considering, given there is enough disk space.
[09:19] <hyperair> mmhmm
[09:26] <TheMuso`> Hrm I just received a tracker mail re new studio isos. Whats going on with that?
[09:26] <ogra> TheMuso`, openweek fake entries
[09:26] <TheMuso`> hrm seems cdimage is not updated, so sounds like a false alarm.
[09:26] <TheMuso`> oh ok
[09:28] <ogra> seb128, hmm, i just installed epiphany for the first time since years, is it wanted that the toolbar is hidden by default ?
[09:28] <seb128> ogra, dunno I've not used a stock config for years
[09:28] <seb128> I guess it is if that's the default
[09:28] <ogra> looks weird
[09:30] <ogra> geez, thats so fast !
[09:59] <pitti> wgrant: you were looking for a new-style source package -- tzdata was converted to quilt format, so we can't sync any more now
[09:59] <pitti> slangasek: (^ FYI)
[10:00] <slangasek> doh
[10:10] <wgrant> pitti: There are quite a few around now, it seems :(
[10:14] <slangasek> Keybuk: ping
[10:35] <slangasek> james_w, jml: can you confirm that the lucid bzr branches are a go?
[10:35] <jml> slangasek, I've had confirmation from james_w and mwhudson. I believe they are go.
[10:35] <slangasek> w00t
[10:35] <slangasek> thanks
[11:40] <fivetwofive> .h
[11:43] <dholbach> yeeeeeeeeehaw!
[11:43] <chrisccoulson1> hey dholbach ;)
[11:43] <dholbach> hiya chrisccoulson1
[11:44] <chrisccoulson1> ooh, i just saw the announcement :)
[11:46] <Laney> when is the first autosync run?
[11:55] <siretart`> err, didn't we used to have some pre-release toolchain updating freeze something?
[11:56] <chrisccoulson1> siretart` - that's already happened
[11:56] <chrisccoulson1> i blinked and missed it too ;)
[11:57] <siretart`> err, so no gcc 4.5 for lucid (yet)?
[12:01] <joaopinto> hum, the topic is not correct, #ubuntu is not for general discussion :)
[12:02] <TheMuso`> siretart`: conservative is the word for lucid I think.
[12:03] <ion> dapper-karmic is a single compound word, dapper–karmic implies a range. </nitpick> :-P
[12:49] <Amaranth> *sigh*
[12:49] <Amaranth> yay people asking for an SRU for a bug with no known fix
[12:49] <Amaranth> that doesn't even appear to be a real bug
[12:52] <Riddell> mdeslaur: your qt update seems to be working fine on jaunty i386, I can browse the web no problem in arora
[12:54] <chrisccoulson1> Amaranth OOI, which bug is this?
[12:55] <mdeslaur> Riddell: cool. I personally tried the demo browser in qt4-demos and webkitkde.
[13:00] <Amaranth> chrisccoulson1: bug 150702
[13:47] <cwillu_at_work> Amaranth, some compiz related goofiness?  that binding has caused me some grief, but I always figured it was just something I did
[13:47] <Amaranth> cwillu_at_work: I don't know what is happening, that is the point
[13:48] <Amaranth> People keep saying "this is completely broken, I have to set the binding myself" but on my system the only way I can break it is to manually unset the binding
[13:48] <cwillu_at_work> Amaranth, so, are you looking for unwarranted guesses as to behaviour that might trigger it?
[13:48] <Amaranth> something like that
[13:49] <cwillu_at_work> (I've only ever noticed it when changing switchers from the default to static or ring)
[13:49] <Amaranth> I even installed jaunty on another computer, screwed with the related settings a bit, then upgraded
[13:49] <Amaranth> still no bug
[13:53] <cwillu_at_work> unsurprisingly, I can't duplicate it right now;  I run into it enough times to remember that I've run into it, but ya;
[13:54] <Amaranth> All of these weird settings bugs keep adding up toward me saying "screw users who want crazy effects" and stripping out almost everything we don't use
[14:01] <pitti> kirkland: hm:
[14:01] <pitti> $ kvm -m 512 -cdrom http://mirrors.kernel.org/ubuntu-releases/8.04.3/ubuntu-8.04.3-desktop-amd64.iso
[14:01] <pitti> CURL: Error opening file: Connection time-out
[14:01] <pitti> qemu: could not open disk image http://mirrors.kernel.org/ubuntu-releases/8.04.3/ubuntu-8.04.3-desktop-amd64.iso
[14:01] <kirkland> pitti: pick a closer/faster mirror
[14:01] <pitti> kirkland: it does seem to try curl, but unsuccessfully?
[14:01] <kirkland> pitti: any URL to an ISO
[14:01] <seb128> pitti, you got internet a local speed now? ;-)
[14:01] <seb128> at
[14:01] <seb128> no need to download isos
[14:01] <kirkland> pitti: looks like you just have a slow connection to mirrors.kernel.org
[14:02] <pitti> ah, nice, that works
[14:02] <pitti> seb128: just testing an SRU :)
[14:02] <seb128> ;-)
[14:03] <kirkland> pitti: this is going to be a very useful way of testing ISOs, going forward :-)
[14:03] <pitti> well, rsync is still magnitudes faster, I figure
[14:07] <cjwatson> ion: if you're going to be that picky, actually "dapper‐karmic" is a single compound word; "dapper-karmic" is "could be either a compound word or a range since we're trying to fit this into ASCII, and since you're presumably a somewhat intelligent human being you get to work it out from context". As I'm sure you well know. :-)
[14:36] <Bsims> I have an issue, I have been bitten by Bug # 425704 affecting my capslock, but does it affect numlock as well?
[14:51] <Bsims> I have an issue, I have been bitten by Bug # 425704 in console-setup affecting my capslock, but does it affect numlock as well?
[15:09] <ion> cjwatson: For a pure-ASCII representation of a range, i’d suggest “dapper - karmic”. :-)
[15:26] <cjwatson> ion: given the fact that we often run out of topic space, I'm not going to waste bytes
[15:26] <cjwatson> IRC is a legacy medium in many senses, deal with it :)
[15:56] <martianixor> hi, this is ubuntu 9.04 x86_64bit on HP Pavilion dv6 laptop, I have multimedia touchkeys one of them "speaker mute" works but had no keycode, I did dumpkeys to find unused one then set a new keycode for it using setkeycode, now I no longer get the errors in dmesg
[15:56] <martianixor> I wonder what would happen after reboot, the issue is that Its color doesn't change from white to red
[15:57] <martianixor> while the wireless touchkey does turn to red when pressed to deactivate wireless, how can I change the behavior of speaker mute accordingly?
[15:57] <martianixor> thanks in advance
[16:01] <martianixor> am I making sense? any missing info? Oh this is 2.6.28-16-generic
[16:10] <martianixor> I have a problem with audio, few minutes it was working greatly, then when I stopped mplayer audio stopped functioning, this is Advanced Linux Sound Architecture Driver Version 1.0.21, downloaded gnome-alsamixer and found all sliders up except for pc-beep when I moved it halfway up then unmuted it, found out that when I trigger a beep I get a static like sound instead of beep
[16:11] <ebroder> martianixor: If you're trying to get something working, use #ubuntu. If you think you've found a bug, use #ubuntu-bug. This isn't the right channel, though
[16:11] <martianixor> Not sure how to go about troubleshooting this, tried mplayer with all possible devices
[16:12] <martianixor> ebroder: I'm trying to make sure what the issue is in the first place
[16:13] <martianixor> ebroder: thanks, sorry if I filled the channel with garbage :-)
[16:30] <mathiaz> kees: jdstrand: mdeslaur: is there a qa-regression test for avahi?
[16:30] <jdstrand> mathiaz: yes
[16:31] <hyperair> anyone free to upload an SRU? LP #248392
[16:31] <hyperair> causes 64-bit wined3d to segfault, among other things
[17:04] <mvo> Amaranth: I just got a request from a translator about compiz-config-settings-manager translateion, should I point him to the compiz server? or should we open LP up for translations ?
[17:05] <Amaranth> mvo: I think upstream translation is kind of stalled
[17:05] <Amaranth> the guy running pootle or whatever they use to manage it is gone
[17:06] <Amaranth> Every time a translator comes to ask about it they offer to have them take over running the translation efforts, anyway
[17:07] <mvo> Amaranth: hm, so maybe the easiest option is to just use LP until pootle is fixed?
[17:07] <Amaranth> seb128: (moving hear to get it out of the meeting) I know compiz starts a heck of a lot faster when I restart it in an already running session though
[17:07] <Amaranth> mvo: yeah
[17:08] <Amaranth> s/hear/here/
[17:09] <Amaranth> Instead of a couple seconds of the script checking things then compiz starting compiz just starts
[17:11] <gigabytes> hello
[17:11] <gigabytes> is anybody here from the Mactel Support Team?
[17:26] <dpm> Amaranth, mvo, I've just caught the conversation on compiz-config-settings-manager translations and I'm interested. Do you think I should tell Ubuntu translators to rather translate it on LP, then? Or is there any possibility they might want to host translations on LP and we could help them on that?
[17:27] <mvo> pitti: assuming that python is broken and segfaults, then apport would not be able to capture that, right? bug #467027 looks like that is happening there
[18:41] <pitti> mvo: eww, yes; if apport can't run, no core dumps for us :-(
[18:42] <pitti> mvo: he could try to disable apport, and run a root shell with ulimit -c unlimited and then update-manager
[18:42] <pitti> to collect a core dump
[18:44] <bryce> pitti, heya, I don't remember if I mentioned it, but I added some logic to apport-symptom for display bugs
[18:44] <pitti> bryce: oh, nice!
[18:44] <lfaraone> Have there been major changes in the way graphics drivers work that would stop a module written for compatibility on Ubuntu 8.04 from running recompliled on 9.10? (it's a proprietary module, but the company might be interested in getting it in partner for the next LTS)
[18:44] <bryce> pitti, would be nice to get that rolled out in lucid
[18:44] <pitti> bryce: you didn't upload yet, apparently?
[18:44] <bryce> pitti, no I assumed you were taking care of the uploads for it
[18:45] <bryce> actually I'd appreciate your review of the code as well
[18:45] <pitti> bryce: sure, no problem; I'll do that right away
[18:51] <pitti> cr3: posted a question to you in bug 465447; quick answer appreciated, for the sake of bryce's mental health :)
[18:59] <cr3> pitti: I'm in the montreal datacenter, so hard to look into things. however, I took a moment to look at the patch and it would need a few tweaks
[18:59] <cr3> pitti: just the package.name == '' lines should be removed
[19:00] <debfx> is the kernel supposed to adjust the brightness on fn key press?
[19:00] <pitti> cr3: ah, so if the dictionary doesn't have a package name, it'll cope?
[19:01] <pitti> debfx: no, it's not
[19:01] <pitti> debfx: many keys are hardwired, the hardware itself does it; the other class just sends normal key press events, which are passed through the kernel's input system through X to gnome-power-manager
[19:01] <riddley> Hi, I'm reading https://launchpad.net/ubuntu/karmic/+source/xorg/1:7.4+3ubuntu7 and I see bryce removed 60x11... and as far as I'm able to discern, that's the only thing that lets my non-root user have xauthority... what am I missing?
[19:01] <pitti> cr3: thanks for quick review!
[19:01] <cr3> pitti: yep, there are plenty of tests without a package.name and everything works, so there's precedence for reassurance purposes :)
[19:02] <riddley> Also, I have a co-worker with the same version of the package (but 32 vs my 64bit) and his package has that file and his system works correctly
[19:02] <debfx> pitti: if I boot with "nomodeset" the brightness is adjusted automatically otherwise it isn't
[19:02] <cr3> pitti: this is extreme reviewing, with one foot in a cabinet and the other underneath the floor
[19:03] <pitti> lol
[19:03] <pitti> debfx: right, the kernel needs to provide the interface for changing the brightness; this is unfortunately often broken with KMS, there's lots of bug reports about it already
[19:04] <bryce> riddley, hmm
[19:04] <cr3> pitti: if you give me a moment, I could create a branch... almost there
[19:04] <bryce> riddley, you've tested that putting that file in place restores it to working?
[19:04] <riddley> I just copied it, but wanted to wait for your reply... should I test now?
[19:04] <riddley> I know that 'xhost' doesn't list me currently
[19:05] <gigabytes> hello
[19:05] <riddley> is there something else that should add it?
[19:05] <gigabytes> which component should be responsible to handle keyboard backlight? gnome-power-manager, right?
[19:05] <riddley> bryce, I looked all through gdm/x11/pam and couldn't find anything that replicated that functionality
[19:05] <bryce> riddley, did your co-worker add the 60x11-common_localhost manually?  it should not have gone out in any updates
[19:05] <riddley> bryce, but I'm not an expert...
[19:06] <riddley> bryce, dpkg -L x11-common on his machine lists it as the last file in the package. One diff: he upgraded, I installed fresh.
[19:06] <gigabytes> anybody knows?
[19:07] <riddley> bryce, how should it work?
[19:07] <riddley> if that file is errant
[19:08] <bryce> riddley, and both you and him are on the same version of xorg?
[19:09] <bryce> xorg (1:7.4+3ubuntu7)
[19:09] <riddley> bryce, we have the same version of the package, I'm 64bit and he's 32.
[19:09] <bryce> 64 vs. 32 won't matter
[19:09] <riddley> we both have the version you listed
[19:09] <riddley> he upgraded, I installed fresh
[19:10] <riddley> but let's say you were correct in removing the file... how should it work?
[19:10] <riddley> what should add me to xhost?
[19:10] <debfx> pitti: strange thing is with nomodeset the brightness key press is sent twice
[19:14] <riddley> bryce, w/o that file are you able to open a terminal and run xclock or even xhost itself?
[19:16] <bryce> yes I can, but standby I think I see the problem
[19:17] <riddley> groovy
[19:20] <cr3> bryce and pitti: I have reviewed your changes, merged into trunk and submitted for review for inclusion in karmic. for more details, see bug #473185.
[19:23]  * cr3 heads out of the datacenter
[19:32] <pitti> bryce: you defined a function problem_boot_fail() but aren't actually using it anywhere; is that intended? (i. e. code for future improvements?)
[19:32] <pitti> bryce: (btw, please pull; I did two trivial fixes)
[19:33] <bryce> ah yes that is future code
[19:34]  * pitti commits another trivial fix
[19:34] <bryce> pitti, I actually wrote up a much bigger amount of code to cover a wider range of symptoms, but decided to pare it down to just a few symptoms and add things more incrementally
[19:34] <bryce> probably I just forgot to remove that one, but yeah it's something planned for the future
[19:35] <bryce> boot failure is a common symptom but diagnosing it properly will probably need more sophisticated logic than I'd implemented
[19:35]  * riddley is still standing by...
[19:36] <pitti> bryce: no problem to keep it there
[19:38] <bryce> riddley, right see bug 276357
[19:40] <bryce> riddley, actually I'm updating the description, give me a few more minutes and it will be more informative
[19:41] <riddley> so as a temp solution I can grab his file and be g2g?
[19:42] <pitti> bryce: seems to work nicely; it's intended to file all of them against xorg? or is that just preliminary?
[19:43] <bryce> pitti, yes that is intended
[19:43] <pitti> bryce: e. g. would it make sense to detect the driver, map it to a package, and file it against that
[19:43] <pitti> ?
[19:43] <bryce> pitti, eventually I'll implement logic to file against the appropriate video driver, but it will take additional logic... some bugs will need to go to mesa, others to xserver, others to kernel
[19:44] <bryce> currently I have a separate script which processes bugs filed against xorg and moves them to the right package, so by having the symptoms script file to xorg, it'll take advantage of that
[19:46] <bryce> pitti, fwiw in the "future code" I mentioned, I do have driver detection logic, but I realized it actually is not quite as simple as it seemed at first blush, there's several corner cases that need attended to
[19:46] <pitti> bryce: so, want me to upload the current one? looks fine to me
[19:47] <bryce> pitti, sure please do
[19:48] <bryce> pitti, btw do you have any stats on how many people have been using apport-symptom so far?
[19:48] <pitti> I don't, sorry
[19:48] <pitti> bryce: I just noticed that a lot of the devicekit-disks bugs now originate from the storage symptom
[19:48] <pitti> so it does get used
[19:49] <pitti> and for hotplug failures it's immensely valuable
[19:49] <bryce> kewl
[19:49] <riddley> bryce, how should I fix my xhost problem short-term?
[19:49] <bryce> at first I thought the checkbox bugs were all coming from apport-symptom, but wasn't the case
[19:50] <pitti> bryce: thanks for this; now the symptom list isn't so empty any more :)
[19:50] <bryce> riddley, just copy that 60x11-common_localhost file from your friend
[19:50] <riddley> great thanks
[19:52] <bryce> I'll also upload a copy to the bug report in case anyone else needs it
[19:57] <akgraner> marjo, ara 's session on ISO tracking Rocks!!!  Thanks ara!!!
[19:57] <bryce> pitti, SRU for bug #276357 mentioned by riddley above is ready for review
[19:57] <bryce> bbiab (food)
[19:57] <marjo> akgraner: glad to hear it
[19:57] <pitti> bryce: ok; I'm reviewing SRUs twice a day nowadays, so I'll get to it tomorrow morning; is that enough, or is it really urgent?
[19:58] <mathiaz> kees: is there a page about SELinux in Ubuntu Karmic ( Mathias Gug
[19:58] <mathiaz> Ubuntu Developer  http://www.ubuntu.com
[19:58] <mathiaz> kees: meh
[19:58] <mathiaz> kees: https://help.ubuntu.com/community/SELinux?
[20:01] <kees> mathiaz: yup, that's the best there is or wiki.ubuntu.com/SELinux
[20:02] <mathiaz> kees: tank ya weray moutche!
[20:04] <kees> hehe
[20:08] <jcastro> can someone moderate my UDS mail to -devel please, message needs to get quickly.
[20:09] <pitti> jcastro: you mean u-d-a@?
[20:09] <jcastro> -devel will be fine I think
[20:09] <pitti> ah, can't do that, sorry
[20:10] <jcastro> thanks for trying!
[20:10] <jpds> jcastro: evand1 should be able to push it through.
[20:16] <pitti> Keybuk: FYI, if you plan to update lucid's udev soon, can you please warn me before? udev and consolekit need to be updated in lockstep (new udev needs CK 0.4, which doesn't work with current udev)
[20:28] <nxvl> Keybuk: any idea why iptraf and iputils (build1) are showing in mom?
[20:35] <pitti> nxvl: mom doesn't know about the XbuildN case
[20:35] <nxvl> pitti: ooohhh
[20:35] <nxvl> thnx
[21:03] <mathiaz> kees: there is a thread on the sssd-devel mailing about building sssd with selinux - https://fedorahosted.org/pipermail/sssd-devel/2009-November/001232.html
[21:04] <mathiaz> kees: the question is whether the administration tools could be linked against selinux and still be used in the default Ubuntu install
[21:07] <kees> mathiaz: not sure what sssd is, but Ubuntu has modern SELinux tools.  it should all Just Work for the most part
[21:08] <mathiaz> kees: is there a way to perform runtime SELinux detection?
[21:08] <mathiaz> kees: https://fedorahosted.org/pipermail/sssd-devel/2009-November/001236.html
[21:09] <mathiaz> kees: This^^ is upstream last reply
[21:10] <kees> mathiaz: yes, libselinux provides that ability.  there is no harm linking against libselinux (it's in main, lots of stuff links, etc)
[21:11] <mathiaz> kees: Can I CC you on my reply?
[21:12] <kees> mathiaz: sure
[21:12] <cjwatson> pitti: Keybuk's on holiday this week
[21:12] <pitti> cjwatson: ah, thanks (much deserved)
[21:12] <pitti> I wonder why he left IRC running
[21:13] <smoser> https://launchpad.net/~smoser/+archive/ppa/+build/1318926 says "Start 2009-11-05 (2505)" is that right ? is that expected to "start" building in 2 days ?
[21:13] <Keybuk> because I use IRC for talking to friends as well as for work ;-)
[21:14] <cjwatson> jcastro: moderated
[21:14] <jdong> Keybuk: that doesn't suck you right back into work while vacationing?
[21:15] <jcastro> cjwatson, thanks!
[21:15] <TheMuso`> /c/c
[21:15] <Keybuk> jdong: no ;)
[21:16] <jdong> lol, your self-control is clearly superior!
[21:19] <Keybuk> jdong: I'm on sofa watching DS9's "O'Brien must suffer" episode from the 6th season :p
[21:19] <jdong> Keybuk: so if I asked why my bootup is thrashing... *ducks*
[21:20] <Keybuk> jdong: then I would cheerfully ignore you <g>
[21:21] <jdong> :) good man! Enjoy your vacation!
[21:23] <MsMaco> Keybuk: if you're on vacation, why are you on irc? (people always ask me this when i'm on vacation and ive yet to come up with a decent answer)
[21:25] <Keybuk> MsMaco: ah, I believe we've reached the middle of this conversation
[21:25] <jdong> Keybuk: wait if you're on vacation.... why doesn't MsMaco have an IRC bouncer?
[21:25] <jdong> haha ok no more clowning around
[21:25] <jdong> back to homework!
[21:25] <ebroder> Ugh. Don't say that - it just reminds me that I should be working on homework too
[21:26] <MsMaco> *confused*
[21:26] <jdong> ebroder: haha. I catch myself doing this instead of homework way too often ;-)
[21:26] <jdong> *heads over to W20 reading room....*
[21:26] <MsMaco> ubuntu is waaaaaaayyyyyyyy better than homework
[21:26] <jdong> MsMaco: but it doesn't help in passing classes
[21:26] <MsMaco> unfortunately :(
[21:27] <Keybuk> passing classes is overrated
[21:27] <Keybuk> I failed all of mine
[21:27] <Keybuk> then never went to university
[21:27] <cjwatson> not that I would necessarily recommend this approach to impressionable youngsters ... but getting involved with free software in my third year was a lot more useful to my career than the classes I missed due to being up all night hacking
[21:29] <MsMaco> :)
[21:29] <MsMaco> im pretty sure id be a MUCH worse programmer if the only code i ever wrote was my homework
[21:29] <ebroder> Ha!
[21:29] <pitti> Keybuk, cjwatson: http://xkcd.com/519/ ? :-)
[21:29] <pitti> ebroder: ^ I meant
[21:30] <MsMaco> meanwhile today one of my classmates realized (as i was chatting with the OS prof about filesystems) that "wait...you do this *outside* of class too?? WHY?"
[21:30] <sebner> pitti: perl?? Oh my .. ;-P
[21:31] <mathiaz> pitti: wait - are you also suggesting that in your *own* experience classes are overrated?
[21:31] <pitti> mathiaz: nah, I just remembered that xkcd comic :)
[21:32] <MsMaco> haha just wait til dt ch en notices this conversation. he's always getting on me to do my homework
[21:32] <TheMuso`> cjwatson: I was in a somewhat similar position, although free software only partially helped in only one module of the music degree I was completing. :)
[21:32] <pitti> actually, my university time/classes haven't helped me at all career-wise
[21:32] <pitti> but they certainly did for learning how to quickly get into technical things, doing political work, learning how our world works (in a scientific sense), and generally having lots of fun, too
[21:33] <pitti> I'd do it again if I had the choice
[21:33] <sebner> pitti: no wonder .. isn't it that 90% all for university time is not useful for realworld jobs? Anyways, you need the diplom
[21:33] <pitti> sebner: right, but that's not the point of an uni in the first place, so that's okay IMHO
[21:33] <MsMaco> pitti: fun? there was fun in your classes? i feel gyped!
[21:33] <sebner> heh
[21:33] <pitti> MsMaco: well, more of it outside, but yes, discussing scientific things can be fun, too
[21:34] <ebroder> I get a lot out of a very small number of classes I've taken here. And almost nothing out of most of them. But I think I'd have a hard time doing some of the cool stuff I can do here outside of my classes if I didn't go to school
[21:34] <pitti> for my own very personal definition anyway :)
[21:34] <MsMaco> i keep starting out classes hating them and thinking their useless then at the end going "OH! so THAT's how that works! COOL!!!"
[21:34] <MsMaco> s/their/they're/
[21:34] <pitti> also, I really enjoyed maths at uni, to understand how algebra/arithmetics REALLY work
[21:34]  * MsMaco shudders
[21:35] <MsMaco> i hate math
[21:35] <pitti> sure, I don't need to be able to proof that 2+2=4 for Ubuntu work, but I find it interesting anyway :)
[21:35]  * TheMuso has never enjoyed maths, however I do accept its a necessary part of life. If I need to do any mathamatics for computre related stuff and I don't really know it, I will learn it.
[21:36]  * Keybuk likes math
[21:36] <MsMaco> im just pretty resolved to the fact that i'll never write a physics engine. thus, dont need math :)
[21:36]  * pitti goes back to fixing those #*($#($ LVM udev rules and just notices that this is not in anyway less complicated than maths..
[21:37] <Keybuk> pitti: LVM is closer to dark magic than math
[21:37] <MsMaco> oh you uk/au people are going to try to make me start pluralizing "math" arent you?
[21:37] <ebroder> Yes, and then we're going to start talking about ceiling cat :-P
[21:38] <ebroder> (Oh wait - "maths" is a commonwealth thing? I didn't realize that)
[21:38] <slangasek> mathi
[21:38] <pitti> MsMaco: hm, AFAIR that's how I learned it at school; so "I like math" is actually correct?
[21:38] <MsMaco> pitti: in the US, "math" is the common way
[21:38] <slangasek> pitti: it's correct in the US, and incorrect in England :)
[21:38] <MsMaco> im in the US
[21:38] <cjwatson> pitti: xkcd> yes :)
[21:38] <Keybuk> slangasek: maths is incorrect in any country
[21:38] <pitti> I think they taught me British English, although nowadays I speak a wild mixture of US/GB/Denglish
[21:38] <slangasek> heh
[21:38] <Keybuk> if it's an abbreviation for mathematics, it should be MATH'S :p
[21:39] <MsMaco> Denglish???
[21:39] <slangasek> Keybuk: are you a grocer
[21:39] <james_w> it's easy, just remember that it is the opposite of the usual use of sport/sports
[21:39] <MsMaco> i assume D = Deutsch?
[21:39] <pitti> MsMaco: "Deutsch/English" wild mix (our way to say that in Germany)
[21:39] <Keybuk> slangasek: the apostrophe indicates missing letters
[21:39] <sebner> pitti: school english is Oxford English in D/AUT :)
[21:40] <Keybuk> since you can't have one mathematic, the "s" isn't pluralising, so if you keep the "s" but miss out the "ematic" - you need the apostrophe because you missed them out <g>
[21:40] <MsMaco> pitti: given that one derives from the other, i cant imagine it looks *that* screwed up to mix them. i mean, "address"/"adress" one looks like a typo of the other
[21:40] <pitti> sebner: yeah, but that was 11 years and umphteen conferences ago :)
[21:40] <sebner> Keybuk: you are a smart one :D btw, thx for your cool mail help =)
[21:40] <slangasek> Keybuk: maybe you can't have one mathematic, but let me show you my new counting theor
[21:40] <slangasek> y
[21:41] <Keybuk> slangasek: you should me yours, I'll show you mine
[21:41] <sebner> pitti: heh, wondering why they still stick to oxford one. It's not really spoken, sounds snobistig (Denglisch!1!1!1!) I've heard
[21:41] <pitti> slangasek: oh, you replaced the Peano axioms by the Langasek axioms?
[21:41] <slangasek> pitti: and let me tell you, they're AWESOME
[21:42] <sebner> pitti: uhuhu, just learned about the Peano axioms 2 weeks ago :D
[21:42] <pitti> slangasek: can't wait to see them!
[21:42] <mathiaz> slangasek: like: 9.10 + 1 = 10.04?
[21:43] <pitti> sebner: ah, so you can prove commutativity of + now? isn't it great? :-)
[21:43] <pitti> (and so absolutely useless, too..)
[21:43] <sebner> pitti: heh, don't worry, we've already passed the complex numbers :D
[21:43] <pitti> slangasek: I bet it's like "10 bugs (reported) - 1 bug (fixed) == 15 bugs (reported)"
[21:44] <MsMaco> sounds about right
[21:45]  * pitti wonders how to fix the lvm2 rules without becoming TIL and having to merge the package
[21:45] <MsMaco> TIL?
[21:45] <pitti> "touched it last"
[21:45] <MsMaco> oh
[21:46] <pitti> TIL -> poor soul who has to do the merge
[21:46] <geser> pitti: factorise a RSA key, so you can fake a signature and let somebody else become TIL
[21:47] <pitti> geser: heh, speaking of math(s?)..
[21:48] <Keybuk> pitti: you can add fake people to ubuntu-core-dev, upload, then delete them ;)
[21:49] <pitti> in all seriousness, a merge is long overdue, but I'm afraid of breaking kees' setup if I did
[21:49] <ajmitch> surely there's some poor sucker who understands it?
[21:49] <pitti> and if I do, he'd upload his frozen-bubble hack and I can never ever win again
[21:49] <MsMaco> "if $user == pitti ; lose();" ??
[21:50] <MsMaco> ummm s/;//
[21:50] <pitti> MsMaco: no, he added a key which sends a penalty bubble to the opponent
[21:50] <MsMaco> mangle that mentally into non-stupid syntax
[21:50] <pitti> and then he kept banging on that
[21:50] <MsMaco> wait you can play frozen bubble as multi-player?
[21:50] <geser> sure, you didn't know?
[21:51] <pitti> MsMaco: ...
[21:51] <MsMaco> no! i always play it just-me, like Snood
[21:51] <pitti> MsMaco: if you want to stay productive: No, you can't :)
[21:51] <MsMaco> apparently i need to play games more often than once every...year
[21:52] <pitti> but beware, it's brutal
[21:52] <sebner> pitti: aren't we pre-alpha so breaking is not allowed but welcomed? ;D
[21:52] <pitti> my wife is always close to killing me :)
[21:52]  * sebner is wondering if there will be a ubuntu-dev nexuiz challange *cough cough*
[21:53] <geser> sebner: propose a gaming session for the next UDS to find out which game stops productivity most :)
[21:54] <MsMaco> geser: wouldnt the most productivity-stopping game then be the most productive game in that situation/
[21:54] <apachelogger> jcastro: btw, I think it would make sense to CC kubuntu-devel in the next spring registration mail, to make sure them poor blue headed stepchilds actually see it ;)
[21:54] <sebner> geser: nahh, this is "deep investigation to find and eliminate bugs in the universe" :P :P :P
[21:54] <MsMaco> apachelogger: spring registration email?
[21:54] <jcastro> apachelogger, sure!
[21:54] <sebner> hihu apachelogger :D
[21:54]  * sebner knuddelt apachelogger
[21:54] <apachelogger> s/spring/sprint
[21:55] <apachelogger> jcastro: thx :)
[21:55] <apachelogger> yo sebner
[21:55] <bryce> MsMaco, all springs and pulleys need to be properly registered in order to get things lifted into place properly
[21:55] <Keybuk> pitti: I was just thinking
[21:55] <Keybuk> if you created a GPG key with Kees Cook as the name
[21:55] <Keybuk> signed it with your key, then added it to LP
[21:55] <Keybuk> then set Changed-By to Kees Cook too
[21:55] <Keybuk> and uploaded
[21:55] <MsMaco> you're evil
[21:55] <Keybuk> would anyone know the difference? :p
[21:55] <Keybuk> MoM certainly wouldn't
[21:56] <slangasek> heh
[21:56] <pitti> Keybuk: well, in terms of MoM it would be enough to just set it in the changelog
[21:56] <pitti> (I'd still count as sponsor, of course)
[21:56] <Keybuk> pitti: MoM also records the GPG signature name and shows that
[21:57] <wgrant> LP is fortunately smarter than that, and would email out the signer's LP name and email address, and also link to their profile page.
[21:58] <ajmitch> if he's going to that much trouble, he may as well bribe a LOSA to avoid any unnecessary mail about it
[21:58]  * sebner sees a lot of dark energy waving through this channel :P
[21:58]  * kees reads backscroll to see how he's being trolled
[21:58] <wgrant> ajmitch: Well, you don't need a LOSA for that if you know what you're doing.
[21:59] <sebner> oh noez! Hide everybody .. kees is here!
[21:59] <kees> heh
[22:00]  * apachelogger blinks
[22:00] <kees> Keybuk: heh, yay all merges are assigned to me!  ;)
[22:00] <bryce> kees, ok thanks
[22:00] <kees> bryce: noooo
[22:01] <ajmitch> kees: you're a hero
[22:01] <slangasek> kees: it's ok, I'll do some merges for you and you can owe me beer
[22:02] <kees> well, as Keybuk demonstrated, I'll only take the merges where I have been impersonated in MoM.  ;)
[22:03]  * kees is waiting for the first round of auto-sync to happen before diving into MoM
[22:03]  * slangasek is waiting for confirmation that the LP tool is grabbing testing by default before doing the first round of auto-sync
[22:06] <geser> slangasek: why do I get the feeling that the syncing from testing is so badly prepared when the decision was already made during the last UDS?
[22:07] <wgrant> slangasek: Do you know if it has been verified how the autosyncer will deal with v3 sources while they are unsupported?
[22:07] <slangasek> geser: I don't know, but the launchpad unstable->testing change is scheduled to land today
[22:08] <slangasek> wgrant: I don't believe it has
[22:08] <slangasek> wgrant: we can provisionally blacklist as necessary to work around any problems, though
[22:08] <wgrant> The testing default change has landed.
[22:09]  * wgrant tries to sync v3 packages with a non-v3-supporting LP.
[22:09] <slangasek> wgrant: landed, but not rolled out on prod
[22:09] <wgrant> Right.
[22:09] <ajmitch> wgrant: hoping that it doesn't cause the whole sync to grind to a halt?
[22:09] <wgrant> ajmitch: We'll see soon.
[22:11] <Bsims> I have been bitten by Bug #425704 in console-setup... can this bug also affect numlock led?
[22:13] <cjwatson> Bsims: it shouldn't affect numlock, and doesn't for me
[22:14] <functionofxy> does anyone know about e4defrag implementation in karmic?
[22:14] <cjwatson> nor scroll lock
[22:14] <Bsims> cjwatson: wierd, it affects all three for me
[22:14] <Bsims> cjwatson: It could be the keyboard led burned out but the timing is very odd if thats the case
[22:15] <jdstrand> mdeslaur: fyi, apparmor_2.3.1+1403-0ubuntu27.1 uploaded with your and my SRU updates
[22:15] <cjwatson> Bsims: then you have a different bug, not 425704, as far as I can see
[22:16] <Bsims> cjwatson: Ok, any clue as to what package I should file the bug against? Kernel, or console setup
[22:16] <cjwatson> I'd start with the kernel
[22:17] <Keybuk> slangasek: ok, I give up
[22:17] <Bsims> cjwatson: Ok, its just that apport takes eons to run...
[22:17] <Keybuk> I've been googling for the past fifteen minutes
[22:17] <Keybuk> and I cannot find *any* documentation for the new dpkg source format
[22:17] <wgrant> Keybuk: The dpkg-source manpage is helpful
[22:17] <wgrant> But it's not wonderful.
[22:18] <mdeslaur> jdstrand: cool! thanks
[22:18] <functionofxy> any ext4 or e4defrag experts around? I'm looking for documentation on the defrag implementation.
[22:18] <slangasek> Keybuk: don't look at me, I've not been following v3 at all
[22:19] <Bsims> cjwatson: thanks for the heads up...
[22:20]  * Bsims grumbles a note that system bell is now blacklisted would have saved me a few days of googlemancy
[22:20] <slangasek> Keybuk: is bug #453579 still reproducible for you after your hardware shuffle?
[22:20] <Keybuk> slangasek: ask me when I'm at work ;)
[22:20] <slangasek> meh
[22:20] <Bsims> cjwatson: how long does it usually take apport-bug to finish doing its thing so I can file the bug?
[22:20] <slangasek> well, in the meantime the bug report is a magnet for all kinds of random followups
[22:21] <Keybuk> slangasek: I haven't *used* a computer hard enough since thursday to tell
[22:21] <slangasek> heh
[22:21] <slangasek> I thought you were hardware swapping prior to that :)
[22:22] <cjwatson> Bsims: dunno
[22:22] <Bsims> cjwatson: heh I'd have thought I'd get something after 5 minutes
[22:22] <cjwatson> sorry, I don't know
[22:23] <Bsims> cjwatson: it starts a gui doesn't it... or it did when ran under X... I'm in a ssh tunnel
[22:23]  * Bsims grins
[22:44] <wgrant> slangasek: An autosync will crash immediately if it attempts to process a v3 package. The fix for that crash is simple, and would result in the syncs just being rejected later instead, but it's probably too late :(
[22:45] <wgrant> So you'll need to watch and blacklits.
[22:48] <slangasek> wgrant: understood, thanks for checking.  I don't expect any of these packages to be in testing by the time we do the first autosync, anyway
[22:49] <wgrant> slangasek: True.
[22:51] <slangasek> Keybuk: heh, is MoM still generating a changelog that says "merge from debian unstable"?
[22:51] <Keybuk> any merge generated before thursday will have that
[22:51] <Keybuk> and will be from unstable
[22:51] <Keybuk> only new merges will be from testing
[22:51] <slangasek> ok
[22:52] <slangasek> don't suppose the capitalization of "Debian" is fixed? :)
[22:52] <Keybuk> no
[22:52] <Keybuk> though I think it's screwed anyway
[22:52] <Keybuk> MoM can't process v3 source packages :p
[23:00] <Keybuk> have disabled it and locked it out, since it's not doing any good
[23:00] <Keybuk> will look into it at UDS I guess
[23:02] <Keybuk> (if someone else wants to fix it in the meantime ...)


[00:34] <hads> heh
[03:47] <lifeless> mwhudson: it could be one of two things
[03:48] <lifeless> mwhudson: you're eithr using the gnome keyring, or the gpg2agent
[14:33] <mwhudson> lifeless: it's the gnome one i think
[18:02] <ibeardslee> morning
[18:26] <Atamira> morning
[19:56] <olly> morning


[11:37] <lapo> hi
[06:12] <lapo> kwwii_: please ping when the new ubuntu default bg is almost settled that I have to change all the monitor icons (once again...) :-)
[06:12] <lapo> kwwii_: just the base colors would be enough
[06:27] <kwwii_> lapo: will do
[06:28] <lapo> thanks
[06:28] <lapo> asap please :-)
[06:34] <kwwii> it might be a couple of weeks before we know which one is final
[06:34] <kwwii> btw. it seems people are noticing that we removed tango :p
[06:36] <lapo> yeah
[06:36] <lapo> I'm on it tho, I'm trying to fix "offending" bits of g-i-t
[06:37] <lapo> I did new hw devices for optical and removable media drive, recolored save icons, and other bits here and there
[06:37] <lapo> I think I'll add the tango note for music as well, probably
[06:40] <kwwii> cool
[06:41] <lapo> if you find any out of place icon, ping me
[06:43] <kwwii> I'll start testing once I have reinstalled my gutsy system
[06:44] <kwwii> probably tomorrow
[06:44] <lapo> ok
[12:21] <lapo> hi


[16:00] <schopin> o/
[16:00] <jawn-smith> o/
[16:00] <ginggs> o/
[16:00] <bdrung> \o
[16:00] <bdmurray> o/
[16:00] <slyon> o/
[16:00] <dviererbe> Hello
[16:00] <jawn-smith> #startmeeting Weekly Ubuntu Foundations team
[16:00] <meetingology> Meeting started at 16:00:49 UTC.  The chair is jawn-smith.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:00] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:01] <ogayot> o/
[16:01] <adrien> moin
[16:01] <jawn-smith> The weekly status is here: https://discourse.ubuntu.com/t/foundations-team-updates-thursday-16-february-2023/33954
[16:01] <jawn-smith> Let's all take our usual time to read and ask questions
[16:01] <zhsj> o/
[16:07] <juliank> I was busy meeting and did not manage to write status. boot work, almost all boot work, or stuff I forgot about I suppose :(
[16:08] <jawn-smith> bdmurray is there a separate QA status this week?
[16:08] <bdmurray> Working on the autopkgtest environment
[16:09] <jawn-smith> Okay any other questions?
[16:10] <jawn-smith> #topic Release incoming bugs
[16:10] <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ll-incoming-bug-tasks.html#foundations-bugs
[16:10] <jawn-smith> long list today
[16:10] <jawn-smith> bug 2003331
[16:10] -ubottu:#ubuntu-meeting- Bug 2003331 in ubuntu-meta (Ubuntu) "Can't log in to lunar x11 session" [High, New] https://launchpad.net/bugs/2003331
[16:10] <jawn-smith> Looks like we've discussed this one previously
[16:10]  * jawn-smith reads old logs
[16:11] <jawn-smith> Ah, it's a desktop issue
[16:11] <jawn-smith> bug 2002871
[16:11] -ubottu:#ubuntu-meeting- Bug 2002871 in pkgbinarymangler (Ubuntu) "Failed pkgbinarymangler tests with python3.11" [Low, New] https://launchpad.net/bugs/2002871
[16:12] <jawn-smith> welp, waveform was working on this but he's not able to make this meeting today
[16:12] <jawn-smith> Anyone else feel like picking this up?
[16:13] <zhsj> let me try
[16:13] <jawn-smith> zhsj: thanks!
[16:13] <zhsj> i think i've read the pkgbinarymangler before
[16:13] <jawn-smith> Awesome, appreciate you volunteering
[16:13] <jawn-smith> oh the next 3 bugs are the same bug
[16:13] <jawn-smith> bug 2007279
[16:13] -ubottu:#ubuntu-meeting- Bug 2007279 in devscripts (Ubuntu) "[MIR] libdigest-md5-file-perl & libswitch-perl (dependency of devscripts)" [Undecided, Triaged] https://launchpad.net/bugs/2007279
[16:14] <slyon> yes. It's 2 new MIRs that we need for devscripts migration
[16:14] <jawn-smith> slyon: do we need to assign this to someone?
[16:14] <slyon> I did the pre-investigation. It should be MIR for two tiny perl modules
[16:14] <slyon> do we have any volunteers?
[16:15] <slyon> bdrung: did some work on devscripts recently...
[16:15] <slyon> would you be interested in driving those?
[16:15] <jawn-smith> There might also be some newer hires that haven't had a chance to work MIRs
[16:15] <bdrung> only on the python script inside there
[16:15] <jawn-smith> if we want to get them that experience
[16:16] <liushuyu> Maybe I can try ...?
[16:16] <jawn-smith> Awesome, thanks for volunteering
[16:17] <jawn-smith> so slyon can you adjust the LP bug to reflect this?
[16:17] <slyon> jawn-smith: will do
[16:17] <jawn-smith> Thanks!
[16:17] <jawn-smith> That's it for ll then
[16:17] <jawn-smith> kk is empty again \o/
[16:17] <jawn-smith> #link https://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-jj-incoming-bug-tasks.html#foundations-bugs
[16:18] <jawn-smith> bug 1063589
[16:18] -ubottu:#ubuntu-meeting- Bug 1063589 in update-manager (Ubuntu) "update-manager crashed with dbus.exceptions.DBusException in call_blocking(): org.freedesktop.DBus.Error.TimedOut: Activation of org.debian.apt timed out" [Medium, Confirmed] https://launchpad.net/bugs/1063589
[16:18] <jawn-smith> We discussed this before
[16:19] <jawn-smith> bdmurray: you were going to investigate this one right?
[16:19] <bdmurray> That was my intent yes
[16:19] <jawn-smith> Is that still your intent?
[16:20] <jawn-smith> Sounds like yes
[16:20] <jawn-smith> Moving on then
[16:20] <jawn-smith> bug 1999345
[16:20] -ubottu:#ubuntu-meeting- Bug 1999345 in grub2 (Ubuntu) "please add luks2 module to the signed grub2 images" [Undecided, Confirmed] https://launchpad.net/bugs/1999345
[16:20] <jawn-smith> juliank: any updates here?
[16:20] <jawn-smith> Still with security?
[16:21] <juliank> no updates
[16:21] <jawn-smith> Okay then, nothing for us to do
[16:21] <juliank> Will talk to chris about it at some meeting I suppose
[16:22] <jawn-smith> Sounds like we're going to skip proposed-migration this week due to the state of the queues
[16:22] <jawn-smith> #topic AOB
[16:22] <jawn-smith> let's talk about merges/FTBFS
[16:22] <jawn-smith> ginggs:
[16:23] <ginggs> i think all the FTBFS were assigned
[16:24]  * juliank needs to merge fwupd-efi but also doesn't want to do it before the point release and it goes into all releases anyhow so it's not strictly feature freeze relevant
[16:24] <ginggs> outstanding merges are here
[16:24] <ginggs> https://merges.ubuntu.com/main.html?query=foundations-bugs&showProposed=true&showMergeNeeded=true
[16:25] <slyon> ^ this status isn't really up to date
[16:25] <slyon> (e.g. it doesn't show my procps merge, which is currently in proposed)
[16:29] <jawn-smith> We've had some offline discussion and have some actions to take for the merges
[16:29] <jawn-smith> Other things: Monday is a US holiday
[16:30] <jawn-smith> Not next week but the week after (Feb 27) I'll be out most of the week
[16:32] <sil2100> Another heads up: remember the 22.04.2 pre-release time is happening!
[16:40] <jawn-smith> #endmeeting
[16:40] <meetingology> Meeting ended at 16:40:25 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-02-16-16.00.moin.txt