home bbs files messages ]

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