Mirror Debian

2017-05-17 Por tema remgasis remgasis
Buenas.

Actualmente me encuentro instalando un mirror debian con ftpsync.
Como indica la documentación, en una primera ejecución de* deftpsync.conf*
como /home/mirror/bin/ftpsync sync:all  usuario mirror, he dejado el
archivo como se muestra a continuación:

--

MIRRORNAME=`hostname -f`
TO="/var/mirror/debian/"
RSYNC_PATH="debian"
RSYNC_HOST=ftp.us.debian.org

#RSYNC_USER=
#RSYNC_PASSWORD=
#RSYNC_SSL=false
#RSYNC_SSL_PORT=1873
#RSYNC_SSL_CAPATH=/etc/ssl/certs
#RSYNC_SSL_METHOD=stunnel4

LOGDIR="${BASEDIR}/log"
LOG="${LOGDIR}/${NAME}.log"

#MAILTO="root"
#ERRORSONLY="true"

ERRORSONLY="false"
FULLLOGS="true"

#EXCLUDE=""
#ARCH_EXCLUDE=""

ARCH_INCLUDE="amd64 i386"

#HUB=false
#LOGROTATE=14
#LOCK="${TO}/Archive-Update-in-Progress-${MIRRORNAME}"
# LOCKTIMEOUT=${LOCKTIMEOUT:-3600}
#UPDATEREQUIRED="${TO}/Archive-Update-Required-${MIRRORNAME}"
#UIPSLEEP=1200

#UIPRETRIES=3
TRACE="project/trace/${MIRRORNAME}"

#EXTENDEDTRACE="full"
#TRACEHOST="$(hostname -f)"

RSYNC=rsync

# RSYNC_EXTRA=""
#RSYNC_BW=""

RSYNC_FILTER="--filter=protect_Archive-Update-in-Progress-${MIRRORNAME}
--filter=protect_${TRACE}
--filter=protect_Archive-Update-Required-${MIRRORNAME}"

RSYNC_OPTIONS="-prltvHSB8192 --timeout 3600 --stats ${RSYNC_FILTER}"

