[05:17] <ari-tczew> please some main sponsors review bug, whether it can by synced or merged, thanks
[05:17] <ari-tczew> bug 604802
[05:42] <mantiena-baltix> morning all
[05:42] <mantiena-baltix> Ubuntu 10.04.1 images from http://cdimage.ubuntu.com/lucid/daily-live/current/ contains packages from lucid-proposed repository, is this ok?
[05:43] <mantiena-baltix> AFAIK it's a bug, but I don't know where I should report this bug :(
[07:58] <Riddell> maxwellian: yes debuild -nc will still recompile whatever needs to be recompiled, it just doesn't run make clean
[08:13] <twb> slangasek: ping
[08:14] <Damascene> hi,
[08:14] <twb> slangasek: in /usr/share/pam-config/foo on lucid, I can say "Session-Final:\nfoo", but not "Session-Final: foo".  That's a little annoying/unexpected.
[08:15] <Damascene> asac, Bug #603022
[08:15] <Damascene> would you like to talk about the bug?
[09:28] <asac> Damascene: no thats fine from what i understand
[09:35] <pitti> Good morning
[09:35] <asac> hi pitti
[09:38] <\sh> hoi pitti, asac
[09:39] <pitti> hey \sh
[09:39] <pitti> hello asac
[09:40] <asac> moin \sh ;)
[10:02] <bdrung> crimsun_: can you unsubscribe ubuntu-sponsors when you sponsor a bug? bug #581786 seems to be sponsored.
[10:05] <bdrung> crimsun_: i can't see your upload to -proposed. so it's up to you to unsubscribe ubuntu-sponsors.
[10:07] <smoser> Keybuk, could you look at upstart script branch in bug 43574 (not urgent at all)
[10:08] <smoser> and also, sometime this week i'd like to get your thoughts on bug 606373
[10:11] <LucidFox> seb128, does Murrine even have an upstream bugtracker?
[10:11] <LucidFox> I couldn't find one
[10:11] <seb128> LucidFox, gnome.org
[10:11] <seb128> bugzilla.gnome.org
[10:12] <LucidFox> Ah, found it
[10:20] <LucidFox> seb128> Forwarded, https://bugzilla.gnome.org/show_bug.cgi?id=624805
[10:21] <seb128> LucidFox, thanks
[10:28] <agutierr> Hello: Someone knows how to disable Halt/Reboot entries from indicator-applet-session in gnome? (editing gconf keys doesnt works)
[10:29] <twb> agutierr: if you work it out, let me know.
[10:29] <twb> agutierr: same goes for disabling "user switching"
[10:30] <agutierr> arggg twb
[10:30] <agutierr> I need this!!! :-(((
[10:30] <twb> I "fixed" user switching by replacing gdm with xdm, which conveniently also sidestepped some gdm information disclosure fuckups (at least in the default theme).  The button still shows up, but clicking it does nothing.
[10:31] <agutierr> twb, there is some shorcut for make it work?
[10:31] <agutierr> user switch i dont care
[10:31] <agutierr> but halt and reboot... :-s
[10:31] <twb> You might want to try looking for dbus .service files and diverting/deleting them.  I haven't investigated that approach yet; it's just a hunch.
[10:31] <LucidFox> seb128, should I CC you to that upstream bug?
[10:32] <seb128> LucidFox, no, that's ok, just add the url to the launchpad bug
[10:32] <twb> One of the other engineers here said that not being able to lock it via gconf mandatory settings was a bug introduced in 8.10 and still not fixed :-/
[10:32] <agutierr> twb, removing permissions to /sbin/halt and reboot may be an option
[10:32] <twb> agutierr: I bet polkit will fuck you there, since it'll setuid
[10:32] <twb> *it'll *effectively* setuid
[10:33] <agutierr> I know
[10:33] <LucidFox> I wonder why this issue only occurs with those drivers, though
[10:33] <agutierr> Argggg Bugubuntu
[10:33] <LucidFox> and not, say, Nouveau 3D
[10:33] <LucidFox> Does Maverick's version of Cairo use the cairo-gl backend?
[10:36] <agutierr> twb, I think it takes less than recompiling the gdm & indicator-applet-session...
[10:36] <twb> agutierr: I wasn't suggesting recompiling anything
[10:37] <twb> IMO once you're rolling PPAs, you've lost
[10:37] <agutierr> twb, yep, but now for me it the fastest option
[10:37] <agutierr> recompiling and cp the binary
[10:39] <twb> I wish GUIs would just die in a fire
[10:39] <agutierr> ^_^
[10:40] <LucidFox> seb128> Any ideas why this bug is only reproducible with the NVIDIA drivers? Could this be related to the cairo-gl backend?
[10:41] <ricotz> chrisccoulson, hi, i am currently uploading a thunderbird 3.1.1build2 package to my ppa (it is not nobinonly), but maybe it is worth a look, it will be in ricotz/staging in a few minutes
[10:41] <LucidFox> assuming it's even enabled in maverick...
[10:41] <chrisccoulson> ricotz, carrying the ubuntu patches?
[10:41] <LucidFox> ricotz, I've always wondered, what's nobinonly?
[10:41] <chrisccoulson> LucidFox, it has the binary only files removed?
[10:41] <ricotz> chrisccoulson, yes
[10:41] <LucidFox> ah, makes sense
[10:42] <chrisccoulson> ricotz, have you switched off the official branding?
[10:42] <ricotz> chrisccoulson, i just used the orig.tar.bz2 and the packaging from maverick
[10:43] <ricotz> chrisccoulson, using debsrc 3
[10:43] <chrisccoulson> hmmm, we don't have 3.1.1 in maverick yet do we? unless i missed something ;)
[10:44] <chrisccoulson> in any case, you probably need to build with the unofficial branding
[10:45] <ricotz> chrisccoulson, no there is no 3.1.1 package yet, ok so my package does fit the ubuntu branding then
[10:46] <chrisccoulson> ricotz, micahg is going to be packaging tb3.1 quite soon, and we're going to be shipping it in lucid too
[10:47] <ricotz> chrisccoulson, ok, i know i talked to him earlier
[10:48] <chrisccoulson> you say you downloaded the tarball, or did you create it with the packaging?
[10:49] <ricotz> chrisccoulson, i used the official mozilla tarball + ubuntu packaging, without nesting it in the tar.gz
[10:49] <chrisccoulson> ah, we create our own tarballs (by running debian/rules get-orig-source DEBIAN_TAG=THUNDERBIRD_3_1_1_BUILD2)
[10:50] <ricotz> chrisccoulson, i think with moving to debsrc3 it isnt needed
[10:51] <chrisccoulson> but you probably need to build it with the unofficial branding if you are uploading it to a PPA with the ubuntu patches (trademark restrictions)
[10:52] <chrisccoulson> ricotz, we can't transition to debsrc3 yet (the packaging still has to support hardy)
[10:52] <ricotz> chrisccoulson, hmm, ok
[10:52] <chrisccoulson> we can only do that once hardy and jaunty have both gone EOL
[10:53] <chrisccoulson> which is why we've not done it already ;)
[10:53] <ogra> Keybuk, i have a hung screen in front of me saying: "udevd[85] failed to create queue file: No space left on devce"
[10:53] <ricotz> chrisccoulson, alright
[10:53] <ogra> Keybuk, any idea how that could happen ?
[10:53] <chrisccoulson> but we will still probably use a debian/rules target to roll our own tarballs anyway (so we have a single process for creating snapshots and milestoned releases)
[10:54] <ogra> Keybuk, oh, i'll take that back, it wasnt hung hard, just very slow (it just moved on)
[11:00] <bilalakhtar> Someone, please sponsor bugfix #550955
[11:00] <bilalakhtar> I mean, bug #550955
[11:20] <maxwellian> Riddell: Thanks for the info!
[11:29] <ogra> doko, does http://paste.ubuntu.com/466402/ look ok ?
[11:43] <skillet> hi all
[11:43] <skillet> is there a reason why ubuntu is on openssl 0.9.8k?
[11:44] <skillet> 1.0 is out
[11:44] <skillet> i see, probably due to freeze
[11:44] <skillet> ok
[11:44] <twb> skillet: lucid is stable, so it basically only gets security patches
[11:45] <skillet> yes i am aware of this
[11:45] <skillet> i just saw the release date of 1.0
[11:45] <skillet> anyway
[11:45] <twb> Unless you mean maverick is frozen -- I don't pay much attention to non-LTS releases
[11:46] <skillet> im trying to work out why all the ec ciphers arent showing in the list, when they are in the .so
[11:46] <cjwatson> we mostly follow Debian for openssl; http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578376
[11:47] <skillet> pff
[11:47] <skillet> you trust those guys to handle openssl? :P
[11:47] <cjwatson> yes
[11:47] <cjwatson> (note that many people here are Debian developers; insulting Debian is not generally a way to win friends and influence people)
[11:48] <skillet> sorry i am a security guy
[11:49] <skillet> i was referring to the great debian ssl fail of '08
[11:49] <cjwatson> lessons have been learned from the debacle a couple of years ago, and it's in the past
[11:49] <cjwatson> I am deeply, deeply familiar with that
[11:49] <skillet> ok then
[11:49] <cjwatson> I was part of the response team in Ubuntu
[11:49] <cjwatson> that doesn't mean we have to hold it against the Debian openssl package forevermore amen
[11:49] <skillet> here's the problem
[11:50] <twb> A large contributing factor to that fuckup was upstream 1) doing something weird/dumb without an explanatory comment; and 2) failing to respond to queries about (1) on their own mailing list
[11:50] <twb> It's not like the Debian maintainer just decided one day to deliberately destroy the entropy.
[11:50] <cjwatson> I don't think it's necessary to go over it in depth again - it's been analysed in considerable detail
[11:50] <twb> Sorry, you're right.
[11:50] <skillet> $ strings /usr/lib/libssl.so.0.9.8 |grep ECDHE-RSA-AES256-SHA
[11:50] <skillet> ECDHE-RSA-AES256-SHA
[11:51] <doko> ogra: well, this fix will make openjdk-6 fail to build (which is good). I really do not want openjdk-6 built on armel in maverick before the arm assembler interpreter is enabled again, because the interpreter will run 4-5 times slower and wasn't tested for a year
[11:51] <skillet> $ openssl ciphers |grep ECDHE-RSA-AES256-SHA
[11:51] <skillet> $
[11:52] <skillet> none of the ec* ciphers are enabled
[11:52]  * cjwatson prods a security team member across the table
[11:52] <mdeslaur> skillet: let me take a look, one sec
[11:52] <skillet> (on debian as well)
[11:52] <ogra> doko, so i should upload it and wait until you uploaded the toolchain to give it back then ?
[11:52] <ogra> doko, as i understood you yesterday thats the change we need
[11:53] <doko> ogra: no, please don't upload openjdk until the arm assembler interpreter is re-enabled
[11:53] <ogra> doko, k, does that hapen in the linaro toolchain ?
[11:54] <ogra> *happen
[11:54] <ogra> i.e. in a forseeable time
[11:54] <doko> ogra: it has to happen in openjdk. rob is working on this
[11:54] <ogra> ok
[11:54] <ogra> i'll leave it to him completely then
[12:03] <mdeslaur> skillet: try openssl ciphers -v ECDHE-RSA-AES256-SHA
[12:03] <mdeslaur> skillet: it would appear "openssl ciphers" doesn't show it, even though it's supported
[12:04] <skillet> mdeslaur: ahh ok, thanks
[12:04] <skillet> i still cant use it though
[12:04] <skillet> hmm ill do a test
[12:05] <mdeslaur> skillet: feel free to open a bug if it doesn't actually work, and subscribe me to it.
[12:08] <skillet> 21718:error:1408A0C1:SSL routines:SSL3_GET_CLIENT_HELLO:no shared cipher:s3_srvr.c:1006:
[12:09] <mdeslaur> skillet: ok, please file a bug with a test case in it, and I'll take a look
[12:09] <mdeslaur> skillet: thanks
[12:09] <skillet> mdeslaur: okay
[12:09] <skillet> ill do some more tests first
[12:09] <skillet> dont want to raise a false positive
[12:09] <mdeslaur> skillet: sure, np
[12:10] <slangasek> twb: heh, I don't think we'll change that; the syntax of those fields is that they declare /blocks/ of lines to insert in the config file, it would be confusing to /read/ to have these on the same line as the field name
[12:10] <mdeslaur> skillet: don't forget to subscribe me to the bug, or ping me when it's open. Lunch now, bbl.
[12:11] <twb> slangasek: I was expecting it to behave in an 822-y manner
[12:11] <twb> (It was also confusing that I didn't need to indent the "body" of a field with whitespace)
[12:12] <twb> For the typical case where I'm only ever adding a single line to each file, I don't find it confusing to have that line after the Foo:, but I don't care enough to argue about it
[12:24] <\sh> hmm...when was the last day to upload new packages to universe for maverick?
[12:25] <tumbleweed> \sh: there is no such day, it just gets harder. However before feature freeze you should have little difficulty
[12:25] <\sh> tumbleweed: I thought so....good
[12:27] <MattJ> http://packages.ubuntu.com/maverick/ is broken for me at least :/
[12:34] <geser> MattJ: known problem, it's being worked on
[12:34] <twb> slangasek: another bug for you: it doen't ignore backup~ files in pam-configs/
[12:35] <twb> (Generally with .d/'s I try to follow run-parts(8) approach of only looking at a whitelist of sane file names, rather than trying to keep a blacklist of the most popular backup file formats.)
[12:35] <MattJ> geser: Thanks, good to know
[13:27] <ricotz> chrisccoulson, i remade the tb3.1.1 package using get-orig-source
[13:29] <ricotz> chrisccoulson, will take quite some time to upload, i am back later
[13:54] <Riddell> siretart: libx264-98 is in binary new, do you know who asked for that sync and are they going to do the transition for the rdepends?
[13:58] <pitti> cjwatson: do you have a minute to review my gparted SRU?
[14:13] <LucidFox> http://paste.ubuntu.com/466462/ <-- any ideas?
[14:15] <coolbhavi> hello I ve a doubt (as asked in #ubuntu-motu), I m maintaining mobile-broadband-provider-info in debian and ubuntu .. How to request SRU in case of an exception? https://wiki.ubuntu.com/StableReleaseUpdates#mobile-broadband-provider-info
[14:16] <Riddell> coolbhavi: an exception?  you mean a crash?
[14:16] <smoser> cjwatson, what module do i need to provide to grub-mkimage to get 'if' support
[14:17] <Riddell> coolbhavi: oh I see, it has exceptional SRU allowances
[14:17] <Riddell> coolbhavi: make a new package, file a bug and find someone to upload it
[14:17] <Riddell> coolbhavi: and subscribe the bug to ~ubuntu-sru
[14:18] <coolbhavi> Riddell, yep The Readme file says "...The Package contains only informational files so it's safe for distributions to grab updates even during feature freeze and maintenance stages."
[14:18] <coolbhavi> The update could also solve some of these bugs through regular check: https://bugs.launchpad.net/ubuntu/+source/mobile-broadband-provider-info
[14:19] <coolbhavi> Riddell, so just adding a exception tag in the bug report is enough?
[14:20] <smoser> cjwatson, never mind.
[14:21] <smoser> (sh)
[14:22] <DktrKranz> LucidFox: it's probably because of --keyring /usr/share/keyrings/ubuntu-archive-keyring.gpg, while trying to create a Debian chroot
[14:23] <LucidFox> Well yes, but I had no such problem when using it on my work machine, which runs lucid
[14:24] <LucidFox> I wonder if something broke in maverick
[14:25] <kees> cjwatson: are we doing a techboard meeting?
[14:26] <geser> kees: isn't the TB meeting next week? today is a DMB meeting
[14:31] <kees> geser: I think my calendar is lying to me
[14:32] <kees> geser: yup, you're totally right.
[14:32] <kees> cjwatson: ignore me please :)
[14:36] <siretart> Riddell: that is no sync, I prepared that package myself
[14:38] <siretart> Riddell: and yes, that is a library transition like many others. rdepends need to be checked and fixed
[14:41] <seb128> cjwatson, pitti: the ubuntuone-client 8 bugs are verification-done
[14:41] <seb128> cjwatson, pitti: I think it would be worth getting for .1, it has been uploaded almost a month ago, the first upload failed to build though and they didn't use -v for the second one
[14:41] <seb128> which is why the sru page lists none of the bugs
[14:42] <pitti> seb128: aah, that explains it, thanks
[14:46] <pitti> doing
[14:46] <seb128> pitti, thanks
[14:48] <pitti> hm, now I have to manually close them all
[14:53] <seb128> pitti, get dobey to do it ;-)
[14:53] <Riddell> siretart: shouldn't it have a -XubuntuY version number if it's not a sync?
[14:55] <Riddell> siretart: accepted out of New
[14:56]  * Riddell does the empty new queue dance
[14:57] <JontheEchidna> \o/
[14:58] <siretart> Riddell: err, do we really require that? udev is a prominent example that does not as well
[15:00] <Riddell> siretart: no we don't, it just seems sensible if it's likely to be synced from debian ever (but since you'd be incharge of that most likely, you could coordinate it easily enough)
[15:02] <siretart> Riddell: the package does not exist in debian
[15:03] <siretart> but yes, in case it gets accepted somewhen in the future, I'll of course make sure that it can be easily synced
[15:09] <cjwatson> pitti: looking
[15:11] <cjwatson> pitti: Riddell asked for a test case in the bug
[15:11] <cjwatson> pitti: do we need to handle both udisks and hal-lock being there?
[15:11] <maxb> As the armel build queue is currently empty, may I please have a give-back of https://edge.launchpad.net/ubuntu/+source/subversion/1.6.12dfsg-1ubuntu1/+build/1853956 to establish whether it is a transient or systematic failure?
[15:22] <cjwatson> maxb: given-back
[15:22] <maxb> thanks
[15:33] <pitti> cjwatson: yes, in case hal is running
[15:33] <pitti> cjwatson: test case> can do, it's trivial; I'm in a meeting now, will do after that
[15:34] <tgall_foo> anyone around that somewhat groks live-helper configs ?
[15:48] <cjwatson> pitti: the current fix only calls udisks, and doesn't have the udisks && hal-lock case to match devkit-disks && hal-lock below
[16:03] <pitti> cjwatson: so, hal isn't actually an issue on our live systems or Ubuntu, but I guess we'd need it if you run gparted on kubuntu
[16:03] <pitti> cjwatson: then again, kubuntu doesn't have udisks
[16:04] <pitti> but we could just add this, too, and then send it upstream again
[16:05] <cjwatson> pitti: up to you, I can disregard it if you really don't think it matters
[16:06] <pitti> cjwatson: I won't have time today to fix it harder; I think it's "good enough" for our purposes, but not 100% correct
[16:08] <Riddell> pitti: if you're into SRUs bug 578215 could do with being copied over to -updates
[16:09] <pitti> Riddell: it's not marked verified
[16:09] <pitti> Riddell: if it is, please do so and run sru-release lucid <pkgname>
[16:10] <pitti> (fancy way of doing copy-package)
[16:11] <Riddell> pitti: it has the verification-done tag, how else should it be marked?
[16:12] <pitti> Riddell: oh, I looked at virtuoso-opensource
[16:12] <pitti> Riddell: ah, that had a broken changelog, and thus didn't appear on http://people.canonical.com/~ubuntu-archive/pending-sru.html
[16:13] <pitti> Riddell: if you release it, you need to close the bug manually
[16:17] <Riddell> pitti: where is sru-release ?
[16:17] <pitti> Riddell: script on cocoplum
[16:17] <Riddell> oh right, was looking in ubuntu-archive-tools
[16:22] <NCommander> pitti: ping, can you refix the mobile trendlines again :-)?
[16:23] <nigelb> cjwatson: would it make sense if I brought the issue of sending mail at the end of the meeting?
[16:24] <cjwatson> sure
[16:24] <nigelb> okay :)
[16:30] <pitti> NCommander: which? to what?
[16:30] <pitti> NCommander: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile-maverick-alpha-3.html looks quite fine to me
[16:30] <NCommander> pitti: mobile burndown charts trendline
[16:30] <pitti> NCommander: http://people.canonical.com/~pitti/workitems/maverick/canonical-mobile.html looks broken, I'll fix that
[16:31] <ogra> pitti, A3 is completely off
[16:31] <NCommander> pitti: er, that doesn't look right to me. We had an issue with a spec not being properly targetted even thought work was happening on it from the beginning
[16:31] <pitti> NCommander: ah, so it was mis-planning, rather than additional work coming in mid-cycle?
[16:31] <ogra> should be at 22
[16:31] <NCommander> pitti: mis-clicking :-)
[16:32] <pitti> done
[16:32]  * ogra hugs pitti
[16:50] <Riddell> Laney: you're not core-dev but you self confirmed a sync for main?  bug 607641
[16:50] <cjwatson> f-spot's in the cli-mono package set
[16:51] <cjwatson> ./edit_acl.py -p laney query; ./edit_acl.py -P cli-mono -S maverick query
[16:52] <Riddell> ah hah, thanks cjwatson
[17:13] <maxb> Hmm. Is there anywhere I can ask "Is armel known to be broken right now?" ?
[17:14] <maxb> In respect of messages like "sh: gcc: not found" and kdelibs5-dev being uninstallable,
[17:14] <maxb> Oh, armel builders on Manual. /me assume Something Is Happening
[17:18] <geser> maxb: "sh: gcc: not found" appears in every log, you can ignore that one
[17:22] <Riddell> maxb: qt hasn't built on arm in a while so KDE bits are unlikely to work
[20:23] <johanbr> is there anyone around who feels particular responsibility for texlive?
[20:24] <johanbr> the current maverick version of texlive-publishers has some serious issues, it'd be nice to get it updated some time before release
[20:28] <tantiv> Is there a reason partimage is only available on x86?  I checked the partimage server and all amd64 bugs were closed for the version currently built for i386.  I successfully built it from deb-src and it seems to work perfectly.
[20:41] <bryceh> jcastro, you about?


