Re: Are file permissions in files on external devices silly?
I think you're looking at this the wrong way. There are a number of ways already available to have the functionality you seek. You will need to leverage both the HAL fdi for the device you're trying to automount and a script to fix the permissions on a that disk. This is what makes linux so great, but also so frustrating to new users. I don't think that allowing users to execute potentially harmful operations without knowledge of what they are actually doing is a good idea. This is a feature of many other consumer desktops, but I don't think it has been a feature of linux nor should it be. The tools are there to make the os do what you want it to. I am sure if you create a script that does the proper operations and share it no one will be upset. On Fri, Nov 21, 2008 at 11:53 AM, tchomby [EMAIL PROTECTED] wrote: On Fri, Nov 21, 2008 at 08:40:38AM -0700, Aaron Toponce wrote: How would you propose to solve it? Change the permissions on files to the person logged in? Add a user account with the matching UID to match those found on the files, then log that user in? Change world permissions on the file, so everyone can access it? I think you can see the silly-ness behind these options. When the You can't access these files because you don't have permission error message pops up, it should have a button on it that the user can click that would recursively change the ownership of the files to the person logged in, or make the files world-readable, or make them readable by some group that the user is a member of (removeable devices group or something). Basically, the error dialog should present the user with the option to work-around these permissions, rather than leaving this option hidden in the file properties dialog where the user might not know it exists, or if they do know they have to go through a few unnecessary mouse clicks every time to get to it. Or alternatively, as someone suggested, maybe the system should not enforce file permissions on removeable devices, at least not if the person trying to access the files is a local sudo user. What your brother doesn't realize, is that when you take files from system to system, OS to OS, you're going to encounter these headaches. It's just the way these things go. There's lots of things that were once headaches like this, until someone figured out how to make it user friendly. What should be expected, is having your brother learn how Linux operates. It's always bothered me that just because Windows dumbed down the computing experience, means everyone else has to too. When Linux starts asking its users to learn a little bit about their operating system, such as files permissions, they throw their arms up in disgust, saying that they aren't a programmer or advanced computer user. While there may be a line to draw on what we should expect from theme, basic file permissions, I think, is well behind that line. First of all, how did my brother get involved in this? Second, what does this have to do with Windows? I'm talking about making Ubuntu a bit more usable for non-technical users. It would also make it less irritating for people like me, who know what to do but would prefer to avoid the extra mouse-clicks. Ubuntu is a Gnome-based distribution and aims to be user friendly, this isn't Arch. -- 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 -- 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: Wacom tablets, TabletPC and Xorg support for Ubuntu 9.04 (Jaunty)
Hi Loic, The move away from xorg.conf has been to a new hal integration. Please see the documentation in the wiki: https://wiki.ubuntu.com/X/Config/Input Configuring an fdi for your tablet hardware should not be any more difficult than an xorg and could probably be accomplished by a script. I believe that the move to hal support for input devices will make the autoconfiguration much more robust in the long run and hopefully give xserver the ability to just work. --Dan On Sun, Nov 9, 2008 at 12:09 PM, Loïc Martin [EMAIL PROTECTED] wrote: Hi, Since Hardy, Ubuntu doesn't provides any configuration for Wacom tablets any more (Gutsy had the lines commented out, but they were there to be used if necessary). Part of the reason not to provide commented out lines might have been the abscence of a ServerLayout section in xorg.conf with new Xorg servers - just uncommenting some lines might lead to problems. The move away from xorg.conf makes it really hard for Wacom tablet and TabletPC users to configure their hardware. Most documentation they find isn't valid anymore (one of the problem is creating a ServerLayout with just the lines for the wacom devices, with X failing to start as a result), and even with up-to-date documentation users have to figure themselves what device they should configure, make sure they don't mix lines between serial and USB tablets (most users would imagine their TabletPC to be USB, which is most often wrong), and not forget the special line for TabletPC, which is absent from most howto. We still maintain the documentation at https://help.ubuntu.com/community/Wacom, but when (if) users find it it's often after their install is messed up. Graphic tablets are getting more common due to cheaper models, and even if you're not a graphic artist, you'll find Wacom devices in many TabletPC. With Intrepid, the stylus input is recognised by HAL when the file 10-wacom.fdi is present (comes with xserver-xorg-input-wacom. However, only the stylus can be configured by this method. No eraser, no pad, no touch, no cursor. See https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-September/005778.html Note that the wacom driver doesn't fully support input-hotplug, since currently you need to initialize the driver multiple times to enable stylus/pen/foo, and that's not possible to do with HAL. The wacom fdi file configures the device as stylus.. Traditionnal graphical configuration tools like wacomcpl (mandatory for LCD tablets like TabletPC and Cintiq tablets, it's included in wacom-tools since Intrepid) don't work anymore since they assume hard coded device names (stylus, eraser, cursor...) - see http://sourceforge.net/mailarchive/message.php?msg_name=9d40e4ef0811072319r51d8b4c5sc3553db2627104c6%40mail.gmail.com Now to the problem at hand for Jaunty: Talking about using 3 (or more) different devices for wacom input (instead of just the stylus like in Intrepid) https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-September/005780.html On Tue, 30 Sep 2008, Timo Aaltonen wrote: It has been confirmed by upstream that what you propose is not possible to do with HAL, but instead the driver should use NewInputDeviceRequest() to accomplish the same. Unfortunately, that'll take some time, but here's hoping that the next six months are enough to have that in time for Jaunty. Someone needs to kick^H^H^H^Hask upstream :) Where upstream means linuxwacom, see https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-October/005837.html I was referring to linuxwacom upstream, which should be aware of the problems with input-hotplug, but has not done anything about it AFAIK. I contacted upstream, and their answer can be found at: http://sourceforge.net/mailarchive/message.php?msg_name=167e8a330811070926n3024605m7bd7baa6e24bfedf%40mail.gmail.com Here is an extract: Hotplugg is a server-wide issue. It will be resolved for all input devices in Xorg, not just for Wacom devices. - does wacomcpl support the fdi method? It doesn't recognise anything on my setup, but it could also be a bug in the Ubuntu version. fdi isn't part of linuxwacom project. It belows to Xorg. The distributor, I think, will include it once it is ready. Ping So what is Xorg going to do about wacom devices support, and how can we make sure that, after one year, this support (or a distribution solution) will at least make it into Jaunty? Loïc -- 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 -- 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 8.10 significantly slower than previous versions
I'm not convined those Phoronix test are really that accurate, especially after reading this one: http://www.phoronix.com/scan.php?page=articleitem=ubuntu_macosxnum=1 It looks like they are not really comparing apples to apples, especially when it comes to java benchmarking. They're using very different gcc versions between the os's. Anyway, it does look like linux wins in the end. On Thu, Nov 6, 2008 at 1:58 PM, Bryce Harrington [EMAIL PROTECTED]wrote: Whoops, I thought you were talking about the recent article about -intel performance on x45 chips. But I see you're actually talking about an earlier article about Ubuntu performance in general: http://www.phoronix.com/vr.php?view=13022 Note that in that article they looked only at the proprietary -nvidia driver's performance, and did not find any noteworthy regressions in that. So depending on what video driver you're using, it may not have much relevance to your issue. Bryce On Thu, Nov 06, 2008 at 03:58:51PM +0100, mr wrote: Hi, According to the recent benchmarking article by Phoronix, the previous two releases of Ubuntu are significantly slower than Feisty Fawn. In some cases this can be seen as up to 50% performance drop with certain desktop tasks. I can confirm that this is true in that my girlfriends desktop used to be quite capable of playing a 1080p x264 video but since upgrading to gutsy and then hardy it has become unwatchable, even mplayer reports that YOUR COMPUTER IS TOO SLOW I think that the reasons behind this reduction in performance across the board needs some serious investigation and work done to reverse this trend. At the moment I am faced with either running an old distro or upgrading hardware. Any discussion on this is welcome :) Thanks, Alan Phoronix article: http://www.phoronix.com/scan.php?page=articleitem=ubuntu_bench_2008num=1 -- 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 -- 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 -- 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 8.10 significantly slower than previous versions
faster than Vista isn't hard, we want it to be faster than XP because remember, that's what most people are running. Why would they switch to Ubuntu if it's going to make their machine slower? I think performance is a very relative term. Slow for games can be great for a database. I am a lot more interested in baseline comparisons between identical systems. I think Ubuntu will make systems faster, but it also make some systems slower. It depends on what you mean by speed. In any case, purpose-built will always beat one size fits all. On Thu, Nov 6, 2008 at 2:41 PM, Mackenzie Morgan [EMAIL PROTECTED] wrote: On Thu, 2008-11-06 at 14:38 -0500, Martin Owens wrote: Anyway, it does look like linux wins in the end. I do not believe that is a good thing; Just because Gnu/Linux can be faster than windows vista doesn't automatically mean we are serving our users well. Yes, the response on /. to Ubuntu 8.10 is faster than Vista was generally so what? One guy said his father in law with a slide rule, graph paper, and a pencil was faster than Vista. The consensus was faster than Vista isn't hard, we want it to be faster than XP because remember, that's what most people are running. Why would they switch to Ubuntu if it's going to make their machine slower? -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo -- 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 -- 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
Input Device Commented Out Lacks documentation
I think there should be a link placed in the xorg document when update-manager comments out an input device to the new fdi documentation. It is hard to find that page in the wiki if you're not familiar with the details of the project. It is also frustrating to not know the proper way to configure a system when the methods of configuration change. --Dan -- 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: Input Device Commented Out Lacks documentation
Hey Bryce, Not at all, I'm still converting my current xorg over to fdi, maybe my notes will be helpful. Mappings look fairly straight forward and I found a good thread in the forums that elaborates more on the subject. http://ubuntuforums.org/showthread.php?t=948154 Dan On Thu, Nov 6, 2008 at 12:31 AM, Bryce Harrington [EMAIL PROTECTED]wrote: Hi Dan, Would you mind going ahead and sketching this documentation in? http://wiki.ubuntu.com/X/Config/Input Bryce On Thu, Nov 06, 2008 at 12:21:45AM -0500, Dan Colish wrote: I think there should be a link placed in the xorg document when update-manager comments out an input device to the new fdi documentation. It is hard to find that page in the wiki if you're not familiar with the details of the project. It is also frustrating to not know the proper way to configure a system when the methods of configuration change. --Dan -- 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 -- 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
