dev.linux.lists.distributions archive

192 archived articles, newest first (page 1 of 2). Latest articles →

lmdb-1.0.0 incompatibility
Mon, 06 Jul 2026 20:37:37 +0100
Sam James <[email protected]> • #192
libevent 2.1.13-stable
Wed, 1 Jul 2026 05:31:52 -0700
Kevin Bowling <[email protected]> • #191
Upstream libaio moved from pagure.io to codeberg.org
Wed, 17 Jun 2026 03:38:14 +0200
Guillem Jover <[email protected]> • #190
Re: Looking for advice on how to deal with potential slop packages
Fri, 27 Mar 2026 09:01:39 +0100
"Bernhard M. Wiedemann" <[email protected]> • #189
Re: Looking for advice on how to deal with potential slop packages
Mon, 23 Mar 2026 09:14:12 +0100
Simon Josefsson <[email protected]> • #188
Re: Looking for advice on how to deal with potential slop packages
Mon, 23 Mar 2026 00:53:45 +0100
"Andreas K. Huettel" <[email protected]> • #187
Re: Looking for advice on how to deal with potential slop packages
Wed, 11 Mar 2026 02:50:59 +0000
Sam James <[email protected]> • #186
Re: Looking for advice on how to deal with potential slop packages
Wed, 11 Mar 2026 02:48:58 +0000
Sam James <[email protected]> • #185
Re: Please test autoreconf from zack/autoreconf-exclude branch
Mon, 09 Mar 2026 21:16:24 +0000
Richard Purdie <[email protected]> • #184
Re: Please test autoreconf from zack/autoreconf-exclude branch
Mon, 9 Mar 2026 21:08:19 +0000
Ross Burton <[email protected]> • #183
Re: Please test autoreconf from zack/autoreconf-exclude branch
Mon, 09 Mar 2026 15:57:25 -0400
"Zack Weinberg" <[email protected]> • #182
Re: Please test autoreconf from zack/autoreconf-exclude branch
Mon, 9 Mar 2026 14:18:56 -0400
Nick Bowler <[email protected]> • #181
Re: Please test autoreconf from zack/autoreconf-exclude branch
Mon, 09 Mar 2026 13:14:38 -0400
"Zack Weinberg" <[email protected]> • #180
Re: Looking for advice on how to deal with potential slop packages
Sun, 8 Mar 2026 05:00:33 +0100
Guillem Jover <[email protected]> • #179
Re: Looking for advice on how to deal with potential slop packages
Sat, 07 Mar 2026 16:31:18 +0100
Simon Josefsson <[email protected]> • #178
Re: Looking for advice on how to deal with potential slop packages
Sat, 7 Mar 2026 13:36:18 +0100
Morten Linderud <[email protected]> • #177
Re: Looking for advice on how to deal with potential slop packages
Sat, 07 Mar 2026 13:07:47 +0100
Noé Lopez <[email protected]> • #176
Looking for advice on how to deal with potential slop packages
Sat, 07 Mar 2026 11:38:03 +0100
Michał Górny <[email protected]> • #175
Re: Please test autoreconf from zack/autoreconf-exclude branch
Wed, 4 Mar 2026 19:03:09 -0500
Nick Bowler <[email protected]> • #174
Re: Please test autoreconf from zack/autoreconf-exclude branch
Wed, 4 Mar 2026 18:51:18 -0500
Nick Bowler <[email protected]> • #173
Re: Please test autoreconf from zack/autoreconf-exclude branch
Wed, 04 Mar 2026 17:13:50 -0500
"Zack Weinberg" <[email protected]> • #172
Re: Please test autoreconf from zack/autoreconf-exclude branch
Wed, 4 Mar 2026 20:19:17 +0000
Ross Burton <[email protected]> • #171
Re: British Columbia redefines "Pacific Time"
Tue, 3 Mar 2026 19:08:38 -0800
Neal Gompa <[email protected]> • #170
Re: British Columbia redefines "Pacific Time"
Wed, 04 Mar 2026 02:28:12 +0000
Sam James <[email protected]> • #169
British Columbia redefines "Pacific Time"
Tue, 3 Mar 2026 14:17:55 -0800
Alan Coopersmith <[email protected]> • #168
Re: Please test autoreconf from zack/autoreconf-exclude branch
Tue, 3 Mar 2026 20:04:53 +0000
Ross Burton <[email protected]> • #167
Please test autoreconf from zack/autoreconf-exclude branch
Tue, 03 Mar 2026 12:20:32 -0500
"Zack Weinberg" <[email protected]> • #166
Fwd: autoconf-2.72.90 released [beta]
Mon, 16 Feb 2026 09:20:02 -0500
"Zack Weinberg" <[email protected]> • #165
Python: pkg_resources removal from setuptools
Mon, 09 Feb 2026 13:24:00 +0100
Michał Górny <[email protected]> • #164
Re: year 2038 is only 12 years away
Wed, 4 Feb 2026 15:05:22 +0100
"Bernhard M. Wiedemann" <[email protected]> • #163
Re: year 2038 is only 12 years away
Wed, 04 Feb 2026 11:22:13 +0100
John Paul Adrian Glaubitz <[email protected]> • #162
Re: year 2038 is only 12 years away
Wed, 4 Feb 2026 11:15:41 +0100
"Bernhard M. Wiedemann" <[email protected]> • #161
Re: year 2038 is only 12 years away
Mon, 02 Feb 2026 12:43:19 +0100
"Andreas K. Huettel" <[email protected]> • #160
Re: year 2038 is only 12 years away
Mon, 02 Feb 2026 11:52:00 +0100
"Andreas K. Huettel" <[email protected]> • #159
Re: year 2038 is only 12 years away
Mon, 19 Jan 2026 10:06:54 +0100
"Bernhard M. Wiedemann" <[email protected]> • #158
Re: year 2038 is only 12 years away
Sun, 18 Jan 2026 04:18:20 +0100
Michał Górny <[email protected]> • #157
year 2038 is only 12 years away
Sun, 18 Jan 2026 03:28:13 +0100
"Bernhard M. Wiedemann" <[email protected]> • #156
Hello!
Thu, 6 Nov 2025 07:20:47 -0500
Neal Gompa <[email protected]> • #155
libffi-3.4.7 bug
Mon, 10 Feb 2025 02:35:20 +0000
Sam James <[email protected]> • #154
Re: openssl 3.3 & 3.4 need patch for arm64 asm
Thu, 6 Feb 2025 14:48:04 +0100
Adrien Nader <[email protected]> • #153
Re: openssl 3.3 & 3.4 need patch for arm64 asm
Thu, 06 Feb 2025 13:13:09 +0000
Sam James <[email protected]> • #152
openssl 3.3 & 3.4 need patch for arm64 asm
Thu, 06 Feb 2025 13:07:06 +0000
Sam James <[email protected]> • #151
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 20:42:25 +0100
Simon Josefsson <[email protected]> • #150
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 18:47:55 +0100
Bruno Haible <[email protected]> • #149
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Fri, 24 Jan 2025 00:13:01 +0800
Celeste Liu <[email protected]> • #148
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 16:38:08 +0100
Michał Górny <[email protected]> • #147
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 23:19:17 +0800
Celeste Liu <[email protected]> • #146
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 15:43:10 +0100
Michał Górny <[email protected]> • #145
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 15:37:34 +0100
Michał Górny <[email protected]> • #144
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 14:53:56 +0100
Simon Josefsson <[email protected]> • #143
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 15:26:18 +0100
Michał Górny <[email protected]> • #142
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 09:09:06 -0500
Eli Schwartz <[email protected]> • #141
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 15:04:15 +0100
"Bernhard M. Wiedemann" <[email protected]> • #140
Re: Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 14:50:45 +0100
Bruno Haible <[email protected]> • #139
Standardizing NO_NETWORK and USE_SYSTEM_DEPS environment variables
Thu, 23 Jan 2025 14:14:36 +0100
Michał Górny <[email protected]> • #138
Re: The uv project is working on a new PEP517 backend that may negatively impact Python packaging for distros
Sat, 21 Dec 2024 08:43:53 -0700
Neal Gompa <[email protected]> • #137
The uv project is working on a new PEP517 backend that may negatively impact Python packaging for distros
Sat, 21 Dec 2024 16:12:21 +0100
Michał Górny <[email protected]> • #136
Arch Linux RFC: Dealing with package sources and digital signatures
Thu, 14 Nov 2024 20:16:16 +0100
Robin Candau <[email protected]> • #135
FHS 4.0
Wed, 6 Nov 2024 09:06:35 +0100
"Bernhard M. Wiedemann" <[email protected]> • #134
Chromium 130 and 131 Linux tarballs.
Sat, 2 Nov 2024 12:20:25 +1000
Matt Jolly <[email protected]> • #133
Re: Proposed CHOST change for the 64bit time_t transition
Tue, 10 Sep 2024 18:23:22 +0200
Florian Weimer <[email protected]> • #132
Re: Proposed CHOST change for the 64bit time_t transition
Tue, 10 Sep 2024 14:11:44 +0000
Todd Vierling <[email protected]> • #131
Re: Proposed CHOST change for the 64bit time_t transition
Tue, 10 Sep 2024 12:16:09 +0200
"Andreas K. Huettel" <[email protected]> • #130
Re: tzdata-2024b chaos
Tue, 10 Sep 2024 10:35:20 +0200
Michał Górny <[email protected]> • #129
Re: tzdata-2024b chaos
Tue, 10 Sep 2024 08:21:04 +0000
Yao Zi <[email protected]> • #128
tzdata-2024b chaos
Tue, 10 Sep 2024 01:17:17 +0100
Sam James <[email protected]> • #127
Re: Proposed CHOST change for the 64bit time_t transition
Tue, 10 Sep 2024 01:08:36 +0200
Arsen Arsenović <[email protected]> • #126
Re: Proposed CHOST change for the 64bit time_t transition
Sun, 08 Sep 2024 18:42:00 -0500
Jacob Bachmeyer <[email protected]> • #125
Re: Proposed CHOST change for the 64bit time_t transition
Sun, 08 Sep 2024 16:08:02 +0200
Arsen Arsenović <[email protected]> • #124
Re: Proposed CHOST change for the 64bit time_t transition
Sat, 07 Sep 2024 14:32:24 +0200
Michał Górny <[email protected]> • #123
Re: Proposed CHOST change for the 64bit time_t transition
Sat, 07 Sep 2024 13:52:49 +0200
Arsen Arsenović <[email protected]> • #122
Re: Proposed CHOST change for the 64bit time_t transition
Sat, 07 Sep 2024 02:24:06 +0200
Bruno Haible <[email protected]> • #121
Re: Proposed CHOST change for the 64bit time_t transition
Sat, 07 Sep 2024 02:16:49 +0200
Bruno Haible <[email protected]> • #120
Re: Proposed CHOST change for the 64bit time_t transition
Fri, 06 Sep 2024 18:06:04 +0200
Arsen Arsenović <[email protected]> • #119
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 05 Sep 2024 23:54:22 +0200
"Andreas K. Huettel" <[email protected]> • #118
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 5 Sep 2024 11:20:32 -0700
Paul Eggert <[email protected]> • #117
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 05 Sep 2024 19:03:35 +0200
"Andreas K. Huettel" <[email protected]> • #116
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 05 Sep 2024 18:59:41 +0200
"Andreas K. Huettel" <[email protected]> • #115
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 5 Sep 2024 09:39:12 -0700
Khem Raj <[email protected]> • #114
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 5 Sep 2024 16:33:34 +0000
Todd Vierling <[email protected]> • #113
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 5 Sep 2024 08:39:28 -0700
Paul Eggert <[email protected]> • #112
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 05 Sep 2024 15:50:56 +0200
"Andreas K. Huettel" <[email protected]> • #111
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 05 Sep 2024 15:49:07 +0200
"Andreas K. Huettel" <[email protected]> • #110
Re: Proposed CHOST change for the 64bit time_t transition
Wed, 4 Sep 2024 20:10:42 -0700
Khem Raj <[email protected]> • #109
Re: Proposed CHOST change for the 64bit time_t transition
Thu, 5 Sep 2024 03:06:17 +0100
Wookey <[email protected]> • #108
Re: Proposed CHOST change for the 64bit time_t transition
Wed, 4 Sep 2024 19:32:38 -0500
Oskari Pirhonen <[email protected]> • #107
Proposed CHOST change for the 64bit time_t transition
Wed, 04 Sep 2024 17:48:04 +0200
"Andreas K. Huettel" <[email protected]> • #106
ABI breaking changes in OpenCC 1.1.8
Fri, 2 Aug 2024 20:11:50 +0800
Yao Zi <[email protected]> • #105
Re: obs 30.2.0 or later: double-free on exit
Tue, 30 Jul 2024 15:32:57 +0700
Đoàn Trần Công Danh <[email protected]> • #104
Re: obs 30.2.0 or later: double-free on exit
Fri, 26 Jul 2024 10:41:21 -0700
Alan Coopersmith <[email protected]> • #103
obs 30.2.0 or later: double-free on exit
Fri, 26 Jul 2024 15:28:13 +0700
Đoàn Trần Công Danh <[email protected]> • #102
Re: Firefox-128 "Privacy-Preserving Attribution" and distribution defaults
Thu, 25 Jul 2024 21:55:07 +0300
Joonas Niilola <[email protected]> • #101
Re: Firefox-128 "Privacy-Preserving Attribution" and distribution defaults
Mon, 22 Jul 2024 20:26:09 +0200
Patrycja Rosa <[email protected]> • #100
Firefox-128 "Privacy-Preserving Attribution" and distribution defaults
Mon, 22 Jul 2024 16:32:25 +0300
Joonas Niilola <[email protected]> • #99
Re: mesa-24.1.4 incompatibility with unpatched ffmpeg
Fri, 19 Jul 2024 23:59:08 -0400
Neal Gompa <[email protected]> • #98
mesa-24.1.4 incompatibility with unpatched ffmpeg
Sat, 20 Jul 2024 04:26:24 +0100
Sam James <[email protected]> • #97
fail2ban compatibility with openssh-9.8
Sat, 20 Jul 2024 04:20:07 +0100
Sam James <[email protected]> • #96
Aliasing violation in boost-1.85 (container)
Thu, 04 Jul 2024 18:20:24 +0100
Sam James <[email protected]> • #95
Re: packages released with libtool-2.5.0 likely fail to build on mips64
Thu, 27 Jun 2024 01:27:26 +0200
"Andreas K. Huettel" <[email protected]> • #94
Re: packages released with libtool-2.5.0 likely fail to build on mips64
Sun, 16 Jun 2024 11:36:50 -0400
Eli Schwartz <[email protected]> • #93
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.