[00:54] <Caboose885> the ubuntuforums IRC always seems so dead. :(
[00:55] <FTMichael> It's quite busy sometimes.  If one was coming at us, we'd be dead.
[16:32] <Caboose885> hello everyone :)


[18:30] <Maik> sarnold or tomreyn: could you do something about oxfuxxx's quit message which is inapropriate as i reported earlier and his join/parts all the time in #ubuntu-arm and #lubuntu? It's an annoyance


[15:00] <barry> #startmeeting
[15:00] <MootBot> Meeting started at 09:01. The chair is barry.
[15:00] <barry> yay!
[15:00] <barry> hi everyone and welcome to this week's ameu reviewer's meeting.  who's here today?
[15:00] <allenap> me
[15:00] <sinzu1> me
[15:00] <salgado> me
[15:00] <bac> me
[15:00] <sinzui> me
[15:00] <bigjools> me
[15:01] <EdwinGrubbs> me
[15:01] <BjornT> me
[15:02] <flacoste> me
[15:02] <intellectronica> me
[15:03] <barry> [TOPIC] agenda
[15:03] <MootBot> New Topic:  agenda
[15:03] <barry>  * Roll call
[15:03] <barry>  * Next meeting
[15:03] <barry>  * Action items
[15:03] <barry>  * Queue status
[15:03] <barry>  * Mentoring update
[15:03] <barry>   * cprov mentor, abentley mentor
[15:03] <barry>  * Review process
[15:03] <barry>   * Ensure that all outgoing http connections go through a proxy (intellectronica)
[15:03] <barry> [TOPIC] next meeting
[15:03] <MootBot> New Topic:  next meeting
[15:03] <barry> += week(1) ?
[15:03] <cprov> me
[15:04] <barry> same time and place next week
[15:05] <barry> anybody know they will not be there?
[15:05] <barry> [TOPIC] action items
[15:05] <MootBot> New Topic:  action items
[15:05] <barry>  * intellectronica to file bug on lint issue regarding elementtree import
[15:05] <intellectronica> sorry, didn't yet
[15:06] <intellectronica> nor did i add any checlist items for js
[15:06] <barry> intellectronica: cool, we'll carry it over
[15:06] <barry> intellectronica: k
[15:06] <barry>  * gmb to update PythonStyleGuide for long argument lists (use The Salgado Way)
[15:06] <barry> is gmb here today?
[15:06] <sinzui> That was done
[15:06] <intellectronica> no, he's on leave
[15:06]  * sinzui should have removed it from the agenda
[15:07] <barry> intellectronica: k, thanks.  sinzui, thanks, np
[15:07] <barry>  * barry to ask lifeless to summarize what he knows about the PQM Mysteries (e.g. autopacking bug losing branches)
[15:07] <barry> not done
[15:07] <barry> [TOPIC]  * Queue status
[15:07] <MootBot> New Topic:   * Queue status
[15:08] <barry> i don't really have anything on this today.  any comments from y'all on either the pqm queue or PR queue?
[15:08] <barry> guess not :)
[15:09] <barry> [TOPIC]  * Mentoring update
[15:09] <MootBot> New Topic:   * Mentoring update
[15:09] <barry> so, abentley definitely wants to start up soon as a reviewer, and i'm all for that.  he needs a mentor.  any volunteers?
[15:10] <barry> okay, i'll do it
[15:11] <cprov> barry: well, so do I.
[15:11] <barry> also, and i haven't talked to cprov yet about this, but your name came up too.
[15:11] <barry> cprov: right, we need a mentor for cprov.  can someone in his timezone volunteer?
[15:11] <intellectronica> maybe allenap and i can co-mentor? it's a bit easier, since we share the shift
[15:12] <allenap> I'm happy with that.
[15:12] <intellectronica> we're a bit earlier than him, so if there's an american that can do it maybe it's better
[15:12] <cprov> intellectronica: allenap: I'd more than happy to follow you both.
[15:12] <salgado> intellectronica, you're a bit later than him, in fact
[15:12] <intellectronica> of course, i forgot that :)
[15:12] <sinzui> the Americans are harder?
[15:13] <cprov> salgado: I'll be back to BR in August.
[15:13] <flacoste> is'nt cprov in +0200 these days
[15:13] <bigjools> but only for 2 more weeks!
[15:13] <intellectronica> cprov: i'm sure you'll graduate by then ;)
[15:13] <barry> :)
[15:14] <cprov> intellectronica: ehe, couldn't start any better ;)
[15:14] <barry> intellectronica, allenap i'm okay with that if you and cprov are.
[15:14] <cprov> +1
[15:14] <allenap> +1
[15:14] <barry> great, thanks!
[15:14] <intellectronica> +1
[15:14] <bigjools> two mentors, is this a first? :)
[15:14] <barry> bigjools: it is!
[15:14] <intellectronica> two senators
[15:14] <barry> bigjools: that just means intellectronica and allenap have to be doubly hard on cprov :)
[15:15] <bigjools> so he should graduate in double quick time!
[15:15] <barry> bigjools: or take twice as long
[15:15] <cprov> barry: why ?
[15:15] <barry> cprov: i'm kidding
[15:15] <barry> [TOPIC]  * Review process
[15:15] <MootBot> New Topic:   * Review process
[15:15] <bigjools> please don't leave him in a gibbering mess, I need him to fix Soyuz bugs :)
[15:15] <barry> :-D
[15:16] <cprov> barry: uhm, I just thought you would come with a funny reason, nevermind ...
[15:16] <barry> cprov: i'm limited to one joke per meeting, if i'm lucky
[15:16] <barry>   * Ensure that all outgoing http connections go through a proxy (intellectronica)
[15:16] <barry> intellectronica: you have the floor
[15:16] <intellectronica> so, on production, we can only make http connections to the outside world via a proxy
[15:17] <intellectronica> but time and again we get code in that doesn'y handle proxies well
[15:17] <intellectronica> since we can't really test this, we must pay attention in reviews when we notice code that makes connections to the outside world and make sure that it works via proxies
[15:18] <bigjools> what sort of problems arise?
[15:18] <intellectronica> ehm ... we can't connent?
[15:18] <sinzui> bigjools: timeouts
[15:18] <bigjools> ok - terminal problems then :)
[15:18] <cprov> intellectronica: do you remember any example ?
[15:18] <allenap> The most recent problem was using xmlrpclib.
[15:19] <allenap> It doesn't cope with proxies.
[15:19] <flacoste> really?
[15:19] <intellectronica> cprov: i'm currently working on one
[15:19] <allenap> And just hits its shiny head on the inside of the firewall.
[15:19] <intellectronica> flacoste: yeah, xmlrpclib sux
[15:19] <barry> intellectronica: i wonder if a better xmlrpclib could be built ontop of httplib2?
[15:20] <intellectronica> barry: there's a python bug, and a patch to fix it
[15:20] <intellectronica> so hopefully not before long
[15:20] <flacoste> ok, it seems you need a custom TRansport for this
[15:20] <bac> intellectronica: can you point us to an example of what is the right way to do it?
[15:20] <intellectronica> flacoste: yeah, that's exactly my fix
[15:20] <flacoste> but i think this points to another problem
[15:21] <flacoste> we are lacking tests for things that connects to the outside
[15:21] <flacoste> "in end-to-end" kind of way
[15:21] <intellectronica> bac: there's no right way to do it. we simply have to scrutinise any new code that makes http connections to the outside world and ask questions
[15:21] <barry> intellectronica: can you forward to me the bug #?
[15:21] <cprov> can we use pylint to find out callsites using xmlrpclib with bare HTTPTransport ?
[15:21] <intellectronica> flacoste: indeed. but it's quite difficult to test, since we need to block normal connections
[15:21] <bac> and by "outside" you mean outside the data center.  this doesn't affect connections to niobium
[15:21] <barry> intellectronica: i might be able to at least convince the python RM to sneak it into py2.6 <wink>
[15:21] <flacoste> well, it's not a xmlrpclib problem pe-se
[15:22] <flacoste> right
[15:22] <intellectronica> cprov: i wouldn't worry too much about rpclib specifically. this is a general problem
[15:22] <intellectronica> barry: see https://bugs.edge.launchpad.net/malone/+bug/243634
[15:22] <cprov> or in fact, monkey patch HTTPTransport in a way it couldn't be used.
[15:22] <cprov> intellectronica: yes, it might be too much trouble.
[15:23] <barry> intellectronica: thanks
[15:23] <intellectronica> and since we don't really open connections to the outside world in the test suite, i don't think there's any automated way to do that. we simply have to pay attention to that
[15:23] <intellectronica> welcome
[15:24] <barry> intellectronica: is there some way we can catch and elevate these bugs when testing on staging?
[15:24] <intellectronica> barry: i don't understand your question
[15:24] <flacoste> well
[15:24] <intellectronica> on staging, things won't work
[15:25] <flacoste> we could have a proxy that has to be used wihtin the test suite
[15:25] <flacoste> to show that connections to the "outside" world are proxied
[15:25] <intellectronica> flacoste: and what if we don't use it? how would the test fail?
[15:25] <flacoste> well, the test has to show that it goes through a proxy
[15:25] <barry> flacoste: yes
[15:25] <intellectronica> that's a nice idea, actually
[15:25] <flacoste> but i guess this is just icing over your initial comment
[15:26] <flacoste> which is reviewers: pay attention to the proxy issue
[15:26] <flacoste> if we had a standard way to show that it was handled, it would be easier
[15:26] <flacoste> but reviewers would still have to spot a missing test
[15:28] <intellectronica> yeah, i don't think there's much more to say about this issue other than that
[15:28] <barry> intellectronica: please send a message to the mailing list on this issue and please add a note to TIpsForReviewers
[15:28] <intellectronica> barry: ok
[15:28] <barry> [ACTION] intellectronica to communicate on ml and wiki about watching for outside connections
[15:28] <MootBot> ACTION received:  intellectronica to communicate on ml and wiki about watching for outside connections
[15:28] <barry> thanks
[15:29] <barry> that's everything on the agenda.  does anybody have anything /not/ on the agenda?
[15:30] <barry> that sounds like a no.  okay everybody, thanks!  we're done 15 minutes early today
[15:30] <barry> #endmeeting
[15:30] <MootBot> Meeting finished at 09:31.
[15:30] <bigjools> thanks barry
[15:31] <intellectronica> thanks barry


