[09:35] <dpm> cjwatson, Laney: I was looking at opening translations in LP and I think the process of copying over translations from the previous release in LP has not yet been started. I think usually someone from the release team requests that, but I'm not sure how it works. Is there a wiki with the procedure, where I could add a note for translations, so that it's part of the process?
[09:49] <cjwatson> dpm: wgrant knows the details, but I thought that it had been done here
[09:49] <cjwatson> dpm: https://wiki.ubuntu.com/NewReleaseCycleProcess and it's there already
[09:50] <dpm> cjwatson, ah, yeah, I see the step there. I'll check with wgrant on the status on the LP side.
[09:51] <wgrant> Oh yeah, forgot about that.
[09:51] <wgrant> package-import breakage distracted me.
[09:51] <wgrant> Let's see.
[09:51] <cjwatson> Yeah, I'd have poked about it if I had realised it wasn't done :)
[10:58] <shadeslayer> can someone remove that ^^
[10:58] <shadeslayer> I accidentally uploaded to trusty
[10:58] <shadeslayer> Riddell: ^^
[11:11] <Riddell> shadeslayer: looking
[11:12] <Riddell> shadeslayer: in the bin
[15:28] <robru> infinity, cjwatson: hey guys, I just hit publish on unity8, are we still doing that version bump thing?
[15:28] <infinity> robru: Nope, Colin hacked around that to automate itself.
[15:29] <robru> infinity, oh, saweeeeeeet. cjwatson thanks a ton!
[15:43] <cjwatson> robru: yw :)
[15:43] <cjwatson> (it was my fault to start with, of sorts)
[15:52] <shadeslayer> cjwatson: btw any news on the new ISO infrastructure?
[16:07] <cjwatson> shadeslayer: complete locally, awaiting review at this point, hopefully will be able to start in on QA in the next couple of weeks
[16:08] <cjwatson> shadeslayer: you can basically see it all linked off the bug
[16:18] <shadeslayer> cjwatson: don't see one in the email sent to ubuntu-devel
[16:29] <cjwatson> shadeslayer: https://bugs.launchpad.net/bugs/1247461
[16:29] <cjwatson> you're right, I apparently forgot to link to that
[16:30] <shadeslayer> thanks! :)
[19:29] <marrusl> Hello, just wanted to check in on the trusty X stack backport to precise (in the new queue).   I know people eager to test it as soon as it hits proposed.  :)  Thanks!


[07:57] <dholbach> hey hey
[09:05] <Kilos> o/
[10:03] <nigelb> heh, pleia2 has an epic domain :D
[12:33] <svij> dholbach: great article on insights.u.c :)
[12:35] <dholbach> :)
[12:36] <dholbach> great event! :-)
[17:01] <dholbach> all right... I call it a day
[17:01] <dholbach> have a good one everyone
[17:01] <popey> o/
[17:18] <tsimonq2> Commitmas! https://github.com/commitmas/return-of-commitmas


[15:28] <powersj> AnhVoMSFT, hi! I see 21.1 in proposed for all releases
[15:41] <Odd_Bloke> I believe Anh was using the proposed PPA, not -proposed: we've added "why didn't we upload to the PPA" to our retrospective list.
[15:41] <Odd_Bloke> (We clarified via email, apologies for not reflecting that here!)
[16:02] <powersj> ah! ok
[16:15] <hamalq> hi any feedback on https://github.com/canonical/cloud-init/pull/859 thanks
[16:17] <blackboxsw> falcojr: if you get a chance as you undig from holiday, would you be able to review #859 I know you had some thoughts on how that cloud-config should look to prefer shorter hostnames
[16:17] <hamalq> i got some feedback there am checking now
[16:18] <falcojr> sorry about that delay hamalq , I was out for the past few days
[16:19] <hamalq> falcojr: its fine thank u for the review
[16:20] <hamalq> if i understand the comments right i should add an option prefer_fqdn_over_hostname which by default should be true and if false use the hostname for rhel i will do the change now
[16:20] <blackboxsw> #startmeeting cloud-init bi-weekly office-hours
[16:20] <meetingology> Meeting started at 16:20:26 UTC.  The chair is blackboxsw.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:20] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:21] <falcojr> I think by default it should use the current defaults of what's chosen...e.g., true for rhel and false for others
[16:22] <blackboxsw> Hi cloud-init! This marks another episode of cloud-init community office hours. This time is an opportunity to discuss any cloud-init questions, bugs or topics with cloud-init upstream developers. We try to ensure a couple of devs have eyes on this channel to field any questions/concerns folks may have.
[16:24] <Odd_Bloke> o/
[16:25] <blackboxsw> Recent happenings in cloud-init space are generally spent on the current SRU validation with Odd_Bloke and falcojr. It looks like we've cleared the last manual validation with that SRU and we will be waiting on a significant automated set of tests to pass before making this release public. https://discourse.ubuntu.com/t/cloud-init-status-04-06-2021/21691
[16:32] <blackboxsw> thanks falcojr and Odd_Bloke for reviews on https://github.com/canonical/cloud-init/pull/859
[16:36] <hamalq> i already did the change as the comment
[16:37] <hamalq> i dont think i can change cloudinit/distros/__init__.py  select_hostname though
[16:38] <falcojr> we can change it...we just need to make sure the functionality stays the same if the option isn't specified
[16:39] <hamalq> thats the point since the default for that option is true
[16:40] <hamalq> unless we make the default for it false for other distros
[16:41] <falcojr> yes, we would need to take it into account for all distros, and it would default to false for most
[16:42] <hamalq> +1
[16:47] <hamalq> i changed that now for distros and rhel
[17:15] <hamalq> i think i got the changes required https://github.com/canonical/cloud-init/pull/859
[17:36] <blackboxsw> thanks folks for attending the office hours. See you all in two weeks. Same time
[17:37] <blackboxsw> #endmeeting
[17:37] <meetingology> Meeting ended at 17:37:25 UTC.  Minutes at https://new.ubottu.com/meetingology/logs/cloud-init/2021/cloud-init.2021-04-06-16.20.moin.txt
[17:50] <hamalq> do i need to do more changes to get the https://github.com/canonical/cloud-init/pull/859 approved
[18:02] <blackboxsw> hamalq: minimally I'd like to see unit tests on this and it probably would be good to extend an integration test for this PR too. this comes from our code review process docs https://cloudinit.readthedocs.io/en/latest/topics/code_review.html#prerequisites-for-landing-pull-requests
[18:02] <blackboxsw> I'm not sure if you'd already added unit tests but not pushed? as the PR checkbox is set for "adding unit tests accordingly'
[18:03] <hamalq> i did not see the test for rhel can u please point me there ( am not so familiar with the code )
[18:11] <hamalq> i think i found it tests/unittests/test_handler/test_handler_set_hostname.py
[18:13] <blackboxsw> @hamalq added comments to your branch and pointers to the right unittest and integration test files
[18:14] <blackboxsw> thanks sorry, I figured it was better to put that on review
[18:14] <hamalq> ok thankd
[18:15] <blackboxsw> since there is "prior art" in both of those tests, I hope it is straightforward to add both unit tests and extend the exist integration test for this case. If you get stuck on anything we should be able to get you over the obstacle pretty fast. thanks again
[18:32] <hamalq> yeah the set hostname part should be easy
[18:33] <hamalq> but this test cloudinit/distros/tests/test_init.py is confusing
[18:59] <blackboxsw> hamalq, the test_init.py only covers _get_package_mirror_info currently, if you chose to extend tests there I'd expect to see a new class TestDistro which would contain a test that'd instantiate the distro class and exercise mydistro._select_hostname
[19:00] <blackboxsw> otherwise, you might just be able to continue to extend tests in set_hostname and it'd essentially meet the same coverage from a higher level up in the code
[19:00] <blackboxsw> your choise how you prefer to proceed
[19:02] <hamalq> set_hostname its then
[20:13] <Odd_Bloke> blackboxsw: Did you get started on an integration test for #721?  I'm looking at fixing the regression it caused, but don't want to regress the functionality itself.
[20:14] <blackboxsw> @Odd_Bloke I regret that I haven't yet. Still floating in a sea of UA
[20:14] <blackboxsw> I don't mind constructing that test now so that there's something to compare against tomorrow
[20:15] <Odd_Bloke> blackboxsw: That'd be great, if you can fit it in.
[20:15] <Odd_Bloke> (If not, no worries, I can put something together myself. :)
[20:15] <blackboxsw> yes I'd like to fit it in today Odd_Bloke. I need more integration test work anyway
[21:16] <hamalq> i added 2 unit test, 1 integration test update the doc ( am not good at documentation) https://github.com/canonical/cloud-init/pull/859
[23:34] <hamalq> can i get +1 on that change above ^^


 I am running Ubuntu 18.04.3 with Kernel: 5.0.0-23-generic x86_64 and my laptop is hard freezing 2-3x /hr. Here is my inxi -Fz output https://paste.ubuntu.com/p/xNTRCwc2ts/
[08:03] <lotuspsychje> another fun of kernel 5
[08:52] <marcoagpinto> lotuspsychje: Any idea when the Kernel 5 will be fixed? I am scared to turn on the VMs
[08:52] <marcoagpinto> :)
[08:53] <lotuspsychje> marcoagpinto: not everyone is experiencing issues on 5.0 live dangerous try a test?
[08:53] <marcoagpinto> I don't like to live dangerously
[08:53] <marcoagpinto> :)
[09:37] <tomreyn> try with one, downgrade  if needed.
[09:38] <marcoagpinto> tomreyn: I am little and scared
[09:38] <marcoagpinto> a little cola demon
[09:40] <tomreyn> it's not like it wont boot anymore. as long as you can access grub (and haven't uninstalled past kernel images, which won't happen automatically while there aren't multiple 5.0 kernel images, yet), you can just switch back to the previous kernel image from grub menu.
[09:40] <tomreyn> so it's actually better to test earlier than later.
[09:40] <OerHeks> but kernel 4.8 is heavier than 5.0.0-23, package size 2.4kb vs 2.2kb
[09:43] <TJ-> kernel 2.4KB? no way!
[09:43] <jeremy31> meta package
[09:43] <OerHeks> https://packages.ubuntu.com/disco-updates/linux-image-generic
[09:43] <TJ-> indeed :P
[09:44] <OerHeks> jups,..
[09:49] <BluesKaj> Hey folks
[09:54] <marcoagpinto> BluesKaj!!!! Hello!!!!
[09:54] <marcoagpinto> It is your brother demon here
[10:19] <BluesKaj> I'm no demon:-)
[10:43] <marcoagpinto> >:)
[10:43] <marcoagpinto> sorry... I had to go to the store to buy cola
[11:06] <lotuspsychje> welcome lastebill1
[11:06] <lastebill1> hi!
[11:06] <lotuspsychje> lastebill1: wich ubuntu are you running on it
[11:06] <lastebill1> I'm running disco dingo
[11:07] <lotuspsychje> running like a charm?
[11:08] <lastebill1> yes, my only real issue is the trackpad working better on windows.  It tends to mess up my typing.  Can probably be fixed with a little bit of tweaking
[11:09] <lastebill1> I get like 4 hours of battery life on windows and 8 on ubuntu 19
[11:09] <lastebill1> it's my first go at standard ubuntu, I've been using lubuntu so far mostly
[11:10] <lotuspsychje> neat
[11:12] <lastebill1> I installed synclient yesterday, since the standard trackpad driver didn't seem to support coasting
[11:13] <lastebill1> the drawback is that now it seems like the touchpad is much more vulnerable to my palm touching it, leading to mistyping
[11:13] <lastebill1> seemed like the standard ubuntu touchpad drivers had that part figured out better
[11:14] <lotuspsychje> lastebill1: there are some settings in gnome-tweak-tool and/or dconf-editor if you like lastebill1
[11:15] <lastebill1> hmm, yeah, I did install the dconf-editor yesterday to disable the password requirement when in hibernation.  I've got to check out the gnome-tweak-tool though
[11:21] <lastebill1> lotuspsychje you wouldn't happen to be able to direct me to information about how notebook users tend to set up their trackpads by chance?   Would be nice to see that rather than trying to hit and miss set it up
[11:23] <lotuspsychje> lastebill1: setup to do what?
[11:23] <JimBuntu> lastebill1, if Synaptic - https://help.ubuntu.com/community/SynapticsTouchpad
[11:25] <lastebill1> JimBuntu thanks!
[11:25] <JimBuntu> You're welcome lastebill1 , my guess is it's the sensitivity that needs adjusting.
[11:27] <lastebill1> lotuspsychje my right arm tend to start hurting rather quickly if the track pad isn't comfortable.   Got to be other people with simular sensitivity when it comes to using notebooks, that have already figured it out.  Honestly, windows have figured it out, but well, double battery life is a big motivation for me to use ubuntu
[11:28] <lotuspsychje> lastebill1: did you actually test the battery life, or does it show 8h remaining?
[11:29] <lotuspsychje> i had some laptop brands making weird battery jumps on bionic
[11:29] <JimBuntu> My solution to touchpad issues is to not use the touchpad, lol.
[11:29] <lastebill1> ok, I need to actually check it out I guess
[11:30] <lastebill1> I honestly had to disable the grapics card (mx150) to improve the battery to comfortable levels
[11:30] <lastebill1> before that the battery life seemed windowsy
[11:30] <lotuspsychje> lastebill1: you can also checkout laptop-mode-tools
[11:31] <lastebill1> I've also disabled the grapics card in windows, but it doesn't seem to do the trick
[11:32] <JimBuntu> If that MX150 is a N17S-G1-A1, that would explain the power draw as that model is a 25W GPU
[11:32] <JimBuntu> The N17S-LG-A1 is only 10W, so not as bad, but also performs like a lesser card/chip too.
[11:34] <lastebill1> right.  It's really easy to disable it in ubuntu.  I had to go into the device manager of windows to disable it though, since the whole nvidea grapics driver thing in windows is very bloated
[11:34] <lastebill1> didn't seem to turn it properly off or something though
[11:34] <lastebill1> very bloated without useful functionality...
[14:59] <tomreyn> did anyone other than TJ- see hydrian say anythng in #ubuntu after this?  <hydrian> That's with the 4GB version of the problem VM running.
[14:59] <tomreyn> i assume hydrian must be using notices to respond.
[15:00] <daftykins> that's an incredibly annoying way to use IRC
[15:01] <tomreyn> i'm just wondering whteher it's just me, maybe a client misconfiguration.
[15:01] <TJ-> I don't see any replies either
[15:01] <JimBuntu> tomreyn, my logs do not show hydrian posting after that
[15:01] <tomreyn> oh ok
[15:02] <TJ-> It's so bright here I can barely make out some conversations anyhow due to colours
[15:02] <tomreyn> i was puzzled since TJ- said "hydrian: lots of # comments in those configs," but i didn't see any configs posted
[15:02]  * JimBuntu turns down TJ-'s monitor brightness levels... on all of them
[15:02]  * TJ- is finally getting rather tired of hitting bugs that interfere with work on a basic level, on 18.04!
[15:03] <TJ-> Grrr, that was JimBuntu ... dark blue on black! but if I switch to black-on-white theme, I lost tomryn in yellow!
[15:03] <daftykins> TJ-: back into the darkened rooms you go ;)
[15:03]  * TJ- mulls over which
[15:03] <TJ-> daftykins: I'm debating it but its a lovely 35C here!
[15:04] <TJ-> even got a fan going to keep the notebook cool :)
[15:04] <daftykins> haha, you're braver than me - i'm done in the low 20s
[15:05] <TJ-> great, ANOTHER bug! no mouse clicks passing through in virt-manager/libvirt, but movement is! This worked 2 days ago, grrr bloody grrr
[15:05] <TJ-> so what was supposed to be a 5 minute VM test as to whether xubuntu 1910 build has fixed a nasty thunar hanging bug... is turning into a half-day marathon !
[15:06] <daftykins> xD
[15:06] <TJ-> I think I'll go combine the wheat... at least it stays harvested!
[15:08] <tomreyn> unless there are any gnomes running aroun din the fields
[15:10] <TJ-> urghh!
[15:13] <JimBuntu> TJ-, I seldom say anything, so go with the scheme that makes mine invisible ;p
[15:13] <daftykins> amusingly Jim is also dark blue on black for me
[15:13] <TJ-> not even sure where to start on this mouse no-click issue!
[15:13] <daftykins> stealth-Jim i shall consider him
[15:14] <TJ-> daftykins: I think the colours are calculated based on a hash of the nickname
[15:14] <daftykins> hmm, think it's just character length here with nickcolor.pl in irssi
[15:15] <daftykins> as i often see people with the same nickname length get the same colour
[15:15] <TJ-> hmmm, seems a strange way to decide, although fast
[15:16] <daftykins> sometimes i unload and reload that plugin if the choices are annoying me
[15:17] <TJ-> I use my 'follow' script to break out indivudual (support) conversations into a separate buffer so those aren't a problem for me
[15:17] <TJ-> general chat on the other hand...!
[15:23] <TJ-> OK, it was the VNC client link to the guest, switched to Spice protocol and it is working
[15:41] <TJ-> hmmm, seeing this in journal "... automount ... triggered by 21339 (gmain)" assumed 21339 is a PID but there is no such process and the message keeps repeating... any ideas?
[15:46] <TJ-> oh doh, it's a thread, needed "ps -eFl" to show it
[16:35]  * JimBuntu grabs the popcorn... pours everyone some on their own plates... this might get interesting.
[16:37] <leftyfb> yeah, totally done with that one
[16:40] <JimBuntu> !cookie leftyfb for not going off the deep end.
[16:40] <JimBuntu> !cookie | leftyfb for not going off the deep end.
[16:40] <daftykins> another undesirable customer eh?
[16:57] <tomreyn> ubot more into metal parts, just ubottu likes cookies.
[16:58] <tomreyn> or i just didnt read properly
[17:00] <pragmaticenigma> I think ubot is on a cookie bender
[18:15] <lotuspsychje> welcome BriggsE
[18:15] <lotuspsychje> BriggsE: here we discuss & idle to make #ubuntu better, also discuss relevant bugs about ubuntu etc
[18:16] <lotuspsychje> BriggsE: the ubuntu developers sit in #ubuntu-devel you might also go take a look
[18:17] <BriggsE> :)
[18:17] <BriggsE> Thank you
[18:23] <EoflaOE> Hello lotuspsychje
[18:23] <lotuspsychje> hey there EoflaOE
[18:23] <lotuspsychje> how are you doing?
[18:24] <EoflaOE> I am doing fine
[18:24] <lotuspsychje> great
[18:24] <EoflaOE> And you?
[18:24] <lotuspsychje> all good on this side tnx
[18:25] <EoflaOE> Nice. I reported another bug about man-db and the fix is released. did you see that?
[19:04] <lotuspsychje> cool, dconf can set dash to the left on dock
[20:41] <nacc> TJ-: i wouldn't bother, based upon what I've read so far, they seem not interested in getting help
[20:41] <TJ-> nacc: oh I know but that particular person needs countering at times.
[20:42] <nacc> TJ-: ack :)


[23:54] <plus2equalsme> Anyone able to help troubleshoot a BCM wireless card? I've already looked at ubuntu's wiki on the topic, as well as some exhaustive (but sometimes conflicting) guides on the topic
[23:55] <wxl> !b43
[23:55] <wxl> that's typically the best source of info
[23:55] <wxl> if you need further help, gettimg me the identifying info would be a good start


[05:52] <nacc> estan_: is it just me or did 7.3 not get published outside the ppa?
[05:52] <nacc> estan_: oh i see, there are two syncs in the queu
[06:14] <estan_> nacc: ah yes, and the uploader is hoping that whoever gets around to approving them will just approve the latest one (7.4), since it includes the 7.3 changes as well (see dmitry's comment here https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173/comments/12)
[06:15] <estan_> (that's from the bug i was talking about btw, https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1598173)
[06:15] <nacc> estan_: yeah, i wonder if the sru team will ask they just get folded together then (as otherwise we're unnecessarily burning a version between) -- but i'm not an sru team member
[06:16] <nacc> estan_: also, i imagine that desktop-affecting changes maybe are harder to figure out and approve :)
[06:17] <estan_> aha. alright, yes i guess there's a risk of that, i don't know how it'll work. i got the feeling that dmitry was experienced and thought this was OK, but i may be wrong :)
[06:17] <nacc> estan_: yeah, i'm not sure myself, i think jbicha's advice is probably good, i doubt any sru folks are around right now :)
[06:17] <estan_> right, i can understand that. last time i requested an SRU it was for Octave, so i understand that it was quicker then.
[06:17] <estan_> yup, i'll stick around.
[06:18] <estan_> not doing anything really for easter myself this year, so catching up with FOSS stuff. problem is, everyone's gone, heh.
[06:18] <nacc> estan_: :)
[15:15] -queuebot:#ubuntu-release- Unapproved: gnome-shell-extension-autohidetopbar (zesty-proposed/universe) [20161203-1 => 20161203-1ubuntu1] (no packageset)


[03:23] <uofm49426> can someone mannually type the chatroom for #xubuntu having problems with 17.10 and nm-applet
[03:25] <uofm49426> using pidgin and dont know how to get to there


