opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Cuestión de línea de la orden

To: Felix Miata <mrmazda@xxxxxxxxxxxxx>
Subject: Re: [opensuse] Cuestión de línea de la orden
From: Leon Prior <shout@xxxxxxxxxxxxxxx>
Date: Thu, 1 Sep 2011 22:25:43 +0100
Cc: opensuse@xxxxxxxxxxxx
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 01 Sep 2011 17:26:04 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E5D3B67.10500@earthlink.net>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
References: <4E59FF0D.5000805@gmail.com> <4E5A4B3F.3040204@iinet.net.au> <4E5A54C7.70300@earthlink.net> <4E5AF8E2.1070207@iinet.net.au> <4E5B119B.4070003@earthlink.net> <4E5B1A80.3080409@iinet.net.au> <4E5B6E78.6080203@earthlink.net> <4E5C9B25.2040200@iinet.net.au> <4E5CFA4C.3000103@earthlink.net> <CAF-umFPMOXkAv6DmvOOqRODLR6dvgf9DS6DJ3Ntgdi8+CL3M3Q@mail.gmail.com> <4E5D3B67.10500@earthlink.net>
Siempre podrías utilizar *gtkpod, ningún *jailbreaking necesitado para utilizar vuestro *iPod
con él y él es muy fáciles de utilizar!

En 30 agosto 2011 20:35, Felix *Miata <mrmazda@xxxxxxxxxxxxx> escribió:
> En 2011/08/30 14:47 (GMT-0400) *zGreenfelder compuso:
>
>> echando mi sombrero en *cuz soy *bored en trabajo, adivino.
>
>>>  No suena como ti entiende el *gist de aquel hilo. Corriendo un
>>> programa
>>>  como raíz es una prueba común y *troubleshoot procedimiento. Si un usuario normal
>>>  puede no  algo pero la raíz pueden, el problema es normalmente uno de permisos.
>>> 
>
>> Correcto.  Un común -*troubleshooting- acción.  Si $el usuario no puede correr
>> $programa, prueba tan raíz; quizás los permisos son mal.
>> Es -no- un modo de operación típico; permisos de raíz tendrían que ser
>> limitados a aquellos pocos sitios donde realmente necesario..
>
> O donde no importa y hay ninguna razón para complicar operación para
> ningún propósito servido por la existencia mera de más que un usuario.
>
>>>  *Conversely, en un sistema nuevo mucho tiempo es salvado por crear usuario(*s)
>>> sólo
>>>  después de saber los trabajos de sistema *suitably. Ausente *recompilation, *VLC no
>>> permite estas prácticas estándares.
>
>> Es un -muy- práctica estándar a cualesquier residuos para correr como raíz o a Esto
>
> es el sólo tal caso he nunca intencionadamente corrido a con un *app que
> requiere *X para funcionar nada.
>
>> Acontecido otro usuario en el fondo para caer permisos de raíz, si
>> $el programa está haciendo acciones que podrían tener problemas de seguridad
>> seria/impactos negativos en una máquina que/hace acciones que no son de fuente
>> confiada completamente.   Aquello es de hecho el *gist del hilo
>> señalaste a.
>
> Nadie tiene tan todavía explicó qué asuntos de seguridad posiblemente podrían existir
> jugando un DVD de fuente local, .*ts, .*mpeg, .*mp3 o el gustar fuera de unas Ventanas
> *desktop entorno. La cosa única un *app para jugar aquellos tiene cualquier empresarial
> haciendo sin el permiso explícito está aceptando teclado y entrada de ratón,
> leyendo *bytes de *media, y enviando su interpretación de ellos y acciones
> de entrada a una pantalla de exhibición y sistema de audio. Para tal propósito no
> tendría que importar la naturaleza de la usuaria exceptúa para tener permisos para la fuente
> y dispositivos de producción. Ninguna escritura a *storage es *implicitly necesario. Si un
> jugador puede escribir *unfettered a *storage no es roto ningún asunto lo que
> permisos su usuario tiene o no. Es mi *puter, no *VLC.
>
>> Si 'mucho tiempo es salvado' por no creando usuarios, probablemente estás
>> probando para crear usuarios en una manera incorrecta y el hecho que eres tan
>> *eager para dejar usuario de raíz *logged a un corriendo sistema (*albeit en
>> un *semi asegurado, entorno de casa) me hace piensa no realmente coges
>> implicaciones de seguridad y/o prácticas mejores para lo que estás haciendo.
>
> El Tiempo es salvado por no malgastando #el #tiempo que #montar usuarios y casa (*e.*g. En
> una partición separada y/o dispositivo físico) en un sistema cuando todavía *untested a de
> hecho apoyar las operaciones de su uso pretendido. Raramente instalo en
> cualquier cosa excepto hardware viejo que necesita probar para asegurar es capaz de su
> uso pretendido antes de ser (*re)colocado a servicio que puede ser enteramente
> diferente su uso original.
>
>> Pienso que por requerir personas a *compile el código para correr como raíz,
>> *vlc (y *opensuse en este caso particular) está asegurando un nivel mínimo
>> de técnico *competence para tratar los asuntos de problemas/potenciales
>> que pueden surgir de correr un vídeo *decoding/viendo proceso como raíz.
>
> A producción *media a una televisión por un sistema utilizó sólo para aquel propósito no requiere ninguna
> seguridad. *VLC No requiere un no-*admin el usuario lo abre por el *gazillion
> más Ventanas que usuarios de Linux que lo utilizan, así que no tendría que ser más imponiendo
> en Linux. Un aviso bastante que un francamente la prohibición es suficiente
> *imposition.
> --
> "El sensato es sabido para su comprensión, y las palabras
> agradables son *persuasive." *Proverbs 16:21 (Traducción Viviente Nueva)
>
>  OS/2 de Equipo ** *Reg. Usuario de Linux #211409 ** #uno11*y rocas!
>
> Felix *Miata  ***  *http://*fm.No-*ip.*com/
> --
> A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
> Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx
>
>



-- 
Aclama

Leon
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


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@xxxxxxxxxxxxx> 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@xxxxxxxxxxxx
> For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx
>
>



-- 
Cheers

Leon
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>