[08:48] <Uallas> Hello world!
[08:49] <ruenoak> hi
[09:58] <mips> hi
[09:59] <mips> How do I install the Gnome desktop on Ubuntu 14.04, apparently gnome is in the repos
[10:04] <[Ch4m3l30n]> http://www.webupd8.org/2014/01/gnome-shell-310-lands-in-ubuntu-1404.html
[10:05] <mips> [Ch4m3l30n], yes that is where I saw it but how do I install it on a existing ubuntu install?
[10:06] <darkxst> mips, just install 'ubuntu-gnmoe-desktop'
[10:06] <mips> thx!
[10:08] <mips> not to bad only 45MB to be downloaded
[10:34] <darklight_> darkxst, there are a couple of small issues if nautilus uses the desktop it displays file at the top as running (as if nautlius was open) and the /etc/init.d/gdm script has an error on line 79 , try to restart it
[10:40] <darkxst> darklight_, I don't understand what you mean re nautilus
[10:41] <darklight_> darkxst, I'll make a screenshot hold on
[10:42] <darkxst> gdm script indeed appears to have spurious 'fi'
[10:43] <darkxst> does the error go way if you remove line 79 from it?
[10:43] <darkxst> ^away
[10:43] <darklight_> darkxst, still uploading the screenshot
[10:44] <darklight_> it's taking forever
[10:44] <darklight_> darkxst, http://imgur.com/zMJ5sCk
[10:45] <darklight_> files should not show up as running just because it is managing the desktop
[10:46]  * darklight_ restarts gdm
[10:47] <darkxst> right, but that situation is unmaintained unfortunately, we have some hacks in place to make it work, but really you are not meant to use it ;)
[10:48] <darklight_> darkxst, :(
[10:48] <darkxst> darklight_, patches welcome!
[10:48] <darklight_> gdm doesn't throw an error but I don't think it restarts either shouldn't it restart X ?
[10:49] <darklight_> log me out and all
[10:49] <darklight_> because it didn't
[10:49] <darkxst> no, but is should log you out and kill gnome-shell
[10:49] <darklight_> darkxst, well it doesn't :P
[10:50] <darkxst> ok, I will take a closer look at that one, next week
[10:50] <darklight_> darkxst, give me an hint to what I could look into for the nautilus thing
[10:51] <darklight_> Hopefully it should be trivial, I have a fedora install where it works fine so it's likely either a patch missing or a simple config
[10:51] <darkxst> darklight_, are you using the PPA?
[10:51] <darklight_> nope
[10:52] <darkxst> fedora doesnt support desktop icons?
[10:53] <darklight_> darkxst, ? maybe I'm missing something are icons showing up using different methods here rather than in fedora ?
[10:54] <darkxst> I don't know what fedora does, but upstream removed all support for nautilus managing the desktop
[10:56] <darklight_> darkxst: sorry about that I had the brilliant idea of removin the gdm init script and reinstalling it and it seems the init script is not packaged with the gdm package so I'm stuck in tty now
[10:56] <darkxst> darklight_, I don't know what fedora does, but upstream removed all support for nautilus managing the desktop
[10:57] <darkxst> darklight_, sure it is!
[10:57] <darklight_> darkxst: interesting I shall ask them then, I've tried on both opensuse and fedora and works ok
[10:57] <darklight_> darkxst: well it really doesn't want to show up though
[10:57] <darkxst> where else would it come from?
[10:58] <darklight_> eh no idea but it just isn't reinstall when issuing apt-get --reinstall install gdm
[10:58] <darklight_> s/reinstall/reinstalled
[10:58] <darkxst> darklight_, maybe just rip it out of the deb then
[10:58] <darkxst> its definitely in there
[10:59] <darklight_> darkxst: how do I unpack the .deb ?
[11:00] <darkxst> file-roller should manage
[11:01] <darkxst> oh but your in a tty still?
[11:01] <darklight_> darkxst: I'm stuck in tty for now can't access applications but I managed with dpkg
[11:01] <darklight_> and still
[11:01] <darklight_> damn
[11:02] <darklight_> no init file but it is there when it's unpacked
[11:02] <darkxst> darklight_, purge gdm and reinstall
[11:03] <darkxst> that would have to result in init file getting reinstalled
[11:03] <mgedmin> midnight commander is a nice way of extracting single files from .deb in a terminal
[11:04] <darklight_> done now it's there
[11:04] <darkxst> testing in VM's is a nice way not to destroy your main system ;)
[11:10]  * mgedmin upgraded to 3.10 from the ppa today and is now enjoying mild breakage
[11:10] <darklight_> darkxst, they both use the gnome-tweak-tool which I think uses the gsetting option
[11:11] <darklight_> but it sure does look different
[11:11] <darklight_> is it possible that gnome-tweak-tool needs updating ?
[11:12] <darklight_> yes different tweak-tool versions, in the most recent alpha it's 3.8 while gnome-shell is 3.10
[11:15] <darkxst> darklight_, I don't think so
[11:16] <darklight_> darkxst, yes the one in the alpha is 3.8 in the ppa there's 3.10
[11:16] <darkxst> no but the problem will be deeper than that
[11:16] <darkxst> gnome-tweek-tool auto-generates most options from gsettings info
[11:16] <darklight_> darkxst, could be but it's worth a shot plus there are not a whole lot of 3.8 packages left
[11:17] <darkxst> darklight_, have a look at the patches in fedora
[11:17] <darklight_> darkxst, to what component ?
[11:17] <darkxst> they must also be reverting patches if nautilus still manages desktop
[11:18] <darkxst> nautilus, gnome-desktop(3) and maybe gnome-settings-daemon
[11:19] <darkxst> unless desktop icons are implemented via  a shell extension in fedora? but I doubt that
[11:20] <darklight_> darkxst, gnome-desktpo3-data is still at 3.8, could upgrading at 3.10 help ?
[11:20] <darkxst> no
[11:21] <darklight_> well then I'll ask
[11:21] <darkxst> that is a major pain point, trying to get it updated, but won't help your issue
[11:23] <darklight_> same thing for gnome-settings-daemon ?
[11:24] <darkxst> basically, that is blocked by gnome-desktop
[11:24] <darkxst> but again, I don't see anything that would affect your issue
[11:25] <darkxst> you should look at the patches, not just the version numbers
[11:25] <darkxst> and yes they will mostly be in C!
[11:26] <darklight_> darkxst, I don't fear the patches themselves but it's just that I'm not finding anything relevant (looking at opensuse but still works fine there too)
[11:27] <darkxst> keep looking then!
[11:28] <darkxst> since I certainly don't have any spare capacity to look into these things
[11:29] <darklight_> darkxst, sure it's just I don't know what to look into, I'll have to wait for input from (hopefully) Dimstar from opensuse (he's the gnome packager)
[11:30] <darkxst> darklight_, nautilus no longer supports managing desktop
[11:30] <darkxst> they would have patches to re-enable that?
[11:31] <darkxst> compare those patches against the patches we have in ubuntu
[11:34] <darkxst> I would just diff the relevant patches, but reading a diff of diffs is really hard
[11:34] <darklight_> darkxst, maybe I found something relevant
[11:35] <darklight_> maybe not but it's the only thing that comes even close so far
[11:35] <darkxst> what did you find?
[11:35] <darklight_> http://dpaste.com/1567414/
[11:36] <darklight_> not sure if it's applied here, I'm ashamed to admit I have very very little experience with .deb files, I'm trying to figure out where to check
[11:36] <darklight_> s/files/packages
[11:36] <darkxst> darklight_, check the source packag
[11:36] <darkxst> in /debian/patches/
[11:37] <darkxst> and that patch is irrelevant to your issue
[11:38] <darkxst> atleast I believe its just changing the types of the icons
[11:38] <darklight_> darkxst, it seems like it is but it's the only one that comes even remotly close the others are blacklight patches proxy patches notify patches but nothing about the desktop
[11:39] <darkxst> it won't help the nautilus is running in topbar
[11:39] <darklight_> darkxst, I know but if it's not a patch to those components I don't know where to look
[11:40] <darklight_> darklight_, now that I think about it there's a similar issue on unity that has never been fixed
[11:40] <darklight_> do they use nautilus too ?
[11:40] <darkxst> yes
[11:40] <darklight_> if on unity one opens it and closes it it still shows on top as open
[11:41] <darklight_> it does not give focus to the desktop by default
[11:41] <darklight_> so I guess it's some real ugly patch from the unity guys that creates the issue
[11:41] <darkxst> so it only shows up after you click an icon then?
[11:42] <darklight_> here it's always but I remember on unity just open nautilus close it and it won't give focus to the desktop by default it will still show as open which is somewhat similar to what happens here
[11:43] <darkxst> nautilus 3.10 is on gnome3 PPA, try with that
[11:43] <darkxst> otherwise you will have to dig a bit deeper, but I have to run in a bit
[11:43] <darklight_> is it more vanilla ?
[11:47] <darkxst> I don't know, but my guess would be its patch related, since upstream don't support that feature anymore though
[11:47] <darklight_> darkxst, I've asked and it's supported
[11:47] <darklight_> "DimStar> darklight_: no, this is still upstream features.. no patches needed"
[11:48] <darklight_> so I would say rather than trying to find what is wrong with the patches the unity guys added I think it'd be best to just build a vanilla nautilus
[11:49] <darklight_> without unity patches that is
[11:51] <darklight_> I would try and build it myself but as I said no idea how to write deb packages so if anyone is interested the only thing needed would be removing all the patches and rebuilding the package
[11:54] <darkxst> darklight_, ok so the patches we reverted were to bring back nautilus managing the background on the desktop not the actual icons
[11:55] <darkxst> fwiw you don't need to rewrite a deb just to rebuild it!
[11:55] <darkxst> apt-get source nautilus
[11:55] <darkxst> quilt pop -a
[11:55] <darklight_> darkxst, rebuild it without any patches that is what I don't knwo
[11:55] <darklight_> just vanilla, or at least no unity patches
[11:55] <darkxst> edit debian/patches/series and comment out any unity patches
[11:55] <darkxst> dch -i , to bump version in changelog
[11:56] <darkxst> deubild -S
[11:56] <darkxst> and build away!
[11:56] <darkxst> (with dpkg-buildpackage or preferably pbuilder)
[11:58] <darklight_> ok I'll try
[12:06] <darkxst> darklight_, ok, I will be back sometime monday
[12:07] <darkxst> (going away for the weekend and likely wont have much internet)
[12:10] <darklight_> darkxst, debuild can't find some files
[12:10] <darkxst> huh?
[12:10] <darklight_> darkxst, like debian/rules:3: /usr/share/cdbs/1/rules/autoreconf.mk: No such file or directory
[12:10] <darklight_> there's a few of those with different files
[12:11] <darkxst> darklight_, you are missing some deps
[12:11] <darklight_> apt-get builddep ?
[12:11] <darkxst> apt-get install build-essentials
[12:11] <darkxst> and apt-get build-dep nautilus]
[12:12] <darklight_> darkxst, out of curiosity will they get remove later if I issue an autoremove ?
[12:12] <darkxst> no
[12:12] <mgedmin> no
[12:12] <darklight_> what would be the clean way to remove build dependencies ?
[12:12] <darkxst> remove all -dev packages
[12:13] <darkxst> or just leave them there, apart from a bit of disk space, they won't hurt
[12:14] <darkxst> i.e. will not affect run-time performance
[12:14] <darkxst> installing debug packages on the other hand will destroy run-time performance
[12:14] <darklight_> darkxst, yes I know I just like to keep things tidy
[12:15] <darkxst> then just remove all -dev packages
[12:15] <darkxst> that should be possible in about 3 lines of bash script
[12:16] <darklight_> it fails again
[12:16] <darklight_> should I ru ndpkg-source --commit as it suggests ?
[12:17] <darkxst> no, you should follow the instruction I typed!
[12:18] <darklight_> I did I just disabled some more patches should have I ran dch -i again ?
 quilt pop -a
[12:18] <darkxst> <darkxst> edit debian/patches/series and comment out any unity patches
[12:18] <darklight_> Patch interactive_search.patch does not remove cleanly (refresh it or enforce with -f)
[12:19] <darkxst> -f is fine, though you have probably messed up things at this point anyway
[12:19] <darklight_> darkxst, I'll restart from the beginning
[12:20] <darkxst> yes do, and....
[12:20]  * darkxst gone now!
[12:20] <darklight_> have fun!
[14:23] <mgedmin> the gnome3-team ppa has mutter 3.10.1.1 for saucy
[14:23] <mgedmin> any plans to update it to 3.10.2?
[14:23] <mgedmin> BGO#710251 annoys me
[15:39] <mgedmin> Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 14: out of memory
[15:39] <mgedmin> what's that all about?