Re: EFF Privacy; hopefully Ubuntu will listen to users
On Tue, Nov 6, 2012 at 4:28 PM, C de-Avillez hgg...@ubuntu.com wrote: On 05/11/12 09:08, Jordon Bedwell wrote: This is from my perspective though and I have not really followed all too closely since I am the type of person to remove what I don't want and block stuff like Canonical's NTP and other tracking via our hardware firewalls instead of complaining about stuff that I myself can fix. I am curious on what is this block stuff like Canonical's NTP and other tracking Hi, wild guess: other tracking may be completely unrelated to canonical here. On Canonical's NTP it is indeed some kind of tracking, I remember seeing some estimates of the global number of ubuntu users based on statistics from canonical's NTP servers. To be perfectly clear: there is IMHO nothing wrong about this, I see more value in this kind of statistics than I have problems with canonical knowing my IP address and the time at which I turn my computer on. I just agree that it is indeed some form of tracking. On the more specific problem of amazon search integrated into unity, I think the feature is a pretty cool one and I suppose that canonical did honestly what it could to respect privacy here, but I share the EFF's concerns as well. IMHO, it would not be a bad move from canonical to make it opt-in (and to advertise it when it is disabled) or to add a button to include web results in this search on demand. Best. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Really miss my panel applets.
On Fri, Jun 3, 2011 at 9:12 PM, Gunnar Hjalmarsson ubu...@gunnar.cc wrote: On 2011-06-03 15:50, Vernon Cole wrote: ... the thing I miss the most are my panel applets, one for fun, three to monitor my computer. Screenshot.png (screen shot of eyes and system monitor applets) How can I get equivalent functionality back? Somebody suggested me to execute this command: gsettings set com.canonical.Unity.Panel systray-whitelist ['all'] It has proved to work fine so far. Hi, good to know that we can change this whitelist easily, but it is only for notification area programs. As far as I know, the unity panel does not support gnome panel applets at all (just like the new panel in gnome-shell). What bothers me the most is that indicators supported by the unity panel are not supported by the gnome-shell. On the up-side, at least indicators force to separate UI from the backend, which should make it feasible to adapt them. In this respect it is a much better solution than the old panel applets (but less flexible). Regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Feature suggestions: optionally placing home folder into separate partition during ubuntu install
Hi, On Thu, Oct 28, 2010 at 4:34 AM, 李白|字一日 calid...@gmail.com wrote: 2010/10/28 Evan Huus eapa...@gmail.com On Wed, Oct 27, 2010 at 8:01 PM, Daniel Gross daniel.gr...@utoronto.ca wrote: The main benefit for such a setup, is that it allows reinstalling Ubuntu without loosing the users data, which would be safely sitting in a separate data partition. Putting it on a separate partition isn't actually necessary. Currently when Ubuntu is directed to install to a partition which previously had Ubuntu on it, it reinstalls only what is necessary, leaving things such as user settings intact. So this is effectively already done, just without the necessity for multiple partitions. I think it is why another partition is necessary. sometimes users don't know which program causes their problems. they want a clear reinstall except for their home folders. and it is helpful to give a option to remove previous configurations in the home folder. I may be wrong but this feature during the install only keeps the home folder (and other well-known data places?) and removes the rest so it should not leave random extra files or system configuration. Anyway, I have been using a separate home partition for quite a while as it is a nice way to switch between different OSs (including stable and devel ubuntu). It is always possible to do so using the manual partitionner, which is arguably a power-user tool. Taking this idea a step further, perhaps its possible to also preserve the packages that were installed, so that these remain intact in the data partition also. Perhaps a better name for the data partition could be User partition, which includes all user configured, tailored, created data. As opposed to the System partition which includes the base OS only, and that can be reinstalled at will. Technically, every part of Ubuntu (including the base OS) is considered just an installed package, so doing this wouldn't be simple. I'm also having trouble seeing the use case for this - most people (in my experience) reinstall Ubuntu as a way to clean up cruft (or apparent cruft - a fresh install often feels faster just by placebo effect). Presumably they would want such packages removed, else why would they reinstall? They're may be something I'm missing, but I can't see reinstalling while keeping current packages to be a common desire. If you want to keep installed packages, you can upgrade instead of installing from scratch (if you don't skip a version or if you go from LTS to LTS, otherwise it may be painful). If you do not fear to fiddle with the command line, some of Debian's package management tools can help to reinstall the same selection of packages on your new system: see dpkg --get/set-selection for a rough approach and debfoster to build a list of packages you want to keep; taking dependancies into account. Of course it only works for packages that are available from apt repositories and is not so user friendly but I guess one could build a GUI based on the same principle. Alternatively, you can keep a list of packages you want and install them from the command-line. making it easier to build such lists and to apply them would make a nice feature for the software-center ;) Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Aptitude included in Maverick by default
On Sat, Jun 12, 2010 at 4:35 AM, Shane Fagan shanepatrickfa...@ubuntu.com wrote: On Sat, 2010-06-12 at 08:40 +1000, Chris Jones wrote: I was discussing this issue with some other members on #ubuntu+1 irc just yesterday. Should aptitude be included in Maverick by default? I can't see any valid reason of why it should be. We already have apt-get, dpkg and gdebi. And between the 3 of those, all bases are already covered. So I believe one has to raise the question. I'm not aware of how much space aptitude actually consumes, but the space could be better used for something more useful and/or important. Its actually very very good and id be lost without it at times. Have you ever broken something like X and had to go find the package? Id say you havent because then you would know that aptitude is awesome :D Hi, according to the blog entry, aptitude will be in main and included by default for the server version only: http://ubuntuedge.wordpress.com/2010/06/07/greetings-goodbyes-entrance-hell/ Of course I feel sad about it, I have been using aptitude a lot ever since I convinced myself that I should try it instead of the good old dselect years ago, before the first ubuntu version :) Aptitute is a great tool, but let's face it, it is a poweruser tool and it doesn't make that much sense on a default desktop install. Most (all??) of its features are also available in synaptic (which is also a poweruser tool). Of course, synaptic is not well suited to fix a broken Xorg, but wouldn't it be so much better to avoid putting a normal user in front of a broken Xorg? Debian and Ubuntu have great package management tool, it is critical to keep working on these tools and to make them easier to user, more powerful and easy to discover/install, but it doesn't have to mean put them all on every default installation! If synaptic is still part of the default install, a power-user tool for package management is already available. But I'm not even sure it really is a requirement, it could also move to the featured application section or something similar (it should at least be easy to find if it is not installed by default) The default desktop install is not about putting all the greatest tools for everyone, it is about providing the best possible user experience for most user in a very small amount of space. I guess many people have a set of pet applications that they add right after every install (I do). But I do love the single-CD install and I think it is worth adding aptitude to my list of additional applications to keep it, even if most of the time I use USB keys these days. A DVD with much more stuff is already available AFAIK and I guess that for people used to rely on the power of aptitude, it will still be an apt-get away :) Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Why Nautilus and GNOME applications use URIs?
On Thu, Jun 3, 2010 at 6:57 AM, Christopher Lees christopher_l...@iprimus.com.au wrote: On Wed, 2010-06-02 at 11:07 +0100, The issue is that when I use Ubuntu, I use a lot of SSH, FTP and Samba connections through GVFS. These connections, if I don't mistake, are mounted on the folder /home/user/.gvfs via FUSE, but in most GNOME desktop applications gain access to these through URIs (sftp://u...@server/path) instead of through your local address (/home/user/.gvfs/sftp to user at server/path), the truth is that using URIs instead of the local address is really annoying when working with the system, especially with Nautilus. You see, not all applications support the GVFS URIs, which makes difficult its integration with the GNOME desktop for the user, and difficults to much in the use of the system (at least to me). For instance, the Meld diff viewer, a program is fairly common, but I see that does not support GVFS URIs, this makes me a lot of bad things: I can not drag and drop remote files from Nautilus to Meld, it will not recognize (I don't know because it contradicts the use of Open With ... in which local address is sending to Meld); In Open / Save dialogs do not appear Nautilus Bookmarks to remote folders, so I have to look hand (why use Bookmarks so :(?); on the other hand, the Nautilus scripts and extensions do not work on remote folders; I can not copy from the address bar in Nautilus the direction as I would in other programs ... Fully agreed. It's a leaky abstraction - you're mounting the remote drive as though it was a local disk, but then you can't actually use it like a local disk. Dragging and dropping files from Nautilus onto Open/Save dialogs brings up the message that you can't do that with remote filesystems. Ironically, you can drag and drop from Nautilus onto KDE programs with no problems. Hi, when using Drag and Drop, nautilus switches from GIO/GVFS URI to local path, depending on the drop target (i.e. it will paste a local path if you drop to a gnome-terminal). I guess dropping on a gtk filechooser assumes that the application is using GIO. It may need some special casing for this case. On one hand, if an application is gtk-based it really should use gio, on the other hand I think at least firefox and openoffice use gtk file chooser and won't use it. For GIO-based applications, using the GIO URI is much better, but as far as I remember, several applications transform local paths into GIO URIs, so providing a local path should always work. Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Remove OO Draw from the default install
On Sun, May 16, 2010 at 1:27 PM, Shane Fagan shanepatrickfa...@ubuntu.com wrote: Hey all, I forgot to mention this at the session for default app selection but can we remove Open Office Draw from the default ubuntu install? The reasons are quite obvious it just isnt any good and I dont think any of the regular users actually use it. This probably deserves some discussion. I'm not a huge fan or openoffice in general for various reasons but it seems to be the best free software available for a wide audience (LaTeX, R and other great tools are way too specialised and techie). Back to OOo draw: it seems to me that it is just impress without the effect parts and as such I don't think it uses much space. For the record I do use it (mostly to do simple drawings, export them as pdf and insert them into latex document, so I guess I'm not the main target here...). I don't mind installing extra software so removing it would be OK for me, but only if it does allow a huge space gain, which I doubt (the size of the .deb isn't a good hint here as impress is tiny and depends on draw). Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu needs a new development model
On Thu, May 6, 2010 at 8:38 AM, Ryan Oram r...@infinityos.net wrote: [...] The idea of developers being better maintainers is a bit of economic theory. My goal is to make the Linux distribution more scalable. If developers concentrate on their packages and distributions concentrate on the core operating system, this make for a much more efficient system there is much less duplicated work. The cost of adding more software to a distribution under this system would rapidly approach zero, as the distribution would just run a minimal check and do minimal testing. Ryan Hi, this may sound attractive but it really feels like a half-backed argument. First, as some already mentioned, most upstream have little or no knowledge on packaging. More importantly, not all upstream are ubuntu-centric. The linux world is very wide and while ubuntu is for sure a very visible distribution, it is not the only one by a long shot. Furthermore some upstreams are not even linux-centric... Even if all upstreams were ubuntu-centric, this kind of approach has pro and cons, you can't just pretend the pro outweight the cons without a detailed study of the userbase, which is quite large... Packaging is hard and maintaining a consistent distribution is a huge task. I for one would love to have newer versions of some software when I need newest features or specific bug fixes, but throwing new versions of working stuff all over the distribution would eventually lead to more broken stuff. PPAs are great for this, it is a clear improvement for the previous alternatives (stick with whatever is in stable or run unstable) even if it may be a definitive solution. I do think a proper way to achieve this may be worth discussion, maybe by extending PPAs or making it easier to have nightly builds of the latest upstream version for existing packages, possibly in a semi-official and integrated way (like offering test channels for some applications in the application manager) but I'm pretty sure this must be used with caution: it can cause fragmentation and combination-dependant bugs that are hard to track (but if done properly, ubuntu-bug would also be able to collect this kind of information). BTW, I think something in this line has already been experimented (and failed) in the debian world, wasn't it the purpose of Ian Murdock's Progeny Componentized Linux? Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Removal of notification area
On Sat, Apr 24, 2010 at 9:49 AM, Alvin Thompson al...@thompsonlogic.com wrote: On 04/23/2010 02:55 AM, Chandru wrote: If notification area is going to be removed as mentioned in this post, http://design.canonical.com/2010/04/notification-area/, how will applications which do not target Ubuntu alone and are not maintained by Ubuntu developers work? I've had this question, and others, myself. In fact, I posted a question about it on launchpad over a year ago: https://answers.launchpad.net/indicator-applet/+question/64436 Hi, A lot of text here, I'm too lazy to read it all. While it is sad not to get an answer here, I suppose most of your concerns are addressed in blog posts, esp: http://www.jonobacon.org/2010/02/10/kde-application-indicators-in-gnome/ and http://www.markshuttleworth.com/archives/347 And most proeminently, it is _NOT_ a close spec incompatible with KDE as the original proposal comes from the KDE world which decided to replace (at least for its own applications) the notification area with it. Now for it to be future proof, I look forward its integration into gnome-shell. Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Removal of notification area
On Fri, Apr 23, 2010 at 4:02 PM, Davyd McColl dav...@gmail.com wrote: For what it's worth, I'd like to put in 2 (perhaps long-winded) cents here. The short story and suggestions: I think that culling the Notification Area could be problematic I also think that it may be a bit early to remove it completely. While I'm not involved in this, I'll try to share what I like about the new system. 2) Whilst I like the floating click-through notification concept, it doesn't help for being able to tell, after being away from the desktop, when, for example, I've missed an IM. I really hope no-one expects that the user should have to scan all open applications for updates in lieu of a systray. Since I don't use empathy (finding it clunky, and, well, just not pidgin enough for me and my set ways), I don't know if the user status icon can show that there have been IMs since the user stepped away from her desk -- but I'm assuming not? The pidgin tray icon lets me know straight away. I don't use pidgin but if I recall properly, pidgin supports the new message indicator, introduced in karmic. It provides a single icon to show unread messages for each messaging application (empathy, evolution, pidgin, gwibber, probably others, esp. kopete). 3) I've had a look at the spec at http://design.canonical.com/2010/04/notification-area/ for the menu concept, and I have to ask: what, apart from the fact that moving the mouse will open another app's menu (which may actually confuse new users who don't expect that) is the difference between this concept and the current notification area with clickable icons? It doesn't seem all that abstracted to me... IMHO, the fact that we can't switch from one menu to another in the panel when they belong to different applets make these menus feel weird (compared to the ones found in a single application). I remember comments about this from the gnome-panel maintener years ago saying that a new design would allow to fix this problem. The application indicators solves this but only partially as it only allows to switch between the menus of applications using this system. I would really love something working for the whole panel as we can see on macosx. My main critics here is that we now have single applets or notification icons (which don't allow switching at all) as well as several groups of menu inside which we can switch: the application/places/system main menu, the application indicators and the me/session menu. At least merging the message-indicator and application-indicator menus would much improve the situation IMHO (but would also lead to less flexibility WRT positioning them..). Another big difference between notification area is that the application does _NOT_ paint its menu, it only provides icons, text and callbacks for the available actions. Painting, positioning, showing the menu.. is up to the applet, which provides a much better desktop integration (for exemple, a kde application can use it with a gnome panel and the menu will use gtk, thus not feel alien or depend on toolkit theming hacks). In fact this is also why it is possible to switch between the different menus. It also makes it easier to change the way they are presented or they react to user input without needing to update each separate application (no more right-click here and left-click there). It will also make it much easier to build solution like hiding silent application, even if I would much prefer making good use of the available space and creative solution like grouping stuff like the message-indicator does than adding auto-hide featres which would send a message saying: you can overuse this space, we try to compensate for it. For now this system is limited to relatively simple menus but as I understand it, more advanced features are planned to support more complex needs like the network-manager applet or the clock applet. So it is not finished yet, but as a lucid user I must say I like the first step and look forward to the next one. Even if I'm also concerned about the risk of removing the notification area too early. Regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: System Beep problem
On Wed, Nov 4, 2009 at 7:53 PM, John Vivirito gnomefr...@gmail.com wrote: How do i turn system beep back on in Karmic. The sound that is used now is just a thud sound. Only have ~4 other choices in the sound preference. Hi, I discovered today that pcspkr, the module responsible for system beeps, is blacklisted on karmic. I have been blacklisting it after each install for years, and thus love this change! You can remove it from /etc/modprobe.d/blacklist.conf to get the old behaviour. Is it a better way to un-blacklist a module? Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Replace Tomboy with Gnote?
On Tue, Jun 23, 2009 at 3:44 PM, Mackenzie Morganmaco...@gmail.com wrote: On Tuesday 23 June 2009 10:37:15 am Vincenzo Ciancia wrote: Il giorno dom, 21/06/2009 alle 19.17 -0400, Mackenzie Morgan ha scritto: Yeah uh...it isn't real LaTeX. Take the source you can view in LyX, save it, and run it through the latex command and watch it fail utterly. Could you provide an example file? I usually cut and paste tables from lyx instead of doing them by hand. Where usually means for the 5-6 tables I have done in my whole life :) I don't use LyX myself. Ran into this when my last roommate tried it. I think the commands it used at the top were non-standard ones or something. Isn't this getting too of-topic ? As cool as lyx is, it is not written in mono and depends on a tex system which makes it a bad candidate for the live-cd :/ BTW, .lyx files are not .tex files even if some parts are similar. Lyx translates them into latex before doing anything else. Thus lyx is needed to edit/compile .lyx files but they can be exported into normal tex if you need to share them with non-lyx-users. Best regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Call for testing empathy
On Fri, Aug 8, 2008 at 10:12 PM, Laurent Bigonville [EMAIL PROTECTED] wrote: Hello everyone, Empathy[1] will be part of the upcoming GNOME 2.24 desktop. The ubuntu desktop team considers using it instead of Pidgin for intrepid as default IM client. If you are running intrepid, please give empathy a test and report bugs to launchpad[2]. It may be installed by running synaptic and installing the empathy package or by running sudo apt-get install empathy. If you experiment a bug have a look at [3] before reporting. I just did my first attempt at voice communication with empathy. This was using google talk accounts on both sides but the other side was using ichat. I have a few contacts who get a mic icon next to their names (gtalk users under windows), I get the same icon between two empathy but it does not appear next to the ichat-using contact I wanted to talk to. AFAIK, ichat is supposed to work with gtalk, so I expected it to work with empathy as well. Did anyone here test this combination or ichat/gtalk ? No bug on empathy is reported yet, but if it works for someone else it may just be something bad on my side. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Call for testing empathy
On Sat, Aug 9, 2008 at 4:55 PM, Marcin 'Qrczak' Kowalczyk [EMAIL PROTECTED] wrote: 2008/8/8 Laurent Bigonville [EMAIL PROTECTED]: The ubuntu desktop team considers using it instead of Pidgin for intrepid as default IM client. Please not, until Empathy supports protocols that Pidgin supports (I have gadu-gadu in mind, which is widely used in Poland). Hi, Empathy can use libpurple as backend for the protocols which don't have yet a telepathy backend. I for one am glad to see empathy get more attention as it seems highly promising. I would not push for use it in a LTS relese as is but intrepid is not. Anyway, it will probably not satisfy everyone right now: * pidgin and other clients will still be available for people who dislike it. Someone who can't install pidgin aftewards should clearly not test intrepid so early... * pushing it forward in the preview releases doesn't mean that it will be default in the final release Best regards -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Gnome un-aware file handling (was: UNDELETION EXT3 workaround)
On Feb 19, 2008 12:35 PM, Markus Hitter [EMAIL PROTECTED] wrote: Am 19.02.2008 um 04:41 schrieb Jared Schlicht: The goal with desktop distros seems to be The user should not have to touch the command line. This might be a valid goal but doesn't work very often. Many, many applications are not Gnome-aware and it's impossible for them to open a file on a network drive, for example. You have to copy the thing to a local drive with the file manager and open the thing there. Alternatively, you can mount network shares in the file system, but this requires touching the command line yet again. I'd be glad hearing about a file manager actually mounting drives instead of using voodoo, like Nautilus does. Hi, AFAIK, the upcoming version of nautilus does it thanks to the move from gnome-vfs to gio/gvfs [1]. Anyway, when nautilus was first written, this was not possible as mounting a remote directory used to require admin rights, hence the need for a user space mount which was provided by gnome-vfs (and which is now available in a more generic way thanks to FUSE. I have not tested it yet though, but it is in hardy right now. The bad thing is that the new nautilus still contains some regressions compared to the previous one, let's hope this will be fixed in time for hardy :). [1] http://arstechnica.com/journals/linux.ars/2007/09/28/gnome-2-22-planning-gio-and-gvfs-proposed-for-inclusion Regards. -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: A Look at the Ubuntu Installer
On Jan 8, 2008 11:30 PM, (``-_-´´) -- Fernando [EMAIL PROTECTED] wrote: On Monday 07 January 2008 21:10:41 Mackenzie Morgan wrote: 10GB is more than enough under normal usage. You'd have to install..all of GNOME, KDE, Enlightenment...and it still wouldn't be full. Even with all that and a lot more, I'm at around 7GB full. On Jan 7, 2008 4:05 PM, Mario Vukelic [EMAIL PROTECTED] wrote: On Tue, 2008-01-08 at 09:50 +1300, Jonathan Musther wrote: One thing I've been thinking would be good for quite some time is creating separate / and /home partitions by default. While a separate /home makes reinstalls easier, how would you know the size of / the user needs? $ df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 9.7G 6.5G 2.7G 71% / 10 GiBs for small disks, and 20GiBs should be enough for most beginners and powerusers. Even powerfull users will most probably set extra mountpoints. dreaming No (licensing or other) flame war intended but I can't refrain from thinking that using ZFS [1] would solve this stupid reccuring question. Does any one here have any hint about any hope getting ZFS working well with linux ? (I only know about a FUSE port, progressing slowly). This is currently the only thing trying to push me away from debian/ubuntu ;) /dreaming [1] http://en.wikipedia.org/wiki/Zfs -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: fsck on boot is major usability issue
On ven, 2007-12-21 at 08:13 -0500, Evan wrote: My personal preference would be to move it to shut-down, but an interruptable check on boot is better than nothing. Just my two cents. I'm not sure that moving it to shutdown is a proper solution. Think about a laptop shuting down because its battery is nearly empty: how good is it to slow down the shutdown and risk a brutal power off ? Also, I'm often waiting for my computer to shutdown before leaving, I don't want to be late because of a fsck. Making it interruptible and runnable on demande easily is more important, then it can be on bootup or shutdown, I don't care ;) Regards. -- Aurelien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu Screens/Resolutions Management - or the reason i still MUST use m$ windows
Le jeudi 13 décembre 2007 à 15:05 -0500, Mackenzie Morgan a écrit : On Dec 13, 2007 2:20 PM, Aurélien Naldi [EMAIL PROTECTED] wrote: This problem is indeed well known and a solution is in the work: the X server included in the latest version of ubuntu included a new version of the xrandr extension allowing to add and remove screens on the fly. Graphical tools to take advantage of it are still lacking but good progress hapened since, and I hope [hint] to see something like urandr included in the next version. The problem now is mostly a driver one: intel graphic cards are well supported, AFAIK, the opensource radeon drivers has support too but the ATI and nvidia binary drivers don't yet (I may be misinformed about the fglrx one and a solution is rumored to be coming for the nvidia one, maybe before 2009...) Has the change with Intel cards occurred with using xserver-xorg-video-intel instead of -i810? With -i810 on Feisty and Gutsy, plugging in a projector did not work. Yes, as far as I know, this works only with the intel driver in gutsy, not with i810 and not in feisty. I hope that someone will correct me if I recall badly... anyway, just plugging the projector may not be enough, with plain gutsy typing some commands to make it work may be necessary. GUI to make it easier are not yet included in ubuntu. Regards -- Aurélien Naldi [EMAIL PROTECTED] -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Restricted tab-completion is annoying
So anyone who disliked anything in the system bashrc 10 years should have skipped all updates since? Why do I have to opt out of bug future fixes and improvements just because somebody else prefers their way of tab-completion? I have to disagree here. bash has tons of configuration files: /etc/bash.bashrc /etc/skel/.bashrc your own .bashrc you can put changes in any of these files, but obviously if you choose to modify one of the /etc file, you will have to deal with it! Just like you do for every other configuration file! dpkg deals with config files changes pretty well I think, you can rely on it to be warned when there is a new version and then merge your changes in it. you can also follow the vim way: add source /etc/bash.basrc.local at the end of your bash.bashrc file and put whatever big changes you want in this other file. Then you have the big changes you want and you can painlessly merge them with any new version. I have to agree with the previous comment: can we stop this madness now ? Config file conflicts are IMHO nicely handled in dpkg, just use it... -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Restricted tab-completion is annoying
On 10/11/07, Aaron C. de Bruyn [EMAIL PROTECTED] wrote: Ok--I'm sorry, but none of what you said made any sense to me. I don't see the point why filenames needs to be tab-completed on default, it does it when it's necessary. I'm asking why tab-completion changed from allowing tab-completion of EVERY file to being restricted. It sounds like you are asking why it needs to be on at all. My response to that is that it is a feature that people like and use. It's been that way for as long as I can remember. At least 8 years. Filenames does tab-complete on certain tasks and applications, depending on what are you trying to accomplish? Is that a question or statement? Yes, you hit tab to complete certain commands and filenames. It seems like Ubuntu is trying to be helpful by showing you only the things it thinks you need. For example, certain applications that require an input needs to tab-complete a filename on it's parameters (i.e. rsync), and executable files like python, perl, ruby bash scripts would need tab-completion to execute. Yes, that is why there is tab completion--because there are so many Linux command that take filenames as parameters. If you really want to autocomplete your filenames, you might as well make your files executable, So you are saying I should chmod +x all my videos, pictures, and music files in order to use tab-completion. That's an even worse solution. They aren't executable files. They are data files that need to be interpreted BY programs that I execute. and lastly why do you think this is necessary? Why do I think what is necessary? Tab completion? Disabling the new restrictions to tab-completion? Being able to use a feature that has been in bash forever but was recently (in my opinion) crippled? I think you are completely misunderstanding each other here... Aaron was writing about filename completion as in mplayer filename NOT as in using filename as a command!!! I would like also to add a few comments on bash_completion: as far as I know it is disabled by default in /etc/bash.bashrc (and BTW I always enable it here, with a few other things and this gets in the way when the ubuntu package introduces a new version of the config file.. A solution like /etc/bash.bashrc.local (similar to vimrc.local) would be great...) Then the default .bashrc for the users enables it (and duplicates most of /etc/bash.bashrc) I do not really love this solution, but if you do not like this behaviour, all you have to do is to comment out / delete a couple of lines in your .bashrc :) And to try to make you change your mind, here is why I love bash_completion: as said earlier it has context-dependent completion: - filenames with the expected extension only (which is your only problem with it) - options of many programs: mplayer, apt-get, makefiles... - option-dependant filename completion: after mplayer it completes only audio/video filenames but after mplayer file.avi -sub it completes only subtitle filenames which is great... - very smart completion: hostnames after ssh thanks to the content of your .ssh/knownhosts (which does not work with more recently added hosts as the hostname is no more written explicitely...), package names on apt-get --install and even INSTALLED packages names on apt-get --remove So the question is: should it stop filtering filenames by extensions ? I do not think so as having an extension is always helpfull as an hint and a good practice even if they are much less relevant under linux. A lot of program use them anyway: try to gunzip a file NOT name file.gz for exemple... And mplayer (and others like totem) automatically select a subtitle with the same filename than the currently played video file (except the extension obviously). I really think that you should use extensions (but not completely rely on them) and have fun with a much smaller/smarter completion list in bash ;) Anyway some special way to ask bash to bypass the extension-filtering in some cases would be great. Something like shifttab maybe (sorry if this already exists!). This way you get a smart filter for most case and keep the completion for your extension-less files ;) PS: really sorry for such a long comment... -- Aurélien Naldi -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
