[03:30] <hxu> Hi! In include/linux/mqueue.h, per-uid limit of kernel memory used by mqueue is set to 819200, but why do I always get -1(infinity) by getrlimit(2)  for both soft and hard limit of mqueue?
[09:07] (kraut/#ubuntu-kernel) moin
[11:54] <dholbach> can somebody look at bug 82343? I'm not sure who to assign it to or if it makes sense at all
[12:05] <IntuitiveNipple> dholbach: I guess it's mostly hal since it is hal scripts that are run by gnome-mount to run cryptsetup, but after that it is gnome-volume-manager (which starts gnome-mount)
[12:05] <dholbach> also bug 57755
[12:13] <IntuitiveNipple> I'm not sure on that one, but it *looks* like udev from those patches
[12:17] <dholbach> I don't have a clue about either of them, so it'd be nice if somebody of the kernel team reviewed and sponsored them
[12:18] <IntuitiveNipple> I did some hacking with hal and gnome-mount for cryptsetup over the weekend, so I'm sure about that one
[12:19] <dholbach> if you comment on the bug it will make it easier for somebody who sponsors the patch to review it
[12:19] <dholbach> I'm happier if I don't touch those parts :-)
[12:19] <IntuitiveNipple> which one, 82343 ?
[12:19] <dholbach> both :)
[12:20] <IntuitiveNipple> *sniggers
[12:41] <dholbach> can somebody also check out bug 129828?
[01:57] <lamont> head->wall
[02:52] <lamont> waiting for builds is such a pain
[02:56] <Riddell> anyone want to fix linux-source-2.6.22-10.26?
[02:56] <Riddell> "make: *** [/build/buildd/linux-source-2.6.22-2.6.22/debian/stamps/stamp-custom-prepare-xen]  Error 2"
[03:02] <lamont> Riddell: i386, I expect?
[03:02] <Riddell> lamont: yes
[03:03] <lamont> ah, it wasn't just hppa then
[03:04] <laga> hello. dev/rtc/max-user-freq is currently set to the default value of 64 which is rather low for multimedia applications. would it be possible for you kernel guys to increase the default value to 1024 as recommended by mplayer/mythtv documentation or would i have negative side effects?
[03:05] <xhaker> mjg59, thanks for the patch, i have udma5 now :)
[03:05] <xhaker> BenC, could you please apply http://www.leetcorp.net/xhaker.diff
[03:07] <abogani> laga: Why someone want use RTC when kernel offer High Resolution Timers at no cost? :-|
[03:08] <laga> abogani: um, might be a legacy item. i still wonder if there are negative side effects.. if not, we can just enable it ourselves in mythbuntu
[03:09] <lamont> Riddell: test i386 build running now
[03:09] <lamont> fix is committed in lamont/hppa-ia64 (xen kernels and hppa were missing CONFIG_MSS)
[03:10] <Riddell> thanks
[03:16] <xhaker> bummer, the kernel was uploaded already! :D
[03:18] <zul> xhaker: send me the patch and ill get it in for the next one
[03:18] <xhaker> zul, here http://www.leetcorp.net/xhaker.diff
[03:19] <zul> got it thanks
[03:19] <xhaker> zul, mjg59 sent me that yesterday. I added the description in front
[04:00] <zul> is there still a meeting today?
[04:07] <lamont> Riddell: I think it'll build.. :-)
[04:09] <Riddell> exciting
[04:10] <lamont> uploaded
[04:10] <lamont> s/ed$/ing/
[04:10] <Riddell> so when you say think, hopefully you're understating?
[04:11] <lamont> yeah.
[04:12] <lamont> it was past the scary part on a previously-afflicted architecture
[04:17] <Riddell> accepted, many thanks lamont
[04:19] <lamont> yep.  built. :-)
[04:25] <xhaker> hmm, i386 failed to build?
[04:25] <xhaker> the last kernel upload, that is
[04:25] <lamont> -10.27 can't have failed yet
[04:26] <xhaker> zul, will -10.27 have that patch i sent you earlier? maybe i got lucky
[04:26] <zul> xhaker: uh no
[04:27] <lamont> .27 is nothing but the ftbfs
[04:28] <xhaker> lamont, ok.
[04:32] <infinity> Oh, nevermind, it just finishd.
[04:36] <dholbach> I also subscribed the kernel team to bug 125834
[04:36] <dholbach> seems that the team is not bug contact for linux-ubuntu-modules
[04:36] <dholbach> linux-ubuntu-modules-2.6.22
[04:39] <dholbach> also bug 114793
[04:39] <dholbach> and bug 124855
[04:40] <infinity> They're the contact now.
[04:40] <dholbach> rock and roll
[04:40] <dholbach> gracias, monsieur conrad
[04:40] <infinity> You're mixing languages.
[05:12] <zul> atheros is lum isnt it?
[05:13] <rtg_> zul: lrm
[05:21] <lamont> BenC: you around?
[05:28] <bdmurray> rtg_: what package is iwl4965?
[05:29] <rtg_> Gutsy l-u-m
[05:29] <rtg_> bdmurray: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy-lum.git;a=summary
[05:30] <BenC> lamont: yeah
[05:31] <bdmurray> great, thanks
[05:32] <lamont> BenC: so since I suck at unbreaking things... is it preferable to have changelog claim that 10.28 immediately follows 9.25, or to renumber 10.{26,27} to 9.{26,27}?
[05:33] <BenC> lamont: that's what kyle was working on
[05:33] <kylem> so. really shouldn't have uploaded that.
[05:33] <lamont> kylem: sorry.
[05:33] <kylem> and everyone else is kind of stupid for approving it.
[05:33] <lamont> and while you're fixing zen, please fix debian/hppa/config too
[05:33] <lamont> s/zen/xen/
[05:33] <kylem> especially given i was sleeping on the couch about 10 feet away
[05:33] <kylem> with my mobile phone
[05:34] <lamont> I think we were trying to let you sleep
[05:35] <kylem> well, i wasn't at the time it ftbfs.
[05:35] <kylem> anyway. wha tbroke now?
[05:35] <lamont> same bug as xen
[05:35] <lamont> -10.27 is top of my hppa-ia64.git tree
[05:36] <lamont> and dies in abicheck, because I suck
[05:36] <kylem> eh?
[05:36] <kylem> oh.
[05:36] <kylem> right.
[05:36] <kylem> ok, i'll just bump to 10.28 and upload.
[05:36] <lamont> i386 was ftbfs because of CONFIG_MSS.  ditto hppa
[05:36] <kylem> yes.
[05:36] <kylem> i know, i got the email...
[05:37] <lamont> and I screwed up things for abicheck when I did -10.27
[05:37] <kylem> yeah, it's fine.
[05:37] <kylem> i'd have made the same mistake probably.
[05:37] <lamont> but if you want the history, it's in my tree... :(
[05:37] <kylem> ok, i pulled the patch from your tree
[05:38] <lamont> and I had a -10.28 prepared, but hadn't committed it or uploaded yet...  and now it's your baton.
[05:40] <kylem> lamont, there's nothing wrong with the commit though, right? it will succeed now?
[05:42] <lamont> right
[05:43] <kylem> ok, thanks.
[05:43] <lamont> what I changed but did not commit was: changelog (rename .26,27 to -9), and rename debian/abi/2.6.22-9.25 -> 27
[05:43] <kylem> the odds are astronomically high that i'm goign to fuck this up.
[05:43] <lamont> want me to just upload a .28?
[05:44] <kylem> no, it's fine
[05:44] <kylem> why would you rename the abi?
[05:45] <kylem> there is no abi to compare it to
[05:45] <lamont> ah, good point.
[05:45] <lamont> as long as it's -9.27 for the previous in changelog.  got it.
[05:45] <lamont> EOVERKILL
[05:45] <kylem> yeah, sorry, i should have nuked it when i was preparing it in the first place.
[05:46] <lamont> anyway, sorry for screwing up .27 and making more work.
[05:47] <lamont> and feel free to make that .27 guy<EMAIL_ADDRESS>or not. :-)
[05:54] <kylem> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-gutsy.git;a=commitdiff;h=a5691db7134fd4566504a38c3a3d812658452665
[05:54] <kylem> hopefully it doesn't fail because i capitalize urgent or something
[05:56] <infinity> Processing..
[05:58] <infinity> kylem: Processed and approved.
[05:58] <lamont> kylem: as an FYI, debian/rules updateconfigs changes config/i386/*
[05:59] <kylem> yeah
[05:59] <kylem> i expect that
[05:59] <lamont> I expected that you did
[05:59] <lamont> I also noticed that at least one of those config vars was =y and =m in diff config.* files, and merged into =y...
[06:00] <kylem> hand editing them generally a bad idea
[06:00] <lamont> uh.... that's what I do.  and then I run updateconfigs so that amitk doesn't yell at me.
[06:03] <ogra> BenC, ping
[06:04] <BenC> ogra: ?
[06:04] <ogra> BenC, about bug 130330
[06:04] <ogra> meh, no ubotu :P
[06:04] <ogra> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/130330
[06:04] <ogra> i was told you have concerns with that ?
[06:06] <BenC> ogra: ...
[06:07] <mjg59> ogra: Which hardware?
[06:07] <kylem> i'm working on fixing up alsa on them.
[06:07] <kylem> slowly.
[06:08] <elmo> oh, right, I need to report my feisty-hates-usb bug
[06:08] <ogra> mjg59, kaluha specifically and there is a driver for sis7019 that we dont have but thats available as unlicensed source that needs various bits of the oss stack thats missing as well
[06:08] <mjg59> ogra: Yeah, I think the "unlicensed source" bit is probably more of a problem
[06:09] <ogra> right
[06:09] <mjg59> We shouldn't be distributing kernel options for the sole reason of letting someone breach copyright
[06:09] <ogra> i have it building fine here, but cant use it, its a shame
[06:09] <ogra> well, i think its up to the user and i want to enable them at least to make their HW work
[06:11] <amitk_> ogra: we have worse - a GPL driver that we can't include becase of crazy firmware licensing: http://www.marvell.com/drivers/driverDisplay.do?dId=178&pId=38
[06:12] <BenC> ogra: ah, right...we'll end up re-enabling oss where needed
[06:12] <ogra> amitk_, well, i dont care about inclusion since i wont be able to, but i care that the user can solve it himself ....
[06:13] <amitk_> ogra: point taken
[06:13] <mjg59> amitk_: 2.2(ii) seems to grant permission to redistribute the firmware?
[06:14] <elmo> mjg59: but not sell it, and check out the export/nuclear crack clause towards the end
[06:16] <ogra> BenC, i'll get a list and attach it to the bug .... for now kahlua is the most important one i know of, but i'm sure there are more, these embedded chipsets suck in that regard
[06:16] <mjg59> elmo: It says that we can't sell the firmware, not that we can't sell the product it's incorporated into?
[06:17] <mjg59> elmo: I suspect that the export stuff is a matter of law anyway. I'd go slightly further and suggest that we've never made any real guarantees about anyone's right to use anything in l-r-m
[06:18] <elmo> mjg59: if we sell an Ubuntu DVD with this on it, how is that not selling the firmware?  where does the license make the distinction between the firmware and the product it's integrated into
[06:18] <elmo> mjg59: that export stuff is not a matter of law
[06:18] <elmo> "any party engaged in nuclear, chemical/biological weapons or missile proliferation activities "
[06:19] <elmo> " may not, in the absence of authorization by U.S. and local law and regulations, as required, be used by or exported or reexported"
[06:19] <elmo> is something I can't even parse, but under at least one reading seems to say 'in soviet russia, US law applies YOU'
[06:20] <mjg59> elmo: That section starts "are subject to US export control laws"
[06:20] <mjg59> If authorization by US and local law and regulations /isn't/ required, it sounds fine
[06:21] <elmo> I really don't see how you're reading it that way
[06:22] <elmo> '  In addition to the above' <- above being are subject to US export control laws
[06:22] <elmo> ' may not, in the absence of authorization by U.S. and local law and regulations, as required, [... a whole bunch of prohibitive restrictions] '
[06:22] <BenC> ogra: ok
[06:23] <mjg59> I read that as "You may not do these things without the authorization of US and local law (as required)"
[06:23] <mjg59> Where there's no requirement, you may do them
[06:26] <mjg59> elmo: The "You may not sell this" bit also claims "You may not distribute it", which is clearly at odds with 2.2 - the only way for that to make sense is for it to be fine to distribute or sell it as part of the licensee's product, but not on its own
[06:26] <mjg59> Which is a restriction that we've had on other things in the past
[06:26] <elmo> err, like what?
[06:27] <elmo> oh, you mean selling in aggregrate
[06:27] <elmo> sure we've had that before
[06:27] <mjg59> Yeah
[06:27] <elmo> but I don't buy the whole 'this is the whole sane reading of the license -> we'll use that' argument at all
[06:27] <elmo> we've been bitten by that before with e.g. pine
[06:28] <mjg59> 2.2(ii) makes it clear that you can distribute as part of licensee's product, whereas 2.3(ii) states that you can't distribute the proprietary deliverables
[06:28] <elmo> and we've certainly got a history of rejecting internally inconsistent licenses
[06:29] <mjg59> Heh. Have you guys asked for clarification?
[06:30] <elmo> I dunno - I haven't been dealing with them/don't know who is.  amit?
[06:31] <elmo> 'All Derivatives of the Open Source Deliverables shall be licensed back to Marvell' is another interesting one
[06:31] <infinity> kylem: Old builds killed, new builds on the way.
[06:31] <kylem> thanks hot stuff.
[06:31] <mjg59> elmo: Surely that's an inevitable consequence of them being GPLed?
[06:32] <elmo> not if I don't  distribute it to them, it's not
[06:33] <mjg59> Hm. Yes, I can see that being an issue.
[06:48] <amitk_> elmo: mjg59: I haven't dealt with Marvell directly. I got a request from Pepper to include this driver. And since the license was too much for my comprehension of law, I asked around (mdz, elmo, rtg_)
[06:50] <amitk_> but if you know who has done these sorts of negotiations before, we could take this forward
[06:52] <amitk_> actually it was Mithrandir instead of rtg_
[07:11] <zul> BenC: maybe there should be a wiki page on patches from the community (ie what is needed, etc)
[07:41] <BenC> zul: basically it's the same as upstream kernel
[08:05] <IntuitiveNipple> Anyone familiar with the TCP keepalive code? I'm trying to confirm that code I'm looking at in net/ipv4/tcp_minisocks.c in tcp_check_req() is the bit responsible for sending the keepalive ACK - around line 585 "req->rsk_ops->send_ack(skb, req);"
[08:30] <xhaker_> zul, that bit about patches from the community was related to the patch i linked you earlier? It was mjg59 who did that patch, not me, i just added the /**/ comment
[08:30] <zul> xhaker_: can you update it then
[08:31] <xhaker_> i've added it to my own branch
[08:31] <xhaker_> what info do you need? the commit message?
[08:31] <zul> signed off description etc
[08:32] <xhaker_> can i export my diff with that info attached?
[08:32] <xhaker_> git-*
[08:32] <zul> sure email me it ill try to get it upstream as well
[08:33] <zul><EMAIL_ADDRESS>[08:34] <zul> or even better yet send it to the kernel-team ml
[09:00] <xhaker_> I will do that.. after a reboot
[09:45] <zul> later