[05:40] <mup> PR snapd#11638 opened: tests: skip interfaces-many-core-provided on 14.04 <⚠ Critical> <Simple 😃> <Created by mardy> <https://github.com/snapcore/snapd/pull/11638>
[05:54] <mborzecki> morning
[06:17] <mardy> 'morning!
[06:56] <mup> PR snapd#11614 closed: seed,many: allow to limit LoadMeta to snaps of a precise mode <Run nested> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11614>
[06:56] <mup> PR snapd#11621 closed: tests: allow ubuntu-image to be built with a compatible snapd tree <Run nested> <Created by bboozzoo> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11621>
[07:03] <pstolowski> morning
[07:56] <mup> PR snapd#11635 closed: many: fix failing golangci checks <Simple 😃> <Skip spread> <Created by MiguelPires> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11635>
[09:17] <mup> PR snapd#11446 closed: asserts: extend optional primary keys support to the in-memory backend <snap-revision-delegation> <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11446>
[09:17] <mup> PR snapd#11625 closed: tests: update the lxd-no-fuse test <⚠ Critical> <Simple 😃> <Created by sergiocazzolato> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/11625>
[09:36] <mardy> pstolowski: hi! Can "snapctl refresh --proceed" be run from within a snap (not as a hook) to trigger the update of the invoking snap?
[10:03] <pstolowski> mardy: it is but the snap needs to have snap-refresh-control interface
[10:22] <mardy> pstolowski: yep, thanks. Just to be sure I understood correctly, can this also be used to ask snapd to check if a new release of the snap is available?
[10:27] <pstolowski> mardy: do you want to check or trigger an update? because for checking there is 'snapctl refresh --pending' command
[10:30] <mardy> pstolowski: if I understood the use-case from the customer, this is about triggering an update
[10:30] <mardy> pstolowski: or maybe both :-)
[10:31] <pstolowski> mardy: nb this is behind experimental feature flag
[10:31] <mardy> pstolowski: so, if I run "snapctl refresh --pending", this will check the availability of an update with the snap store?
[10:34] <pstolowski> mardy: kind of. it doesn't query the store. it uses cached data from "refresh-candidates" in the state, we periodically update it
[10:40] <mardy> ok, thanks
[10:40] <pstolowski> mardy: there is a doc: https://forum.snapcraft.io/t/refresh-control/27213
[11:02] <mup> PR snapd#11634 closed: overlord: add missing grub.cfg assets mocks in manager_tests.go <⚠ Critical> <Squash-merge> <cherry-picked> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11634>
[12:12] <mup> PR snapd#11638 closed: tests: skip interfaces-many-core-provided on 14.04 <⚠ Critical> <Simple 😃> <Created by mardy> <Closed by mardy> <https://github.com/snapcore/snapd/pull/11638>
[12:34] <dob1> is there any way to have alacritty to work ?  is the snap package bugged?
[12:38] <mup> PR snapd#11639 opened: asserts,store: complete support for optional primary key headers for assertions <snap-revision-delegation> <Created by pedronis> <https://github.com/snapcore/snapd/pull/11639>
[12:47] <mardy> dob1: hi! I never used it, but if you explain the problem we might be able to help
[12:48] <dob1> when I run it I get this error: "Error creating GL context; Received multiple errors. Errors: `[OsError("eglInitialize failed"), OsError("GL context creation failed")]`"
[12:48] <dob1> asked time ago on the official #alacritty channel, I don't remember technical details, but they said the problem is in the snap package
[12:49] <mardy> dob1: if you check the journalctl output, do you see some lines that might be related, like some apparmor denials?
[12:49] <dob1> mardy, no errors on journalctl
[12:52] <mardy> dob1: what does `snap connections alacritty` say?
[12:52] <dob1> mardy, nothing
[12:53] <mup> PR snapd#11202 closed: tests: Test initrd systemd configuration refactoring <Run nested> <Created by valentindavid> <Closed by valentindavid> <https://github.com/snapcore/snapd/pull/11202>
[12:53] <mup> PR snapd#11244 closed:  tests: Test initrd systemd configuration refactoring (alternative patch set) <⛔ Blocked> <Run nested> <Created by valentindavid> <Closed by valentindavid> <https://github.com/snapcore/snapd/pull/11244>
[12:54] <mardy> dob1: that might be part of the issue; I think that the alacritty snap needs to declare at least an "opengl" plug, if it needs to use OpenGL
[12:55] <dob1> mardy, this is something that the package have to do, right? not me
[12:55] <mardy> dob1: correct
[12:55] <mardy> dob1: but here I see that they recommend install it with the --classic flag: https://github.com/snapcrafters/alacritty
[12:56] <mardy> sudo snap install alacritty --classic
[12:56] <dob1> I used the snapstore
[12:57] <mardy> that might be the problem, try running a `sudo snap remove alacritty` and then the command above (it worked for me, I tried now)
[13:27] <ogra> dob1, FYI https://github.com/snapcrafters/alacritty serems to be the bugtracker they use
[13:28] <dob1> mardy, but classic is just a workaround "Put snap in classic mode and disable security confinement"  because the maintainer didn't declared what the app need, or am I wrong?
[13:28] <ogra> classic is not a workaround for anything
[13:28] <ogra> classic is a packaging mode ... you can not use --classic on confined snaps
[13:29] <ogra> a snap has to be specifically packaged for classic mode
[13:29] <ogra> (and making a classic snap also means you need to get a full manual review of the ubuntu security team before being able to upload
[13:29] <ogra> )
[13:30] <ogra> classic snaps are massively hard to get right though, sicne oyu need to ship all libraries inside and need to make sure nothing leaks into your snap from the host
[13:31] <dob1> but same error
[13:31] <ogra> one of the hardest bits is to get GL right in that context btw
[13:32] <ogra> as https://github.com/tunix/alacritty-snap/issues/20 shows to for alacritty ...
[13:32] <ogra> *too
[13:33] <dob1> I read some time ago before asking, this one too, never found a solution so I just let time pass but unfortunately it's the same
[13:33] <dob1> time pass for a new relase I mean
[13:34] <ogra> yes, that is the issue i described above ... libs leaking in and out of the snap environment and the app not finding the correct bits
[13:35] <ogra> though the debug output in teh issue looks like it is simply missing some bits in the shipped libs
[13:36] <ogra> (i.e. the ryzen renoir drivers)
[13:36] <dob1> in my case is an intel gpu card
[13:37] <ogra> that should be fine with standard mesa libs ...
[13:37] <dob1> but ok nevermind, thanks anyway for the help, I will retry after some time
[13:37] <ogra> either way, you should comment on that bug
[13:38] <dob1> to be honest, nonthing against people work and this project, but I hope they release they classic deb...
[13:39] <dob1> no more problems and more simple
[13:39] <ogra> ask them 🙂
[13:39] <ogra> surely not more simple fo the developer ... 🙂
[13:40] <dob1> I premis, I am not arguing, but as soon as they continue to create the snap package they will not create the deb one
[13:40] <dob1> so when they stop, no need to ask, they will create it
[13:40] <ogra> well, as long as they fix the snap this should be fine 🙂
[13:42] <dob1> imho is the classic linux problem: a lot of projects for the same goal. snap is a good idea, but then there is at least 3 similar projects for the same goal (flat, appimage, another one that I don't remember), and so people will spend time around different projects... at least deb are more common used
[13:44] <dob1> don't take it polemic :)
[13:45] <ogra> well, i dont, but debs are rather limiting in your scenario ... only a small margin of distros supports debs
[13:45] <ogra> so to support them all you'd at least need deb and rpm ...
[13:46] <ogra> now ... different distros will have different versions of libs ... so you will need multiple debs and rpms to support all of them ...
[13:46] <dob1> the are pro and cons, for sure
[13:47] <ogra> and at some point you wont have the manpower anymore to test all of them in all their differebnt scenarios
[13:47] <dob1> ok but on che cons you are shipping a program with all the libs, all its requirements and so on, good and bad
[13:47] <ogra> this is why tehse "three diferent projects" as you called it exist
[13:48] <ogra> all of them allow you to only having to care for one package that runs everywhere
[13:49] <ogra> if you dont care for security at all, appimage is probably the way to go ... but it is also the one thing that none of the software apps in the distros support ... so your package is hard to discover for users
[13:49] <dob1> for example, I use intellij idea, snap is nice for it, for other ides too. I like how simply is to install it and it will be not so easy as a deb. but not all program can be a snap package imho
[13:49] <ogra> correct
[14:28] <mup> PR snapd#11640 opened: boot,bootloader: add missing grub.cfg assets mocks in some tests <Created by alfonsosanchezbeato> <https://github.com/snapcore/snapd/pull/11640>
[15:13] <mup> PR snapd#11637 closed: interfaces/u2f-devices: add Solo V2 <Created by rolandd> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11637>
[15:28] <mup> PR snapd#11620 closed: i/b/kernel_module_load: expand $SNAP_COMMON in module options <Squash-merge> <Created by mardy> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11620>
[15:39] <mup> PR snapd#11605 closed: cmd/snap,wrappers: fix wrong implementation of zero count cpu quota <Squash-merge> <Created by Meulengracht> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11605>
[16:04] <mup> PR snapd#11574 closed: o/snapstate: rename XDG dirs during HOME migration <cherry-picked> <Created by MiguelPires> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11574>
[18:09] <mup> PR snapd#11641 opened: cmd/snap-update-ns: apply content mounts before layouts <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/11641>
[18:39] <mup> PR snapd#11632 closed: tests: skip the test interfaces-many-snap-provided in trusty <⚠ Critical> <Simple 😃> <Created by sergiocazzolato> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/11632>
[21:30] <mup> PR snapd#11642 opened: Update README.md <Created by bucha-irpin> <https://github.com/snapcore/snapd/pull/11642>


[14:08] <coreycb> sahid: jamespage: fyi i had to add the following for bionic-train backports
[14:08] <coreycb> https://www.irccloud.com/pastebin/3UVHsPql/
[14:14] <coreycb> jamespage: fyi i think sahid's will need that to build on bionic-train
[14:14] <jamespage> why is that required?
[14:14] <jamespage> I did not do that for any of the 30 or so I did this morning btw
[14:15] <jamespage> I've just been leaving in the python-* BD's - enough todo the clean step at least
[14:16] <sahid> i followed your pattern jamespage
[14:26] <coreycb> sahid, jamespage: it's needed if you drop Build-Depends on python-setuptools as those will run the py2 build/clean. if you keep python-setuptools it'll succeed.
[14:26] <coreycb> i'm not picky. i've been dropping all the py2 deps.
[14:26] <coreycb> sahid: jamespage: just want to make sure they build successfully on b-t though before we upload
[14:32] <sahid> coreycb: ok i will make a second pass
[14:32] <sahid> jamespage: i can take care of yours too if you want?
[14:32] <coreycb> sahid: you can just add the py2 python-setuptools back. try it on one package maybe and make sure it builds ok on b-t
[14:38] <sahid> coreycb: how to enable UCA with pbuilder-dist?
[14:39] <coreycb> sahid: there's an sbuild-train cmd you can run on top of a bionic sbuild chroot. or you could add-apt-repository cloud-archive:train to a pbuilder chroot. or you could just create a ppa that is based on the bionic-train staging ppa.
[14:43] <coreycb> sahid: jamespage: ok py3-only swift uploaded. there were a bunch of failing py37 unit tests but they were fixed after a new snapshot. upstream is only running a subset of py3 functional tests but there's a lot of action on the py3 front upstream so that's promising.
[14:51] <sahid> hum... yeah ImportError: No module named setuptools
[14:51] <sahid> dh_auto_clean: python setup.py clean -a returned exit code 1
[14:53] <jamespage> coreycb, sahid: my take was dh-python needed to be more clever about what it did - so I left the python-setuptools dep in place and just dropped the BDI's python-*
[14:56] <jamespage> why it runs a py2 cleanup step with --with python2 is not provided...
[14:58] <jamespage> coreycb: its odd because we have both debhelper and dh-python backported to bionic-train
[14:59] <coreycb> jamespage: hmm interesting
[15:07] <sahid> ok... i wanted to follow james's pattern but in fact i did not :/
[19:05] <ruben23> hi there guys, what version of php do we have as package on ubuntu server Ubuntu 18.04.2 LTS
[19:07] <blackflow> !info php bionic
[19:08] <sarnold> !info php7.2 bionic
[19:08] <sarnold> there we go :)
[19:08] <ruben23> also there is no apache2-mpm-prefork package anymore..?
[19:10] <sarnold> I don't see any mpm packages any more https://launchpad.net/ubuntu/+source/apache2/2.4.29-1ubuntu4.6
[19:12] <sdeziel> ruben23: mpm modules are shipped in apache2
[19:12] <sdeziel> mpm_{event,prefork,worker} are available
[19:13] <ruben23> so i dont need to install it like this.? ---> apt-get install apache2 apache2-mpm-prefork
[19:13] <sarnold> correct
[19:14] <ruben23> just install apache2
[19:18] <ruben23> also guys one more thing i cant install libcurl3 --->
[19:18] <tomreyn> does you hand slip off your keyboard when you try to type it then?
[19:18] <ruben23> https://pastebin.com/3FzLXN4i
[19:19] <tomreyn> this outout was generated by which command (be sure to always show both the command you ran and the output it produced)?
[19:20] <ruben23> apt-get install libcurl3
[19:20] <tomreyn> did you run    sudo apt update    before you ran the command which created this output?
[19:20] <sarnold> I don't think you can have both libcurl3 and libcurl4 installed at once
[19:20] <sarnold> http://paste.ubuntu.com/p/7D3cRFphcW/
[19:20] <ruben23> yes i run update so libcurl4 is already built on Ubuntu server 18.04
[19:21] <ruben23>  sarnold: what this do.?
[19:21] <sarnold> ruben23: it shows the reasoning why I think you can't have both packages installed at once
[19:22] <ruben23>  sarnold: libcurl4 is already installed on UBuntu server 18.04.?
[19:22] <ruben23> so i cant install libcurl3
[19:25] <tomreyn> do you need it, though? if so, you can probably replace libcurl4 by libcurl3?
[19:26] <tomreyn> i think there must be another issue if the dependency resolver fails to calculate this
[19:26] <ruben23>  tomreyn: libcurl4 would do
[19:26] <tomreyn> !info libcurl4 bionic
[19:26] <tomreyn> !info libcurl3 bionic
[19:27] <tomreyn> hmm libcurl4 is in main, so this would seem to be the default indeed
[19:28] <tomreyn> ruben23: so you already have libcurl4, don't need libcurl3, then you can just keep things as they are, right?
[19:28] <ruben23> tomreyn and  sarnold:  thanks a lot for the help
[19:29] <tomreyn> personally i have libcurl4 and libcurl3-gnutls installed on 18.04.2
[19:29] <tomreyn> so you can even have both versions if you don't mind using a different ssl lib
[19:32] <ruben23> what this mean guys im lacking for upgrade.? https://pastebin.com/0DKUqy6N
[19:33] <tomreyn> ruben23: there's a pending update from one of your 3rd party apt repositories
[19:34] <tomreyn> ruben23: can you post the output of this    sudo /bin/true && cat &>/tmp/aptlog < <(sudo apt-get -qqy update 2>&1; apt-cache policy 2>&1; sudo apt-get -syV full-upgrade 2>&1;); nc termbin.com 9999 </tmp/aptlog; rm /tmp/aptlog
[19:34] <ruben23> tomreyn:  it works after i do apt-get upgrade
[19:36] <tomreyn> i assume you have some 3rd party repositories configured which are cuasing the depedency resolver to fail the way it does.
[20:01] <ruben23> guys we dont use eaccelerator anymore to optimized apache2 right.?
[20:02] <tomreyn> from my memory, 'eaccelerator' was a php opcode cache and source code encoder
[20:02] <ruben23> i mean php sorry
[20:04] <ruben23> tomreyn: with ubuntu 18.04 we dont used anymore this eaccelerator.?
[20:04] <tomreyn> ruben23: we? no. maybe you do, i don't.
[20:04] <ruben23>  tomreyn: :) sorry for the we
[20:06] <tomreyn> no worries, ruben23, i notice this is common amongst ES and PT native language folks, i just like to make silly jokes. see this https://en.wikipedia.org/wiki/EAccelerator
[20:10] <ruben23> they said thie eacellerator is depricated and they used OPcache instead
[20:20] <tomreyn> ruben23: yes, this seems to be the most common opcache since php7. if you also want memory caching there is also memcached and apcu
[22:57] <hashwagon> Does anyone know why an ubuntu 16.04 server would change from a statically set IP address? I'm not finding anything online about this. Is there a failover mechanism?


