[01:47] <darkxst> mgedmin, they changed the default, but you can still set it in tweak tool
[01:50] <darkxst> mgedmin, and Gtk headerbars as of 3.14 honor the button-layout key
[01:51] <darkxst> we will probably switch back to upstream default for vivid. i.e. just close button on all windows
[02:07] <gnewbie_> Trying to use wubi in ubuntu-gnome 14.10 ISO. It insists on downloading another ISO. It has no option for Gnome. How can I fix this?
[04:30] <nlsthzn> o/ ubuntu gnome peeps, first of all congrats on the recent 14.10 release.  I decided to install it so I can try out Gnome 3.14 which roxors my soxors.  I added three PPA's as per instructions online but would like to know is all three needed as ppa:ricotz/testing has a package marked as 3.15 and I wonder if it may be the reason for some graphical issues I have?!
[04:33] <nlsthzn> when I mentioned my issues with the default theme someone on G+ was mentioning there was such an issue with the work being done on 3.15 so I was just curious
[06:00] <darkxst> nlsthzn, probably best to only use gnome3 and gnome3-staging, unless you like having things break
[06:04] <nlsthzn> darkxst, ok thanks... will look into purging the ppa then :)
[06:54] <mgedmin> darkxst, I was seeing minimize/maximize on non-headerbar windows too
[06:56] <mgedmin> also: my segfaults were caused by overlay-scrollbars!
[06:57] <mgedmin> a long gdb session finally uncovered that the last thing called before the segfault was at an address that was mapped to /usr/lib/x86_64-linux-gnu/gtk-3.0/modules/liboverlay-scrollbar.so
[06:57] <mgedmin> apt-get remove overlay-scrollbar-gtk3 made the segfaults go away
[07:02] <mgedmin> uuwe, ^
[07:02] <mgedmin> I guess gtk+ 3.14 in the ppa needs to conflict with overlay-scrollbar-gtk3, or the ppa should get a fixed overlay-scrollbar package that works with gtk3
[07:04] <mgedmin> since https://bugs.launchpad.net/ubuntu-gnome/+bug/1386255 is a private bug, I guess I should open a new one?
[07:13] <darkxst> mgedmin, I will make it public
[07:14] <mgedmin> delete the core file first maybe?
[07:14] <darkxst> of course!
[07:14] <darkxst> mgedmin, do you have ubuntu-gnome-default-settings installed? that should disable overlay scrollbars
[07:15] <mgedmin> I'm pretty sure overlay scrollbars were disabled
[07:15] <mgedmin> i.e. scrollbars looked like regular gnome3 scrollbars
[07:15] <mgedmin> yes, I have ubuntu-gnome-default-settings installed
[07:18] <darkxst> oh the key we set to disable them appears to no longer exists
[07:23] <darkxst> oh its not removed, I just don't have it installed
[07:23] <mgedmin> overlay-scrollbar ships a schema file for com.canonical.desktop.interface
[07:24] <mgedmin> what happens to user settings when the schema is removed?
[07:24] <mgedmin> a-ha
[07:24] <mgedmin> on 2012-11-20 I ran 'gsettings set com.canonical.desktop.interface scrollbar-mode normal'
[07:24] <mgedmin> because of https://bugs.launchpad.net/ubuntu/+source/gnome-themes-standard/+bug/1059374
[07:28] <darkxst> mgedmin, can you file a bug with the crash trace, just removing it not really an option since it will need to be fixed before gtk 3.14 goes into archives for vivid
[07:28] <mgedmin> bug 1386255 has a stack trace
[07:28] <darkxst> mgedmin, oh that was caused by the scrollbars?
[07:28] <mgedmin> not the broken one by the bot, the one I uploaded in a subsequent comment
[07:28] <mgedmin> yes
[07:29] <mgedmin> I can provide more information from my gdb session (while it's still fresh in my memory)
[07:32] <darkxst> I won't have time to look at this now
[07:39] <mgedmin> sure
[07:52] <darkxst> mgedmin, maybe it just needs a rebuild though
[07:52] <mgedmin> do you want me to try?
[07:53] <darkxst> mgedmin, sure, that would be good
[07:58] <mgedmin> darkxst, still crashes when I rebuild it
[08:04] <darkxst> ok, thanks for trying, I will try take a look another time
[08:14] <mgedmin> my curiosity is a burden
[08:14] <mgedmin> had another go: installed overlay-scrollbar-gtk3-dbgsym, ran gdb, put a breakpoint on the callback inside overlay-scrollbar.so
[08:15] <mgedmin> gdm doesn't find any functions at that address
[08:15] <mgedmin> hijacked_scrollbar_grab_notify is static, but I hoped dbgsyms would define it?
[08:15]  * darkxst thinks the dbgsym packages are empty when there is a dbg package
[08:16] <mgedmin> there's no overlay-scrollbar-gtk3-dbg, just overlay-scrollbar-gtk3-dbgsym
[08:16] <darkxst> oh right, in that case it should have symbols but sometimes they get stripped
[08:16] <darkxst> you could try build it with -O0
[08:16] <mgedmin> anyway I'm staring at the assembly, and it looks like some PIC code going very wrong?
[08:16] <darkxst> hmm that is being too curious!
[08:17] <mgedmin> mov    0x20bbba(%rip),%eax; test %eax,%eax; jz somelocallabel (jump taken); mov    0x20bb79(%rip),%rax ($rax is 0 after this!); jmp *%rax (jump to la-la land)
[08:17] <mgedmin> 0x20bb79(%rip) is 0x7fffeed46770
[08:18] <mgedmin> if this is really hijacked_scrollbar_grab_notify
[08:18] <mgedmin> it looks like it assumes all preexisting widgets have a grab_notify
[08:18] <mgedmin> so it doesn't check if pre_hijacked_scrollbar_grab_notify is 0 before unconditionally calling it
[08:19] <mgedmin> how do I make a patch? augh
[08:19] <mgedmin> why is UDD based on bzr and not git?
[08:19] <darkxst> you can't patch assembly!
[08:19] <darkxst> UDD branches are nearly always broken
[08:19] <darkxst> (unless they are packaging branches)
[08:20] <darkxst> I do everything in git, then for simple patches just submit a debdiff
[08:20] <mgedmin> I think https://gist.github.com/84d1545df63a4e0ad981 might fix it
[08:20] <darkxst> for more complex stuff will merge my stuff into bzr
[08:20] <mgedmin> augh I did a 'git init && git add . && git commit -m "Import"' inside the apt-source'd tree and now debuild -i aborts with unrepresentable source changes
[08:21] <darkxst> mgedmin, use git-buildpackage
[08:21] <mgedmin> I need to learn how to use it one day
[08:21] <darkxst> git-buildpackage -S
[08:21] <darkxst> though you need to start by importing the dsc file
[08:22] <darkxst> git import-dsc package.dsc
[08:22] <darkxst> do your work
[08:22] <darkxst> then git-buildpackage -S
[08:22] <mgedmin> do I need to git init before git import-dsc?
[08:22] <darkxst> import-dsc does the init
[08:23] <darkxst> mgedmin, I have been using gbp and friends for everything recently ;)
[08:24] <darkxst> we will soon have packaging branches on git.debian.org for most of the ppa stuff and some ubuntu-gnome packageset stuff
[08:24] <darkxst> mgedmin, you should reverse the checks
[08:25] <darkxst>  pre_hijacked_scrollbar_grab_notify && widget_class->grab_notify == pre_hijacked_scrollbar_grab_notify
[08:26] <darkxst> if grab_notify is null, the comparison in if condition will crash
[08:27] <mgedmin> widget_class is not null
[08:28] <darkxst> oh hijacked_scrollbar_grab_notify was null
[08:28] <darkxst> ?
[08:28] <darkxst> pre_^
[08:28] <mgedmin> yes
[08:29] <mgedmin> I think
[08:31] <mgedmin> yay the fix works!
[08:31] <darkxst> ok, cool
[08:31] <mgedmin> darkxst, what now?  can I get a debdiff out of git-buildpackage?
[08:32] <darkxst> mgedmin, add a changelong entry
[08:32] <darkxst> git-buildpackage -S
[08:32] <mgedmin> ah, ok
[08:33] <darkxst> debdiff old.dsc new.dsc
[08:33] <mgedmin> actually now I think about this my patch is wrong
[08:33] <mgedmin> no it isn't
[08:33] <mgedmin> it's correct :)
[08:33] <mgedmin> it might be incomplete -- who knows what other pre_.... callbacks can be 0
[08:33] <darkxst> well I still think grab_notify must be null
[08:34] <darkxst> which is probably valid enough
[08:35] <mgedmin> yes, widget_class->grab_notify is 0, and gobject's g_type_class_meta_marshal explicitly checks for that before invoking it
[08:36] <mgedmin> re: changelog entry/debdiff: I have to get to work actually, I already spent way too much time on this
[08:36] <mgedmin> maybe later
[08:41] <darkxst> then assuming hijacked_scrollbar_grab_notif is aslo null, why would it even crash
[08:41] <darkxst> at the very least attach a git patch to the bug
[08:42] <darkxst> and would be nice to nice to also know if the overlay scrollbars still work with 3.14 (not withstanding other theme bugs)
[08:43] <mgedmin> I've put a link to the gist in the bug comments
[08:43] <mgedmin> hijacked_scrollbar_grab_notify is a static function defined in overlay-scrollbar's os/os-scrollbar.c
[08:43] <darkxst> thats ok as long as it won't expire!
[08:43] <mgedmin> github's gists never expire
[08:43] <darkxst> ok, I don't really use them
[08:44] <mgedmin> hijacked_..._notify checks if overlay scrollbars are enabled and if they aren't calls through the original function (pre_...)
[08:44] <mgedmin> the intent is to disable the default signal handler if overlay scrollbars are enabled, AFAICS
[08:45] <mgedmin> ironic that it fails when the default signal handler doesn't exist :)
[08:47] <darkxst> I'm only guessing based on your tiny snippet of code
[08:48] <darkxst> but if that is the case, patch is probably correct, but I would still reverse the order of the if condition checks
[08:49] <darkxst> it makes little sense to call - if ( 0x0 == 0x0 && now check for null)
[08:49] <mgedmin> sure; I was aiming for a more readable diff rather than more readable end result
[08:50] <mgedmin> yep, overlay scrollbars work
[08:50] <darkxst> for upstream projects hosted on bzr (I assume overlay-scrollbars is that) then the first is better than the second
[08:50]  * mgedmin tried gsettings set com.canonical.desktop.interface scrollbar-mode overlay-auto
[08:50] <mgedmin> in xchat-gnome
[08:51] <mgedmin> gnome-terminal's scrollbars didn't change for some reason
[08:51] <mgedmin> haven't tried other apps
[08:51] <darkxst> for quilt patches readable diff is better, though in that case its pretty trivial and I would still go with the first
[08:52] <darkxst> anyway I have to go cook dinner
[08:52]  * mgedmin -> work
[09:36] <darkxst> mgedmin, hmm are there scrollbars without grab_notify handlers now? or just widgests getting passed through that are not scrollbars
[09:37] <mgedmin> afaics all gtk scrollbars don't have grab_notify handlers any more
[09:38] <darkxst> ok, that is going to be problematic
[11:17] <mgedmin> ohdear, gnome-terminal 3.14 no longer sets $COLORTERM?
[11:25] <mgedmin> darkxst, gtk_range_grab_notify was removed in https://github.com/GNOME/gtk/commit/26dff0d7830b45b61fb4266664e4a5c1f98c4091#diff-0
[11:25] <mgedmin> in case you were curious what changed between 3.12 and 3.14
[11:28] <darkxst> mgedmin, please leave a comment on the bug
[11:28] <darkxst> and thanks for looking into this
[11:34] <mgedmin> and yes, gnome-terminal stopped setting COLORTERM in https://github.com/GNOME/gnome-terminal/commit/1d5c1b6ca6373c1301494edbc9e43c3e6a9c9aaf
[11:38]  * darkxst sleeping now
[12:44] <leenuts> Hello everyone
[12:44] <leenuts> Need help on Ubuntu Gnome 14.10, VPN connections
[12:44] <leenuts> PPTP
[12:45] <leenuts> Cannot ceeate a PPTP connection on fresh install Ubuntu Gnome 14.10. The type does not exist.
[12:45] <leenuts> I checked : the plugin is installed.
[12:45] <leenuts> Some ideas ?
[13:07] <leenuts> Any idea ?
[13:07]  * mgedmin never used PPTP
[13:12] <leenuts> network-pptp-gnome
[13:12] <leenuts> Do you have the PPTP in VPN list ?
[13:12] <leenuts> Parameters > network > add  > VPN...
[13:36] <leenuts> Anybody ?
[13:39] <mgedmin> there's no network-pptp-gnome package in ubuntu
[13:39] <mgedmin> system preferences -> network -> [+] -> VPN has only one choice here: "Import from file"
[13:45] <leenuts> Hello junkanoo !
[13:46] <leenuts> Who has Ubuntu Gnome 14.10 ?
[13:47] <leenuts> mgedmin, you have the same problem than me.
[13:47] <leenuts> Ok, how do you create a new PPTP connection, now ?
[13:48] <leenuts> In 14.04 ,you have PPTP by default in the list.
[13:48] <leenuts> In 14.10, juste import from file.
[13:48] <leenuts> just
[13:48] <leenuts> Is it normal ?
[13:50] <leenuts> If you check, you have the network-pptp-gnome already installed. But no interface in the list.
[13:51] <leenuts> Is it a bug ?
[13:54] <leenuts> Is there something I can check or try ?
[14:01] <mgedmin> I think you mean network-manager-pptp-gnome
[14:01] <mgedmin> hm, yes, it's installed
[14:03] <mgedmin> I don't see anything about this at https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp
[14:04] <mgedmin> maybe you want to report a new bug?
[14:07] <leenuts> Where ?
[14:07] <leenuts> yes network-manager-pptp-gnome
[14:07] <leenuts> Where report a bug ?
[14:09] <leenuts> Here : https://bugs.launchpad.net/ubuntu-gnome ?
[14:10] <mgedmin> Run 'ubuntu-bug network-manager-pptp-gnome'
[14:10] <mgedmin> hm
[14:10] <mgedmin> actually, now that I think about this
[14:10] <mgedmin> is the bug in the N-M plugin or in the control center itself?
[14:11] <mgedmin> https://bugs.launchpad.net/ubuntu-gnome is for bugs against PPA packages
[14:11] <mgedmin> network-manager-... is in the main archive
[14:14] <leenuts> Ok... creating...
[14:23] <leenuts> Done !
[14:23] <leenuts> Thanks.
[14:23] <leenuts> Goodbye !
[14:41] <lindol> hi all
[16:50] <octoquad> greetings all
[17:00] <octoquad> I filed this bug last night for fglrx and flgrx-updates failing to install from software-properties: https://bugs.launchpad.net/ubuntu/+source/software-properties/+bug/1386456
[17:01] <octoquad> If I try to install it manually from the CLI I get a whole bunch of packages that are going to be removed: http://paste.ubuntu.com/8721552/ I'm not sure if this correct though, could someone confirm?
[19:35] <gfd-in-cpt> Question about Ubuntu-Gnome Desktop.  Am I in the correct place to ask?
[20:12] <octoquad> yes
[21:08] <octoquad> Ubuntu Gnome second favourite desktop http://www.omgubuntu.co.uk/2014/10/ubuntu-10-years-user-survey-results
[21:11] <phillip> yeah
[21:25] <darkxst> octoquad, the first is possibly correct (ocl-icd-opengl) but not sure why it would want to remove wine, that doesnt seem right
[21:32] <darkxst> octoquad, bug 1382563
[22:02] <octoquad> darkxst, I installed it fglrx and fglrx-core and it removed wine, and I tried to install wine afterwards but apt wants to remove fglrx, fglrx-core and fglrx-amdcccle for wine1.4, wine1.6 and wine1.7 (ppa). It is a bit strange.
[22:03] <darkxst> you have any ppa's installed?
[22:04] <gfd-in-cpt> Looking for help with two issues with the Ubuntu-Gnome desktop.  (1.) Would like to be able to Right-Click on desktop and create an empty document.  Current Gnome configuration does not allow this.  (2.) How do you create a new document using "Files"?
[22:08] <octoquad> darkxst, yes: docker, moka stable, owncloud, variety and yorba ppa (california)
[22:09] <darkxst> probably on of those is causing the dependency issues - or you have some orphaned packages from trusty ppa's
[22:11] <octoquad> gfd-in-cpt, you can add template files in your home folder called Templates. Once you have a file you should be able to create an empty document as well on the desktop
[22:12] <octoquad> hmm, any way to find an orphaned packages?
[22:14] <darkxst> I think synaptic can show you
[22:14] <darkxst> apt-show-versions | grep -v uptodate
[22:17] <octoquad> thanks, also found this: https://help.ubuntu.com/community/Diet%20Ubuntu
[22:44] <octoquad> darkxst, thanks for that, I removed anything I know of and this is all I have left: http://paste.ubuntu.com/8725163/
[22:50] <darkxst> you probably want to downgrade empathy (although that won't be causing your problem
[22:51] <darkxst> same with the other few "newer than version in archive" packages
[22:51] <darkxst> everything else should be safe to remove
[23:04] <gfd-in-cpt> Thanks for response.  I will find out how to use the Templates.
[23:11] <octoquad> darkxst, thanks, all removed and downgraded but issue persists. It's pretty late this side, so I'll pick this up tomorrow. Appreciate the assistance so far.
[23:11] <darkxst> octoquad, aptitude install sometimes provides more useful info to the actual problem package
[23:18] <octoquad> it does and it looks like fglrx-core is conflicting with libopencl1: http://paste.ubuntu.com/8725441/
[23:27] <gfd-in-cpt> Thanks again.  I just created an empty "Untitled Document 1" using gedit and saved it to the Templates folder.  Worked like a champ.  Most appreciated.
[23:34] <darkxst> octoquad, that is correct though, fglrx would provide its own implementation
[23:40] <darkxst> although fglrx in the archives does not conflict with ocl-icd-libopencl1
[23:42] <darkxst> you are installing 2:14.201-0ubuntu2?