RSYNC_OPTIONS1="--exclude=Packages* --exclude=Sources* --exclude=Release*
--exclude=InRelease --exclude=i18n/* --exclude=ls-lR*"

RSYNC_OPTIONS2="--recursive --times --links --hard-links --delete
--delete-after --max-delete=4 --delay-updates --delete
--delete-excluded"

# RSYNC_PROXY=
#CALLBACKUSER="archvsync"
#CALLBACKHOST="none"
#CALLBACKKEY="none"
#HOOK1=
#HOOK2=
#HOOK3=
#HOOK4=
#HOOK5=

--

En algunas oportunidades falló el servicio eléctrico y volví a ejecutar el
script. Una vez finalizada la descarga de aproximadamente 340GB cambie las
siguientes lineas:


ARCH_INCLUDE="amd64 i386"
a
ARCH_INCLUDE="amd64 i386 source"

y comenté la línea:
##RSYNC_OPTIONS1="--exclude=Packages* --exclude=Sources* --exclude=Release*
--exclude=InRelease --exclude=i18n/* --exclude=ls-lR*"

A pesar de esto y de la actual ejecución de los 4 procesos del usuario
mirror:

mirror4667  0.0  0.0   2272   596 ?Ss   00:18   0:00 /bin/sh -c
 /home/mirror/bin/ftpsync sync:all
mirror4668  0.0  0.1   5340  3112 ?S00:18   0:00 /bin/bash
/home/mirror/bin/ftpsync sync:all
mirror4694  0.0  0.2  38820  4320 ?S00:18   0:00 rsync
--bwlimit=0 -prltvHSB8192 --timeout 3600 --stats
--filter=protect_Archive-Update-in-Progress-coloso --filter=protect_project/
mirror4695  0.2  0.1  40464  3296 ?S00:18   0:02 rsync
--bwlimit=0 -prltvHSB8192 --timeout 3600 --stats
--filter=protect_Archive-Update-in-Progress-coloso --filter=protect_project/


donde 4694 y 4695:

rsync --bwlimit=0 -prltvHSB8192 --timeout 3600 --stats
--filter=protect_Archive-Update-in-Progress-coloso
--filter=protect_project/trace/coloso
--filter=protect_Archive-Update-Required-coloso --exclude=Packages*
--exclude=Sources* --exclude=Release* --exclude=InRelease --exclude=i18n/*
--exclude=ls-lR* --exclude=.~tmp~/ --include=/dists/**/binary-amd64/
--include=/dists/**/installer-amd64/ --include=/dists/**/Contents-amd64.gz
--include=/dists/**/Contents-udeb-amd64.gz
--include=/dists/**/Contents-amd64.diff/
--include=/indices/**/arch-amd64.files
--include=/indices/**/arch-amd64.list.gz --include=/pool/**/*_amd64.deb
--include=/pool/**/*_amd64.udeb --include=/pool/**/*_amd64.changes
--include=/dists/**/binary-i386/ --include=/dists/**/installer-i386/
--include=/dists/**/Contents-i386.gz
--include=/dists/**/Contents-udeb-i386.gz
--include=/dists/**/Contents-i386.diff/
--include=/indices/**/arch-i386.files
--include=/indices/**/arch-i386.list.gz --include=/pool/**/*_i386.deb
--include=/pool/**/*_i386.udeb --include=/pool/**/*_i386.changes
--include=/dists/**/binary-source/ --include=/dists/**/installer-source/
--include=/dists/**/Contents-source.gz
--include=/dists/**/Contents-udeb-source.gz
--include=/dists/**/Contents-source.diff/
--include=/indices/**/arch-source.files
--include=/indices/**/arch-source.list.gz --include=/pool/**/*_source.deb
--include=/pool/**/*_source.udeb --include=/pool/**/*_source.changes
--include=/dists/**/binary-all/ --include=/dists/**/installer-all/
--include=/dists/**/Contents-all.gz
--include=/dists/**/Contents-udeb-all.gz
--include=/dists/**/Contents-all.diff/ --include=/indices/**/arch-all.files
--include=/indices/**/arch-all.list.gz --include=/pool/**/*_all.deb
--include=/pool/**/*_all.udeb --include=/pool/**/*_all.changes
--exclude=/dists/**/binary-*/ --exclude=/dists/**/installer-*/
--exclude=/dists/**/Contents-*.gz --exclude=/dists/**/Contents-udeb-*.gz
--exclude=/dists/**/Contents-*.diff/ --exclude=/indices/**/arch-*.files
--exclude=/indices/**/arch-*.list.gz

Re: cgit sobre Apache2

2017-05-17 Por tema Ángel
On 2017-05-17 at 13:03 +0200, Santi Moreno wrote:
> ScriptAlias / /usr/lib/cgit/cgit.cgi/
> Alias / /usr/share/cgit

Estás estableciendo dos alias distintos para /

Me da la impresión de que lo que querías hacer era
Alias /cgit-css /usr/share/cgit



Re: Directorio de inicio(solucionado)

2017-05-17 Por tema Ramiro Castillo

El 16/05/17 a las 19:42, Ángel escribió:

On 2017-05-16 at 16:35 -0500, Debian Linux wrote:

Gracias, Javier


Utilizo apache. Ayer actualice Debian Jessi e ISPconfig. Apunte un
dominio, pero se añade un directorio index.html

El nuevo dominio no busca el archivo index.html de DirectoryIndex

El dominio busca los archivos de DirectoryIndex   en
midominio.com/index.html/

Deberia buscar en: midominio.com


¿Tienes quizá una carpeta llamada index.html ?

Asumiendo una configuración por defecto... ¿qué clase de fichero
es /var/www/html/index.html ?

Un saludo


Gracias por las respuestas

