[03:14] <KGB-0> gnome-user-docs signed tags 41201aa Gunnar Hjalmarsson ubuntu/45.0-1ubuntu2 * gnome-user-docs Debian release 45.0-1ubuntu2 * https://deb.li/4JM
[07:44] <seb128> goood morning desktopers!
[07:59] <lissyx> seb128, hello
[07:59] <seb128> lissyx, salut :)
[07:59] <lissyx> do you think you can help me for https://bugzilla.mozilla.org/show_bug.cgi?id=1855135#c7 and the related PRs ?
[07:59] -ubottu:#ubuntu-desktop- Mozilla bug 1855135 in Toolkit "Fetching crash annotations from non-content child processes doesn't work on Ubuntu Snap builds" [--, New]
[07:59] <lissyx> https://github.com/canonical/firefox-snap/pull/31 and https://github.com/canonical/firefox-snap/pull/32
[07:59] -ubottu:#ubuntu-desktop- Pull 31 in canonical/firefox-snap "Bug 1855135 - Remove lto=cross (as a temp aworkaround?)" [Open]
[07:59] -ubottu:#ubuntu-desktop- Pull 32 in canonical/firefox-snap "Bug 1855135 - Remove lto=cross (as a temp aworkaround?)" [Open]
[07:59] <lissyx> we are lacking crash reports from beta and stable, this is not really good
[08:01] <seb128> lissyx, is there a bug about the fact that lto=cross is buggy?
[08:02] <seb128> I don't like to apply workarounds if they are used as a pretext to not fix the real issue, that comment on the upstream bug 'Let's keep this bug open until his PRs have landed.' suggest Gabriele plan to close the bug and consider the problem fixed once the workaround is in the snap build?
[08:04] <lissyx> yes well
[08:04] <lissyx> enable-lto=cross is not used elsewhere as much as I can find
[08:04] <lissyx> we can spend time debugging why, but I'm not sure it's the best use of our time
[08:06] <lissyx> and in the mean  time we have users experiencing crashes and we cannot get data on that
[08:10] <seb128> I wish I would have the context of why that option was initial added to the snap build before deciding it's wrong :/
[08:11] <seb128> but yes, you are right
[10:03] <KGB-0> gnome-control-center ubuntu/latest 9e95dec Sebastien Bacher debian/ changelog patches/series patches/gitlab-fix-vpn.patch * https://deb.li/hBNx
[10:03] <KGB-0> * debian/patches/gitlab-fix-vpn.patch:
[10:03] <KGB-0>   - cherry pick an upstream fix for a recent regression in the VPN
[10:03] <KGB-0>     configuration (lp: #2037011)
[10:03] -ubottu:#ubuntu-desktop- Launchpad bug 2037011 in network-manager-openvpn (Fedora) "Can't create ovpn" [Undecided, New] https://launchpad.net/bugs/2037011
[10:03] <KGB-0> gnome-control-center ubuntu/latest 49bd756 Sebastien Bacher debian/changelog * releasing package gnome-control-center version 1:45.0-1ubuntu2 * https://deb.li/3S2EE
[10:20] <lissyx> seb128, looks like there's a regression on mesa <IP_ADDRESS>: https://crash-stats.mozilla.org/signature/?signature=__driDriverGetExtensions_d3d12#aggregations
[10:21] <lissyx> aggregating on "adapter driver version" reveals only <IP_ADDRESS>
[10:23] <seb128> lissyx, is that ubuntu/snap only?
[11:03] <lissyx> seb128, I dont think so
[13:34] <lissyx> seb128, ok it's upstream
[13:35] <lissyx> seb128, https://bugzilla.mozilla.org/show_bug.cgi?id=1850271#c6
[13:35] -ubottu:#ubuntu-desktop- Mozilla bug 1850271 in Core "Crash in [@ st_ReadPixels]" [S3, New]
[13:36] <seb128> lissyx, ack
[13:40] <lissyx> seb128, can we also merge https://github.com/canonical/firefox-snap/pull/33 ?
[13:40] -ubottu:#ubuntu-desktop- Pull 33 in canonical/firefox-snap "Bug 1855135 - Link with LLD and LTO=cross" [Open]
[13:44] <seb128> lissyx, I'm confused now, didn't we say earlier that we wanted to stop using lto=cross?
[13:45] <lissyx> seb128, lto=cross with gold
[13:45] <lissyx> with lld it looks like we are fine
[13:45] <lissyx> but I can remove it as well ...
[13:45] <seb128> well, I'm just not understanding enough those options to have an opinion, but I would expect we want similar build options on the different tracks
[13:45] <seb128> no?
[13:47] <lissyx> seb128, if you prefer, i removed lto=cross
[13:47] <seb128> lissyx, what is lto=cross doing and what's the impact on performances or other factors?
[13:48] <seb128> also what are the pro and con of building with gold vs lld?
[13:49] <lissyx> without lld, build is broken
[13:49] <lissyx> and all linker usage are moving to lld
[13:49] <lissyx> lto=cross does lto cross language
[13:49] <lissyx> I dont know the imapct in term of perfs but I can't find us using it in our mozconfig files?
[13:50] <lissyx> e.g., https://searchfox.org/mozilla-central/search?q=--enable-linker%3D&path=&case=false&regexp=false --enable-linker usages
[13:50] <lissyx> https://searchfox.org/mozilla-central/search?q=--enable-lto%3D&path=&case=false&regexp=false
[13:50] <lissyx> so if it's not part of our own mozconfig ...
[13:51] <seb128> ok
[13:51] <lissyx> lld vs gold because elfhack: https://searchfox.org/mozilla-central/rev/37d9d6f0a77147292a87ab2d7f5906a62644f455/build/unix/mozconfig.linux#18-19
[13:51] <seb128> I don't feel like I understand enough the difference of lld vs gold to be able to give a +1 or -1 :/
[13:51] <seb128> but at the same time I doubt we will have anyone else who will do that review or have an opinion
[13:52] <lissyx> from https://treeherder.mozilla.org/jobs?repo=try&revision=b6e0072f50325c4ca58ed47ff7864b6d6aab2aed to https://treeherder.mozilla.org/jobs?repo=try&revision=2f0ae43a83621a64488248087ef987e3689097bc
[13:53] <seb128> I don't like the idea of having nightly on a different compiler, one of the thing we expect nightly to provide us is to learn about issues earlier
[13:53] <seb128> but if we don't use the same toolchain then we will not get notified on issues impacting gold
[13:56] <lissyx> yet this is also what we do: https://searchfox.org/mozilla-central/source/build/unix/mozconfig.linux#18-19
[13:57] <lissyx> anyway the goal is to move to lld everywhere ?
[13:58] <lissyx> from https://bugzilla.mozilla.org/show_bug.cgi?id=1854047 and https://bugzilla.mozilla.org/show_bug.cgi?id=1839739
[13:58] -ubottu:#ubuntu-desktop- Mozilla bug 1854047 in Firefox Build System "Enable relrhack in local builds when possible" [--, Reopened]
[13:58] -ubottu:#ubuntu-desktop- Mozilla bug 1839739 in Firefox Build System "Switch remaining Linux and Android builds to lld" [S3, Reopened]
[14:03] <seb128> bandali, ^ do you have an opinion on?
[14:13] <lissyx> seb128, ftr the removal of gold linker was hinted by glandium
[14:18] <seb128> lissyx, I would feel better if we were using lld across the channels but that comment state that it's not compatible with the optimisation done in release builds
[14:18] <lissyx> seb128, the expert regarding linker and elfhack is glandium
[14:19] <lissyx> when I have a linkage issue and he suggests to remove gold, I listen :p
[14:19] <seb128> :)
[14:19] <lissyx> usage of lld will flow to beta and stable after, I guess
[14:19] <lissyx> as soon as nightly train advances
[14:20] <lissyx> and time to leave
[14:20] <seb128> talk to you later!
[14:39] <lissyx> seb128, back from school
[15:21] <bandali> hi, i don't have the full context sorry, will catch up in a bit. but in general i'm no compile/linking expert, and i'd be very much inclined to listen to glandium's suggestions, they've helped me/us in the past already :-)
[15:26] <seb128> bandali, well, I merged the changes from lissyx now
[15:29] <bandali> seb128, ha okay great, thanks :-) i'm catching up with the context to generally be in the know about it
[18:21] <KGB-0> gnome-shell ubuntu/latest 46ceed3 Jeremy Bícha debian/patches/ series layout-Destroy-panel-barrier-on-shutdown.patch overview-Handle-unredirection-in-OverviewShown-state-mach.patch * Cherry-pick 2 commits from future 45.1: * https://deb.li/OCWi
[18:21] <KGB-0> gnome-shell ubuntu/latest 07fdf07 Jeremy Bícha debian/gbp.conf * debian/gbp.conf: Branch for mantic * https://deb.li/3Ky8h
[18:21] <KGB-0> gnome-shell ubuntu/latest 91c46c0 Jeremy Bícha debian/changelog * releasing package gnome-shell version 45.0-1ubuntu2 * https://deb.li/v1L2
[18:22] <KGB-2> gnome-shell pipeline Jeremy Bicha 586259 * running (extract-source: running; build: created; build i386: created; build source: created; test-build-any: created; test-build-all: created; test-crossbuild-arm64: created; reprotest: created; lintian: created; autopkgtest: created; blhc: created; piuparts: created)
[18:34] <KGB-2> gnome-shell pipeline Jeremy Bicha 586257 * [13 minutes and 8 seconds] failed (extract-source: success; build: failed; build i386: failed; build source: success; test-build-any: skipped; test-build-all: skipped; test-crossbuild-arm64: skipped; reprotest: skipped; lintian: skipped; autopkgtest: skipped; blhc: skipped; piuparts: skipped)
[22:44] <KGB-2> mutter signed tags 95e8501 Jeremy Bicha ubuntu/45.0-3ubuntu1 * mutter Debian release 45.0-3ubuntu1 * https://deb.li/3Iwln
[22:45] <KGB-0> mutter ubuntu/latest 5c073a6 Jeremy Bicha * pushed 38 commits (first 5 follow) * https://deb.li/Mugs
[22:45] <KGB-0> mutter ubuntu/latest 83829c3 Simon McVittie debian/changelog * New upstream release * https://deb.li/ikHJU
[22:45] <KGB-0> mutter ubuntu/latest 4529b8c Simon McVittie debian/patches/ (6 files in 2 dirs) * d/patches: Drop patches that were applied upstream * https://deb.li/7uQG
[22:45] <KGB-0> mutter ubuntu/latest d21b14e Simon McVittie debian/changelog * Update changelog * https://deb.li/3rH9M
[22:45] <KGB-0> mutter ubuntu/latest d56a98d Simon McVittie debian/patches/ series x11-events-NULL-Check-input-event-when-getting-name.patch * Don't crash when profiling with sysprof 45~rc (mutter#3030) * https://deb.li/ywSy
[22:45] <KGB-0> mutter ubuntu/latest 9ebdd2f Simon McVittie debian/changelog * Update changelog * https://deb.li/3Mfn4