[06:36] <oSoMoN> good morning desktoppers!
[06:48] <ricotz> hey oSoMoN
[06:48] <oSoMoN> hey ricotz, how are you?
[06:49] <ricotz> oSoMoN, very well, thanks, you?
[06:49] <ricotz> nice seeing ff73 built for xenial :)
[07:00] <oSoMoN> ricotz, yeah, I'm good, and relieved that the xenial build is out, too :)
[07:17] <didrocks> good morning
[07:17] <jibel> salut didrocks
[07:19] <seb128> goood morning desktopers
[07:26] <didrocks> salut jibel
[07:26] <didrocks> hey seb128
[07:34] <oSoMoN> salut didrocks, jibel, seb128
[07:42] <didrocks> salut oSoMoN
[08:30] <seb128> lut didrocks, oSoMoN, comment ça va aujourd'hui ?
[08:34] <didrocks> seb128: ça va, je me bats avec les builders et l’infra pour que tout passe dans la release pocket :p
[08:34] <didrocks> et toi ?
[08:35] <seb128> didrocks, ça va, un peu la bourre aussi :) je veux pas flinger la transition icu mais j'ai des trucs à uploader...
[08:35] <didrocks> ouais, j’ai vu ça…
[08:36] <marcustomlinson> morning desktopper
[08:36] <marcustomlinson> whoops. morning desktoppers
[08:37] <seb128> hey marcustomlinson, how are you?
[08:37] <marcustomlinson> seb128: I'm doing alright thanks, you?
[08:37] <seb128> I'm good, thanks!
[08:38] <didrocks> hey marcustomlinson!
[08:39] <marcustomlinson> hey didrocks, how things?
[08:40] <didrocks> marcustomlinson: good! Sounds like we are just on time for FF! :)
[08:40] <didrocks> in*
[08:40] <marcustomlinson> oh wow
[09:02] <Laney> moin
[09:02] <seb128> hoi Laney
[09:03] <seb128> wie gehts?
[09:05] <marcustomlinson> morning Laney
[09:05] <Wimpress> Morning desktopers o/
[09:05] <marcustomlinson> morning Wimpress
[09:05] <seb128> hey Wimpress
[09:05] <Wimpress> Hi marcustomlinson
[09:05] <Wimpress> seb128: o/
[09:05] <Laney> hey seb128 marcustomlinson Wimpress
[09:05] <Laney> yeah doing alright
[09:06] <Wimpress> Yo
[09:07] <Wimpress> seb128 Laney Brad contacted me about exfat.
[09:07] <Wimpress> He filed this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1862028
[09:07] <Wimpress> What are your thoughts on that one?
[09:07] <didrocks> hey Laney, Wimpress
[09:08] <Wimpress> Morning didrocks
[09:08] <seb128> Wimpress, it's tagged champagne, we will get to it in the next meeting?
[09:09] <seb128> but still I'm curious now so having a look
[09:12] <marcustomlinson> hellsworth: so LO arm64 autopkgtests look to be passing now. cool
[09:13] <seb128> Wimpress, I commented on the bug, I guess he installed exfat-fuse that we don't install by default. We should probably deprecate/remove that one on update if that's what creates the issue, let's see what Brad replies
[09:14] <marcustomlinson> Laney: hey, I feel pretty confident with that upgrader MR now, got to all your comments, again thanks for that!
[09:14] <Laney> ok cool, will look again soon
[09:14] <Laney> if you could add comments for how to test it that'd help
[09:15] <marcustomlinson> ok
[09:20] <jibel> seb128, hi, has there been any conclusion on this thread ? https://lists.ubuntu.com/archives/ubuntu-devel/2019-November/040844.html
[09:21] <jibel> it landed in today's build
[09:21] <seb128> ?!
[09:21] <seb128> jibel, no, basically people seem to mostly agree on principle
[09:21] <seb128> but that's one of the item we didn't manage to even start looking at and no other team stated they would work on it
[09:22] <seb128> what landed exactly?
[09:22] <jibel> a new casper that enable media integrity check by default
[09:22] <jibel> it can be skipped with 'S'
[09:23] <jibel> https://launchpad.net/ubuntu/+source/casper/1.441
[09:23] <seb128> I'm not going to complain, I was just not expecting it
[09:23] <jibel> and previous upload
[09:23] <seb128> did you test it? does it feel alright as an user experience?
[09:23] <jibel> yes
[09:24] <jibel> yes twice :)
[09:24] <seb128> :)
[09:24] <jibel> some users are surprised an report bugs, I'll just close them and point the to the discussion
[09:24] <jibel> and*
[09:24] <Wimpress> seb128: Thanks for checking on that.
[09:25] <seb128> jibel, thanks!
[09:25] <seb128> Wimpress, np
[09:26] <Wimpress> That buig actually affect Ubuntu MATE and Kylin. I'll follow up.
[09:27] <Laney> Wonder if xnox said anywhere that this was being implemented
[09:27] <seb128> Wimpress, exfat-fuse?
[09:27] <Wimpress> Yes.
[09:27] <seb128> Laney, I didn't read anything about it
[09:27] <Wimpress> Seeded in Ubuntu MATE.
[09:28] <seb128> :p
[09:28] <Wimpress> And Kylin.
[09:28] <seb128> it's probably a good idea to drop it then yes :)
[09:28] <Wimpress> Indeed.
[09:37] <jibel> Laney, he didn't
[09:43] <jibel> xnox, I think the type of the partition of the ESP in BIOS mode is wrong, it should be 'ef' not 'b'
[10:18] <seb128> (and back now)
[11:04] <xnox> seb128: integrity check improvements are as per email thread and ongoing installer boot options review with mpt. This implementation is not final, but is a massive improvement. Still need to get UX rereviewed with mpt as it simply addressed a long lost of complaints about it from mpt. I.e. I am not sure if I should store the result of the check somewhere, to surface a warning in the installer with
[11:04] <xnox> translations once we boot fully.
[11:05] <xnox> jibel: can you please comment on that partman-auto / ubiquity bug report about type of partition? I will not have time to look at that right now, but don't want to loose this information.
[11:07] <seb128> xnox, thx for working on it in any case ... I didn't test yet, but we still start the installer if the check failed?
[11:08] <xnox> seb128: at the moment yes, with a warning printed and a longer delay.
[11:08] <seb128> k
[11:56] <ricotz> marcustomlinson, hi, would you dare to run autopkgtests on https://launchpad.net/%7Elibreoffice/+archive/ubuntu/libreoffice-prereleases/+packages?field.name_filter=&field.status_filter=published&field.series_filter=focal
[12:02] <marcustomlinson> ricotz: maybe not today, I suspect the builders are gonna be busy with ff stuff
[12:02] <ricotz> marcustomlinson, alright
[12:02] <ricotz> marcustomlinson, please don't push no-change rebuild of libreoffice for poppler
[12:03] <ricotz> uploading 6.4.1 is way more efficient given its buildtime
[12:05] <ricotz> hellsworth, hi, ^
[12:06] <GunnarHj> Hey seb128!
[12:06] <GunnarHj> seb128: Aware of any plans for xkeyboard-config? Upstream has recently released 2.29, but Debian is still on 2.26 (quiet there the last year). Should we by-pass Debian and upgrade?
[12:16] <tjaalton> GunnarHj: I can update it there
[12:16] <tjaalton> so far pkg-xorg has been just me the past year..
[12:16] <tjaalton> more or less
[12:17] <GunnarHj> tjaalton: Excellent! Then I await your update before preparing a merge in Ubuntu.
[12:18] <seb128> GunnarHj, hey GunnarHj, sounds like you got a reply :)
[12:18] <tjaalton> what's the diff like?
[12:18] <seb128> GunnarHj, do you want to maybe look at the new ibus?
[12:19] <tjaalton> GunnarHj: since we don't support d-i anymore, I don't think the split of xkb-data-i18n is needed anymore
[12:19] <seb128> Trevinho, hey, should gnome-shell-extension-appindicator/exp be synced to focal?
[12:19] <Laney> put it in the silo ?
[12:20] <tjaalton> GunnarHj: and we don't cache xkb data anymore, so I guess it could be synced then, assuming all the others are upstream by now
[12:20] <GunnarHj> seb128: Yeah, xkeyboard-config is under control then. Which new ibus are you talking about? slangasek recently updated it.
[12:20] <seb128> GunnarHj, 1.5.22
[12:21] <seb128> GunnarHj, https://packages.qa.debian.org/i/ibus/news/20200226T120812Z.html
[12:21] <Laney> Feb 27 12:15:39 focal-vm gnome-shell[876]: JS ERROR: Error: Type name Gjs_WindowClone is already registered
[12:21] <Laney> /o\
[12:22] <seb128> Trevviiinnhhoooo
[12:22] <GunnarHj> tjaalton: Ok, syncing is more convenient, of course. I'll take a look and see if there is anything I believe we still need.
[12:22] <seb128> GunnarHj, thx
[12:22] <tjaalton> yep
[12:23] <Laney> fixed with upgrading libgjs0g, it's a not strict enough dependency
[12:25] <seb128> ah, good
[12:25] <GunnarHj> seb128: Will look at ibus 1.5.22. I think the most important stuff is already in via patches. Possibly we should wait until they move it to unstable?
[12:26] <seb128> GunnarHj, the version we currently have is also only in experimental, unsure why they don't move to unstable
[12:27] <seb128> GunnarHj, https://packages.qa.debian.org/i/ibus.html shows they had the previous version upload to experimental as well so I guess it has more to do with packaging change than with the new version
[12:27] <seb128> GunnarHj, anyway I just wanted to know if you could look at/evaluate if we should get the new version, "no" is a valid answer :)
[12:29] <GunnarHj> seb128: I looked at it as late as last night, and concluded that it's probably no hurry due to Steve's upload. But sure, I can prepare an upload based on the experimental variant if you like.
[12:32] <seb128> GunnarHj, no, I was just wondering if the .22 update from upstream had fixes we maybe should consider
[12:32] <seb128> seems not from you say so all good :)
[12:43] <GunnarHj> tjaalton: If we don't need xkb-data-i18n any longer, I think we are ready to start syncing. There is a postinst script too, which removes /var/lib/xkb/*.xkm files, but I can't recall that I have seen such files there for many cycles.
[12:44] <tjaalton> GunnarHj: that's the xkb cache, we dropped the xserver patch some time ago because it caused issues bigger than the tiny speedup it gave
[12:45] <tjaalton> so yeah, should be syncable then
[12:45] <GunnarHj> tjaalton: Great!
[12:56] <Laney> seb128: Trevinho: I copied apppindicator to the silo
[12:56] <seb128> Laney, ack
[12:59] <Laney> https://people.canonical.com/~laney/weird-things/aaaa.png
[12:59] <Laney> this could be better
[12:59] <Laney> wait
[13:00] <Laney> NM!
[14:18] <marcustomlinson> Laney: think we could wangle a ubuntu-release-upgrader release in time for ff?
[15:14] <Laney> probably, don't worry I know what the deadlines are :-)
[15:42] <seb128> ricotz, hey, any chance you could look at kylin-greeter not building with the current vala? we need to rebuild if with the new gnome-desktop...
[15:42] <seb128> 'greeter-list.vala:185.5-185.22: error: Creation method of abstract class cannot be public.
[15:42] <seb128>     public GreeterList (Background bg)'
[15:46] <hellsworth> good morning desktopers
[15:47] <kenvandine> good morning hellsworth
[15:48] <hellsworth> hi kenvandine
[15:51] <oSoMoN> morning hellsworth
[15:51] <hellsworth> hi thre oSoMoN
[16:03] <hellsworth> it is so nice to see libreoffice all Pass across update_excuses :)
[16:08] <tkamppeter> seb128, Laney, I have a question about my gscan2pdf-blocks-everything Merge Request, https://code.launchpad.net/~till-kamppeter/britney/hints-ubuntu/+merge/379911 Is it assigned correctly to "Ubuntu Package Archive Administrators"? Or have I to move it to "ubuntu-release" or so?
[16:09] <Laney> indeed, ubuntu-release is the team for that
[16:10] <Laney> sigh
[16:10] <Laney> someone retried that with all-proposed while there was an uninstallable kernel
[16:19] <Laney> hey it's FF FF today
[16:19] <Laney> something which happens only every 13 years
[16:19] <hellsworth> :D
[16:20] <marcustomlinson> what a time to be alive!
[16:20] <tkamppeter> Laney: FFFFF (Feature Freeze For Focal Fossa).
[16:20] <hellsworth><PHONE_NUMBER>1111111111
[16:21] <tkamppeter> Laney, but in some weeks it will happen again: Final Freeze For Focal Fossa
[16:21] <Laney> actually I guess Final Freeze :(
[16:21] <Laney> ok fine it's Fe Fr Fo Fa
[16:21] <Laney> ok fine it's Fe Fr Fo Fo
[16:21] <Laney> and then it'll be Fi Fr Fo Fo
[16:22] <hellsworth> i smell an englishman?
[16:22] <marcustomlinson> Fe Fi Fo Fum
[16:22] <marcustomlinson> haha
[16:22] <hellsworth> haha
[16:22]  * hellsworth highfives marcustomlinson
[16:22] <Laney> no flies on you guys
[16:22] <Wimpress> I smell the imminent release of a Focal Fossa?
[16:22] <tkamppeter> hellsworth, 111...?
[16:22] <hellsworth> binary of FFFFF
[16:23] <tkamppeter> hellsworth, thanks.
[16:23] <tkamppeter> Someone of you speaks German: WWWWWWWWW.
[16:24] <tkamppeter> Wenn wir Wiener Wien wienern, wienern wir Wiener Wien.
[16:25] <tkamppeter> Means: If we from Vienna clean Vienna, we from Vienna are cleaning Vienna.
[16:26] <Laney> :D
[16:26] <Laney> I liked Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo
[16:26] <Laney> it's a bit US english for me but I can get it if I think hard ;-)
[16:27] <marcustomlinson> my brain...
[16:27] <marcustomlinson> Reminds me of that Chinese poem
[16:28] <marcustomlinson> The Lion-Eating Poet in the Stone Den
[16:33] <tkamppeter> Laney, switched to release-team, let us hope to get rid of gscan2pdf DoS attacks from Debian.
[16:34] <Laney> Not sure if we should use all
[16:34] <Laney> I've added hints for the current version
[16:36] <tkamppeter> Laney. I suggested "all" because otherwise we have to fix it whenever some Debian guy uploads a new version. And according what I see on the sane-devel mailing list gscan2pdf upstream is released frequently.
[16:36] <Laney> Then the test should be turned off in the package I think
[16:36] <Laney> Otherwise we're running it unnecessarily
[16:39] <tkamppeter> Laney, so the "force-badtest" means that the test is run but the result is ignored? For what does one need this?
[16:40] <Laney> I don't really want to get into an extended debate about test semantics right now, sorry Till
[16:40] <Laney> Trying to review marcustomlinson's branch
[16:40] <Laney> We can talk about it in person if you really want nto
[16:43] <Laney> marcustomlinson: can you do a bit o'squashing while I test this please?
[16:45] <marcustomlinson> Laney: sqaushing?
[16:45] <Laney> ah
[16:46] <Laney> rebase your branch and merge the commits into logical units
[16:46] <Laney> but if you have to learn how to rebase ... maybe don't bother :p
[16:50] <Laney> I am totally going to mess up releasing this
[16:59] <marcustomlinson> gotta see the doc now, back later
[16:59] <Laney> laters
[17:03] <marcustomlinson> ok nvm, still waiting. and now I remember this is git not bzr
[17:04] <marcustomlinson> Laney: is it not possible to squash merge?
[17:05] <marcustomlinson> would you like me to squash everything into a sinlge commit on my branch?
[17:05] <Laney> Kind of, I can add a merge commit instead of N separate ones, that's pretty similar to bzr merges
[17:05] <Laney> do you think one commit makes sense? if so, then that'd be nice
[17:06] <Laney> then you can describe the idea in the message which would be sweet
[17:08] <Laney> so you can do git rebase -i origin/ubuntu/master, change all the 'pick' except the first one to 'fixup' and the first one to 'reword', and then write a nice message in the editor you get
[17:08] <Laney> should do it
[17:11] <Laney> ah yay, I got the pre-build.sh script to finish
[17:17] <marcustomlinson> sorry battling poor connection
[17:30] <marcustomlinson> Laney: that ok?
[17:31] <Laney> marcustomlinson: I think you've downplayed your own work there :P
[17:31] <Laney> it makes it look like you just added a .json file
[17:31] <Laney> but if you're happy with it that's fine by me
[17:31] <marcustomlinson> Laney: yeah I'm ok with it haha
[17:32] <Laney> so nice having a local mirror
[17:32] <Laney> took about 1 minute to download the whole dist-upgrade
[17:39] <ricotz> seb128, I can take a look at kylin-greeter
[17:46] <seb128> ricotz, thanks!
[17:52] <Laney> OOH YEAH look at those deleted snaps
[18:01] <marcustomlinson> :)
[18:03] <Laney> DONE
[18:03] <Laney> I didn't get gnome-shell and friends uploaded
[18:04] <Laney> Marco told me he had to fix something in ubuntu-dock, and then disappeared
[18:04] <Laney> so it's going to have to be tomorrow I'm afraid (or someone else can work with Trevinho tonight)
[18:04] <marcustomlinson> \o/
[18:05] <marcustomlinson> (I mean for my thing, not Trevinho's)
[18:07] <marcustomlinson> Laney: not sure if I can help with the upload?
[18:19] <marcustomlinson> Laney: do you know how the tarball ends up here: https://changelogs.ubuntu.com/meta-release-lts-development
[18:19] <marcustomlinson> sorry I think I asked this before and missed the response
[18:19]  * marcustomlinson looks for it
[18:23] <marcustomlinson> ok done at the hospital, home time -> afk
[18:34] <marcustomlinson> Ah ffs nvm again...
[18:34] <marcustomlinson> We have to wait around for an hour for blood results. I thought we’d just get them in the post
[18:35] <tkamppeter> Laney, how did you solve the gscan2pdf problem?
[18:38] <tjaalton> GunnarHj: xkeyboard-config is now in sid
[18:38] <tjaalton> the update
[18:39] <tkamppeter> Laney, and thanks for the fix.
[18:41] <GunnarHj> tjaalton: Nice! Please note that don't have upload rights for that package in Ubuntu either, so can you please sync it once it's possible to do that?
[18:42] <tjaalton> sure
[18:42] <GunnarHj> Thanks!
[18:45] <ricotz> seb128, https://people.ubuntu.com/~ricotz/sponsoring/0001-Constructors-of-abstract-class-must-not-be-public.patch
[18:50] <Trevinho> Laney: ouch, I had a crash of the usb subsystem and I didn't reopen the chats on restart... -_-
[18:51] <Trevinho> well stuff was ready to upload though
[18:51] <seb128> ricotz, thanks, I've uploaded that now!
[18:53] <ricotz> seb128, this looks weird ;) https://launchpadlibrarian.net/466870355/kylin-greeter_19.04.1build2_19.04.1ubuntu1.diff.gz
[18:53] <seb128> ricotz, shrug!
[18:53] <ricotz> this is a native package
[18:53] <seb128> stupid debian packaging systems :p
[18:53] <seb128> yes, indeed ...
[18:56] <seb128> ricotz, reuploaded with the packaging noise undone, thanks for noticing/pointing it out
[18:57] <seb128> Trevinho, you need to fix your IRC notifications somehow :)
[19:01] <Trevinho> seb128: no, I need to remember to open any chat system once I reboot xD
[19:02] <Trevinho> seb128: anyway the silo is fine for being published as it is if you want, although Laney told that he can do it tomorrow too, so as you guys prefer
[19:02] <Trevinho> I wanted to upload a change on dash-to-dock but looks like the fix needed is a bit more complex, so I can wait for later
[19:02] <Trevinho> in the mean time, I've troubles with my usb keyboard it seems -_-


[10:23] <alan_g> alf_: anpok - any opinions pending on this? https://code.launchpad.net/~kdub/mir/report-vsync/+merge/251532
[10:31] <anpok> taking a look
[11:26] <duflu> alan_g: I'm still concerned about the accuracy. The report function is called some unbounded time after vsync. But in the case of constant rendering, it will usually be fairly close
[11:26] <duflu> We have the same trade-off in our perf reports already
[11:26] <duflu> And that's enough.
[16:41] <alan_g> On the BBC: http://m.bbc.co.uk/news/technology-31723029
[19:58] <ameurux> hello
[21:28] <kenvandine> i hear there a way to make mir logging more verbose, any pointers?
[21:36] <anpok> kenvandine: http://unity.ubuntu.com/mir/component_reports.html
[21:36] <kenvandine> anpok, thx
[21:53] <anpok> kenvandine: two are missing shared-library-prober-report and compositor-report (fixing that)
[21:59] <tmpRAOF> Hm. That reminds me. Should turn shared
[21:59] <tmpRAOF> Hm. That reminds me. Should turn shared-library-prober-report into some unconditional logging.
[22:06] <anpok> hm hm
[22:06] <anpok> but meanwhile it gets documented
[22:12] <tmpRAOF> Absolutely.


[01:03] <Zignd> hey guys, can someone tell me how can I report a bug on Lubuntu 12.10?
[01:05] <Zignd> https://wiki.ubuntu.com/Lubuntu/ReportingBugs
[01:05] <Zignd> never mind I found it
[04:32] <amh345> evening
[05:00] <zetta> hallo
[05:06] <Th3Pun15h3r> anyone tried bodhi or wattos and how does it compare to lubuntu?
[13:29] <andyb> Hi folks, I've just installed Lubuntu on a PowerPC Mac Mini G4.  I'm having difficulties connecting my Belkin N300 Micro Wireless Adapter to the computer.  I'm a complete novice with all this but was wondering if someone could help please?
[16:05] <Wolseinstein> HEllo . is it possible to drag an item from one of those 4 desktop to another in ubuntu?
[16:27] <bioterror> Wolseinstein, dont drag, just move from the title bar?
[17:59] <Riccardone> hi all
[18:00] <Riccardone> my panel is down after installation of Cairo Dock .. Someone can help me
[18:00] <Riccardone>  ?
[19:05] <cdoublejj> how do i do this > http://dovangiang.wordpress.com/2012/05/01/booting-ubuntu-linux-with-the-chameleon-bootloader/ < on a live cd?
[19:53] <cdoublejj> how do i do this > http://dovangiang.wordpress.com/2012/05/01/booting-ubuntu-linux-with-the-chameleon-bootloader/ < on a live cd?
[19:55] <Unit193> Why would you need to?  Grub isn't installed at that point anyway.  Also pretty sure Hackintosh isn't supported here.
[19:58] <cdoublejj> i installed in the order of 7,lubuntu, mac
[19:58] <cdoublejj> the article pertains to reinstalling grub in a specific location
[20:09] <cdoublejj> i need to reinstall grub on the NOT MBR and then reinstall chameleon and let it install to the MBR like it likes to
[20:56] <cdoublejj> i get a path boot/grub is not readable with a live cd
[23:30] <zerothis> I need to test a motorcycle design for stability. What's good Linux app that will let me build and test a virtual design?