[08:09] <dholbach> good morning
[08:16] <geser> good morning
[16:03] <ScottK> dholbach: Would you please unsubscribe charlie smotherman cjssmo at yahoo.com  from the Ubuntu MOTU ML.  It looks like his mail account got compromised: https://lists.ubuntu.com/archives/ubuntu-motu/2013-March/007417.html
[16:03] <dholbach> oh wow, ok
[16:04] <ScottK> Thanks.
[16:05] <dholbach> done
[16:05] <ScottK> Great.
[16:06] <ScottK> You might see what other lists that address is subscribed to as well.  I doubt that'll be the end of it.
[17:34] <aboudreault> Hi, wondering if anyone could bring my light on this error: dpkg-shlibdeps: warning: couldn't find library libdnds.so needed by debian/dnds-client/usr/bin/dnc (ELF format: 'elf64-x86-64'; RPATH: ''). I'm not sure if it's something to fix into my debian package or in my cmake build system.
[17:36] <aboudreault> note that libdnds is another package/lib in that source package.
[17:45] <ScottK> aboudreault: Probably in CMake.
[17:46] <aboudreault> ScottK, ok. will check how it links things.
[17:47] <aboudreault> well, on a machine I dit a make install, I see libdnds.so => not found, which is ok and it's not a rpath.
[21:07] <cmars232> jamespage: hi there. kirkland mentioned earlier, you asked about hockeypuck running with mongodb 2.4
[21:07] <jamespage> cmars232, hey
[21:08] <cmars232> jamespage: I installed 2.4 from 10gen's repo, seems to be doing fine
[21:08] <cmars232> jamespage: this was with a pre-existing mongodb running 2.0 I believe
[21:08] <jamespage> cmars232, good - however won't be updating for raring; its a bit late in cycle and I'm not comfortable with the risks
[21:09] <jamespage> cmars232, but thanks for checking it out!
[21:10] <cmars232> jamespage: sure, that's very reasonable. i'd been meaning to test out 2.4, you gave me a good excuse
[23:41] <aboudreault> ScottK, my error seems to be in the debian package..