[00:13] <rww> my Nexus was acting up last night, I almost had to switch to my Firefox phone
[00:13] <rww> but then it worked okay in the morning so...
[00:13] <rww> (hardware problem :| )
[00:37] <bkerensa> pleia2: fair enough but I think when Mozilla went through the process to have a public monument there is some obligation for them to maintain it for a period of years :)
[00:37] <bkerensa> pleia2: someday you should get your name on the monument :)
[00:38] <pleia2> bkerensa: yeah, in my free time :)
[01:43] <rww> congrats nhaines
[01:47] <nhaines> rww: thanks!
[01:58] <nhaines> rww: figures the day I spent offline is the day the news would come through, heh.
[04:33] <ianorlin> wow my dad is only mad at my brother this is really wierd
[04:45] <nhaines> Now's your chance!  Run!


[00:16] <samskiter> hi. how do i update m gfx driver?
[00:16] <samskiter> i dont know the utility in KDE for doing this sort of thing
[00:36] <Guest32703> #hablarporhablar
[00:56] <samskiter> how to hide the ubuntu applications from before i installed kde?
[02:31] <jesse___> kubuntu13.04
[05:09] <samskiter> hi. new issue. the menus for e.g. wifi seem to be totally transparent except for the border using the air themse
[05:10] <samskiter> screenshot: http://imgur.com/MzxWoiR
[07:22] <azum_neat> #ubuntu-us-ia
[09:05] <nova_> My Muon Updater is buggy.  Sometimes when theres updates it doesn't let me click on "Install Updates".  Anyone have any suggestions on how to reinstall or flush any cache or anything?
[09:10] <morgan_> I have a major bug - on first boot on new install - no kde menu - no taskbar
[09:12] <morgan_> https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1174689
[09:12] <morgan_> i introduced someone to kubuntu for the first time
[09:13] <morgan_> that was their first experience of linux....
[10:09] <toin> hi all
[10:13] <BluesKaj> Hey all
[10:14] <MiniNux> Hi alone
[10:15] <BluesKaj> not anymore :)
[10:15] <MiniNux> Lol
[10:16] <MiniNux> They  speak too much for me !
[10:16] <MiniNux> bye bye
[10:17] <MiniNux> :D
[11:21] <noaXess> hey ll
[11:21] <noaXess> all
[11:22] <noaXess> upgraded to 13.04, from 12.10.. all is working fine.. but skype does make craky sound.. any idea?
[11:23] <noaXess> the thing is, if i test sound in skype options, it looks ok.. but some minutes later, of some contact sends a message sound is roaring.. don't find the correct word for it ;)
[12:01] <tdn> I have a fresh installation of Kubuntu 13.04 on a VM. Lightdm does not start on boot. If I login though a TTY and run service lightdm start manually, it starts right up. How do I make lightdm start up automatically?
[14:25] <ufarar> ghgh
[14:25] <genii-around> ufarar: Yes, we see what you typed.
[14:26] <genii-around> Meh.
[14:26]  * genii-around gets back to making coffee
[14:28] <Carlinhos> will anyone please upload the oxygen white cursor theme somewhere? it takes ages to build the package in arch and i just want the white one...
[14:29] <genii-around> Carlinhos: You may want the archlinux channel.
[14:30] <Carlinhos> genii-around: i want someone who is bound to have it. i think it comes by default in kubuntu.
[14:31] <genii-around> Carlinhos: Alternately you can search at http://packages.ubuntu.com/
[14:32] <genii-around> eg: oxygen-cursor-theme    or so
[14:33] <Carlinhos> genii-around: no idea what i am supposed to do with a deb file
[14:33] <Artakha> just click it, the installer should pop up
[14:33] <Artakha> though uh wait archlinux
[14:33] <Carlinhos> Artakha: not debian based
[14:34] <Artakha> yeah..
[14:34] <genii-around> Carlinhos: Ask them in the #archlinux channel how to install it, since that is what you're running. If you were in *buntu it would be as Artakha described.
[14:34] <genii-around> Carlinhos: And since this is the Kubuntu support channel, not the Archlinux support channel.
[15:03] <senan_> hi
[15:03] <senan_> jockey doesnt show any ati drivers for me
[15:03] <goblin911> hello world!
[15:04] <senan_> in previous versions of ubunutu it works fine
[15:05] <genii-around> senan_: Do you have the "restricted" repository enabled?
[15:05] <genii-around> !info fglrx
[15:05] <senan_> is it enabled by default  ?
[15:06] <BluesKaj> !restricted | senan_
[15:07] <senan_> proprietary drivers for devices is checked
[15:09] <apachelogger> it may be that your chip is simply not supported anymore
[15:11] <senan_> how do I check the compatibilty
[15:11] <senan_> mine is ATI Radeon HD 4X series
[15:15] <genii-around> senan_: No, the restricted repository is not usually enabled by default.
[15:15] <senan_> its checked for me
[15:16] <BluesKaj> senan_, the proprietary repos doesn't contain the required kubuntu-restricted-extras
[15:17] <genii-around> senan_: Does: sudo apt-get update && apt-cache policy fglrx        ...show that it is available?
[15:17] <senan_> ok
[15:17] <BluesKaj> look in the other software tab in muon siources
[15:19] <senan_> senan@zen-buddha:~$ sudo apt-cache policy fglrx
[15:19] <senan_> [sudo] password for senan:
[15:19] <senan_> fglrx:
[15:19] <senan_>   Installed: (none)
[15:19] <senan_>   Candidate: 2:9.010-0ubuntu3
[15:19] <senan_>   Version table:
[15:19] <FloodBotK1> senan_: Please don't flood; use http://paste.ubuntu.com to paste; don't use Enter as punctuation.
[15:20] <senan_> http://paste.ubuntu.com/5622913/
[15:21] <genii-around> Well anyhow, it does show that there is an fglrx driver now.
[15:21] <senan_> but it is not listed in jockey
[15:22] <genii-around> senan_: If you run jockey-kde from konsole does it show there?
[15:22] <senan_> I tried but its same
[15:23] <senan_> can I install it manually ?
[15:24] <genii-around> senan_: Unfortunately I'm more familiar with the nvidia drivers since that's what I use. But I know normally you will need some prerequisites installed, like: build-essential linux-headers-generic linux-source and dkms   ... are these currently installed?
[15:24] <senan_> I dont think so
[15:25] <genii-around> senan_: Manual installation must be considered a last resort if all else fails
[15:26] <senan_> okay
[15:26] <genii-around> senan_: I would suggest to close jockey, install the packages mentioned ( and as well the kubuntu-restricted-extras  could not hurt too). Then to see if jockey-kde sees any available drivers after this.
[15:27] <genii-around> Work, back at my computer in a little while
[15:27] <senan_> I am installing restricted-extras now
[15:27] <BluesKaj> senan_, to see which drivers are installed .  run , dkms status
[15:34] <senan_> ok let me try
[15:39]  * genii-around wanders back in and checks the coffeepot
[15:45] <dtbsjnbsre> hi
[15:45] <dtbsjnbsre> how many years Kubunutu 12.04 is supported please?
[15:47] <senan_> 5 years I guess
[15:48] <dtbsjnbsre> ok thx!
[15:49] <dtbsjnbsre> does kde 4.10 compatible with new kernel?
[15:49] <dtbsjnbsre> 3.5
[15:53] <lordievader> Good afternoon.
[15:54] <genii-around> !info kdelibs5-data precise
[15:54] <genii-around> !info kdelibs5-data precise-backports
[15:54] <genii-around> Hm.
[16:43] <alesan> hi
[16:44] <alesan> I like how just attaching an external monitor extends the desktop to it, it's great
[16:44] <alesan> BUT
[16:44] <alesan> it seems like the system wants to "zoom in" characters and graphics
[16:44] <alesan> they do not seem very sharp on the external monitor
[16:44] <alesan> maybe it's an impression, maybe not - any way to check?
[17:24] <avihay> I need to compile something with /usr/lib/i386-linux-gnu/libGLEW.so , but I don't have that symlink. can I create it automatically?
[17:26] <genii-around> avihay: http://packages.ubuntu.com/search?searchon=contents&keywords=libGLEW.so&mode=exactfilename&suite=raring&arch=any
[17:27] <avihay> genii-around: I have /usr/lib/i386-linux-gnu/libGLEW.so.1.6.0, and I have a symlink to  /usr/lib/i386-linux-gnu/libGLEW.so.1.6
[17:27] <avihay> maybe I'll reinstall it?
[17:27] <avihay> I installed some -dev packages that might have messed a bit with it
[17:28] <genii-around> avihay: I think you probably just need the libglew-dev package installed for i386
[17:29] <genii-around> eg: sudo apt-get install libglew-dev:i386     ( if your default machine is not i386 )
[17:33] <avihay> genii-around: yes, that more or less fixed it (using 32bit os)(used synaptic) installed libglew1.6-dev instead of 1.5
[17:33] <lordievader> Good evening
[19:17] <ronalds> how can I change the color that is used in some kde apps
[19:18] <ronalds> because it changes with window manager
[19:18] <ronalds> for example clementine is almost orange in ubuntu, violet in xfce, blue in kde and openbox
[19:19] <ronalds> how do I just this prefference
[19:23] <ronalds> nobody?
[19:25] <away> ronalds, you could try #kde
[20:35] <beyti> #pisilinux
[21:09] <|kira> Anyone know some stats on the userbase size of kubuntu? Is it the biggest ubuntu derivative?
[21:11] <genii-around> |kira: Good question but not one I have an answer to
[22:47] <michealPW> Hi, everyone
[22:48] <michealPW> I'm using Kubuntu 13.04 with the latest updates and my laptop will not Dim the Backlight on the monitor, Turn the Monitor Off, or put  the laptop to Sleep.
[22:49] <michealPW> I've varified the settings in the KDE Control Panel under Power and also by right-clicking on the Power Icon in my taskbar. Still, it doesn't seem to work.
[22:50] <michealPW> Sleep/Suspend *does* work, however. When I click Sleep at the log-in screen or from the Kickoff launcher under Shutdown, Kubuntu properly sleeps and properly resumes from the sleep without any problem.
[22:50] <michealPW> However, if I leave it idle, nothing ever happens.
[22:50] <michealPW> Any ideas?
[23:49] <bjrohan> For some reason when I expect my laptop to "timeout" and go to a lock screen it does, however when I move my mouse it jsut disappars, I want to to ask for my password. Any ideas where I need to look to get this to work as expected?
[23:52] <user_-> various crashes of konqueror, others kde browsers and its applications installation manager do happens to you ??
[23:52] <user_-> various crashes of konqueror, others kde browsers and its applications installation manager do happens to you ??
[23:53] <user_-> and sites loading slowest
[23:53] <user_-> compared to firefox
[23:56] <user_-> kubuntu abandoned
[23:56] <user_-> should i remove from partition


