[01:15] <callmepk> good morning
[01:22] <duflu> Morning callmepk
[01:22] <callmepk> morning duflu
[01:59] <pieq_> Morning!
[02:04] <callmepk> morning pieq_
[02:08] <duflu> Hi pieq_
[07:06] <jibel> Good morning
[07:07] <duflu> Morning jibel
[07:07] <jibel> Hi duflu
[07:10] <seb128> goood morning desktopers
[07:14] <jibel> Salut seb128
[07:20] <oSoMoN> good morning desktoppers
[07:23] <duflu> Hi seb128 and oSoMoN
[07:31] <oSoMoN> hey duflu
[07:48] <jibel> Salut oSoMoN
[08:10] <didrocks> good morning
[08:10] <duflu> Hi didrocks
[08:11] <jibel> Salut didrocks
[08:14] <didrocks> hey duflu, jibel
[08:24] <Nafallo> moin
[08:25] <didrocks> morning Nafallo
[08:36] <oSoMoN> salut jibel, didrocks
[08:36] <oSoMoN> morning Nafallo
[08:37] <duflu> Hi Nafallo
[08:37] <didrocks> salut oSoMoN
[09:02] <Laney> yo
[09:06] <didrocks> hey Laney
[09:08] <seb128> hey jibel oSoMoN duflu didrocks Nafallo Laney, did everyone had a great weekend?
[09:09] <seb128> great, poppler migrated during the weekend as did the new glib
[09:11] <oSoMoN> yo Laney
[09:11] <didrocks> salut seb128, très bien, et toi ?
[09:11] <oSoMoN> salut seb128, week-end was pretty busy as usual, and good
[09:12] <seb128> plutôt bien aussi :-) we collectively managed to get the daycare cold but it's was moderated enough that it didn't stop use to walk around and keep busy
[09:19] <duflu> Hi Laney
[09:20] <duflu> seb128, the bad news is I spent half the weekend sick. The good news is I've felt great today
[09:20] <seb128> :-(
[09:23] <marcustomlinson> hi callmepk duflu pieq_ jibel seb128 oSoMoN didrocks Nafallo Laney
[09:23] <duflu> Hey marcustomlinson
[09:23] <jibel> Good morning marcustomlinson
[09:23] <oSoMoN> hey marcustomlinson
[09:27] <Laney> hey didrocks seb128 oSoMoN duflu and marcustomlinson
[09:28] <Laney> yeah was nice and relaxing, went for long walks as usual :-)
[09:28] <jibel> Hi Laney
[09:28] <Laney> moin jibel
[09:40] <seb128> duflu, glad that you are feeling better at least
[09:46] <didrocks> hey hey marcustomlinson
[09:56] <seb128> hey marcustomlinson
[12:48] <ricotz> hello desktopers!
[12:55] <marcustomlinson> hey ricotz
[13:01] <ricotz> hey marcustomlinson
[14:50] <oSoMoN> hey Trevinho, I pinged you last week but you were afk, when you get a chance please review https://salsa.debian.org/gnome-team/gjs/-/merge_requests/16 and upload/sync, thanks!
[16:02] <seb128> didrocks, https://code.launchpad.net/~seb128/ubuntu-archive-tools/confirmation-for-not-team-owned-promotion/+merge/399310 btw
[16:02] <didrocks> nice!
[16:17] <hellsworth> good morning desktoper
[16:17] <hellsworth> s
[16:25] <didrocks> hey hellsworth
[16:25] <hellsworth> hey there didrocks !!!
[16:26] <jibel> Bonjour hellsworth
[16:27] <hellsworth> welcome back jibel !
[16:30] <marcustomlinson> hey hellswort
[16:30] <marcustomlinson> h
[16:35] <hellsworth> hiya marcustomlinson
[16:39] <Laney> ricotz: woot at the application!
[16:39] <ricotz> Laney, no woot :(
[16:40] <Laney> ?!
[16:40] <Laney> you mean you want to remain a shadowy secret agent?
[16:40] <ricotz> the meeting was already
[16:40] <Laney> oh
[16:40] <Laney> I just saw the email
[16:40] <ricotz> ended in a tie
[16:40] <Laney> how did that happen so fast?
[16:41] <ricotz> my mail to the list got lost, but I added my application to the dmb agenda wiki
[16:41] <Laney> ah
[16:45] <Laney> meh, just read the log
[16:45] <Laney> :(
[17:11] <hellsworth> i'm so sorry to hear that the application didn't end positively. you should try again and probably the email won't get lost again?
[17:19] <ricotz> hellsworth, thanks, the mail was not a problem
[17:19] <hellsworth> i'm reading the backlog now
[17:19] <hellsworth> i'm so sorry i forgot to give you the +1 you super deserve. i just forgot to add to the wiki.
[17:20] <hellsworth> 767647
[17:20] <hellsworth> darnit
[17:21] <ricotz> hellsworth, you can still add it :)
[17:29] <marcustomlinson> no worries ricotz, I only got mine on the second try ;)
[17:31] <hellsworth> i've added a comment to the wiki. so terribly sorry it's late.
[17:33] <ricotz> thank you
[18:34] <KGB-0> mutter ubuntu/master 63c272d Marco Trevisan (Treviño) debian/tests/libmutter-7-dev * debian/tests: Adapt autopkgtest name and linked library to current soname * https://deb.li/3j8KV
[22:13] <tangarora> pastebin is down?
[22:22] <oerheks> not for me
[22:22] <tangarora> https://pastebin.com/ = cloudflare error for me...
[22:26] <oerheks> https://paste.ubuntu.com/
[22:51] <tangarora> OK great...


