Que weno ;- ) no ve ....nos alegramos que el ISP cedío...
bytes.
El día 13/08/07, jose sALAS <[EMAIL PROTECTED]> escribió:
>
> Estimados, luego de varios días Entel realizo el reverso...
> y todo volvio a la normalidad.
>
> Muchas Gracias a todos por el apoyo y la educación que me brindaron.
>
> Lo importante fue el debate planteado, que cada cual lo tomará como es
> debido.
>
> Atte.
>
> J~S~
>
> On 7/30/07, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> > Miguel Oyarzo O. <[EMAIL PROTECTED]> wrote:
> > > At 22:57 29-07-2007, Horst H. von Brand wrote:
> > > >Miguel Oyarzo O. <[EMAIL PROTECTED]> wrote:
> > > > > At 10:47 26-07-2007, Horst H. von Brand wrote:
> >
> > [...]
> >
> > > >Revisa lo que significa SHOULD en los RFC: Basicamente, significa que
> > > >/tiene/ que estar salvo que hayan razones de peso en contra.
> > > >
> > > > > Bucar por "define:should" en goole
> > > >
> > > >No es relevante, los RFC tienen su propia definicion.
> > >
> > > yep, ahora bajaste un grado tu dura definicion anterior (debe).
> > >
> > > RFC 2119 no se contradice con la definicion general:
> > > SHOULD = RECOMMENDED <> MUST = REQUIRED
> >
> > SHOULD es "haga esto; puede no hacerlo, pero solo si tiene razones de
> > gran peso (que nos damos cuenta podrian existir), y bajo su exclusiva
> > responsabilidad", MUST es "haga esto". Y "es que me da flojera poner los
> > reversos como se debe" no es una razon de peso.
> >
> > [...]
> >
> > > La razon mas importante que di es la disminucion del SPAM.
> >
> > No lo disminuye mas que en una fraccion minima.
> >
> > > Rechazar hosts conmutados
> >
> > Hay listas de tales cosas. Y no todos son fuentes de correo basura.
> >
> > > y sin reverso reduce drasticamente ese
> lastre.
> >
> > No.
> >
> > > Ese es un caso particularmente valido e indiscutible.
> >
> > Recuerdan SPF? Se invento para eliminar spam, via "solo estas maquinas
> > son origenes legitimos de correo para el dominio xyz", y al par de
> > semanas habia mas spam "protegido" por SPF que correo legitimo.
> >
> > > > > > > Las conexiones conmutadas no necesitan reverso en lo absoluto!
> Los
> > > > > > > usuarios de la casa no lo requieren.
> > > >
> > > > > >Claro que si lo requieren!
> > > >
> > > > > por que? ni idea a que cosa te refieres.. muy vago el comentario
> esta vez.
> > > >
> > > >Conexiones conmutadas usan una IP ==> requieren nombres inscritos en
> DNS
> > > >con sus respectivos reversos.
> >
> > > Falso,
> >
> > Que cosa? Usan IP? Porque solo si no usan IP, lo demas es falso...
> > --
> > Dr. Horst H. von Brand User #22616 counter.li.org
> > Departamento de Informatica Fono: +56 32 2654431
> > Universidad Tecnica Federico Santa Maria +56 32 2654239
> > Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
> >
>
>
From [EMAIL PROTECTED] Wed Aug 15 12:23:49 2007
From: [EMAIL PROTECTED] (Graciela Urquieta)
Date: Wed Aug 15 12:52:17 2007
Subject: subversion+apache
Message-ID: <[EMAIL PROTECTED]>
hola, ahora mismo estoy tratando de instalarme algunas aplicaciones
que me sirvan para tener mayor control sobre mis desarrollos,
especificamente estoy instalando svn sobre un centos 4.4, el svn esta
instalado y funcionando correctamente para un solo repositorio, pero
al momento de configurar varios repositorios se me presentan algunos
inconvenientes al acceder a los mismos, mis configuraciones en apache
son:
<VirtualHost *:80>
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /www/svn
ServerName subversion.dominio.com
ErrorLog logs/repos
CustomLog logs/repos common
<Location />
DAV svn
SVNParentPath "/www/svn/"
SVNListParentPath on
</Location>
</VirtualHost>
Al momento de acceder desde el browser http://subversion.dominio.com,
aparentemente todo ok, ya que me muestra el listado de repositorios
(/prueba, y otros) y puedo accederlos a cada uno de ellos, pero cuando
intento accederlos desde la consola para realizar cualquier tarea, por
ej: svn import trabajo/
http://subversion.dominio.com/prueba/tra_prueba -m "Transferencia
Inicial de mis archivos"
me arroja el siguiente error:
svn: requerimiento PROPFIND falló en '/prueba'
svn: PROPFIND de '/prueba': 301 Moved Permanently
(http://subversion.dominio.com)
Buscando por internet encontre un tutorial donde hace una pequeña
variacion en el Location, a algo asi:
<VirtualHost *:80>
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /www/svn
ServerName subversion.dominio.com
ErrorLog logs/repos
CustomLog logs/repos common
<Location /svn>-----------------modificacion
DAV svn
SVNParentPath "/www/svn/"
SVNListParentPath on
</Location>
</VirtualHost>
haciendo este cambio las formas de acceso cambian a algo asi:
- desde el browser: http://subversion.dominio.com/snv (muestra el
listado de repositorios, todo ok)
- desde la consola: svn import trabajo/
http://subversion.dominio.com/svn/prueba/tra_prueba -m "Transferencia
Inicial de mis archivos" (de esta forma si funciona correctamente)
MI consulta es por solo esa variacion hace que funcione o no?,
personalmente desearia que tanto desde el browser como desde la linea
de comandos el acceso a los repositorios sea solo de la forma:
- http://subversion.dominio.com/nombre_repositorio
Me pueden orientar para obtener este resultado?
gracias