[16:03] <LocutusOfBorg> major outage for builders?
[16:03] <LocutusOfBorg> looks like riscv64 is disabled...
[16:36] <LocutusOfBorg> maybe wgrant ^^ riscv64 stick please?
[16:58] <cjwatson> LocutusOfBorg: fixed
[16:58] <cjwatson> there was a host reboot with short notice and I was busy with other things
[16:59] <cjwatson> but re-enabled them as soon as I saw the notice
[20:15] <LocutusOfBorg> thanks!
[20:20] <LocutusOfBorg> mmm looks like they are dying again... lots of disabled and cleaning?
[20:51] <cjwatson> LocutusOfBorg: not sure what's going on, poking them occasionally until wgrant can come and look properly
[20:52] <cjwatson> I've bounced a few of the VMs
[20:52] <cjwatson> LocutusOfBorg: 001..030 are expected to be disabled for the time being
[20:52] <cjwatson> some kind of bcache problem I believe
[21:04] <cjwatson> LocutusOfBorg: I think this is as good as it's going to get now, with one of the two VM hosts disabled
[21:33] <LocutusOfBorg> thanks!


[14:28] <statik> Hi! I'd like to drop my outdated launchpad cloak and get an ubuntu member cloak instead. My launchpad profile is https://launchpad.net/~statik
[14:29] <nhandler> statik: I'd be glad to help with the cloak change as soon as one of the Ubuntu Group Contacts approves it
[14:29] <statik> nhandler: thanks!
[14:32] <TheLordOfTime> speaking of ubuntu gcs, if one of em shows up i'd like to talk with them via /query :)
[14:37] <nhandler> topyli, AlanBell, Pici, funkyHat ^
[14:39] <TheLordOfTime> i think you just let slip who the GCs are, nhandler :P
[14:41] <AlanBell> no great secret that the IRCC are the GCs
[14:41] <TheLordOfTime> :P
[14:41] <AlanBell> I am about to leave the office, but if you want to pop into #ubuntu-irc-council then one of us will probably be able to assist
[14:42] <nhandler> AlanBell: Is the cloak request ok? He is an ubuntu member
[14:43] <AlanBell> yes, that is most certainly ok
[14:43] <nhandler> Ok, thanks
[14:44] <nhandler> statik: You should be all set
[14:44] <statik> gracias
[14:45] <TheLordOfTime> nhandler: /query?
[14:56] <nhandler> Don't forget to add statik to the cloaked users group on Launchpad
[16:36] <LordOfTime> any of the GCs around?
[17:05] <LordOfTime> so are none of the IRCC people (or the GCs) online?
[17:06] <bazhang> for what?
[17:06] <LordOfTime> cloak stuffs
[17:07] <Myrtti> they have a backlog, if you stick around after making your request then things would be faster
[17:07] <k1l> LordOfTime: dont ask to ask :)
[17:07] <LordOfTime> Myrtti:  yeah, i cant respond once i'm back at work though :p
[17:09] <Fuchs> LordOfTime: /msg memoserv help   is a great thing, plus the thing I already said on cloaks and how urgent they are ;)
[17:10] <LordOfTime> yup
[17:15] <Pici> LordOfTime: I need to confer with another IRCCer before I can ack your request.
[17:16] <LordOfTime> Pici:  received, its a minor change, just to the accountname reflected in the cloak
[17:16] <LordOfTime> nothing more
[17:16]  * LordOfTime may not respond on this nick, so memoserv would be a better method of contacting me
[17:17] <Pici> LordOfTime: Just a change of the cloak to reflect your new account name?
[17:18] <LordOfTime> yep
[17:18] <LordOfTime> that's all that i need changed
[17:18] <LordOfTime> the TrekWeb part is already approved by me, i'm the GC for that group
[17:18] <LordOfTime> just need an IRCC person to approve the change for the ubuntu part
[17:18]  * AlanBell was going to confer with Pici :)
[17:18] <Pici> No problem from that end.
[17:19] <Pici> AlanBell: unless I'm forgetting something about the new dual cloak policies.
[17:19] <LordOfTime> last i heard about dual cloaks for freenode, its primary/primrole/secondary.accountname normally
[17:19] <AlanBell> dunno, more of a freenode policy than an Ubuntu policy I think
[17:19] <LordOfTime> but its been a while since i had to check
[17:19] <LordOfTime> FUCHS
[17:19] <LordOfTime> whoops caps
[17:19] <LordOfTime> Fuchs would know :P
[17:19] <Fuchs> LordOfTime: I read along, no need for Caps.
[17:20] <LordOfTime> Fuchs:  accidental capslock
[17:20] <Fuchs> the cloak format in gernal will work, since it stays the same.
[17:20]  * LordOfTime hates capslock
[17:20] <Fuchs> I am not aware how ubuntu IRCC handles frequent cloak changes
[17:20] <AlanBell> freenode were discouraging dual cloaks I believe
[17:20] <Fuchs> well, he already has one, so changing it would actually work.
[17:20] <AlanBell> sounds fine then
[17:20] <Pici> Indeed.
[17:21] <Fuchs> *shrug*
[17:21] <Fuchs> so I shall change the cloak?
[17:21] <Pici> Go ahead.
[17:22] <Fuchs> LordOfTime / Pici / AlanBell done.
[17:22] <AlanBell> thanks Fuchs
[17:22] <LordOfTime> thanks much
[17:23] <Fuchs> You're welcome
[17:25] <nhandler> Fuchs: That works too. As long as we can view the full MARK, it is probably fine
[17:27] <Pici> Hm?
[17:27] <Fuchs> Pici: nothing
[17:28] <Fuchs> something about a different matter that ended up here, it seems
[17:28] <Pici> Fuchs: staffer things, I get it.
[17:30] <nhandler> Yep, sorry about that. Just ignore me
[18:32] <paolettopn> Hi, can you help me for my ubuntu member cloak request?
[18:33] <Myrtti> could you post your launchpad account page?
[18:33] <paolettopn> yes  https://launchpad.net/~paolettopn
[18:34] <Myrtti> paolettopn: are you a Ubuntu member?
[18:34] <paolettopn> yes
[18:34] <paolettopn> italian ubuntu member
[18:34] <paolettopn> no international
[18:35] <Myrtti> ah I see. well the Ubuntu member cloaks are for "International" members
[18:35] <paolettopn> oppps... I'm sorry
[18:36] <paolettopn> I don't know this
[18:36] <paolettopn> thanks for your info
[18:36] <paolettopn> bye Myrtti
[18:37] <Myrtti> thanks
[18:37] <paolettopn> to you
[18:37] <Myrtti> bye
[18:37] <paolettopn> bye  \O