[01:19] <bryceh> erappleman, we'll certainly take any and all exposed issues into account.  SNA is certainly far from set in stone at this point.  I'd suggest writing up a summary of the problem to ubuntu-x@ (or an internal list if it's private info) and we can investigate options.
[01:21]  * RAOF was under the impression that *sna* was the one that'd get hybrid support. If it's in uxa, then that makes it easy to not care very much about sna.
[01:21] <bryceh> erappleman, aha just noticed you did send something to the list (sorry, have been on vacation since last thursday)
[01:22] <bryceh> heya RAOF
[01:22] <RAOF> Hey bryceh!
[01:39] <Prf_Jakob> Oh right
[01:39] <Prf_Jakob> bryceh, RAOF: have you guys packaged up the latest vmmouse release for precise?
[01:40] <RAOF> I presume 12.8 is not the latest vmmouse?
[01:42] <bryceh> Prf_Jakob, it'd be in edgers or x-updates if it's been packaged, but no I haven't looked into it myself.
[01:42] <Prf_Jakob> bryceh: ok, its a stabel release to fix a mouse issue.
[01:43] <bryceh> Prf_Jakob, if there's a bug # on that, and the fix is a straightforward patch,  we can look at doing an SRU of just that fix.
[01:43] <bryceh> Prf_Jakob, if you give me a bug # I'll take a look when I'm back at work tomorrow
[01:45] <Prf_Jakob> 996821
[01:45] <Prf_Jakob> bug 996821
[01:48] <bryceh> Prf_Jakob, got it, and looks straightforward.  On my todo list for tomorrow.
[01:48] <Prf_Jakob> Thanks
[01:49] <Prf_Jakob> You arn't putting stable releases into precise?
[01:49] <bryceh> on a case by case basis
[01:49] <Prf_Jakob> ok
[01:50] <bryceh> I will evaluate if we can do the full -vmware release, and if not will at least work to get the specific patch included
[03:34] <erappleman> bryceh, you'd have to ask airlied why he's going with uxa. sna is wicked fast on sandy bridge and older gens, but there is no stable release with it enabled by default.
[03:35] <erappleman> i'm not sure if ddx for either intel or nouveau will have the necessary bits, but a fair amount of the new abi has been incorporated in their respective trees
[03:38] <RAOF> Wicked fast, but wicked fast at rendering corruption unless you use git.
[03:44] <erappleman> yup
[03:44] <erappleman> the trapezoid bug was only just fixed days ago
[03:44] <erappleman> https://bugs.freedesktop.org/show_bug.cgi?id=48630
[03:46] <erappleman> raof, it interfered pretty bad with ambiance theme
[05:11] <tjaalton> bryceh, Prf_Jakob: i think sarvatt uploaded a new version with a fix to -proposed already
[05:13] <tjaalton> or maybe not
[06:25] <tjaalton> bryceh: http://geek-news.mtv.com/2012/06/11/eclipse-board-game/?xrs=share_fb
[06:54] <mlankhorst> morning
[06:55] <tjaalton> same
[06:56] <tjaalton> -intel in debian now has a patch to allow choosing sna over uxa from the conffile
[07:08] <mlankhorst> I saw :)
[07:12] <RAOF> tjaalton: I'm going to order eclipse :)
[07:12] <tjaalton> RAOF: cool :)
[07:12] <tjaalton> I should too
[07:12] <tjaalton> and then worry about who to play it with
[07:12] <tjaalton> but in that order
[08:52] <bryceh> tjaalton, wow, #6
[09:23] <mlankhorst> bryceh: more playing around with firmware for prime ;)
[10:00] <tjaalton> [    5.060204] [drm] nouveau 0000:01:00.0: Unsupported chipset 0xffffffff
[10:00] <tjaalton> that's fun
[10:00] <tjaalton> bug 1010838, fails to boot with 32bit, amd64 works
[10:02] <tjaalton> mlankhorst: ideas about that one?
[10:03] <mlankhorst> tjaalton: not a nouveau bug most likely
[10:03] <tjaalton> ok
[10:03] <mlankhorst> likely system was messed up  before nouveau was even loaded
[10:07] <tjaalton> moved over to the kernel
[10:11] <mlankhorst> it's trying to read out first register and it's 0xffffffff
[12:56] <tjaalton> hmm, what's the kbd combo again to release input grabs?
[13:02] <tjaalton> ah disabled by default, of course
[16:41] <chrisccoulson> are the timestamps associated with X events (eg ButtonPress) in a particular unit? (milliseconds?)
[16:41] <chrisccoulson> never mind, bryceh just answered for me :)
[21:56] <cnd> RAOF, could you approve the SRU for -evdev?
[21:57] <cnd> I uploaded it to precise-proposed last week
[22:41] <bryceh> tjaalton, could you elaborate on what exactly we need to do for bug 949606?
[22:43] <bryceh> tjaalton, also who should own bug 943162?  is that tseliot's area due to the alternatives stuff, or someone else?
[22:47] <bryceh> RAOF, bug #994878 is a -savage regression due to no longer shipping its DRI1 drivers in mesa.  I'm guessing this is wontfix since we don't package/support that hardware's 3d drivers anymore; is that correct?  or if not should we consider resurrecting them (since they appear to still work)?
[22:49] <RAOF> Didn't Sarvatt / someone in Debian do some work to get the DRI1 drivers from a separate source package?
[22:49] <RAOF> I really don't think we need to care very much, but if it's easy there's no reason not to do it.
[22:50] <bryceh> libgl1-mesa-dri-experimental ?
[22:51] <RAOF> There was a separate source package involved; it's not libgl1-mesa-dri-experimental
[22:52] <bryceh> oh, libgl1-mesa-dri-legacy probably
[22:52] <bryceh> https://launchpad.net/~xorg-edgers/+archive/mesa-legacy
[23:02] <RAOF> tjaalton: Is there anything arch-specific in libgl*-mesa-dev? If not, they can just be marked Multi-Arch: same