[00:57] <RAOF> cnd: Whoops!  I didn't notice before, but your xserver-xorg-input-synaptics upload is a native package.  Generally when we take upstream snapshots we ‘make dist’ a tarball to get an orig.tar.gz.
[00:57] <cnd> RAOF, ahh yes, I didn't think to do that :(
[00:58] <cnd> RAOF, have you already uploaded?
[00:58] <RAOF> Yup, we're pending publication.
[00:58] <cnd> well, we can upload a fix
[00:58] <RAOF> Yeah.
[00:59] <cnd> it's not a show stopper I wouldn't think
[00:59] <RAOF> Just next time we touch it.
[00:59] <cnd> ok
[00:59] <RAOF> It's not.  It's a bit annoying, but nothing terrible.
[01:06] <cnd> RAOF, it's alive!
[01:06] <cnd> we now have multitouch, upstream, and in ubuntu!
[01:06] <RAOF> :)
[01:06]  * cnd is so happy!
[01:06] <RAOF> Rock on!
[01:11] <Prf_Jakob> Cool
[01:14] <RAOF> cnd: You've failed to add 0004-xi22-ubuntu.patch to git :)
[01:14] <cnd> gah...
[01:14] <RAOF> Oh, to xserver-xorg-input-evdev git.
[01:15] <cnd> RAOF, I'll fix it up
[01:15] <RAOF> Ta.
[01:17] <cnd> RAOF, synced up
[01:17] <RAOF> Thanks muchly.
[01:18] <RAOF> Um, that fails to apply in configure.ac?
[01:21] <cnd> grr.
[01:21] <RAOF> You appear to have a copy-number mutation in the patch :)
[01:21] <cnd> how did this build before?
[01:21] <RAOF> Dunno.
[01:21] <RAOF> I can push the fixed patch if you like.
[01:22] <cnd> I'll figure it out
[01:22] <cnd> hmmm, something is pretty wrong in the patch I added
[01:23] <cnd> looks like it does the same thing twice for some reason
[01:23] <RAOF> It's duplicated.
[01:23] <RAOF> You've probably >>ed the patch to itself at some point, or something.
[01:23] <cnd> yeah
[01:25] <RAOF> Now to hit up my new xserver
[01:26] <cnd> RAOF, evdev should be all fixed up
[01:26] <cnd> it builds properly once again
[01:33] <RAOF> Woot
[01:36] <RAOF> Oh, man.  I'm awesome like the fox.
[02:06] <bryce> nice, congrats on the landing guys
[02:40] <bryce> hmm, X starts but doesn't render anything.  odd
[02:54]  * cnd is glad he doesn't do graphics :)
[03:08] <RAOF> bryce: What GPU?
[03:20] <bryce> 945
[03:20] <bryce> RAOF, its the little netbook I was using during the rally
[03:20] <bryce> RAOF, startx works to boot it into 2d mode
[03:23] <bryce> odd, and now it's working fine again
[03:26] <bryce> just wanted another reboot
[03:45] <RAOF> Huh.
[04:38] <tjaalton> bryce: check out the old logfile..
[04:39] <tjaalton> though I doubt it has anything to do with purging the xkb cache..
[06:04] <RAOF> Huh.  For those playing at home, sqrt(dx*dx) isn't actually the quickest way of doing what I was after :)
[06:55] <RAOF> Oh, balls.  Pointer movement can be restricted by multiple barriers.  Arse.
[09:51] <tjaalton> huh, did some defaults change or why is git mergetool failing/refusing to merge anything
[09:52] <tjaalton> have to pull every change one by one, at least when using meld..
[11:58] <tjaalton> RAOF: still around? looks like we ship libwayland-egl in libegl1-mesa, and debian in libegl1-mesa-drivers. maybe ok to go with debian?
[12:04] <tjaalton> also, I don't think there's much point in providing the classic radeon drivers in -dri-experimental
[12:04] <tjaalton> if they even build
[12:06] <tjaalton> hmm dricore is apparently upstream?
[15:04] <tjaalton> galliumcore needs further work, and wayland needs an update
[15:04] <tjaalton> kibi said he'd take care of the latter tomorrow
[15:19] <Sarvatt> tjaalton: what's wrong with galliumcore?
[15:20] <tjaalton> Sarvatt: building dri/swrast fails, since -lgallium is everywhere
[15:20] <tjaalton> didn't look closer, need to run now :)
[15:21] <tjaalton> it's in git, have a look
[15:21] <Sarvatt> yeah got it building now
[15:30] <Sarvatt> +        DRI_LIB_DEPS='-L$(TOP)/$(LIB_DIR) -Wl,-R$(DRI_DRIVER_INSTALL_DIR) -lgallium -ldricore -lglsl'
[15:35] <Sarvatt> could probably even ditch galliumcore with all the space gained from dropping dri1 drivers
[16:55] <Sarvatt> ricotz: damn, almost there
[16:55] <Sarvatt> *** Warning: Linking the executable i965_symbols_test against the loadable module
[16:55] <Sarvatt> *** i965_dri.so is not portable!
[16:55] <Sarvatt> ./.libs/i965_dri.so: undefined reference to `vbo_get_minmax_indices'
[16:55] <Sarvatt> down to 1 undefined reference on mesa master instead of pages full of them
[17:00] <ricotz> Sarvatt, hi, nice and yeah these fuzzing patches could do some harm
[17:03] <Sarvatt> ricotz: tempted to upload an 8.0 branch snapshot for now since mesa master hasn't built since jan 10th
[17:04] <Sarvatt> oh yeah master needs to be 8.0+ now too
[17:06] <ricotz> Sarvatt, i see, since the current version number permits that it should be fine
[17:07] <ricotz> to do a 8.0 branch snapshot
[17:07] <ricotz> but if you are this close ;)
[18:32] <hallyn> hi - I was wondering whether anyone might be willing to upload a change to xserver-xorg-video-qxl for bug 913314
[18:32] <ubot4`> Launchpad bug 913314 in xserver-xorg-video-qxl (Debian) (and 3 other projects) "Corrupted display with Spice (affects: 2) (dups: 2) (heat: 23)" [Unknown,New] https://launchpad.net/bugs/913314
[18:33] <tjaalton> hallyn: is the fix in upstream master or some release?
[18:34] <hallyn> the fix is upstream
[18:34] <hallyn> it's a straight cherrypick
[18:39] <tjaalton> I could push that to debian
[18:39] <hallyn> that'd be great
[18:40] <tjaalton> looks like there is no new release available since 0.16
[18:40] <tjaalton> ..which is seven months old
[18:40] <tjaalton> no, six
[18:42] <tjaalton> hallyn: btw, there is ddebs.u.c which has -dbgsym packages for the drivers. not that discoverable though
[18:44] <hallyn> d'oh.  i thought that was obsolete :)
[18:44] <tjaalton> :)
[18:44] <tjaalton> Sarvatt: d'oh, how did I skip those patches
[18:45] <tjaalton> and why
[18:46] <Sarvatt> tjaalton: can ya pastebin ls -al /usr/lib/x86_64-linux-gnu/dri/ ?
[18:46] <Sarvatt> curious to see the size difference without libgallium
[18:47] <tjaalton> http://paste.ubuntu.com/815632/
[18:48] <Sarvatt> think libdrm's build-dep should be bumped to 2.4.30?
[18:48] <Sarvatt> libdrm-intel requires it
[18:48] <tjaalton> ok
[18:48] <tjaalton> bad upstream :)
[18:49] <Sarvatt> LIBDRM_REQUIRED=2.4.24
[18:49] <Sarvatt> LIBDRM_RADEON_REQUIRED=2.4.24
[18:49] <Sarvatt> LIBDRM_INTEL_REQUIRED=2.4.30
[18:49] <tjaalton> oh ok
[18:49] <Sarvatt> i'm unsure because intel isn't built on all arches and those dont need 2.4.30
[18:52] <tjaalton> could build-deps have 'libdrm-dev (>= 2.4.30) [amd64 i386]'?
[18:52] <tjaalton> and kfreebsd-*
[18:52] <tjaalton> i mean two lines for libdrm-dev
[18:52] <tjaalton> maybe it doesn't matter
[18:52] <tjaalton> just bump it :)
[18:53] <tjaalton> most of them have .30
[18:53] <tjaalton> just hppa, powerpcspe, avr32 behind
[19:03] <Sarvatt> 7th mesa build of the day, poor macbook air
[19:05] <jcristau> hallyn: get upstream to release it?
[19:08] <tjaalton> that would be optimal
[19:15] <Sarvatt> argh, forgot mesa 8.0 branch doesn't compile against newer wayland
[19:16] <tjaalton> sounds great
[19:18] <Sarvatt> only bug i've seen so far against the newer x https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-173/+bug/921023
[19:18] <ubot4`> Launchpad bug 921023 in nvidia-graphics-drivers-173 (Ubuntu) "Crash at startup (affects: 1) (heat: 6)" [Undecided,New]
[19:19] <tjaalton> is there a newer version even available?
[19:20] <Sarvatt> .31 but doesn't say it has 1.11 support
[19:21] <tjaalton> right
[19:21] <Sarvatt> might need to add IgnoreABI via jockey again for that package
[19:21] <Sarvatt> if it even works
[19:23] <tjaalton> whee, so we get to drop all the legacy ones :)
[19:23] <Sarvatt> cnd: might be a synaptics problem after the updates - https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/921082
[19:23] <ubot4`> Launchpad bug 921082 in xorg (Ubuntu) "after touchpad movement and stop, pointer continues in same direction at a steady pace (affects: 1) (heat: 6)" [Undecided,New]
[19:23] <cnd> hmm
[19:25] <cnd> it sounds like the intended behavior if it's near the edge of the touchpad
[19:26] <cnd> though it may be new in the latest synaptics version
[20:04] <bryce> uploaded intel-gpu-tools 1.1 just now
[21:13] <RAOF> tjaalton: We've got the go-ahead from the techboard for --enable-texture-float, by the way.  Please feel free to flip that switch.
[21:17] <tjaalton> RAOF: it's flipped already :)
[21:17] <tjaalton> on the debian branch
[21:18] <RAOF> Superb
[21:18] <tjaalton> but good to know that it's ok for them, was about to ask around what the situation was
[21:20] <tjaalton> Sarvatt: how's the dri size comparison doing, got any results?
[21:21] <RAOF> How hard is refreshing galliumcore?  That was a ~10MB win, likely to be more now that llvmpipe is default swrast.
[21:21] <Sarvatt> tjaalton: nope, hit the wayland problem then got poked about some hotkey bugs
[21:23]  * Sarvatt has edgers installed atm and downgrading away from it takes about 30 minutes worth of manual apt-get crap
[21:23] <tjaalton> ah, ok
[21:24] <Sarvatt> oh scratch that, mesa doesn't explicitly depend on the exact version anymore!
[21:24] <Sarvatt> downgraded and got it building again now
[21:24] <tjaalton> RAOF: well, my branch had all sort of fuzzy patches applied, so could be that me "fixing" the patch to apply might've actually broken it further
[21:46] <tjaalton> are we going to use the dri-alternates path anymore, now that the classic drivers are gone?
[21:47] <Sarvatt> i915g would be the only consumer
[21:47] <tjaalton> so it seems
[21:47] <RAOF> And we're not exactly lining up to support i915g :)
[21:48] <Sarvatt> :)
[21:48] <Sarvatt> tjaalton: oh hell
[21:48] <RAOF> We can drop it; it doesn't prevent us from shipping i915g in -experimental if we want to.
[21:48] <Sarvatt> soo it doesn't build with the wayland in precise, and it doesn't build with wayland from git
[21:48] <Sarvatt> going to need to make a special wayland checkout just for mesa 8.0 :(
[21:48] <tjaalton> Sarvatt: yep..
[21:49] <tjaalton> RAOF: ok, I'll clean up rules a bit
[21:52] <Sarvatt> well theres a weird input bug https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/921236
[21:52] <ubot4`> Launchpad bug 921236 in xorg (Ubuntu) "[12.04 Xorg] Dual monitor, after entering passoword, mouse pointer stuck on LHS of screen, no desktop. (affects: 1) (heat: 6)" [Critical,New]
[21:52] <Sarvatt> [    20.232] (II) intel(0): Allocated new frame buffer 3840x1080 stride 15360, tiled
[21:52] <Sarvatt> [    20.436] BUG: triggered 'if (dev->valuator->numAxes < 2)'
[21:52] <Sarvatt> BUG: ../../dix/getevents.c:848 in scale_to_desktop()
[21:54] <RAOF> Awesome.
[21:54] <RAOF> I wonder how you can get there without an at least two-axis valuator.
[21:54] <Sarvatt> already fixed in evdev git
[21:54] <Sarvatt> http://cgit.freedesktop.org/xorg/driver/xf86-input-evdev/commit/?id=5c5b2c8db851df7921cedd888222a6630a007fd8
[22:31] <Sarvatt> anyone mind sponsoring http://sarvatt.com/downloads/merges/evdev-precise/ ? it's been confirmed to fix it by the bug reporter
[22:31] <Sarvatt> (and is in git)
[22:35] <RAOF> Looking
[22:38] <Prf_Jakob> Hello Ubuntu peeps!
[22:39] <Prf_Jakob> How goes the mesa packageing?
[22:43] <RAOF> Prf_Jakob: tjaalton's on it; it sounds like there's significant progress.
[22:44] <tjaalton> missing pieces are getting the wayland bits building, and then adding libxatracker etc
[22:45] <Prf_Jakob> Cool
[22:46] <tjaalton> kibi from debian wants to do the wayland stuff
[22:46] <Prf_Jakob> You need to redo the video-vmware package as well, to pick up xatracker.
[22:46] <tjaalton> not just a rebuild with a suitable option?
[22:46] <Prf_Jakob> That should do it.
[22:47] <tjaalton> ok good
[22:47] <tjaalton> I'll play with it tomorrow..
[22:47] <Prf_Jakob> cool
[22:49] <tjaalton> but the wayland situation is a tricky one, Sarvatt says 8.0 doesn't build with wayland git due to this http://cgit.freedesktop.org/wayland/wayland/commit/?id=151ca457b4384c385c0062716b55595e22fef7ea
[22:49] <Sarvatt> and it doesn't build with our current wayland checkout either
[22:49] <tjaalton> right
[23:10] <Sarvatt> looks like nvidia-graphics-drivers-updates and fglrx-updates didn't get updated


[06:10] <Kilos> hellooo africa
[14:47] <Na3iL> o/ Africa
[14:47] <Kilos> hi Na3iL
[14:47] <Kilos> storming so power can go
[14:53] <Na3iL> Hey Kilos :D
[14:53] <Na3iL> how are you today
[16:23] <Kilos> im good ty Na3iL power just returned
[16:24] <Kilos> how are you?
[16:24] <Na3iL> I am pretty well too :D
[16:24] <Kilos> :D


 Forwarded from unknown: The Lubuntu team is excited to announce that Lubuntu 20.04.3 has been released! You can find out more at our official blog post:
 https://lubuntu.me/focal-3-released/
 https://youtu.be/sLC-gKn-Ys8
[17:54] <quimir> boa tarde :)
[21:28] <Victor81> Onde eu baixo o Lubuntu 18.04 lts?
 Não suportado pelo lubuntu, sem link de download


[11:46] <rmg51> Morning
[16:31] <mikedep333> I don't stop in here much, but I wanted to say: Wow, it's 11:30 AM and 28 degrees out
[16:38] <rmg51> that's it after all this time?


[01:34] <callmepk> good morning
[01:49] <duflu> Morning callmepk
[01:51] <callmepk> hi duflu
[06:16] <jibel> Good morning everyone
[06:31] <duflu> Morning jibel
[06:34] <jibel> Hi duflu
[06:40] <callmepk> hi jibel
[06:47] <jibel> Hi callmepk
[07:12] <seb128> goood morning desktopers
[07:18] <duflu> Morning seb128
[07:18] <seb128> hey duflu, how are you?
[07:18] <duflu> seb128, going... better. You?
[07:20] <seb128> I'm alright thanks! summer finally arrived which feels weird since we didn't really have spring weather, from cold to warm without adaptation
[07:21] <duflu> Sounds like you might get some variation before it sticls
[07:21] <duflu> sticks
[07:30] <jibel> Good morning se
[07:30] <jibel> seb128, ^
[07:31] <jibel> tab completion failed :)
[07:31] <seb128> hey jibel!
[07:32] <seb128> ok, things should work now
[08:03] <awayney> so this is where the action is?
[08:06] <seb128> hey laney, wb! Did you had a nice week off?
[08:07] <laney> yeah I lost my capital 'L' at some point during it! /me is a cool kid now
[08:08] <laney> was nice, swimming in the sea and relaxing mainly - and now summer is here :-)
[08:08] <laney> how's it going there seb128?
[08:08] <seb128> nice timing!
[08:08] <seb128> going alright, summer arrived for us as well which is a nice change :-)
[08:09] <seb128> oh, I'm registered to get my covid vaccin round1 on next monday now
[08:10] <laney> \o/
[08:11] <laney> exciting times
[08:11] <laney> I had mine on Friday, no big problems except my arm was like it got punched for 3 days
[08:11] <seb128> seems quite common from the news title I saw
[08:14] <laney> yeah that's an ok price to pay I think :p
[08:14] <seb128> indeed!
[08:14] <seb128> otherwise on work news Trevinho is rocking the GNOME updates, cleaning technical debt by removing old patches on the way
[08:15] <laney> nice
[08:15] <seb128> his discourse weekly summary is a nice read, I recommend it ;-)
[08:15] <seb128> speaking of, my scripts tells me
[08:16] <seb128> jamesh, marcustomlinson, tillkamppeter, weekly summary reminder
[08:17] <laney> I did, I just 'liked' it! /me pats Marco
[08:17] <laney> also had a few telegram chats about debian packaging from the beach ;-)
[08:17] <seb128> haha
[08:19] <laney> guess I should fiddle with IRC config to drop freenode eh
[08:19] <laney> also looks like gnome members can #voteken
[08:24] <seb128> :-)
[08:34] <laney> let's see if that worked
[08:35] <laney> no :(
[08:37] <jibel> Good morning laney
[08:37] <duflu> Morning laney
[08:47] <laney> hey jibel duflu, how are you?
[08:47] <laney> think I'm done fiddling with IRC config for now
[08:47] <duflu> laney, alright thanks. Not as excited as you
[08:47] <laney> that's a high bar
[08:48] <laney> so, no shame
[08:52] <jibel> laney, going well, thanks.
[09:01] <Trevinho> laney: hey back Laney
[09:02] <Trevinho> also... KGB seems to be still on freenode
[09:04] <laney> yeah will fix it
[09:44] <laney> Trevinho: did you use the gitlab api before?
[09:45] <laney> if possible we should use it to set up / fix the webhooks for libera
[09:47] <seb128> who is maintaining and hosting that bot btw?
[09:48] <seb128> laney, is that you?
[09:48] <laney> nope, some debian guys
[09:48] <seb128> I wanted to add a bot to the channel maybe to do some status daily reports, like last ISO build result, etc
[09:48] <laney> great idea
[09:49] <laney> but it would need to be something else not that KGB thing
[09:49] <seb128> right, that's what I was wondering
[09:49] <seb128> I'm probably going to do something simple like queuebot
[09:49] <laney> nod
[09:49] <laney> would be good if it could be part of the metrics project, like getting data from there
[09:49] <laney> (if possible)
[09:53] <seb128> what would be the right way to query data from the metrics?
[09:54] <seb128> I know that grafana has access to the records but I don't know how
[09:56] <laney> there's a python API, you can use sql-ish queries to get data from them
[10:03] <laney> or interesting, looks like there's something like https://github.com/influxdata/kapacitor which could maybe be used
[10:13] <seb128> laney, I meant the db, can we public access it? where is it hosted?
[10:17] <laney> seb128: it's in prodstack. If you go with this idea you could deploy it in the same environment as the metrics collector itself
[10:17] <laney> not the same machine, but the same env, then it will be able to connect to it
[10:17] <seb128> ack
[10:20] <seb128> ok, on that note it's modern age but we are still on IRC and I still don't have a proxy so I'm going to drop of the channel for a bit
[11:25] <GunnarHj> Hi oSoMoN, Your help would be appreciated to point me to the right person. The thing is that apparmor fixes are needed to made fcitx5 (bug #1928360) and to some extent ibus (bug #1890905) work as expected in the snaps. I had a conversation with Seth A. the other day, and he claims that the snap team needs to be involved.
[11:25] <GunnarHj> https://irclogs.ubuntu.com/2021/05/27/%23ubuntu-devel.html#t18:57
[11:25] <GunnarHj> Who would be the right person to talk with?
[11:25] <ubot3> Bug 1928360 in ubuntukylin "Switch to Fcitx 5 for Chinese" [Undecided, In Progress] https://launchpad.net/bugs/1928360
[11:25] <ubot3> Bug 1890905 in snapd (Ubuntu) "Snaps cannot access IBus when $XDG_CACHE_HOME is set" [Medium, Confirmed] https://launchpad.net/bugs/1890905
[12:55] <oSoMoN> GunnarHj, you could try pedronis or ijohnson (both are on #snappy)
[13:34] <GunnarHj> oSoMoN: Will do, thanks!
[14:23] <oSoMoN> ricotz, re bug #1930315, we should probably change the build dependencies of the firefox-next PPA to security only, to replicate how firefox updates are built for the archive, and catch these issues earlier, what do you think?
[14:23] <ubot3> Bug 1930315 in firefox (Ubuntu) "firefox 89.0 FTBFS on ppc64el with clang 10" [High, Fix Committed] https://launchpad.net/bugs/1930315
[14:29] <ricotz> oSoMoN, hi, I understand, I was hoping the llvm 11 backport would be a viable solution
[14:30] <ricotz> e.g. focal got llvm 12 in -proposed now
[14:30] <oSoMoN> ricotz, that will be viable as soon as it hits -security
[14:30] <ricotz> I would expect such build failures with older llvm will occur in the future more often
[14:31] <oSoMoN> hopefully not too often :/
[14:31] <ricotz> oSoMoN, llvm 11 is there forso 2 months
[14:31] <ricotz> oops
[14:31] <ricotz> oSoMoN, llvm 11 is there for 2 months
[14:32] <ricotz> in build-support ppa that is
[14:32] <oSoMoN> and it is in focal-updates, but we don't use -updates to build firefox/thunderbird updates
[14:33] <ricotz> I thought we are talking about bionic
[14:33] <oSoMoN> so until there is a CVE in llvm-toolchain-11 and an update hits focal-security, we can't rely on it
[14:33]  * ricotz just mentioned focal as example
[14:33] <oSoMoN> that build failure affected both bionic and focal
[14:34] <ricotz> ah I see
[14:34] <oSoMoN> for bionic we're stuck with clang 10 for the foreseeable future
[14:34] <ricotz> ok, and this might get painful
[14:35] <ricotz> alright
[14:36] <oSoMoN> only two years of bionic support to go ;)
[14:37] <oSoMoN> ricotz, shall I change the build deps of firefox-next?
[14:37] <ricotz> done, will fiddle with the build-support ppa later
[14:38] <ricotz> oSoMoN, please push these build fixes to the best branches :)
[14:39] <oSoMoN> thanks, I think I did push them to firefox.bionic and firefox.focal
[14:39] <ricotz> oSoMoN, ff90 failures of ppc64/s390x are fixed in nss upstream which hopefully gets merged into beta soon
[14:39] <ricotz> I meant beta branches
[14:40] <oSoMoN> I wanted to come up with a smarter patch that detected the clang version and didn't skip these flags if it is > 10, but couldn't figure out an obvious way to access the clang version
[14:40] <oSoMoN> I sure can merge the release branches into the beta branches
[14:41] <ricotz> thanks
[14:47] <oSoMoN> ricotz, done
[14:48] <ricotz> great
[15:51] <laney> Trevinho: I asked the kgb folks and they said it is configured for libera already, we need to update the webhooks to have &network=libera instead of =freenode
[15:52] <Trevinho>   laney nice, will test soon
[15:52] <Trevinho> laney: though... I think I can't edit them (most of them at least)
[15:52] <Trevinho> so you've to go with manual labooor :)
[15:53] <laney> should use the API I think
[15:53] <laney> will look into it later
[15:54] <laney> (not today probably)


[00:55] <Edisto> what is the deal with screen shots in 18.10? Hitting print screen does not bring up the snapshot tool
[00:55] <Edisto> made sure it is bound to a key and still does not work
[02:42] <batteronizer> Hi, is there any way to configure wacom tablets on Kubuntu?
[09:53] <Katnip> kubuntu 18.04.1 is 3 yrs support while ubuntu 18.04.1 is 10 yrs support ; what is the difference here?
[13:14] <Dragnslcr> Katnip- 18.04.1 is part of the 18.04's support, so there is no difference
[13:16] <Exterminador> hello folks. I've installed Kubuntu for the 1st time. I'm used to use Ctrl+Alt+T in Xubuntu to open the terminal. what's the key combo in Kubuntu? also, how can I make right Ctrl key as right Shift key? thanks in advance
[13:32] <Dragnslcr> You can go to System Settings -> Shortcuts -> Custom Shortcuts to create shortcuts to run programs
[13:33] <Dragnslcr> There may already be one for Run Konsole under Examples
[13:58] <Exterminador> and how about to map Ctrl_R to Shift_R
[14:12] <Exterminador> I've been searching but I don't find any easy way
[15:55] <francish> Hi all, when I create a new file on the Desktop or within Dolphin (right clic then Create new file) the file is created but the group is "root" instead of my defaut group. Any idea ?
 @francish, I am unable to duplicate the root ownership issue. What version of Kubuntu?
[16:38] <ttd> I actually have an issue that anyone can reacreate
[16:38] <ttd> but always too lazy to make a bugreport for KDE ppl
[16:38] <ttd> System tray, if you for example select "Show All entries"
[16:39] <ttd> you can't open any of the icons :D
 Never noticed system tray issues, but I agree, it does have some interactive bugs.
[16:54] <francish> version 18.10. It only happens for my account. I tested for another account and it's working fine
[16:56] <francish> Hi ttd, I don't have this issue, icons are working when all displayed
[16:56] <ttd> francish, when you in settings select show all entries?
[16:56] <ttd> "Always show all entries"
[16:57] <TomTom> francish: different primary groups set?
[16:57] <ttd> Then whenever I want to click on wifi, for example, I get the whole system tray popup and not the Wifi menu
[16:57] <ttd> TLDR: I get "Status & Notifications" instead of Wifi(or any of the system tray item) menu
[16:58] <ttd> and this has been persistent for multiple versions of KDE, Kubuntu(18.04, 18.10) as well as Fedora KDE, OpenSUSE
[16:59] <francish> I checked allways show all entries and icons are working. However I noticed checking "show all entries" first time displayed everything, now it isn't ! Strange behavior...
[17:02] <francish> Thanks Tomtom, how can I check that I would have several primary groups set ?
[17:04] <TomTom> you can only set one... id -ng
[17:05] <francish> my gid is right
[17:06] <francish> strange, when I create a directory using the same right clic it is created with my primary group
[17:08] <francish> only files are created with GID = root
[17:15] <TomTom> some sticky bit set? does it also happen on the cmdline?
[17:16] <francish> touch is working properly.
[17:29] <francish> when I copy a file from /usr/share/foo to my hom using Dolphin the group becomes "root" (same as origin). When I do it with a commande line it is my primary group, hence ok
[18:08] <ttd> I have a problem - Konversation joins #kubuntu and #ubuntu channels too quickly after connecting, so I get forwarded to unregistered channel
[18:08] <ttd> any ideas? I couldnt find any setting to change this behaviour
[18:38] <Captain_Haddock> ttd: Add your nick's password as the server password.
[18:52] <Dragnslcr> ttd- in the Identities settings, change the Auto Identify type to SASL Plain
[18:53] <Dragnslcr> That will identify you while connecting, instead of waiting until after you've connected
[22:21] <davor> hello. can I run the kubuntu installer from an existing kubuntu install in order to install kubuntu to a USB drive?
[22:23] <davor> is the package anaconda or something like that?