[00:13] <cjwatson> could somebody review my grub2 upload?
[00:15] <ogra> can someone let jasper-iniramfs through ?
[00:15] <ogra> (i'd really like to have it on tomorrows images)
[00:19] <cjwatson> ogra: looking
[00:19] <ogra> thanks
[00:19] <ogra> its the same upload as before, just with the typo fixed
[00:19] <cjwatson> accepted
[00:19] <ogra> thanks :)
[06:02] <micahg> could someone please look at bug 631221
[06:02] <ubot4> Launchpad bug 631221 in calendarserver (Ubuntu) "FFe: Sync calendarserver 2.4.dfsg-2 (universe) from Debian unstable (main) (affects: 10) (dups: 2) (heat: 366)" [Wishlist,New] https://launchpad.net/bugs/631221
[07:35] <ara> morning!
[10:02] <cjwatson> micahg: done
[10:10] <ogra> hrm .... http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100921/
[10:11] <ogra> antimony agrees www/full/ doesnt have them either
[10:11]  * ogra would have said we have a space prob, but apparently there are 96G free atm
[10:12] <ogra> uuuh
[10:13] <ogra> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu-netbook/maverick/ports_daily-preinstalled-20100921.log
[10:13] <ogra> [10:13] <ogra> Tue Sep 21 03:14:35 UTC 2010
[10:13] <ogra> .: 5: CONF.sh: not found
[10:13] <ogra> [10:14] <cjwatson> was that a by-hand build of any kind?
[10:14] <cjwatson> so antimony was just upgraded to lucid; I'll check whether it's related to that
[10:15] <ogra> no, thats a cron build
[10:15] <ogra> the normal daily
[10:16] <cjwatson> looks like a bash/dash thing, will fix by backporting from upstream
[10:16] <ogra> nromal daily has it too, yeah
[10:16] <ogra> (x86 i mean)
[10:20] <cjwatson> fixed
[10:21] <cjwatson> ARCHES='armel+omap armel+omap4' for-project ubuntu-netbook cron.ports_daily-preinstalled, right?
[10:21] <cjwatson> I'll rerun yours first as a reward for reporting it ;-)
[11:28] <ara> Riddell, around?
[11:29] <Riddell> hi ara
[11:33] <Riddell> ara: are you able to edit the test cases?
[11:34] <Riddell> for Kubuntu Desktop i386 and Kubuntu Desktop amd64 I'd like "Live Session" replaced with "Live Session Desktop" and "Live Session Netbook"
[11:34] <ara> Riddell, hello
[11:34] <ara> Riddell, yes, I can do thtat
[11:35] <ara> so, you want a new testcase?
[11:35] <Riddell> ara: yes
[11:35] <ara> we need to modifiy the text then
[11:36] <Riddell> ara: also for images "Kubuntu Netbook Arm (omap)" should be "Kubuntu Mobile Arm (omap)"
[11:36] <ara>
[11:36] <ara>
[11:36] <ara>
[11:36] <ara> Riddell, how we distinguish Kubuntu Live Session Desktop and Netbook
[11:36] <ara> ?
[11:37] <ara> Riddell, also, I pinged you to ask you one thing :)
[11:37] <Riddell> ara: well they look different, one looks like a typical desktop setup while the other looks like a netbook setup.  which starts up depends on the hardware you have
[11:38] <ara> Riddell, that's the thing we need to determined
[11:38] <ara> we need a proper testcase, so people aren't confused
[11:38] <Riddell> ara: if the session works
[11:38] <Riddell> does the workspace start up, can you launch applications, can you launch the installer
[11:39] <Riddell> is it translated, do the plasmoids all work, can you connect to the network etc
[11:39] <ara> Riddell, that's not what I mean, I meant the distinction on launching one hting or the other
[11:39] <ara> i.e., which is the size limit?
[11:39] <ara> when does a desktop becomes a netbook and vice-versa?
[11:39] <Riddell> ara: the netbook workspace starts if you have no CD drive, have a battery and a screen < 700 pixels high
[11:40] <Riddell> otherwise it starts the desktop workspace
[11:40] <ara> OK :)
[11:40] <ara> that's what I needed :)
[11:40] <ara>  Riddell, I am getting the plymouth text mode with text "Ubuntu 10.10" (and purple colour). where do I filed the bug?
[11:40] <ara> (in Kubuntu, I mean)
[11:40] <Riddell> is bug 613636
[11:40] <ubot4> Launchpad bug 613636 in plymouth (Ubuntu) "Kubuntu Maveric ISOs show purple "Ubuntu 10.10" boot splash instead of the blue Kubuntu one. (affects: 1) (heat: 80)" [Undecided,Confirmed] https://launchpad.net/bugs/613636
[11:41] <ara> OK, thanks
[11:41] <Riddell> maybe I should look at that today
[11:41] <Riddell> ara: also need "Kubuntu Desktop Arm (omap)" with "Live Session" test case
[11:42] <ara> with both?
[11:43] <Riddell> ara: how do you mean?
[11:45] <Riddell> we need both "Kubuntu Mobile Arm (omap)" and "Kubuntu Desktop Arm (omap)"
[11:47] <ogra> cjwatson, merci :)
[12:32] <sistpoty|work> cody-somerville: are you ok to act as ubuntu-release delegate for xubuntu for this cycle again?
[12:32] <sistpoty|work> oh, and does anyone happen to know wether seb128 is on vac? he and cody are the only persons on my list from whom I haven't got a confirmation yet
[12:33] <cjwatson> I vaguely remember seb128 being on vacation, yes
[12:34] <sistpoty|work> oh, hm. what do we do with gnome then?
[12:37] <sistpoty|work> maybe just not delegate gnome for this cycle and try to get it sorted out early for natty?
[12:38] <ogra> sistpoty|work, for urgent requests try didrocks, though note that he is overworked already
[12:39] <sistpoty|work> ogra: would be ok for me
[12:43] <doko> what do we do with the libcairo-perl test failures, just ignore them?
[13:17] <doko> ogra: OOo now built in maverick, should be downloadable in about 20min. please can you check it?
[13:17] <ogra> doko, oh, didnt GrueMaster contact you yet ?
[13:18] <ogra> he was tasked with the kakadu tests
[13:18] <doko> ogra: no
[13:18] <ogra> yesterday actually
[13:18] <ogra> bah
[13:18] <doko> anyway, it's now in the archive
[13:18] <ogra> ok
[13:18] <doko> still building for lucid
[13:25] <ScottK> Riddell: Is libosip2 supposed to be in Universe?
[13:25] <ScottK> (it's in the Kubuntu package set)
[13:26] <Riddell> ScottK: I'm onto it
[13:26] <Riddell> doko moved it there
[13:26] <ScottK> I can accept it into Main when I review it if you want?
[13:26] <Riddell> presumably to revoke kees MIR and get me to add a .symbols file, which I'm doing now
[13:26] <Riddell> ScottK: yes please do
[13:26] <ScottK> OK.
[13:27] <ScottK> Still waiting for the diff.
[13:27] <doko> Riddell: no, I didn't move it there ... really please keep an eye on component mismatches that you introduce when promoting stuff
[13:28] <Riddell> shrug, someone did, after I'd already moved it to main with bug 595162
[13:28] <ubot4> Launchpad bug 595162 in libosip2 (Ubuntu) "[MIR] libosip2 (affects: 1) (heat: 40)" [Undecided,Fix released] https://launchpad.net/bugs/595162
[13:29] <ScottK> Riddell: Done.
[13:30] <Riddell> ScottK: kdesdk needing review too while you're in the mood
[13:30] <ScottK> Yep.  Waiting for the diff.
[13:33] <doko> Riddell: preparing libexosip too?
[13:33] <Riddell> doko: yes
[13:34] <doko> Riddell: ok, closing these bug reports. wasn't aware of these, and didn't demote it myself (if it was ever promoted)
[13:37] <ScottK> Riddell: libexosip should get promoted too when I review/accept it?
[13:37] <doko> ScottK: yes, see bug #595165
[13:37] <ubot4> Launchpad bug 595165 in libexosip2 (Ubuntu) "[MIR] libexosip2 (affects: 1) (heat: 40)" [Undecided,Fix released] https://launchpad.net/bugs/595165
[13:38] <ScottK> Riddell: For kdesdk - When you added back poxml, you dropped some antlr related files for it's .install file.  Shouldn't those get put back too?
[13:39] <ScottK> Riddell: libexosip accepted too.
[13:41] <Riddell> ScottK: no those files don't exist in our build
[13:41] <ScottK> OK.
[13:41] <Riddell> not sure why they do in Debian's, but they're not needed
[13:41] <ScottK> Riddell: Accepted that one too.
[13:41] <Riddell> maybe they have different antlr packaging
[13:46] <stgraber> That pidgin upload simply includes a tested upstream patch to fix Bonjour support (in current maverick, a user can't initiate a new Bonjour conversation).
[13:46] <ScottK> Riddell: FYI, quassel just did a security release.  I'm packaging it now.
[13:49] <Riddell> ScottK: thanks, anything needing done for lucid or older?
[13:50] <ScottK> Riddell: Yes.  See Bug 629774.
[13:50] <ubot4> Launchpad bug 629774 in quassel (Ubuntu) "Undisclosed ctcp based DoS vulnerability (affects: 1) (heat: 262)" [Undecided,Confirmed] https://launchpad.net/bugs/629774
[13:51] <Riddell> no CVE number?
[13:52] <ScottK> Not AFAIK.
[13:52] <ScottK> I don't think they felt like doing the paperwork.  They just mailed vendor-sec.
[13:58] <doko> now looking at bug #597254 ...
[13:58] <ubot4> Launchpad bug 597254 in srtp (Ubuntu) "[MIR] srtp (affects: 1) (heat: 40)" [Undecided,New] https://launchpad.net/bugs/597254
[14:01] <Riddell> srtp has the troublesome property of not building locally for me :(
[14:37] <ScottK> Riddell: ^^^ quassel security fix for you.
[14:43] <sistpoty|work> ScottK: did you send a mail to u-d-a regarding final freeze for unseeded universe yet?
[14:43] <ScottK> sistpoty|work: I did.  It's in the moderation queue.
[14:43] <ScottK> Maybe robbiew has been busy.
[14:44] <sistpoty|work> ah, k, thanks
[14:47]  * Riddell moves  kubuntu-mobile  to main
[15:00] <robbiew> ScottK: I don't have access to u-d-a moderation :/
[15:00] <ScottK> Shoot.  I believe he does
[15:06] <cjwatson> yes
[15:07] <cjwatson> ScottK: moderated
[15:07] <ScottK> cjwatson: Thanks.
[15:09] <sistpoty|work> \o/
[15:16] <ogra> ScottK, sistpoty|work, you should offer a deal ... uploads get only approved if an FTBFS gets fixed additionally on a 1:1 relationship ;)
[15:17] <sistpoty|work> heh
[15:17] <persia> What happens to folk who mostly upload FTBFSs?  Are credits transferable?
[15:17] <ogra> only collectable i'd say
[15:18] <ogra> turns FTBFSers automatically into universe sponsors ;)
[15:18] <persia> heh
[15:56] <doko> please consider llvm-2.8, llvm-defaults and opengtl (bug #632727)
[15:56] <ubot4> Launchpad bug 632727 in opengtl (Ubuntu Maverick) (and 11 other projects) "FFe: include llvm 2.8 and corresponding package in maverick (affects: 1) (heat: 8)" [Medium,In progress] https://launchpad.net/bugs/632727
[16:15] <doko> Riddell: srtp not accepted. can we demote linphone? the ortp library should be built separately
[16:17] <Riddell> doko: that won't help, libortp8 depends on libsrtp
[16:18] <doko> ohh joy ...
[16:41] <smoser> hi. https://bugs.launchpad.net/ubuntu/+source/ec2-api-tools/+bug/644074 i'm wondering if there is enough info there, or whatelse i would need to add to get that bug accepted for FFE.
[16:41] <ubot4> Launchpad bug 644074 in ec2-api-tools (Ubuntu) "upgrade ec2-api-tools to 1.3-57419 (api version 2010-08-31) (affects: 1) (heat: 8)" [Medium,In progress]
[16:50] <sistpoty|work> smoser: have you tested the new features yet?
[16:58] <doko> can I sync python-imaging from unstable? see bug #622388
[16:58] <ubot4> Launchpad bug 622388 in python-imaging (Debian) (and 1 other project) "_imagingcms.so missing in python-imaging (affects: 2) (heat: 10)" [Unknown,Unknown] https://launchpad.net/bugs/622388
[17:02] <sistpoty|work> doko: ACK
[17:05] <doko> sistpoty|work: thanks, synced
[17:09] <micahg> cjwatson: thanks
[17:13] <Cimi> hi
[17:32] <smoser> sistpoty|work, sorry, yes, tested some of them.
[17:36] <sistpoty|work> smoser: ok for me then, but please keep an eye open for regressions
[17:36] <smoser> ok, so i'm ok to upload ?
[17:36] <sistpoty|work> smoser: yep
[17:40] <ScottK> sistpoty|work: If you want me to push accept on packages you've reviewed the diff on, just give me a ping.
[17:41] <sistpoty|work> ScottK: ok, will do
[17:42] <sistpoty|work> however right now, I'll be heading home :)... cya
[18:52] <ScottK> That's some fast reviewing.
[21:11] <zul> hi can someone approve the upload for landscape-client FFE please (LP: #641264)
[21:53] <doko> Riddell: kdesvn: kdesvn-kio-plugins libsvnqt6
[21:53] <doko>    [Reverse-Depends: kdesdk, kdesvn-kio-plugins]
[22:18] <ScottK> slangasek: I'd appreciate it if you'd ack ^^^ clamav.  See Bug #644707 for details.
[22:18] <ubot4> Launchpad bug 644707 in clamav (Ubuntu) "FFe for clamav 0.96.3 (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/644707
[23:51] <slangasek> ScottK: accepted
[23:51] <ScottK> slangasek: Thanks.


[00:43] <rsalveti> stgraber: hey, if still around, quick question, I did a binary copy of phablet-tools to proposed (https://launchpad.net/ubuntu/+source/phablet-tools/1.0+14.04.20131108-0ubuntu1/+publishinghistory), now is there anything else I need to do or just wait for migration to happen?
[00:44] <rsalveti> first time I'm actually copying the binary package to the archive (from the daily-build one)
[00:45] <rsalveti> seems it was finally published in proposed
[00:49] <stgraber> if britney/autopkgtest don't find any problem, there shouldn't be anything for you to do
[00:52] <rsalveti> great :-)
[09:58] <doko> cjwatson, could you have a look at https://launchpad.net/ubuntu/+source/libpod-spell-perl/1.12-1/+build/5193802 ?  libclass-tiny-perl is in main
[09:59] <cjwatson> doko: only the source
[10:00] <doko> looking ...
[10:00] <cjwatson> double-override accident, maybe?
[10:00] <cjwatson> https://launchpad.net/ubuntu/trusty/i386/libclass-tiny-perl suggests so
[10:00] <cjwatson> I'll try copying it back.  Please don't do the same within this publisher run
[10:01] <doko> hmm, I did run ./change-override -s trusty -y -S -c main libclass-tiny-perl
[10:01] <doko> ok
[10:01] <cjwatson> But it looks like either you did it twice, or somebody else did it at the same time
[10:02] <doko> yes, could be
[10:02] <doko> wondering what else I did do twice for the perl stuff
[10:03] <cjwatson> Not sure OTTOMH how to tell
[10:03] <cjwatson> infinity: do you have a way to search for double-override accidents?
[10:04] <infinity> cjwatson: Nope.
[10:05] <cjwatson> We could iterate all binary packages looking for ones where the most recent BPPH is superseded, but that'd be really slow over the API
[10:06] <infinity> cjwatson: /win 36
[10:06] <infinity> Erm.
[10:06] <infinity> La la la.
[10:06] <cjwatson> Shan't
[10:57] <doko> cjwatson, does NBS complain about recommends too? e.g. gmsh/gmsh-doc
[11:02] <cjwatson> Yes
[11:02] <cjwatson> If you think it's appropriate to remove anyway then you can
[11:02] <cjwatson> Probably makes sense to remove in that case
[11:04] <doko> ok
[11:04] <doko> filed a bug in debian
[13:57] <apw> i am just doing a dist-upgrade from saucy to trusty and (for the second time of asking) i am hitting a rhythmbox-data install failure, which doesn't seem to have any deatails ... is this known
[14:18] <Laney> apw: Were there really no details? Check /var/log/apt/term.log
[14:19] <Laney> (also, reproduced)
[14:21] <apw> Laney, doh didn't look there, looked a lot of other places
[14:21] <Laney> Simple file conflict, fixing
[14:21] <apw> heh ... thanks ... yes file conflict
[14:22] <seb128> Laney, doing a rb upload?
[14:22] <Laney> ya
[14:22] <Laney> well, unless you have something
[14:22] <seb128> Laney, can you include https://git.gnome.org/browse/rhythmbox/commit/?id=f326f8e7055ee8b681a72f000203d071ccc72646 ?
[14:22] <Laney> in which case I
[14:22] <Laney> damn!
[14:22] <seb128> lol
[14:22] <seb128> too slow :p
[14:22] <seb128> if you did it already no worry, we can queue in the vcs for the next upload
[14:22] <Laney> no, I'm not that fast :P
[14:23] <Laney> will do
[14:23] <seb128> thanks
[14:23] <apw> awsome ...
[14:30] <Laney> seb128: is there an lp bug for that?
[14:31] <seb128> Laney, no, I just noticed it while look at git logs for cherrypicks for the LTS
[14:31] <Laney> k
[15:43] <apw> seb128, that rhythmbox upload you did that is in -proposed, seems to change the Uploaders:, does that make sense ?
[15:44] <infinity> apw: GNOME Team packages get control auto-mangled via gnome team tools.
[15:45] <infinity> apw: So, uploaders and some other bits randomly morph from week to week.
[15:45] <apw> infinity, up in debian right ?  in ubuntu with an ubuntu specific change only i am supprised
[15:45] <infinity> apw: Same tools run in Ubuntu.
[15:46] <infinity> apw: And, in fact, that can often be the source of the delta, as we may have a different version of said tools with an older uploaders list. :P
[15:46] <infinity> (But it doesn't much matter)
[15:46] <apw> fair enough then, it is an oddity and no mistake
[15:47] <apw> Laney, when you have dumped that fix for rhythmbox in ping me, i have a nice test rig waiting for it
[15:47] <Laney> now
[15:48] <Laney> it's trivially reproducible in a chroot by installing rhythmbox in saucy then dist-upgrading to trusty
[16:08] <seb128> apw, what infinity said, GNOME packages computes the Upload from the recent entries in the changelog
[16:09] <seb128> compute the Uploaders*
[16:09] <apw> fair enough, something to ignore when looking at diffs
[16:09] <apw> as i was really looking for Laney's diff anyhow :)
[16:57] <jodh> please could someone do magic to make upstart 1.11-0ubuntu1 migrate out of proposed? 1 test is failing but only on amd64 (I'm sure this is a test or test env bug).
[16:57] <infinity> jodh: Generally, the solution to failing tests is to fix the failure. :P
[16:58] <ogra_> really ?
[16:58] <ogra_> not "close your eyes" ?
[16:59] <jodh> infinity: clearly, I'd prefer that. Since the other 1669 test all pass both locally and on the build's and in the jenkins env, and I've boot tested on 3 arches locally, I'm happy that the failure is not indicative of a regression.
[16:59] <infinity> jodh: Have you tested on the latest trusty kernel?
[17:00] <infinity> jodh: (If the test is known-broken, an upload to disable it, or at least a commit that will do so in the next upload would still be better than me having to wave it through every third upload)
[17:00] <infinity> jodh: If the test isn't provably broken, then maybe the code is.  Which is the point of testsuites.
[17:01] <infinity> jodh: (Is there an urgent reason upstart needs to be a unique snowflake in this regard?)
[17:01] <stgraber> jodh: another test run is happening now
[17:04] <jodh> infinity: >latest kernel=yes. I am obviously currently trying to resolve the issue. If slangasek is happy to wait until its fixed, fine with me but we were hoping to get this into the archive today and every test run until now has passed 100%.
[17:05] <infinity> Everyone's always hoping to get things in when they upload them.  I just prefer not to short around the whole point of testsuites until one can provably demonstrate that a failure is due to a broken test.
[17:05] <infinity> *shrug*
[17:05] <infinity> "It usually passes but sometimes doesn't" isn't so much proof.
[17:07] <slangasek> jodh: I said you should upload today, but if it doesn't get into trusty because of a test suite failure, we should resolve that rather than bypass it :)
[17:09] <jodh> slangasek: ok, I'll keep at it then...
[17:17] <stgraber> hmm, looks like the most recent run of the test just passed (not sure what triggered the re-run, maybe a rdepend upload)
[17:17] <slangasek> stgraber: where do you see that?
[17:17] <slangasek> amd64 build 14 is the most recent on https://jenkins.qa.ubuntu.com/view/Trusty/view/AutoPkgTest/job/trusty-adt-upstart/ and has a test suite failure
[17:17] <stgraber> slangasek: http://d-jenkins.ubuntu-ci:8080/view/Trusty/view/AutoPkgTest/job/trusty-adt-upstart/ARCH=amd64,label=adt/15/console
[17:17] <stgraber> currently running
[17:18] <slangasek> jodh: so is this a known test failure?
[17:18] <slangasek> stgraber: ok
[17:18] <slangasek> so we get it into trusty for free, but we should still figure out why the test was failing ;)
[17:20] <jodh> stgraber: we have seen it before. I thought I'd fixed it before release but clearly not :)
[17:20] <stgraber> the remaining tests just finished without any failure, so looks like upstart will get promoted next time britney runs
[17:20] <jodh> slangasek: that is to say, I had a test fix merged for this bug and that appeared to squish it, but...
[17:39] <slangasek> jodh: that was lp:~jamesodhunt/upstart/fix-test_state-test-reprise ?
[17:56] <slangasek> jodh: I'm confused how this test ever works.  You have a child that blocks waiting to read a byte from fds[0], but I don't see the parent ever writing to fds[1]
[17:56] <slangasek> jodh: so I think this thread only works by accident when the kernel *happens* to have flushed the log after the write of the initial data
[17:56] <slangasek> s/thread/test/
[19:09] <jodh> slangasek: the parent does write to fds[1]. I'll debug Monday now...
[19:09] <slangasek> no really, it doesn't ;)
[22:01] <xnox> slangasek: i guess i'm on the hook, for accepting that fix. thus clearly i don't understand the fds in that test either.
[22:01] <slangasek> well, I was wrong when I said it doesn't write to fds[1]
[22:01] <slangasek> I just didn't read down far enough
[22:02] <slangasek> (it might help if there were comments to make it clear where the expected sync points are for child and parent...)
[22:03] <xnox> so parent asserts at 2153, did not stat filename.
[22:04] <slangasek> so the failure seems to be to do with TEST_FORCE_WATCH_UPDATE() not successfully triggering the write to the logfile.  But that's a complex macro that's only used in the test suite, so we basically don't know if it's correct
[22:04] <xnox> and child asserts at 2122, failed to read.
[22:05] <slangasek> right; the child assert is strictly secondary
[22:07] <xnox> so imho when the write to pty_slave happened, that didn't hit the disk (?!)
[22:07] <slangasek> correct
[22:07] <slangasek> but we don't know why, because the route to disk goes into upstart's logging subsystem and back out again :)
[22:07] <xnox> i did ask / comment (maybe it was private irc) to have "sync()" after write.
[22:07] <slangasek> and of course, that's not what this test is /about/
[22:07] <slangasek> that wouldn't work
[22:08] <slangasek> the pty doesn't point at the log file, it points at upstart's internal log handler, which buffers and then writes to disk
[22:08] <xnox> right, so the test, if the file was not statted, should have done in tap "# skip initial data didn't write"
[22:08] <slangasek> why 'skip'?
[22:09] <xnox> slangasek: well, i guess it should continue, and everything should be still unflushed.
[22:09] <xnox> slangasek: why do we do initial file checks?
[22:09] <slangasek> I don't know
[22:10] <xnox> and does the upstart's internal log handler have something like nih_flush_sync_now()? =)
[22:10] <slangasek> I would /guess/ that it's to ensure that a race doesn't cause the log file to be created and flushed when we're not looking, before the re-exec happens
[22:10] <slangasek> but given that we're not in an event loop at this point, I don't know why we're worried about that happening
[22:11] <slangasek> hmm, but we do have to trigger the read from the pty to have any of the data in our internal buffer
[22:11] <slangasek> which might silently trigger a flush to disk
[22:12] <slangasek> so... we *could* pre-populate the file in the parent with EACCES perms, then all of the child's output would be queued
[22:12] <slangasek> I think?
[22:13] <xnox> yeah.
[22:14] <xnox> it's just it wouldn't tell us if it kept the original output, or overwrote it.
[22:14] <slangasek> how do you mean?
[22:14] <xnox> start with a log file that has "hello world\n" in it.
[22:15] <slangasek> why wouldn't we start with an empty log file?
[22:15] <slangasek> this test is only supposed to be testing that unflushed log buffers are serialized/deserialized correctly across re-exec
[22:16] <xnox> ok.
[22:16] <xnox> and i presume log buffer is tested to not clobber over previous output already.
[22:17] <xnox> slangasek: today nih test-suite caught non-Posix behaviour of the FreeBSD kernel. =)
[22:17] <slangasek> I don't know if we have a test for not clobbering logs, but that's not this test ;)
[22:17] <slangasek> xnox: heh, nice
[22:17] <xnox> so i'm happy. (PR filed in freebsd & and the devs were grumpy on irc)
[22:18]  * slangasek snerks
[22:19] <xnox> int off-by-a-WEXITEDSTATUS-bitmask error
[23:31] <slangasek> xnox: lp:~vorlon/upstart/flaky-log-serialization-test, maybe
[23:46] <xnox> slangasek: code looks good. should probably also remove the introduced #define TIMED_BLOCK as well.
[23:47] <slangasek> ah, good catch
[23:47] <slangasek> pushed


[12:17] <troy_s> alefteris: if you want to use bitmaps in the svgs import them
[12:17] <troy_s> using the embedder.
[12:19] <alefteris> how i do that? till now i was doing File -> Import... But then i realised that when i remove the file, its gone from the svg too.. how can i make them stick together?
[02:28] <troy_s> alefteris: Let me look for you.
[02:28] <troy_s> sorry was napping :0
[02:28] <troy_s> EFFECTS->IMAGES
[02:28] <troy_s> embed images
[02:28] <troy_s> alefteris: ping
[02:28] <alefteris> pong
[02:28] <troy_s> ;)
[02:31] <troy_s> alefteris: that work for you?
[02:31] <alefteris> thanks troy_s, its a rather wird place to have this option..
[02:31] <alefteris> yeap
[02:31] <troy_s> well it is an 'add on'
[02:31] <troy_s> because normally you don't embed a bitmap
[02:32] <troy_s> right into the svg
[02:32] <troy_s> but the blur worked for you?
[02:32] <troy_s> by the way, if you keep that svn directory the recompile will take less time as you are only going to recompile and link the libraries that changed.
[02:32] <alefteris> yeah, http://imagebin.org/7080
[02:33] <alefteris> looks cute
[02:33] <troy_s> that was easy now wasn't it?
[02:33] <troy_s> how come you have a bitmap in that???????
[02:33] <troy_s> what portion of the image is a bitmap
[02:33] <troy_s> you shouldn't need any of it.
[02:34] <alefteris> for the flag and the packground
[02:34] <troy_s> oh lord...
[02:34] <alefteris> hehe, i know
[02:34] <troy_s> for the background -- use a circular grad
[02:34] <troy_s> for the flag
[02:34] <troy_s> just trace the bitmap using the inkscape tools
[02:34] <troy_s> it should trace very well.
[02:34] <troy_s> then throw those bitmaps out of there!
[02:35] <alefteris> i didnt know you can trace bitmaps
[02:35] <alefteris> :)
[02:35] <troy_s> lol
[02:35] <troy_s> yes
[02:35] <troy_s> and there are a good deal of options
[02:35] <troy_s> you can actually trace photos, and if you do some pre-work magic, you can have them look very good.
[02:35] <troy_s> can you ship me the flag image?
[02:36] <troy_s> i'll show you
[05:13] <coz_> evening to all
[05:14] <darkmatter> hiya coz_
[05:14] <coz_> hey dude
[05:14] <coz_> what are you doing in ubuntu-artwork/
[05:15] <darkmatter> pat of the team
[05:15] <coz_> :)
[05:15] <darkmatter> *part
[05:15] <coz_> darkmatter, mm same here didn't see you on the list but no one saw me either:)
[05:15] <darkmatter> coz_, just got approached to join the other day
[05:16] <coz_> darkmatter, oh wonderful wel welcome good to see you here
[05:16] <darkmatter> :)
[05:16] <coz_> darkmatter, that means at least 2 of us will be talkning on here:)
[05:16] <darkmatter> hehe
[05:17] <coz_> darkmatter, generally is slow considering what has been happening with the art end of ubuntu
[05:17] <darkmatter> I'm just doing some rough outs on some asthetic refinement... just debating my textbox shadows atm
[05:17] <darkmatter> coz_ yeah
[05:18] <darkmatter> coz_ need your opinion on somefin... just a sec.. I'll take a screenie
[05:20] <darkmatter> coz_, http://img294.imageshack.us/my.php?image=screenshotmf3.png
[05:20] <darkmatter> text shadows
[05:20] <coz_> ok let me look :)
[05:21] <darkmatter> how they look... yay or nay?
[05:21] <darkmatter> also shifting the shadow/frame tones over to tango inspired aluminium
[05:21] <coz_> darkmatter, I guess yay becaue the text is very clear
[05:22] <coz_> of course you know how I feel about the slab menu :)
[05:22] <darkmatter> no.. I mean the shadows in the text box (at the top if the entry field)... did a slight drop shadow
[05:23] <darkmatter> yeah.. I know.. you hate the slab ;)
[05:23] <coz_> :)
[05:24] <darkmatter> does that softer aluminum shade look ok for the shadows?? (compare the text boxes in xchat to the outlines on the scrollies)
[05:25] <darkmatter> as in... which gray... the warmer hue or the cooler?
[05:25] <coz_> let me look again
[05:25] <darkmatter> k
[05:27] <coz_> yes I like the softer shade there. it isn't harsh to the eye and as far as warm or cool goes.. depends on the effect you want...if you want a shallower field then go warmer
[05:27] <darkmatter> aye... I thought the warmer too :)
[05:28] <coz_> darkmatter, well don't let me influence your decision either, iw ould rather have your vision  on your work :)
[05:28] <darkmatter> good... now that thats sorted I can redo the frames
[05:28] <coz_> ok :)
[05:29] <darkmatter> lol... its not influence... I just wanted to make sure I wasnt the only one who thot the aluminium gray looked better
[05:30] <coz_> darkmatter, no guy I think its looks more than fine, as long as you think it does then it will be fine :)
[05:31] <coz_> have to go for the moment be back a little later :)
[05:31] <darkmatter> the frames (blue gray ugly crap around the user lists, etc) will use the same gray and the same 2pix corner... if you compare theme to the new outlines (the text shadows on the left) the new are much more balanced and aesthetically pleasing
[05:31] <darkmatter> bah
[05:31] <darkmatter> hmmm... still need to start work on the buttons n panel
[05:39] <troy_s> wow chittery in here
[05:40] <troy_s> darkmatter: are you working on a beryl theme?
[05:41] <darkmatter> yup... slowly. refining the gtk a first.
[05:42] <troy_s> i see.
[05:42] <darkmatter> atm the beryls ugly... the button are just filler fron that amora thingy because I needed a place to click
[05:42] <darkmatter> ;)
[05:43] <troy_s> have you tried farting around with metisse?
[05:43] <darkmatter> yup
[05:43] <darkmatter> its pretty neat
[05:43] <darkmatter> I like the "build your own windows" thing
[05:43] <troy_s> i find it more interesting than the compiz/beryl simply because it seems to offer more useable elements
[05:44] <troy_s> not just garbage 'neat' stuff.
[05:44] <darkmatter> thats actually quite useful
[05:44] <troy_s> indeed.
[05:44] <troy_s> are you referring to the build your own tool palette elements?
[05:44] <darkmatter> yup... compiz n beryl are fine... but beryls mostly useless eyecandy
[05:44] <darkmatter> troy_s, yup
[05:44] <troy_s> exactly
[05:45] <troy_s> the pager in metisse is far superior too
[05:45] <troy_s> in fact, dare i say, metisse seems to be the most well thought out direction for utilizing gl accell.
[05:45] <troy_s> not that i am sold on it until we can assure that every user can use it.
[05:45] <troy_s> until that point, i find that software augmentations are probably the best route (along the lines of e17)
[05:46] <troy_s> pingunz speaks very highly of you... where are you from?
[05:46] <darkmatter> Canada
[05:46] <troy_s> woot
[05:46] <troy_s> good canadian kid.
[05:46] <troy_s> ;)
[05:46] <darkmatter> brb.. need coffeee
[05:46] <troy_s> vancouver here.
[05:46] <darkmatter> w00t
[05:47] <troy_s> where abouts darkmatter ?
[05:48] <darkmatter> ahh.. south eastern Saskatchewan
[05:49] <troy_s> saskatoon berries.
[05:49] <troy_s> lol
[05:50] <darkmatter> lol
[05:50] <darkmatter> I used to live in saskatoon many moons ago
[07:56] <troy_s> greets msikma
[07:57] <msikma> hey troy
[11:18] <lapo> hi there
[11:18] <andreasn> hi lapo
[11:19] <lapo> yo andreasn
[11:19] <andreasn> how are things?
[11:19] <lapo> andreasn: going fine, thanks, what about you?
[11:20] <andreasn> everythings good, currently doing sketches for a new client
[11:21] <lapo> cool so your work is going fine
[11:21] <andreasn> and it's not the ordinary desktop-stuff that have been done a bazillion times before, so that's fun
[11:21] <lapo> when you'll be as rich as mark lemme try your personal jet :-)
[11:22] <darkmatter> hmmm... some progess... opinions? http://www.flickr.com/photos/92826085@N00/374334129/in/set-72157594488098254/   http://www.flickr.com/photos/92826085@N00/374334127/in/set-72157594488098254/
[11:22] <andreasn> I'm doing ok on my incomes, but it's not as much as I would have hoped to
[11:23] <andreasn> BUT, I did get a radio airplane for my birthday from my brother-in-law!
[11:23] <andreasn> tried it out yesterday, it was quite fun
[11:24] <andreasn> darkmatter: where did you get that sweet firefox icon?
[11:24] <darkmatter> ahhh.... from the tango xp suff
[11:25] <andreasn> is it available in several sizes?
[11:26] <darkmatter> yup... it is now (fixed up and in my hicolor folder... also did the xpm for the windows and windowlist)
[11:28] <andreasn> http://www.darkt.net/tango/ , right?
[11:29] <andreasn> or, hm, that seems to be down
[11:29] <darkmatter> was... it moved
[11:29] <darkmatter> one sec
[11:31] <darkmatter> andreasn, http://vertigosity.benpbrown.com/?page=start
[11:31] <andreasn> thanks!
[11:31] <darkmatter> yup
[11:32] <darkmatter> sources r at http://tango.benpbrown.com/?page=dev&dev=source
[11:32] <darkmatter> its in there somewhere
[11:33] <lapo> andreasn: do you remember the garret's firefox themes url?
[11:33] <andreasn> I think it's up on addons.mozilla.com now
[11:33] <lapo> really?
[11:33] <lapo> cool
[11:34] <andreasn> http://primates.ximian.com/~glesage/firefox/
[11:35] <darkmatter> industrial+gilouche looks kinda neat on windows
[11:57] <andreasn> darkmatter: hm, in what package is that ff-icon?
[11:58] <andreasn> darkmatter: I found hylke-fx in one folder, but that seems a bit unclearer
[11:58] <darkmatter> hmm... not sure...
[12:00] <darkmatter> brb
[01:09] <lizardking> hello
[03:03] <lizardking> sbaush:  hi
[03:03] <lizardking> sbaush : How are you?
[03:03] <sbaush> ghghgh
[03:08] <klepas_> moin
[04:06] <klepas> np: Various Artists - Capricorn - 20 Hz
[04:07] <klepas> anyone awake?
[07:38] <Viper550> anyone here?
[07:41] <effraie> yep
[07:44] <Viper550> okay then...
[08:09] <lizardking__> Hi
[10:35] <drew1313> hi all
[10:37] <darkmatter> hello
[10:38] <drew1313> my firest time here just kinda cheking it out
[10:41] <darkmatter> ahhh... well.. welcome :)
[10:41] <drew1313> thank you...
[10:42] <troy_s> greets all.
[11:45] <lizardking> hi


