Re: [Gutl-l] Flisol 2016
El mar, 22-12-2015 a las 19:06 -0500, Pablo M. Drake escribió: > El flisol se mantiene como un evento masivo y abierto, CubaConf es > por > inscripcion y con limite de participacion. > > Pero el cubaconf no es tambien a fines de abril? no me parece lógico haberlos hecho coincidir, corrígeme si me equivoco en algo -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] [Gutlcoord-l] [Off-Topic]Python-Cuba Workgroup - Ingles
Poco a poco van naciendo y creciendo nuevas comunidades de SWL en Cuba. Hace unas horas se anuncio por la Python Software Fundation las labores que se estan realizando para el fortalecimiento de la comunidad cubana de python. Para los que no comprendan el ingles, en este texto se resume varias de las acciones que se han realizado y las que se realizaran el proximo año por parte de Python-Cuba y la PSF de manera conjunta. Ya desde Junio de 2015 la PSF reconoce oficialmente a la comunidad de python de cuba brindandole el apoyo necesario para sus actividades. Abajo el escrito original en ingles, si alguien puede hacer el favor de traducir seria genial: http://pyfound.blogspot.com/2015/12/python-cuba-workgroup.html?utm_source=feedburner_medium=twitter_campaign=Feed%3A+PythonSoftwareFoundationNews+%28Python+Software+Foundation+News%29 Tuesday, December 22, 2015 Python-Cuba Workgroup Today I’d like to report on some of the progress that has been made as a result of last years' controversy over an April 1st joke post about a (fictional) PyCon to be held in Cuba. As you may recall, the joke fell flat for many–nonetheless, the intent to instigate a real movement toward greater communication with Cuban Pythonistas, and perhaps to someday hold a conference on the island, was fulfilled beyond the authors' expectations! The first step occurred in May with the formation of a Python-Cuba Workgroup, which was recognized in June by the PSF board as an official workgroup with a charter. Since some group members already had contacts with Cuban programmers, the workgroup was able to begin a healthy collaboration. In addition, several Cuban Pythonistas made contact with us after the April 1st newsblog post. Discussion and analysis of issues, including internet access in Cuba, how to accommodate a multi-lingual group, governmental involvement and obstacles, etc., began in earnest over the summer. Thanks to the hard work of many, including Kirby Unger, David Mertz, Roberto Rosario, Steve Holden, Luciano Ramalho, Pablo Celayes in Argentina, Olemis Lang in Cuba, and dozens of other supporters and members, the group has recently gotten off the ground, and it looks like great things are about to happen! Pablo Celayes deserves special mention for his efforts in involving his recently formed Python meet-up group in Cordoba, Argentina n the Python-Cuba effort (Cordoba, Argentina meet-up). Cuban developer, Alejandro Zamora Fonesca, is planning to visit Pablo and the rest of this group in Argentina this month to further discuss the growth of Python in Cuba. We look forward to hearing about that meeting on the Python Cuba mail list. In addition, Pablo will be traveling to Cuba in January, and again in March, and hopes to have some sort of Python event organized for that time. Indeed, Python events were already happening in Cuba prior to the formation of our group, and those of us in the US found that there were many Cuban Python developers eager to get more involved (for example, see Twitter). Newer groups, such as the Merchise Start Up Circle in Havana, are quickly growing and are busy planning future events. And plans are also underway to offer workshops on Python and Django as part of the Cuba Free Software Conference, to take place April 25 - 27. This large, international event, sponsored by The User Group of Free Technologies in Cuba (GUTL) and The Best of Open Techonologies in Germany (BOOT), is currently looking for speakers and mentors, so if you’re interested, please contact Pablo Mestre (pmdcuba at gmail dot com). These are just a few of the many ideas that are beginning to take form, and I’ve mentioned only a few of the many people involved. But the excitement and momentum are truly building. The Python-Cuba work group communicates by mailman listserv. Please read the archives and subscribe to the list if you’d like to help. I would love to hear from readers. Please send feedback, comments, or blog ideas to me at msu...@gnosis.cx. -- Grupo de Usuarios de Tecnologías Libres - Cuba http://gutl.jovenclub.cu/ próxima parte ___ Gutlcoord-l mailing list gutlcoor...@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutlcoord-l __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Muchas felicidades por el fin de año
Les deseo a todos los integrantes de la lista, un feliz fin de año y que el proximo les provea felicidad, experiencia y viajes fundamentalmente, esta lista es maravillosa. Muchas felicidades -- Rafael Maleta Fdez Informatico Direccion de Aseguramiento Ingeniero Centro de Isótopos (CENTIS) AEN - TA, CITMA Ave Monumental y Carr. La Rada, km 3½ San José de las Lajas, Mayabeque. Correo: mal...@centis.edu.cu Telf-(+53 7) 682 9563 al 70 (pizarra) Ext:110 "Vivo en la tierra de GNU/Linux, y en noches tranquilas puedo escuchar el sonido de las PC con windows reiniciando" __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Freeradius LDAP
On Thu, 17 Dec 2015 13:41:48 -0500
Omar Isalgué Begué wrote:
> alguien tiene un manual o conoce de alguna guia para configurar
> freeradius con autentificacion LDAP, puede ser en cualkier distro
>
> Salu2s
>
Uso Proxmox, containers debian, habilitas el modulo ldap, editas ese file que
esta dentro de /modules y le pones todo lo concerniente a la conexion a tu ldap
incluyendo un filtro como ves aca:
root@wifi:/admin/fr/modules# cat ldap
ldap {
server = "ldap://ldap.tu.dominio.cu:389/;
identity = "cn=vmail,dc=tu,dc=dominio,dc=cu"
password = "yb1jztQexcNOHg1bCc7G1BKvixFwiL"
basedn = "o=domains,dc=tu,dc=dominio,dc=cu"
filter =
"(&(uid=%{Stripped-User-Name:-%{User-Name}})(ServWifi=1)(accountStatus=active))"
ldap_connections_number = 5
timeout = 4
timelimit = 3
net_timeout = 1
tls {
start_tls = no
}
dictionary_mapping = ${confdir}/ldap.attrmap
edir_account_policy_check = yes
password_header = "{clear}"
password_attribute = userPassword
Luego en ese archivito ldap.attrmap mapeas o mas bien matcheas los atributos de
tu ldap hacia los del freeradius:
root@wifi:/admin/fr# cat ldap.attrmap
checkItem $GENERIC$ radiusCheckItem
replyItem $GENERIC$ radiusReplyItem
checkItem NT-Password sambaNTPassword
Luego: root@wifi:/admin/fr# cat radiusd.conf
prefix = /usr
exec_prefix = /usr
sysconfdir = /etc
localstatedir = /var
sbindir = ${exec_prefix}/sbin
logdir = /var/log/freeradius
raddbdir = /etc/freeradius
radacctdir = ${logdir}/radacct
name = freeradius
confdir = ${raddbdir}
run_dir = ${localstatedir}/run/${name}
db_dir = ${raddbdir}
libdir = /usr/lib/freeradius
pidfile = ${run_dir}/${name}.pid
user = freerad
group = freerad
max_request_time = 30
cleanup_delay = 5
max_requests = 1024
listen {
type = auth
ipaddr = *
port = 0
}
listen {
ipaddr = *
# ipv6addr = ::
port = 0
type = acct
# interface = eth0
# clients = per_socket_clients
}
hostname_lookups = no
allow_core_dumps = no
regular_expressions = yes
extended_expressions= yes
log {
destination = files
file = ${logdir}/radius.log
syslog_facility = daemon
stripped_names = no
auth = yes
auth_badpass = yes
auth_goodpass = yes
# msg_goodpass = ""
# msg_badpass = ""
}
checkrad = ${sbindir}/checkrad
security {
max_attributes = 200
reject_delay = 1
status_server = yes
}
proxy_requests = yes
$INCLUDE proxy.conf
$INCLUDE clients.conf
thread pool {
start_servers = 5
max_servers = 32
min_spare_servers = 3
max_spare_servers = 10
max_requests_per_server = 0
}
modules {
$INCLUDE ${confdir}/modules/
$INCLUDE eap.conf
}
instantiate {
exec
expr
# daily
expiration
logintime
}
$INCLUDE policy.conf
$INCLUDE sites-enabled/
Lo otro que te queda es agregar los clientes en clients.conf:
root@wifi:/admin/fr# cat clients.conf
#AP en el 4to piso - Laboratorio de Quimica
client 172.16.8.2 {
secret = passwd1
shortname = QUIMICA
}
#AP ahora mismo esta en la Radiobase
client 172.16.8.3 {
secret = passwd2
shortname = RADIOBASE
}
#AP ahora mismo en dpto Infantil
client 172.16.8.4 {
secret = passwd3
shortname = INFANTIL
}
Lo hice rapido y de corre corre, dime si te pincha.. buena suerte
__
Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba.
Gutl-l@jovenclub.cu
https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Flisol 2016
Em 22/12/15 13:55, Pablo Mestre escreveu: Hola gente, creo que ya va siendo hora de r cargando las pilas en funcion del Flisol del proximo año... ¿No creen? Pensé que como el otro evento sería en Abril ya se iba a tomar como Flisol mas o menos, en que me estoy equivocando? -- Salu2, Ulinx "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas" Linux user 366775 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Prosody
On Fri, 18 Dec 2015 09:13:41 -0500 Rafael Maleta Fdez wrote: > No such file or directory Lo dice bien claro.. no puede leer el certificado de seguridad SSL Que ventajas tiene prosody sobre ejabberd ? -- Yoel Villarreal SYSADMIN FCP Félix Varela __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Off-topic: Pregunta sobre la UIC
On Fri, 18 Dec 2015 09:00:47 -0500 Alberto José García Fumero wrote: > El mié, 16-12-2015 a las 13:39 -0500, Yoel Villarreal escribió: > > Anyway si puedo ir no se preocupen que la > > defensa del SWL va. > > Ciertamente, pero la defensa tuya también ha de ir... ;-) > Jeje el Fume... la reunion se dio bien, todo funciono bien excepto que muchos invitados no fueron y otros que querian ir como yo no pudieron ir tampoco por no ser invitados, los preparos tecnicos si funcionaron bien todos segun me dijeron. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] [OT] Brecha Digital que no se menciona
On Mon, 21 Dec 2015 16:12:56 +0800 Raphael Burquet wrote: > http://internet1.cubava.cu/2015/12/21/internet-en-cuba-la-bdi-brecha-digital-que-no-se-menciona/ > Muy off topic y posible flame-war, por si fuera poco no coincido con lo que aparece ahi. Solo una cosa de mi parte: Señores despierten, la mayor parte de el acceso a internet en cuba te la regalan las instituciones que son las que la pagan realmente, no se engañen, esas instituciones por medio de sus admins de red se reservan el derecho de cerrarte lo que no sea de su contenido de trabajo y no me hablen de derechos de usuarios que donde unico tienes el derecho real es en Wifi_Etecsa pues realmente esa si la estas pagando tú y en moneda dura. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Error en container LXC con samba4 sobre proxmox4
On Mon, 21 Dec 2015 17:51:51 -0500 Eduardo R. Barrera Pérez wrote: > Hola listeros, tengo un controlador de dominio con samba4 en debian 8 > amd64, virtualizado sobre proxmox4, en realidad este servidor lo monte > cuando aun usaba proxmox 3.4, salve los openvz para en NAS, monte los > nodos con proxmox4 restaure desde el NAS los openvz los cuales fueron > convertidos a LXC en el proceso, pero bueno todo salio bien y estuvo > funcionando bien unos días. Todo esto lo hice con la versión 4.0 de > proxmox, hace poco que salio la 4.1, así que le di un dist-upgrade a > todos los proxmox y los pase a 4.1 y los debian 7 y debian 8 los > actualice también y el viernes pasado me percato que el PDC no me estaba > autenticando los usuarios, problemas con el kerberos este samba4 que > tengo lo compile desde los fuentes para usar el bind9_DLZ, lo tengo > actualmente con las ultimas versiones de samba4 que es la 4.3.3 y la de > bind9 que es la 9.10.3-P2, en el syslog veo este error de acceso > denegado que no había visto hasta ahora > > systemd[1]: Failed to reset devices.list on > /lxc/101/system.slice/systemd-tmpfiles-clean.service: Permission denied > > > 101 es el ID del container donde está el samba4, otro fragmento mas > extenso del syslog aqui va > > root@galileo:/etc# tail -f /var/log/syslog > Dec 21 17:11:27 galileo winbindd[508]: [2015/12/21 17:11:26.743459, 0] > ../source3/winbindd/winbindd_cache.c:3245(initialize_winbindd_cache) > Dec 21 17:11:27 galileo winbindd[508]: initialize_winbindd_cache: > clearing cache and re-creating with version number 2 > Dec 21 17:11:27 galileo winbindd[508]: [2015/12/21 17:11:27.537593, 0] > ../lib/util/become_daemon.c:124(daemon_ready) > Dec 21 17:11:27 galileo winbindd[508]: STATUS=daemon 'winbindd' > finished starting up and ready to serve connections > Dec 21 17:11:29 galileo smbd[501]: [2015/12/21 17:11:29.463676, 0] > ../lib/util/become_daemon.c:124(daemon_ready) > Dec 21 17:11:29 galileo smbd[501]: STATUS=daemon 'smbd' finished > starting up and ready to serve connections > Dec 21 17:11:29 galileo smbd[517]: [2015/12/21 17:11:29.482789, 0] > ../source3/printing/print_standard.c:69(std_pcap_cache_reload) > Dec 21 17:11:29 galileo smbd[517]: Unable to open printcap file > /etc/printcap for read! > Dec 21 17:11:46 galileo samba[511]: [2015/12/21 17:11:46.163256, 0] > ../source4/dsdb/dns/dns_update.c:294(dnsupdate_nameupdate_done) > Dec 21 17:11:46 galileo samba[511]: > ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - > NT_STATUS_IO_TIMEOUT > Dec 21 17:21:46 galileo samba[511]: [2015/12/21 17:21:46.238711, 0] > ../source4/dsdb/dns/dns_update.c:294(dnsupdate_nameupdate_done) > Dec 21 17:21:46 galileo samba[511]: > ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - > NT_STATUS_IO_TIMEOUT > Dec 21 17:22:29 galileo smbd[517]: [2015/12/21 17:22:29.991143, 0] > ../source3/printing/print_standard.c:69(std_pcap_cache_reload) > Dec 21 17:22:29 galileo smbd[517]: Unable to open printcap file > /etc/printcap for read! > Dec 21 17:25:03 galileo systemd[1]: Starting Cleanup of Temporary > Directories... > Dec 21 17:25:03 galileo systemd[1]: Failed to reset devices.list on > /lxc/101/system.slice/systemd-tmpfiles-clean.service: Permission denied > Dec 21 17:25:03 galileo systemd[1]: Failed to kill control group: > Invalid argument > Dec 21 17:25:03 galileo systemd[1]: Failed to kill control group: > Invalid argument > Dec 21 17:25:03 galileo systemd[1]: Failed to kill control group: > Invalid argument > Dec 21 17:25:03 galileo systemd[1]: Failed to kill control group: > Invalid argument > Dec 21 17:25:03 galileo systemd[1]: Started Cleanup of Temporary > Directories. > Dec 21 17:31:46 galileo samba[511]: [2015/12/21 17:31:46.275991, 0] > ../source4/dsdb/dns/dns_update.c:294(dnsupdate_nameupdate_done) > Dec 21 17:31:46 galileo samba[511]: > ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - > NT_STATUS_IO_TIMEOUT > Dec 21 17:35:30 galileo smbd[517]: [2015/12/21 17:35:30.631097, 0] > ../source3/printing/print_standard.c:69(std_pcap_cache_reload) > Dec 21 17:35:30 galileo smbd[517]: Unable to open printcap file > /etc/printcap for read! > Dec 21 17:41:46 galileo samba[511]: [2015/12/21 17:41:46.296665, 0] > ../source4/dsdb/dns/dns_update.c:294(dnsupdate_nameupdate_done) > Dec 21 17:41:46 galileo samba[511]: > ../source4/dsdb/dns/dns_update.c:294: Failed DNS update - > NT_STATUS_IO_TIMEOUT > Dec 21 17:48:31 galileo smbd[517]: [2015/12/21 17:48:31.267191, 0] > ../source3/printing/print_standard.c:69(std_pcap_cache_reload) > Dec 21 17:48:31 galileo smbd[517]: Unable to open printcap file > /etc/printcap for read! > > > Alguna idea?? > > Cheka los permisos del archivo devices.list... quien puede editarlo, borrarlo etc.. a lo mejor hay algun servicio que esta intentando acceder a el y no tiene los permisos suficientes __
Re: [Gutl-l] Fw: AMD se pasa al lado del código abierto y anuncia GPUOpen [FayerWayer]
El jue, 17-12-2015 a las 16:00 -0500, låzaro escribió: > otro que migra la configuración de squid sin leer la diferencia de > versiones... > Para qué voy a perder el tiempo leyendo un changelog, ahí solo vienen un montón de boberias que solo tienden los superdotados -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