[00:09] <dtchen> rickspencer3: a thought just struck me: do we have a test and evaluation plan for desktop audio for Lucid?
[00:37] <dyek> Hi! Anybody knows why /usr/bin/asoundconf is no longer included in alsa-utils package on Ubuntu 9.10? Is it installed by another package?
[00:42] <dtchen> dyek: it is no longer maintained. pitti wrote the original; I maintained it for several years. It is the wrong approach and encourages a mess of poor configuration files.
[00:43] <dtchen> dyek: my opinion on the matter is fairly easy to search (and find) on the Web: if someone else wishes to pick it up for maintenance, s/he has my blessing, but be aware that it is the wrong approach.
[00:44] <dyek> dtchen: So, is the right approach is just have udev detects it as part of PulseAudio?
[00:44] <dtchen> dyek: to answer your original question more completely: it was removed because of increased maintenance burden and because it is the wrong way to proceed with runtime device configuration in the context of PulseAudio. It is not installed by another package.
[00:45] <dtchen> dyek: in the presence of PulseAudio, it is strictly unnecessary. If something doesn't work, one or more of linux, alsa-lib or pulseaudio needs to be fixed.
[00:47] <dyek> dtchen: PulseAudio works well on Ubuntu 9.10 in the beginning, but then I found it generates tons of this messages: sink-input.c: Failed to create sink input: sink is suspended.
[00:47] <dtchen> dyek: for troubleshooting, please join me in #ubuntu-audio-help or #ubuntu-bugs (the former preferably).
[00:48] <dyek> Correction: ...some intermitten of the above message and tons of this message: alsa-util.c: Unable to set sw params: Too many open files
[00:49] <dyek> Now, PulseAudio can't detect my second card for some reason...speaker-test also doesn't work...which is why I'm looking for asoundconf, and whatever that could fix the issue.
[00:50] <dyek> Thanks for the response. I'll see what I can find out or get help elsewhere.
[00:55] <dtchen> dyek: you should file a bug: ubuntu-bug alsa-base
[00:55] <dyek> dtchen: OK! Thanks!
[00:55] <dtchen> dyek: the triagers will carry it forward
[04:04] <Amaranth> oh, that's crazy
[04:04] <Amaranth> udev and/or xorg is detecting the accelerometer in my macbook as a joystick, thus the mouse jumping back to the center of the screen
[04:06] <Amaranth> disabling the applesmc driver corrects this
[08:00] <pitti> Good morning
[08:17] <didrocks> hey pitti
[08:17] <pitti> hey didrocks, bonjour
[08:17] <pitti> good morning tseliot
[08:18] <tseliot> pitti: good morning to you :-)
[08:27] <chrisccoulson> good morning everyone
[08:30] <pitti> hey chrisccoulson
[08:30] <pitti> chrisccoulson: sorry for breaking screensaver
[08:30] <pitti> I'll get to it today
[08:30] <pitti> but I really want to keep the caching patch
[08:31] <chrisccoulson> hey pitti - that's ok :)
[08:31] <pitti> I compared karmic (with ureadahead) vs. lucid bootcharts on my system yesterday -- 89 vs. 49 seconds!
[08:31] <chrisccoulson> that's pretty impressive
[08:32] <pitti> look at http://people.canonical.com/~pitti/bootcharts/tick-karmic-20091119-1.png vs http://people.canonical.com/~pitti/bootcharts/tick-lucid-20091210.png
[08:32] <pitti> gnome-panel I/O went from some 25 seconds to some 5 :)
[08:32] <chrisccoulson> i still hope to gain another half a second from the changes i'm going to do in gnome-session / gconf / g-s-d
[08:32] <chrisccoulson> but that's a drop in the ocean compared to these numbers ;)
[08:32] <pitti> chrisccoulson: no, it's not
[08:32] <pitti> chrisccoulson: your "half a second" is on the Dell mini 10, I guess
[08:33] <pitti> mine is a Latitude D430 with an utterly crappy HD
[08:33] <pitti> so half a second on the mini will be like 4 seconds for me :)
[08:33] <pitti> if the dell mini would boot in 49 seconds, Scott would kill us on the spot :)
[08:34] <chrisccoulson> i'm hoping to eliminate the delay you see on your bootchart between gnome-session and g-s-d starting
[08:34] <chrisccoulson> s/eliminate/reduce
[08:35] <pitti> chrisccoulson: that's the gconf bit?
[08:35] <chrisccoulson> pitti - yeah, most of that is blocking on gconfd loading the defaults
[08:35] <seb128> good morning everybody
[08:35] <seb128> hey pitti chrisccoulson!
[08:35] <pitti> bonjour seb128
[08:35] <chrisccoulson> good morning seb128
[08:35] <seb128> speaking about login?
[08:35] <chrisccoulson> we are :)
[08:35] <pitti> seb128: was just telling chris: I did a new bootchart on my freshly installed alpha-1 yesterday (well, with my extra packages again)
[08:36] <davmor2> pitti: actually I think Scott would make you suffer horribly as he killed you slowly and not on the spot at all ;)
[08:36] <pitti> seb128: 89 s (karmic+ureadahead) vs. 49 s (lucid alpha-2)
[08:36] <seb128> waouh
[08:36] <pitti> davmor2: yeah, it'd take at least 89 seconds of pain :)
[08:36] <chrisccoulson> pitti - your bootchart is interesting, as it's not using auto-login. you can see the GDM's gnome-session starts quicker than your users gnome-session
[08:36] <seb128> is that on d430?
[08:36] <pitti> seb128: look at http://people.canonical.com/~pitti/bootcharts/tick-karmic-20091119-1.png vs. http://people.canonical.com/~pitti/bootcharts/tick-lucid-20091210.png
[08:36] <seb128> where is the chart?
[08:36] <pitti> seb128: and see how the gnome-panel I/O reduced
[08:36] <seb128> thanks
[08:36] <chrisccoulson> and that's because the GDM's session is started without gconf
[08:36] <pitti> seb128: g-panel> from 25 s I/O to some 5
[08:36] <seb128> weird
[08:37] <pitti> chrisccoulson: right, manual login
[08:37] <pitti> but I'd say I'm pretty constant in pressing enter and my password
[08:37] <pitti> when I bootchart, I hover  over enter when gdm appears
[08:37] <pitti> I think the variance should be some 0.5 s
[08:38] <seb128> bah
[08:41] <seb128> login takes some 5 seconds on today's chart on my laptop...
[08:41] <seb128> or 6 rather
[08:41] <pitti> that's good
[08:42] <pitti> how did you manage that?
[08:42] <seb128> I don't know!
[08:42] <seb128> I didn't change anything out of upgrading
[08:42] <seb128> yesterday boot took 61 seconds
[08:42] <seb128> today's one takes 41 seconds
[08:44] <seb128> ureadahead was not working yesterday apparently
[08:44] <seb128> or it took 1 second where it takes over 25 seconds today
[08:45] <seb128> let me do a new chart just to see, brb
[08:54] <seb128> ok it's constant
[08:55] <seb128> http://people.canonical.com/~seb128/bootchart/seb128-laptop-lucid-20091210-5.png
[08:56] <seb128> I don't start nautilus on that box though
[08:57] <seb128> did anybody there tried to run bughugger on lucid?
[08:57] <pitti> seb128: wow, your ureadahead process takes crazily long
[08:57] <pitti> however, desktop startup is pretty good :)
[08:58] <seb128> right
[08:59] <pitti> gosh, your panel and compiz need next to no cpu/io
[08:59] <seb128> not true
[08:59] <chrisccoulson> its quite impressive how quickly everything starts after ureadahead finishes
[08:59] <seb128> if you look at the cpu graph around login it's at 100%
[08:59] <seb128> that doesn't really reflect on the chart colors for some reason though
[09:10] <pitti> chrisccoulson: where did you see the "[manager_select_theme_for_job] gs-manager.c:250 (22:27:34): Could not find information for theme: fiberlamp" line?
[09:11] <seb128> pitti, btw I had menu entries duplicated for things which got upgraded yesterday
[09:11] <seb128> until restart that's it
[09:11] <seb128> I think that's another bug due to your changes
[09:11] <seb128> I will open it if I find a way to trigger the issue
[09:11] <seb128> I did remove the cache before to test that gnome-screensaver bug though
[09:11] <seb128> so it might just be weird interaction in cases where you delete the cache
[09:12] <pitti> seb128: hm, a simple sudo touch /usr/share/applications/gedit.desktop doesn't reproduce it
[09:12] <pitti> seb128: thanks
[09:16] <chrisccoulson> pitti - i saw that when i ran "gnome-screensaver --debug --no-daemon", and let the screensaver activate
[09:16] <pitti> ah, I tried with gnome-screensaver-properties (which also has this bug)
[09:16] <pitti> chrisccoulson: thanks
[09:17] <pitti> I already found the corresponding code, I just wondered where you got it
[09:17] <chrisccoulson> i had a quick glance at the code last night, and i think the code path is triggered by not being able to fetch an Exec= value
[09:17] <chrisccoulson> ah, you found it already :)
[09:17] <pitti> I think I know what's going on
[09:20] <seb128> pitti, the dup bug is easy to get, remove the cache and install a package with a desktop entry, the entry will be duplicated
[09:21] <seb128> it's just a refresh issue though I think because it's fine after next start and the cache is correct
[09:21] <pitti> ah, ok
[09:23] <TeTeT> asac: any news on the root certificate addition to firefox?
[09:27] <asac> TeTeT: everyone i asked said that its painful
[09:27] <asac> to add that in a global way
[09:27] <TeTeT> asac: so, there's no recommended way to doing that?
[09:28] <asac> reason is that mozilla always rejects contributions that would make it easier
[09:28] <asac> because they dont want distros to mess around with the root cert list shipped
[09:29] <asac> TeTeT: yes. there is no recommended way
[09:29] <TeTeT> asac: hmm, is there any way at all to do that?
[09:29] <asac> there is. during build you can add more certs
[09:30] <asac> but their is no way to do that from outside in a way that it wouldnt get wiped on upgrades
[09:30] <TeTeT> asac: so there can only be additional root certificates for Ubuntu, not for a single custom site
[09:30] <asac> right
[09:30] <asac> but even for ubuntu we are not allowed to
[09:31] <TeTeT> asac: because of redistribution rights?
[09:31] <asac> imo we should file an upstream bug
[09:31] <asac> yes trademark issues
[09:31] <asac> let me check
[09:31] <TeTeT> asac: can you file the upstream bug, or want me to do that?
[09:35] <asac> https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced;version=Other%20Branch;component=Security;component=Security%3A%20CAPS;component=Security%3A%20PSM;component=Security%3A%20S%2FMIME;component=Security%3A%20UI;resolution=WONTFIX;resolution=DUPLICATE;resolution=---;product=Core
[09:36] <asac> if there was a bug about it it should be in that list
[09:37] <asac> i cant believe there was not bug about that ;)
[09:42] <asac> asked again
[09:42] <seb128> pitti, how likely are we going to get respins today? ie how careful should we be with uploads?
[09:43] <pitti> seb128: I think the current images are final for a1
[09:43] <TeTeT> asac: thanks
[09:43] <seb128> pitti, ok thanks
[09:47] <TeTeT> asac: in principle, could we fork ca-certificates for the customer and have them place their root cert there. When an update for ca-certificates would come, they'd have to merge and re package again
[09:52] <asac> TeTeT: right. problem is that ca-certificates is not considered for mozilla
[09:52] <asac> there was upstream discussion about that.... and we got turned down - basically because they want us to ship certs in sync with what they ship
[09:53] <TeTeT> asac: oh, where are the mozilla certs then?
[09:53] <asac> TeTeT: they have built-in certs. directly put into a shared lib during build time
[09:54] <TeTeT> asac: what is /usr/share/ca-certificates/mozilla about then?
[09:54] <asac> libnssckbi.so
[09:55] <asac> good question. i think thats just a dir maintained/used by ca-certificates package
[09:55] <asac> where the ca-certificate maintainer dumps from time to time all the built-in certs to
[09:55] <TeTeT> asac: I thought the lib is compiled via update-ca-certificates?
[09:55] <asac> e.g. you can go and say: yeah, mozilla does a great job selecting ca-certs carefully ... i want to use those globally for other things likst openssl etc.
[09:56] <TeTeT> guess I misunderstood the role of update-ca-certificates
[09:56] <asac> TeTeT: ca-certificates are shared among other ssl libs
[09:56] <asac> but not for libnss
[09:56] <TeTeT> asac: ok
[09:57] <asac> so it works for everything but mozilla/nss stuff
[09:57] <TeTeT> asac: got it
[09:59] <TeTeT> asac: there are two libnssckbi.so, one in xulrunner, one in nss. Which one does ff use?
[10:04] <asac> TeTeT: i think the xulrunner one
[10:04] <asac> everything else would be be a bug imo
[10:06] <TeTeT> asac: ok
[10:23] <pitti> seb128: there's a good chance that the fix for bug 494669 also fixes your issue
[10:23] <pitti> I messed up the file_ids
[10:24] <seb128> pitti, ok thanks
[10:24] <pitti> seb128: so, it's "purge gedit, drop cache, restart panel, install gedit" -> two gedit in the menu?
[10:25] <pitti> hm, no, the cache is only read at the start of gnome-panel
[10:25] <seb128> pitti, no, it's drop cache, dpkg -i gedit*.deb
[10:25] <pitti> seb128: so g-panel started with an existing and valid cache?
[10:25] <seb128> new cache is created and gedit is duped in menus
[10:25] <seb128> yes
[10:28] <seb128> hum, the mini didn't like today's update
[10:28] <seb128> gnome-panel keeps using cpu and has empty bars displayed
[10:28] <pitti> seb128: still can't reproduce
[10:28] <pitti> I'm afraid I need a more detailled recipe
[10:28] <seb128> pitti, using the current version or your fixed one?
[10:28] <pitti> current
[10:28] <seb128> ok, what I do is
[10:28] <seb128> * start desktop
[10:29] <seb128> * open menu, see one totem or gedit or whatever
[10:29] <seb128> * sudo rm /usr/share/applications/desktop.locale....
[10:29] <seb128> where desktop.local is the cache
[10:29] <seb128> * open menu see they are still correct
[10:29] <pitti> ok, I'm up to here now
[10:29] <seb128> * sudo apt-get install --reinstall <something with a .desktop>
[10:30] <seb128> or sudo dpkg -i *.deb for something
[10:30] <seb128> * open menu, notice that the launcher for that specific desktop is displayed twice
[10:30] <pitti> aah
[10:30] <pitti> ok, got it
[10:30] <seb128> good
[10:30] <seb128> sorry I was not being clear before ;-)
[10:31] <pitti> gnome-panel --replace -> one gedit; sudo apt-get install --reinstall gedit -> two entries
[10:31] <pitti> no need to fiddle with the cache (it's only read at panel startup anyway)
[10:31] <seb128> ok
[10:31] <pitti> nice, will test that with the fixed version
[10:32] <seb128> do you want me to open a bug about it?
[10:32] <pitti> seb128: give me 2 mins, it's at dh_gencontrol
[10:33] <pitti> seb128: ok, it's fixed
[10:33] <pitti> as I suspected, it also stumbled over the wrong file_id
[10:33] <pitti> it compares by file_id
[10:34]  * seb128 hugs pitti
[10:34] <seb128> good job
[10:34]  * pitti hugs seb128, well I broke it in the first place :)
[10:34] <pitti> but I really want to keep this patch
[10:34] <pitti> it makes such a difference here
[10:34] <pitti> yay, that also fixed software-center
[10:34] <seb128> \o/
[10:34]  * pitti loves that
[10:35] <seb128> 3 bugs with one fix
[10:35] <seb128> good ;-)
[10:42] <pitti> well, it's three fixes actually, but still just one root cause
[11:07] <seb128> \o/ gnome-panel works again on the mini config
[11:07] <seb128> will teach me to enable ppas
[11:07] <seb128> it was due to gtk csd
[11:27] <pitti> meh, that third bit is so excruciatingly hard to fix :(
[11:56] <seb128> re
[11:59] <seb128> hum
[11:59] <seb128> why is locale.alias read several times?
[12:00]  * seb128 asks on #ubuntu-x
[12:03] <chrisccoulson> pitti rocks \o/
[12:04] <seb128> same question a .ICEauthority
[12:05] <seb128> about
[12:06] <seb128> it's read 4 times in a row
[12:34] <pitti> asac: I fanned out all the unassigned MIRs now, FYI
[12:43] <asac> hmm ... /me feels outrun. thx
[12:48] <pitti> asac: I hope you aren't sad now :(
[12:48] <asac> i am not ;)
[12:49] <asac> i started to pick a few not-mobile ones for me last night ... but then never came back :/
[12:51] <pitti> asac: so far I assigned the ARM ones to lool, since you already had a fair share
[12:52] <pitti> but I guess it would be better if you had taken the ARM related ones and lool the others
[12:52] <asac> pitti: yeah. i didnt pick the ones from the mobile team. as i wasnt sure if we do that or not
[12:52] <pitti> since in the end it's your team who has to provide the support for those
[12:52] <asac> usually i would suspect that server MIR member konws about server, but also is biased
[12:52] <asac> ok
[12:52] <pitti> asac: of course there's somewhat of a conflict between "we want that" and "we are the best people to review that"
[12:52] <asac> thats the other perspective
[12:53] <asac> i wasnt sure which perspective we prefer
[12:53] <pitti> neither am I :)
[12:53] <pitti> it probably can't hurt to take non-related packages
[12:53] <asac> but i agree that having me review mobile feels better in the long run. /me needs to stay unbiased ;)
[12:53] <pitti> and ask the team/tech lead for more input if in doubt
[12:53] <asac> right
[12:53] <asac> if that would work and doesnt start blocking teams thats better
[12:53] <pitti> ideally, the MIR report sohuld be complete enough to be useful for an "outsider"
[12:53] <asac> i think the team lead will notice and bug the assignee anyway
[12:54] <asac> rather than just acking because its now needed
[12:54] <pitti> asac: ok, so let's just stay with the "gut feeling and common sense", and slightly prefer reviewing other team's packages?
[12:54] <pitti> lool: ^ any opinion?
[12:54] <asac> yes
[13:15] <lool> pitti: fine wiht me
[13:15] <lool> Note: I'm helping with a booth at the arm symposium event, so will be mostly afk today
[14:49] <rickspencer3>  /join #ubuntu-server
[14:49] <rickspencer3> heh
[14:49] <pitti> hey rickspencer3
[14:49] <rickspencer3> hi pitti
[14:50] <pitti> space matters! :)
[14:50] <seb128> salut rickspencer3 ;-)
[14:50] <rickspencer3> as a python programmer, you would think I know that
[14:50] <rickspencer3> bonjour seb128
[14:51] <rickspencer3> how is everyone today?
[14:51]  * rickspencer3 has a full callendar for the next 3 hours
[14:52] <Zylogue> Hello, everyone!  I have menu's missing in applications such as evolution, empathy, gnome-terminal and others.  It appears the missing menu bar is only in gnome applications.  Programs such as thunderbird and firefox are not affected.  How do I get the menu bars back?
[14:52] <rickspencer3> Zylogue, is this on Lucid?
[14:53] <Zylogue> rick, no.  Actually Fedora, but I have seen several other questions similar to thin in ubuntu forums that did not have answers.  I was hoping to find one here.
[14:53] <seb128> rickspencer3, okish, spending lot of time on nautilus speed without getting anything out of it
[14:53] <seb128> it's a bit frustrating
[14:54] <seb128> gtk csd breaks gnome-panel on my boot speed config btw...
[14:54] <rickspencer3> Zylogue, oh, well this is a channel where we collaborate on creating the next version of ubuntu desktop, so we probably won't be able to help much
[14:54] <seb128> it uses cpu for ever and never display any content
[14:54] <rickspencer3> oh?
[14:54] <seb128> kenvandine, ^
[14:54] <rickspencer3> hmmm
[14:54] <seb128> rickspencer3, somebody else commented on the bug having the same issue
[14:54] <rickspencer3> let me talk to robbiew, I think the plan was to not let things in that wreck start up time
[14:55] <rickspencer3> oh, it's not a start up issue, just a bug?
[14:55] <seb128> rickspencer3, oh no
[14:55] <seb128> rickspencer3, right, it just breaks gnome-panel
[14:55] <seb128> "just" ;-)
[14:55] <rickspencer3> "just:
[14:55] <rickspencer3> :)
[14:55] <kenvandine> seb128, ok
[14:55] <seb128> I've not be able to tell if it makes a difference on speed due to that though
[14:56] <rickspencer3> seb128, maybe take a break from nautilus start time for a day?
[14:56] <seb128> rickspencer3, yes, I will do that once I think, thanks
[14:56] <pitti> rickspencer3: on the bright side, karmic boot time was 89 s for me; now it's at 49 :)
[14:56] <rickspencer3> yes, good progress has been made already
[14:57] <rickspencer3> and I have lots of faith in seb128, and I note it's only December 10th
[14:57] <rickspencer3> ;)
[14:57] <seb128> thanks ;-)
[14:57] <pitti> seb128: shall we replace it with midnight commander, do you think?
[14:57] <seb128> well I think we will finish by not running nautilus nor compiz
[14:57] <pitti> much faster than naughtylus
[14:58] <seb128> but *shrug* let's see
[14:58] <seb128> all what we win is good for users anyway and as pitti pointed we are already much better than we did in karmic
[15:01] <Zylogue> rickspencer3, thanks.
[15:01] <mvo> seb128: no nautilus you think?
[15:02] <seb128> mvo, yes, no desktop
[15:02] <seb128> like run nautilus the first time somebody open a location
[15:03]  * mvo nods
[15:03] <seb128> I might be wrong though
[15:04] <seb128> but I'm adding markers to nautilus and stacing it for a day now
[15:04] <seb128> and lot of startup time is actually things we need to do
[15:04] <seb128> like fontconfig reading fonts
[15:04] <seb128> gtk reading icon caches
[15:04] <seb128> libx11 reading x11 cookies for session registration
[15:05] <seb128> etc etc
[15:05] <seb128> and we have lot of fonts, lot of icons, ...
[15:08] <pitti> I wonder if we can clean up the fontconfig stuff
[15:09] <pitti> seb128: it seems curious to me why only nautilus is interested in fontconfig? shouldn't it affect all apps?
[15:10] <seb128> it's not nautilus only
[15:10] <seb128> but I've been profiling that one
[15:10] <seb128> we have the fontconfig init cost at session login once anyway
[15:32] <bigon> kenvandine: hi, how comes empathy-dbg pkg doesn't exist in empathy debian/control file on lucid?
[15:37] <seb128> bigon, dunno but those are of not use with dbgsym anyway
[15:37] <seb128> they just pollute mirrors and the apt indexes
[15:38] <bigon> right but there is nothing in the changelog
[15:54] <bigon> seb128: is there anyplan to enable empathy with geoloc stuff?
[15:54] <seb128> no
[15:54] <seb128> not for lucid at least
[15:54] <bigon> ok
[15:54] <seb128> we discussed it at uds, desrt reviewed geoclue
[15:54] <seb128> it's buggy, crashy and not ready to be used
[15:55] <seb128> he tested with 2 gps, ip reverse, etc
[15:55] <seb128> and upstream says geoclue is not actively maintained
[15:55] <bigon> mmm ok
[15:55] <seb128> would be lot of effort for no real benefit
[15:55] <seb128> it's rather a gadget in empathy than something useful
[15:56] <seb128> we did consider it because we wanted to use it in the installer and clock applet though
[15:58] <bigon> seb128: and only enabling the map?
[15:58] <seb128> what does the map do if you don't use geoclue?
[15:58] <seb128> can it be installed without the geoclue libs, etc?
[15:59] <bigon> n900 publish localisation :p
[15:59] <bigon> only champlain
[16:00] <rickspencer3> tseliot, hi
[16:00] <mclasen> would be so nice if someone picked up the upstream ball there...
[16:00] <seb128> indeed
[16:00] <tseliot> rickspencer3: hi
[16:01] <rickspencer3> tseliot, call time?
[16:01] <seb128> we might have a look to work on that next cycle but we can't this cycle, too much to do with the coming lts and priority is not on new features
[16:01] <tseliot> rickspencer3: yep
[16:40]  * pitti creates lucid retracer chroots
[16:41] <pitti> seb128: ^ FYI
[16:41] <seb128> pitti, thanks
[16:41] <pitti> I think we need to enable apport soon
[18:07] <seb128> ok
[18:10] <pitti> good night everyone!
[18:10] <seb128> 'night pitti
[18:10]  * seb128 just finished going through a nautilus strace and taking notes
[18:11] <chrisccoulson> seb128 - did you find anything interesting?
[18:11] <seb128> well
[18:11] <seb128> it's rather a boring list of what is done
[18:13] <seb128> sec
[18:15] <seb128> http://people.canonical.com/~seb128/nautilus
[18:15] <seb128> has the notes
[18:15] <seb128> the first column is the time from the strace
[18:16] <seb128> I will have a look tomorrow to what we can cut
[18:16] <seb128> the early start doesn't seem to waste a lot
[18:16] <seb128> but there quite some time spent reading all the icon dirs
[18:16] <seb128> translations
[18:16] <seb128> the backgrounds
[18:16] <seb128> custom icons, bookmarks, etc
[18:16] <seb128> some things could perhaps be done better
[18:17] <seb128> like the bookmark list seems to be updated several times
[18:18] <seb128> strace is probably not the best tool to see where cpu is spent too
[18:19] <chrisccoulson> yeah, there seems to be lots and lots of things which use small amounts of time, which increases the effort needed to gain improvements
[18:19] <chrisccoulson> "12.216: use .X11-unix socket" - i take it that is part of drawing the background?
[18:20] <seb128> I started having too much of that and didn't investigate from the background part
[18:20] <seb128> I will do that later or tomorrow
[18:20] <seb128> but it's opening the background image several times
[18:20] <seb128> and doing some mmaping, socket writing, etc
[18:20] <seb128> dunno why all that though
[18:23] <seb128> urg, I'm late for sport need to run
[18:23] <seb128> see you later
[18:23] <seb128> bbl
[18:43] <asac> pitti: bug 495161 ;)
[18:45] <asac> pitti: you just did the merge i guess. anyone i should assign that to? or look on my own? etc. let me know
[19:05] <Amaranth> gah, it's compiz bug day
[19:05]  * Amaranth is flooded
[19:06] <Amaranth> pedro_: You have to give me whatever script you're using to flood my inbox with 50 mails a minute :)
[19:07] <pedro_> Amaranth, sure, but it's just a silly script to close bug numbers, you need to pass the numbers to it anyways
[19:07] <Amaranth> oh, nevermind then
[19:07] <Amaranth> bryce_ has a much better script for that, it checks for bugs incomplete for > 30 days and closes them automatically
[19:08] <pedro_> right, i just prefer to have an extra look in case i'm missing something
[19:08] <Sarvatt> yeah mailbox recieving 1100 mails from ubuntu-x in an hour can attest to that :D
[19:08] <bryce_> Amaranth, I'd be happy to extend that to run on compiz as well if you'd like (I'm slowly working on generalizing my scripts for more than just X.org)
[19:08] <pedro_> heh
[19:09] <bryce_> hehe
[19:09] <Amaranth> bryce_: I already run it with some modifications for compiz
[19:09] <bryce_> Amaranth, aha kewl
[19:09] <Amaranth> is the archive frozen?
[19:09]  * Amaranth has a fix for panel applet shadows
[19:09] <Sarvatt> open again now
[19:10] <Amaranth> they don't show their shadow when on top of another window but that's an applet bug as they have the same problem with metacity
[19:10] <Amaranth> but at least the shadow goes away
[19:11] <Amaranth> hmm, I never did learn how to sign a package where someone else's name is in the changelog
[19:24] <Amaranth> there, invest-applet users can stop yelling at me now
[19:25] <chrisccoulson> Amaranth - if you're building a source package with someone else in the changelog, you can run "debuild -S -sa -k<KEYID>
[19:26] <chrisccoulson> (if you haven't figured that out already)
[19:26] <Amaranth> I did, but only after I redid the changelog to have my name :)
[19:27] <chrisccoulson> i just have DEBSIGN_KEYID= set in ~/.devscripts
[19:29] <Amaranth> ooh, didn't know about that one
[19:29] <Amaranth> chrisccoulson: does the key need to be in quotes?
[19:30] <chrisccoulson> Amaranth - it doesn't need to be in quotes
[19:30] <chrisccoulson> i think that works anyway. i must have set it in the past for some reasons, and all packages I build are magically signed by me :)
[19:42] <didrocks> chrisccoulson: you seem to know to what /tmp/.X11-unix/X* are used
[19:43] <Amaranth> grr, another FTBFS on armel
[19:43] <Amaranth> still KDE stuff
[19:44]  * Amaranth starts pretending armel doesn't exist, get happier
[19:44] <Amaranth> s/get/gets/
[19:44] <didrocks> :)
[19:47] <rickspencer3> kenvandine, how is the Dx release going?
[19:53] <kenvandine> rickspencer3, it's going :)
[19:53] <rickspencer3> MacSlow seems under some stress
[19:53] <rickspencer3> kenvandine, are you going to get a ppa and some uploads done today?
[19:53] <kenvandine> rickspencer3, a bunch done already :)
[19:54] <kenvandine> https://wiki.ubuntu.com/DesktopExperienceTeam/LucidWeeklyReleases
[19:54] <rickspencer3> so this:
[19:54] <rickspencer3> 0.2.6+r156-0ubuntu1
[19:54]  * kenvandine has been upload to both ppa and lucid  :)
[19:54] <rickspencer3> means that something was released?
[19:54] <kenvandine> means uploaded
[19:54] <rickspencer3> how can we tell if it's been in a ppa?
[19:55] <kenvandine> https://launchpad.net/~indicator-applet-developers/+archive/indicator-core-ppa/+packages
[19:55] <kenvandine> ppa is for karmic packages
[19:56] <rickspencer3> k
[19:56] <rickspencer3> I'll leave you to it ;)
[19:56] <kenvandine> :)
[19:56]  * rickspencer3 gets lunch
[19:56] <kenvandine> been a busy day
[19:56] <kenvandine> i hope to take a lunch break soonish :)
[19:56] <didrocks> rickspencer3: have a good lunch :)
[19:56] <rickspencer3> kenvandine, well the first one is the hardest :)
[19:56] <kenvandine> and doing everything twice :)
[19:56] <rickspencer3> twice?
[19:56] <johanbr> the first lunch? :)
[19:56] <rickspencer3> once to ppa and once to upload?
[19:56] <kenvandine> yeah
[19:57] <kenvandine> johanbr, haha :)
[19:57] <rickspencer3> hmm
[19:57] <kenvandine> rickspencer3, not that much dupe work
[19:57] <rickspencer3> kenvandine, at least you can upload yourself now
[19:57] <kenvandine> but  the snapshots of indicator-session was a pain
[19:57] <rickspencer3> :)
[19:57] <rickspencer3> well, that sounded odd
[19:57] <kenvandine> had to use different revisions for karmic and lucid
[19:57] <rickspencer3> at least you can do the uploads
[19:57] <kenvandine> empathy versions
[19:57] <rickspencer3> $sudo apt-get install kenvandine
[19:57] <kenvandine> yeah... that helps a lot :)
[19:58] <rickspencer3> I'll look at the dx burndowns when I get back
[19:58] <rickspencer3> laters
[20:22] <chrisccoulson> hey didrocks, sorry, i had to go for dinner and spend some time with baby :)
[20:24] <didrocks> chrisccoulson: no pb ;) I was wondering how you can be sure that when nautilus is using the X11 socket, it's for drawing the background
[20:24] <chrisccoulson> didrocks - i'm not sure, it was just a guess :)
[20:24] <chrisccoulson> but it happens right after loading the background
[20:25] <chrisccoulson> i should run it through xtrace and find out ;)
[20:25] <didrocks> oh ok, I was thinking it was some kind of blackmagic command to introspect X11 action ^^
[20:25] <didrocks> xtrace? never used that :)
[20:25] <chrisccoulson> didrocks - xtrace is awesome. it's helped me track down weird crashes due to X errors several times now
[20:26] <didrocks> seems interesting, I'll give it a try
[20:26] <didrocks> installed ;)
[20:26] <chrisccoulson> it's definately worth having a play around with :)
[20:26] <didrocks> ok, so I have my blackmagic command now ;)
[20:28] <chrisccoulson> didrocks - you just run it like "xtrace -d:x -D:y -k", where "x" is your local X display number, and "y" is a number to use for the proxy display
[20:28] <chrisccoulson> and then you run the application you want to debug like "DISPLAY=:y:0 <command>" so that the application connects to the proxy
[20:28] <didrocks> ok, and then, I change the DISPLAY variable before launching an application, right?
[20:28] <didrocks> yeah :)
[20:28] <chrisccoulson> yeah, that's right :)
[20:29] <didrocks> no need to run xtrace as root?
[20:29] <chrisccoulson> i don't think so. i don't think there should be a need to run as root, as long as it is permitted to connect to the display you're trying to forward to
[20:30] <chrisccoulson> in fact, i need to inspect an xtrace log from somebody now :)
[20:31] <didrocks> ahah :)
[21:17] <seb128> re
[21:24] <chrisccoulson> i think i need to stop photographing the baby now. f-spot is starting to not like me
[21:25] <seb128> lol
[21:55] <chrisccoulson> hello Guest48955
[21:55] <chrisccoulson> you're in disguise again?
[21:56] <Guest48955> chrisccoulson, :)
[21:57] <seb128> lol
[21:57] <seb128> hey robert_ancell
[21:57] <robert_ancell> seb128, hey
[21:59] <robert_ancell> damn buggy xchat
[22:02] <robert_ancell> seb128, do you know if lintian checks if patches have patch header or if that support is going to be added?
[22:04] <seb128> no clue
[22:05] <chrisccoulson> i don't think it checks at the moment. i've not seen any warnings yet due to missing patch headers, and there are plenty of packages which don't have them
[22:08] <robert_ancell> ugh, it's written in perl.  I'm not fixing it
[22:13] <chrisccoulson> robert_ancell - i take it you don't like perl ;)
[22:13] <robert_ancell> chrisccoulson, you read right :)
[22:14] <robert_ancell> seb128, hey is a1 out - I can push more packages now?
[22:15] <seb128> yes
[22:15] <chrisccoulson> i need to start working on some more packages, and test my new internet connection :)
[22:15] <seb128> chrisccoulson, you got faster internet?
[22:15] <chrisccoulson> seb128 - yeah, i've got 1Mbps upload now
[22:16] <seb128> cool
[22:16] <chrisccoulson> my download is not much faster than before (9Mbps)
[22:16]  * seb128 scp files to the dc box and wget the orig tarball there to upload
[22:16] <chrisccoulson> but i hope my additional upload bandwidth will make a difference
[22:16] <seb128> at least for things which take a while to upload
[22:27] <robert_ancell> seb128, can you push gnome-control-center - it doesn't seem to be added to the ubuntu-desktop list
[22:27] <robert_ancell> pitti, ^^^ can you get gnome-control-center added to the list
[22:28] <seb128> robert_ancell, ok
[22:55] <robert_ancell> looking at gnome-panel merge, does "DEB_DH_BUILDDEB_ARGS := -- -Zbzip2" do anything important?
[22:56] <RAOF> That compresses the deb with bzip2 rather than gzip, right?
[22:56] <robert_ancell> RAOF, that's what I'm guessing but there's no reason given in the changelog why that
[22:57] <robert_ancell> 's being explicitly done
[22:57] <RAOF> To make the .deb smaller, I'd guess.
[22:57] <chrisccoulson> Amaranth - what are your thoughts about bug 487165?
[22:57] <seb128> robert_ancell, it spares quite some CD space
[22:57] <robert_ancell> seb128, so why don
[22:57] <robert_ancell> 't we do that for all packages?
[22:58] <seb128> because it's quite slower too
[22:58]  * robert_ancell is still getting used to his new keyboard, the enter key is where my apostrophe was
[22:58] <chrisccoulson> do you think that extending the compiz hack which unredirects the screensaver window on nvidia, to apply to all hardware, would work around issues like that?
[22:58] <seb128> and cpu expensive
[22:58] <seb128> we did it for selected packages where it's worth the cost
[22:59] <robert_ancell> seb128, ok, I'll note that in the changelog
[22:59] <seb128> thanks
[22:59] <seb128> good job on the gnome-control-center merge, impressive
[22:59] <seb128> if you feel we don't have anything to win from the merge and it's a time waster feel free to ignore it
[23:00] <seb128> we did that for gvfs, debian changes where not really useful or the contrary
[23:00] <seb128> like they changed the lib to be a private one and added some complexity for bsd builds
[23:00] <seb128> we are almost done with merges I think, good
[23:00] <seb128> there is still evolution-data-server which should be trivial if somebody wants to do it
[23:01] <seb128> evolution a bit less trivial but not too complicated
[23:01] <seb128> and gnome-applets which might not be worth it
[23:01] <robert_ancell> seb128, I don't think we gain a lot but if we don't do it we'll never be able to merge in the future
[23:02] <seb128> right...
[23:04] <seb128> robert_ancell, it's a shame you spend the cycle in oem new that you got the zest of being a packager there ;-)
[23:04] <seb128> new -> now
[23:04] <seb128> in any case thanks again for the work on merges
[23:05] <robert_ancell> seb128, oh, why does gnome-applets pre-depend on dpkg?  Don't all packages implicitly require it?
[23:06] <seb128> it needs a version which understands bzip2 to be installed before it
[23:06] <seb128> older dpkg versions didn't do bzip2 and would fail to unpack it
[23:07] <seb128> so pre-depends says to install the newer dpkg before gnome-applets is unpacked
[23:07] <seb128> a depends would not garanty the unpack order and it could break
[23:18] <rickspencer3> hey guys, I mooched off of robbiew's wiki page for release status, and made one for us:
[23:18] <rickspencer3> https://wiki.ubuntu.com/ReleaseTeam/FeatureStatus/Desktop/Alpha2
[23:24] <seb128> rickspencer3, nice
[23:25] <rickspencer3> for some reason OLS doesn't have a2 burndown
[23:26]  * rickspencer3 will investigate tomorrow
[23:26] <seb128> is the trend line for dx correct?
[23:27] <seb128> their first bar was wrong, I guess it assumes the value should have been the second bar one
[23:28] <rickspencer3> seb128, yes, pitti adjusted it for them
[23:28] <seb128> ok, good
[23:29] <seb128> hum
[23:30] <seb128> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-empathy-indicator seems buggy
[23:30] <seb128> the alpha3 items are not on the lucid list
[23:30]  * rickspencer3 looks
[23:31] <Amaranth> chrisccoulson: unredirecting the screensaver used to be a source of security bugs, actually
[23:31] <rickspencer3> oh
[23:31] <rickspencer3> yeah
[23:31] <chrisccoulson> Amaranth - oh, i didn't know that
[23:31] <chrisccoulson> never mind ;)
[23:31] <rickspencer3> seb128, actually, so far as I know the "lucid" lists are not really useful
[23:31] <rickspencer3> only the a2 ones are accurate iirc
[23:32] <seb128> hum
[23:32] <seb128> works items are targetted for alpha2 by default?
[23:32] <Amaranth> chrisccoulson: but I'm not sure what is going on with that bug, the screensaver (afaik) does everything right to get put always on top and I've never seen that happen with any other apps :/
[23:32] <rickspencer3> I think that once the bp gets targeted for a2, it kind of drops out of the lucid one
[23:32] <rickspencer3> so the work items show up in a2, or in lucid, but not both
[23:33] <chrisccoulson> Amaranth - yeah, that's quite a strange one, and I don't know how it can happen either
[23:33] <chrisccoulson> and being unreproducible makes it difficult too
[23:33] <chrisccoulson> hmmm
[23:36] <seb128> rickspencer3, and in case of those alpha3, nowhere
[23:36] <seb128> rickspencer3, I would expect the lucid list to have everything, alpha2 + not milestoned
[23:40] <seb128> rickspencer3, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-social-from-the-start has a similar bug
[23:40] <seb128> rickspencer3, only half of the items are counted
[23:40] <seb128> or a bit less in this one
[23:41] <seb128> alpha-3 and beta-1 items are on no trend
[23:41]  * seb128 wonders how many work items are not on the lucid list
[23:42] <Keybuk> seb128: I noticed a problem that because the graphs are broken down by team-who-owns-the-spec, not team-the-person-whose-work-item-it-is, people miss them
[23:42] <Keybuk> e.g. all the work items on foundation specs assigned to desktop people
[23:43] <seb128> good point
[23:44] <seb128> I've no clue if I've any work item in foundation specs
[23:44] <Keybuk> you have one
[23:44] <Keybuk> which I'm going to do anyway :p
[23:45] <seb128> ok, good
[23:45] <seb128> which one? ;-)
[23:45] <Keybuk> it's a work item to upload gdm with a patch I'm supposed to find
[23:45] <Keybuk> which is clearly a needless work item :p
[23:45] <Keybuk> because I can commit and upload it JUST FINE
[23:46] <seb128> hehe
[23:49] <chrisccoulson> ah, tonight is going to be a fun night
[23:51] <seb128> chrisccoulson, how so?
[23:52] <chrisccoulson> seb128 - baby is waking up already, and i've not even managed to get to bed yet
[23:52] <chrisccoulson> normally i can sleep for a couple of hours before she wakes up ;)
[23:52] <seb128> oh, good luck ;-)
[23:52] <seb128> getting sleep is overated anyway...
[23:52] <chrisccoulson> it's a good job i'm only working 4 hours tomorrow :)
[23:53] <chrisccoulson> yeah, i agree that sleep is overrated
[23:53] <seb128> hehe
[23:53] <chrisccoulson> thats what weekends are for!
[23:53] <seb128> weekend! ;-)
[23:53] <seb128> still friday to go though
[23:53] <chrisccoulson> i consider friday as part of the weekend now, because i never get to do any work
[23:54] <seb128> if I can't sleep until 10am it's not weekend ;-)
[23:54] <chrisccoulson> my friday morning consists of coffee, check e-mails, have a chat, breakfast, coffee, departmental brief, team meeting and then home :)
[23:54] <seb128> every has its own metric :-)
[23:54] <seb128> everybody has his own metric :-)
[23:55] <chrisccoulson> heh :)
[23:55] <seb128> can't type, could be time to get some sleep anyway
[23:55] <chrisccoulson> it's still quite early ;)
[23:55] <seb128> I plan to have another look at nautilus straces tomorrow
[23:55] <seb128> yeah, but I know that end of week tend to be not as productive when I'm tired
[23:56] <chrisccoulson> yeah, you might need some sleep for that. i'll get back to working on gconf, gnome-session and g-s-d tomorrow afternoon
[23:56] <seb128> ie I'm rather in mood for bug triage, email, etc on friday usually
[23:56] <seb128> which are useful things to do too
[23:56] <seb128> but I want to look at boot speed tomorrow ;-)
[23:56] <seb128> anyway, good night everybody
[23:56] <seb128> see you tomorrow
[23:56] <asac> night seb128
[23:56] <chrisccoulson> good night :)
[23:58] <seb128> chrisccoulson, you should go take care of the baby and get sleep too
[23:58] <seb128> 'night guys


