[00:17] man, i fucked up my system76 laptop battery [00:18] and I don't think they still sell replacements, as they don't sell the lemu4 anymore :/ [00:21] And... why are you telling us this here? [00:21] Have you contacted System76 about it? [01:31] swiss, just because they don't sell the laptop, doesnt mean they won't have parts [02:41] SonikkuAmerica: just general complaining [02:42] o [02:42] carry on [02:42] SonikkuAmerica: also, sys76 is a ubuntu lappy, half wondering if someone here would end up saying "Oh! I have that lappy too!" [02:42] "Don't worry, you just need to run this script and everything works again without spending money!" [02:42] I was almost gonna buy 1 [04:08] Good Morning [07:25] parin, hi [07:25] darkxst: hey [07:25] darkxst: I read your mails [07:25] about to email you some patches [07:26] darkxst: okay [07:34] parin, they should build the displayconfig independtly of mutter (although still in the mutter tree) [07:35] darkxst: I'll apply the patch and I'll see how it works today [07:36] though not tested yet other that build... [07:36] ^than [07:36] next step is to add code in main.c to actually initialize and load the interface. [07:52] darkxst: meta_monitor_manager_class_init() does that. I'll add it to main.c [07:53] parin, yeh. was just trying to get you unstuck ;) [08:08] parin, obviously you will atleast need to add a mainloop to it so it keeps running also! === back is now known as Guest47861 === back is now known as Guest53721 [12:28] Hello! [12:29] does anyone know how to read/write/change config file values? [12:30] from command line [12:36] darkxst: I added meta_monitor_manager_initialize() to main.c . On running the executable I get this error - Gdk-CRITICAL **: gdk_x11_display_get_xdisplay: assertion 'GDK_IS_DISPLAY (display)' failed [12:44] darkxst: GDK_DISPLAY_XDISPLAY is failing [12:44] shows the above error and exits with a segfault === ph_afk is now known as ph [14:00] darkxst: this is happening because gdk_display_get_default() is returning null [14:46] darkxst: funny, mutter uses the same GDK_DISPLAY_XDISPLAY (gdk_display_get_default ()); in meta_ui_get_display in core/ui.c, but it doesn't face the problem [14:48] i changed that code of our displayconfig directory to XOpenDisplay(NULL), and it doesn't return NULL anymore, but I'm still getting segfaults === S-USA is now known as SonikkuAmerica [21:19] darkxst, online? [21:20] robert_ancell, hi [21:21] darkxst, hey, I'm working on the unity-control-center fork (going through MIR now). The next step will be to upload a unpatched version of gnome-control-center. [21:21] I've tested with lp:~robert-ancell/gnome-control-center/vanilla - can you have a look at it and see if that will work for you guys? [21:22] It's 3.8.6 [21:22] (or who else should look at this) [21:22] I'm assuming long-term g-c-c will be maintained by the Ubuntu GNOME team and will move from main to universe [21:23] In particular I'm not sure if you will want some of the existing patches, or to move closer to Debian [21:24] yes I was going to look at that, we have an existing 3.8 package on gnome3/saucy, which has some patches we would probably keep, like external panel support [21:25] darkxst, would you prefer to do the upload when the time is ready? [21:26] I can do a smaller upload which works with the new u-c-c [21:34] when are you planning to upload? [21:36] darkxst, once u-c-c is in main [21:36] probably next week [21:37] darkxst, which external panels do you use? Because u-c-c has a different library name so we'll have to compile panels for both if we want that [21:38] deja-dup [21:38] gufw if installed [21:39] maybe ubuntu one I think [21:39] activity-log-manager? [21:40] Does GNOME have a solution for backup yet in control center yet? [21:40] minus one yet there :) [21:42] no we don't show activity-log-manager [21:43] no they don't have any backup yet [21:45] I think we also show ubuntu online accounts (if installed) [21:46] darkxst, do you need the online accounts? [21:47] there are certainly people that use it [21:47] since it supports a different set of apps compared to GOA [21:49] we'll have to see what those upstreams want to do I guess [21:49] unfortunately it doesn't seem easy/possible to run u-c-c from inside GNOME or vica versa without the icons showing up in both [21:52] oh right, because of the desktop files [21:52] yeah, it's a really out-of-date solution [21:53] hacky, but could override XDG_CURRENT_DESKTOP when launching? [21:54] although probably won't help the desktop files will it... [21:56] although It would be possible to patch the loader again [21:56] you will need the following patches from gnome3/saucy g-c-c: [21:56] 52_region_language.patch [21:56] 64_restore_terminal_keyboard_shortcut.patch [21:57] maybe 92_ubuntu_system_proxy.patch? [21:57] 99_add_lock-on-suspend.patch [21:59] 98_default_sound_theme.patch [22:08] git_* [22:09] revert_* except ibus patch [22:10] ubuntu_external_panels.patch [22:11] and the 2 ubuntu_region patches [22:18] deal_with_null_ssid.patch [22:18] dont_download_local_image.patch [22:31] robert_ancell, will g-s-d be forked also this cycle? [22:31] darkxst, that's the plan, it seems a little bit harder though [22:31] I have it working locally, needs some cleaning up [22:34] ok cool [22:34] darkxst, what version of g-s-d/g-c-c do you guys prefer for 14.04? [22:35] hoping to get 3.10 in [22:35] cool [22:35] however that needs the gnome-desktop3 update [22:35] I haven't looked at that (yet) - do you think we can patch that to run both unity and gnome 3.10? [22:37] yes, I am working to split out the display Config interface (which is the main issue) [22:37] not sure where to put it though, it can't go in Unity because of the CLA [22:37] and beside other DE's that use g-s-d will need it also [22:38] (display config dbus interface from mutter) [22:38] yay for the CLA [22:38] it can go into a new library I guess [22:39] how complex is it? [22:39] not very, it just a bunch of xrandr calls, that are abstracted behind the dbus interface [22:40] pretty much self-contained, i.e. no real dependency on mutter itself [22:42] I think it ended up in mutter, since that is the first library in the stack that is forked for wayland [22:42] gnome-desktop no longer has any dependency on direct X/Wayland calls [22:46] it makes sense in mutter, with the window manager becoming a compositor it is the appropriate place to request all graphical information from [22:51] yeh