#archlinux32 | Logs for 2023-08-03
Back
[04:48:38] -!- drathir_tor has quit [Ping timeout: 240 seconds]
[05:00:29] -!- drathir_tor has joined #archlinux32
[05:18:16] -!- buildmaster has quit [Remote host closed the connection]
[05:20:43] -!- buildmaster has joined #archlinux32
[05:26:44] -!- abaumann has joined #archlinux32
[05:26:44] <buildmaster> Hi abaumann!
[05:26:44] <buildmaster> !rq abaumann
[05:26:46] <phrik> buildmaster: <abaumann> Though I find it slightly funny: everything goes to 64-bit and 32-bit gets dropped, and then a 32-bit version of the OS is the main OS for the new 64-bit machines..
[05:26:56] <abaumann> I repaired all tables on the buildmaster (index corruption)
[05:27:13] <abaumann> now there are two gcc builds running :-)
[05:27:47] <abaumann> on the "pkginfo caching debate": get-package-updates fetches pkginfo _every time_ for all blacklisted packages, which causes it to run for hours.
[05:28:14] <abaumann> We could argue that blacklisted packages should not fetch pkginfos, but OTOH there might be dependencies which have to be detected.
[05:28:29] <abaumann> Hence I would add a pkginfo cache (which I removed again for now) :-)
[05:28:38] <abaumann> akonadi 574da3d81a33b16e813682925c6f32b94bd293d3 0000000000000000000000000000000000000000 kde-unstable Cannot find upstream package repository "kde-unstable" in the database.
[05:28:41] <abaumann> *sigh*
[05:28:53] <abaumann> the new git upstream fetch is quite buggy
[05:29:16] <abaumann> why on earth do we fetch 'kde-unstable'?!
[05:30:33] <abaumann> I'm enabling one build slave now (eurobuild6-1) to see whether gcc is built.
[05:46:41] <abaumann> Mmh. I think there is a mess in the buildmaster database. No packages in there should belong to kde-unstable IMHO.
[05:53:46] -!- abaumann has quit [Quit: leaving]
[07:02:34] -!- buildmaster has quit [Ping timeout: 260 seconds]
[07:02:34] -!- Menzador has quit [Ping timeout: 260 seconds]
[07:02:51] -!- buildmaster has joined #archlinux32
[07:03:45] -!- heartburn has quit [Ping timeout: 260 seconds]
[07:05:23] -!- Menzador has joined #archlinux32
[07:05:36] -!- heartburn has joined #archlinux32
[07:07:00] -!- abaumann has joined #archlinux32
[07:07:00] <buildmaster> Hi abaumann!
[07:07:00] <buildmaster> !rq abaumann
[07:07:02] <phrik> buildmaster: <abaumann> *abaumann thinks it's not a good idea to cook and fix bugs in ffmpeg in parallel :-)
[07:07:06] <abaumann> replication on archlinux32.org broken:
[07:07:07] <abaumann> Aug 03 10:06:13 archlinux32 mariadbd[345]: 2023-08-03 10:06:13 17300 [ERROR] Slave SQL: Error 'The table 'ssh_log' is full' on query. Default database: 'buildmaster'. Query: 'ALTER TABLE ssh_log ENGINE = InnoDB', Gtid 0-1-4187154, Internal MariaDB error code: 1114
[07:07:12] <abaumann> Aug 03 10:06:13 archlinux32 mariadbd[345]: 2023-08-03 10:06:13 17300 [Warning] Slave: The table 'ssh_log' is full Error_code: 1114
[07:07:15] <abaumann> Aug 03 10:06:13 archlinux32 mariadbd[345]: 2023-08-03 10:06:13 17300 [ERROR] Error running query, slave SQL thread aborted. Fix the problem, and restart the slave SQL thread with "SLAVE START". We stopped at log 'mysql-bin.000344' position 84734
[07:07:30] <abaumann> replication on archlinux32.org broken:
[20:19:01] -!- titus_livius has joined #archlinux32