[01:14] Hi guys [01:15] I was wondering if its possible to switch from ubuntu 14.04 to ubuntu-gnome 14.04 without having to reinstall everything === FJKong_afk is now known as FJKong [09:38] ricotz, hi [10:06] darkxst, hi [10:07] ricotz, any thoughts on what to do with g-s-d/g-c-c on gnome3/trusty? [10:07] I'm going to skip 3.10 packages in utopic [10:09] darkxst, the conflict should be removed since it only concerns the gschema which you said are fixed? [10:09] darkxst, is uptopic going for upower 0.99? [10:10] ricotz, I expect so, sould probably check with pitti again though [10:11] ricotz, I not really talking about the conflict, more its quite some effort to be maintaing 3 different branches of g-c-c/g-s-d! [10:11] we could just leave it at g-c-c 3.8 [10:12] but there are a few corner case bugs around, from not having 3.10 [10:13] i see, if upower 0.99 will get into utopic, then 3.8 in trusty and 3.12 in utopic sounds reasonable [10:19] yep, and I guess if did happen to get stuck at 3.10 in utopic, its easy to backport that trusty [10:29] hi, what cause this intolerable delay when listing a share contents in nautilus? [10:31] c660, slow network? [10:32] network is slow indeed [10:32] but the problem is it is very very slow in listing shared directory contents [10:33] what sort of share? [10:33] on windows the listing is snappy, though copying files is as slow as in ubuntu [10:33] is smbclient in a terminal faster? [10:33] yes, in terminal it is much faster [10:34] i am trying to integrate ubuntu in our work environment, but this slowness in nautilus really embarrassing [10:35] c660, my guess is it would be a bug in gvfs-backends, so file a bug against that [10:36] mentioning gvfs, sometimes the daemon eats up cpu power and leaves the system unusable [10:37] c660, you should file that too then! [10:38] for that i setup a cifs mount on start up, the situation is slightly better but still nautilus is too slow to list files in the mounted share [10:38] i am on ubuntu 14.04 32bit [10:39] probably not nautilus actually causing the slowness though [10:40] anybody ever experienced this? [10:40] slow share access through nautilus gvfs [10:41] no [10:41] no windows machines in lan == no cifs shares [10:42] same here basically, I have cifs shares but rarely use them! but I also have fast networks ;) [10:42] there is a shared folder on mac osx, windows machines access them fast and quick, ubuntu struggle with that [10:43] c660, try set up a samba share on a linux box and see if you still get the same problem [10:43] i will consider that [10:44] my life with be much easier if only nautilus can list files fast enough [10:44] c660, no you should test it! bugs only get solved when they have enough info [10:45] i have seen many bug reports about people pointing fingers at nautilus as the culprit [10:45] it might happen to be something in the mac osx implementation doesn't get along with gvfs, in which case you would have just narrowed things down to about 1% of you original question [10:45] its not nautilus, that just mounts the volume via gvfs afaik [10:46] i have also tried nemo, not much improvement in speed [10:46] there are command-line tools that use gvfs [10:47] trying to see if they're slow can also maybe narrow down the culprit [10:47] well, smbclient is fast enough, but i want people here use the GUI [10:48] they're moving from windows to ubuntu [10:49] and i am stumbled on nautilus not behaving good enough [10:51] even accessing shared folders from smartphones is fast and snappy [10:53] c660, thats not really the point if you can supply a small test-case at what cause the bug its far more likely to get fixed [10:53] although as it is we don't really have much to do with gvfs, that is maintained by Canonical [10:56] as i mentioned before, the network is usually slow. I am trying to list about 1000 items from a remote folder by using nautilus. It takes nautilus about 20 seconds to to list the contents, where as it takes like 3 seconds or so [10:57] for now i don't care much about net speed, i only want listing to be as fast as in windows [10:58] c660, generic info like that doesn't really help [10:58] darkxst, how can i be more specific? what other variables should i include? [10:59] what is the smb server would be a good start! [10:59] does it happen with windows, samba servers or only macosx [10:59] etc. etc. [11:00] samba version is 3.0.25b-apple [11:00] c660, no don't tell me, put it in your bug report ;) [11:01] the shares are all on mac [11:02] well, i have seen similar bug reports but there were no satisfactory solution [11:02] c660, run `ubuntu-bug gvfs-backends` and start typing you details! [11:05] c660, many generic reports get ignored by dev's because there is not enough info! [11:06] thanks, i iwill get back to here later for further info === ph_afk is now known as ph1 === ph_afk is now known as ph1 === prth is now known as prth|AFK