I am migrating my music over from itunes to run on Amarok (or another player that may be better and can sync an ipod touch running ios 4.2.1). The first step is to copy my music files from my itunes directories into the music folder on my hard drive, /home/music. The problem is, I have about 1/3 or 1/4 of these files purchased directly from itunes, and so they are in the proprietary itunes format, *.m4p. I will not be sharing my purchased music with anyone, so I will not be violating any copyright laws, so no worries there. However, I still need to be able to read these songs with the music player in OS 11.4, and I still need to be able to manage my ipod touch in OS without going back to windows. My first thought is that I would like to segregate all the m4p files into one directory folder. /homes/music has multiple sub-directories with the artists names, and those have sub-directories with album names on them. I was thinking the command line would be faster than one by one, if there is a command line program similar to 'mv' that will look into a directory and all its sub-directories to find files of type *.m4p, and move them to a separate directory. From there I can work with them in some way. At the very least I will know which ones are in the m4p format so that I can go back to my windows pc, burn them to audio cd (if there are not too many), and then rip them back to mp3. Or, if there is a better way to just use amarok or some other program to read all the files, find the m4p files, and convert them, that would be the easiest. thanks George -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 28 August 2011 09:40, George OLson <grglsn765@gmail.com> wrote:
I am migrating my music over from itunes to run on Amarok (or another player that may be better and can sync an ipod touch running ios 4.2.1). The first step is to copy my music files from my itunes directories into the music folder on my hard drive, /home/music.
The problem is, I have about 1/3 or 1/4 of these files purchased directly from itunes, and so they are in the proprietary itunes format, *.m4p.
I will not be sharing my purchased music with anyone, so I will not be violating any copyright laws, so no worries there.
However, I still need to be able to read these songs with the music player in OS 11.4, and I still need to be able to manage my ipod touch in OS without going back to windows.
My first thought is that I would like to segregate all the m4p files into one directory folder. /homes/music has multiple sub-directories with the artists names, and those have sub-directories with album names on them.
I was thinking the command line would be faster than one by one, if there is a command line program similar to 'mv' that will look into a directory and all its sub-directories to find files of type *.m4p, and move them to a separate directory.
man find ne... -- Registered Linux User # 125653 (http://counter.li.org) Now accepting personal mail for GMail invites. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
George OLson wrote:
I am migrating my music over from itunes to run on Amarok (or another player that may be better and can sync an ipod touch running ios 4.2.1). The first step is to copy my music files from my itunes directories into the music folder on my hard drive, /home/music.
The problem is, I have about 1/3 or 1/4 of these files purchased directly from itunes, and so they are in the proprietary itunes format, *.m4p.
I think they should be playable with amarok, but I haven't tried it.
My first thought is that I would like to segregate all the m4p files into one directory folder. /homes/music has multiple sub-directories with the artists names, and those have sub-directories with album names on them.
I was thinking the command line would be faster than one by one, if there is a command line program similar to 'mv' that will look into a directory and all its sub-directories to find files of type *.m4p, and move them to a separate directory.
'find' will find the files for you.
From there I can work with them in some way. At the very least I will know which ones are in the m4p format so that I can go back to my windows pc, burn them to audio cd (if there are not too many), and then rip them back to mp3.
I wonder if ffmpeg would be able to convert them. -- Per Jessen, Zürich (15.6°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 28/08/11 18:40, George OLson wrote:
I am migrating my music over from itunes to run on Amarok (or another player that may be better and can sync an ipod touch running ios 4.2.1). The first step is to copy my music files from my itunes directories into the music folder on my hard drive, /home/music.
The problem is, I have about 1/3 or 1/4 of these files purchased directly from itunes, and so they are in the proprietary itunes format, *.m4p.
I will not be sharing my purchased music with anyone, so I will not be violating any copyright laws, so no worries there.
However, I still need to be able to read these songs with the music player in OS 11.4, and I still need to be able to manage my ipod touch in OS without going back to windows.
My first thought is that I would like to segregate all the m4p files into one directory folder. /homes/music has multiple sub-directories with the artists names, and those have sub-directories with album names on them.
Do yourself one big and great favour: install mc (Midnight Commander) and use it for almost all directory/file work. When you have it installed, create a directory in your home with a name of your choice; run mc from a command line in the konsole and select Command>Find File. Type in *.mp4 in the search field and type in "/" as the starting point. Let mc find all the files on your system (including any in your Windows installation - provided that the Windows partitions have been mounted of course) and after mc has found all the *.mp4 files select the option at the bottom of the search window called Panelize; this will put all the directories and the *.mp4 files within them into a panel on the left side of mc. Then using F6 (but preferrably F5 at your level of experience) copy (F5) or F6 (move) those files to the newly created directory in your home directory which you can find on the right side of mc. I will leave it to you to work out how to select all those *.mp4 files in the panel. However, I will you give you a hint: if you press the "+" key on the numeric keypad then type in "*.mp4" all such files will be highlighted in yellow.
I was thinking the command line would be faster than one by one, if there is a command line program similar to 'mv' that will look into a directory and all its sub-directories to find files of type *.m4p, and move them to a separate directory.
From there I can work with them in some way. At the very least I will know which ones are in the m4p format so that I can go back to my windows pc, burn them to audio cd (if there are not too many), and then rip them back to mp3.
Or, if there is a better way to just use amarok or some other program to read all the files, find the m4p files, and convert them, that would be the easiest.
The application called vlc will play anything you can throw at it. I use it to watch digital TV, play all my music and anything which comes from YouTube. BC -- "Facts are stupid things." Ronald Reagan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sun, 28 Aug 2011 20:16:31 +0530, Felix Miata <mrmazda@earthlink.net> wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
i've experienced that recently too. always thought VLC was the non-plus, but one strange movie format (don't remember which) vlc wouldn't handle, but it played ok on smplayer. then i discovered, accidentally, that smplayer by default picks up the movie where you stopped watching last time. i find that pretty useful, even if, after a few stops & starts smplayer tends to die and needs to be restarted; that only takes a second and will continue from where it died. -- phani. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sun, 28 Aug 2011 10:46:31 -0400, Felix Miata <mrmazda@earthlink.net> wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Are you sure about that? iTunes downloads are DRMed. Jon Cosby -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sunday 28 August 2011 08:16:27 lists@seablues.net wrote:
On Sun, 28 Aug 2011 10:46:31 -0400, Felix Miata <mrmazda@earthlink.net>
wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Are you sure about that? iTunes downloads are DRMed.
Still? I thought they stopped that Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/28 08:16 (GMT-0700) lists@seablues.net composed:
On Sun, 28 Aug 2011 10:46:31 -0400, Felix Miata wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Are you sure about that? iTunes downloads are DRMed.
There's nothing important enough that I have to fork over money to Apple first to throw something at smplayer, so I wouldn't know. There's more than too much to watch & listen to for free to be spending money to do so on anything less important than compelling. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Sun, 28 Aug 2011 13:36:35 -0400, Felix Miata <mrmazda@earthlink.net> wrote:
On 2011/08/28 08:16 (GMT-0700) lists@seablues.net composed:
Are you sure about that? iTunes downloads are DRMed.
There's nothing important enough that I have to fork over money to Apple first to throw something at smplayer, so I wouldn't know. There's more than too much to watch & listen to for free to be spending money to do so on anything less important than compelling.
I wouldn't pay money to Apple either, but George was originally asking about moving iTunes songs over to Linux. AFAIK there's no support for DRM in Linux. Jon -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 08/29/2011 02:59 AM, lists@seablues.net wrote:
On Sun, 28 Aug 2011 13:36:35 -0400, Felix Miata <mrmazda@earthlink.net> wrote:
On 2011/08/28 08:16 (GMT-0700) lists@seablues.net composed:
Are you sure about that? iTunes downloads are DRMed.
There's nothing important enough that I have to fork over money to Apple first to throw something at smplayer, so I wouldn't know. There's more than too much to watch & listen to for free to be spending money to do so on anything less important than compelling.
I wouldn't pay money to Apple either, but George was originally asking about moving iTunes songs over to Linux. AFAIK there's no support for DRM in Linux.
Jon
Yes, the issue is the DRM songs that I have purchased. The only way I know how to free them from being DRM is to burn them to an audio cd and then rip that cd again back to mp3 or some other format that the smplayer or amarok will play, and will also allow me to sync with my ipod touch. Another question along those lines - do I have to jailbreak my ipod touch in order for it to sync in linux? Or is it ok to remain as it is? George -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Mon, 29 Aug 2011 09:05:24 +0800, George OLson <grglsn765@gmail.com> wrote:
Another question along those lines - do I have to jailbreak my ipod touch in order for it to sync in linux? Or is it ok to remain as it is?
I think Banshee supports the touch, not sure about Amarok or the others. Why don't you test it out? Jon -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 29/08/11 11:05, George OLson wrote:
On 08/29/2011 02:59 AM, lists@seablues.net wrote:
On Sun, 28 Aug 2011 13:36:35 -0400, Felix Miata <mrmazda@earthlink.net>
Jon
Yes, the issue is the DRM songs that I have purchased. The only way I know how to free them from being DRM is to burn them to an audio cd and then rip that cd again back to mp3 or some other format that the smplayer or amarok will play, and will also allow me to sync with my ipod touch.
Another question along those lines - do I have to jailbreak my ipod touch in order for it to sync in linux? Or is it ok to remain as it is?
George Not 100% sure about this, but as a last resort, you could burn them to a "Virtual CD", and rip them back. - would save on CDs and *some* time.... John. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 29/08/11 00:46, Felix Miata wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Which of these (and those on other pages) it didn't play? http://www.videolan.org/vlc/features.html BC -- "Facts are stupid things." Ronald Reagan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/29 12:26 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Which of these (and those on other pages) it didn't play?
All. It's a mommy knows better than admin program that refuses to run unless mommy's inane prerequisites are all fulfilled or it's recompiled without mommy's reqs. I don't install it any more since that discovery. Smplayer has no such requirements. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 29/08/11 14:12, Felix Miata wrote:
On 2011/08/29 12:26 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
On 2011/08/29 00:05 (GMT+1000) Basil Chupin composed:
The application called vlc will play anything you can throw at it.
I recently found it won't, but smplayer will.
Which of these (and those on other pages) it didn't play?
All. It's a mommy knows better than admin program that refuses to run unless mommy's inane prerequisites are all fulfilled or it's recompiled without mommy's reqs. I don't install it any more since that discovery. Smplayer has no such requirements.
You mean what is written on that site- Features *Simple*, Powerful and Fast Plays *everything*, Files, Discs (DVD, CD, VCD), Devices and Streams Plays most codecs with *no codec packs* needed is false advertising? :-) Aaaah......you aren't trying to run the vlc which is found in the 'normal' oS repos? If so then you need to install vlc directly from videolan itself using the 1-click install here- http://www.videolan.org/vlc/download-suse.html BC -- "Facts are stupid things." Ronald Reagan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/29 14:50 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
It's a mommy knows better than admin program that refuses to run unless mommy's inane prerequisites are all fulfilled or it's recompiled without mommy's reqs. I don't install it any more since that discovery. Smplayer has no such requirements.
Plays *everything*, Files, Discs (DVD, CD, VCD), Devices and Streams
Playing anything requires it first be started, which has a (practically speaking) unfulfillable condition: http://mailman.videolan.org/pipermail/vlc/2011-June/020179.html -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 29/08/11 20:48, Felix Miata wrote:
On 2011/08/29 14:50 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
It's a mommy knows better than admin program that refuses to run unless mommy's inane prerequisites are all fulfilled or it's recompiled without mommy's reqs. I don't install it any more since that discovery. Smplayer has no such requirements.
Plays *everything*, Files, Discs (DVD, CD, VCD), Devices and Streams
Playing anything requires it first be started, which has a (practically speaking) unfulfillable condition: http://mailman.videolan.org/pipermail/vlc/2011-June/020179.html
You are being just a bit "sneaky" about all this, aren't you? :-( . You have a special case of trying to do something with outputting something to your Television set instead of your monitor, aren't you? You have been given suggestions as to how to do it but you publicly, here, say without any qualifications that vlc does not work - vlc which for 99.999% of people, who would use it in a normal way, you are misleading them by suggesting that it will not work for them. Eh :-( . Not impressed :-( . BC -- "Facts are stupid things." Ronald Reagan -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/30 18:11 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
On 2011/08/29 14:50 (GMT+1000) Basil Chupin composed:
Felix Miata wrote:
It's a mommy knows better than admin program that refuses to run unless mommy's inane prerequisites are all fulfilled or it's recompiled without mommy's reqs. I don't install it any more since that discovery. Smplayer has no such requirements.
Plays *everything*, Files, Discs (DVD, CD, VCD), Devices and Streams
Playing anything requires it first be started, which has a (practically speaking) unfulfillable condition: http://mailman.videolan.org/pipermail/vlc/2011-June/020179.html
You are being just a bit "sneaky" about all this, aren't you? :-( .
You have a special case of trying to do something with outputting something to your Television set instead of your monitor, aren't you?
Most monitors in stores now are nothing but small TVs without RCA and/or component input sets, without remote controls, and often without speakers. There's definitely no small number of people who use puters to supply programming to their TV sets. Personal puters provide a home for streaming and other content from internet and local network, free satellite TV tuners, OTA TV tuners, and much more, often to replace special purpose puters like satellite receivers, DVRs, or media players.
You have been given suggestions as to how to do it but you publicly, here, say without any qualifications that vlc does not work - vlc which for 99.999% of people, who would use it in a normal way, you are misleading them by suggesting that it will not work for them. Eh :-( .
Doesn't sound like you understand the gist of that thread. Running a program as root is a common test and troubleshoot procedure. If an ordinary user can't do something but root can, the problem is usually one of permissions. Conversely, in a new system a lot of time is saved by creating user(s) only after knowing the system works suitably. Absent recompilation, VLC does not permit these standard practices. OTOH, SMplayer doesn't impose this rather unique limitation. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
throwing my hat in cuz I'm bored at work, I guess.
Doesn't sound like you understand the gist of that thread. Running a program as root is a common test and troubleshoot procedure. If an ordinary user can't do something but root can, the problem is usually one of permissions.
right. a common -troubleshooting- action. if $user can not run $program, try as root; perhaps permissions are wrong. it is -not- a typical operation mode; root permissions should be limited to those few places where really necessary..
Conversely, in a new system a lot of time is saved by creating user(s) only after knowing the system works suitably. Absent recompilation, VLC does not permit these standard practices.
it is a -very- standard practice to either refuse to run as root or to become another user in the background to drop root permissions, if $program is doing actions that could have serious security problems/negative impacts on a machine/doing actions that aren't from completely trusted source. that is actually the gist of the thread you pointed to. if 'a lot of time is saved' by not creating users, you're probably trying to create users in a wrong way and the fact that you're so eager to leave root user logged into a running system (albeit in a semi secured, home environment) makes me think you don't really grasp security implications and/or best practices for what you're doing. I think that by requiring people to compile the code to run as root, vlc (and opensuse in this particular case) is ensuring a minimum level of technical competence for dealing with the potential problems/issues that can arise from running a video decoding/viewing process as root. I don't think this is an unreasonable approach to take and they've probably saved themselves far more users angry about '$torrent_video did $bad_thing to my machine!!!' than they've created by disallowing root by default.
OTOH, SMplayer doesn't impose this rather unique limitation.
-- Even the Magic 8 ball has an opinion on email clients: Outlook not so good. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/08/30 14:47 (GMT-0400) zGreenfelder composed:
throwing my hat in cuz I'm bored at work, I guess.
Doesn't sound like you understand the gist of that thread. Running a program as root is a common test and troubleshoot procedure. If an ordinary user can't do something but root can, the problem is usually one of permissions.
right. a common -troubleshooting- action. if $user can not run $program, try as root; perhaps permissions are wrong. it is -not- a typical operation mode; root permissions should be limited to those few places where really necessary..
Or where it doesn't matter and there's no reason to complicate operation for no purpose served by the mere existence of more than one user.
Conversely, in a new system a lot of time is saved by creating user(s) only after knowing the system works suitably. Absent recompilation, VLC does not permit these standard practices.
it is a -very- standard practice to either refuse to run as root or to
This is the only such case I've ever knowingly run into with an app that requires X to function at all.
become another user in the background to drop root permissions, if $program is doing actions that could have serious security problems/negative impacts on a machine/doing actions that aren't from completely trusted source. that is actually the gist of the thread you pointed to.
No one has as yet explained what security issues could possibly exist playing a local source DVD, .ts, .mpeg, .mp3 or the like outside a Windows desktop environment. The only thing an app to play those has any business doing without explicit permission is accepting keyboard and mouse input, reading bytes from media, and sending its interpretation of them and input actions to a display screen and audio system. For such a purpose it should not matter the nature of the user except to have permissions for the source and output devices. No writing to storage is implicitly necessary. If a player can write unfettered to storage it's broken no matter what permissions its user has or not. It's my puter, not VLC's.
if 'a lot of time is saved' by not creating users, you're probably trying to create users in a wrong way and the fact that you're so eager to leave root user logged into a running system (albeit in a semi secured, home environment) makes me think you don't really grasp security implications and/or best practices for what you're doing.
Time is saved by not wasting time setting up users and /home (e.g. on a separate partition and/or physical device) on a system as yet untested to actually support the operations of its intended use. I rarely install on anything except old hardware that needs testing to ensure it's capable of its intended use before being (re)placed into service that may be entirely unlike its original use.
I think that by requiring people to compile the code to run as root, vlc (and opensuse in this particular case) is ensuring a minimum level of technical competence for dealing with the potential problems/issues that can arise from running a video decoding/viewing process as root.
To output media to a TV by a system used only for that purpose requires no security. VLC does not require a non-admin user open it by the gazillion more Windows than Linux users that use it, so it shouldn't be more imposing on Linux. A warning rather than an outright prohibition is sufficient imposition. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
You could always use gtkpod, no jailbreaking needed to use your iPod with it and it is very easy to use! On 30 August 2011 20:35, Felix Miata <mrmazda@earthlink.net> wrote:
On 2011/08/30 14:47 (GMT-0400) zGreenfelder composed:
throwing my hat in cuz I'm bored at work, I guess.
Doesn't sound like you understand the gist of that thread. Running a program as root is a common test and troubleshoot procedure. If an ordinary user can't do something but root can, the problem is usually one of permissions.
right. a common -troubleshooting- action. if $user can not run $program, try as root; perhaps permissions are wrong. it is -not- a typical operation mode; root permissions should be limited to those few places where really necessary..
Or where it doesn't matter and there's no reason to complicate operation for no purpose served by the mere existence of more than one user.
Conversely, in a new system a lot of time is saved by creating user(s) only after knowing the system works suitably. Absent recompilation, VLC does not permit these standard practices.
it is a -very- standard practice to either refuse to run as root or to
This is the only such case I've ever knowingly run into with an app that requires X to function at all.
become another user in the background to drop root permissions, if $program is doing actions that could have serious security problems/negative impacts on a machine/doing actions that aren't from completely trusted source. that is actually the gist of the thread you pointed to.
No one has as yet explained what security issues could possibly exist playing a local source DVD, .ts, .mpeg, .mp3 or the like outside a Windows desktop environment. The only thing an app to play those has any business doing without explicit permission is accepting keyboard and mouse input, reading bytes from media, and sending its interpretation of them and input actions to a display screen and audio system. For such a purpose it should not matter the nature of the user except to have permissions for the source and output devices. No writing to storage is implicitly necessary. If a player can write unfettered to storage it's broken no matter what permissions its user has or not. It's my puter, not VLC's.
if 'a lot of time is saved' by not creating users, you're probably trying to create users in a wrong way and the fact that you're so eager to leave root user logged into a running system (albeit in a semi secured, home environment) makes me think you don't really grasp security implications and/or best practices for what you're doing.
Time is saved by not wasting time setting up users and /home (e.g. on a separate partition and/or physical device) on a system as yet untested to actually support the operations of its intended use. I rarely install on anything except old hardware that needs testing to ensure it's capable of its intended use before being (re)placed into service that may be entirely unlike its original use.
I think that by requiring people to compile the code to run as root, vlc (and opensuse in this particular case) is ensuring a minimum level of technical competence for dealing with the potential problems/issues that can arise from running a video decoding/viewing process as root.
To output media to a TV by a system used only for that purpose requires no security. VLC does not require a non-admin user open it by the gazillion more Windows than Linux users that use it, so it shouldn't be more imposing on Linux. A warning rather than an outright prohibition is sufficient imposition. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation)
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- Cheers Leon -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 2011/09/01 22:25 (GMT+0100) Leon Prior composed:
You could always use gtkpod
Sounds tiny, like most things pod. What is it?
no jailbreaking needed to use your iPod
Whose iPod?
with it and it is very easy to use!
No such thing as an easy to use hand-held device. Everything is too tiny, the opposite of my participation in this thread, and the vlc thread referred to, TV, aka screens big enough to see moving pictures on. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 08/28/2011 10:05 PM, Basil Chupin wrote:
On 28/08/11 18:40, George OLson wrote:
Do yourself one big and great favour: install mc (Midnight Commander) and use it for almost all directory/file work.
When you have it installed, create a directory in your home with a name of your choice; run mc from a command line in the konsole and select Command>Find File. Type in *.mp4 in the search field and type in "/" as the starting point. Let mc find all the files on your system (including any in your Windows installation - provided that the Windows partitions have been mounted of course) and after mc has found all the *.mp4 files select the option at the bottom of the search window called Panelize; this will put all the directories and the *.mp4 files within them into a panel on the left side of mc. Then using F6 (but preferrably F5 at your level of experience) copy (F5) or F6 (move) those files to the newly created directory in your home directory which you can find on the right side of mc.
I will leave it to you to work out how to select all those *.mp4 files in the panel. However, I will you give you a hint: if you press the "+" key on the numeric keypad then type in "*.mp4" all such files will be highlighted in yellow.
WOW - that did exactly what I wanted it to do and FAST! Thanks so much for that suggestion! My next challenge will be to burn all those m4p files to audio cds so that I can rip them back to mp3 without digital rights management. It shouldn't take too long - there are a little under 200 of them, I think. George -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On 08/28/2011 10:05 PM, Basil Chupin wrote:
On 28/08/11 18:40, George OLson wrote:
Do yourself one big and great favour: install mc (Midnight Commander) and use it for almost all directory/file work.
When you have it installed, create a directory in your home with a name of your choice; run mc from a command line in the konsole and select Command>Find File. Type in *.mp4 in the search field and type in "/" as the starting point. Let mc find all the files on your system (including any in your Windows installation - provided that the Windows partitions have been mounted of course) and after mc has found all the *.mp4 files select the option at the bottom of the search window called Panelize; this will put all the directories and the *.mp4 files within them into a panel on the left side of mc. Then using F6 (but preferrably F5 at your level of experience) copy (F5) or F6 (move) those files to the newly created directory in your home directory which you can find on the right side of mc.
I will leave it to you to work out how to select all those *.mp4 files in the panel. However, I will you give you a hint: if you press the "+" key on the numeric keypad then type in "*.mp4" all such files will be highlighted in yellow.
WOW - that did exactly what I wanted it to do and FAST! Thanks so much for that suggestion! My next challenge will be to burn all those m4p files to audio cds so that I can rip them back to mp3 without digital rights management. It shouldn't take too long - there are a little under 200 of them, I think. George -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (12)
-
Anders Johansson -
Basil Chupin -
Felix Miata -
george olson -
George OLson
-
John Bennett -
Leon Prior -
lists＠seablues.net -
ne... -
Per Jessen -
phanisvara das -
zGreenfelder