Raul B.

[Ver vídeo en X]

Ver post completo: La gente de Lisa.

[Ver vídeo en X]

Ver post completo: Ésta es la supuesta baliza que nos va a salvar la vida.

El minuto a minuto:

[Ver vídeo en X]

Ver post completo: Las campanadas de Telecinco tuvieron LA MITAD de audiencia que las de La 2.

Cinco agentes de los Mossos d’Esquadra resultaron heridos esta madrugada tras ser atacados por un hombre que se coló armado con un palo en la comisaría del distrito de Horta-Guinardó de Barcelona . Los hechos tuvieron lugar sobre las doce y media, cuando el hombre accedió al parking exterior de las dependencias policiales pasando por debajo de la barrera. Una vez en el interior, los agentes le han intentado detener, pero el hombre, en una actitud agresiva, ha empezado a golpear a todos los policías que le iban saliendo al paso, tal y como ha podido saber ElCaso.cat. @elnacional

Ver post completo: Un deportado de Canarias con pasaporte de Mauritania que no se puede repatriar porque se desconoce su procedencia, entra en una comisaria catalana y apaliza a cinco mossos.

Guardad este vídeo, que dentro de 10 años nos va a resonar en la cabeza.

[Ver vídeo en X]

Ver post completo: Margallo: “Con respecto al modelo migratorio que estamos viviendo, cuando llegue una crisis vamos a tener un desempleo en la gente que hemos traído, y eso va a ser una bomba de relojería. Estamos exportando talento e importando en la mayoría de los casos, baja cualificación”.

[Ver vídeo en X]

Ver post completo: Han pasado casi 24 horas y aún ningún medio de comunicación se ha pronunciado sobre este saludo del nuevo alcalde progresista musulmán de Nueva York.

Según ha publicado ‘Heraldo’, el menor desapareció junto a su madre, aunque este está tutelado por el Gobierno de Aragón. Señala el diario que se cree que pudo ser su progenitora, quien también está desaparecida, la que se lo haya llevado sin autorización. @JavierSanz

Ver post completo: Fijaos en el titular y “los detalles”.

Podeti  [facebook]  [instagram]  [web] 

The release of Kubernetes 1.35 introduces a powerful new feature that provides a much-requested capability: the ability to trigger a full, in-place restart of the Pod. This feature, Restart All Containers (alpha in 1.35), allows for an efficient way to reset a Pod's state compared to resource-intensive approach of deleting and recreating the entire Pod. This feature is especially useful for AI/ML workloads allowing application developers to concentrate on their core training logic while offloading complex failure-handling and recovery mechanisms to sidecars and declarative Kubernetes configuration. With RestartAllContainers and other planned enhancements, Kubernetes continues to add building blocks for creating the most flexible, robust, and efficient platforms for AI/ML workloads.

This new functionality is available by enabling the RestartAllContainersOnContainerExits feature gate. This alpha feature extends the Container Restart Rules feature, which graduated to beta in Kubernetes 1.35.

The problem: when a single container restart isn't enough and recreating pods is too costly

Kubernetes has long supported restart policies at the Pod level (restartPolicy) and, more recently, at the individual container level. These policies are great for handling crashes in a single, isolated process. However, many modern applications have more complex inter-container dependencies. For instance:

• An init container prepares the environment by mounting a volume or generating a configuration file. If the main application container corrupts this environment, simply restarting that one container is not enough. The entire initialization process needs to run again.
• A watcher sidecar monitors system health. If it detects an unrecoverable but retriable error state, it must trigger a restart of the main application container from a clean slate.
• A sidecar that manages a remote resource fails. Even if the sidecar restarts on its own, the main container may be stuck trying to access an outdated or broken connection.

In all these cases, the desired action is not to restart a single container, but all of them. Previously, the only way to achieve this was to delete the Pod and have a controller (like a Job or ReplicaSet) create a new one. This process is slow and expensive, involving the scheduler, node resource allocation and re-initialization of networking and storage.

This inefficiency becomes even worse when handling large-scale AI/ML workloads (>= 1,000 Nodes with one Pod per Node). A common requirement for these synchronous workloads is that when a failure occurs (such as a Node crash), all Pods in the fleet must be recreated to reset the state before training can resume, even if all the other Pods were not directly affected by the failure. Deleting, creating and scheduling thousands of Pods simultaneously creates a massive bottleneck. The estimated overhead of this failure could cost $100,000 per month in wasted resources.

Handling these failures for AI/ML training jobs requires a complex integration touching both the training framework and Kubernetes, which are often fragile and toilsome. This feature introduces a Kubernetes-native solution, improving system robustness and allowing application developers to concentrate on their core training logic.

Another major benefit of restarting Pods in place is that keeping Pods on their assigned Nodes allows for further optimizations. For example, one can implement node-level caching tied to a specific Pod identity, something that is impossible when Pods are unnecessarily being recreated on different Nodes.

Introducing the RestartAllContainers action

To address this, Kubernetes v1.35 adds a new action to the container restart rules: RestartAllContainers. When a container exits in a way that matches a rule with this action, the kubelet initiates a fast, in-place restart of the Pod.

This in-place restart is highly efficient because it preserves the Pod's most important resources:

• The Pod's UID, IP address and network namespace.
• The Pod's sandbox and any attached devices.
• All volumes, including emptyDir and mounted volumes from PVCs.

After terminating all running containers, the Pod's startup sequence is re-executed from the very beginning. This means all init containers are run again in order, followed by the sidecar and regular containers, ensuring a completely fresh start in a known-good environment. With the exception of ephemeral containers (which are terminated), all other containers—including those that previously succeeded or failed—will be restarted, regardless of their individual restart policies.

Use cases

1. Efficient restarts for ML/Batch jobs

For ML training jobs, rescheduling a worker Pod on failure is a costly operation that wastes valuable compute resources. On a 1,000-node training cluster, rescheduling overhead can waste over $100,000 in compute resources monthly.

With RestartAllContainers actions you can address this by enabling a much faster, hybrid recovery strategy: recreate only the "bad" Pods (e.g., those on unhealthy Nodes) while triggering RestartAllContainers for the remaining healthy Pods. Benchmarks show this reduces the recovery overhead from minutes to a few seconds.

With in-place restarts, a watcher sidecar can monitor the main training process. If it encounters a specific, retriable error, the watcher can exit with a designated code to trigger a fast reset of the worker Pod, allowing it to restart from the last checkpoint without involving the Job controller. This capability is now natively supported by Kubernetes.

Read more details about future development and JobSet features at KEP-467 JobSet in-place restart.

apiVersion: v1
kind: Pod
metadata:
 name: ml-worker-pod
spec:
 restartPolicy: Never
 initContainers:
 # This init container will re-run on every in-place restart
 - name: setup-environment
 image: my-repo/setup-worker:1.0
 - name: watcher-sidecar
 image: my-repo/watcher:1.0
 restartPolicy: Always
 restartPolicyRules:
 - action: RestartAllContainers
 exitCodes:
 operator: In
 # A specific exit code from the watcher triggers a full pod restart
 values: [88]
 containers:
 - name: main-application
 image: my-repo/training-app:1.0

2. Re-running init containers for a clean state

Imagine a scenario where an init container is responsible for fetching credentials or setting up a shared volume. If the main application fails in a way that corrupts this shared state, you need the init container to rerun.

By configuring the main application to exit with a specific code upon detecting such a corruption, you can trigger the RestartAllContainers action, guaranteeing that the init container provides a clean setup before the application restarts.

3. Handling high rate of similar tasks execution

There are cases when tasks are best represented as a Pod execution. And each task requires a clean execution. The task may be a game session backend or some queue item processing. If the rate of tasks is high, running the whole cycle of Pod creation, scheduling and initialization is simply too expensive, especially when tasks can be short. The ability to restart all containers from scratch enables a Kubernetes-native way to handle this scenario without custom solutions or frameworks.

How to use it

To try this feature, you must enable the RestartAllContainersOnContainerExits feature gate on your Kubernetes cluster components (API server and kubelet) running Kubernetes v1.35+. This alpha feature extends the ContainerRestartRules feature, which graduated to beta in v1.35 and is enabled by default.

Once enabled, you can add restartPolicyRules to any container (init, sidecar, or regular) and use the RestartAllContainers action.

The feature is designed to be easily usable on existing apps. However, if an application does not follow some best practices, it may cause issues for the application or for observability tooling. When enabling the feature, make sure that all containers are reentrant and that external tooling is prepared for init containers to re-run. Also, when restarting all containers, the kubelet does not run preStop hooks. This means containers must be designed to handle abrupt termination without relying on preStop hooks for graceful shutdown.

Observing the restart

To make this process observable, a new Pod condition, AllContainersRestarting, is added to the Pod's status. When a restart is triggered, this condition becomes True and it reverts to False once all containers have terminated and the Pod is ready to start its lifecycle anew. This provides a clear signal to users and other cluster components about the Pod's state.

All containers restarted by this action will have their restart count incremented in the container status.

Learn more

• Read the official documentation on Pod Lifecycle.
• Read the detailed proposal in the KEP-5532: Restart All Containers on Container Exits.
• Read the proposal for JobSet in-place restart in JobSet issue #467.

We want your feedback!

As an alpha feature, RestartAllContainers is ready for you to experiment with and any use cases and feedback are welcome. This feature is driven by the SIG Node community. If you are interested in getting involved, sharing your thoughts, or contributing, please join us!

You can reach SIG Node through:

• Slack: #sig-node
• Mailing list

[Ver vídeo en X]

Extra: El euro ha perdido un 45,5% de su poder adquisitivo desde su introducción en el 2000 hasta hoy.

O lo que es lo mismo, lo que entonces obtenías por 100€ ahora te cuesta 183,53€.

@jaldeko

Ver post completo: Hoy se cumplen 40 años de la entrada de España a la Unión Europea. Nos obligaron a implantar el IVA y así se “informó” a la población.

Seguramente hayáis leído en el blog de Menéame o en la portada de agregador que en 2026 se va a intentar implementar una serie de medidas para evitar el acoso entre usuarios, la mayoría basadas en diversas penalizaciones y limitaciones. Si bien sobre el papel estas nuevas normas podrían sonar apropiadas, es necesario puntualizar, para conocimiento de la comunidad, que la motivación detrás de las mismas es completamente ajena a los intereses de Menéame y que no se deben a necesidades internas de la plataforma. De hecho, para los que, por desgracia, conocemos parte del lore meneantil que fluye ajeno a los meneos y los comentarios, estas medidas tienen el aspecto de ser una "huida hacia adelante" para ocultar y controlar ciertas actividades perjudiciales para Menéame que, por acción y decisión de la administración, se han enquistado sin ponerles una solución real.

NOTA: todos los textos, citas y enlaces ofrecidos a continuación han sido obtenidos de foros y canales públicos en Internet, respetando en la medida de lo posible el derecho al honor de los involucrados para que no afecte al derecho a cita.

Permitidme que os ponga en contexto: más allá del propio "ecosistema" de Menéame han ido surgiendo, por unos motivos u otros, otras agregadores relativamente similares a Menéame (Mediatize, Tardigram, Renegados), canales de Telegram y grupos de Mastodon en los que, a diferentes niveles, se ha hecho una crítica al funcionamiento de Menéame y a sus usuarios. Si bien en algunos casos esa actividad ha sido puntual, en otros casos, y a día de hoy, gran parte de la actividad de esos lugares se reduce a la crítica, acoso e insulto sistemático de Menéame y ciertos usuarios de Menéame.

El problema es que la administración de Menéame, en vez de poner coto o ignorar a los sujetos más beligerantes de dichas plataformas, decidió abrazarlos, formar parte de esos canales y tratar de interactuar positivamente con ellos, en algo que ha dado por llamar el "Menéame expandido". [1] [2] [3] [4] Y cito textualmente al administrador de Menéame en una de esas plataformas:

"Me pagan porque Menéame sea rentable y ahora lo es bastante. Dentro de mi estrategia contralgorítmca está potenciar el Menéame expandido y lo voy a seguir haciendo [...] Ideas diferentes, espacios diferentes. El enemigo son los altoritmos de las RRSS [...] no otros agregadores."

Y todos sabemos que quien con niños se acuesta, meado se levanta.

Después de un largo tiempo, y una vez que parece que la situación se les ha ido de las manos, parece que la administración ha decidido tomar medidas (como se puede leer en la entrada del blog). Falsas medidas, ya que ninguna de ellas es realmente necesaria si se atajara el problema de raíz, y cuya efectividad técnica es más que cuestionable debido al modo de actuación. Dejadme que añada algo de transparencia con respecto a cada una de esas medidas y el por qué de las mismas.

Nº 1. En breve, se propondrá al Consejo consultivo la penalización por insultos en el Nótame. Tras la discusión en abierto y haber preparado y testeado el script la pregunta será ¿Probamos durante seis meses una penalización a insultos en Nótame? La penalización la decidirán los moderadores y quién sea penalizado no podrá enviar notas durante un tiempo determinado.

Una de las causas de esta medida es la afición del dueño, sí, el dueño de Menéame, de insultar fuertemente a todo quisqui en el Nótame. Si bien la causa de su irascible comportamiento a veces no tiene justificación, la mayoría de las veces responde a las actividades de acoso y derribo que sufre en Menéame (artículos ofensivos meneados con clones), en Twitter, en Telegram y en otras plataformas, donde se le insulta abiertamente (con el administrador de Menéame presente), se le difama y se pone en tela de juicio su vida personal.

app.renegados.es/es/posts/Benjami-Villoslada-Tras-una-denuncia-falsa-t

Nº 2. También vamos a impulsar una nueva propuesta para el Consejo consultivo en la que se va a hacer un cálculo automático de «inquina» semejante al que se hace con la «entropía». Es decir, vamos a establecer una fórmula que analice los votos negativos de un usuario a otro y, pasado un porcentaje, al usuario negativizador se le quitará el uso del voto negativo durante un periodo (largo) de tiempo.

Uno podría pensar que esta medida se debe a los votos negativos cruzados en Menéame a modo de venganza. Y, en parte, es así. En otra, no. En lo que atañe meramente a Menéame, esta medida es injusta y punitivamente desacertada ya que existen usuarios que llenan la cola de pendientes de meneos de dudosa calidad y fiabilidad, y, por lo tanto, es normal que concentren buena parte de los votos negativos. En otras palabras, castigaría a los usuarios que votan negativo contenido de pobre calidad al presuponer dicho cálculo que el motivo del voto negativo es quién lo publica, y no qué es lo que se ha publicado.

Pero la realidad es más caprichosa. Parece que hay usuarios que, sin ser usuarios fijos de Menéame (al menos usando un único nombre de usuario) no llevan muy bien los votos negativos a sus artículos, aunque estén escritos en otras webs o plataformas, lo que da reacciones como esta:

www.meneame.net/story/ultima-legalmente-cuestionable-moda-twitter-pedi

Se puede observar que dicho comentario ha desaparecido de la lista de comentarios de dicho meneo, y es algo que comentaré después.

Nº 3. Se va a prohibir de forma contundente la persecución de usuarios fuera de Menéame como ha pasado con algunos socios de Menéame o exadministradores. Si se detecta que en algún espacio ajeno a Menéame se persigue a un usuario específico de forma reiterada en el tiempo, ese espacio y sus integrantes no serán bienvenidos a la comunidad.

Esto es curioso porque el administrador de Menéame lleva meses perteneciendo a canales donde se hace persecución sistemática de usuarios de Menéame, todo plagado de insultos y difamaciones. Cito textualmente un ejemplo de miles:

"Pues [redactado] se está rodeando de las principales rémoras que tiene Menéame: Ripio, que es un tío absolutamente tóxico, desagradable, que lo único que hace es molestar a los usuarios; carademalo, que es un talibán de las normas... Toda esa fauna que lo único que hacen es restar crecimiento a Menéame [...] Auténticas rémoras que lo único que hacen es dañar la página. Y [redactado] es tan extraordinariamente descerebrado que antepone a esos parásitos que lo único que hacen es dorarle la píldora para metérselo en el bolsillo".

Dice la medida que "ese espacio y sus integrantes no serán bienvenidos en la comunidad". Y ni falta que les hace, porque usan clones de usar y tirar para trolear y colocar su spam/artículos de acoso. Abiertamente, delante del administrador. Vuelvo a citar textualmente:

"Están perjudicando a Menéame con esto. Yo entiendo que Ripio y el resto de "taraos" del grupo de Ripio están comiéndole la oreja a [redactado], han conseguido que [redactado] use su influencia y que le exija a [redactado] medidas para que [redactado] no se pueda seguir registrando con clones, jajaja, todas las veces que le dé la gana, y bueno, yo también lo he hecho, lo admito, es decir, yo en los últimos meses no sé si me habré creado cinco cuentas en el último mes".

Más curiosamente, el individuo de la última cita no sólo no ha visto limitado su acceso a Menéame sino que además se ha convertido en articulista de JotDown, cuyo director es también el administrador de Menéame, lo que me hace pensar que esta medida número tres va a ser altamente inefectiva.

Nº 4. Como ya sabéis se ha creado un script para los moderadores en donde las cuentas nuevas que solo se usen para hacer crítica (buena, mala, justa o injusta) se eliminen en cascada. Es decir, no se optará por el descarte si no por la eliminación de todo. Se trata de una X y se tarda un segundo en pulsar. En Menéame se quitaron los bloqueos de karma para que la gente pudiera publicar artículos tan solo registrarse, esto se ha utilizado para, de forma anónima, atacar a otros usuarios y eso ya no está permitido. Quién quiera criticar lo tendrá que hacer con una cuenta activa y reconocible.

Sumado a lo anterior, parece una medida altamente inefectiva, pero que además es contraproducente. ¿No es el sueño húmedo de todo "malhechor" que exista un botón que inmediatamente borre cualquier rastro y prueba de sus actividades? ¿A quién se supone que perjudica esto? Podría decirse incluso que la administración, con este tipo de medidas, protege a esta clase de individuos.

Nº 5. Quién amenace con denunciar a Menéame o lo haga será expulsado de la comunidad borrando su cuenta en cascada sin importar los años que lleve como usuario y no se le permitirá volver a participar.

Probablemente esta es la medida más polémica, pues causa la total indefensión jurídica de los usuarios de Menéame. Pero es que, además, es la más hipócrita, sobre todo teniendo en cuenta que el sujeto protagonista de las anteriores citas, y con el administrador de Menéame presente, dijo lo siguiente, y cito textualmente:

"En mi caso, haciendo un dossier con todos los insultos que me ha dedicado [redactado], seis mil euros como mínimo le saco en una demanda civil, a él y a Menéame por mantenerlos, es decir, tendría que escribir a Menéame, decir "borren todo esto". Si lo borran, sólo podría demandar a [redactado]... Aunque también, tal vez pudiera demandar a Menéame porque incluso si yo no lo pido, si son insultos graves y evidentes, ellos de oficio tienen la obligación de retirarlos, y llevan meses ahí. Pero lo que está claro es que a [redactado] sí que lo podría demandar. Y ya te digo, seguro que es insolvente por todos los líos que trae de la ex-mujer, de las condenas, de los líos... Pero seguro, seguro, que, por lo menos, la satisfacción moral de que le condenen a pagarme seis mil euros la consigo".

Como se puede observar, parece que ninguna de las medidas anunciadas tienen la finalidad de solventar un problema intrínseco de Menéame, sino que están orientadas a mitigar los factores externos que actúan contra Menéame (y que, en mi opinión, el propio administrador ha incentivado con sus actuaciones) y que, en su aplicación, pueden perjudicar a la comunidad en sus quejas legítimas.

etiquetas: artículo

» noticia original ()

