[00:22] octoquad, it applies equally to any files in debian/ [00:23] and if you ever do any work on upstream code, same again [00:30] ok [00:31] can't build, seem to be missing: debian/rules:3: /usr/share/cdbs/1/rules/autoreconf.mk: No such file or directory [00:31] I have cdbs installed [00:32] ok apt-file helped: dh-autoreconf was not installed [00:36] is there a step missing between dch -i and debuild -S? [00:37] dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/nautilus_3.10.1-0ubuntu9.5.diff.dBWFeS; dpkg-source: info: you can integrate the local changes with dpkg-source --commit [00:50] octoquad, that means you somehow edited one of the upstream files [00:50] you can run: [00:50] dpkg-source --commit [00:50] create a tmp.patch [00:50] quilt pop -a [00:51] check tmp.patch isnt anything important, then remove the file and the reference from series [00:51] then try debuild -S again [00:51] also maybe try quilt pop -a; debuild -S [00:52] ^first [00:54] did quilt pop -a; debuild -S same thing. If I look in the tmp file, it starts with a TODO: Put a short description... [00:59] :q [01:00] ok, the file changes are for aclocal.m4 and config.guess, configure and more. I don't think that's correct, is there a git checkout -f type command for this lol [01:09] starting over [01:40] octoquad, if you somehow run a real build in there that will happend, ie debuild without -S [01:42] noted. It's building now (sbuild) [01:43] just enabled apt-cacher for sbuild as well to speed things up [01:47] octoquad, it should pick it up automatically, atleast it does if its running when you create the schroot [01:49] apt-cacher is running on a remote server I setup for the company [01:50] also does caching for debian as well as ubuntu [01:53] lol, I just realised the bug occurs in 3.12.2-0ubuntu1~trusty3 [01:53] staging ppa [01:57] but it's also present in 14.04 stock [02:02] and the patch works on 14.04 stock. yay! [02:02] How can I grab the 3.12.2-0ubuntu1~trusty3 one for staging ppa [02:03] might as well get it over and done with [03:26] octoquad find the link for dsc file via this page https://launchpad.net/~gnome3-team/+archive/ubuntu/gnome3-staging/+packages [03:26] and use dget to download it. [03:27] octoquad, oh in that case it would not be found automaticall, that only applies to localhost [03:27] also btw gnome3-staging/trusty is essentiall end-of-life now, however if you prepare the fix I will upload [03:28] you will also need to prepare a debdiff and SRU paperwork for the trusty package [03:28] https://wiki.ubuntu.com/StableReleaseUpdates [03:54] Pulled an all nighter lol [03:54] will sort out the staging one quickly [03:54] do I need to upload to my own ppa? [04:17] octoquad, you can send me or Noskcaj a debdiff and we will upload it [04:59] Noskcaj, odd, the ppa publisher seems stuck! [04:59] (for your g-s-d upload) [05:18] anyone feel like testings wayland sessions on vivid? [05:18] they may work now, just need the session file from gnome-session, that we are not currently installed [05:19] (best to test on intel hardware) [07:58] Noskcaj, hi [07:59] thanks for beginning with 3.15.x updates, although maybe wait for 3.15.4 hopefully this release will be more aligned [08:00] e.g. be careful with g-s-d [09:21] ricotz, I was just uploading a bunch of stuff before i have to leave for a fortnight. Mostly stuff depended on by other stuff [13:36] hi all [13:36] today was cold :-) [15:54] Anyone here having issues when using fastboot? [16:04] fastboot oem unlock keeps hanging, in case someone is wondering. [16:31] fastboot oem unlock keeps hanging, in case someone is wondering. [16:31] I did a factory reset, enabled adb etc and now it just worked =/ [16:32] MrChrisDruif, are you talking about Android? [17:35] octoquad; YUP [17:35] It was an Ubuntu GNOME question relating to fastboot but it was in conjuction with Android obviously [17:37] got a question. I'm trying to scale my second monitor. 2x2 but when I do, the mouse in constrained to the top left quadrant of the monitor. Anyone else experience this? The only references I find online say that it was a bug that was fixed [17:38] It's pretty frustrating since I have a 4k laptop with an external 1080 monitor and the 1080 monitor looks like a childrens toy in comparison of the resolution. [17:52] MrChrisDruif, I see, for a second I thought you were asking in the wrong channel hehe [17:52] ^_^ [17:53] MrChrisDruif, is it working now? [17:53] Yup [17:53] nice [18:00] JDAIII, did you file this bug report: https://bugs.launchpad.net/bugs/1408123 [18:00] Launchpad bug 1408123 in Ubuntu GNOME "when scaling screen with xrandr there is mouse constraint" [Undecided,New] [18:01] Have you tried to use gnome-tweak-tool and changing the HiDPI Window Scaling option under "Windows" to see if you get a better result? [18:59] octoquad, yes I did. Not sure if it was the right direction to go, but felt like it. [18:59] and no, there is no setting in tweak that will change that. at least that I can find [19:01] I find a font scaling, but that isn't helpful to my issue [19:04] JDAIII, checking.... [19:09] JDAIII, sorry about that, HiDPI setting was introduced in 14.10 [19:09] Should I upgrade to 14.10? Will that resolve the issue? [19:09] I can't guarantee it, but you can maybe try boot a livecd of 14.10 and see if it does fix it for you [19:10] http://ubuntugnome.org/ubuntu-gnome-14-10-is-released/ [19:11] Now, since 14.04 is a LTS, I'm assuming that the bug report will not just be closed. I used 14.10 in a VM, but it has library issues with a software that I use so it wasn't an option out of the box without significant anoyances, but I guess that I will have to figure something out [19:11] I will test as a live cd [19:11] I hope it works for you :) Unfortunately, I don't have the hardware to test [19:12] what library issue are you having with 14.10> [19:12] ? [19:13] yes, the bug report will not be closed until it has been fixed or trusty reaches EOL [19:13] I can't remember offhand, but it was upgraded to version 5 and my software requires version 4. It was a whole thing so I just went with 14.04 on my laptop [19:14] well, I don't mind trying to help you with that as well [19:16] It would not be today, I have to start doing work today. But I would like to figure out the mouse constraint, or even better, figure out how to get my video card drivers installed without screwing everything up. I've had a hell of a time with the nvidia drivers on here [19:18] interesting, have a look here and see if any of these bug reports affect you for nvidia [19:18] https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-331 [19:18] do you get a black screen when booting a nvidia driver? [19:20] you can also try the bumblebee project for nvidia, it seems to work a bit better for me on Gnome: https://wiki.ubuntu.com/Bumblebee#Installation [19:21] I have a few things that happen, one sec [19:22] When I download the NVIDIA*.run file from the nvidia website, I switch to runlevel2, stop gdm, install the driver, reboot and get a black screen. I uninstall and the black screen stays there. Had to reformat. [19:23] 2. I use the nvidia-343 off some ppa that I found and it sets the resolution wonky, and restricts my mouse not to work on second monitor after moving the top and bottom gnome taskbars to the second monitor so I can do nothing but uninstall from a lower runlevel [19:24] 3. I tried optimus and it did abolutely nothing for me whatsoever. Saw no differences. [19:24] Hey, there is some bug with gnome-shell when using rhytmbox on 14.10, processor usage jump up to 100 when using this app :( [19:24] And what about the official package from the repository? [19:24] 4. Haven't tried bumblebee yet due to wanting to use a plastic spork from KFC to kill myself after previous expereinces with drivers [19:24] JDAIII, lol [19:25] official package? for the nvidia-343? [19:25] Nrober, Hi. I'll check for you now. [19:25] well what ever is in the 14.04 repos when you do apt-get install nvidia [19:25] sorry I don't know what the full package name [19:27] I couldn't find anything in the official repos for my nvidia card so I used the ppa xorg-edgers and the package is called nvidia-343 [19:27] http://www.ubuntuupdates.org/package/xorg-edgers/utopic/main/base/nvidia-343 [19:27] yeah should be ok then [19:28] hmm, have you tried booting an older kernel and trying to install the driver [19:28] ? [19:28] no I have not. I wanted to get other people's input as I'm relatively new to linux [19:28] Nrober, are you using stock 14.10 or 14.10 and our staging ppa [19:28] ? [19:28] only been using it a few months and haven't played with kernels much [19:29] octoquad : I'm using clean 14.10 but bug only occurs when I'm playing some music, not just rhytmbox in background, and m4a file. I will check with some other [19:31] octoquad : for diffrent file type same [19:31] JDAIII, when you boot up, under the first entry, you can select that and choose an older kernel [19:35] yea, I just don't play around with it if I don't have to. I am going to try rebooting in a few minutes to 14.10 to see if the constriction issue is there for scaling. [19:36] So I'll be offline, but I appreciate the help and I will return shortly. (hopefully) [19:36] and my spork has been confiscated by office authorities. no suicide today [19:40] Nrober, is gnome-shell or rhythmbox cpu usage high? [19:41] octoquad : Sorry, network disconected for few minuts [19:41] no problem [19:41] octoquad : Nrober here. [19:42] pkulas_, , is gnome-shell or rhythmbox cpu usage high? [19:42] octoquad: gnome shell [19:43] and usage raises when i use mouse cursor or use some gnome-shell interface [19:44] Can you try this: press ALT+F2 then type r then enter [19:45] gnome-shell restart but no changes [19:45] ok, process of elimination [19:46] For me, gnome-shell CPU usage spikes to 67% when Rhythmbox is running, nothing more [19:47] What CPU processor do you have? [19:47] Intel(R) Core(TM) i3-4000M CPU @ 2.40GHz [19:49] If music is not playing and intensive use of gnome-shell it spikes to 16% [19:50] well, I can tell you that it is using 100% of a core the other is ok, if it was showing 200% then it would be utilizing all of your CPU usage. So at the moment it's only using 50%. [19:51] but still, that's hogging [19:51] and do you get the same result when you something else like Banshee or Clementine? [19:52] I will check with Clementine [19:52] I get slightly less CPU usage when playing an mp3 (~10%) [19:53] It might actually be a bug in Rhythmbox...let me check if someone has reported it [19:53] octoquad : It can raises over 150% when using rhytmbox, just right before I had a problem to stop it [19:54] Clementine is working fine [19:56] ok, so that rules out gstreamer plugins then [19:59] pkulas_, can you confirm if the cpu usage drops when you make the rhythmbox window smaller [20:00] Yeah, when window is smaller usage is way lower and on rhytmbox on full resolution is highest [20:00] interesting.. [20:01] What graphics card are you using [20:01] but spikes up to 50 anyway [20:01] intel hd 4400 [20:02] OK, I'm testing in a VM [20:04] currently testing 15.04 to see if it is there as well [20:04] hi [20:04] hi Joshun [20:04] the file search doesn't seem to be working proplery from the activities dash, is there any way to fix this? [20:05] Joshun, what is it doing? [20:05] and which version of Ubuntu Gnome? [20:05] great work with ubuntu gnome btw, on the whole it is great. searching for a file in my home dir doesn't appear with the file [20:05] 14.10 [20:06] under search preferences, "Files" has been set to "On" [20:07] octoquad, hi, you debdiff looks good, however the sru paperwork, needs to go at the very top in original bug report [20:07] maybe it fails to search recursively [20:07] also you seem to have misunderstood the regression potential, it about possible issues that this fix might cause [20:08] darkxst, I don't think there would be any, but those were the only ones I could think of with the patch [20:08] darkxst, I didn't want to say none [20:09] Joshun, perhaps, It can find a file in the root of my home directory but not in music [20:10] well I wouldnt say any of those either there is no technical reason any of those would occur [20:11] darkxst, so just none then? [20:13] octoquad yes, it seems this is the case, this ask ubuntu thread[1] seems to have the same issue. not sure if it is a setting or a bug [20:13] [1]: http://askubuntu.com/questions/496206/tracker-recursive-indexing-fails [20:14] darkxst, is it possible for tracker to mine the entire home directory? I'm sure it does, but the activities search doesn't bring up a file. Perhaps it's limited to certain mimetypes or filetypes? [20:14] octoquad, no, not none [20:15] what is the backend for the file search? [20:16] is it just tracker? [20:16] tracker-miner-fs [20:17] something like "Low, this patch just fixes incorrect handling of owner field, it shouldnt introduce any issues and has been well tested in 3.14" [20:17] the weird thing is, in tracker preferences each of the folders are set to recurse [20:18] would it be a good idea for me to file a bug report in tracker-miner-fs ? [20:18] the search in the shell is provided by nautilus (which uses tracker to get the results) [20:18] Joshun, test with desktop-file-search, that uses tracker directly [20:18] is that a command? [20:19] yes [20:19] doesn't seem to be installed :( [20:19] is it in desktop-file-utils? [20:19] doesn't exist darkxst in 14.10 [20:20] sorry probably wrong name, its part of tracker [20:20] why does nautilus try to do everything [20:20] tracker-search [20:20] I mean, it already handles the desktop [20:20] tracker-needle [20:21] nautilus doesnt handle the desktop in gnome-shell (well not by default) [20:21] oh [20:21] well yes of course, its disabled by default [20:21] tracker-search works as expected [20:22] and it makes sense for gnome-shell to call the file manager search provider for file search [20:23] tracker-needle also works fine [20:23] Joshun, so its probably a bug in nautilus [20:23] pkulas_, rhythmbox works fine vivid! :) So a fix has been released for it then I'm assuming [20:23] *fine in vivid [20:23] darkxst - the nautilus file search works ok though [20:24] or is it a problem with the provider [20:24] nautilus search is patched in ubuntu [20:25] but yes its probably an issue with the provider [20:25] octoquad : nice, then I will just use Clementine and switch to 15.04 when will be out [20:26] pkulas_, 23 April [20:26] I will file a bug in nautilus then, should it be filed in gnome-shell aswell or just nautilus darkxst ? [20:26] pkulas_, you can also try our staging ppa, this has some updates that never made it into 14.10 before final release and test. [20:27] gnome-shell is fine [20:27] I don't think anything else uses the nautilus search provider anyway [20:29] darkxst, http://pastebin.com/09wx0fgR [20:30] for nautilus staging ppa [20:30] octoquad : is it fine for to use staging ppa? I want to use this system up to April without any new annoying bugs :) [20:30] octoquad, you need to add the ppa to sbuild for it to work [20:30] and that is not straight forward [20:31] pkulas_, yes it's fine, you can always use ppa-purge to remove it if anything goes wrong [20:32] darkxst, I'm up for the challenge :) [20:33] octoquad, I had to locally patch some files, and its quite hacky but I will send them to you. [20:33] Joshun, this problem is not present in 15.04 though [20:34] oh ok, so it is fixed upstream [20:34] Joshun, I suppose, since it works :) [20:36] I have to say, 15.04 is looking and working beautifully! [20:36] I think Ali was right about the rolling release thing [20:38] octoquad, put http://pastebin.com/B2NvfaFX into /etc/schroot/setup.d/90apt-sources [20:39] then you need to alias' in the config files in /etc/schroot/chroot.d [20:39] like: vivid-proposed+gnome3staging-amd64-sbuild [20:41] ok, I already have 90apt-sources but without sh, should I just replace? [20:42] yes replace it [20:43] I really need to setup a dotfiles repo [20:51] octoquad : Yeah after gnome upgrade to 3.14 rhythmbox no longer bug cpu usage [20:52] pkulas, glad to hear that :) [21:09] darkxst, I get: E: 90apt-sources: E: Failed to execute “90apt-sources”: No such file or directory but its there [21:11] octoquad, did you make it executable? [21:11] darkxst, yes, exactly the same as the rest of the files in there [21:12] brb [21:12] maybe the script got messed up somehow [21:13] formatting again? [21:15] octoquad, maybe try http://pastebin.com/9DV9FXrJ [21:29] darkxst, no no, I downloaded it a moved it. Learnt my lesson last night [21:29] darkxst, paste has been removed [21:33] octoquad, semm to be having issues with pastebinit here, try http://pastebin.com/SX4aqxjN [21:33] got it [21:34] ok, it's building no [21:34] now === Elimin8r is now known as Elimin8er [21:38] darkxst, same build failure [21:38] octoquad, you used the new alias you created with sbuild? [21:39] I added the vivid-proposed+gnome3staging-amd64-sbuild to /etc/schroot/chroot.d/trusty-amd64-sbuild [21:39] *I added the alias... [21:39] it should be trusty-proposed+gnome3staging-amd64-sbuild [21:39] for a trusty chroot [21:39] *smacks forehead [21:39] of course [21:39] and you need to use that alias when running sbuild [21:40] i.e for the -c option [21:44] sbuild --dist=trusty --arch=amd64 -c trusty-proposed+gnome3staging-amd64-sbuild seems to work [21:44] grabbing packages at the m [21:44] moment [21:47] so, I can easily switch between ppa and normal repos with the -c option and that will chroot with the right packages and essentially "start fresh"? [21:47] yes [21:47] ama-zing [21:51] just signed up to stack exchange to help out with any questions regarding Ubuntu / Ubuntu Gnome. Had no points to up-vote a gpg issue I had earlier. [21:57] success! [21:57] ll [22:02] darkxst, so I how do I get this to you or to the staging ppa [22:02] ? [22:02] paste a debdiff [22:02] ok, just want to test quickly [22:15] darkxst, the package name, does it matter if it is now 3.12.2-0ubuntu1~trusty3ubuntu1 from 3.12.2-0ubuntu1~trusty3? [22:15] shouldn't the ~trusty part be ~trusty4? [22:16] octoquad, yes change it manually [22:16] or use `dch -ltrusty` [22:16] or use `dch -l~trusty` actually I think [22:17] oh I see, in the changelog [22:17] :q [22:18] sorry, I keep typing the vim quit command here lol [22:46] darkxst, http://pastebin.com/wxmK5qGk [23:20] octoquad, thanks uploadeded [23:21] that was fun :) [23:30] octoquad, it will be much quicker for you next time [23:30] yeah, most of the time was setting up the tools and learning... [23:33] we need to update this page: http://ubuntugnome.org/screenshots/ [23:42] octoquad, are you still online? [23:42] JDAIII, yes, how did it go? [23:43] I upgraded to 14.10 and when I run the xrandr scal command, I still have mouse constraint. I'm using xrandr --output eDP1 --auto --output HDMI1 --auto --scale 2x2 --right-of eDP1 [23:43] however, now the mouse arrow is gigantic. [23:43] that didn't happen before [23:45] I have not yet tried installing the nvidia drivers, but I can try that next [23:45] figured that I would test the bug first and I still see it [23:47] JDAIII, please update your bug report with your findings: https://bugs.launchpad.net/ubuntu-gnome/+bug/1408123 [23:47] Launchpad bug 1408123 in Ubuntu GNOME "when scaling screen with xrandr there is mouse constraint" [Undecided,New] [23:48] darkxst, do you have any suggestions for JDAIII? My knowledge of xrandr is non-existent. [23:48] JDAIII, please also list hardware that you have with lspci -vvv and attach to bug report [23:48] in a text file [23:49] ok [23:49] thanks :) [23:51] uploaded. [23:54] JDAIII, have you tried the HiDPI setting in gnome tweak tool? Reset everything and try with the HiDPI option and let me know [23:56] JDAIII, HiDPi support in trusty was not entirely complete I believe [23:59] that has screwed up my monitor and I have no way of getting it back. [23:59] I can't even see what I am typing in here