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