[12:17] <BluesKaj> Hi all
[18:10] <Eickmeyer> RikMills: How do you want to tackle the kdesu SRU? I might be able to handle the bug description, and can definitely handle the upload for ubuntustudio-default-settings, it's up to you if you want me to do anything with kubuntu-settings and/or kdesu.
[18:54] <RikMills> Eickmeyer: I would like to handle the bug description and kdesu upload. I am pondering at the moment quite how to word it, hence me not leaping immediately to do it. I will think over the weekend and get it done on Monday
[18:55] <Eickmeyer> RikMills: Ok, that's fair.
[19:01] <RikMills> Eickmeyer: also, fyi: https://salsa.debian.org/qt-kde-team/kde/kdesu/-/merge_requests/3
[19:02] <Eickmeyer> RikMills: Oh, cool. Hopefully they'll actually merge it.
[19:02] <RikMills> if that gets accepted, it will make a Ubuntu SRU more 'palatable'
[19:03] <RikMills> as the debian dev who made the sudo config change seems onboard
[19:03] <Eickmeyer> Yeah, that's great. Also, we got approval from the security team, although it would be nice to get that in the bug report.
[19:04] <Eickmeyer> It would give the SRU more teeth.
[19:04] <RikMills> Yeah, I want to avoid the whole "kdesu works by exploiting a CVE exploit" narrative
[19:05] <RikMills> not only is that a red flag, I am not 100% convinced it is true
[19:05] <Eickmeyer> I mean, it is true, but it's also accidental.
[19:06] <Eickmeyer> I don't for an instant think anybody meant to make it that way.
[19:07] <RikMills> I think it quite possible that the breakage is a coincidental consequence, and not specificall that kdesu relies on the exploit to work
[19:07] <RikMills> i.e. the fix has other consequences
[19:08] <Eickmeyer> Yeah, that could be true too.
[19:08] <RikMills> anyway, I want to try to avoid that that being expressed in the SRU
[19:08] <RikMills> hence me thinking hard how to word it
[19:11] <arraybolt3> RikMills: Just throwing this out there, you could say that kdesu is relying on behavior that is sometimes considered unexpected in order to function properly, and that the change in sudo is causing that unexpected behavior to fail, thus resulting in a loss of functionality. (I dunno how SRUs work, this is just a random idea.) Whether kdesu *is* exploiting a CVE on accident, or the CVE fix simply messes something else up, either way the behavior
[19:11] <arraybolt3>  is considered unexpected when the CVE fix is in place, thus why it needs removed.
[19:13] <Eickmeyer> RikMills: Sure, no objection to that.
[19:13] <arraybolt3> (Really, though, I wish someone would just figure out how lxqt-sudo is handling the situation and then change kdesu to match. If I knew C++, I
[19:13] <RikMills> considerign I have not yet found another distro with KDE that sets that sudoers config option, I am fairly sure we are on not too shaky ground
[19:13] <arraybolt3> I'd take a swing at it, but...)
[19:14] <RikMills> arraybolt3: I wish my C++ was up to it also ;)


