[04:30] Good morning [04:51] good morning pitti and everyone [04:52] hey hikiko, how are you? [05:04] I'm fine :) you pitti ? [05:04] I was making coffee [05:04] mostly well again, thank! [05:05] :D [05:19] good morning [05:26] bonjour didrocks [05:27] hey pitti, feeling better? [05:27] didrocks: much, thanks! how are you? [05:28] pitti: I'm ok, thanks [05:31] I guess I defeated the flackyness due to s-jenkins infra: https://jenkins.qa.ubuntu.com/job/udtc-trusty-tests/ \o/ [05:36] didrocks: spotless! [05:43] pitti: still waiting for the old yellow/red tests runs to be replaced by nice and joyful green :) [06:06] good morning desktopers [06:09] re seb128 [06:10] re didrocks [06:11] bonjour seb128 ! [06:11] salut pitti, ça va ? happy friday ! [06:12] seb128: hereux vendredi aussi ! [06:12] seb128: je vais très mieux, merci ! j'ai dormi bien [06:12] super :-) [06:42] seb128, didrocks, pitti: bonjour et moin! [06:42] moni moin Sweet5hark1, wie gehts? [06:45] hey hey Sweet5hark1 [06:49] hey Sweet5hark1 [06:55] pitti: Dont get any coding done this week which is slightly annoying, but otherwise Im good. ;) [07:06] morning [07:07] morning early willcooke [07:07] morning willcooke [07:07] https://bugs.launchpad.net/compiz/+bug/815996 willcooke do you know if someone fixed that bug? [07:07] Ubuntu bug 815996 in compiz-plugins-main (Ubuntu) "Desktop occasionally freezes/locks up when switching workspaces" [High,Fix committed] [07:07] I still get it [07:08] someone changed the status to fix commited [07:17] hey willcooke hikiko [07:18] hi seb128 and didrocks [07:21] hey hikiko [07:22] morning [07:22] good morning all! [07:22] hey Trevinho, larsu [07:23] hi larsu Trevinho [07:23] hey, hey! :) [07:23] hikiko, larsu, willcooke, Trevinho: g'morn. [07:23] lol [07:23] good morning Sweet5hark1 [07:23] an infinite loop could start [07:23] hahahaha [07:28] hey Trevinho larsu [07:54] hikiko, dunno. Looks like someone who doesn't know what they are doing changed that bug status. Safe to set back I think [07:58] didrocks, yeah quick early email check, then feed, dress and school boy #1, then tea, then back at it [07:58] :) [08:06] is formatting or usb key + creating a partition working for others? [08:08] seb128, testing [08:09] seb128, using disks? [08:09] yes [08:09] gnome-disks [08:09] seb128: I just did that two days ago on my brand new usb stick, worked without a hitch [08:09] what is it doing for you? [08:09] oops - very nearly formatted the wrong drive :) [08:10] pitti, [08:10] "Error wiping newly created partition /dev/sdb1: Command-line `wipefs -a "/dev/sdb1"' exited with non-zero exit status 1: wipefs: erreur : /dev/sdb1 : échec d'initialisation de l'analyse: Aucun fichier ou dossier de ce type" [08:10] but there is a /dev/sdb1 [08:11] seb128, gnome-disks just crashed on me [08:11] and calling that manually works [08:11] willcooke, that's probably https://bugs.launchpad.net/bugs/1479710 [08:11] Ubuntu bug 1479710 in gnome-disk-utility (Ubuntu) "/usr/bin/gnome-disks:11:g_dbus_object_get_interface:udisks_object_peek_drive:gdu_window_select_object:create_partition_cb:g_task_return_now" [High,Triaged] [08:11] which is where I started from [08:11] trying to get a valgrind log for that [08:13] ha, yes [08:13] hikiko: set it to triaged... [08:13] hikiko: also can you get a stacktrace of that situation? [08:14] I've never got that (but I don't use workspaces much), so when it happens please attach to gdb and try to get something [08:16] seb128, when it doesn't crash, I was able to create a new FAT partition and format it [08:16] k [08:16] I wonder if that's a 32 bits issue [08:19] Trevinho, there's no crash, just the screen is grabbed [08:19] hikiko: yeah, of course... but you can get where it happens [08:20] hikiko: if you "sudo gdb -p$(pidof compiz)" you can attach to the process and get the backtrace of where the thing happens [08:20] yes i kno [08:20] :) [08:20] so... it's 99% due to a sync X call... [08:20] I had tried that [08:21] but as far as i remember [08:21] I couldn't catch it [08:21] so, in case it's a really a trouble, you can try to change that by using xcb (async) if possible [08:21] yes [08:21] there's a compiz option [08:21] I think I had tried all that [08:22] but I will look at it again at some point [08:22] (too many bugs :/) [08:24] hikiko: yeah, let's focus on main stuff, affecting unity as well for now [08:24] that does it, but unless you can't reproduce it, it's hard to figure out details [08:38] pitti, http://askubuntu.com/questions/642286/error-whilst-creating-partition ... I'm not the only one, but it doesn't seem common, I wonder if udisks does thing in an async way and try to wipefs before the partition is created [09:06] larsu, Trevinho, didrocks, does anyone feel like giving a look to those (should be easy, they are backport of small upstream g-s-d bugfix commits to u-s-d), I would like to do a landing [09:06] https://code.launchpad.net/~seb128/unity-settings-daemon/xrandr_init_order/+merge/273728 [09:06] https://code.launchpad.net/~seb128/unity-settings-daemon/sound_delay_init/+merge/273729 [09:06] https://code.launchpad.net/~seb128/unity-settings-daemon/housekeeping_dont_follow_symlink/+merge/273731 [09:07] ok [09:07] thanks [09:07] thanks Trevinho :) [09:08] bah, shotwell upload rejected [09:09] there was an upload to the archive not commited to the vcs [09:09] * seb128 fixes [09:12] seb128: I can't top-approve :/ [09:13] Trevinho, added you to the team, that should work now [09:13] thanks [09:15] yw! [09:15] thanks for the reviews ;-) [09:16] np === vrruiz_ is now known as rvr [10:26] good morning. [10:27] morning qengho [10:30] hey qengho [10:30] morning! [10:35] larsu: gosh, where are you? :) [10:37] pitti: at work since 9:22. Just saying good morning to qengho [10:37] larsu: oh, right :) (thought you went to a conference or so) [10:37] hey qengho! [10:37] pitti: no, that's next week (and only -1 from here) [13:49] lolz: https://blueprints.launchpad.net/ubuntu/+spec/unity7-1510 [13:50] guess we can mark a lot of those as done next week, or delete it and move the not done to a new BO [13:50] BP [13:51] oh, right [13:51] oh oh [13:51] really good we did that back then :) [13:51] :D [14:02] * Trevinho got decorations o_O https://code.launchpad.net/~ubuntu-mate-dev/compiz/marco-decoration [14:03] :) [14:05] [larsu] black notifications in the unity greeter: TODO [14:05] :p [14:05] still accurate [14:05] *hem* === davidcalle_ is now known as davidcalle [14:28] http://rkuska.github.io/2015/10/08/Fedora-and-Python3.html [14:54] didrocks: oops :) [14:54] well I am fixing it [14:56] larsu: I did update some of the status (the obviously ones that are done) [14:56] thanks :) [14:56] yw [15:26] Mh, as you guys might remember (didrocks?) We're currently shipping some compiz patches as distro-patch, instead of having them in trunk.... I'm not sure this is still the best thing to do. [15:26] As I don't see much reason for doing that anymore (a part from non CLA approved patches, maybe - but I guess we've not them) [15:27] Trevinho, compiz is not under our copyright anyway no? [15:27] Trevinho: the reason was mostly that "this wasn't good for compiz's upstream" [15:27] seb128: I think it is right now [15:27] that's what sam was telling [15:27] (having his upstream hat) [15:27] yeah, didrocks [15:27] k [15:27] that was it [15:27] there is no CLA on compiz [15:28] as most of the code wasn't done under Canonical's area [15:28] and it's copy/paste/adapt in C++ [15:28] Trevinho, your call as new maintainer to consider them good for upstream then ;-) [15:28] AFAIK [15:28] yeah, I've always argued that this difference, being the only one shipping compiz, was ridiculous [15:28] so I'm all in favor of merging :) [15:28] +1 [15:28] Ah, even? Nice to hear... since bregma had to discuss with legal team a lot to get some nvidia code on it... :o [15:29] Trevinho: interesting, that wasn't the case before and I doubt we chased all contributors on compiz [15:29] (of course, Unity is another story…) [15:29] yeah, indeed... but we had some compiz fixes coming from nvidia, and ChrisTownsend also had to wait a lot for the "ok merge" signal... [15:30] doesn't sound legit to me, but I might have missed one episod [15:30] and there was no "previously on…" summary ;) [15:31] anyway... Well I think we can now safely merge most of the debian/patches/* content, as it makes just no sense right now [15:31] yeeppppppp! [15:31] Trevinho: Canonical lawyers certainly think Compiz is under the CLA, so tread lightly. [15:31] yep, I didn;t just make stuff up [15:31] ChrisTownsend: yeah, I was thinking the same... [15:32] at least, I didn't study the thing a lot, but maybe we could have saved some time :D [15:32] but as far as I know there are no patches in the Compiz packaging that need the CLA [15:32] I think they can all be merged into the sources [15:32] right [15:33] or in some cases, maybe dropped [15:34] BTW, Compiz ships with Mint and Arch, although you could consider them derivatives I suppose [15:34] bregma: yes, but for mint I think they're using the debian/patches anyway [15:34] and we're still trying to get it back into Debian, but I got busy.... [15:35] bregma: Arch, might not, but they can still apply reverse-patch downstream [15:35] either way, I think as the only legit upstream we can just merge them all [16:05] * didrocks waves good evening and good week-end! See you on Sunday/Monday for some of you! :) [16:31] right, I'm taking off. Safe travels all, see you next week === alan_g is now known as alan_g|EOW [17:17] \o/ [17:18] Trevinho: at least we can merge all the patches that comes from us [17:18] andyrock: yeah, I'm merging evrything [17:18] yeah [17:18] in case you'll take all the fault [17:19] :D === mfisch is now known as Guest27764 === Guest27764 is now known as mfisch === Guest87130 is now known as balloons [23:27] Anyone on-line now... [23:29] sandeep_: irc works best if you ask questions into the ether.. the person with an answer may not come around for twenty minutes but they stand a chance of seeing yourr question that way