On Fri, 1 May 2020 at 08:54, Thomas Klausner wrote:
>
> Hi!
>
> With an amd64 kernel from about 12 hours ago I get an immediate reboot
> after the boot prompt has decided it wants to load the kernel.
>
> I.e. I don't even see the numbers going up when the sections are loaded.
$ date
Fri May 1
On Fri, 1 May 2020 at 18:46, Thomas Klausner wrote:
>
> Could it be because I have a userland built with MKLLVM=yes?
I don't have it, to the best of my knowledge.
If it is of any help, I have
PKG_OPTIONS.llvm += -llvm-target-aarch64 -llvm-target-arm
-llvm-target-bpf -llvm-target-hexagon
Hi,
netbsd-GENERIC_KASLR from yesterday fails to pass the prekern stage
with a frightening message in red 'Page fault'. I've never seen this
before, no idea if I can get any further info.
This machine has been otherwise running KASLR kernel for some four
months now without a problem; it is a
On Tue, 12 May 2020 at 14:03, wrote:
>
> On Mon, May 11, 2020 at 05:25:03PM +0100, Chavdar Ivanov wrote:
> > Has anybody been able to build lang/mono6 under reasonably recent
> > -current? I keep getting exciting crashes in various places, seem not
> > to repeat
On Fri, 15 May 2020 at 22:44, wrote:
>
> On Tue, May 12, 2020 at 02:41:19PM +0100, Chavdar Ivanov wrote:
> > On Tue, 12 May 2020 at 14:03, wrote:
> > >
> > > On Mon, May 11, 2020 at 05:25:03PM +0100, Chavdar Ivanov wrote:
> > > > Has anybody been able t
On Mon, 4 May 2020 at 21:21, Chavdar Ivanov wrote:
>
> Hi,
>
> netbsd-GENERIC_KASLR from yesterday fails to pass the prekern stage
> with a frightening message in red 'Page fault'. I've never seen this
> before, no idea if I can get any further info.
>
> This machine ha
On Sun, 10 May 2020 at 23:41, Chavdar Ivanov wrote:
>
> Hi,
>
> I get:
> ...
Same happens with multimedia/libmp4v2, but for this one needs also
-Wno-stringop-truncation .
> # compile pkgin-0.16.1/tools.o
> gcc -O2 -I/usr/include -I/usr/pkg/include -fPIE
Hi,
I get:
...
# compile pkgin-0.16.1/tools.o
gcc -O2 -I/usr/include -I/usr/pkg/include -fPIE-std=gnu99
-Werror-DHAVE_NBCOMPAT_H=1
-I/usr/pkgsrc/pkgtools/pkgin/work/libnbcompat -I/usr/include
-I/usr/pkg/include -DPKGIN_VERSION=\""0.16.1 for NetB
SD-9.99.60 x86_64"\"
/lib/build-unix/Facades/System.Linq.dll] Abort trap
(core dumped)
gmake[10]: *** Deleting file
'../../../class/lib/build-unix/Facades/System.Linq.dll'
...
I haven't been able to build it, as I mentioned above, since the end
of January.
Chavdar
On Thu, 26 Mar 2020 at 17:44, Chavdar Ivanov wro
On Thu, 14 May 2020 at 19:09, Robert Nestor wrote:
>
> Ran into an interesting problem trying to build lang/rust from both -current
> and 2020Q1 pkgsrc. On a NetBSD installation of 9.99.45 kernel and user land,
> the builds succeed. Under 9.99.60 kernel and user land the builds fail.
# ls -l
Sure, here it is.
# rndctl -l
Source Bits Type Flags
/dev/random 0 ??? estimate, collect, v
ukbd0 0 tty estimate, collect, v, t, dt
wd2 0 disk estimate, collect, v, t, dt
wd1 0 disk estimate,
er for that.
>
> Thank you.
Thanks,
Chavdar
>
> Chavdar Ivanov writes:
>
> > Hi,
> >
> > On today's -current my build of firefox-74.0 (from yesterday, rust
> > 1.42.0 from the day before, cbindgen also rebuilt), when I access the
> > demos at webg
t is my fault.
> Thank you.
>
> Chavdar Ivanov writes:
>
>> Hi,
>>
>> On today's -current my build of firefox-74.0 (from yesterday, rust
>> 1.42.0 from the day before, cbindgen also rebuilt), when I access the
>> demos at webglsamples.org I get:
>&g
Hi,
On today's -current my build of firefox-74.0 (from yesterday, rust
1.42.0 from the day before, cbindgen also rebuilt), when I access the
demos at webglsamples.org I get:
Core was generated by `firefox'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7b00ceb85e8a in
Hi,
Overnight, while doing pkg_rolling-replace, my 'server' got:
...
panic: kernel diagnostic assertion "ptp->wire_count == 1" failed: file
"/home/sysbuild/src/sys/arch/x86/x86/pmap.c", line 2232
cpu0: Begin traceback...
vpanic() at netbsd:vpanic+0x178
kern_assert() at
n mentioned including this one, and
> survives low memory stress testing for me:
>
> /* $NetBSD: pmap.c,v 1.378 2020/03/19 18:58:14 ad Exp $*/
>
> Thank you,
> Andrew
>
> On Fri, Mar 20, 2020 at 05:49:59PM +, Chavdar Ivanov wrote:
> > Hi,
> >
> &
On Wed, 20 May 2020 at 21:24, Thomas Klausner wrote:
>
> On Wed, May 20, 2020 at 09:32:49PM +0200, Thomas Klausner wrote:
> > On Wed, May 20, 2020 at 08:06:17PM +0200, Thomas Klausner wrote:
> > > I last built firefox successfully on April 23 (version 75.0nb1).
> >
> > I just downgraded firefox
On Thu, 21 May 2020 at 08:25, Chavdar Ivanov wrote:
>
> On Wed, 20 May 2020 at 21:24, Thomas Klausner wrote:
> >
> > On Wed, May 20, 2020 at 09:32:49PM +0200, Thomas Klausner wrote:
> > > On Wed, May 20, 2020 at 08:06:17PM +0200, Thomas Klausner wrote:
> > >
After the latest updates to /usr/mdec/prekern, now I am getting
FATAL
elf sym lookup: symbol beyond table
when I try to load the KASLR kernel.
Chavdar
On Tue, 5 May 2020 at 21:26, Chavdar Ivanov wrote:
>
> Ok, thanks.
>
> On Tue, 5 May 2020 at 20:21, Ma
Hi,
While doing pkg_rolling-replace on amd64 -current from yesterday, I
got three times in a row a hang in cmake as the followingL
...
(gdb) bt
#0 0x7a316cea8d3a in ___lwp_park60 () from /usr/lib/libc.so.12
#1 0x7a316d60a7d0 in pthread_cond_timedwait () from
/usr/lib/libpthread.so.1
#2
On Fri, 1 May 2020 at 13:13, Thomas Klausner wrote:
>
> On Thu, Apr 30, 2020 at 06:22:01AM +0900, Ryo ONODERA wrote:
> > Hi,
> >
> > On my NetBSD/amd64 9.99.59 of 2020-04-29,
> > pkgsrc/www/firefox builds without any problem.
> >
> > I have tested with pkgsrc/lang/rust built on both 9.99.57
> >
On Thu, 3 Sep 2020 at 12:19, Greg Troxel wrote:
>
>
> Riccardo Mottola writes:
>
> > I finished updating all my core system to current on i386-64, kernel,
> > userland, etc.
> >
> > Now I launched pkg_rolling replace, it crunches through several
> > packages, but then hangs.
> >
> >
> > I tried
.
On Tue, 16 Jun 2020 at 19:05, Chavdar Ivanov wrote:
>
> I just had another similar hang, this time in git, while trying to
> pull pkgsrc/wip:
> ...
> [Switching to LWP 2518 of process 2823]
> 0x72b102aa87aa in ___lwp_park60 () from /usr/lib/libc.so.12
> (gdb
Another one, overnight, while building gimp, by gegl, attached.
As I mentioned earlier, it is enough to attach to the process with gdb
and then quit in order for the process to carry on working and
complete the build.
On Tue, 1 Sep 2020 at 08:55, Tom Ivar Helbekkmo wrote:
>
> Chavdar
Ok, thanks.
On Mon, 31 Aug 2020 at 12:32, Manuel Bouyer wrote:
>
> On Sun, Aug 30, 2020 at 04:54:18PM +0100, Chavdar Ivanov wrote:
> > Hi,
> >
> > Trying to build xentools-4.13.1 under -current:
> >
> > gcc -I/usr/pkg/include -I/usr/include -I/usr/pkg/incl
On Tue, 8 Sep 2020 at 08:07, Martin Husemann wrote:
>
> On Mon, Sep 07, 2020 at 11:40:58PM +0200, Riccardo Mottola wrote:
> > > It mentions a workaround, but what does it mean to:
> > > dd if=/dev/urandom of=/dev/random bs=32 count=1
> > > sysctl -w kern.entropy.consolidate=1
> >
> >
> > I tried
On Fri, 4 Sep 2020 at 22:39, Thomas Klausner wrote:
>
> On Wed, Sep 02, 2020 at 11:41:41PM +0200, Jaromír Doleček wrote:
> > COMPAT_LINUX works as well as always, and will continue working the
> > same. Presence in GENERIC does not change how reliable it is now or in
> > future. There are no
On Mon, 31 Aug 2020 at 13:31, Chavdar Ivanov wrote:
>
> Ok, thanks.
Builds OK with the include file in place .
>
> On Mon, 31 Aug 2020 at 12:32, Manuel Bouyer wrote:
> >
> > On Sun, Aug 30, 2020 at 04:54:18PM +0100, Chavdar Ivanov wrote:
> > > Hi,
> >
On Mon, 31 Aug 2020 at 18:08, Chavdar Ivanov wrote:
>
> On Mon, 31 Aug 2020 at 13:31, Chavdar Ivanov wrote:
> >
> > Ok, thanks.
>
> Builds OK with the include file in place .
>
> >
> > On Mon, 31 Aug 2020 at 12:32, Manuel Bouyer wrote:
> > >
>
On Sun, 23 Aug 2020 at 15:41, Robert Nestor wrote:
>
> I received a couple of messages off list that suggested a few things and it
> prompted me to try investigating further with just components found in NetBSD.
>
> This test was run on a fairly recent NetBSD build of 9.99.70. I downloaded
>
On Fri, 21 Aug 2020 at 09:02, Martin Husemann wrote:
>
> Carefull when updating, -current is broken in several ways (does not compile
> for 32bit architectures, make is broken, maybe more).
>
> Should be fixed soon...
>
I guess it is fixed now, I was just able to complete a build.
> Martin
Hi,
pkgsrc/wip/alacritty builds fine under -current, only two warnings for
obsolete constructs. Apart from the issue of not getting right the
shared library locations and the need to run it with LD_LIBRARY_PATH,
one gets on start:
RUST_BACKTRACE=full WINIT_UNIX_BACKEND=x11
On Thu, 20 Aug 2020 at 05:10, Tobias Nygren wrote:
>
> On Thu, 20 Aug 2020 05:04:37 +0200
> Tobias Nygren wrote:
>
> > This doesn't sound like a rust problem but rather some crate is trying
> > to do something nonportable while attempting to fix a portability
> > issue. If it is really important
On Sun, 23 Aug 2020 at 19:57, Chavdar Ivanov wrote:
>
> On Sun, 23 Aug 2020 at 15:41, Robert Nestor wrote:
> >
> > I received a couple of messages off list that suggested a few things and it
> > prompted me to try investigating further with just compone
On Sun, 23 Aug 2020 at 21:01, Chavdar Ivanov wrote:
>
> On Sun, 23 Aug 2020 at 19:57, Chavdar Ivanov wrote:
> >
> > On Sun, 23 Aug 2020 at 15:41, Robert Nestor wrote:
> > >
> > > I received a couple of messages off list that suggested a few things and
>
On Mon, 24 Aug 2020 at 15:08, Robert Nestor wrote:
>
>
> On Aug 23, 2020, at 1:57 PM, Chavdar Ivanov wrote:
>
> > On Sun, 23 Aug 2020 at 15:41, Robert Nestor wrote:
> >>
> >> I received a couple of messages off list that suggested a few things and
>
Hi,
Trying to build xentools-4.13.1 under -current:
gcc -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/python3.7
-I/usr/pkg/include/glib-2.0 -I/usr/pkg/include/gio-unix-2.0
-I/usr/pkg/lib/glib-2.0/include -I/usr/X11R7/include
-D_XOPEN_SOURCE_EXTENDED=1 -I/usr/pkg/include/ncurses -DPIC -O2
Hi,
I am getting:
--- install-tests ---
--- /home/sysbuild/amd64/destdir/usr/tests/net/if_vether/Atffile ---
# install /home/sysbuild/amd64/destdir/usr/tests/net/if_vether/Atffile
/home/sysbuild/amd64/tools/bin/x86_64--netbsd-install -U -M
/home/sysbuild/amd64/destdir/METALOG -D
On Thu, 24 Sep 2020 at 10:45, matthew green wrote:
>
> Chavdar Ivanov writes:
> > /home/sysbuild/src/usr.sbin/crash/../../sys/arch/amd64/amd64/db_disasm.c:41:
> > /home/sysbuild/src/usr.sbin/crash/../../sys/sys/ksyms.h:147:1: error:
> > unknown type name 'bool'
> >
Hi,
Fourth time in a row for me; after cleaning obj and a 'make cleandir' in src:
--- dependall-usr.sbin ---
In file included from
/home/sysbuild/src/usr.sbin/crash/../../sys/arch/amd64/amd64/db_disasm.c:41:
/home/sysbuild/src/usr.sbin/crash/../../sys/sys/ksyms.h:147:1: error:
unknown type name
$ uname -a
NetBSD ymir 9.99.73 NetBSD 9.99.73 (GENERIC) #7: Sat Sep 19 10:58:21
BST 2020
sysbuild@ymir:/home/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC
amd64
$ gcc --version
gcc (nb1 20200907) 9.3.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software;
On Thu, 24 Sep 2020 at 12:30, Chavdar Ivanov wrote:
>
> On Thu, 24 Sep 2020 at 10:45, matthew green wrote:
> >
> > Chavdar Ivanov writes:
> > > /home/sysbuild/src/usr.sbin/crash/../../sys/arch/amd64/amd64/db_disasm.c:41:
> > > /home/sysbuild/src/usr.sbin/cras
FWIW I ran glmark2 on amd64-current as of two days ago without any
problems. I also use only native Xorg. I'll try it once more with
today's current.
On Thu, 17 Sep 2020 at 14:42, Martin Husemann wrote:
>
> On Thu, Sep 17, 2020 at 02:11:13PM +0100, Patrick Welche wrote:
> > #2
On Sun, 24 May 2020 at 16:39, Joerg Sonnenberger wrote:
>
> On Sun, May 24, 2020 at 09:22:41AM +0100, Chavdar Ivanov wrote:
> > While doing pkg_rolling-replace on amd64 -current from yesterday, I
> > got three times in a row a hang in cmake as the followingL
>
> Please
On Sun, 24 May 2020 at 17:11, Chavdar Ivanov wrote:
>
> On Sun, 24 May 2020 at 16:39, Joerg Sonnenberger wrote:
> >
> > On Sun, May 24, 2020 at 09:22:41AM +0100, Chavdar Ivanov wrote:
> > > While doing pkg_rolling-replace on amd64 -current from yesterday, I
> >
Hi,
On yesterday's -current amd64 I just got:
...
crash$ crash -M netbsd.17.core -N netbsd.17
Crash version 9.99.64, image version 9.99.64.
crash: _kvm_kvatop(0)
Kernel compiled without options LOCKDEBUG.
System panicked: Bad nfs svc reply
Backtrace from time of crash is available.
crash> bt
Hi,
EVen after 'make cleandir' and removing the obj directory, I get three
times in a row:
# compile GENERIC/if_media_80.o
/home/sysbuild/amd64/tools/bin/x86_64--netbsd-gcc -mcmodel=kernel
-mno-red-zone -mno-mmx -mno-sse -mno-avx -msoft-float
-mindirect-branch=thunk -mindirect-branch-registe
Done, build completed.
On Wed, 20 May 2020 at 09:39, SAITOH Masanobu wrote:
>
> On 2020/05/20 17:33, Chavdar Ivanov wrote:
> > Hi,
> >
> > EVen after 'make cleandir' and removing the obj directory, I get three
> > times in a row:
> >
> > # compile
On Sun, 20 Sep 2020 at 19:58, Joerg Sonnenberger wrote:
>
> On Sun, Sep 20, 2020 at 02:06:42PM +0100, Chavdar Ivanov wrote:
> > I am not seeing other people report these lately, but I still continue
> > to get these hangings, e.g. when running git as part of a zsh prompt
>
0x7a813200bf4e in ?? () from /usr/lib/libpthread.so.1
#14 0x7a8131892480 in ?? () from /usr/lib/libc.so.12
#15 0x in ?? ()
On Tue, 1 Sep 2020 at 10:39, Chavdar Ivanov wrote:
>
> Another one, overnight, while building gimp, by gegl, attached.
>
> As I mentioned earlier,
ing to mknod...). The same call
is seen in my trace.
>
>
>
> On Sun, 20 Sep 2020, Chavdar Ivanov wrote:
>
> > I am not seeing other people report these lately, but I still continue
> > to get these hangings, e.g. when running git as part of a zsh prompt
> > function; r
On Wed, 15 Jul 2020 at 18:32, Arthur Barlow wrote:
>
> This was updated from cvs about 10:00 am BST. The failure seems to happen
> when trying to link libgssapi with compat/amd64/i386 libraries. The error
> message(s) below:
I had a successful build at about 15:00.
>
> dependall ===>
>
Hi,
My attempt to build -current amd64 failed twice today; after the first
failure I moved aside the obj and tools directory and did 'make
cleandir', essentially starting from scratch; it failed identically:
...
build.sh command:./build.sh -D/home/sysbuild/amd64/destdir
On Sat, 18 Jul 2020 at 13:11, Chavdar Ivanov wrote:
>
> Hi
>
> I posted several panic traces and descriptions, but to netbsd-users; I
> can see the posts, but apparently either nobody is using nvmm under
> -current or posting to netbsd-users was too unspecific, h
On Thu, 30 Jul 2020 at 02:24, Chuck Silvers wrote:
>
> On Wed, Jul 29, 2020 at 06:13:03PM +0100, Chavdar Ivanov wrote:
> > On Wed, 29 Jul 2020 at 08:33, Matthias Petermann
> > wrote:
> > >
> > > Hello Chavdar,
> > >
> > > Am 28.07.2020 um 18
On Thu, 30 Jul 2020 at 08:53, Jonathan Perkin wrote:
>
> * On 2020-07-30 at 05:10 BST, Thomas Mueller wrote:
>
> > > I was going to choose 9.0, but I saw that mef@ was already producing
> > > regular bulk builds on that for pkgsrc-current available here:
> >
> > >
On Thu, 6 Aug 2020 at 14:50, Thomas Klausner wrote:
>
> On Thu, Aug 06, 2020 at 01:21:34PM +0100, Chavdar Ivanov wrote:
> > On Thu, 6 Aug 2020 at 13:51, Thomas Klausner wrote:
> > >
> > > Hi!
> > >
> > > I've added a new disk and newfsed it. Th
On Tue, 11 Aug 2020 at 17:08, Felix Deichmann wrote:
>
> Chavdar Ivanov schrieb am Di., 11. Aug. 2020, 18:01:
>>
>> That would be interesting - to see where vioscsi actually attaches.
>> I've always wondered if it would be difficult to modify the vioscsi
>> dri
Hi,
Is there any present problem with anoncvs at the moment? I got four
times in a row
...
command failed with code 1
CVS update failed
after a few updated entries.
Chavdar
--
Hi,
Builds now.
On Sun, 9 Aug 2020 at 10:38, Chavdar Ivanov wrote:
>
> Hi,
>
> With sources just updated, I am getting:
>
> # link INSTALL_XEN3_DOMU/netbsd
> ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext 0x8020
> -e start -X -o netbsd ${SYST
On Fri, 7 Aug 2020 at 21:35, Paul Goyette wrote:
>
> > I just rebuilt it under 9.99.69 from yesterday without any problems. I
> > do not have any graphviz option changed in /etc/mk.conf. There have
> > been many changes to make recently.
>
> Hmmm. I have
>
> PKG_OPTIONS.graphviz= -lua
>
On Fri, 7 Aug 2020 at 20:50, Paul Goyette wrote:
>
> On Fri, 7 Aug 2020, m...@netbsd.org wrote:
>
> > On Thu, Aug 06, 2020 at 03:38:31PM -0700, Paul Goyette wrote:
> >> Oops wrong list - please ignore
> >
> > It's actually a netbsd issue, but I think it'd be reasonable to
> > USE_TOOLS+= gmake
On Fri, 7 Aug 2020 at 21:48, Paul Goyette wrote:
>
> On Fri, 7 Aug 2020, Chavdar Ivanov wrote:
>
> > On Fri, 7 Aug 2020 at 21:35, Paul Goyette wrote:
> >>
> >>> I just rebuilt it under 9.99.69 from yesterday without any problems. I
> >>> do not
On Sat, 8 Aug 2020 at 16:42, Chavdar Ivanov wrote:
>
> On Sat, 8 Aug 2020 at 16:51, Robert Nestor wrote:
> >
> > Done but I may have put it into the wrong category - PR kern/0
> >
> > On Aug 8, 2020, at 8:55 AM, Paul Goyette wrote:
> >
> >
On Sat, 8 Aug 2020 at 16:51, Robert Nestor wrote:
>
> Done but I may have put it into the wrong category - PR kern/0
>
> On Aug 8, 2020, at 8:55 AM, Paul Goyette wrote:
>
> > On Sat, 8 Aug 2020, Robert Nestor wrote:
> >
> >> Stumbled over this trying to check on the format of a NetBSD CD.
cpu1: End traceback…
It sure is worth a pr, but I tested the same, placing the iso file on
a FreeNAS NFS share and did not get the panic.
>
>
> On Aug 8, 2020, at 10:42 AM, Chavdar Ivanov wrote:
>
> > On Sat, 8 Aug 2020 at 16:51, Robert Nestor wrote:
> >>
>
ver are the default ones.
>
> -bo
>
> On Aug 8, 2020, at 11:01 AM, Chavdar Ivanov wrote:
>
> > On Sat, 8 Aug 2020 at 17:52, Robert Nestor wrote:
> >>
> >> I didn’t realize at the time that the iso file I was using for this was on
> >> an NFS share. It
lso does not trigger any panic, only gpt.
>
> Found the suggestion for the read/write block sizes and tcp parameters on
> someone’s NetBSD blog.
>
> -bob
>
> On Aug 8, 2020, at 11:44 AM, Chavdar Ivanov wrote:
>
> > On Sat, 8 Aug 2020 at 18:07, Robert Nestor wrote:
Hi,
With sources just updated, I am getting:
# link INSTALL_XEN3_DOMU/netbsd
ld -Map netbsd.map --cref -T netbsd.ldscript -Ttext 0x8020
-e start -X -o netbsd ${SYSTEM_OBJ:[@]:Nswapnetbsd.o} ${EXTRA_OBJ}
vers.o swapnetbsd.o
ld: netbsd32_mod.o: in function
Hi,
On one of my -current boxes with -current from today pkgin fails as
follows (via ktrust):
8831 8831 pkgin__statvfs190("/var/db/pkgin/cache",
0x7f7fff18a300, 0x1) = 0
8831 8831 pkgin__statvfs190("/usr/pkg", 0x7f7fff18a300, 0x1) = 0
8831 8831 pkginioctl(0x1,
On Fri, 31 Jul 2020 at 21:27, Matthias Petermann wrote:
>
> Hello everybody,
>
> unfortunately I was late to test this patch and saw that it is already
> in CVS. I still wanted to let you know that I can now confirm that
> without the patch and activated "log" the problem described by Chavdar
>
On Thu, 6 Aug 2020 at 13:51, Thomas Klausner wrote:
>
> Hi!
>
> I've added a new disk and newfsed it. Then I ran tunefs and saw:
>
> # tunefs -o time /dev/rdk10
> tunefs: tuning /dev/rdk10
> tunefs: optimization preference remains unchanged as time
> tunefs: mount: Invalid argument
$ uname -a
On Tue, 11 Aug 2020 at 14:59, Thomas Klausner wrote:
>
> Hi!
>
> With a NetBSD 9 release in a virtual server (not sure what technology,
> dmesg available on request), I saw a panic during reboot:
That would be interesting - to see where vioscsi actually attaches.
I've always wondered if it would
On Tue, 30 Jun 2020 at 15:52, Riccardo Mottola
wrote:
>
> Hi,
>
> Chavdar Ivanov wrote:
> > FWIW I just rebuilt it on today's -current amd64 and -current pkgsrc;
> > it wasn't rebuilt during the last rolling-replace, so the package was
> > from early May; toda
Hi,
On amd64 9.99.69 from yesterday I get:
crash: _kvm_kvatop(0)
Crash version 9.99.69, image version 9.99.69.
Kernel compiled without options LOCKDEBUG.
System panicked: fpudna from kernel, ip 0x802292af, trapframe
0xbe013c564a50
Backtrace from time of crash is available.
On Mon, 6 Jul 2020 at 02:14, Taylor R Campbell wrote:
>
> > Date: Sun, 5 Jul 2020 11:45:48 +0100
> > From: Chavdar Ivanov
> >
> > panic: fpudna from userland, ip 0x7c16e87b95ca, trapframe 0xce01527ec000
> > cpu0: Begin traceback...
> > vpani
FWIW I just rebuilt it on today's -current amd64 and -current pkgsrc;
it wasn't rebuilt during the last rolling-replace, so the package was
from early May; today it was also built right away.
I've had various troubles in the past building this package; at one
stage it would not build unless
for items on the pool.
>
> Jaromir
>
> Le mer. 24 juin 2020 à 11:34, Chavdar Ivanov a écrit :
> >
> > Hi,
> >
> > On
> >
> > NetBSD ymir 9.99.68 NetBSD 9.99.68 (GENERIC) #1: Tue Jun 23 22:53:46
> > BST 2020
> > sysbuild@ymir:/home/sysbui
54) ---
syscall+0x26e:
On Wed, 24 Jun 2020 at 12:04, Chavdar Ivanov wrote:
>
> Yes, I do. Should I be looking for something specific?
>
> I've uploaded it here, if it is of interest -
> https://send.firefox.com/download/74761aa43c6c54b3/#PbaGxtDN81Hzk2VUjefozw
> .
>
> BTW I
Reverting external/cddl/osnet/dist/uts/common/fs/zfs/vdev_disk.c to
1.16 resolved the panic. I don't know if there is a link with the
change to src/external/cddl/osnet/dist/uts/common/fs/zfs/zio.c, the
build was done with the reverted to 1.6 one.
On Wed, 24 Jun 2020 at 13:20, Chavdar Ivanov
Hi,
On
NetBSD ymir 9.99.68 NetBSD 9.99.68 (GENERIC) #1: Tue Jun 23 22:53:46
BST 2020
sysbuild@ymir:/home/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC
amd64
I suddenly got a panic with ZFS; it took place with the previous
kernel, so it was something with the module. In
sysbuild@ymir:/home/sysbuild/amd64/obj/home/sysbuild/src/sys/arch/amd64/compile/GENERIC
am
d64
Chavdar
On Thu, 11 Jun 2020 at 00:19, Andrew Doran wrote:
>
> On Mon, Jun 08, 2020 at 03:38:44PM +0100, Chavdar Ivanov wrote:
> > On Sun, 7 Jun 2020 at 10:25, Chavdar Ivanov wrote:
&g
On Wed, 10 Jun 2020 at 05:32, Martin Husemann wrote:
>
> On Mon, Jun 08, 2020 at 04:42:42PM -0700, Greg A. Woods wrote:
> > What magic am I missing, or is this a bug?
>
> A bug, probably related to not using MBR on xen devices (but most other x86
> code expecting disklabel inside MBR). It worked
Hi,
On my system from the 4th of June I get unresolved libuv for host,
nslookup, dig.
# ldd /usr/bin/dig | grep uv
-luv.1 => not found
Is this some local problem? Should I do a clean rebuild?
--
On Sat, 6 Jun 2020 at 18:43, Chavdar Ivanov wrote:
>
> Hi,
>
> I got another cmake hang during pkg_rolling-replace today, while
> building misc/kdepimlibs4, trace as follows:
Just to mention that after I quit gdb and detached from the process it
continued and comp
ock&) () from
/usr/lib/libstdc++.so.9
#3 0x004a7c13 in cmWorkerPoolInternal::Work(unsigned int) ()
#4 0x7c0af009e53a in ?? () from /usr/lib/libstdc++.so.9
#5 0x7c0aef40c6bc in ?? () from /usr/lib/libpthread.so.1
#6 0x7c0aeec92370 in ?? () from /usr/lib/libc.so.12
#7 0x
in ?? ()
(gdb)
On Sat, 6 Jun 2020 at 18:45, Chavdar Ivanov wrote:
>
> On Sat, 6 Jun 2020 at 18:43, Chavdar Ivanov wrote:
> >
> > Hi,
> >
> > I got another cmake hang during pkg_rolling-replace today, while
> > building misc/kdepimlibs4, trace
Hi,
I just had another one, rebuilding gimp, running gegl. Again gdb -p
... ; quit sorted it out.
On Sat, 6 Jun 2020 at 20:36, Chavdar Ivanov wrote:
>
> On Sat, 6 Jun 2020 at 20:26, Joerg Sonnenberger wrote:
> >
> > On Sat, Jun 06, 2020 at 06:45:03PM +0100, Chavdar Ivanov w
On Sat, 6 Jun 2020 at 20:26, Joerg Sonnenberger wrote:
>
> On Sat, Jun 06, 2020 at 06:45:03PM +0100, Chavdar Ivanov wrote:
> > On Sat, 6 Jun 2020 at 18:43, Chavdar Ivanov wrote:
> > >
> > > Hi,
> > >
> > > I got another cmake hang during pkg_
On Sun, 7 Jun 2020 at 10:25, Chavdar Ivanov wrote:
>
> Hi,
>
> I just had another one, rebuilding gimp, running gegl. Again gdb -p
> ... ; quit sorted it out.
>
> On Sat, 6 Jun 2020 at 20:36, Chavdar Ivanov wrote:
> >
> > On Sat, 6 Jun 2020 at 20:26, Joerg Sonnen
On Mon, 8 Jun 2020 at 22:26, Greg A. Woods wrote:
>
> I use xl.cfg "disk" entries like the following to mount a virtual CDROM
> in a Xen domU:
>
> 'format=raw, vdev=0x5, access=ro, devtype=cdrom,
> target=/images/NetBSD-9.0-amd64.iso'
>
> However since upgrading my -current source tree I've
On Mon, 8 Jun 2020 at 15:38, Chavdar Ivanov wrote:
>
> On Sun, 7 Jun 2020 at 10:25, Chavdar Ivanov wrote:
> >
> > Hi,
> >
> > I just had another one, rebuilding gimp, running gegl. Again gdb -p
> > ... ; quit sorted it out.
> >
> > On
Hi,
I might have seen a similar one these days reported; I got:
.
> crash -M netbsd.24.core -N netbsd.24
>──(Fri,Jul24)─┘
Crash version 9.99.69, image version 9.99.69.
crash:
stos
>
> On Jul 23, 2020, at 7:39 PM, Chavdar Ivanov wrote:
>
> On Thu, 23 Jul 2020 at 16:25, Chavdar Ivanov wrote:
>
>
> On Thu, 23 Jul 2020 at 15:59, Christos Zoulas wrote:
>
>
> You are missing:
>
> PKG_OPTIONS.samba4= acl
>
>
> Unfortunately no
Hi,
On a -current system, when running wip/neovim-git on the console or
any of the enabled terminals, I get a hang - the screen becomes
entirely black and no longer responds, I cannot blindly quit nvim
anymore. If I ssh to another system and attach with gdb to the
process, I get:
...
On Sun, 26 Jul 2020 at 14:58, Patrick Welche wrote:
>
> On Sun, Jul 26, 2020 at 10:33:33AM +0100, Chavdar Ivanov wrote:
> > cc -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
> > -DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
> > -DHAVE_S
Hi,
I am getting repeated
..
cc -D_PATH_DEFSYSPATH="/home/sysbuild/src/share/mk"
-DDEFSHELL_CUSTOM="/bin/sh" -DHAVE_SETENV=1 -DHAVE_STRDUP=1
-DHAVE_STRERROR=1 -DHAVE_STRFTIME=1 -DHAVE_VSNPRINTF=1 -O -c
/home/sysbuild/src/usr.bin/make/lst.lib/*.c
cc: error:
This being a place people are trying samba4 as a DC, I got a
repeatable panic on one of the systems I am trying it on, as follows:
crash: _kvm_kvatop(0)
Crash version 9.99.69, image version 9.99.69.
Kernel compiled without options LOCKDEBUG.
System panicked: /: bad dir ino 657889 at offset 0:
Ok, thanks.
On Sun, 19 Jul 2020 at 13:51, Martin Husemann wrote:
> On Sun, Jul 19, 2020 at 01:42:30PM +0100, Chavdar Ivanov wrote:
> > Any ideas? Perhaps I've missed something new in the BUILDING file?
> > there is nothing particular in these two lines of the bsd.nls.mk:
>
&
another one setup with much less changes
since the original modification, I'll cvs update the whole tree and
after a rolling-replace will try one more to build samba4 with ad
support.
>
> in /etc/mk.conf
>
> christos
>
> > On Jul 23, 2020, at 9:54 AM, Chavdar Ivanov wrote:
401 - 500 of 687 matches
Mail list logo
