Re: nautilus search function
On Mon, December 17, 2012 8:55 am, Scott Lavender wrote: On Mon, Dec 17, 2012 at 9:07 AM, Len Ovens l...@ovenwerks.net wrote: Has anyone tried the search function in nautilus/files in 13.04? I don't seem to be able to find anything with it... even things I know are there. i haven't tested any search on 13.04 yet, but it was catfish that was the file finder previously. Well two things... The search function in Nautilus seems to have been dumbed down. It does about the same as thunar does if you start typing a file name (not quite). It is not a good search utility. Ubuntustudio now needs a search utility. For the terminal we already have mlocate which also calls it self locate. As an aside, this is another of those things that runs itself via cron once a day that may be the reason for an odd xrun... one more reason to turn cron off while recording... Anyway, there seems to be two GUIs for searching, catfish and gnome-search-tool. catfish was part of UStudio in 11.10 and is the tool of choice in Xubuntu. However, I installed it in studio 13.04 and it doesn't run. I have asked for help in #xubuntu-devel and they are looking into it as it would effect them too (they need to test it in their own ISO). In other words, I think it would be ready for release. Gnome-search-tool works fine and seems to do what nautilus used to do. Nautilus: has changed, now called files and the GUI is a lot like chromium. Nautilus now seems to offer a lot less than in the past and there is a learning curve as the top menu bar is gone. Thunar: I have been using Thunar as my default file manager on the 13.04 machine (test bed) and have not had any crashes. I have done things that always crashed it before without problem. There has not been anything Thunar wouldn't do for me that I could still do with nautilus. I would like to see some more people try out the daily ISO and report their findings on these two file managers. Perhaps we can now drop nautilus. Deciding on a search utility should wait till catfish is fixed. Len -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: nautilus search function/ how about Nemo?
Like many, I don't let upstream tell me how to run my computers. That's the whole POINT to free sofware. Upstream does something you don't like,do something else. Unity doesn't suit my needs, for my desktops I first went to gnome-shell with the frippery extensions, then to Cinnamon which has effectively replaced them and doesn't break on updates. For my netbook I switched over to Icewm to keep power consumption down and performance up. Both of these reasons are why US switched to XFCE, which I've tested but had some theming issues with using my ubuntustudio-legacy theme that looks like a slightly modded version of what US looked like in Hardy Heron. As for commercial I just strip out all support for paid software (software-center, etc), use ffmpeg/avconv instead of fluendo, and since I do have Unity installed for testing I keep scopes and the shopping lens OUT of it, block most ad/tracking servers, etc. I can use my video/audio editing machines as toys easily enough by firing up FOSS games (on open ATI drivers), but I keep shopping and tracking software OUT. Are you saying the core Linux kernel is developing issues? A kernel can support features, but is so far removed from the DE that I don't see the kernel mandating an environment. Even a total Wayland switchover would only do this if Xorg support was removed from the kernel, and would only be a real problem if Xwayland was to use more resources that X11 with a compositing window manager. I suspect the reverse would be true. Seems to me such issues would be limited to something like a dependancy on binary blobs that BSD etc managed to work without. I was almost thinking the opposite, that Nvidia would throw in the towel on getting the symbol exports for their optimus support, and port their binary blob, with Optimus support included, to a permissively-licensed BSD kernel and ship that whole package as a drop-in replacement for owners of those laptops. In other words, the permissively-licensed BSD kernels are easier, not harder, for a commericial outfit not dedicated to FOSS to work with. If Linux ever includes keyloggers or digital rights enforcement software, the open-source nature of the project means that would be detected almost instantly. That should be enough to make sure that malicious software never gets into the kernel except as a patch from a distro. You might think about using kernels directly from upstream if distro versions ever become untrusted, though all patches are applied as source and can be examined. On 12/19/2012 at 3:10 PM, Ralf Mardorf ralf.mard...@alice-dsl.net wrote: On Wed, 2012-12-19 at 13:38 -0500, lukefro...@hushmail.com wrote: I think all the mainline distros are going to have do decide if they are for desktops or tablets Upstream already decided what's the new policy for Linux desktop environments, beyond that for Ubuntu Mr. Shuttleworth act exactly as I always have predicted. If we don't want the most evil commercialization, than we simply can stay away from Ubuntu, if we want back the KISS approach, than we need to switch to another *NIX. Debian already has got FreeBSD ports. Debian isn't GNU/Linux any more, it still does provide GNU/Linux and Linux still is the most important for Debian, but the name Debian already is for Linux and BSD. What you consider as tablet PC environment is meant for desktop PCs too. This kind of environment even isn't useful for a tablet PC. It's simply for consumption only. Linux still will be usable for servers, since those usually are headless, apart from that it will become a toy and shopping trolley. Production is out of style. We don't need tools to consume. I'm aware that e.g. FreeBSD isn't a real-time OS, that it does import Linux software and has to fight similar issues, but I'm anyway testing FreeBSD at the moment. I'm still working on my Ubuntu, IOW I replace borked packages, when ever possible, since the new policy of Linux isn't the only problem, several Linux distros ship with borked packages, but at the moment Ubuntu is the most worse on my machine. Fortunately there are third party sources, so it's not needed to build everything that is borked ourself, OTOH I don't like, that I e.g. have to use the Oracle packages to get a working VBox. I want to be able to use all my old data with new Linux versions, to what ever distro I switch. This has becoming harder and harder and for some data it has become impossible. When you are subscribed to several lists, you'll notice that many long time Linux users are pissed. Private I never used something else for the PC. I only run Linux, since around 10 years. Before that I used the Atari ST and bevor that the C64. Be aware that many people just play around, even with production environments. They once test if something does work, but when it gets broken, they never ever will notice it. Regards, Ralf -- Ubuntu-Studio-devel mailing list
Re: nautilus search function/ how about Nemo?
lukefro...@hushmail.com wrote: If Linux ever includes keyloggers or digital rights enforcement software, the open-source nature of the project means that would be detected almost instantly. That should be enough to make sure that malicious software never gets into the kernel except as a patch from a distro. You might think about using kernels directly from upstream if distro versions ever become untrusted, though all patches are applied as source and can be examined. We've had both for a while: the event stack can be asked to duplicate events to another stream, so it's relatively trivial to have a lightweight userspace program capture all keystrokes, mouse movements, etc. Most folk who use this use it for debugging purposes (for which it is incredibly useful). For DRM enforcement, one would use the feature that only permits launching signed binaries, and only sign binaries that enforced the set of restrictions one wanted enforced: I think most users of this feature are currently providing kiosk environments, but I may be mistaken. What is important here is that we, as the deveopers of Ubuntu Studio, have a choice about which software we provide, and we can select which features we enable or disable as we do so. Sometimes one of the upstream development teams whose work we have been using will have a philosophy that differs from our own, and in such cases we may need to seek extensions or alternatives to what they provide. Sometimes one of the upstream teams whose work we have previously ignored will develop a tool that we find very useful for the sorts of workflows we wish to enable, and in such cases we may choose to add their software to that which we recommend. There is nothing inherent in the Ubuntu project that inhibits these decisions, and we'd have branding issues were we to select another project within which to produce our distribution (or create a new project), as well as having reduced opportunities for collaboration with other flavours (for exampe, it's fairly nice to just be able to ask the Xubuntu team if we have an uncertainty about anything XFCE, rather than needing to track it down ourselves). So, at those times when we find that upstream changes affect us, let's focus on what needs doing to address this (patches, selection of additional tools, selection of alternate tools, etc.), rather than worrying about whether we agree with some philosophy expressed by the changes or about what choices other flavours may be making if those choices don't happen to correspond with the pursuit of our goals. Bringing the subject back to original topic, I was looking at Nemo about a week ago, and it looks like it won't get into Debian within the timeframe for this release. We could certainly include it directly in Ubuntu (although this may be a bit of work), but if we do so, we'd also want to update the versions of cinnamon, muffin, etc. we have in the archives, for which best practice would involve working with the current Debian mantainers to ensure we can share packaging and revert to inheritance for raring+1. Depending on the future direction of Nemo (intending to more closely integrate with cinnamon), this may or may not be possible as a long term choice, unless we're planning to also adopt cinnamon: more discussion with upstream may be useful to determine whether this makes sense, or if we might do better to direct our efforts towards another file manager or search provider. -- Emmet HIKORY -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: nautilus search function/ how about Nemo?
On Wed, December 19, 2012 6:54 pm, Emmet Hikory wrote: as having reduced opportunities for collaboration with other flavours (for exampe, it's fairly nice to just be able to ask the Xubuntu team if we have an uncertainty about anything XFCE, rather than needing to track it down ourselves). Yes it is much easy to suggest people can ask desktop questions in #xubuntu rather saying except for Bringing the subject back to original topic, I was looking at Nemo about a week ago, and it looks like it won't get into Debian within the timeframe for this release. We could certainly include it directly in Ubuntu (although this may be a bit of work), but if we do so, we'd also want to update the versions of cinnamon, muffin, etc. we have in the archives, for which best practice would involve working with the current Debian mantainers to ensure we can share packaging and revert to inheritance for raring+1. Depending on the future direction of Nemo (intending to more closely integrate with cinnamon), this may or may not be possible as a long term choice, unless we're planning to also adopt cinnamon: more discussion with upstream may be useful to determine whether this makes sense, or if we might do better to direct our efforts towards another file manager or search provider. Personally, I think we might do well use thunar and catfish in line with xubuntu. xfce has a team that seems to me to be working hard to keep improving their DE. In general there are no surprises for the new user. The problems thunar has had in 12.04 and 12.10 have been fixed. I have not found any problems using thunar as my daily file manager on 13.04 test installs. -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
nautilus search function
Has anyone tried the search function in nautilus/files in 13.04? I don't seem to be able to find anything with it... even things I know are there. It also doesn't seem to want to look outside of the home directory :P Any help? Or is this buggy/useless? I have been testing thunar as well, which seems to have out grown it's bugginess and seems much more solid. However, thunar has no search either, so we would need to add a search utility. (was it catfish we had before?) -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: nautilus search function
On Mon, Dec 17, 2012 at 9:07 AM, Len Ovens l...@ovenwerks.net wrote: Has anyone tried the search function in nautilus/files in 13.04? I don't seem to be able to find anything with it... even things I know are there. It also doesn't seem to want to look outside of the home directory :P Any help? Or is this buggy/useless? I have been testing thunar as well, which seems to have out grown it's bugginess and seems much more solid. However, thunar has no search either, so we would need to add a search utility. (was it catfish we had before?) -- Len Ovens www.OvenWerks.net -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel i haven't tested any search on 13.04 yet, but it was catfish that was the file finder previously. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
