gmane.os.netbsd.devel.general archive

825 archived articles, newest first (page 1 of 9). Latest articles →

re: I believe that PR 30542 should be closed.
Tue, 24 Feb 2026 15:57:24 +1100
matthew green <[email protected]> • #1040
I believe that PR 30542 should be closed.
Mon, 23 Feb 2026 11:38:24 -0600
Jacob Pipkin <[email protected]> • #1039
Why do you use NetBSD?
Tue, 17 Jun 2025 07:43:31 +0000
[email protected] • #1038
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 18:18:18 +0100 (CET)
Thorsten Glaser <[email protected]> • #1037
alx-0008r2 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 17:13:55 +0100
Alejandro Colomar <[email protected]> • #1036
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 15:54:54 +0100
Alejandro Colomar <[email protected]> • #1035
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 15:26:46 +0100
Bruno Haible <[email protected]> • #1034
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 13:44:49 +0100
Bruno Haible <[email protected]> • #1033
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 13:55:01 +0100
Alejandro Colomar <[email protected]> • #1032
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 11:32:43 +0100
Alejandro Colomar <[email protected]> • #1031
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 13:39:00 -0700
Paul Eggert <[email protected]> • #1030
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 12:27:07 -0700
Paul Eggert <[email protected]> • #1029
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 22:59:26 +0100
Bruno Haible <[email protected]> • #1028
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 17:39:33 -0700
Paul Eggert <[email protected]> • #1027
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 00:03:24 -0700
Paul Eggert <[email protected]> • #1026
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 02:15:51 +0100
Alejandro Colomar <[email protected]> • #1025
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 01:36:29 +0100
Alejandro Colomar <[email protected]> • #1024
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 01:31:37 +0100 (CET)
Thorsten Glaser <[email protected]> • #1023
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 01:19:04 +0100
Alejandro Colomar <[email protected]> • #1022
nullability of status parameter in strtoi/u(3)
Thu, 20 Mar 2025 00:52:08 +0100
Alejandro Colomar <[email protected]> • #1021
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 00:52:07 +0100 (CET)
Thorsten Glaser <[email protected]> • #1020
strtou(3) handling of negative input
Thu, 20 Mar 2025 00:30:36 +0100
Alejandro Colomar <[email protected]> • #1019
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Thu, 20 Mar 2025 00:12:04 +0100
Alejandro Colomar <[email protected]> • #1018
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 22:23:51 +0100
Alejandro Colomar <[email protected]> • #1017
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 21:05:08 +0100
Alejandro Colomar <[email protected]> • #1016
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 19:56:06 +0100
Alejandro Colomar <[email protected]> • #1015
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 19:48:59 +0100
Alejandro Colomar <[email protected]> • #1014
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 19:01:17 +0100
Alejandro Colomar <[email protected]> • #1013
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 18:35:29 +0100
Bruno Haible <[email protected]> • #1012
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 17:53:34 +0100
Alejandro Colomar <[email protected]> • #1011
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 17:36:32 +0100 (CET)
Thorsten Glaser <[email protected]> • #1010
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 17:25:40 +0100
Alejandro Colomar <[email protected]> • #1009
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 16:56:32 +0100 (CET)
Thorsten Glaser <[email protected]> • #1008
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 16:26:06 +0100
Alejandro Colomar <[email protected]> • #1007
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Wed, 19 Mar 2025 01:15:30 +0100
Bruno Haible <[email protected]> • #1006
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 22:53:09 +0100
Bruno Haible <[email protected]> • #1005
Re: [SC22WG14.29912] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 22:14:03 +0000 (UTC)
Joseph Myers <[email protected]> • #1004
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 22:16:05 +0100
Alejandro Colomar <[email protected]> • #1003
Re: [SC22WG14.29912] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 21:11:58 +0000 (UTC)
Joseph Myers <[email protected]> • #1002
Re: [SC22WG14.29900] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 21:18:50 +0100
Alejandro Colomar <[email protected]> • #1001
Re: [SC22WG14.29900] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 17:20:19 +0000 (UTC)
Joseph Myers <[email protected]> • #1000
Re: [SC22WG14.29912] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 23:49:38 +0100
Alejandro Colomar <[email protected]> • #999
Re: alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 23:43:46 +0100
Alejandro Colomar <[email protected]> • #998
Re: [SC22WG14.29912] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 22:40:43 +0100
Alejandro Colomar <[email protected]> • #997
Re: [SC22WG14.29912] alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 22:35:47 +0100
Alejandro Colomar <[email protected]> • #996
alx-0008 - Standardize strtoi(3) and strtou(3) from NetBSD
Tue, 18 Mar 2025 14:54:45 +0100
Alejandro Colomar <[email protected]> • #995
Re: USB audio
Mon, 10 Feb 2025 10:58:42 +0100
Martin Husemann <[email protected]> • #994
Re: USB audio
Mon, 10 Feb 2025 10:25:12 +0100
Peter Skvarka <[email protected]> • #993
Re: USB audio
Wed, 5 Feb 2025 20:19:50 +0100
Martin Husemann <[email protected]> • #992
Re: USB audio
Wed, 5 Feb 2025 19:01:27 +0100
Peter Skvarka <[email protected]> • #991
Re: USB audio
Tue, 4 Feb 2025 07:17:16 +0100
Martin Husemann <[email protected]> • #990
USB audio
Mon, 3 Feb 2025 19:59:34 +0100
Peter Skvarka <[email protected]> • #989
Re: Support for the RTL8821CE
Sat, 14 Dec 2024 17:52:17 -0800
"T K Spindler (moof)" <[email protected]> • #988
Re: Support for the RTL8821CE
Sun, 15 Dec 2024 00:05:26 +0100 (CET)
Havard Eidnes <[email protected]> • #987
Support for the RTL8821CE
Sat, 14 Dec 2024 12:32:48 -0400
Mauricio Alfonso <[email protected]> • #986
Re: [PATCH] strto[iu](3): Make the implementation portable
Sun, 21 Jul 2024 12:26:34 +0200
Alejandro Colomar <[email protected]> • #985
[PATCH] strto[iu](3): Make the implementation portable
Sat, 20 Jul 2024 21:03:30 +0200
Alejandro Colomar <[email protected]> • #984
Cannot connect or discover Bluetooth LE 4.3 keyboard
Mon, 24 Jun 2024 18:41:27 +0000 (UTC)
Kevin Bloom <[email protected]> • #983
Re: NetBSD curses history
Thu, 30 May 2024 16:47:59 +0930
Brett Lymn <[email protected]> • #982
NetBSD curses history
Sat, 25 May 2024 12:25:38 -0700
B Harder <[email protected]> • #981
ZFS volumes block size mismatch between -9 and -10?
Tue, 23 Apr 2024 23:19:39 +0200
Jean-Yves Migeon <[email protected]> • #980
Re: Modern cryptographic algorithms to netpgp, netpgpverify
Wed, 2 Aug 2023 10:49:01 -0700
Alistair Crooks <[email protected]> • #979
Modern cryptographic algorithms to netpgp, netpgpverify
Mon, 31 Jul 2023 21:53:30 +0300
David Dudas <[email protected]> • #978
Re: Building netbsd-8 and netbsd-9 with modern gcc
Wed, 31 May 2023 01:24:21 +1000
Luke Mewburn <[email protected]> • #977
Re: Building netbsd-8 and netbsd-9 with modern gcc
Tue, 30 May 2023 15:13:53 +0100
David Brownlee <[email protected]> • #976
Re: Building netbsd-8 and netbsd-9 with modern gcc
Tue, 30 May 2023 15:44:08 +0200
Martin Husemann <[email protected]> • #975
Re: Building netbsd-8 and netbsd-9 with modern gcc
Tue, 30 May 2023 13:04:48 +0100
David Brownlee <[email protected]> • #974
Re: Building netbsd-8 and netbsd-9 with modern gcc
Tue, 30 May 2023 09:19:39 +0000
Luke Mewburn <[email protected]> • #973
Building netbsd-8 and netbsd-9 with modern gcc
Mon, 29 May 2023 21:51:45 +0100
David Brownlee <[email protected]> • #972
zpool import skips wedges due to a race condition
Sun, 5 Sep 2021 22:16:48 +0100
Alexander Nasonov <[email protected]> • #971
Re: UFS dirent d_reclen
Thu, 10 Sep 2020 22:43:20 +0000
David Holland <[email protected]> • #970
Re: UFS dirent d_reclen
Thu, 10 Sep 2020 13:57:45 -0400
Jan Schaumann <[email protected]> • #969
Re: UFS dirent d_reclen
Fri, 11 Sep 2020 00:19:47 +0700
Robert Elz <[email protected]> • #968
Re: UFS dirent d_reclen
Thu, 10 Sep 2020 11:49:21 -0400
Jan Schaumann <[email protected]> • #967
Re: UFS dirent d_reclen
Thu, 10 Sep 2020 11:37:54 -0400 (EDT)
Mouse <[email protected]> • #966
UFS dirent d_reclen
Thu, 10 Sep 2020 11:20:31 -0400
Jan Schaumann <[email protected]> • #965
NetBSD 9.0 amd64 USB/SCSI issue
Mon, 24 Aug 2020 14:01:34 -0400
Bruce Lilly <[email protected]> • #964
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
Fri, 29 May 2020 12:02:05 -0000 (UTC)
[email protected] (Christos Zoulas) • #963
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
Fri, 29 May 2020 06:40:16 +0200
Martin Husemann <[email protected]> • #962
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
Thu, 28 May 2020 20:05:10 -0400 (EDT)
Mouse <[email protected]> • #961
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
Thu, 28 May 2020 15:30:20 -0700
"Greg A. Woods" <[email protected]> • #960
Re: odd missing symbols like rumpns_lockdebug_* in an i386 build
Fri, 29 May 2020 04:35:43 +0700
Robert Elz <[email protected]> • #959
odd missing symbols like rumpns_lockdebug_* in an i386 build
Thu, 28 May 2020 13:48:49 -0700
"Greg A. Woods" <[email protected]> • #958
Re: fix whois recursion
Sun, 1 Mar 2020 14:35:20 +0000
Sevan Janiyan <[email protected]> • #957
fix whois recursion
Wed, 30 Oct 2019 08:47:21 +0000
Niclas Rosenvik <[email protected]> • #956
Re: BACK TO BASICS
Fri, 11 Oct 2019 18:05:10 +0200 (CEST)
[email protected] • #955
Back to basics
Wed, 9 Oct 2019 19:32:19 +0200 (CEST)
[email protected] • #954
Re: looking at netcat
Thu, 3 Oct 2019 02:22:11 +0100
Sevan Janiyan <[email protected]> • #953
Re: nc - unbuffered input
Fri, 14 Dec 2018 07:33:12 +0100
Kamil Rytarowski <[email protected]> • #952
Re: nc - unbuffered input
Thu, 13 Dec 2018 21:32:19 -0500
JP <[email protected]> • #951
Re: nc - unbuffered input
Thu, 13 Dec 2018 14:08:01 -0500
JP <[email protected]> • #950
Re: nc - unbuffered input
Thu, 13 Dec 2018 16:28:51 +0100
Kamil Rytarowski <[email protected]> • #949
nc - unbuffered input
Thu, 13 Dec 2018 09:04:46 -0500
JP <[email protected]> • #948
looking at netcat
Thu, 29 Nov 2018 13:22:42 -0500
JP <[email protected]> • #947
Re: NetBSD system package
Fri, 29 Jun 2018 06:23:00 +0000
"Thomas Mueller" <[email protected]> • #946
Re: NetBSD system package
Sat, 30 Jun 2018 00:17:16 -0400
Thor Lancelot Simon <[email protected]> • #945
Re: NetBSD system package
Sat, 30 Jun 2018 03:58:52 +0000
[email protected] • #944
Re: NetBSD system package
Fri, 29 Jun 2018 23:17:40 +0900
Yuuki Enomoto <[email protected]> • #943
Re: NetBSD system package
Fri, 29 Jun 2018 12:18:58 +0000
[email protected] • #942
Re: NetBSD system package
Fri, 29 Jun 2018 06:23:00 +0000
"Thomas Mueller" <[email protected]> • #941
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.