IBM sposta gli sviluppatori AIX con sede negli Stati Uniti in India

The Register ha appreso che IBM ha trasferito i ruoli dei dipendenti statunitensi di IBM Systems che sviluppano aix all’ufficio indiano.

Prima di questa transizione, che si dice sia avvenuta nel terzo trimestre del 2022, lo sviluppo di AIX era stato suddiviso più o meno equamente tra Stati Uniti e India, ha dichiarato una fonte IBM a The Register.

Con l’arrivo del 2023 l’intero gruppo è stato trasferito in India.

IBM ha mancato due volte di rispondere alle richieste di The Register per confermare che ciò corrisponda alla realtà.

Circa 80 sviluppatori AIX con sede negli Stati Uniti sono stati interessati, secondo le stime della nostra fonte. Ci è stato detto che sono stati “ridistribuiti” e hanno avuto un periodo di tempo indeterminato per trovare una nuova posizione interna, in linea con le pratiche che abbiamo riportato la scorsa settimana sulla base delle affermazioni di altri dipendenti IBM.

Evidentemente, la maggior parte di coloro che sono stati ridistribuiti ha trovato lavoro altrove in IBM. Un numero minore di dipendenti è evidentemente bloccato in un “limbo di ridistribuzione”, senza alcun lavoro IBM identificato e senza prospettive evidenti in azienda.

“Sembra anche che queste persone nel limbo della ‘ridistribuzione’ all’interno di IBM siano tutti dipendenti più anziani e idonei alla pensione”, ha affermato la fonte di The Register. “La sensazione generale tra i miei colleghi è che la riassegnazione venga utilizzata per spingere i dipendenti più anziani fuori dall’azienda e per farlo in un modo che eviti il ​​tipo di controllo che deriva dai licenziamenti”.

I licenziamenti generalmente prevedono un’indennità di licenziamento e possono avere obblighi di segnalazione. Le ridistribuzioni – indirizzare i lavoratori a trovare un’altra posizione interna, che potrebbe richiedere il trasferimento – possono evitare costi e burocrazia. Hanno anche il potenziale per incoraggiare i lavoratori a partire da soli.

E’ stato dichiarato a The Register che IBM non rivela i numeri di riassegnazione ai propri dipendenti e non riporta come sono stati ottenuti posti di lavoro interni – tramite ricerca interna, con l’assistenza della direzione – o non sono stati ottenuti – dipendenti lasciati nel limbo o che scelgono di andarsene piuttosto che aspettare.

Rilasciato OpenBSD 7.2

Theo de Raadt ha annunciato il rilascio di OpenBSD 7.2, l’ultima versione del sistema operativo focalizzato sulla sicurezza del progetto OpenBSD. “Siamo lieti di annunciare il rilascio ufficiale di OpenBSD 7.2. Questa è la nostra 53a versione. Siamo orgogliosi del record di OpenBSD di oltre vent’anni con solo due buchi remoti nell’installazione predefinita. Come nelle nostre versioni precedenti, 7.2 fornisce miglioramenti significativi , incluse nuove funzionalità, in quasi tutte le aree del sistema: Piattaforme nuove/estese:

  • Aggiunto supporto per Ampere Altra;
  • Aggiunto supporto per Apple M2;
  • Aggiunto supporto per Lenovo ThinkPad x13s e altre macchine che utilizzano il SoC Qualcomm Snapdragon 8cx Gen 3 (SC8280XP) .

Vari miglioramenti del kernel: consentito l’avvio di bsd.rd e bsd/bsd.mp su istanze Oracle Cloud amd64. Aggiunto supporto per il passaggio dalla glass console alla console seriale sui sistemi arm64 che per impostazione predefinita usano glass console.”

Ulteriori dettagli possono essere trovati nell’annuncio e nelle note di rilascio.

Download: amd64/install72.iso (556MB, SHA256, signature), i386/install72.iso (396MB, SHA256, signature).

Rilasciato DragonFlyBSD 6.2.2, con fix per HAMMER2 e kernel

DragonFlyBSD 6.2 è stato introdotto a gennaio con il porting del driver del kernel Linux AMDGPU, miglioramenti HAMMER2 e il porting dell’hypervisor NVMM, tra gli altri miglioramenti.

Questo fine settimana è uscito DragonFlyBSD 6.2.2 con varie correzioni di bug su  quella base di codice stabile.

DragonFlyBSD 6.2.2 apporta correzioni al suo file system originale HAMMER2 utilizzato per impostazione predefinita per questo sistema operativo BSD. Le correzioni di HAMMER2 vanno dall’affrontare un possibile panic a bug come i file eliminati che permangono fino a quando il file system non viene smontato successivamente.

DragonFlyBSD 6.2.2 affronta anche possibili races su readdir() in TMPFS e ha una varietà di diverse correzioni del kernel. Sono disponibili anche dati aggiornati sul fuso orario come aggiornamento di manutenzione.

