On Sun, Jun 23, 2013 at 10:32:46PM +0200, Stefan Hertenberger wrote:
Jun 23 20:15:22 nbbook /netbsd: kern_assert() at netbsd:kern_assert+0x48
Jun 23 20:15:22 nbbook /netbsd: kmem_free() at netbsd:kmem_free+0x82
Jun 23 20:15:22 nbbook /netbsd: athn_pci_suspend() at
netbsd:athn_pci_suspend+0x31
On Tue, Jul 02, 2013 at 06:29:29PM +0300, Andreas Gustafsson wrote:
FWIW, I already sent private mail to reinoud on Saturday asking him to
do that, but I have not received a response.
There is a PR and most of the failures are expected to be solved RSN (or
maybe he already commited his fix,
On Sat, Aug 24, 2013 at 06:43:19AM -0700, Paul Goyette wrote:
/build/netbsd-local/dest/sparc/usr/lib/libc.a(gethnamaddr.o): In function
`_gethostbyname':
gethnamaddr.c:(.text+0x28c4): multiple definition of `_gethostbyname'
libhack.o:(.text+0x2e4): first defined here
My libhack.o does not
On Sat, Aug 24, 2013 at 01:53:57PM -0700, Paul Goyette wrote:
# find obj/sparc -name libhack.o | xargs stat -f %SN%t%z
obj/sparc/distrib/miniroot/libhack.o 24575
obj/sparc/distrib/sparc/ramdisk/libhack.o 27890
# Use stubs to eliminate some large stuff from libc
HACKSRC=
On Sun, Aug 25, 2013 at 03:31:42PM +0200, Maxime Villard wrote:
Ok/Comments?
Looks fine.
Martin
On Tue, Aug 27, 2013 at 08:28:04AM +0900, tsugutomo.en...@jp.sony.com wrote:
Maxime Villard m...@m00nbsd.net writes:
- How often is_dyn is true?
Good point - I can't find any use for it. The code seems to agree:
/*
* XXX allow for executing shared objects. It seems silly
On Tue, Aug 27, 2013 at 10:56:04AM +0200, Maxime Villard wrote:
ET_DYN can be either a shared library or a position-independent executable
(PIE). There's no way to distinguish between them, except that a PIE must
have a PT_INTERP segment.
Ok, I'm on an arch w/o sane PLT format for ASLR, so no
On Sat, Sep 28, 2013 at 03:08:33PM +0200, Riccardo Mottola wrote:
20130605:
Previous freetype installations eroneously installed private
header files. If you are building against a non-empty $DESTDIR,
please remove ${DESTDIR}//usr/X11R7/include/freetype2/freetype/.
On Wed, Oct 02, 2013 at 10:31:25AM +0200, Riccardo Mottola wrote:
I noticed that build.sh with X takes quite a long time (long parts are
surely the compiler and the X distirbution) and if I restart it, it will
essentially restart. Is there no way to restart? or to build in pieces?
Try the -u
On Mon, Oct 07, 2013 at 05:15:46PM -0700, Paul Goyette wrote:
When booting either my custom/minimalistic kernel or a GENERIC kernel,
it gets as far as printing the sizes of the various sections, and then
gives the message
head full (0x6cd08+16384)
Did the size of modules change for
On Tue, Oct 08, 2013 at 05:00:27AM -0700, Paul Goyette wrote:
So, the newer ffs module is actually _smaller_ than the old one?
A tiny bit, but there goes this straw.
Martin
On Thu, Oct 10, 2013 at 11:49:08AM +0200, Joerg Sonnenberger wrote:
By fixing the ld default.
Is this (untested) enough? Do we need add_DT_NEEDED_for_regular to be 0 too?
Martin
Index: ldlang.h
===
RCS file:
On Thu, Oct 10, 2013 at 06:40:51PM +0400, Valery Ushakov wrote:
/build/test/tools/x86_64/amd64/bin/x86_64--netbsd-gcc\
--sysroot=/build/test/dest/amd64 -o npfctl \
Go to the objdir and run that command (without -lcrypt) with
-Wl,--verbose - you should see something like
On Thu, Oct 10, 2013 at 06:39:27PM +0200, Rhialto wrote:
On Thu 10 Oct 2013 at 12:19:50 +0200, Martin Husemann wrote:
- unsigned int add_DT_NEEDED_for_dynamic : 1;
+ unsigned int add_DT_NEEDED_for_dynamic : 0;
From the limited context it seems that that is a struct definition
On Fri, Oct 11, 2013 at 10:14:55AM +0200, Martin Husemann wrote:
Do we have some simple test case for the whole issue?
Here is a simple test case, based on the curses abuse Roy complained about:
--8--
#include stdio.h
#include term.h
int main(int argc, char **argv)
{
int err = 0
On Sat, Oct 12, 2013 at 11:59:46AM +0200, Martin Husemann wrote:
However, I have been unable to make ld not emit a DT_NEEDED for
libterminfo, no matter what options I tried, so the test program ends
up with:
Dynamic Section:
NEEDED libcurses.so.7
NEEDED
On Wed, Nov 27, 2013 at 06:11:39AM -0800, Paul Goyette wrote:
vax--netbsdelf-mdsetimage: fs image (2097152 bytes) too big for buffer
(2048000 bytes)
This has been broken for quite some time (but we had no buildable tree).
I'm working on tracking it down.
Martin
Since -current had some hard times in the last few weeks, and maybe
not everyone is aware of this site:
http://releng.netbsd.org/cgi-bin/builds.cgi
shows the status of the last autobuilds. We already had one working
-current (HEAD) build this week, yay!
As you can see there, the stable
)
Vasil Dimov (representing FreeBSD, vd at FreeBSD dot org)
Ollivier Robert (representing FreeBSD, roberto at FreeBSD dot net)
Martin Husemann (representing NetBSD, martin at NetBSD dot org)
Marc Balmer (representing NetBSD, mbalmer at NetBSD dot org)
Shteryana Shopova (OC liaision, syrinx at FreeBSD
My main point is:
- don't punish the non-dtrace users for the stupid ctf* tools.
- this is not a generic build breaking problem, as the default build
will neither use ctf* nor -g (unless erroneously, see toolchain/48627)
Martin
Is anybody able to test a driver for a usb-serial device that currently
attaches as ucom at moscom in netbsd-current?
I have a better driver mostly done and would like to completely replace the
(non-working for me) moscom.c driver, but I can not test all device variants.
Please contact me
On Thu, Mar 06, 2014 at 10:38:47PM +0400, Ilya Zykov wrote:
In current tree( 6.99.34 ) for build kernel using config without build.sh,
outside /usr/src need NETBSDSRCDIR or BSDSRCDIR environment variables
stated.
Without this make depend in build folder give out error.
Did you specify the -s
I can reproduce it (you have to make sure there is no netbsd source tree
in /usr/src) - looks like a bug to me.
Martin
This seems to fix it - without it, compile-rt and some new additions to
the libkern build will not find their source (or eroneously use whatever
source is in /usr/src).
Jörg, better suggestions?
Martin
Index: Makefile.inc
===
RCS
On Sat, Mar 08, 2014 at 10:35:03PM +0900, Ryo ONODERA wrote:
How to handle this issue?
The throw() needs to be removed.
Martin
On Wed, Mar 12, 2014 at 07:21:36AM -0500, John D. Baker wrote:
amd64/i386 kernels that omit genfb (NGENFB == 0) fail to build:
Fixe, thanks!
Martin
On Thu, Mar 27, 2014 at 09:33:40AM +0200, Andreas Gustafsson wrote:
atf/atf-c/macros_test/detect_unused_tests
atf/atf-c++/macros_test/detect_unused_tests
These started failing with Christos' commit of src/share/mk/bsd.own.mk
1.784 on 2014-03-11 23:22:36, with the commit message
On Sat, Mar 29, 2014 at 08:54:36PM +0100, Adam Ciarci?ski wrote:
Is that intentional?
Yes, didn't you get the memo?
Martin
On Sat, Mar 29, 2014 at 03:19:48PM -0700, Andy Ruhl wrote:
I didn't get the memo either.
Sorry about the unusefull answer - of course the crash is not intended,
but I couldn't reproduce it at first try last night - might depend on
the architecture and concrete kernel (e.g. wether trying to load
On Sun, Apr 20, 2014 at 07:07:10PM +0100, Iain Hibbert wrote:
#define DBL_DIG 15
whereas in sys/float_ieee754.h there is effectively:
#define DBL_DIG __DBL_DIG__
We should only do the latter style and only in float.h (or sub-headers,
as mandated by the C
On Mon, May 05, 2014 at 09:31:24PM -0700, Thomas Mueller wrote:
I see through various device man pages that some firmwares are
supposed to be in /etc/firmware, and some are supposed to be in
/libdata/firmware. Why can't they all be in one or the other?
Firmware was installed to
After a long, dark period of build failures (caused by various issues)
we finally did it again:
http://releng.netbsd.org/builds/HEAD/201405060250Z/
Build results for trunk
From source dated 2014-05-06 02:50 UTC
67 total builds
67 successful builds
0 failed builds
(See
On Mon, May 19, 2014 at 12:31:21AM +0100, David Brownlee wrote:
Given that makemandb is run nightly and weekly by cron anyway, it would
probably be best for those systems to not have makemandb run on boot.
Sounds like a good idea - however, doesn't work well for notebooks that
you do not have
We have a rc.conf setting for this (makemandb=YES/NO), but we could argue
about thedefault (currently: YES).
I am fine with changing that to NO, but I really dislike port-specific
defaults (however they are implemented). They just cause confusion.
I ran a few more tests, and runtimes vary
On Mon, May 19, 2014 at 02:16:29PM +0200, Martin Husemann wrote:
SparcStation LX (50 MHz sparc v8), slow scsi disk, 96 MB ram:
2145.91 real 1856.68 user92.47 sys
I rebooted that machine (to have clean caches) and ran the below script
on it (which is about as fast as makemandb
On Mon, May 19, 2014 at 06:07:31PM +0200, Joerg Sonnenberger wrote:
Doesn't work, it could be a file that didn't exist on the last run.
Consider running pkg_add.
Maybe we should not install those files with older mtimes then ;-)
Martin
On Mon, May 19, 2014 at 12:28:21PM -0400, Greg Troxel wrote:
[correct statements about root/unprivileged runs]
+Ideally, tests are self-contained and do not either depend on or
+perturb the host environment, aside from skipping tests when optional
+facilities are not available.
This would be
On Mon, May 19, 2014 at 12:40:54PM -0400, Greg Troxel wrote:
It sounds like you are saying it's ok to run multiuser, and there might
be trouble, but if so that's reportable as a bug.
Exactly that. And it may crash your system of course - but if that happens,
we'd definitively like to see a
On Thu, May 22, 2014 at 11:47:38AM -0700, B Harder wrote:
$ ftp ftp.freebsd.org
login anonymous
ftp ls
screen fills w/ 'h' characters, repeating, presumably forever.
FWIW: I can not reproduce it, but you might get connected to another server,
I got to:
Trying 2001:6c8:130:800::4:21 ...
On Tue, Jun 10, 2014 at 11:47:08AM +0400, Ilia Zykov wrote:
Hello.
Don't have public access to daily builds since 20140525.
The bulk build cluster is undergoing hardware maintenance, which took
a bit longer than planned. It should be ready available again soon,
and then be as fast as never
On Mon, Jun 30, 2014 at 08:29:06AM -0700, Matt Thomas wrote:
We don't build gcc to support lto.
so remove -flto
and it should work.
Patch-aa already does that for some gcc versions. However, this points
at a bug in the liblto_plugin build (missing -liberty?)
Martin
On Sun, Jul 13, 2014 at 09:43:50PM +, thor0...@comcast.net wrote:
Editing $SRC_ROOT/distrib/evbarm/instkernel/sshramdisk/mtree.conf
seems to be the way to add the relevant directory into the ramdisk.
However, is there a way to tell ./build.sh or the Makefiles to add the
relevant firmware
On Sun, Jul 13, 2014 at 10:20:46PM +, thor0...@comcast.net wrote:
*I altered both mtree.conf to add the libdata subtree, and lists
to tell ./build.sh/make to copy the firmware: COPY
${NETBSDSRCDIR}/external/realtek/urtwn/dist/rtl8192cfw.bin
libdata/firmware/if_urtwn/rtl8192cfw.bin
That
Does ATF work for anyone on -current on some arm platform?
After updating yesterday, it completely fails for me.
Example:
cd /usr/tests/bin/df atf-run
[..]
info: env, HOSTTYPE=NetBSD
info: env, OSTYPE=NetBSD
info: env, MACHTYPE=arm32
tps-count: 1
tp-start: 1405585616.288856, t_df, 2
tc-start:
On Thu, Jul 17, 2014 at 10:29:02AM +0200, Martin Husemann wrote:
Does ATF work for anyone on -current on some arm platform?
This is only a symptom of C++ exception handling being completely broken
on arm right now.
Martin
Registration[1] is now open for this years EuroBSDCon in Sofia, Sep 25 - 28.
The program[2] features lots of NetBSD content, and other great talks
as well - I hope this will be a fantastic conference.
Looking forward to seeing you all in Sofia,
Martin
[1]
On Mon, Jul 21, 2014 at 09:44:35AM +0200, Manuel Bouyer wrote:
We probably don't have the ressources for providing binaries
for each {,e}arm{,hf} variants.
We should only provide earm variants, and then there are not many relevant
combinations.
However, the question of a decent upgrade path
On Tue, Jul 22, 2014 at 01:15:29AM +0900, Izumi Tsutsui wrote:
Well, if you only read the quoted sentence and
you are claiming about i386 to amd64 migration,
please implement it in sysinst as you like.
The problem discussed here is arm to earm (or its variant).
Yes, the problem is real and
On Wed, Aug 06, 2014 at 03:08:07PM +0200, Alan Barrett wrote:
I don't know what's going wrong for you. I am pretty sure it
works for me, though it's been some time since I tried a MKUPDATE
build (a.k.a. build.sh -u) across a kernel version change.
I do it all the time and never have a
On Wed, Aug 06, 2014 at 02:24:46PM +0100, Patrick Welche wrote:
I think you mean $DESTDIR ? (as per -r flag of build.sh)
$DESTDIR and -D flag, yes.
Martin
On Wed, Aug 06, 2014 at 04:02:25PM +0200, Alan Barrett wrote:
Do you know what's wrong with the automated removal that was added
in src/Makefile revision 1.309 on 2014-06-16?
Oh, maybe I didn't have to do it since then - not sure, will look closer
if it should happen again at next kernel bump.
On Thu, Aug 07, 2014 at 10:41:53AM -0500, John D. Baker wrote:
I just noticed this the other day, since I'd not before dealt with
machines running -current on which the native Xorg sets were not installed
and thus merging changes from xetc.tgz are unnecesary.
Running:
postinstall -s
of the EuroBSDCon 2014 program committee
Martin Husemann
On Mon, Aug 18, 2014 at 08:41:35AM -0700, Brian Buhrow wrote:
Hello. Could you provide an example of what you expect an /etc/fstab
file entry to look like before and after your suggested edits?
before it would use sd0a and sd0b (or wd*), after:
NAME=sb2k5Root/a/ ffs
On Fri, Aug 22, 2014 at 10:13:14PM +0200, Maxime Villard wrote:
- Wondering if it is a specific issue I reboot on Linux, and try to install
the
USB image and the ISO in a VM. It does not seem to complain about
installboot,
but now there's another issue: the installer can't download
On Tue, Aug 26, 2014 at 05:33:41PM +0200, Kurt Schreiner wrote:
Hi,
with -current source updated some minutes ago build.sh ... distribuiton
(on i386 at least) fails in ld.elf_so:
Christos just fixed it.
Martin
On Sat, Sep 13, 2014 at 08:25:24AM +0700, Robert Elz wrote:
I cannot get any mention of gpt partitioning to appear anywhere - using
an amd64 xen domU install kernel 7.99.1 (from a day or two ago).
It checks wether some binaries are available in $PATH and hides menus
(for gpt, lvm, cgd, ...)
On Fri, Sep 19, 2014 at 09:25:52AM +0100, Matthias Scheler wrote:
tron@lyssa:~#installboot -v /dev/rwd0a /usr/mdec/bootxx_ffsv1
installboot: Opening file system `/dev/rwd0a' read-write: Device busy
This is fallout from the wedges auto-configuration changes.
You should be able (in
On Sun, Sep 21, 2014 at 11:25:36AM +0200, u-6...@aetey.se wrote:
This is not a duplication but a separate effort with different goals.
But we fail to understand your goals.
All you need to do is:
- build.sh tools
- nbmake includes
- cd lib/libc nbmake obj dependall install
or
On Sun, Sep 21, 2014 at 05:16:59PM +0200, u-6...@aetey.se wrote:
I need also a standard NetBSD installation and several hundred MB sources,
don't I?
No, not the former. Any posix-ish system will do.
But the second is true, you need the full source tree. Not everything
of that will be used, and
On Mon, Sep 22, 2014 at 10:05:47PM +0200, u-6...@aetey.se wrote:
I would be thankful for suggestions of how to extract all the necessary
and only the necessary source needed to build libc
Very easy:
do a build.sh and then check the $OBJDIR/lib/libc for *.d and .depend files.
Martin
Sorry folks, I broke the build big time - and this time it was kinda on
purpose.
In order to systematically track down all changes needed to fix PR 49074
(but for all architectures, and future proof), I added a link time test
exercising the C++ 2011 atomic operations.
The list of architectures
On Sat, Oct 11, 2014 at 08:04:47PM +0200, Martin Husemann wrote:
Sorry folks, I broke the build big time - and this time it was kinda on
purpose.
All fallout from this should now be fixed.
Martin
On Tue, Oct 21, 2014 at 03:58:04PM +0200, Havard Eidnes wrote:
What's the appropriate fix?
Remove the throw() in the gcc header - this has been done in -current
and -7 (IIRC), not sure about a pullup for -6.
Martin
On Wed, Oct 29, 2014 at 03:03:09PM +, Chavdar Ivanov wrote:
Hi,
Perhaps a newbie question - with the latest updates to ssh I've lost the
capability to ssh from a Solaris 10 (or OpenIndiana) host to a
NetBSD-current server:
- from an old Solaris 10 machine:
[srv1] / # ssh support6
no
On Sun, Nov 02, 2014 at 02:23:58AM -0800, John Nemeth wrote:
(64-bit ARM). This means that it will be boot code for several
types of systems, and it will be the first quasi-MI bootcode. As
such, there is no existing obvious place for where to put it. Let
the bikeshedding begin...
I would
Looking at
http://nyftp.netbsd.org/pub/NetBSD-daily/netbsd-7/201412042050Z/amd64/binary/sets/
you can see:
kern-DRMKMS.tgz 04-Dec-2014 21:48 7434kB
kern-GENERIC.tgz 04-Dec-2014 21:48 6283kB
kern-XEN3_DOM0.tgz
On Fri, Dec 05, 2014 at 08:02:08AM -0500, Michael wrote:
Hmm, I'm fairly sure that at least two other netbsd people got free
ones, apparently they didn't have time to play with them yet.
I got one, but was waiting for you to commit support for the interrupt
controller ;-)
Not that I would have
On Wed, Dec 17, 2014 at 01:36:05PM +0100, Thomas Klausner wrote:
I noted that my dmesg output now contains a newer ACPI version than
before, could something have happened with that import that causes
this?
Or a bug in the imported ACPI version.
Martin
On Sat, Dec 27, 2014 at 10:43:13PM -0800, Hisashi T Fujinaka wrote:
/usr/obj/evbarm/destdir.evbarm/usr/include/fenv.h: In function
'feenableexcept':
/usr/src/lib/libm/arch/arm/fenv.c:170:1: error: control reaches end of
non-void function [-Werror=return-type]
There's no return in the
On Wed, Jan 21, 2015 at 10:48:40AM -0500, Christos Zoulas wrote:
The current implementation of groups and rules on npf is interface-specific,
and it is not finalized yet. I considered adding per interface rules, but
that introduces complexity. Perhaps I will add a flag to the daemon to
handle
On Thu, Jan 15, 2015 at 03:28:48PM +0100, Manuel Bouyer wrote:
Has anyone else noticed this ?
Is this install/49440 ?
Martin
On Fri, Jan 09, 2015 at 03:19:45PM +, Patrick Welche wrote:
On shutdown, usually, but not always, Xorg's cpu usage goes up to 100%,
and needs to be killed to allow shutdown to complete. I have seen this
with -current/amd64 on an ivy bridge, sandy bridge and pineview.
I have seen that with
On Thu, Feb 12, 2015 at 02:04:45PM +0100, Manuel Bouyer wrote:
yes, it fails too, with a timeout.
The default config has been changed to deny more query types, so this
is expected behaviour.
Martin
On Mon, Mar 23, 2015 at 04:55:52PM +0100, Thomas Klausner wrote:
Thanks. So if it survives a build, can I commit the attached patch?
Thomas
LGTM
Martin
On Wed, Feb 25, 2015 at 03:02:57PM -0500, Greg Troxel wrote:
With current from yesterday, I find that the following files are left in
the source directory after a build:
src/external/bsd/ntp/dist/ntpd/ntp_parser.[ch]
Is that from a clean build or -u ?
Martin
On Thu, Feb 26, 2015 at 08:08:34AM -0500, Greg Troxel wrote:
It's from an update build, but I removed them and cvs updated and did it
again. I found the issue; the yacc rule in make depend is missing the objdir.
The point is: it does not happen on clean new builds; a stall .d file
is causing
On Sat, Jan 24, 2015 at 10:57:17AM -0600, Dennis Ferguson wrote:
Hello,
Since moving to gcc 4.8.4 the evbcf build has been failing like this:
Did it build before? We don't build it on the autobuild cluster, should
we change that?
Martin
On Sat, Apr 25, 2015 at 08:59:45AM +0800, Paul Goyette wrote:
For some reason, the sme_global_mtx seems to already be locked when
sysmon_envsys_register tries to get it.
No, it is not initialized:
aibs0 at acpi0 (ASOC, ATK0110-16843024): ASUSTeK AI Booster
panic: lockdebug_lookup:
On Sat, Apr 25, 2015 at 03:41:46PM +0800, Paul Goyette wrote:
A quick scan shows that there are about 125-130 sources files which
attempt to register with sysmon_{pswitch,wdog,envsys}_register.
Since this is only about early access to the register functions, can't we
just add a static boolean
I do not like the init_main change - the attached patch makes my system boot
with a LOCKDEBUG kernel.
Not sure if this is complete.
Martin
Index: sysmon_envsys.c
===
RCS file: /cvsroot/src/sys/dev/sysmon/sysmon_envsys.c,v
retrieving
On Tue, Mar 31, 2015 at 10:06:28AM +0200, Martin Husemann wrote:
The Call for Papers is open (http://2015.eurobsdcon.org/call-for-papers/),
you still have time untill April 17th for a proposal.
If you did not manage to send a proposal: the deadline has been extended
untill May 22nd:
https
I have another instance of this problem and made the code dump a few more
values:
wd0 at atabus0 drive 0
wd0: SAMSUNG HM120IC
wd0: 111 GB, 232581 cyl, 16 head, 63 sec, 512 bytes/sect x 234441648 sectors
boot device: wd0
root on wd0a dumps on wd0b
cylinder group size mismatch: fs_cgsize = 0x4800,
I did a newfs run on a sparse file and get a slighly different layout
now:
format FFSv1
endian little-endian
magic 11954 timeThu Apr 30 10:53:04 2015
superblock location 8192id [ 5541ed70 4107aafa ]
cylgrp dynamic inodes 4.4BSD sblock FFSv2 fslevel 4
nbfree
On Mon, May 04, 2015 at 06:00:43PM +0200, carsten.ku...@arcor.de wrote:
Hello,
on ftp://nyftp.netbsd.org/pub/NetBSD-daily ISO images of snapshots
(e.g. named boot.iso) can be found. Would it be possible to also add
something like boot.img which can be copied to a USB stick? If one
often
On Tue, Apr 21, 2015 at 02:58:43PM -0500, John D. Baker wrote:
It seems that the disk name derived from the RAID controller contains
an embedded / character. Perhaps such things need translations to
make a reasonable file name?
Should be fixed in -current now, will request pullup to -7 (but I
On Tue, Apr 28, 2015 at 07:02:39AM +0100, Patrick Welche wrote:
I have been building with NOGCCERROR=yes in mk.conf - thoughts on a more
elegant solution to quell the warning?
You are probably building without options DIAGNOSTIC, so the KASSERT is
going away.
I just fixed that file.
Martin
On Thu, Apr 30, 2015 at 12:34:00AM +, Michael van Elst wrote:
This is ensured by mkfs.c 1.96. How old is your filesystem?
The oldest files in /etc are from july 2010, so that is probably when I
created it.
Martin
On Thu, May 07, 2015 at 09:46:46AM +0200, Riccardo Mottola wrote:
You can continue with your stubbornness or not, up to you. I like
operating systems who play nice to different languages and NetBSD has a
long tradition of being friendly.
It also has a long tradition of using the cleanest
On Sat, Apr 18, 2015 at 01:44:42PM +0800, Paul Goyette wrote:
Does anyone know how to properly resolve this? (Include the shared
library in the sysinst cd-rom image?)
Someone(tm) should finally debug the use the sets patch:
On Sat, Apr 18, 2015 at 04:20:36PM +0800, Paul Goyette wrote:
For now, should I just add the libpthread entry to CDRUNTIME+= ...
commands src/distrib/amd64/cdroms/Makefile.cdrom ?
There are a few more files that needed it, but basically I just did
that (and hope there are no others).
Martin
On Sat, Apr 04, 2015 at 08:50:01AM +0900, Ryo ONODERA wrote:
blymn@ provides me the program to print interface detail.
See http://mail-index.netbsd.org/current-users/2014/01/21/msg024127.html
or attached probe_usb.c .
Yes, that is what I was thinking of - we should make it work with any usb
On Fri, Apr 03, 2015 at 12:08:00PM +0200, Christof Meerwald wrote:
But surely there must be a better way to get it working...
What devices/interfaces does it present?
You should be able to query with usbdevs(8).
Martin
On Thu, Jun 11, 2015 at 11:39:33AM +0200, Kurt Schreiner wrote:
_and_ my setting of MKCOMPAT to no in /etc/mk.conf
If MKCOMPAT=yes, build.sh ... distribution completes w/o hickups.
Should be fixed now.
Martin
On Tue, May 26, 2015 at 02:13:07PM -0700, bch wrote:
was result of a:
host# ./build.sh -j4 -u -x distribution
host# ./build.sh -x install=/
host# ./etcupdate
Argh! Sorry, will fix ASAP.
Martin
On Thu, Jul 02, 2015 at 09:06:21AM +0200, Manuel Bouyer wrote:
is this already fixed ?
Yes.
Martin
On Mon, Jul 06, 2015 at 06:32:59AM -0600, Brook Milligan wrote:
I was hoping to run a read-only root. In that case, isn't tmpfs /dev
the right solution?
I don't think it is needed, but of course it also should work.
But this is the easy way to track it down: remove the bogus /dev/null,
turn
On Sun, Jul 05, 2015 at 09:04:47PM -0600, Brook Milligan wrote:
Does this mean that something is writing to the DOMU /dev/null after
the tmpfs is unmounted? What could that be?
Yes - and good question (but now probably easier to spot).
However (and this maybe a stupid question): why are you
On Wed, May 20, 2015 at 11:04:43PM +0200, Joerg Sonnenberger wrote:
On Tue, May 19, 2015 at 03:45:10AM +0200, Timo Buhrmester wrote:
As of late, when building (and installing) -head I end up with a
libcrypto causing SIGILL, apparently due to using the ``pshufb''
instruction (which I believe
On Mon, Aug 17, 2015 at 09:23:58PM -0500, John D. Baker wrote:
This works quite well. In fact,
!sleep 1
is sufficient to let 'named' successfully bind to the IP address of the
bge1 interface.
Sounds like a named bug to me then.
Martin
1 - 100 of 656 matches
Mail list logo