[00:50] <BUGabundo> http://identi.ca/notice/7339571 ME
[00:52] <micahg> nice shot
[00:53] <BUGabundo> thanks
[00:53] <BUGabundo> shows how sleepy I am
[00:53] <BUGabundo> :p
[01:25] <BUGabundo> off to bed. bye
[09:23] <gnomefreak> i guess it cant hurt to build 2.0, seems there were alot of fixes made to 2.0
[09:34] <gnomefreak> any chance there is a text editor like gedit in repos
[09:48] <BUGabundo> hi guys
[09:50] <gnomefreak> hi
[09:50] <BUGabundo> he
[09:51] <gnomefreak> im going to grab source for seamonkey-2.1 so i will walk away (its gonna take a while)
[09:51] <BUGabundo> okay
[09:52]  * gnomefreak scared of 2.1 but my 2.0 is way outdated
[10:08]  * gnomefreak looking for newpaper article about M$ and Yahoo ganging up on google
[10:10] <BUGabundo> hey hbbs
[12:28] <gnomefreak> asac: i know your gone for weekend or at least should be but did you update libnss3-1d in hardy/intrepid/jaunty/karmic?
[12:28] <gnomefreak> see bug 407549
[12:29] <BUGabundo> he blogged about it
[12:29] <BUGabundo> I think its *only* on PPA pre-testing
[12:29] <BUGabundo> then -proposed, then updates and security
[12:43] <gnomefreak> BUGabundo: is dom inspector gone for 3.5?
[12:43] <BUGabundo> no idea
[12:43] <gnomefreak> !info firefox-3.5-dom-inspector
[12:43] <gnomefreak> i remember hearing about bugs on it
[12:43] <gnomefreak> and karmic doesnt have it either
[12:44] <gnomefreak> be back ina  few
[12:53] <stefanlsd> Firefox 3.5 will be default in Karmic right?
[12:54] <gnomefreak> stefanlsd: yes
[12:54] <gnomefreak> stefanlsd: it will also be renamed in karmic
[12:54] <gnomefreak> to firefox-3.5 rather than shiretoko
[12:55] <stefanlsd> gnomefreak: cool. i presume 3.0 will be around for people that want to use it rather...
[12:56] <gnomefreak> stefanlsd: that hasnt be decided yet
[12:56] <stefanlsd> gnomefreak: oh ok. i've updated gears to support firefox 3.5, but it doesnt work with 3.0 now.. so i was wondering if i needed to get it working :)
[12:57] <BUGabundo> stefanlsd: and 3.6 ??
[12:57] <BUGabundo> eheh
[12:57] <stefanlsd> BUGabundo: hehe.   run something stable for a while!  :)
[12:57] <gnomefreak> stefanlsd: you can add 3.0 in control file
[12:57] <gnomefreak> stefanlsd: im not looking at the package atm so that is best option off top of my head
[12:58] <stefanlsd> gnomefreak: yeah, its broken in some other ways, which xulrunner etc. i just dont want to go through the effort if 3.0 is a non event for karmic.
[12:58] <BUGabundo> stefanlsd: what's the fun in that?
[12:59] <stefanlsd> BUGabundo: hehe. yeah.
[12:59] <stefanlsd> 3.5 is very unstable on karmic for me... anyone else have lots of crashes...
[13:00] <BUGabundo> depends on addons
[13:00] <BUGabundo> grease monkey breaks it
[13:01] <BUGabundo> and so does TMP
[13:01] <gnomefreak> works great for me
[13:01] <BUGabundo> I've reported the greasemonkey bug upstream
[13:01] <gnomefreak> greasemonkey works fine in 3.5 here
[13:01] <BUGabundo> gnomefreak: on 3.5 and 3.6 ?
[13:01] <gnomefreak> BUGabundo: both
[13:01] <BUGabundo> mix it a bit with some other addons :)
[13:01] <gnomefreak> - greasemonkey on 3.6
[13:01] <gnomefreak> BUGabundo: firefox is stable add-ons are not
[13:02] <BUGabundo> uptidy, nightly tools, etc
[13:02] <BUGabundo> lots of breakage when combined
[13:02] <BUGabundo> gnomefreak: true
[13:02] <gnomefreak> ok who knows quilt fairly well?
[13:02] <stefanlsd> i see its often npviewer
[13:02] <BUGabundo> off to lunch. gone convert one more user after lunch :)
[13:03] <gnomefreak> npviewer has issues mostly crashes
[13:05] <gnomefreak> hm that script only works when using new package change
[13:07] <gnomefreak> it would be nice if greasemonkey showed up in 3.5 menu
[13:08] <gnomefreak> ah i see why
[13:08] <gnomefreak> i dont want to build it again
[13:11] <om26er> how to replace firefox 3.5.2 with 3.0.12
[13:13] <om26er> any1 available 2 assist
[13:14] <gnomefreak> om26er: use the menu to find 3.0
[13:14] <gnomefreak> om26er: atm hardy and up have 3.0 as default
[13:14] <om26er> gnomefreak: sorry i think my question was wrong
[13:15] <om26er> i want to install 3.5.2
[13:15] <om26er> and remove 3.0.12
[13:16] <gnomefreak> sudo apt-get install firefox-3.5  than sudo apt-get remove firefox-3.0
[13:16] <gnomefreak> i suggest keeping 3.0 incase you need it. just use 3.5 as default
[13:16] <om26er> gnomefreak: will it be shiretoko?
[13:16] <gnomefreak> om26er: yes karmic will be only one to change it to firefox instead
[13:16] <om26er> gnomefreak: does open containing folder works in 3.5.2
[13:16] <gnomefreak> once it is default
[13:17] <gnomefreak> om26er: dont know but i did skim that bug earlier but dont rmeember it
[13:17] <om26er> gnomefreak: ok thanx
[13:17] <gnomefreak> om26er: np
[13:19] <om26er> gnomefreak: adding mozilla team daily respo help me
[13:20] <om26er> gnomefreak: do i install firefox from respo or from software channel
[13:21] <gnomefreak> ok than it will get fixed in official repos on next point release
[13:22] <gnomefreak> trying build again maybe ill get this working
[13:22] <om26er> gnomefreak: ok that would b great
[13:27] <gnomefreak> ok last change if it fails ill work on it next week
[13:27]  * gnomefreak has a feeling upstream needs to fix it
[13:29] <gnomefreak> fixed greasemonkey
[13:36] <gnomefreak> ok sent email about it :)
[13:40] <gnomefreak> ok greasemonkey uploaded to PPA :) later guys
[13:47] <gnomefreak> BUGabundo: 0.8.20090123.1-0ubuntu3~jjv
[13:48] <gnomefreak> thats in my PPA it fixes depends on 3.5 and 3.6
[13:48] <gnomefreak> try that instead of nightly tools
[13:52] <BUGabundo> gnomefreak: ?
[13:53] <gnomefreak> BUGabundo: greasemonkey is updated for 3.5 3.6 since the one in repos didnt support them
[13:53] <BUGabundo> last time I checked I had the lasted upstream
[13:53]  * BUGabundo checks again
[13:54] <BUGabundo> it would be foolish of me to make bugs on older versions
[13:55] <BUGabundo> yep
[13:55] <BUGabundo> I have the latest available upstream
[13:55] <BUGabundo> gnomefreak: what does htat ppa change?
[13:56] <BUGabundo>   Installed: 0.8.20090123.1-0ubuntu2
[13:56] <gnomefreak> BUGabundo: bumps max versions to 3.5
[13:56] <gnomefreak> oopps
[13:56] <gnomefreak> 3.6 i mean
[13:56] <BUGabundo> ahh
[13:57] <BUGabundo> well I have nightly tools
[13:57] <BUGabundo> although disabled now
[13:57] <gnomefreak> https://code.edge.launchpad.net/~gnomefreak/firefox-extensions/greasemonkey.ubuntu
[13:57] <gnomefreak> those are the changes
[13:57] <gnomefreak> and its built in PPA already
[13:57] <gnomefreak> any other problems with it?
[13:58] <gnomefreak> that i should know about
[13:58] <BUGabundo> just a sec
[13:58] <BUGabundo> need to paste the trace
[13:58] <BUGabundo> don't want to flood the #
[13:58] <BUGabundo> :)
[13:58] <gnomefreak> k
[13:58] <BUGabundo> as soon as I enable GM FF won't start
[13:58] <BUGabundo> asac: knows about it
[13:59] <BUGabundo> http://paste.ubuntu.com/241716/
[13:59] <gnomefreak> mine starts fine with mine. i would say its the nightly tools extension (should be disabled in 3.5
[13:59] <BUGabundo> it is
[13:59] <gnomefreak> ok 3.6 is crashing
[14:00] <BUGabundo> hehe
[14:00] <gnomefreak> mine worked here test it see if it helps
[14:00] <gnomefreak> testing something here
[14:00] <BUGabundo> let me get you that bug
[14:00] <BUGabundo> https://bugs.edge.launchpad.net/greasemonkey/+bug/405070
[14:00] <gnomefreak> BUGabundo: yep nightly tools is disabled here
[14:01] <BUGabundo> right
[14:01] <BUGabundo> so I know GM works on 3.6 even without NT
[14:01] <gnomefreak> BUGabundo: do yuou have link to newest 3.6 nightly tools
[14:01] <BUGabundo> sure
[14:02] <BUGabundo> https://addons.mozilla.org/en-US/firefox/addon/6543
[14:02] <gnomefreak> thanks
[14:02] <BUGabundo> or at http://www.oxymoronical.com/web/firefox/nightly
[14:04] <gnomefreak> Nightly Tester Tools 2.0.2 could not be installed because it is not compatible with Minefield 3.6a1pre. i dont want to fix it
[14:05] <BUGabundo> eheh
[14:05] <BUGabundo> yeah I got that a few days ago
[14:05] <BUGabundo> on my debian work machine
[14:05] <BUGabundo> then it worked
[14:05] <BUGabundo> I think XUL did not upgrade for some reason
[14:06] <BUGabundo> manually instaling it, fixed
[14:06] <BUGabundo> I think asac messed up the depencies
[14:08]  * gnomefreak wonders. i think i can fix it
[14:08] <BUGabundo> also got something kewl the other day
[14:08] <BUGabundo> TMP complaing it could not be installed 'cause NT was instaled
[14:08] <BUGabundo> lolol
[14:08] <BUGabundo> since I need more TMP, NT went way :)
[14:09] <BUGabundo> now I need to find a replacement for uptidy :(
[14:09] <BUGabundo> http://trac.arantius.com/wiki/Extensions/Uppity
[14:09] <BUGabundo> it breaks TMP too
[14:12] <gnomefreak> ok i think this fixes it. will repack it and test if it does ill branch it and push to PPA
[14:13] <BUGabundo> http://trac.arantius.com/ticket/318
[14:15] <gnomefreak> the install.rdf said max version was 3.0a1pre
[14:15] <BUGabundo> gnomefreak: check all my addons eheh
[14:15] <gnomefreak> BUGabundo: not today :)
[14:15] <BUGabundo> on that bug gnomefreak
[14:15] <BUGabundo> just a _small_ list
[14:15] <gnomefreak> oh shit
[14:16] <BUGabundo> what?
[14:16] <BUGabundo> is that *too* many?
[14:16] <BUGabundo> that's just a _small_ part of what I had back on 3.0 and 3.5
[14:16] <BUGabundo> since most won't work
[14:16] <gnomefreak> 3.6 started fine >10 time with GM installed now it doesnt with the same error you had
[14:17] <BUGabundo> you fixed it?
[14:17] <BUGabundo> I can start 3.6 1 out of 5 tries
[14:17] <BUGabundo> or else I have to use safe-mode
[14:18] <BUGabundo> starting ONCE in safe mode seems to help fixing it for one startup
[14:18] <BUGabundo> but since that's too much trouble I have it disabled
[14:18] <gnomefreak> we lost the install button in ubufox
[14:18] <BUGabundo> as you can see form that bug, all my other addons are enabled and workign
[14:18] <gnomefreak> wtf happened to it
[14:18] <BUGabundo> amazingly all others disalbed are Ubuntu specific
[14:18] <BUGabundo> LOLOLOL
[14:21] <gnomefreak> ubufox should make life easier not harder damnit
[14:22] <BUGabundo> gnomefreak: what does it do nowadays?
[14:22] <BUGabundo> I've had it disabled for the last year or so
[14:22] <gnomefreak> that error and non start are not ading up
[14:23] <BUGabundo> LOL
[14:23] <gnomefreak> http://pastebin.mozilla.org/665323
[14:23] <gnomefreak> and its running
[14:24] <gnomefreak> BUGabundo: is that the same as yours?
[14:25] <BUGabundo> yeah
[14:25] <BUGabundo> I get *that* _everytime_
[14:25] <BUGabundo> don't even care anymore
[14:25] <BUGabundo> I think asac has  some patch on daily PPA for 3.6 to test that
[14:25] <gnomefreak> you get the error everytime but the crash no?
[14:25] <gnomefreak> BUGabundo: im using daily 3.6
[14:26] <gnomefreak> after testing this i have to get going
[14:26] <BUGabundo> I only get the crash with GM enabled
[14:27] <BUGabundo> took me half an hour to bisec al my addons to figure it out
[14:27] <gnomefreak> hmmmm
[14:27] <gnomefreak> brb
[14:28] <BUGabundo> ok
[14:34] <BUGabundo> I'm off. see you in a bit
[15:09] <gnomefreak> ok im fed up with upstreeam authors without email addresses but i gave a review hopfully he will read it if not i have it fixed and can build it for PPA
[18:27] <EruditeHermit> hey, what is the ubuntu build daemon web page?
[18:28] <BUGabundo> https://edge.launchpad.net/builders/ ?
[18:29] <BUGabundo> EruditeHermit: ^^^^^
[18:29] <BUGabundo> or https://edge.launchpad.net/ubuntu/+builds
[18:29] <EruditeHermit> ah thanks
[18:29] <BUGabundo> np
[18:31] <EruditeHermit> the official distribution build machines build stuff for karmic?
[18:31] <BUGabundo> yeah
[18:32] <BUGabundo> why do you ask EruditeHermit?
[18:32] <BUGabundo> if not, how would i be running it!
[18:32] <EruditeHermit> I was trying to build a new kernel
[18:32] <EruditeHermit> but ran out of space on my machine
[18:32] <EruditeHermit> =p
[18:34] <EruditeHermit> wondering when it will get built in the archive
[18:34] <BUGabundo> aahahaahhahaahaahhahahaahahaahah
[18:34] <BUGabundo> yeah check on one of those links
[18:34] <EruditeHermit> the sources are there
[18:34] <EruditeHermit> because I was able to do apt-get source
[18:34] <EruditeHermit> but no packages
[18:36] <EruditeHermit> so if they are idle, I don't know what is happening
[18:36] <BUGabundo> yeah check on one of those links
[18:37] <EruditeHermit> the official distribution buildds are idle
[18:37] <EruditeHermit> only the ppa machines have stuff building
[18:37] <BUGabundo> ok
[18:37] <BUGabundo> and where is your package?
[18:40] <EruditeHermit> oh
[18:40] <EruditeHermit> its built
[18:40] <EruditeHermit> but its not apt-gettable yet
[18:41] <EruditeHermit> https://edge.launchpad.net/ubuntu/+source/linux/2.6.31-5.24/+build/1143084
[18:44] <BUGabundo> yeah
[18:44] <BUGabundo> it takes a bit to be coppied
[18:45] <EruditeHermit> cool
[18:45] <EruditeHermit> brb
[18:45] <EruditeHermit> got to test it!
[19:31] <kklimonda> I know this isn't the best place to ask questions but where does Firefox store buttons order?
[19:35] <BUGabundo> ehe
[19:36] <BUGabundo> fta: ping ^^^^^^^


