Forums before death by AOL, social media and spammers... "We can't have nice things"
|    alt.os.linux.suse    |    Suse is actually not that bad    |    138,051 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 137,735 of 138,051    |
|    Carlos E.R. to Paul R Schmidtbleicher    |
|    Re: Latest Tumbleweed Upgrade Breaks Xin    |
|    30 Mar 23 10:55:36    |
   
   From: robin_listas@es.invalid   
      
   On 2023-03-30 03:54, Paul R Schmidtbleicher wrote:   
   > On 29 Mar 2023 05:20:16 GMT, Paul R Schmidtbleicher wrote:   
   >   
   >> Today I did a "zupper dup" on Tumbleweed (3569 packages). This is also   
   >> the first time it seems to have broken a program I use.   
   >> I use the xine video player. On starting it: It reads on the video   
   >> window, "There is no MRL." At my (linux) knowledge level I do not know   
   >> what it means, but the practical result is that clicking on the DVD   
   >> button I get: "There is no plugin to handle the 'DVD:/'. In other words,   
   >> It won't find nor play a DVD.   
   >>   
   >> Not sure what to do next . . . Maybe wait until others find this and   
   >> correct it. - In any case I am reporting it.   
   >>   
   >> Paul   
   >   
   > RESOLVED!   
   > I also have a laptop with Tumbleweed - not yet upgraded. I compared   
   > some things after running /usr/bin/xine-bugreport script. I discovered   
   > that the newly upgraded desktop did not have a /dev/dvd entry. The optical   
   > drive is /dev/sr0 /dev/cdrom is linked to it. However, xine uses the   
   > default /dev/dvd for accessing DVD's. The hint from xine-bugreport   
   > script was to create a symbolic link to between sr0 (optical drive) and   
   > dvd. The following resolved the issue. AS ROOT in the /dev directory I   
   > entered "ln -s sr0 dvd" This created the missing dvd that xine was   
   > looking for.   
   > I hope this helps any others who find this issue after the latest   
   > update of Tumbleweed.   
   > The REAL underlying issue is why the update did not keep the   
   > original /dev/dvd link (or recreate it) that my not-so-far non-upgraded   
   > laptop has in /dev directory. It has several links to sr0 (linked to)   
   > cdrom, cdromrw, cdrom**, and dvd in the /dev directory.   
      
   Notice that the "/dev" directory is volatile, anything you create there   
   has to be created again on every boot.   
      
   You could use "/etc/init.d/boot.local" to create it.   
      
   The file that creates it (in Leap) is   
   "/etc/udev/rules.d/70-persistent-cd.rules":   
      
   ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.5-scsi-1:0:0:0",   
   SYMLINK+="dvd", ENV{GENERATED}="1"   
      
   My file, dated 2010, says:   
      
   # This file was automatically generated by the /lib/udev/write_cd_rules   
   # program, probably run by the cd-aliases-generator.rules rules file.   
   #   
   # You can modify it, as long as you keep each rule on a single line   
   # and set the $GENERATED variable.   
      
   However, there is no "/lib/udev/write_cd_rules" file in my system; not   
   very surprising seeing how old is 70-persistent-cd.rules.   
      
      
   --   
   Cheers, Carlos.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   
|
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca