I made some changes to the live image which is probably triggering this
behaviour, but it's working on releng's builds - I expect that there's a
stale object that the live-image target isn't re-creating despite it
needing changes.
You could take the easy-for-human approach and do a clean build,
On Tue, Dec 14, 2021 at 10:52:26PM +0200, Andreas Gustafsson wrote:
> All,
>
> The TNF testbed is currently failing to start new builds because it is
> unable to remove the objdirs from previous builds using the Python
> equivalent of "rm -rf".
>
> Specifically, after the i386 build fails the
On Tue, Dec 14, 2021 at 10:52:26PM +0200, Andreas Gustafsson wrote:
> All,
>
> The TNF testbed is currently failing to start new builds because it is
> unable to remove the objdirs from previous builds using the Python
> equivalent of "rm -rf".
>
> Specifically, after the i386 build fails the
On Tue, Nov 10, 2020 at 06:59:32PM +, Sad Clouds wrote:
> On Tue, 10 Nov 2020 18:25:09 +
> m...@netbsd.org wrote:
>
> > As for sun4v, I believe Palle is doing work on this sometimes.
>
> Yes, I've seen from the posts on sparc64 mailing list that some people
> are working on it, but often
On Tue, Nov 10, 2020 at 04:02:55PM +, Sad Clouds wrote:
> On Tue, 10 Nov 2020 08:32:29 -0500
> matthew sporleder wrote:
>
> > Indeed -- casting a wide net is in our interest. I hope you are able
> > to use one of our many potential donation offerings -- paypal, stripe,
> > amazon smile,
On Mon, Nov 09, 2020 at 09:53:50AM -0500, Mouse wrote:
> > So: happy to make it more userfriendly, simpler, rephrase messages,
> > whatever needed - but we should not end up with insecure installs.
>
> Lack of good randomness does not quite equal insecure install. Warn
> about it, sure, but I
On Tue, Oct 27, 2020 at 10:57:28PM +0100, Miranda van den Breukelingen wrote:
> as driving to current the dell vostro 14 compiled 22 hours on the userland
> and
> 28 hours on the xsrc: no build-failure with the kernel, too.
>
> installed it with ./build.sh -u -U install=/ I get a fine install
On Tue, Oct 27, 2020 at 10:26:43PM +, m...@netbsd.org wrote:
> On Tue, Oct 27, 2020 at 11:13:48PM +0100, Tobias Nygren wrote:
> > On Tue, 27 Oct 2020 22:57:28 +0100
> > Miranda van den Breukelingen wrote:
> >
> > > libGL.so.3 text relocations
> > > libGL.so3 cannot write enable text sements:
On Tue, Oct 27, 2020 at 11:13:48PM +0100, Tobias Nygren wrote:
> On Tue, 27 Oct 2020 22:57:28 +0100
> Miranda van den Breukelingen wrote:
>
> > libGL.so.3 text relocations
> > libGL.so3 cannot write enable text sements: permission deniend
>
> Is base mesa not built with GLX_X86_READONLY_TEXT on
On Tue, Oct 27, 2020 at 10:57:28PM +0100, Miranda van den Breukelingen wrote:
> as driving to current the dell vostro 14 compiled 22 hours on the userland
> and
> 28 hours on the xsrc: no build-failure with the kernel, too.
>
> installed it with ./build.sh -u -U install=/ I get a fine install
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 until it is fixed.
http://gnats.netbsd.org/55539
On Wed, Jul 15, 2020 at 09:18:09PM +0300, Andrius V wrote:
> Hi,
>
> Since my VIA based hardware wasn't attaching a unichrome driver, I decided
> to take a look at it. After investigation, I found out that the driver had
> been mainly unfinished:
> * It matches only one unichrome graphics ID from
On Mon, Jun 29, 2020 at 11:43:55PM +0200, Riccardo Mottola wrote:
> Hi Maya!
>
> m...@netbsd.org wrote:
> > > > distutils.errors.CompileError: command 'cpp' terminated by signal 11
> > > Usually any GCC crashes on widely used architectures are running out of
&g
On Mon, Jun 29, 2020 at 04:02:43PM +, m...@netbsd.org wrote:
> On Mon, Jun 29, 2020 at 12:32:27PM +0200, Riccardo Mottola wrote:
> > distutils.errors.CompileError: command 'cpp' terminated by signal 11
>
> Usually any GCC crashes on widely used architectures are running out of
> RAM.
See
On Mon, Jun 29, 2020 at 12:32:27PM +0200, Riccardo Mottola wrote:
> distutils.errors.CompileError: command 'cpp' terminated by signal 11
Usually any GCC crashes on widely used architectures are running out of
RAM.
On Tue, Jun 16, 2020 at 08:52:55AM -0300, Jared McNeill wrote:
> This happened on aarch64 -current while running a pkgsrc bulk build:
>
> [ 346117.3280182] panic: kernel diagnostic assertion "amap->am_nused <
> amap->am_maxslot" failed: file "/home/source/ab/HEAD/src/sys/uvm/uvm_amap.c",
> line
On Sun, Jun 14, 2020 at 10:01:57PM -0400, Christos Zoulas wrote:
>
> 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
>
>
On Mon, Jun 08, 2020 at 02:35:55PM -0500, Clay Daniels wrote:
> I've been looking at:
>
> https://nycdn.netbsd.org/pub/NetBSD-daily/HEAD/
>
> I see, in the few days I've been looking, that the latest/ directory stays
> at 03 Jun, despite a new daily snapshot. Is there some special significance
>
On Sun, May 17, 2020 at 09:58:49AM +0100, Chavdar Ivanov wrote:
> On Fri, 15 May 2020 at 22:44, wrote:
> > I am failing to reproduce it on 9.99.61. Any other guesses for what
> > might be different on your setup?
>
> No idea. It is a laptop with i7-3820QM CPU and 20GB memory, following
>
I am using this diff but I am not sure what I am doing.
Index: tests/rump/modautoload/Makefile
===
RCS file: /cvsroot/src/tests/rump/modautoload/Makefile,v
retrieving revision 1.9
diff -u -r1.9 Makefile
---
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 to build lang/mono6 under reasonably recent
> > > -current? I keep getting exciting crashes in
On Thu, May 07, 2020 at 08:49:19AM +1000, Paul Ripke wrote:
> On Sat, May 02, 2020 at 12:02:45PM +1000, Paul Ripke wrote:
> > Since I have my qemu disk images on slow spinning rust host disks, when the
> > host disk is busy (esp. daily+security runs), I find my qemu vm's see disk
> > timeouts, and
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, e.g.
I can build it.
Setup:
userland: 9.99.51 (early March)
kernel: 9.99.59
On Mon, May 11, 2020 at 10:30:28PM -0700, pimin inwa wrote:
> HOST_CXX=/usr/pkg/gcc8/bin/g++
> HOST_CC=/usr/pkg/gcc8/bin/cc
..
> configure: error: a working C++ compiler is required
Removing these two lines will work around this issue.
> checking that C++ static constructors and destructors are
On Fri, May 08, 2020 at 12:36:19PM -0400, Ron Georgia wrote:
> Thank you for pointing that out. I am updating now.
>
> I downloaded the NetBSD-9.99.60-amd64-install.img (date stamped May 07,
> 2020) this morning and installed on my Lenovo X200. I did select the option
> to download pkgsrc. I
On Tue, Apr 28, 2020 at 08:30:43AM +0200, Marc Balmer wrote:
>
>
> > Am 28.04.2020 um 08:29 schrieb Andreas Gustafsson :
> >
> > m...@netbsd.org wrote:
> >> Yes, I believe joerg and spz are changing the conversion from
> >> cvs->??->git to hg->git, to match what will be done once we stop using
On Sun, Apr 26, 2020 at 11:26:38PM +, Thomas Mueller wrote:
> On Sun, Apr 26, 2020 at 02:30:48PM +1000, Paul Ripke wrote:
> > I switched away from cvsup a while back, but I now see that github
> > NetBSD/src mirror is now 5 days old. Known issue?
>
> m...@netbsd.org responded:
>
> > Yes, I
On Sun, Apr 26, 2020 at 02:30:48PM +1000, Paul Ripke wrote:
> I switched away from cvsup a while back, but I now see that github
> NetBSD/src mirror is now 5 days old. Known issue?
Yes, I believe joerg and spz are changing the conversion from
cvs->??->git to hg->git, to match what will be done
Can someone please offer a another set of eyes on this commit?
https://github.com/NetBSD/src/commit/065ad9b5c35f8798d18fe75356b2c22ee42a4896
Removing KERNEL_UNLOCK_ALLs feels wild. But I don't understand the code
well enough to know whether it's right.
On Wed, Feb 12, 2020 at 09:55:36AM +, Patrick Welche wrote:
> Just tried for the first time a kern-GENERIC_KASLR.tar.xz from yesterday's
> source on a working GENERIC-9.99.17/amd64 box, with serial console. All
> I see is
>
> >> NetBSD/x86 BIOS Boot, Revision 5.11 (Thu Nov 29 11:11:25 UTC
Try current first, 8.0 EFI has a lot of known bugs.
On Wed, Jan 15, 2020 at 11:42:09AM +0100, Matthias Petermann wrote:
> Hello Maya,
>
> On 15.01.20 07:55, m...@netbsd.org wrote:
> > >
> > > Since I don't see any of this in the log, I'm not sure at all whether the
> > > code is actually executed. Is i
On Thu, Jan 16, 2020 at 07:03:14PM -0600, Robert Nestor wrote:
> I’ve got NetBSD-9.99.17 (amd64) installed and it has been running without
> any problems which i have been using to work with NVMM. I do package builds
> on it using pkgsrc-current and also do the build of wip/qemu-nvmm.
>
>
On Wed, Jan 15, 2020 at 07:48:04PM -0500, Greg Troxel wrote:
> Ronald Georgia writes:
>
> > I am running 9.99.36 on an old AMD FX-6300 six core processor. It is
> > 2009 maybe? Same age on the power supply and memory, but new hard
> > drives. It will run fine for a while (couple of days) then
On Wed, Jan 15, 2020 at 01:22:00PM +0100, Lars Reichardt wrote:
> On Mon, 29 Jul 2019 10:16:00 +0100
> Patrick Welche wrote:
>
> > With biosboot set on the root partition of a GPT disk, I can now
> > biosboot or EFI boot the same computer.
> >
> > Thanks to mlelstv@'s hint, I can get a serial
On Wed, Jan 15, 2020 at 07:25:10AM +0100, Matthias Petermann wrote:
> Hello Maya,
>
> many thanks for your response. I used the patch in my NetBSD 9.0 (RC1)
> kernel and rebuilt it. However, it does not seem to be the solution to the
> problem. If i want to send the system to sle
The pmf_device_register go appearing in most drivers is what is
responsible for whitelisting drivers.
So something like this might do.
Index: device-mapper.c
===
RCS file: /cvsroot/src/sys/dev/dm/device-mapper.c,v
retrieving
On Wed, Oct 02, 2019 at 01:53:06PM +0200, Piotr Meyer wrote:
> On Wed, Oct 02, 2019 at 11:31:32AM +, m...@netbsd.org wrote:
>
> > I had to change a lot of installers and images in distrib/, I hope I
> > didn't miss one. Let me know if one doesn't install /rescue now.
>
> Nice. Is it possible
Please un-CC me from any threads.
On Thu, Nov 14, 2019 at 09:05:05PM +, Dave Tyson wrote:
> I've been playing with wine64 under NetBSD 8.1_STABLE and it works
> surprisingly well with a couple of windows applications I need to run. Of
> course NetBSD-8 doesn't have support for USER_LDT baked in and so I have been
> testing
On Thu, Nov 14, 2019 at 09:26:54PM +0200, Andreas Gustafsson wrote:
> 12% increase:
>
> 2019.03.08.20.35.10 christos src/share/mk/bsd.own.mk 1.1108
>
> Back to using jemalloc for x86_64; all problems have been resolved.
I wonder if enabling back MAP_ALIGNED in jemalloc can help.
On Sun, Oct 27, 2019 at 02:47:43PM -0400, David H. Gutteridge wrote:
> On Sun, 2019-10-27 at 02:24 +, m...@netbsd.org wrote:
> > On Sun, Oct 27, 2019 at 01:30:48AM +0100, Chavdar Ivanov wrote:
> > > In my case its also swrast_dri, VirtualBox host. I haven't recently
> > > tried xfce4 on a real
On Sun, Oct 27, 2019 at 01:30:48AM +0100, Chavdar Ivanov wrote:
> In my case its also swrast_dri, VirtualBox host. I haven't recently
> tried xfce4 on a real hardware with intel, I might di that later.
I could finally reproduce a crash.
And it went away when I pkg_delete'd MesaLib. I wonder if
Can someone who has this issue explain it shortly?
- Which GPU?
- What part of updating (kernel, userland) did it?
- Does a clean build of everything fix it?
the i915 driver has broken userland compatibility. mrg/riastradh fixed it,
but I won't be surprised if there's more we haven't spotted
On Mon, Oct 14, 2019 at 01:56:11PM +0100, Patrick Welche wrote:
> Doesn't matter to me as this is "just" a server, but I was surprised by
> this message:
>
> i915drmkms0: interrupting at ioapic0 pin 16 (i915drmkms0)
> intelfb0 at i915drmkms0
> intelfb0: framebuffer at 0xd4013cf07000, size
On Sat, Oct 12, 2019 at 10:49:58AM +0100, Robert Swindells wrote:
>
> m...@netbsd.org wrote:
> >On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote:
> >> On Fri, 11 Oct 2019 11:05:57 -0700
> >> bch wrote:
> >>
> >> > I quit running Firefox on my (-current) laptop months ago because the
>
On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote:
> On Fri, 11 Oct 2019 11:05:57 -0700
> bch wrote:
>
> > I quit running Firefox on my (-current) laptop months ago because the
> > build process (rust, esp) was so brutal. Have there been any
> > community efforts to organize the build
On Wed, Oct 09, 2019 at 06:18:16PM -0400, nottobay wrote:
> I'm new to BSD in general and coming from Linux. I tried pulling the
> binaries using the installer and it isn't working for me. Can I use pkg src
> to upgrade in place from release to current or do I have to build
> everything?
One
Hi folks,
I've split out /rescue into its own set.
This is intended to make updates safer. It's not necessary to update it
at all, and if something goes wrong in your update, you can boot
/rescue/init and recover, as described here:
https://www.netbsd.org/docs/current/#recovering-via-rescue
I
On Fri, Sep 20, 2019 at 11:14:41AM +0100, Chavdar Ivanov wrote:
> I noticed wip/mono6 has been removed, the other mono packages use
> earlier versions. Any particular reasons for this worth knowing?
>
> On Tue, 13 Aug 2019 at 09:50, wrote:
> >
> > wip/mono6 should be a replacement that works on
On Fri, Sep 13, 2019 at 09:02:33PM +0100, David Brownlee wrote:
> The symptoms include
> - netbsd-8 firefox binary segfault every time on startup. Doesn't always
> happen, but once it starts, they always seem to segfault until reboot. Note
> that though "netbsd-8 firefox binaries" are not
On Mon, Sep 16, 2019 at 10:37:50AM +0200, K. Schreiner wrote:
> nbmake[6]: stopped in /u/NetBSD/src/external/mit/expat/lib/libexpat
> /u/NetBSD/src/external/mit/expat/dist/lib/xmlparse.c:73:14: fatal error:
> sys/random.h: No such file or direct
> ory
> #include /* getrandom */
>
On Sat, Sep 07, 2019 at 06:37:31AM -0400, Brad Spencer wrote:
> m...@netbsd.org writes:
>
> > when asking for reviews on diffs, please consider having them in an easy
> > to view format, rather than tar files.
> >
> > Having a 'zfs' script to load a module sounds wrong. We have module
> >
when asking for reviews on diffs, please consider having them in an easy
to view format, rather than tar files.
Having a 'zfs' script to load a module sounds wrong. We have module
autoloading for this purpose.
On Thu, Aug 29, 2019 at 02:26:39AM +0200, Kamil Rytarowski wrote:
> On 29.08.2019 00:24, Riccardo Mottola wrote:
> > Hi!
> >
> > I updated current and did a rebuild of the user base. LLVM excluded.
> >
> > I am used to get sometimes a couple of extra files, but this time, I got
> > a huge
On Thu, Aug 15, 2019 at 02:50:52PM +0100, Chavdar Ivanov wrote:
> BTW I just noticed there are no gnome packages in
> /usr/pkgsrc/meta-packages any more, while there are still some in x11
> directory - was there any announce that it has been phased out?
It was GNOME2, I am under the impression
On Tue, Aug 13, 2019 at 12:00:31PM +0100, Chavdar Ivanov wrote:
> wip/mono6 built OK, but I get:
>
> ~ csharp
>
> Unhandled Exception:
> System.TypeInitializationException: The type initializer for
> 'System.Console' threw an exception. --->
> System.TypeInitializationException: The type
wip/mono6 should be a replacement that works on netbsd.
(still some issues to fix, like LD_LIBRARY_PATH=/usr/X11R7/lib for
graphical stuff being necessary)
On Sat, Aug 10, 2019 at 06:21:57PM +0900, Makoto Fujiwara wrote:
> When I've update 8.99.51 host with 9.0_BETA,
> From following URL
> http://nycdn.netbsd.org/pub/NetBSD-daily/netbsd-9/201908051430Z/
> with images
> NetBSD-9.0_BETA-amd64-install.img.gz 05-Aug-2019 17:19 914648kB
>
On Wed, Aug 07, 2019 at 12:40:08AM +0200, Riccardo Mottola wrote:
> Hi All,
>
> I want to rebuild all userland.
> Is there now a recommended way to skip all the llvm stuff which is extremely
> big.. and as far as I know, not needed for my Intel graphic card?
>
> Riccardo
-V MKLLVMRT=no (or in
On Sat, Jul 06, 2019 at 12:54:53AM +0200, Thomas Klausner wrote:
> Hi!
>
> So I see that we install machine/pio.h which defines functions like
> these (amd64):
>
> inb, insb, inw, insw, inl, insl; outb, outsb, ...
>
> But I can't seem to find any documentation or implementation for this.
>
>
On Fri, Jul 05, 2019 at 10:29:24PM +0200, Thomas Klausner wrote:
> >From some debugging so far, the cause for the hang seems to be that
> the nvme driver is waiting for an interrupt that doesn't come.
>
> At least once I got it to get unstuck by call "nvme_intr()" on the
> softc address from ddb.
On Thu, Jul 04, 2019 at 08:40:49PM +0100, Patrick Welche wrote:
> I see this now on a 2nd computer:
>
> cvs update: Updating external/bsd/dhcpcd/sbin
> cvs update: Updating external/bsd/dhcpcd/sbin/dhcpcd
> cvs update: Updating external/bsd/dhcpcd/src
> cvs [update aborted]: cannot open directory
On Wed, Jul 03, 2019 at 12:23:46PM -0500, John D. Baker wrote:
> (Sending to both pkgsrc-users and current-users as it appears to involve
> both package and/or base system elements.)
>
> To test other stuff, I booted -current (8.99.49 as of 20190701).
> Firefox52 and all other packages are
On Sat, Jun 29, 2019 at 11:19:26PM +0100, Robert Swindells wrote:
>
> Rhialto wrote:
> >On Sat 29 Jun 2019 at 20:55:16 +, m...@netbsd.org wrote:
> >> Supposedly it's even more efficient video decoding, but I didn't do a
> >> comparison (It would be pretty easy to do, since pkgsrc mesa does
On Sat, Jun 29, 2019 at 03:12:41PM -0500, John D. Baker wrote:
> Some time back I asked about what provided device-specific "vdpau"
> support after seeing a message from 'mplayer' about not finding
> "libvdpau_i965.so" when detecting the video capabilities of my
> intel-graphics-equipped system.
>
On Wed, Jun 19, 2019 at 06:55:06PM +0100, Chavdar Ivanov wrote:
> ---
> /p/VirtualBox-6.0.8/src/VBox/Additions/common/VBoxGuest/VBoxGuest-netbsd.c.ORIG
>2019-06-19 19:48:40.880337377 +0100
> +++ /p/VirtualBox-6.0.8/src/VBox/Additions/common/VBoxGuest/VBoxGuest-netbsd.c
> 2019-06-19
On Tue, Jun 18, 2019 at 10:02:47PM +0100, Chavdar Ivanov wrote:
> Hi,
>
> Perhaps not for current-users@, but on yesterday's -current and with
> updated pkgsrc I get the following while building lang/mono:
I assumed lang/mono has been failing for a while. Is that not the case?
On Tue, Jun 18, 2019 at 07:58:07PM +0100, Chavdar Ivanov wrote:
> /usr/X11R7/lib/pkgconfig/gl.pc file contains:
>
> Libs: -Wl,-rpath,${libdir} -L${libdir} -l@GL_PKGCONF_LIB@
>
>
> There are quite a few packages which fail with the default pkgsrc
> setup because of that.
>
> Perhaps the
I added it ... and some of the steps I forgot like suggesting boot -as
as opposed to 'boot -s' because you won't be able to run /sbin/init.
Should take 1-2 hours to appear.
On Thu, Jun 06, 2019 at 09:16:31PM +1000, Van L wrote:
> Hello,
>
> After the step to 'tar -C / -zxpf sets/xserver.tgz' I have the following
> 3 commands to call to update /etc . What happens is libc.so is lost and
> once I reboot it it is busted. This has happened for 8.1-RC and 8.1 now
>
>
On Sun, Jun 02, 2019 at 07:05:10AM +1000, matthew green wrote:
> > I haven't made any corruption related fixes.
>
> neither did i :-) we did both change a bunch of things though, and
> i was surprised that i could not reproduce the prior mate-terminal
> corrruption.
in the original discussion
ould I
> > upgrade again and recheck? I planned to debug the X code once I will
> > sort out other fallout after my upgrade (mostly with things in pkgsrc).
>
> i think so.
>
> i last tested the sandy bridge laptop a couple of weeks ago and
> it was still not great. ma
GPUs have special routines for 'put this image on top of another
surface', and they're used for fonts.
xf86-video-vesa doesn't, it's doing things in an inefficient way in
software, but it probably allows for more checks about whether we're
still inside the surface boundaries.
On Wed, May 29, 2019 at 05:55:26PM -0500, John D. Baker wrote:
> On Wed, 29 May 2019, m...@netbsd.org wrote:
>
> > what intel graphics do you have?
> > what is failing with xf86-video-intel?
>
> See:
>
> http://mail-index.netbsd.org/current-users/2019/04/11/msg035551.html
>
what intel graphics do you have?
what is failing with xf86-video-intel?
On Thu, May 09, 2019 at 07:08:39PM +0100, Chavdar Ivanov wrote:
> I haven't tested if this happens on NetBSD8, on -current every time I
> reinstall x11-lnks (after osabi, hence on every bump of -current), I
> have to:
>
> --- /usr/pkg/share/x11-links/lib/pkgconfig/gl.pc.ORIG 2019-05-09
>
On Wed, Apr 24, 2019 at 12:48:07PM +0300, Andreas Gustafsson wrote:
> For starters, here's a list of PRs for regressions that have been
> introduced since early February and are still unresolved:
>
> port-amd64/54001: call_once2_32, call_once2_static test cases failing on
> amd64 since gcc7
I understand it's meant to aim for 80x25, which is what we used to have.
There were some complaint threads about how much smaller DRM/KMS made
things, but perhaps people got used to it.
On Sat, Apr 20, 2019 at 12:45:40AM +0200, Piotr Meyer wrote:
> Hi,
>
> > P src/sys/arch/amd64/conf/GENERIC
> > P src/sys/arch/amd64/conf/INSTALL
>
> In following commit[1] two new optios was added:
>
> # Give us a choice of fonts based on monitor size
> options FONT_BOLD8x16
> options
I think it's the kernel too. I have a reduced way of reproducing it.
env LIBGL_ALWAYS_SOFTWARE=1 glmark2 (from pkgsrc) will be visibly
corrupt.
env LIBGL_ALWAYS_SOFTWARE=1 ktruss -i glmark2 > /dev/null
or a second glmark2 instance
seemed to make it go away.
I think this difference means it
On Sat, Apr 06, 2019 at 02:52:06PM +0300, Andreas Gustafsson wrote:
> The i386 build is still failing, but now in a different place:
>
> --- dependall-sys ---
> /tmp/bracket/build/2019.04.06.09.33.07-i386/src/sys/compat/freebsd/freebsd_syscall.c:
> In function 'freebsd_syscall':
>
It's not iwm. I have the same bug reported but with re(4) which isn't
wireless even. the backtrace looks different from ddb.
from ddb, the failing instruction is,
stopped at pid 276.1 (dhcpcd) at netbsd:npf_ifaddrhook+0x55: movq
18(%r12), %rsi
(without using npf at all)
On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote:
> Hi!
>
> Since upgrading to a snapshot (8.99.34/amd64) with gcc7,
> audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start
> any longer. It fails with:
>
> mpd: Undefined PLT symbol
>
Please use LIBGL_DEBUG=verbose as an environment variable.
On Mon, Feb 11, 2019 at 01:30:38PM +0100, Thomas Klausner wrote:
> Hi!
>
> Since upgrading to a snapshot (8.99.34/amd64) with gcc7,
> audio/musicpd's mpd binary (built on 8.99.30 with gcc6) does not start
> any longer. It fails with:
>
> mpd: Undefined PLT symbol
>
On Fri, Jan 04, 2019 at 10:44:42AM +, Patrick Welche wrote:
> Would you expect to step through __start() ?
>
Maybe... not sure. But I certainly appreciate not special casing it.
I've needed to single-step _start in the past :-)
Sounds good!
On Mon, Dec 10, 2018 at 09:26:03PM +0700, Robert Elz wrote:
> Date:Sat, 8 Dec 2018 17:38:05 +
> From:Arthur Barlow
> Message-ID:
>
>
> | I have noticed periodically that I get and error in my xconsole that
> reads:
> | kern error:
>
On Tue, Dec 04, 2018 at 12:26:53AM +0100, Riccardo Mottola wrote:
> Further question: if I see "Flushing disk caches" but still I get a dirty
> file system when I reboot on the T30 and R51 - why?
The dirty filesystem thing is a nice trick: if you mount rw it will
mark a bit as 'dirty', and if it
On Tue, Nov 20, 2018 at 06:02:36PM +0100, Riccardo Mottola wrote:
> Hi,
>
> m...@netbsd.org wrote:
> > For general context, suspend does work on -current. I tried on an older
> > amd64.http://netbsd.org/~maya/n4030-suspend
> > (No driver disabled, but I tried fr
For general context, suspend does work on -current. I tried on an older
amd64. http://netbsd.org/~maya/n4030-suspend
(No driver disabled, but I tried from r/o root in an installer)
Unfortunately my shinier machine is a pain to suspend. I might end up
giving up.
On Sat, Nov 03, 2018 at 04:44:18AM +, m...@netbsd.org wrote:
> Changing the actual triplets is probably a bad idea because the
> decisions are embedded in a lot of configure scripts in random third
> party code.
> But perhaps we need to rename things so no users end up using it by
> accident.
"compiled for earmv7hf" is just some text that NetBSD adds in to
binaries it builds, it doesn't need to be meaningful.
the "EABI5" part must be correct, but file doesn't try to distinguish
more than "ARMv1" and "EABI5" (it doesn't make sense to try harder, you
can write code to do v7 and v5 in
On Fri, Oct 26, 2018 at 05:27:05PM -0500, John D. Baker wrote:
> --- wdc.o ---
> /x/current/src/sys/dev/ic/wdc.c:138:1: error: missing initializer for field
> 'ata_recovery' of 'const struct ata_bustype'
> [-Werror=missing-field-initializers]
> };
> ^
> In file included from
> src xz's configure is picking up gawk. Surprised given build.sh tools...
This might be a valid way to get tool awk used, assuming xz is built
after awk. Totally untested.
Index: Makefile
===
RCS file:
On Tue, Oct 02, 2018 at 06:55:48AM -0400, Brad Spencer wrote:
>
> Just wondering if anyone else has seen this, but I am getting panics on
> boot during probe with sources after 2018-09-23 [at some point, at least
> 2018-09-29 and 2018-10-01 panic, but 2018-09-23 doesn't]. This is with
> trying
On Fri, Sep 28, 2018 at 09:03:08PM +0100, Arthur Barlow wrote:
> I am using Current amd64. Last Friday, (the 22nd of September), I updated
> my /usr/src directory with anonymous cvs and recompiled the lastest
> distribution and kernel build. After rebooting and updating all my files
> with
On Thu, Sep 27, 2018 at 07:34:25PM -0700, John Nemeth wrote:
> On Sep 27, 2:56pm, Christos Zoulas wrote:
> } On Sep 27, 8:51am, ci4...@gmail.com (Chavdar Ivanov) wrote:
> }
> } | So is this expected and intended consequence, bug or still unfinished
> } | part of the project? Just curious (it
heh, wrong architecture, still a similar change can be applied to atari.
1 - 100 of 132 matches
Mail list logo
