> On Apr 26, 2024, at 12:37 AM, Martin Husemann wrote:
>
> On Thu, Apr 25, 2024 at 10:43:43PM -, Christos Zoulas wrote:
>> Thank you. I think there should be one compat set list, not one
>> for each machine_arch, and only have a ad or md machine specific
In article ,
nia wrote:
>I've thought about this a bit more and I want to write a separate
>script for generating the compat set lists, the current one is a
>little confusing (it tries to do a lot of things) and isn't really
>suited to generating a list based on another list.
>
>I'll work on
In article <4b5a66e1-7a3e-48ce-9ace-f9249e75f...@mailbox.org>,
J. Hannken-Illjes wrote:
>I also added an abort() when _dwarf_get_reloc_size() returns on
>"/* unknown relocation. */" and this killed nbctfconvert() as
>
>_dwarf_get_reloc_size ()
>_dwarf_elf_init ()
>dwarf_elf_init ()
>dw_read ()
I don't think that's the problem. I added abort() calls just before the return
0 and
they never fire for me (and the kernel built has the right CTF information).
Nevertheless
I think that the relocation code is not used in the CTF code; it just parsers
the debug
dwarf into and builds CTF stabs
On 2024-03-05 1:13 am, matthew green wrote:
ah. the problem is that struct isc_nmhandle grew a pointer member,
adding 4 bytes to the struct size, and it uses C99 [] variable array
for the final member, which is later assigned to other pointers, and
this memory was now only 4-byte aligned. this
On 2024-03-05 1:13 am, matthew green wrote:
ah. the problem is that struct isc_nmhandle grew a pointer member,
adding 4 bytes to the struct size, and it uses C99 [] variable array
for the final member, which is later assigned to other pointers, and
this memory was now only 4-byte aligned. this
In article ,
Thomas Klausner wrote:
>Hi!
>
>When fetching the distfile for mail/courier-unicode, I see:
>
>=> Bootstrap dependency digest>=20211023: found digest-20220214
>=> Fetching courier-unicode-2.3.0.tar.bz2
>=> Total size: 657354 bytes
>Trying [2606:4700:4400::ac40:9691]:443 ...
I don't know what's different in your build, but reeling.netbsd.org shows all
the builds are working. Are you cross building?
christos
> On Jan 25, 2024, at 3:20 AM, Adam wrote:
>
>> Today, the build fails while making tools:
>>
>>
>> --- md2.lo ---
>>
In article <20230904103054.553e160...@jupiter.mumble.net>,
Taylor R Campbell wrote:
>> Date: Mon, 4 Sep 2023 16:46:35 +1200
>> From: Mark Davies
>>
>> Having updated from a 10.0_BETA built in march to one built couple
>> of weeks ago (post the openssl3 merge) I'm now seeing various
>> kerberos
Ah, I took care of gmp in the mknative case only. Let me fix it.
christos
> On Aug 13, 2023, at 10:09 PM, matthew green wrote:
>
>> I pass it in LDFLAGS=-L${GMPOBJ}
>
> ? this doesn't help gmp.h being missing... i don't know what is up
> and for me, it works because pkgsrc gmp is installed.
I pass it in LDFLAGS=-L${GMPOBJ}
christos
> On Aug 13, 2023, at 2:41 PM, matthew green wrote:
>
> FWIW, when i was looking at why my build worked it seems that
> the build is thinking it's building against the tools gmp but
> the -I path to find it is missing, but -I/usr/pkg/include is
> so
In article ,
Paul Goyette wrote:
>On Tue, 20 Jun 2023, Paul Goyette wrote:
>
>> On Tue, 20 Jun 2023, Paul Goyette wrote:
>>
>>> With sources updated on 2023-06-20 at 17:26:58 UTC and building into
>>> a completely empty $DESTDIR I am getting
>>>
>>>
>>> == 2 missing files in DESTDIR
In article <1617.1685135...@jacaranda.noi.kre.to>,
Robert Elz wrote:
>
>I'll keep looking, and see if there is a reasonable path forward, which
>allows rump's bizarre etfs to function as needed, without completely
>breaking normal unix pathname resolution semantics.
Perhaps add a flag to the
I think that the mistake is that we have the openssl/i386 directories in
NetBSD.dist.x86_64 where they should only be NetBSD.dist.xcompat.in.
christos
> On May 16, 2023, at 3:28 AM, Adam wrote:
>
> I still require the second patch, or the build fails with
>
> checkflist ===> distrib/sets
>
Only the first one should be needed, since the second one already has other
./usr/lib/i386/... I'll commit it, thanks!
christos
> On May 11, 2023, at 5:28 AM, Adam wrote:
>
> Currently, building -current/amd64 fails with MKCOMPAT=no, as etc/mtree and
> sets expect /usr/lib/i386 to exist. I
In article ,
Chavdar Ivanov wrote:
>On Tue, 18 Apr 2023 at 22:16, Chavdar Ivanov wrote:
>>
>> Hi,
>>
>> I do my builds with sysbuild and my upgrades with sysupgrade, many
>> years now, basically since these two tools were made available. I
>> haven't had much problems with them so far.
>>
>> My
In article <3082cabd-cc6a-cca3-c425-a27ab8e83...@libero.it>,
Riccardo Mottola wrote:
>Hi,
>
>I just upgraded to 10.99.2 via sysinst. I updated pkgsrc and started
>rolling-replace.
>
>Guile dies this way:
>
> Â SNARFÂ regex-posix.doc
> Â CCLDÂ Â Â Â libguile-2.2.la
>ld:
In article ,
Thomas Klausner wrote:
>On Sun, Jan 08, 2023 at 11:58:09PM +0100, Thomas Klausner wrote:
>> On Sat, Jan 07, 2023 at 03:42:00PM -, Christos Zoulas wrote:
>> > In article ,
>> > Thomas Klausner wrote:
>> > >Hi!
>> > >
>> &
In article ,
Thomas Klausner wrote:
>On Sun, Jan 08, 2023 at 08:48:24PM -0000, Christos Zoulas wrote:
>> In article ,
>> Thomas Klausner wrote:
>> >Hi!
>> >
>> >NetBSD after the switch to binutils 2.39 does not install the
>> >following fi
In article ,
Thomas Klausner wrote:
>Hi!
>
>NetBSD after the switch to binutils 2.39 does not install the
>following files any longer, but they are not marked as obsolete
>either:
>
>/usr/libdata/ldscripts/elf_k1om.x
>/usr/libdata/ldscripts/elf_k1om.xbn
>/usr/libdata/ldscripts/elf_k1om.xc
In article ,
Thomas Klausner wrote:
>Hi!
>
>I've just replaced my 10.99.2/20221231 userland (kernel slightly
>older, but also 10.99.2) with a 10.99.2/20230107 kernel+userland.
>
>Now gnucash dumps core on startup:
Could be rtld related. Can you try with the older ld_elf.so?
christos
Does this help? https://ogris.de/samba/unix-active-directory.html
christos
> On Dec 21, 2022, at 11:31 AM, Kunihiro Yasukouchi
> wrote:
>
> Hi,
>
> little bit old topic,,,
>
>> combination NetBSD 9.99.106 and Samba 4.16.5(from pkgsrc 2022Q3),
>> the name resolution for usernames / groups
In article ,
Patrick Welche wrote:
>While trying to build a release, I am having trouble trying to make
>GENERIC_KASLR.debug, so manually, I tried
>
>cd /usr/obj/sys/arch/amd64/compile.amd64/GENERIC_KASLR
>make clean
>make dependall
>
>and repeatedly get
>
># link GENERIC_KASLR/netbsd
>ld
Sounds good to me, perhaps something like
src/etc/refresh-data/ with some structure under
there?
christos
> On Nov 28, 2022, at 2:46 PM, Jan Schaumann wrote:
>
> Hello,
>
> I just spent some time shaving the /etc/protocols
> generation yak. As best as I can tell the process how
> that file
In article <3407f89f-6d30-f1a5-d013-77176f249...@petermann-it.de>,
Matthias Petermann wrote:
>Hello all,
>
>I use ntpd in my Qemu/nvmm VMs as a client to synchronise the (otherwise
>lagging) clocks. For this purpose, ntpd runs on the host and
>synchronises on the internet. The ntpd in the VM
In article <14374.1657965...@jacaranda.noi.kre.to>,
Robert Elz wrote:
>POSIX is planning to add readlink(1) in the next version. Nothing
>special to say about that (makes no real difference to us, we have it
>already, they will specify only the common options.)
>
>But while doing that, they
In article <3880.1655748...@jacaranda.noi.kre.to>,
Robert Elz wrote:
>Currently readlink(1) and stat(1) (and I do mean the man pages)
>have a very unhealthy relationship.
>
>They're currently bound together based upon the accident of
>their parentage - that is, there is no readlink.c, readlink
In article ,
John Klos wrote:
>Hi,
>
>One of my blocklist files ended up with a duplicate entry, and npfctl
>reload had this to say:
>
>npfctl reload
>npfctl: ?8t?f??K???H?5d?
>
> 6e 70 66 63 74 6c 3a 20 83 38 11 74 e5 66 90 e8 |npfctl: .8.t.f..|
>0010 4b f3 ff ff 48 8d 35 64
In article ,
<6b...@6bone.informatik.uni-leipzig.de> wrote:
>Hello,
>
>I now have the backtrace:
>
>https://speicherwolke.uni-leipzig.de/index.php/s/cFXAbL6axwHpKkL
What CPUs are these? I don't see the cpu lines in the avi...
christos
> On Jan 15, 2022, at 9:43 AM, pin wrote:
>
>>> What should I run now instead?
>
>> If you have MKDEBUG set in your build or have installed the debug sets:
>
> Thanks!
> I don't think I follow, though. Sorry.
>
> I didn't build this kernel, the system was installed from a daily-build image.
In article
,
pin wrote:
>
>
>Sent with ProtonMail Secure Email.
>
>âââââââ Original Message âââââââ
>
>On Friday, January 14th, 2022 at 12:15 PM, Martin Husemann
> wrote:
>
>
>> The debug information moved, it is now stored in an external debug file
>>
>> in
In article <91bb6459-8ec6-ad30-6c35-4cb9831d...@sdf.org>,
RVP wrote:
>I forgot this:
>
>---START PATCH---
>--- sys/miscfs/procfs/procfs_vnops.c.orig 2021-12-09 04:11:22.778882692
>+
>+++ sys/miscfs/procfs/procfs_vnops.c 2022-01-06 22:24:06.003672573 +
>@@ -1400,6 +1400,7 @@
>
In article ,
<6b...@6bone.informatik.uni-leipzig.de> wrote:
>Does that help?
>
>Regards
>Uwe
I have the same issue and I can reproduce this on demand. I have disabled
IPv6 on this router.
christos
In article ,
John D. Baker wrote:
>I routinely build "distribution sets" for "playstation2" since the
>kernel doesn't build.
>
>Since the addition of the "netbsd-${CONF}.debug" files, building the
>debug set fails if the expected kernels were not built.
>
>In the case of "playstation2", it also
In article ,
Adam wrote:
>Greetings,
>
>Something has got broken with the recent changes for compiler_rt
>(https://mail-index.netbsd.org/source-changes/2021/09/17/msg132320.html).
>Now my build fails with
>
>x86_64--netbsd-install:
This is a side effect of the change to add file-completion for commands. Fixed.
christos
> On Sep 14, 2021, at 6:24 AM, Robert Elz wrote:
>
>Date:Tue, 14 Sep 2021 09:19:36 +0100
>From:Patrick Welche
>Message-ID:
>
> | It seems that after updating a box from
In article <20210810124709.vhixir5hl5g7l...@yt.nih.at>,
Thomas Klausner wrote:
>-=-=-=-=-=-
>
>Hi!
>
>I was looking for memory leaks in a threaded program using
>-fsanitize=leak when I had a weird issue with pthread_join not working
>after pthread_cancel.
>
>So I wrote a small test program. When
In article ,
Chavdar Ivanov wrote:
>I have to read more to understand it though...
It is a kernel issue. The kernel is passing an executable pathname that
is not an absolute path and RTLD correctly refuses to honor $ORIGIN.
christos
In article ,
David H. Gutteridge wrote:
>
>This is probably PR 56223.
This is PR56223 from the video and I just committed a change to fix it.
christos
In article <1943061623074...@mail.yandex.ru>,
Dmitrii Postolov wrote:
>Hi! Sorry for my bad English...
>
>NetBSD 9.99.83 GENERIC Sun Jun 6 2021
>
>After install NetBSD 9.99.83 and download and unpack pkgsrc-current, I
>try to build some apps
>from pkgsrc, for example 'editors/nano'. Afrer 'make
In article <24751.41935.824926.178...@guava.gson.org>,
Andreas Gustafsson wrote:
>The i386 build is still failing, but now with a different error:
>
> --- in6_pcb.o ---
> /tmp/build/2021.05.27.08.58.29-i386/src/sys/netinet6/in6_pcb.c: In
>function 'in6_pcblookup_port':
> cc1: error: function
In article ,
Christos Zoulas wrote:
>In article <24751.41935.824926.178...@guava.gson.org>,
>Andreas Gustafsson wrote:
>>The i386 build is still failing, but now with a different error:
>>
>> --- in6_pcb.o ---
>> /tmp/build/2021.05.27.08.58.29-i386/src/s
In article <24751.41935.824926.178...@guava.gson.org>,
Andreas Gustafsson wrote:
>The i386 build is still failing, but now with a different error:
>
> --- in6_pcb.o ---
> /tmp/build/2021.05.27.08.58.29-i386/src/sys/netinet6/in6_pcb.c: In
>function 'in6_pcblookup_port':
> cc1: error: function
Fixed...
christos
> On Apr 18, 2021, at 9:39 AM, Andreas Gustafsson wrote:
>
> The i386 build is still failing, with errors like these:
>
> --- dependall-tmux ---
>
> /tmp/build/2021.04.18.12.05.29-i386/src/external/bsd/tmux/dist/cmd-display-menu.c:
> In function
> On Apr 9, 2021, at 6:38 PM, matthew green wrote:
>
>> Different to other asm code that e.g. properly detetects various VIS
>> instructions that may or may not be available on the current CPU, the code
>> in ghash-sparcv9.pl is plain sparcv9 code and can not be enabled for our
>> sparc
Well, the assembly block is enabled only if we have vis3 instructions:
# elif defined(GHASH_ASM_SPARC)
if (OPENSSL_sparcv9cap_P[0] & SPARCV9_VIS3) {
gcm_init_vis3(ctx->Htable, ctx->H.u);
ctx->gmult = gcm_gmult_vis3;
CTX__GHASH(gcm_ghash_vis3);
} else {
In article ,
Tom Ivar Helbekkmo wrote:
>Some time last year, probably late summer or autumn, a change was made
>that caused transfer of small chunks of data over unix domain sockets to
>have a higher chance of resulting in a read() getting only part of the
>chunk.
>
>While there is no guarantee
In article ,
Manuel Bouyer wrote:
>On Tue, Apr 06, 2021 at 02:24:50PM +0100, Chavdar Ivanov wrote:
>> Hi,
>>
>> It may or may not be linked to the recent rather enthralling
>> discussion about the entropy; I don't know. I've asked for ideas in
>> the past, but couldn't figure out what to do if
In article , Joerg Sonnenberger wrote:
>On Sat, Apr 03, 2021 at 08:14:34PM -0000, Christos Zoulas wrote:
>> In article , Joerg Sonnenberger
> wrote:
>> >On Sat, Apr 03, 2021 at 01:15:15AM -0400, Christos Zoulas wrote:
>> >> Yes, I think that the appropriate c
In article , Joerg Sonnenberger wrote:
>On Sat, Apr 03, 2021 at 01:15:15AM -0400, Christos Zoulas wrote:
>> Yes, I think that the appropriate change is to make those assertions
>> so if there is a broken filesystem/syscall there is a more obvious
>> error (rather than
PM, RVP wrote:
>
> On Fri, 2 Apr 2021, Christos Zoulas wrote:
>
>>> f_iosize is also overridden (512 vs. 4k from FUSE-ext2).
>>
>> I think all that initialization is done here:
>> https://nxr.netbsd.org/xref/src/lib/libpuffs/subr.c#102
>> and here:
&
Inline below...
> On Apr 2, 2021, at 3:14 AM, RVP wrote:
>
> On Thu, 1 Apr 2021, Christos Zoulas wrote:
>
>>> On Apr 1, 2021, at 7:56 PM, RVP wrote:
>>>
>>> But, there is a problem here, though: copy_statvfs_info() overrides
>>> the FUSE-supp
> On Apr 1, 2021, at 7:56 PM, RVP wrote:
>
> On Thu, 1 Apr 2021, Christos Zoulas wrote:
>
>> RVP wrote:
>>>
>>> Indeed. Bug #56083 is caused by the wrong function being called:
>>>
>>> diff -u /usr/src/sys/fs/puffs/puffs_vfsops.c{.or
In article ,
RVP wrote:
>On Thu, 1 Apr 2021, Joerg Sonnenberger wrote:
>
>> This should be fixed in the kernel. Seriously, stop adding more code to
>> deal with garbage from the kernel.
>>
>
>Indeed. Bug #56083 is caused by the wrong function being called:
>
>diff -u
What is the NFS server? Because on NetBSD it returns 255...
statvfs.c
Description: Binary data
christos
> On Mar 31, 2021, at 5:21 PM, RVP wrote:
>
> On Sat, 27 Mar 2021, Hauke Fath wrote:
>
>> [...]
>> Reading symbols from /bin/tar...
>> Reading symbols from
I didn't expect output, but I wanted to look at the pointer data. Does it
contain 0xa5 now instead of other random strings?
christos
> On Mar 27, 2021, at 6:06 PM, Hauke Fath
> wrote:
>
> On Sat, 27 Mar 2021 17:04:58 -0400, Christos Zoulas wrote:
>> Maybe we are accessing
Maybe we are accessing freed memory? Can you run it with:
env MALLOC_CONF='junk:true'
christos
> On Mar 27, 2021, at 1:51 PM, Anders Magnusson wrote:
>
>
>> (gdb) print *cv
>> $1 = {cv_shared = 0x6c652e73, cv_closure = 0x761713184050}
>> (gdb) print *cv->shared
>> There is no member named
Joerg thinks that this is an nfs issue (a bug with nfs giving incorrect data).
Nevertheless can you
print *cv,
print *cv->shared
print *cv->shared->ci_ops
Thanks,
christos
> On Mar 27, 2021, at 12:12 PM, Hauke Fath
> wrote:
>
> On Sat, 27 Mar 2021 09:22:16 -0400,
Can't you just download the pre-build ones? Assuming you are using reproducible
builds,
we might get lucky?
christos
> On Mar 27, 2021, at 9:09 AM, Hauke Fath
> wrote:
>
> On Fri, 26 Mar 2021 20:08:40 +0100, Hauke Fath wrote:
>> On Fri, 26 Mar 2021 14:41:56 -0400, Chr
On Mar 26, 6:52pm, ha...@espresso.rhein-neckar.de (Hauke Fath) wrote:
-- Subject: Re: -current tar(1) breakage
| On Fri, 26 Mar 2021 16:28:38 - (UTC), Christos Zoulas wrote:
| > What does the core file show?
|
| Reading symbols from /usr/bin/tar...
| (No debugging symbols found in /usr/
In article ,
Greg A. Woods wrote:
>-=-=-=-=-=-
>
>I just noticed that on my recently upgraded -current machines that I
>couldn't build simple programs from single source files with a
>"portable" Makefile any more.
>
>Instead the program binaries were being put into foo.o files!
>
>It looks like
In article
,
Chavdar Ivanov wrote:
>Hi,
>
>This package fails configure as recent libwrap.so refers to libblocklist:
>...
>configure:25104: result: no
>configure:25117: checking for TCP wrappers library -lwrap linked with -lnsl
>configure:25133: gcc -o conftest -DNETSNMP_ENABLE_IPV6
We could do it this way -G (enable GNU), or have it on by default and add (-P
disable gnu/posix mode).
christos
> On Mar 8, 2021, at 10:36 AM, Martin Husemann wrote:
>
> On Mon, Mar 08, 2021 at 03:29:32PM -, Christos Zoulas wrote:
>> Yes, we can turn on REG_GNU in
In article <20210308152211.os2woq5ipxfpt...@yt.nih.at>,
Thomas Klausner wrote:
>On Mon, Mar 08, 2021 at 03:13:48PM +, Patrick Welche wrote:
>> I'm assuming a WORKSFORME response for xentools413, so wondering
>> whether something changed in -current sed that would explain the
>> above.
>
In article ,
Darrin B. Jewell wrote:
>
>As I recently reported in this forum, I have obtained a FreeBSD based
>NAS system from https://www.truenas.com/truenas-mini/
>
>This system provides the bhyve hypervisor for running virtual
>machines and I recently attempted to boot NetBSD 9.1 on it.
27 Jan 2021, Christos Zoulas wrote:
>
>> I think we can make our libterminfo do the same by shuffling a few ifdefs
>> around :-)
>>
>
> Is that how libterminfo is going to be built from on (with $TERMCAP
> support restored)?
>
> -RVP
signature.asc
Description: Message signed with OpenPGP
In article ,
RVP wrote:
>This might be due to the fact that window(1) relies on setting a
>custom TERMCAP environment variable to inform programs running
>under it of the term. capabilities it supports, and the curses
>library no longer makes use of that.
>
>With ncurses, building it with the
In article <87o8hdfkfp@brownie.elements.tetera.org>,
Ryo ONODERA wrote:
>Hi,
>
>When my laptop builds NetBSD/amd64-current on NetBSD/amd64-current,
>I get the following error.
>My DTRACE7 kernel is almost as same as GENERIC, except no options DIAGNOSTIC.
>
>x.o ieee8023ad_lacp_sm_ptx.o
In article ,
Paul Goyette wrote:
>With sources updated a few hours ago (2021-01-21 at 17:17:48 UTC) I am
>getting the following crash as soon as it tries to start syslogd:
>
> breakpoint() at breakpoint+0x5
> vpanic() at vpanic+0x156
> snprintf() at snprintf
>
Fixed, thanks!
christos
> On Dec 6, 2020, at 8:02 AM, Andreas Gustafsson wrote:
>
> The NetBSD Test Fixture wrote:
>> The NetBSD-current/i386 build is working again.
>
> It is, but the amd64 build is failing with:
>
> === 1 extra files in DESTDIR =
> Files in DESTDIR but
In article ,
John D. Baker wrote:
>After updating to the latest -current (9.99.76) with the recent ACPI
>subsystem update, my Dell Optiplex 760 panics attaching acpi0:
Something is overwriting allocated memory. Can you find which free does
this?
Cleanup:
if (Hid)
{
ACPI_FREE
In article <73bb3f04-c271-422d-ace2-10aab3bf9...@nmsu.edu>,
Brook Milligan wrote:
>I notice what appears to be an incompatibility under some circumstances
>between fstab and MAKEDEV.
>
>- /etc/fstab has an entry for the mount point /dev/pts
>
>- /dev/pts is not created as part of system
In article <3b48572b-2b4e-40fa-98bf-403729c2e...@me.com>,
Jason Thorpe wrote:
>
>> On Nov 10, 2020, at 5:49 PM, Brad Spencer wrote:
>>
>> --- sys/net/if_wg.c.DIST 2020-10-26 10:36:30.391354264 -0400
>> +++ sys/net/if_wg.c 2020-10-30 19:13:46.910323221 -0400
>> @@ -98,8 +98,8 @@
>>
In article ,
Jeffrey Walton wrote:
>On Tue, Nov 10, 2020 at 11:53 AM Jason Thorpe wrote:
>>
>> > On Nov 10, 2020, at 6:18 AM, Jeffrey Walton wrote:
>> >
>> > NetBSD should consider Amazon, too. They have a program for donations
>> > to nonprofits. Amazon is a big marketplace with lots of
In article <293ee35a-90b6-fe89-42ca-9adfbc9db...@netbsd.org>,
Kamil Rytarowski wrote:
>-=-=-=-=-=-
>-=-=-=-=-=-
>
>On 18.10.2020 15:00, Paul Goyette wrote:
>>
>> I'm getting lost inside all this elf stuff :)
>
>ptrace is not really pluggable and the maintenance burden to have part
>of it
In article ,
Paul Goyette wrote:
>For a custom kernel build with ``no options PTRACE'' and ``no options
>COREDUMP'' defined, and sources updated on 2020-10-16 at 13:18:24 UTC,
>I get the following linker error:
>
># link SPEEDY/netbsd
In article ,
Kamil Rytarowski wrote:
>-=-=-=-=-=-
>-=-=-=-=-=-
>
>On 29.09.2020 16:09, Roy Marples wrote:
>> #     link gdb/gdb
>> /usr/tools/bin/x86_64--netbsd-clang++Â Â Â --sysroot=/
>> -Wl,--warn-shared-textrel -Wl,-z,relro  -pie     -o gdb gdb.oÂ
>>
In article <24432.50312.48649.508...@guava.gson.org>,
Andreas Gustafsson wrote:
>On June 21, Simon J. Gerraty wrote:
>> > It would be helpful for both human and robotic users if error messages
>> > consistently included the word "error", or if there was some other easy
>> > way of identifying
In article <20200921083148.GA17688@quantz>,
Patrick Welche wrote:
>Since gcc9, essentially every ctype using piece of software fails with
>
> error: array subscript has type 'char' [-Werror=char-subscripts]
>
>which prompts a style question: cast every argument of every call to
>a ctype
In article <20200829174525.ga25...@bec.de>,
Joerg Sonnenberger wrote:
>
>It is, there is always some internal buffering for fprintf, so in
>principle you can flush, ack the error, flush again etc.
Indeed,
https://pubs.opengroup.org/onlinepubs/9699919799/functions/fputc.html
lists all the
In article ,
Rob Newberry wrote:
>(Also posting to tech-userlevel...)
>
>
>NetBSD's implementation of vdprintf makes a special check -- if the
>descriptor is in non-blocking mode, it needs to be a regular file (I
>think I read that code correctly). But it apparently doesn't have this
>check
In article ,
Michael van Elst wrote:
>ci4...@gmail.com (Chavdar Ivanov) writes:
>
>># tunefs -o time /dev/rdk5
>>tunefs: tuning /dev/rdk5
>>tunefs: optimization preference remains unchanged as time
>>tunefs: mount of /dev/dk1 on / updated <==
>
>If the device is "mounted", tunefs triggers a
Done, thanks!
christos
> On Jul 27, 2020, at 8:49 PM, Matthias Petermann wrote:
>
> Hello everyone,
>
> with the introduction of FFS ACLs Samba can be used as windows domain
> controller (DC). The DC needs a directory to persist its policies and scripts
> - the so called Sysvol.
>
> The
>>
>> On Thu, 23 Jul 2020 at 15:59, Christos Zoulas wrote:
>>>
>>> You are missing:
>>>
>>> PKG_OPTIONS.samba4= acl
>>
>> Unfortunately not - this is the line:
>>
>> PKG_OPTIONS.samba4=acl avahi ldap pam winbind
>
You are missing:
PKG_OPTIONS.samba4= acl
in /etc/mk.conf
christos
> On Jul 23, 2020, at 9:54 AM, Chavdar Ivanov wrote:
>
> I decided to try the same procedure under -current. It failed with the same:
>
> ...
> File "/usr/pkg/lib/python3.7/site-packages/samba/provision/__init__.py",
>
In article ,
Matthias Petermann wrote:
>
>...I forgot to mention that I had to update the PLIST to make the
>package install.
Great, I've committed the patch!
christos
I am having trouble building pkgsrc. Can you try:
https://www.netbsd.org/~christos/samba4.diff
<https://www.netbsd.org/~christos/samba4.diff>
christos
> On Jul 21, 2020, at 11:45 AM, Matthias Petermann wrote:
>
> Hello Christos,
>
> Am 21.07.2020 um 16:40 sc
In article ,
Matthias Petermann wrote:
>Hello Christos,
>
>Thank you for your tip - I have come a little further. Am I correctly
>interpreting the debugger output that the memory address of the integer
>pointer from groupc points to empty/unallocated memory?
Yes, but the issue is that there
groupc must be NULL. You probably want to install the debug sets
so that you can also see how libc is calling nsdispatch.
christos
> On Jul 20, 2020, at 7:24 PM, Matthias Petermann wrote:
>
> )
signature.asc
Description: Message signed with OpenPGP
In article ,
Greg A. Woods wrote:
>-=-=-=-=-=-
>
>At Tue, 14 Jul 2020 20:05:57 - (UTC), chris...@astron.com (Christos
>Zoulas) wrote:
>Subject: Re: recent changes to pthread_fork.c:fork() cause static
>linking to fail if the app provides its own malloc()
>>
>>
In article <7171.1594774...@splode.eterna.com.au>,
matthew green wrote:
>Martin Husemann writes:
>> On Tue, Jul 14, 2020 at 02:49:00AM +0200, Joerg Sonnenberger wrote:
>> > Replacing malloc is just as invalid from a strict standard compliance
>> > perspective, so *shrug*
>>
>> Why is that?
>>
In article <20200714004900.gb84...@bec.de>,
Joerg Sonnenberger wrote:
>On Mon, Jul 13, 2020 at 04:28:56PM -0700, Greg A. Woods wrote:
>> At Tue, 14 Jul 2020 00:28:46 +0200, Joerg Sonnenberger wrote:
>> Subject: Re: recent changes to pthread_fork.c:fork() cause static
>linking to fail if the app
In article ,
Greg A. Woods wrote:
>-=-=-=-=-=-
>
>So I just upgraded a system from an old 8.99 -current to a newer 9.99
>current and "postinstall fix obsolete" removed my /usr/lib/libgomp.so.1*
>
>However this library was still in use by installed packages (due, I
>think, to a dependency of libgd
https://www.theregister.com/2020/06/15/github_replaces_master_with_main/
<https://www.theregister.com/2020/06/15/github_replaces_master_with_main/>
christos
> On Jun 15, 2020, at 2:35 PM, Kamil Rytarowski wrote:
>
> Signed PGP part
> On 15.06.2020 20:05, Alexander Nasonov
+ core.
christos
> On Jun 16, 2020, at 3:31 PM, Alexander Nasonov wrote:
>
> Christos Zoulas wrote:
>>
>>
>>> On Jun 16, 2020, at 2:17 PM, Alexander Nasonov wrote:
>>>
>>> If my reading of the current commit guideline is correct, a case
>
> On Jun 16, 2020, at 2:17 PM, Alexander Nasonov wrote:
>
> If my reading of the current commit guideline is correct, a case
> of renaming already released application doesn't fall into the
> "obvious" fix because some people can possibly object to breaking
> backward compatibility.
You are
In article <02813400-41f9-cec9-84d0-ed3ccd2a8...@netbsd.org>,
Kamil Rytarowski wrote:
>-=-=-=-=-=-
>Perpetuating this Western-centric stereotype in such renames is abusive
>to the white East people, that used to be on the black skin side of the
>human history (Slavic ethnicity has etymology in
is a „sorry for
> the inconvenience“?
>
> That inconvenience was not needed and nobody asked for it.
>
>> Am 15.06.2020 um 04:02 schrieb Christos Zoulas :
>>
>>
>> Hello folks,
>>
>> I've renamed blacklist to blocklist, so if you are currently using it,
Hello folks,
I've renamed blacklist to blocklist, so if you are currently using it,
you should rename things accordingly:
- rc.conf variable
- /var/db/blacklist.db file
- npf table name
Apologies for the inconvenience,
christos
In article ,
Benny Siegert wrote:
>On Sat, Jun 6, 2020 at 7:04 PM Christos Zoulas wrote:
>> I know, but my comment still holds. This has been working for a while.
>> Does it fail the same way with NetBSD-9?
>
>Sorry, I didn't see this. No, it works fine in NetBSD-9 on
1 - 100 of 581 matches
Mail list logo
