wine users - Aug 2005 - Softlinking to a dvd-drive with inconsistent mount points? => HAL-Support

Am Freitag, den 26.08.2005, 12:50 +0200 schrieb Holly Bostick:
>>Problem solved:
> >>http://portal.suse.com/sdb/en/2005/05/dkukawka_hal_mountpoints.html
> > Thanks Hiji, that was useful for me too. 
Thats an ugly workaround that should be forbidden. See Below.
> > It might be nice to be able to symlink "d::" to /dev/hdc
> > and have wine figure out where that's mounted,
> > instead of having to specify both the device and the mount point.
IMHO thats the only possible Way and wine must go that Way ASAP!
(and use the old method for systems, where the new way dis not work)

> Of course ~/.wine/drive_c  (or wherever it's placed since Wine now
> allows you to place the wine directory on first run), is going to
> automatically be C:\.
This is the default Location used by "wineprefixcreate"
> The user's $HOME directory,
> 
> is automatically symlinked to D:\
"D:\" is not created by "wineprefixcreate". 
> /tmp, ..., is automatically symlinked to E:\, which Wine seems to
"e:\" is not created by "wineprefixcreate".
"c:\windows\temp" is used as the default Temporary Directory.
> C:\Windows\temp, where it always is under Windows)
This is the default Location in win9x, if "TEMP" is not set in
"config.sys" or "autoexec.bat" when starting this
DOS-Taskswitcher.

%USERPROFILE%\Local Settings\Temp" is the default for W2k and above.
(Replace the second Part with the Translation in your Language).
(WinNT 4.0 is 

The actual Location is always found in "TEMP"
> / , being the third of the necessary directories that everyone is known
> to have, is automatically symlinked to Z:\ 
This is also created by "wineprefixcreate"

> I honestly don't know what SuSE was thinking with that one-- what
> earthly reason could the majority of users have to need their CD/DVD
> mounted to the label of the media itself? Yeah, I want /media/Far Cry
> one minute, and /media/Office 2003 the next. Like I even know the LABEL
> of most of the media I mount (and that's just retail disks, nothing
said
> about backup disks or other self-burned media). So how am I supposed to
> know where it is, if I don't know the label? 
That's the best thing they did, but many Years to late!

I used this semantic since 1985 when the computers had one or two
floppy-disks, the hd was optional with a size about 40MB and was very
surprised, when i changed my system.

When a different medium (Disk) was needed and not present, the first
system asks: 
'Please insert Volume "Application, Disk 2" in any Drive'.
The system detected the Media-Change and closed the Requester automatic,
no matter in which Drive you inserted the Disk
(DF0:, DF1: DF2 or DF3: for Floppy-Disks). 
Even the Requester was created automatic, when the required medium was
not found and the Application did not forbid this behaviour explicit.

About 20 Years later in 1994, a different System told me to insert the 
"Installation CD #2" in drive "E:" and was unable to detect,
that the
required medium was already present in drive "F:".

Thats the way: The software-vendors are inflexible and the users do not
complain.

The First system was my Amiga and the second was the Software "WISO
Sparbuch 2004" on Windows 2000.


So with the HAL-System, linux is on the right way. 
Please do not be fixed on the old style, be flexible.

Software need to use "/media/LABEL_OF_THE_MEDIA" to be more flexible,
but that do not work, if the user create that ugly workaround above.
> I could maybe see it for USB sticks, or Flash cards,
> but those are different rules than the ones for CD/DVD drives.
Which rules?
Why use different behaviour?
They are all media!

Even Linux can use the semantic with the Volume-Label.
No matter, on which Harddisk or which Partition the Files are.
Mount find the Label.
> And I don't even like this /media thing anyway; half
> the time I start typing ls -la /mnt/wherever and get nothing (of
> course). Phooey.
Thats the Problem. The change was very late and many user must learn the
flexible way.


IMHO, it's required for wine to handle the HAL-Message-System ASAP.


-- 
By By ...
      ... Detlef

--- Detlef Riekenberg <wine.dev@web.de> wrote:
> Am Freitag, den 26.08.2005, 12:50 +0200 schrieb
> Holly Bostick:
> 
> >>Problem solved:
> >
>
>>http://portal.suse.com/sdb/en/2005/05/dkukawka_hal_mountpoints.html
> 
> > > Thanks Hiji, that was useful for me too. 
> 
> Thats an ugly workaround that should be forbidden.
> See Below.
> 
> > > It might be nice to be able to symlink "d::" to
> /dev/hdc
> > > and have wine figure out where that's mounted,
> > > instead of having to specify both the device and
> the mount point.
> 
> IMHO thats the only possible Way and wine must go
> that Way ASAP!
> (and use the old method for systems, where the new
> way dis not work)
It might be the ugly way, but it is the official way. 
This is definately *not* a Wine issue because it
affects any application which relies on have a static
name for the drive - let's make sure we're clear on
that. ;)  I suspect this "mounting by volume label"
won't last past Suse 9.3 since I haven't read anyone
praise this "feature" anywhere.

Hiji


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs

On Sat, 27 Aug 2005 21:58:51 +0200
Detlef Riekenberg <wine.dev@web.de> wrote:
> Am Freitag, den 26.08.2005, 12:50 +0200 schrieb Holly Bostick:
> 
> >>Problem solved:
> >
>>http://portal.suse.com/sdb/en/2005/05/dkukawka_hal_mountpoints.ht
> > >ml
> 
> > > Thanks Hiji, that was useful for me too. 
> 
> Thats an ugly workaround that should be forbidden. See Below.

As a suse 9.1 user, I would prefer on balance to have the OS do the
dynamic mounting, and handle 'degrading' that information as a separate
exercise.

Its a lot easier to throw away or compensate for the hal mount points
than to create that information from scratch.

Thankyou, by the way, to the list for raising this issue and providing some
leads.


Suggestion ... present /media as a drive within wine, and then you can
find anything that is currently mounted up. Anything that expects the
'root' of the drive to be in ..\ is faulty anyway!



My irritation is with USB devices., with this sort of noise in /media:


usb-storage-odd-0x05e3-0x07a0:0:0:0p1
usb-storage-100:0:0:0p1
usb-storage-Y303^^^^^011017XFJX0004006105:0:0:0p1
usb-storage-Y468^^^^^030410XFPX0002003302:0:0:0p1


... so I use symlinks to clean things up.

usb_fuji_rr -> usb-storage-Y303^^^^^011017XFJX0004006105:0:0:0p1
usb_iaudio_1 -> usb-storage-100:0:0:0p1
usbstorage1 -> usb-storage-Y468^^^^^030410XFPX0002003302:0:0:0p1
usbstorage2 -> usb-storage-odd-0x04cb-0x0124:0:0:0p1
usbstorage3 -> usb-storage-3600011248:0:0:0p1
usbstorage4 -> usb-storage-odd-0x05e3-0x07a0:0:0:0p1

I intend to play with USB hotplug to tidy things up
automatically, but I'm upgrading to Suse 9.2 first.

I access /media mount points on Windows via samba by sharing out /media
... and then I can navigate into the legal symlink directory names.

hth, Ben

-- 
722

The system cancelled your job because an output limit was exceeded for
lines being printed or cards being punched.