Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána (𝕏) nová verze 2025.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem nových nástrojů v oficiálním oznámení na blogu.
Dánské ministerstvo pro digitální záležitosti má v plánu přejít na Linux a LibreOffice [It's FOSS News].
V úterý Google vydal Android 16. Zdrojové kódy jsou k dispozici na AOSP (Android Open Source Project). Chybí (zatím?) ale zdrojové kódy specifické pro telefony Pixel od Googlu. Projekty jako CalyxOS a GrapheneOS řeší, jak tyto telefony nadále podporovat. Nejistá je podpora budoucích Pixelů. Souvisí to s hrozícím rozdělením Googlu (Google, Chrome, Android)?
Byla vydána (𝕏) květnová aktualizace aneb nová verze 1.101 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.101 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
V Brně na FIT VUT probíhá třídenní open source komunitní konference DevConf.CZ 2025. Vstup je zdarma, nutná je ale registrace. Na programu je celá řada zajímavých přednášek, lightning talků, meetupů a workshopů. Přednášky lze sledovat i online na YouTube kanálu konference. Aktuální dění lze sledovat na Matrixu, 𝕏 nebo Mastodonu.
Vyloučení technologií, které by mohly představovat bezpečnostní riziko pro stát, má umožnit zákon o kybernetické bezpečnosti, který včera Senát schválil spolu s novelami navazujících právních předpisů. Norma, kterou nyní dostane k podpisu prezident, počítá rovněž s prověřováním dodavatelů technologií pro stát. Normy mají nabýt účinnosti od třetího měsíce po jejich vyhlášení ve Sbírce zákonů.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.6.
Po Red Hat Enterprise Linuxu a AlmaLinuxu byl v nové stabilní verzi 10.0 vydán také Rocky Linux. Přehled novinek v poznámkách k vydání.
Bylo vydáno Eclipse IDE 2025-06 aneb Eclipse 4.36. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.
#!/usr/bin/perl -w use strict; use DBI; my $new_handle = DBI->connect("dbi:Pg:dbname=rtdb",'rtuser','****'); $new_handle->{pg_enable_utf8}=1; $new_handle->do("SET client_encoding TO 'UTF8'"); my $old_handle = DBI->connect("dbi:mysql:dbname=rtdb",'rtuser','****'); $old_handle->do("SET NAMES 'utf8'"); $old_handle->do("SET CHARACTER SET 'utf8'"); my @tables = qw/Attachments/; foreach my $table (@tables) { print "Migrating $table...\n"; # Find all the rows in the table my $sth = $old_handle->prepare("SELECT * FROM $table") || die $@; $sth->execute || die $@; copy_table_rows($table, $sth); } sub copy_table_rows { my $table = shift; my $sth = shift; while (my $row = $sth->fetchrow_hashref) { my @keys; my @values; my @placeholders; foreach my $key (keys %$row) { push @keys, $key; push @values, $row->{$key}; push @placeholders, '?'; } my $insert = "INSERT into $table (".join(',',@keys).") VALUES (".join(',',@placeholders).")\n"; my $sth= $new_handle->prepare($insert) || die $@; $sth->execute(@values) || die $@ . "\n ".join(",",@values); } } $old_handle->disconnect(); $new_handle->disconnect();Ten skončí s chybou:
DBD::Pg::st execute failed: ERROR: invalid byte sequence for encoding "UTF8": 0xed6d2c HINT: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding". at ./rt3-on-mysql-to-pg.pl line 45. Use of uninitialized value $values[2] in join or string at ./rt3-on-mysql-to-pg.pl line 45.A v tabulce je jen prvních zhruba 30 záznamů. Podle chybové hlášky, z dokumentace a pomocí google jsem získal dojem, že problém bude ve špatném kódování vkládaných znaků do databáze Pg. Nemůžu ale přijít na způsob, jak to opravit. Nastavení client_encoding, NAMES ani CHARACTER SET nepomohlo. Co ještě můžu vyzkoušet?
push @values, decode("utf8",$row->{$key});a vkládání zpět do databáze:
$sth->execute(@values) || die $@ . "\n ".encode("utf8",join(",",@values));Skript zpracuje úspěšně 3500 řádků v tabulce (předtím 30). Pak ale opět skončí s chybou:
DBD::Pg::st execute failed: ERROR: invalid byte sequence for encoding "UTF8": 0xfd
use locale; binmode(STDOUT, ":encoding(UTF-8)"); binmode(STDIN, ":encoding(UTF-8)");ani nastavení
LANG=en_US.UTF-8
a LC_ALL=en_US.UTF-8
nepomohlo.
Vypadá to na problém se sloupcem Content. Když ho vyřadím z exportovaných dat, tak se import povede.
my $sth = $old_handle->prepare("SELECT Created,id,TransactionId,Parent,MessageId,Subject,Filename,ContentType,ContentEncoding,Headers,Creator,Created FROM $table) || die $@;
Sloupec Content je v MySQL typu longblob
v PostgreSQL typu bytea
. Takže otázka zní: Jak dostat v perlu data ze sloupce longblob
do sloupce typu bytea
?
Tiskni
Sdílej: