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