[04:42] <robert_ancell> darkxst, I updated our package tracker to tag all the GNOME packages (http://people.canonical.com/~platform/desktop/gnome.html). May be of some use to you guys
[08:22] <darkxst> stiv2k, hi
[08:22] <darkxst> did you look at those patches?
[08:26] <tecnX> i got  a problem installing ubuntu gnome to asus desktop pc
[08:26] <tecnX> i added acpi=off
[08:26] <tecnX> and removed quiet and splash
[08:27] <darkxst> tecnX, what is the problem?
[08:27] <tecnX> but it gets stuck at pci [some number] pci->acpi irq transform: int a -> irq 18
[08:27] <darkxst> can you switch to a VT?
[08:28] <darkxst> (Ctl+Alt+F1)
[08:28] <tecnX> When should i do that?
[08:28] <tecnX> While boot?
[08:28] <darkxst> get logs
[08:29] <darkxst> using 'journalctl -b > journal.logs'
[08:29] <tecnX> there should be logs on the hdd but i cannot boot to the system
[08:30] <darkxst> you can't boot the live CD right? so you want the logs from there
[08:30] <tecnX> i can neither boot to os nor to live cd
[08:31] <tecnX> it always gets stuck after the gray screen
[08:31] <tecnX> where i can choose the boot options (GRUB)
[08:31] <darkxst> do you get the GNOME logo?
[08:32] <tecnX> no
[08:32] <darkxst> what gpu?
[08:32] <tecnX> ATI HD 4800 XXX
[08:32] <tecnX> 4890
[08:33] <tecnX> With a normal boot i get stuck after choosing ubuntu. Then there is just a blinking courser on the top left
[08:34] <darkxst> tecnX, then you probably want to file a kernel bug, and attach logs from a stuck boot
[08:34] <darkxst> there is nothing Ubuntu GNOME specific that early in boot
[08:34] <tecnX> How do i do that? And where do i put it?
[21:05] <craysiii> I just installed ubuntu gnome 15.04 and the maps application thinks I'm in long island NY when i'm in CA, anyone have similar issue?
[21:08] <craysiii> not using any sort of proxy.


[05:41] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4541 Pending binary packages
[06:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4541 Successfully built
[12:14] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4549 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[12:29] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4549 Needs building
[12:39] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/4159 Needs rebuild due to higher version at destination
[13:30] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4549 Pending binary packages
[13:50] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/4549 Diff missing
[18:18] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3840 Generating diffs
[19:01] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3840 Successfully built
[19:21] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3840 Pending binary packages
[19:32] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3840 Preparing packages
[20:01] -queuebot:#ubuntu-ci-eng- rbalint, https://bileto.ubuntu.com/#/ticket/3840 Successfully built


[02:23] <CIA-41> ubiquity: superm1 * r4316 ubiquity/ (4 files in 2 dirs):
[02:23] <CIA-41> ubiquity: * Disable GVFS fuse daemon while in ubiquity-dm
[02:23] <CIA-41> ubiquity: * Remove oem user with userdel rather than deluser (the latter didn't support
[02:23] <CIA-41> ubiquity:  doing it while oem was logged in) (LP: #624888)
[02:23] <CIA-41> ubiquity: * Run oem-config-wrapper as the user oem rather than root.
[02:23] <CIA-41> ubiquity:  - Fixes issues with pulseaudio applet not working
[02:23] <CIA-41> ubiquity:  - Prevents root terminals from ctrl-alt-t (LP: #594233)
[02:59] <CIA-41> ubiquity: superm1 * r4317 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[02:59] <CIA-41> ubiquity: Disable general terminals from ctrl-alt-t unless running in debug mode.
[02:59] <CIA-41> ubiquity: (LP: #594233)
[11:12] <ev> ctrl-alt-t> I didn't know you could do that.
[11:31] <CIA-41> ubiquity: evand * r4318 trunk/ (debian/changelog ubiquity/plugins/ubi-timezone.py): Fix transposed latitude and longitude in geonames lookup.
[11:41] <CIA-41> ubiquity: evand * r4319 trunk/ (debian/changelog ubiquity/plugins/ubi-timezone.py): Provide a version parameter to the geoname lookup.
[12:14] <CIA-41> ubiquity: evand * r4320 trunk/ (3 files in 2 dirs):
[12:14] <CIA-41> ubiquity: Show the number of partitions that will be deleted when in 'use
[12:14] <CIA-41> ubiquity: entire disk' mode.
[12:27] <CIA-41> ubiquity: evand * r4321 trunk/ (3 files in 2 dirs): Remove Pango markup from the debconf templates where possible.
[13:11] <CIA-41> ubiquity: evand * r4322 trunk/ (3 files in 2 dirs): Properly set the partition widget description label.
[14:03] <CIA-41> ubiquity: evand * r4323 trunk/debian/changelog: LP bug references.
[14:34] <CIA-41> ubiquity: evand * r4324 trunk/ (debian/changelog ubiquity/frontend/gtk_ui.py):
[14:34] <CIA-41> ubiquity: Use a GtkMenuBar rather than a GtkMenu as the source of the dark
[14:34] <CIA-41> ubiquity: styling to match recent changes to the default theme.
[18:23] <jhansonxi> Is there any way to set Nautilus Places during installation with preseed or kickstart?  I need to add /home/local and /home/public to all users.  XDG seems to only handle the "well known" directories and they have to be relative.  Setting .gtk-bookmarks in skel doesn't work as Nautilus wants absolute paths and presetting them causes an override and all the default places are missing.
[18:40]  * jhansonxi thinks he hears crickets...
[20:50] <ScottK> !weekend | jhansonxi
[20:50] <ubot2> jhansonxi: It's a weekend. Often on weekends the paid developers and a lot of the community may not be around to answer your question. Please be patient, wait longer than you normally would or try again during the working week.


 How to enable hardware acceleration in falkon browser?
 /names@IrcsomeBot
[08:33] <tomreyn> abdulkhaliqchoudhary: probably the same way you'd do it in the browser it is based on
[08:33] <tomreyn> if i recall correctly, that's chromium
[11:13] <ktecho> Hi there. I'm using kubuntu 21.10 and every time there is an animation on the screen (like a spinner, a progress bar or something), CPU goes to the sky and the fans of my notebook starts to spin loud. This is happening since a lot of versions ago, but I'm really tired of it... It's an Intel iGPU. Do you know if there could be something wrongly
[11:13] <ktecho> configured and I can check and improve?
[11:14] <ktecho> I can play (light) games, so the iGPU drivers are fine. Maybe something in Plasma is setup wrong...
[11:15] <oerheks> that 'spinner´ says your CPU is running 100%, that is oke
[11:15] <oerheks> intel is surely your bottleneck ..
[11:15] <oerheks> (gpu)
[11:15] <ktecho> no, I mean when a web page is loading and it shows a spinner on the browser
[11:15] <ktecho> then CPU goes high and fan spins, even when the computer is not doing anything more than showing that spinner
[11:17] <ktecho> Uploaded file: https://uploads.kiwiirc.com/files/ca5625f5710525153a68f79279d7e789/image.png
[11:17] <ktecho> whith this webpage, the fan goes crazy:
[11:17] <ktecho> https://fontawesome.com/v4.7/examples/#animated
[11:28] <ktecho> Sorry, got disconnected
[11:34] <tomreyn> ktecho: you could try to see whether enabling / disabling gpu rendering in the web browser would make a difference.
[11:34] <ktecho> I was thinking it could be related to that, but I've tried several browsers. Chrome and Brave, mostly.
[11:35] <tomreyn> with or without gpu acceleration?
[11:35] <ktecho> but I'm searching for that "gpu rendering" thing to know if it's enabled
[11:38] <ktecho> yes, in Brave it's enabled
[11:48] <user|55> good morning all. where can i get the acid plasma pic on the signin page previous to this one?
[11:54] <user|55> okay nowhere i guess. thx for nothin
[13:26] <BluesKaj> 'Morning folks
 morning
 Someone know, if it is safe to remove samba?
 Boots without samba. But smbclient is needed for kubuntu-desktop (re @Halis: Someone know, if it is safe to remove samba?)
 Hi there. I'm owner of an Acer A515-41 laptop, which has an AMD CPU and GPU. All things work nicely with kernel 5.14 but when installed kernel 5.15 and powered of or reboot, the laptop hangs unless I press the power button. Any idea?
 Do you get any message? You can disable squash boot and get detailed boot log
 İ think pressing esc also works temporarly
 Any key works. Just get a black screen.
 I will try again later and try to boot under restore mode. We'll see.
 Thanks for the insights (re @Halis: İ think pressing esc also works temporarly)
 Any key doesn't works. Just get a black screen.
 I will try again later and try to boot under restore mode. We'll see.
 Thanks for the insights (re @Halis: İ think pressing esc also works temporarly)
 Do you not even get the boot logo?
 Nothing at all! Black screen and than the fan spinning like crazy (re @Halis: Do you not even get the boot logo?)
 You can try to boot with the older kernel and then check the logs, İ think
 Maybe using journalctl something??? I really dont know. (re @Halis: You can try to boot with the older kernel and then check the logs, İ think)
[22:03] <R13ose> 21.10 Mysql isn't actually starting as when I do sudo systemctl status mysql.service, it says Active: active (exited).  What do I do?


[01:31] <pleia2> Unit193: check links? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue321
[01:31] <pleia2> and everyone else, it's ready for editorial review
[01:46] <pleia2> cleaned up spam comment queue on the fridge (and a few real comments, woo)
[01:47] <JoseeAntonioR> pleia2: let me know if you need help with that in the future
[01:48] <pleia2> JoseeAntonioR: thanks :) I will
[02:57] <Unit193> Seems good, pleia2.
[02:57] <Unit193> That is, all the ones that are marked as links.
[03:07] <pleia2> thanks :)
[07:30] <dholbach> good morning
[22:44] <pleia2> The new edition of the Ubuntu Weekly Newsletter is now available here: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue321


[00:11] <bluesabre> jphilips: they've been doing pretty good on their own. I'm in contact with them.
[00:11] <jphilips> oh okay
[01:22] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: xfce4-settings 4.15.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-xfce4-settings-4-15-1-released-tp59176.html (by Sean Davis-6)
[01:29] -SwissBot:#xubuntu-devel- ::xfce4-announce:: ANNOUNCE: exo 4.15.1 released @ http://xfce.10915.n7.nabble.com/ANNOUNCE-exo-4-15-1-released-tp59177.html (by Sean Davis-6)
[13:59] <jphilips> bluesabre: it was correct to have this under website todo and not doc todo - https://github.com/Xubuntu/xubuntu-website/issues/11
[14:00] <jphilips> we may collab in google docs, but it still will be put on the website
[14:44] <jphilips> bluesabre: what do we do with the unreviewed/unmerged translations of xubuntu slides on launchpad.
[14:44] <jphilips> for example the 10 untranslated in indonesian were submitted last month
[14:45] <jphilips> https://imgur.com/Br6iHMg.png
[14:48] <jphilips> did we transfer all the languages over, as i see Hindi listed in LP but not in Transifex
[14:50] <jphilips> also I see Canadian French is 100% in LP but 40% in Transifex
[15:07] <jphilips> Tamil also not listed on Transifex
[19:43] <knome> bluesabre, huzzah
[21:02] <bluesabre> jphilips: I'll take a look. All translations should be present, they're imported automatically from the git repo to Transifex.
[21:02] <bluesabre> But I can also force them to update from the Transifex interface.
[21:05] <jphilips> i see the hi.po file in git, but hindi not listed in transifex
[21:24] <bluesabre> Added the translation to the list, I think it should pull the next time Transifex syncs
[21:40] <jphilips> hope you added tamil as well.
[21:41] <jphilips> bluesabre: any thoughts on the issue of the unapproved translated strings on LP
[21:42] <bluesabre> jphilips: I’ll see if I can export them and apply to the git repo
[21:45] <jphilips> let me know if it doesn't work and i can do it manually if need be
[21:45] <jphilips> i'll putting out a call on social media tomorrow and next week for people to help out with translations
[22:00] <jphilips> should we be pointing dev.xubuntu.org to github?
[22:04] <pleia2> if we're still using launchpad for bugs, not necessarily
[22:04] <pleia2> but the burndown chart software will have to be rewritten if we want to support GitHub issues
[22:05] <pleia2> (it's built for launchpad)
[22:19] <pleia2> for the website, we did migrate the issues, so it does seem like this will need a rewrite if we want to keep using it :\