El camino hacia el directorio, no estaba bien. y en el cahe del 
navegador se mantenia lo del error.


--
Atentamente

Ramiro Vicente Castillo Cabay
Usuario GNU/Linux Nº 328259
E-mail ram...@saslibre.net
Teléfono 02-2-595-632
Quito-Ecuador



Re: linux con win doble boot

2017-05-17 Por tema Felix Perez
El día 16 de mayo de 2017, 23:43, martin ayos  escribió:
> El día 15 de mayo de 2017, 15:20, JAP  
> escribió:
>> El 15/05/17 a las 13:20, martin ayos escribió:
>>>
>>> Mi hijo está estudiando en en una escuela industrial. La orientación
>>> es programación, pero está recién en primer año. Ya le instalé un win
>>> 10 en una VM. Pero no hay caso, tiene muchos problemas con los
>>> dispositivos, procesadores, ram, etc. Por consiguiente, la idea es
>>> hacer el doble boot. todavía me resisto jaja. Pero no me va quedando
>>> otra opción. El último windows que instalé, creo, fue el XP cuando
>>> salió. Hace años que ni lo toco e ignoro qué habrá cambiado en la
>>> instalación. Sabía que había problemas con el grub. Pero nada más.
>>> Esta máquina, en un futuro, seguirá con linux y borraré windows cuando
>>> ya no tenga que utilizarlo, pero, por el momento, debo hacerlo.
>>
>>
>>
>> Regla número uno del estudiante de computación: máquina dedicada para poder
>> hacer trastadas.
>>
>> Por lo que veo, es una placa Xeon E3 con un procesador que como mínimo, es
>> un i3. Algo para usar en serio.
>>
>> Si querés un consejo, te recomiendo que le consigas un equipo más viejo, de
>> segunda mano, instale un Win7 y que se dedique a hacer desastres en él sin
>> ningún reparo.
>> Con monitor CRT en vez de plasma o led.
>> Es para estudiar.
>>
>> Mi experiencia con los aprendices de programación, es que suelen arrancar
>> con alguna versión de Pascal, y cuando entran al manejo de punteros, HACEN
>> DESASTRES con las direcciones de memoria.
>>
>> Y si ven los primeros palotes con C++, los accesos a disco pueden hacerse a
>> cilindro/sector directo, con lo que pueden arruinar un disco.
>>
>> Es divertido para el que está estudiando y aprendiendo, pero si el desastre
>> lo hacen en la computadora que usa la familia para el "feibu", se arma la
>> gorda.
>>
>> JAP
>>
>>
>
>
> Muchas gracias por el consejo y es totalmente cierto jaja. Por ahora,
> no va a programar, está en primer año. La idea es que tenga los dos
> hasta que le den la máquina del colegio y luego quitar windows (no sé
> para qué se lo piden) y volver todo a la normalidad.
>

Pues para que va a ser, pues para el "vichual basic .net" que es lo
mejor de lo mejor y además es lo único que sabemos usar.

Ojo eso me lo dijo un alumno mío, es lo que le había contestado su profesor.

Saludos.

-- 
usuario linux  #274354
normas de la lista:  http://wiki.debian.org/es/NormasLista
como hacer preguntas inteligentes:
http://www.sindominio.net/ayuda/preguntas-inteligentes.html



Re: linux con win doble boot (Solucionado)

2017-05-17 Por tema martin ayos
Windows 10 efectivamente pisa el grub. Reinstalé el grub y listo. Eso
sí, en cuanto mi hijo deje de utilizarlo, volvemos a sólo linux. PS:
ningún problema con UEFI activado.

-- 
Martín Ayos
===
Linux User # 481475
===


RE: cgit sobre Apache2

2017-05-17 Por tema Romero, Fernando


-Mensaje original-
De: Santi Moreno [mailto:santi.mor...@gnu-linux.es] 
Enviado el: miércoles, 17 de mayo de 2017 8:03 a. m.
Para: debian-user-spanish@lists.debian.org
Asunto: cgit sobre Apache2

