Bug 152201

Summary: don't assign /data mountpoints by default?
Product: [openSUSE] SUSE Linux 10.1 Reporter: Ludwig Nussel <lnussel>
Component: YaST2Assignee: Andreas Jaeger <aj>
Status: RESOLVED FIXED QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: aj, coolo, gp, kukuk, suse-beta
Version: Beta 4   
Target Milestone: RC 1   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Ludwig Nussel 2006-02-20 10:42:57 UTC
following up a discussion on the opensuse list ... hal and the kde/gnome applets can handle all disks by themselves so the /data mountpoints are not really needed anymore. Moreover if the 'refuse-to-mount-disks-in-fstab' patch is applied the icons will be still there (the gui has no way to find out by means of hal) but if the user clicks on them hal will tell permission denied.
So disabling the code in yast that assigns /data (and /windows) mountpoints is the way to go IMO.
Comment 1 Michael Gross 2006-02-20 10:48:00 UTC
I'm redirecting this to Thomas.
Comment 2 Thomas Fehr 2006-03-13 15:13:41 UTC
Project management has to decide about removal of the /data and /windows
mount points.
Comment 3 Stephan Kulow 2006-03-13 15:22:25 UTC
just for reference: I'm all for it
Comment 4 Andreas Jaeger 2006-03-13 15:41:30 UTC
How much work is this?

Thorsten, what's your idea on it?
Comment 5 Thorsten Kukuk 2006-03-13 15:43:43 UTC
I never liked the /data mountpoints.

I found the /windows mountpoints quite usefull, espeically with wine or so.
Comment 6 Thomas Fehr 2006-03-13 15:51:23 UTC
Removing the either /windows or /data mount points (or both) is not much work.
Comment 7 Stephan Kulow 2006-03-13 17:15:13 UTC
yeah, /windows(/C) might be useful also for beagle which looks there for your "old data"
Comment 8 Andreas Jaeger 2006-03-13 20:33:54 UTC
Ok, there's consensus to remove /data.

I guess we should keep /windows for now.

Ok with everybody?
Comment 9 Thomas Fehr 2006-03-14 17:49:06 UTC
Should be fixed in RC1