[02:45] <Bashing-om> rebooting to test .. back soonest .
[09:16] <lordievader> Good morning.
[10:35] <lotuspsychje> good morning to all
[10:35] <lordievader> o/
[10:35] <lotuspsychje> hey lordievader
[10:35] <lordievader> How are you today?
[10:35] <lotuspsychje> lordievader: i just sent my cv to a local pc shop
[10:36] <lordievader> I thought you were starting your own?
[10:36] <lotuspsychje> lordievader: about 100m from my house
[10:36] <lotuspsychje> lordievader: yes, but we still looking for an own house before, to run my business from
[10:36] <lotuspsychje> lordievader: so in the meanwhile im looking for temporary work
[10:37] <lordievader> I see.
[10:37] <lordievader> Good luck!
[10:37] <lotuspsychje> lordievader: thank you!
[10:37] <lotuspsychje> lordievader: how are you today?
[10:39] <lordievader> Doing good here ;)
[10:40] <lotuspsychje> great
[10:42] <lotuspsychje> does dd clone a bootable win7 usb also?
[10:43] <lotuspsychje> dd if=/dev/sda of=/dev/sdb like this?
[10:48] <lordievader> Sure, it is a bit copy tool ;)
[10:48] <lordievader> I'd add a block size defition.
[10:48] <lotuspsychje> lordievader: whats the command for that
[10:49] <lordievader> dd if=/dev/sda of=/dev/sdb bs=4M
[10:49] <lotuspsychje> lordievader: ok tnx here i go
[13:51] <BluesKaj> Hey all
[14:50] <lotuspsychje> wb EriC^^
[14:51] <EriC^^> thx
[19:25] <lotuspsychje> !info systemd
[19:56] <lotuspsychje> hey DosTuMai
[20:03] <DosTuMai> Hi lotuspsychje. =]
[20:09] <daftykins> hey folks
[20:09] <lotuspsychje> hey daftykins
[20:10] <daftykins> lotuspsychje: so i walked up to that Surface...
[20:10] <lotuspsychje> daftykins: nice
[20:10] <daftykins> sure enough, holding power, nothing... poking it a bot more, nothing...
[20:10] <daftykins> *bit
[20:10] <DosTuMai> Hi Dafutykins. =P
[20:10] <DosTuMai> Dafitykins, sorry.
[20:10] <daftykins> started chatting to the owner, BAM logo comes up
[20:10] <daftykins> i just have the touch i think...
[20:10] <lotuspsychje> daftykins: cool
[20:11] <daftykins> just got my Nexus 5 screen today at long last 8D
[20:11] <daftykins> all working
[20:11] <lotuspsychje> wow long
[20:11] <daftykins> yeah, that's free Hong Kong post for you
[20:12] <lotuspsychje> :p
[20:12] <daftykins> can't sniff at £26 to resurrect a free phone though!
[20:12] <lotuspsychje> lol yeah
[20:12] <daftykins> https://www.dropbox.com/sh/np963hrwuejkjps/AABkML-ZIrz_QZflkEnIlBWja?dl=0
[20:13] <daftykins> DosTuMai: ;)
[20:15] <lotuspsychje> daftykins: nice pics
[20:16] <daftykins> they're pretty blurry XD
[20:16] <nicomachus> daftykins: gf dropped and shattered the brand-new Nexus 6, the day after christmas...
[20:16] <daftykins> i still don't have very good lighting in my office :)
[20:16] <DosTuMai> Could be like my camera, Daftykins. =P
[20:16] <daftykins> nicomachus: noooo!
[20:16] <lotuspsychje> daftykins: i mean nice pics of the phone :p
[20:17] <daftykins> nicomachus: well on the plus side, now you can take it apart - maybe? D:
[20:17] <nicomachus> idk if I want to... apparently the glass is GLUED to the LCD, and you have to heat it up and then use a wire/string to separate them... sounds rough. I may take it in somewhere.
[20:18] <nicomachus> I already have the new glass, I just don't want to take the risk of screwing it up and then having no recourse.
[20:19] <daftykins> ah yeah, that's common now - often i just replace the whole front unit LCD and all
[20:19] <daftykins> though for as new a model as that i'm sure it's pricey as
[20:19] <nicomachus> yea. the glass was $20, the full display unit was about 4x that
[20:22] <daftykins> priced up an iPhone 6s screen swap to be £170 for the hardware alone, the other day
[20:22] <daftykins> unsurprisingly i've not heard a yes yet...
[20:34] <nicomachus> wiping the work PC today. work phone currently going through a security wipe. only thing left to do on the PC is delete my VMs, and uninstall vbox, spotify, and chrome.
[20:34] <nicomachus> but I'm not doing that until the day's over. haha
[20:43] <daftykins> :D
[20:43] <daftykins> i think i zero filled a box or two at previous jobs
[20:43] <daftykins> but in one case they hadn't even paid for an OS for me yet ;)
[20:43] <daftykins> what kind is the work phone?
[20:44] <daftykins> i've read so much about factory reset processes being badly written on smartphones, that apparently the best practice (and what i follow) with androids for example is to enable encryption, then factory reset after that
[20:49] <nicomachus> blackberry.
[20:49] <nicomachus> it's encrypted. I did the wipe by putting in the wrong password 10 times.
[22:09] <daftykins> ah har
[22:10] <daftykins> sorry i went out to grab thai curry \o/
[22:19] <OerHeks> hey, that is my idea too, chicken curry rice
[22:20]  * OerHeks wokkie wokkie
[22:22] <daftykins> :D
[22:30] <DosTuMai> I just found my next pet for £25. =D
[22:32] <daftykins> i don't think you can walk a curry, i've tried
[22:32] <DosTuMai> Can't walk a tarantula, either. =P
[22:33] <daftykins> i'd enjoy seeing the attempts
[22:33] <DosTuMai> xD
[22:33] <DosTuMai> Although, for JW scaring attempts, a Cobalt Blue wont be very good...
[22:36] <DosTuMai> Don't click if you're arachnophobic: https://i.ytimg.com/vi/CkSXdateyno/maxresdefault.jpg
[22:45] <daftykins> sacré bléu
[22:46] <DosTuMai> Yes, very. =P
[22:46] <Bashing-om> daftykins: Huh ? -- which way did he go ? Did I miss much in my delayed absence ?
[22:50] <daftykins> >:D
[22:54] <EriC^^> guys i got the name really freaking short for opening a live terminal, thanks to the guys in ##linux
[22:54] <EriC^^> script -f >(nc openterm.tk 99)
[23:04] <daftykins> ooh
[23:04] <EriC^^> some guy called rkeene helped out, the command is very short and neat now
[23:05] <daftykins> \o/ were they impressed with the plan?
[23:05] <EriC^^> they thought it was pretty neat
[23:37] <daftykins> so i get asked to look at a wifi printer issue today
[23:37] <daftykins> it wasn't on the network.
[23:37] <daftykins> prints 8 sheets, then the dust covered wheels fail to grip any further paper (home of the folks having lots of work done to their house)
[23:38] <daftykins> :)
[23:38] <Bashing-om> ping pong pong,,, that all you do is ping .. alla the time ping'n !
[23:40] <daftykins> doesn't it make you laugh the way folks'll send a print job multiple times to check it gets there a subsequent time? :)
[23:41] <Bashing-om> That is why YOU get paid the big bucks . ( where a buck is an American Dollar )
[23:43] <daftykins> ^_^