gmane.linux.debian.user archive

539 archived articles, newest first (page 3 of 6). Latest articles →

Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 10:57:45 -0600
Charles Curley <[email protected]> • #636312
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 16:46:25 +0100
Joe <[email protected]> • #636311
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 10:44:39 -0500
nwe <[email protected]> • #636310
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 16:40:07 +0100
[email protected] • #636309
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 10:39:05 -0500
nwe <[email protected]> • #636308
Re: Symlinks not accessible when mounting with sshfs
Mon, 27 Jul 2026 09:51:54 -0500
nwe <[email protected]> • #636307
Re: Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 14:37:24 +0000
Andy Smith <[email protected]> • #636306
Re: Symlinks not accessible when mounting with sshfs
Mon, 27 Jul 2026 11:12:51 -0300
Eduardo M KALINOWSKI <[email protected]> • #636305
Re: Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 16:28:46 +0200
Nicolas George <[email protected]> • #636304
Re: Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 11:06:13 -0300
Marcelo Laia <[email protected]> • #636303
Re: Symlinks not accessible when mounting with sshfs
Mon, 27 Jul 2026 14:03:43 +0000
Andy Smith <[email protected]> • #636302
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 09:57:23 -0400
Stefan Monnier <[email protected]> • #636301
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 09:55:01 -0400
Stefan Monnier <[email protected]> • #636300
Symlinks not accessible when mounting with sshfs
Mon, 27 Jul 2026 15:44:17 +0200
Franco Martelli <[email protected]> • #636299
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 13:24:09 +0000
Andy Smith <[email protected]> • #636298
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 15:08:40 +0200
Loïc Grenié <[email protected]> • #636297
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 14:39:50 +0200
Nicolas George <[email protected]> • #636296
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 14:35:27 +0200
Nicolas George <[email protected]> • #636295
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 14:22:44 +0200
"Thomas Schmitt" <[email protected]> • #636294
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 08:04:25 -0400
Dan Ritter <[email protected]> • #636293
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 08:03:31 -0400
The Wanderer <[email protected]> • #636292
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 14:01:25 +0200
"Thomas Schmitt" <[email protected]> • #636291
Re: Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 07:55:24 -0400
Greg Wooledge <[email protected]> • #636290
Preventing writes to the underlying directory when a mounted filesystem disappears
Mon, 27 Jul 2026 08:25:40 -0300
Marcelo Laia <[email protected]> • #636289
Re: OT
Sun, 26 Jul 2026 14:34:02 -0000 (UTC)
CGS <[email protected]> • #636288
Re: OT
Sun, 26 Jul 2026 14:32:39 -0000 (UTC)
CGS <[email protected]> • #636287
Re: OT
Sun, 26 Jul 2026 16:27:47 +0200
john doe <[email protected]> • #636286
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sun, 26 Jul 2026 14:18:11 -0000 (UTC)
CGS <[email protected]> • #636285
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 20:51:45 +0200
Nicolas George <[email protected]> • #636284
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 20:49:44 +0200
Nicolas George <[email protected]> • #636283
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 20:39:10 +0200
Nicolas George <[email protected]> • #636282
Re: 'Rust makes coding fun again': Why Linux is moving away from C,? according to Greg Kroah-Hartman
Sat, 25 Jul 2026 14:35:47 -0400
Jeffrey Walton <[email protected]> • #636281
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 13:56:26 -0400
Stefan Monnier <[email protected]> • #636280
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 19:39:27 +0200
<[email protected]> • #636279
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 11:58:18 -0400
Stefan Monnier <[email protected]> • #636278
Re: 'Rust makes coding fun again': Why Linux is moving away from C,? according to Greg Kroah-Hartman
Sat, 25 Jul 2026 11:23:09 -0400 (EDT)
Robert Heller <[email protected]> • #636277
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 15:15:25 -0000 (UTC)
CGS <[email protected]> • #636276
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Sat, 25 Jul 2026 06:25:30 +0200
[email protected] • #636275
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Fri, 24 Jul 2026 20:16:48 +0200
Franco Martelli <[email protected]> • #636274
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Thu, 23 Jul 2026 21:20:23 +0200
<[email protected]> • #636273
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 14:57:46 -0400 (EDT)
Robert Heller <[email protected]> • #636272
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 20:41:15 +0200
[email protected] • #636271
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Thu, 23 Jul 2026 20:28:17 +0200
Franco Martelli <[email protected]> • #636270
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 14:21:22 -0400 (EDT)
Robert Heller <[email protected]> • #636269
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 19:58:03 +0200
Sven Joachim <[email protected]> • #636268
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 19:22:01 +0200
Klaus Singvogel <[email protected]> • #636267
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 18:41:49 +0200
<[email protected]> • #636266
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 12:33:32 -0400 (EDT)
Robert Heller <[email protected]> • #636265
Re: Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 10:12:31 -0400
Greg Wooledge <[email protected]> • #636264
Pesky message: cannot stat /var/run/utmp. Please "unset watch".
Thu, 23 Jul 2026 09:15:05 -0400 (EDT)
Robert Heller <[email protected]> • #636263
Re: Fastly bot blocker on packages.debian.org is awful
Thu, 23 Jul 2026 14:02:21 +0200
"W. Kosior" <[email protected]> • #636262
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Thu, 23 Jul 2026 10:39:57 +0300
Teemu Likonen <[email protected]> • #636261
Re: nvidia -> AMD failure
Wed, 22 Jul 2026 15:37:47 -0400 (EDT)
Robert Heller <[email protected]> • #636260
Re: nvidia -> AMD failure
Wed, 22 Jul 2026 11:33:13 -0600
"D. R. Evans" <[email protected]> • #636259
Re: nvidia -> AMD failure
Wed, 22 Jul 2026 12:57:47 -0400
Stefan Monnier <[email protected]> • #636258
Re: nvidia -> AMD failure
Wed, 22 Jul 2026 12:14:29 -0400
Felix Miata <[email protected]> • #636257
nvidia -> AMD failure
Wed, 22 Jul 2026 09:34:01 -0600
"D. R. Evans" <[email protected]> • #636256
Re: Request for discussion: Maintaining NVIDIA 470 legacy driver support for future Debian releases
Tue, 21 Jul 2026 21:23:18 +0200
didier gaumet <[email protected]> • #636255
Re: Request for discussion: Maintaining NVIDIA 470 legacy driver support for future Debian releases
Tue, 21 Jul 2026 20:35:29 +0200
Marco Moock <[email protected]> • #636254
Software brightness breaks
Tue, 21 Jul 2026 18:45:46 +0300
Oles Andrela <[email protected]> • #636253
Re: Request for discussion: Maintaining NVIDIA 470 legacy driver support for future Debian releases
Tue, 21 Jul 2026 15:26:45 -0000 (UTC)
CGS <[email protected]> • #636252
Re: How to get touchpad settings back afer (oops!) disabling them?
Tue, 21 Jul 2026 16:15:24 +0200
Steinar Bang <[email protected]> • #636251
Request for discussion: Maintaining NVIDIA 470 legacy driver support for future Debian releases
Tue, 21 Jul 2026 10:50:50 +0200
Walter Muller <[email protected]> • #636250
Re: Installing debian
Tue, 21 Jul 2026 08:03:44 +0200
Erwan David <[email protected]> • #636249
Re: IO performance information taken out of kernel
Tue, 21 Jul 2026 06:38:18 +0200
Michel Verdier <[email protected]> • #636248
IO performance information taken out of kernel
Tue, 21 Jul 2026 13:49:16 +1200
"C.T.F. Jansen" <[email protected]> • #636247
Re: Installing debian
Mon, 20 Jul 2026 11:35:23 -0600
Charles Curley <[email protected]> • #636246
Re: Installing debian
Mon, 20 Jul 2026 18:08:28 +0200
Marco Moock <[email protected]> • #636245
Re: 'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Mon, 20 Jul 2026 16:00:29 +0000
Andy Smith <[email protected]> • #636244
Installing debian
Mon, 20 Jul 2026 17:03:00 +0200
Erwan David <[email protected]> • #636243
Re: 'Rust makes coding fun again': Why Linux is moving away from C,? according to Greg Kroah-Hartman
Mon, 20 Jul 2026 11:10:43 -0400 (EDT)
Robert Heller <[email protected]> • #636242
'Rust makes coding fun again': Why Linux is moving away from C, according to Greg Kroah-Hartman
Mon, 20 Jul 2026 10:39:50 -0400
Jeffrey Walton <[email protected]> • #636241
Re: mesa-libgallium and mesa-va-drivers/mesa-vdpau-drivers versions mismatch in stable-brackports causes mesa drivers removal on apt full-upgrade
Mon, 20 Jul 2026 19:28:18 +1000
Geoff <[email protected]> • #636240
mesa-libgallium and mesa-va-drivers/mesa-vdpau-drivers versions mismatch in stable-brackports causes mesa drivers removal on apt full-upgrade
Mon, 20 Jul 2026 11:40:45 +0300
allan_walpy <[email protected]> • #636239
Re: How to get touchpad settings back afer (oops!) disabling them?
Sun, 19 Jul 2026 10:42:12 +0100
Chris Green <[email protected]> • #636238
Re: How to get touchpad settings back afer (oops!) disabling them?
Sun, 19 Jul 2026 05:15:09 -0400
Timothy M Butterworth <[email protected]> • #636237
Re: How to get touchpad settings back afer (oops!) disabling them?
Sun, 19 Jul 2026 08:39:19 +0100
Chris Green <[email protected]> • #636236
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 19:21:49 +0200
Nicolas George <[email protected]> • #636235
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 17:49:30 +0100
Chris Green <[email protected]> • #636234
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 10:55:35 -0400
Stefan Monnier <[email protected]> • #636233
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 15:32:39 +0100
"mick.crane" <[email protected]> • #636232
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 09:37:09 -0400
Greg Wooledge <[email protected]> • #636231
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 15:34:25 +0200
<[email protected]> • #636230
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 14:05:25 +0100
Chris Green <[email protected]> • #636229
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 13:55:19 +0100
Chris Green <[email protected]> • #636228
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 13:58:11 +0100
Chris Green <[email protected]> • #636227
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 18:02:01 +0530
JEEnius Shivank <[email protected]> • #636226
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 12:32:10 +0100
"mick.crane" <[email protected]> • #636225
Re: How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 12:28:46 +0100
"mick.crane" <[email protected]> • #636224
How to get touchpad settings back afer (oops!) disabling them?
Sat, 18 Jul 2026 11:56:06 +0100
Chris Green <[email protected]> • #636223
Re: DNS funny with Debian
Fri, 17 Jul 2026 20:28:00 +0000
Andy Smith <[email protected]> • #636222
Re: DNS funny with Debian
Fri, 17 Jul 2026 20:20:13 +0000
Andy Smith <[email protected]> • #636221
Re: DNS funny with Debian
Fri, 17 Jul 2026 20:27:05 +0100
Joe <[email protected]> • #636220
Re: DNS funny with Debian
Fri, 17 Jul 2026 13:38:08 -0400
Greg Wooledge <[email protected]> • #636219
Re: DNS funny with Debian
Fri, 17 Jul 2026 17:56:12 +0200
Marco Moock <[email protected]> • #636218
Re: DNS funny with Debian
Fri, 17 Jul 2026 17:57:27 +0200
Marco Moock <[email protected]> • #636217
Re: DNS funny with Debian
Fri, 17 Jul 2026 13:42:17 +0000
Andy Smith <[email protected]> • #636216
Re: DNS funny with Debian
Fri, 17 Jul 2026 14:06:51 +0100
Joe <[email protected]> • #636215
Re: strange screen blanking out
Fri, 17 Jul 2026 07:58:31 -0400
songbird <[email protected]> • #636214
Re: DNS funny with Debian
Fri, 17 Jul 2026 11:00:22 +0000
Andy Smith <[email protected]> • #636213
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.