Linux Filesystem; MP3 to OGG
Nov. 19th, 2005 04:22 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
I'm copying my MP3 collection from my Windows computer to my Linux computer. I'd like to have it all in OGG Vorbis format. For a while I had a program on Windows that changed them from one to the other, but it was shareware and expired. I tried installing a free open source program on Linux to do this but it's one of those programs that doesn't appear in the Applications menu. So it's apparently intended for use from the command line.
Of course that would involve finding the executable in the filesystem first, I guess. In a command line interface you are walking through a subterranean network of perfectly dark tunnels. Instead of a flashlight or lantern, you are provided with an infinite supply of camera flashbulbs called the ls command. I prefer searching the filesystem through the graphical browser. I figure at least I can find the darn executable, then I can go into the shell and start up the program.
I have been informed that programs are found in the usr/bin directory, but all the executables there are named cryptically. As I go through clicking every one, nine tenths of them do nothing. Anyway, let me know any advice you might have, from any approach you desire.
Of course that would involve finding the executable in the filesystem first, I guess. In a command line interface you are walking through a subterranean network of perfectly dark tunnels. Instead of a flashlight or lantern, you are provided with an infinite supply of camera flashbulbs called the ls command. I prefer searching the filesystem through the graphical browser. I figure at least I can find the darn executable, then I can go into the shell and start up the program.
I have been informed that programs are found in the usr/bin directory, but all the executables there are named cryptically. As I go through clicking every one, nine tenths of them do nothing. Anyway, let me know any advice you might have, from any approach you desire.
no subject
Date: 2005-11-19 09:32 pm (UTC)Slocate is your friend. The command "slocate ogg" will show you a detailed listing of every full pathname that contains "ogg". This is bad if you have a hundred songs in a directory named ogg, but excellent if you don't, and you want to find all executables with ogg in the name. Word of warning, though: slocate relies on a database of filesystem info. If you want slocate to find something recent, you need to run "slocate -u" to create a full database. Alternately, you can run "slocate -U " to make a database of just a particular directory (like slocate -U /usr/bin).
I like to run slocate -u as a cron job that runs periodically while I'm sleeping, because it does take some time to complete if you have a lot of files.
If you tell me the name of the app you are trying to run, I can make some educated guesses as to what the executable might be.
no subject
Date: 2005-11-19 10:07 pm (UTC)no subject
Date: 2005-11-19 10:23 pm (UTC)FWIW, if you think the program has "ogg" in its filename or path, the following incantation will find all files with "ogg" in the name or path without having to build a locate database...
find / -name "*ogg*" -print
But if it's a program than handles multiple file type conversions it probably doesn't have ogg in its name.
This may take a while to run, which is why you create a locate database if you will be doing this often.
Amy
no subject
Date: 2005-11-20 12:56 am (UTC)no subject
Date: 2005-11-20 12:37 am (UTC)First, make sure you're running the korn shell...
/bin/ksh
Copy the following into the korn shell command line. If you're curious what this does I can explain.
for dir in `echo $MANPATH | tr : ' '` ; do grep -i vorbis $dir/*/* ; done
If nothing happens it probably didn't find the word "vorbis" in any man pages. If that's the case, to make sure the search worked, look for something much more likely to be there, like the word "description".
for dir in `echo $MANPATH | tr : ' '` ; do grep -i description $dir/*/* ; done
If that prints lots of results then the search probably worked. If not, then it probably didn't work.
Then exit the korn shell:
exit
Make sure the stuff in italics gets entered on a single command line. Ignore the post I deleted. It contained an error.
Oh, yeah, one last thing. It's dangerous to "copy the following into the korn shell command line" if you don't know what "the following" does. You can trust me, though. Really :-)
no subject
Date: 2005-11-20 02:43 am (UTC)bash: /bin/ksh: No such file or directory
matt@p4:~$ su /bin/ksh
Unknown id: /bin/ksh
no subject
Date: 2005-11-20 04:11 am (UTC)echo $MANPATH
and if it displays nothing then your man path is determined by a configuration file. There's a way to make that work, too, but...
Someone below mentioned the command apropos, which I believe does the same thing, only simpler. Try this...
apropos vorbis
Apropos tends to spit out a lot of really nastily formatted stuff, so it may not be simpler afterall, but what it will likely display for apropos vorbis is "vorbis: nothing appropriate".
Amy
no subject
Date: 2005-11-20 05:55 am (UTC)no subject
Date: 2005-11-20 01:48 pm (UTC)man man
That gives you the man page for the command 'man'. In it you'll find a discussion of how the man command knows where to find man pages. Yours may be different than mine (I have Solaris and Mac OS X available to me, but not linux), but there should be a mention of MANPATH. Mine has a section called SEARCH PATH FOR MANUAL PAGES.
Anyway, MANPATH is an environment variable. You can see all the environment variables you have set by typing 'env' at a shell prompt. Or, to view just the MANPATH environment variable, type 'echo $MANPATH'. If it is set (for you it apparently isn't) it looks something like this:
/usr/share/man:/usr/local/share/man:/usr/man:/opt/solaris/man:/usr/X11R6/man
That's just a list of directories separated by colons. The whole point of what I suggested doing was looking in all those directories for a file (i.e. a man page) that contains the word 'vorbis'.
Since you don't have a MANPAGE environment variable, man is finding the path in its configuration file. The manpage for man should tell you where that is. It's probably something like /usr/share/misc/man.conf. I could give you another incantation which extracts the path from there, but the 'apropos' command probably does the same thing. My only reservation there is that the installation of your encoding program might have copied the manpage for itself to your system without adding it to the manpage database, hence my suggestion to look the brute-force way. Of course it may not have a manpage at all.
However, since the whole point of this exercise was to find the encoding program, and you've done that another way, I think you are done with this branch. You can see if abcde installed a manpage like this:
man abcde
Amy
no subject
Date: 2005-11-20 02:54 am (UTC)no subject
Date: 2005-11-20 03:06 am (UTC)-=ShoEboX=-
no subject
Date: 2005-11-20 03:49 am (UTC)no subject
Date: 2005-11-20 06:34 am (UTC)I was never dissatisfied with my user experience under Windows or Mac. I still use both and do not intend to ever stop. In fact, only when I used Linux was I educated in the incredible acheivements of Microsoft and Apple resulting from their huge advantages of money and standardization. When I consider the disadvantages it's working under, I'm impressed that my user experience in Linux is as polished as it is. I'll continue to be part of it and help support its growth with bug reports.
The positive side of this is that since my user experience has no relevance to supporting free and open source operating systems, no amount of sub-par experiences with it would turn me against the concept.
no subject
Date: 2005-11-21 09:07 pm (UTC)no subject
Date: 2005-11-20 03:23 am (UTC)And that is a perfect example of the blind leading the blind, for anyone interested.
no subject
Date: 2005-11-20 03:59 am (UTC)matt@p4:~$ su matt /usr/bin/abcde
Password:
cd-discid: /dev/cdrom: CDROMREADTOCHDR: Input/output error
abcde error: CD could not be read. Perhaps there's no CD in the drive?
Apparently, this means it won't bring up a graphical user interface, and it won't read from files, only a CD. Then I tried:
matt@p4:~$ su matt /usr/share/doc/abcde/FAQ.gz
Password:
bash: /usr/share/doc/abcde/FAQ.gz: Permission denied
no subject
Date: 2005-11-20 04:26 am (UTC)A .gz file is a compressed file, not an executable. The installer likely unzipped it for you. Try this
ls /usr/share/doc/abcde
There's probably a file called FAQ or FAQ.somethingerother. If there's a .gz file but not an unzipped file, try this...
gunzip /usr/share/doc/abcde/FAQ.gz
You may or may not get permissions problems with that.
Amy
no subject
Date: 2005-11-20 02:02 pm (UTC)no subject
Date: 2005-12-29 04:08 am (UTC)No! You don't want to be doing this. Very bad!
no subject
Date: 2005-12-29 05:47 am (UTC)