Dos viajes he hecho en NEC y la experiencia fue muy buena, salvando quizá el kaos de Penn Station.
Train 172: NEW YORK (PENN STATION), NY - BOSTON (SOUTH STATION), MADepart 11:00 AM, Tuesday, April 30, 2019
2 RESERVED COACH SEATS
$150.00 (los 2 tickets)
TRAIN 2167: BOSTON (SOUTH STATION), MA - NEW YORK (PENN STATION), NYDepart 1:05 PM, Thursday, February 20, 2020
1 ACELA BUSINESS CLASS SEAT
$129.00 (un ticket)
El trayecto eran poco menos de 4 horas en asientos muy cómodos en las 2 clases. El wifi del tren muy malo y la cobertura del móvil mejorable.
Algunos de los compañeros de trabajo con los que hablé se sorprendían que hubiera elegido el tren como opción entre las 2 ciudades, es como si no contemplaran la opción. No viven cerca de la estación y que los accesos al aeropuerto son mejores si han de moverse en coche. En mi caso me hospedaba en hoteles céntricos, con lo que las estaciones de tren me quedaban muy a mano.
En avión el mismo trayecto tiene sobre la hora de duración, pero solo por evitar las colas del aeropuerto sale rentable. En coche y bus eran sobre las 4 horas, siendo el autobús bastante más barato comparado con el tren.
#79 Pero es que en #10 dices RedHat está lleva bastante tiempo en esta línea, son los primeros en meter este tipo de cambios drásticos que rompen el sistema o cambiar el sistema por dentro para que se caiga a pedazos. Puedo entender que systemd solo funcione en Linux y que sus avances no lleguen a BSD, pero de ahí a que haya acciones de Red Hat u otros para "romper" o se "caiga a pedazos" hay un trecho largo.
Sobre cambios que funcionan sobre cada sistema operativo... ¿los avances del kernel como el nuevo módulo de NTFS entonces también te parecen mal? o eBPF? o BTRFS?
Hay muchas cosas que no serán compatibles y systemd es otra más. No es el fin del mundo y no hace que systemd sea peor ni rompa nada.
#74 Fedora es más que una distro de pruebas, si bien es una distro ideal para adoptar y probar nuevas tecnologías. Pero en base a tu comentario en #10 ¿crees que Fedora rompe GNU/Linux?
AWS ha decido usar Fedora como base para su Amazon Linux. ¿Crees que esta gente también quiere ver GNU/Linux cayéndose a pedazos?
#43 systemd es mucho más que el sistema de arranque y ya lo era en 2012.
No hay ningún proxy war entre Red Hat y Canonical, el problema es que upstartd tenía limitaciones que se solucionaron tomando otro camino. Red Hat usaba upstartd en RHEL6, no era ajeno a la tecnología.
Que algo que use Red Hat y su familia se convierta en estándar de facto muchas veces pasa no por posición dominante si no por colaboración con la comunidad. Si la comunidad no quiere, como es el caso de Devuan, no se usa.
#10 una empresa que factura más de 4.000 millones de dolares al año te crees que va a romper GNU/Linux para que se caiga a pedazos?
¿En serio crees que Red Hat, que tiene millones de instalaciones de RHEL en producción, tiene interés en que su producto estrella (RHEL) durante los últimos casi 20 años no funcione de la mejor manera posible?
Lennart es un personaje interesante. Poca gente puede decir que 3 de sus contribuciones han terminado en el sistemas de casi todos los usuarios de escritorio de Linux (avahi, pulseaudio y systemd) y en casi todos los servidores Linux (systemd).
Es una persona que ha tenido que aguantar amenazas de muerte, difamaciones y burlas. Y a cambio ha mejorado y mucho el panorama de Linux.
#6 muchas distros lo adoptaron para 2012, eso es hace 10 años. Incluso Debian y Ubuntu empezaron a adoptarlo en 2012 y es el por defecto desde 2015 (+7 años!).
#54 pues agradecería que me encontraras algún link de paquetes desaparecidos que no sea que estén en PowerTools, EPEL o que no son parte de RHEL8. PowerTools se mantiene desde CentOS, EPEL desde Fedora y lo que no es parte de RHEL8 se decide en RH. Con lo que CentOS so lo podría liarla en BaseOS, AppStream o PowerTools.
> Ceph no es the RH. Ni siquiera aparece mencionado dentro de los contributors: en.wikipedia.org/wiki/Ceph_(software)
Va más allá de un pensamiento, pero no puedo publicar material bajo NDA.
> Si tanto sabes dame otro motivo porque no le encuentro otro.
Hay muchos motivos, pero por NDA tampoco puedo publicarlos.
A mi me duele que no se haya comunicado mejor o incluso que los nombres son liosos. Llamaría a CentOS Stream $otracosa y dejaría CentOS para que lo maneje la comunidad si la hubiera y pudiera hacer adelante con los gastos y demás.
La parte buena es que se ha avisado con suficiente antelación para que se pueda organizar una alternativa. Habrá que ver como se cocina esta, quien lo lleva y cuanta gente se mueve.
En la web de Proxmos se puede ver:
www.proxmox.com/en/proxmox-virtual-environment/pricing
El premium tiene "Response time: 2 hours* within a business day". Los sábados y domingos no son business day.