[00:11] <brad__> Hello
[00:12] <brad__> join/
[11:01] <kalikiana> zsombi: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/fixLitsItemFocus56/+merge/308118
[11:02] <kalikiana> timp: Don't forget https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/dropQuestionableColorTestsFromTstTextarea11Qml/+merge/308106
[11:05] <zsombi> kalikiana: holly cow, what a long name :D
[11:05] <kalikiana> :-P
[11:05] <zsombi> kalikiana: did you have time to check the regression fix for the ListItem focus frame?
[11:05] <kalikiana> Already happroved that one ;-)
[11:06] <zsombi> kalikiana: oh, then I should refresh the browser page :D
[11:07] <zsombi> kalikiana: also, there's the tst_listitem_focus_13 which ewas taken out as failing, I took them back and they don;t fail...
[11:09] <kalikiana> zsombi: See above. They DID fail :-)
[11:16] <zsombi> kalikiana: well... CI said all green, but not on autyolanding...
[11:17] <kalikiana> Yeah :-(
[11:17] <zsombi> kalikiana: and I cannot repro it... DAMN!
[18:14] <om26er> bzoltan: Hello! Can you share the roadmap of the UITK, I am specifically interested to know the plans regarding background services(daemons) through QML code as we move to Unity8 on the desktop.
[18:52] <pmcgowan> om26er, bzoltan thats also a good question for tvoss
[18:53] <om26er> yes, please. we need a very well defined lifecycle of a background service and how it interacts with the main app.