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 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
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 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
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 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
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 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
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 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
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 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 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 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 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 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 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 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 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 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 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 Sat, Mar 08, 2014 at 10:35:03PM +0900, Ryo ONODERA wrote:
How to handle this issue?
The throw() needs to be removed.
Martin
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 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
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
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
)
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
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
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
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 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 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 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 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 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 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 Sun, Aug 25, 2013 at 03:31:42PM +0200, Maxime Villard wrote:
Ok/Comments?
Looks fine.
Martin
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 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 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
601 - 656 of 656 matches
Mail list logo