[11:42] <sgnb> can someone here retry atdgen and rebuild nurpawiki?
[12:30] <yofel> cjwatson: a question about package sets: are those main-only or for universe too? If latter, can you add kdevelop-php and kdevelop-php-docs to the kubuntu one please?
[12:34] <cjwatson> shouldn't those be in the Kubuntu seeds if the Kubuntu development community intends to support them?
[12:35] <cjwatson> if you do that, then (a) they will be pulled into main, (b) they'll (mostly) automatically end up in your package set to
[12:35] <cjwatson> I'd prefer not to add manual exceptions for things that can be done by seeding things, as it gets hard to maintain
[12:38] <yofel> k, I'll talk to the others
[15:15] <persia> yofel: /win 23
[15:15] <yofel> :)
[15:15] <persia> yofel: Err, rather, you might want to look at the implementation of the "supported" seed that appears in some seed collections.
[15:17] <yofel> Saw it, we haven't quite decided what to do yet though, that does look like the way to go though
[15:46] <lucidfox> Huh
[15:46] <lucidfox> So the recent autosync overwrote even -XubuntuY packages?
[15:47] <tumbleweed> yes
[15:47] <lucidfox> Oh good grief
[15:48]  * lucidfox goes to look through her packages that might have been damaged
[16:05] <directhex> lucidfox, technology is awesome!
[16:05] <directhex> ¬_¬
[16:14] <cjwatson> lucidfox: I think there was a list of those attached to the u-d-a mail


[00:40] <jfer> hi. it would appear that ubuntu.org.au is down
[00:40] <jfer> are you aware of this problem?
[00:45] <elky> head_victim, ^ it would seem that the drupal install has fallen over.
[00:52] <jfer> I was wondering if it would be possible to get some 12.04 discs sent out to me that is all.
[00:55] <jfer> I was intending on giving them to some friends some of whom have never used Linux before. I though that the art work and branding would give a more professional touch.
[01:05] <bradm> the website should be back up now
[01:23] <jfer> are the CDs on ubuntu.net.au official CDs?
[01:45] <elky> jfer, occasionally, peter burns them himself when there's none available
[01:45] <elky> which is most of the time, really.
[06:58] <head_victim> bradm: thanks, not sure why it keeps doing that :/
[06:58] <bradm> head_victim: no, I wasn't able to see what was causing it, but kicking apache fixed it
[06:59] <head_victim> Fair enough, it's been happening here and there since the update to the drupal
[08:16] <head_victim> bradm: it's dropped again if you're still here (the website), if not I'll go ping in sysadmin in a few minutes.
[08:27] <elky> bradm, out of curiosity, what drupal version is the site on?
[08:29] <elky> actually probably best to poke me in pm
[08:42] <jaddi27> elky, drupal 6, but not sure full version details
[08:42] <elky> jaddi27, yeah, i also want to know something they shouldn't say in a logged channel
[08:43] <jaddi27> ah, ok. sorry about that
[08:43] <elky> thats ok
[10:17] <head_victim> sagaci: I haven't seen jellyware online since you mentioned it the other day, might pay to shoot an email