"Comenzó a instalarse en el MuVIM y se dio la orden de desmontarla poco después". Con esta afirmación, la diputada de Compromís Dolors Gimeno acusa al presidente de la Diputación, Vicent Mompó, de haber "censurado" la exposición del ninots de artistas falleros dedicados a la dana. Y en concreto, por un motivo: la existencia de una figura que critica abiertamente al presidente de la Generalitat. Con la aparición de esta figura, según la denuncia que hacen, la entidad provincial optaría por mandar la muestra no a uno de sus espacios naturales...

etiquetas: fallas, crítica política, ninot, mazón, censura, valencia

» noticia original (www.levante-emv.com)

En un nuevo mensaje de solidaridad humanitaria con el pueblo palestino, la actriz estadounidense Angelina Jolie, ex enviada especial de la ONU para los refugiados, se encuentra en la ciudad de Arish en una visita oficial que incluyó el cruce terrestre de Rafah y una serie de sitios vitales vinculados a los esfuerzos de ayuda humanitaria, como parte del monitoreo del apoyo brindado a la Franja de Gaza y la revisión de los mecanismos para traer ayuda y tratar con los palestinos heridos..

etiquetas: angelina jolie, palestinos, gira humanitaria, rafah

» noticia original (alqaheranews.net)

El Congreso del sureño estado mexicano de Chiapas aprobó una reforma para modificar su escudo de armas, con la eliminación de símbolos asociados a la conquista española y su sustitución por elementos que representan a los pueblos originarios y la riqueza biocultural del estado.

etiquetas: chiapas, mexico, españa, escudo

» noticia original (www.naiz.eus)

El flamante alcalde de Nueva York vuelve a abrir la puerta al boicot a empresas israelíes por la guerra de Gaza. Mamdani ha revocado otra orden ejecutiva de Adams que básicamente equiparaba cualquier crítica a Israel como un acto de "antisemitismo", pero ha dejado intacta la recién creada oficina de la ciudad para combatir el antisemitismo que impulsó Adams,

etiquetas: nueva york, alcalde, mamdani, adams, semitismo

» noticia original (www.europapress.es)

Todos conocemos autores que afirman que sus letras son una forma de lucha, y de hecho así nació la literatura llamada social, como modo de concienciar a los lectores para que se enfrentasen a determinadas injusticias. Parece, pues, esta idea, de raíces progresistas, pero también se han instalado en ella algunos escritores fuertemente reaccionarios, y lo han hecho hasta el punto de que es imposible separar en su obra literatura e ideología. A todos ellos se les podría llamar, sin mucho miramiento, propagandistas.

etiquetas: bestsellers, ayn rand, rebelión de atlas, huelga, empresarios

» noticia original (www.jotdown.es)

Se venía contratando con antelación, en ocasiones para formar por falta de experiencia, para encontrarse con que una vez mejorada la cualificación, el empleado se marchaba al recibir ofertas económicas que «en algunos casos han sido de solo 20€ más al mes», especialmente entre los jóvenes debido a un cambio de valores y prioridades. Ya no se produce la fidelización, incluso la salida de las empresas se produce en muchas ocasiones «sin dar siquiera los 15 días de antelación». Este tipo de situaciones «no dejan de empeorar año tras año».

etiquetas: baleares, empleo, fijos discontinuos, fidelización

» noticia original (www.diariodemallorca.es)

De llamar “antidemocrático” a Sánchez a tuitear lo mismo: el PP y sus giros judiciales ...

etiquetas: pp, rafael hernando, jueces, dana

» noticia original (www.catalunyapress.es)

La operación “Mosenik” de la Guardia Civil se ha cerrado con el desmantelamiento de una infraestructura tecnológica enorme en Alicante y Barcelona, empleada para el envío masivo de mensajes y llamadas fraudulentas, que se ponía al servicio de grupos especializados en ciberestafas. En los registros se han encontrado 35 SIMBOX industriales equipadas con 865 módems, 852 tarjetas SIM activas, más de 60.000 tarjetas SIM nacionales para su uso inmediato, y 10.000 tarjetas SIM nuevas. También dinero en efectivo y en criptomonedas.

etiquetas: guardia civil, desmantelamiento, macrogranja, móviles, estafas

» noticia original (computerhoy.20minutos.es)