L’elenco di poco meno di due dozzine di correzioni di bug stabili che compongono DragonFlyBSD 6.2.2 può essere trovato tramite l’elenco dei commit. Questa versione stabile di DragonFlyBSD può essere scaricata da DragonFlyBSD.org.

Rilasciato OpenBSD 7.1, con supporto per Apple Silicon M1

Il sistema operativo incentrato sulla sicurezza preferito da tutti, OpenBSD 7.1 è stato rilasciato per diverse architetture, compresi i chip Apple M1.

Phoronix la definisce “la versione più recente di questo popolare sistema operativo BSD orientato alla sicurezza”.
Con OpenBSD 7.1, il supporto Apple Silicon è ora considerato “pronto per l’uso generale” con supporto per tastiera/touchpad per laptop M1, un driver del controller di gestione dell’alimentazione aggiunto, driver del controller I2C e SPI e una varietà di altre aggiunte di driver per supportare l’Apple Hardware in Silicon.

OpenBSD 7.1 ha anche una serie di altri miglioramenti a vantaggio delle architetture ARM a 64 bit (ARM64) e RISC-V. OpenBSD 7.1 offre anche miglioramenti del kernel SMP, supporto per futex con memoria anonima condivisa e altro ancora. Sul fronte grafico è in corso l’aggiornamento del codice DRM di Linux rispetto allo stato trovato in Linux 5.15.26 e ora abilita il supporto Intel Elkhart Lake / Jasper Lake / Rocket Lake.

The Register rileva che OpenBSD ora “supporta una gamma sorprendentemente ampia di hardware: x86-32, x86-64, ARM7, Arm64, DEC Alpha, HP PA-RISC, Hitachi SH4, Motorola 88000, MIPS64, SPARC64, RISC-V 64 e sia Apple PowerPC che IBM POWER.”

Il desk FOSS di The Register ha eseguito una copia in VirtualBox e siamo rimasti sinceramente sorpresi di quanto sia stato facile e veloce. Dicendo “sì” a tutto, ha partizionato automaticamente il disco della VM in un array piuttosto complesso di nove sezioni, ha installato il sistema operativo, un boot loader, un server X e un display manager, oltre al window manager FVWM. Dopo un riavvio, abbiamo ottenuto una schermata di accesso grafica e quindi un desktop in stile Motif piuttosto tardo degli anni ’80 con un xterm.

È stato facile installare XFCE, che ci ha permesso di impostare la risoluzione dello schermo e altre sottigliezze moderne, e ci sono anche KDE, GNOME e altri graziosi front-end, oltre a molti strumenti familiari come le app Mozilla, LibreOffice e così via.. ..

Ci aspettavamo di dover fare molto più lavoro. Sì, OpenBSD è un sistema operativo di nicchia, ma il progetto ha fornito al mondo OpenSSH, LibreSSL, il firewall PF utilizzato in macOS, gran parte della libreria C Bionic di Android e altro ancora… In un mondo di sistemi operativi multi-gigabyte, è abbastanza rinfrescante. Sembrava di tornare ai primi anni ’90, l’era di Real Unix, quando dovevi fare un vero sforzo e imparare cose per piegare il sistema operativo alla tua volontà, ma in cambio, hai ottenuto qualcosa di relativamente a prova di proiettile.

Oracle rilascia Solaris 11.4 “CBE” per usi Open-Source/Non-production

Oracle ha iniziato a rendere disponibile una nuova versione di Solaris 11.4 per sviluppatori free/open source e per uso personale non di produzione.

Oracle Solaris 11.4 “CBE” è stato annunciato con poco clamore il mese scorso, e quello che molti appassionati di sistemi operativi open source probabilmente sosterranno è “troppo poco, troppo tardi”.

Oracle Solaris 11.4 CBE è stato annunciato all’inizio di marzo, ed è il “Common Build Environment” che è destinato agli sviluppatori open source e all’uso personale strettamente non di produzione… ovvero se si vuole Solaris per le nuove installazioni nel 2022.

La nuova versione “CBE” di Solaris 11.4 è effettivamente una rolling release e dal punto di vista di Oracle dovrebbe facilitare l’integrazione del software open source su cui si basa Solaris piuttosto che essere vincolato alla versione GA 11.4.0 ormai datata.

Il download del nuovo Solaris 11.4 CBE richiede un account Oracle. Le build CBE sono anche descritte come “simili a una versione beta, sono build pre-release di una particolare SRU”.

La licenza per l’uso non di produzione è fornita in base all’Accordo di licenza per l’adozione anticipata di Oracle Technology Network per Oracle Solaris.

Oracle consentirà l’aggiornamento da queste versioni CBE gratuite a versioni SRU a pagamento in base ai contratti di supporto Oracle.

Maggiori dettagli per gli interessati a Oracle Solaris 11.4 CBE tramite il blog di Oracle Solaris.

1 5 6 7 8 9 56