Hola gente,
estoy trantando de configurar cgit sobre un servidor apache2. El paquete que se 
instala en Debian Stretch lo sirve sin problemas sobre dominio.org/cgit pero 
quiero redirigirlo a git.dominio.org y ahí es donde tengo problemas.
cgit instala el script cgi en /usr/lib/cgit y el css e imagenes en 
/usr/share/cgit He definido un  en 
/etc/apache2/sites-available/cgit.conf
como sigue:


ServerName git.domain.org
DocumentRoot /usr/share/cgit
ScriptAlias / /usr/lib/cgit/cgit.cgi/
Alias / /usr/share/cgit

AllowOverride None
Options ExecCGI FollowSymlinks
Require all granted



Mi problema es que no carga el contenido de /usr/share/cgit y no lee ni el .css 
ni las imagenes. Estas apuntan a http://git.domain.org/cgit-css/cgit.css y allí 
no lo encuentra, sin embargo si lo ve en http://domain.org/cgit-css/cgit.css

¿Sabies como puedo hacer para que las referencias a git.domain.org las busque 
en la misma carpeta que domain.org?

He probado con RedirectMatch y un poco "a lo bestia" ha funcionado pero seguro 
que hay alguna forma más elegante de resolverlo.

Saludos y gracias,
@santimoreno


Tenes habilitado el mod_rewrite?



cgit sobre Apache2

2017-05-17 Por tema Santi Moreno
Hola gente,
estoy trantando de configurar cgit sobre un servidor apache2. El paquete
que se instala en Debian Stretch lo sirve sin problemas sobre
dominio.org/cgit pero quiero redirigirlo a git.dominio.org y ahí es
donde tengo problemas.
cgit instala el script cgi en /usr/lib/cgit y el css e imagenes en
/usr/share/cgit
He definido un  en /etc/apache2/sites-available/cgit.conf
como sigue:


ServerName git.domain.org
DocumentRoot /usr/share/cgit
ScriptAlias / /usr/lib/cgit/cgit.cgi/
Alias / /usr/share/cgit

AllowOverride None
Options ExecCGI FollowSymlinks
Require all granted



Mi problema es que no carga el contenido de /usr/share/cgit y no lee ni
el .css ni las imagenes. Estas apuntan a 
http://git.domain.org/cgit-css/cgit.css y allí no lo encuentra, sin
embargo si lo ve en http://domain.org/cgit-css/cgit.css

¿Sabies como puedo hacer para que las referencias a git.domain.org las
busque en la misma carpeta que domain.org?

He probado con RedirectMatch y un poco "a lo bestia" ha funcionado pero
seguro que hay alguna forma más elegante de resolverlo.

Saludos y gracias,
@santimoreno



Re: [OT] Re: Consulta de hardware

2017-05-17 Por tema Rafael Cantos Villanueva

El 16/05/2017 a las 11:59, José Luis Triviño escribió:

On 16/05/17 00:54, Rafael Cantos Villanueva wrote:

Buenas


Estoy usando una raspberry pi con raspbian, a parte de tener Debian 
en otro ordenador, y me pregunto si alguno conoce algun sistema 
similar, quiero decir, de reducido tamaño (placa, procesador y RAM), 
económico (no tan barato como la raspberry) pero que pueda funcionar 
con Debian, y a poder ser con entorno gráfico.


También me valdría saber empresas que fabriquen este tipo de hardware 


Hola,

Tienes varios. Aunque creo que no es una pregunta propia de esta lista 
(marco como OT):


- Banana pi
- Orange pi

Algunas versiones incluso más barato que la RP.

Y creo que hay uno más que no recuerdo ahora mismo.

Saludos,




Hola

Gracias por la información, es de mucha utilidad.

---
El software de antivirus Avast ha analizado este correo electrónico en busca de 
virus.
https://www.avast.com/antivirus