On Mon, 19 May 2014, Martin Husemann wrote:
But the issue is more complex:
This should all be documented in src/BUILDING (generated from
src/doc/BUILDING.mdoc), but it is not. Some of it should also be
documented in share/mk/bsd.README.
1) makeoptions DEBUG=-g in config files still works,
Hi,
Greg Troxel wrote:
I found x11-links and osabi to be a great nuisance in NetBSD
5.1_STABLE on my old computer.
I find them to be a mild nuisance. Once can almost always just
pkg_delete x11-links as it is a build dependency only, usually. And
fairly few things depend on osabi.
That's what
Currently the system runs 'makemandb -Q' in the background on every boot.
This updates the apropos database (for 'man -k').
On an system with an existing man database this will stat(2) every manpage
and update /var/db/man.db (an around 18MB sqlite database on a new amd64
system, maybe around 40MB
Hi,
I wrote a small patch to be i915drmkms as a console.
If you want a compiled kernel, get from
http://ftp.netbsd.org/pub/NetBSD/misc/nonaka/drmkms/drmkms.bz2
Index: sys/dev/pci/hdaudio/hdafg.c
===
RCS file:
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
Am 19.05.2014 um 01:31 schrieb David Brownlee a...@absd.org:
Currently the system runs 'makemandb -Q' in the background on every boot.
This updates the apropos database (for 'man -k').
On an system with an existing man database this will stat(2) every manpage
and update /var/db/man.db
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 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.
The primary intention for running it on boot was to make sure that it
gets build after a
On Mon, 19 May 2014, Joerg Sonnenberger wrote:
The primary intention for running it on boot was to make sure that it
gets build after a new installation. Many systems don't run over night,
so they won't get the nightly or weekly run.
Could we devise a better test for whether this is a new
Alan Barrett a...@cequrux.com wrote:
|On Mon, 19 May 2014, Joerg Sonnenberger wrote:
|The primary intention for running it on boot was to make sure that it
|gets build after a new installation. Many systems don't run over night,
|so they won't get the nightly or weekly run.
|
|Could we
With sources updated on 2014-05-18 at 19:08:18 UTC
# compile libc/absvsi2.o
/build/netbsd-local/tools/x86_64/evbppc/bin/powerpc--netbsd-gcc -O2 -std=gnu99 -Wall
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare
-Wno-traditional -Wa,--fatal-warnings -Wreturn-type
Riccardo Mottola riccardo.mott...@libero.it writes:
Hi,
Greg Troxel wrote:
I found x11-links and osabi to be a great nuisance in NetBSD
5.1_STABLE on my old computer.
I find them to be a mild nuisance. Once can almost always just
pkg_delete x11-links as it is a build dependency only,
Martin Husemann mar...@duskware.de writes:
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
Riccardo Mottola riccardo.mott...@libero.it writes:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many other things work). That's why pkg_rr was
written.
wow, in 18 years of NetBSD I never used pkg_rr...
You never end to
On 19 May 2014 16:38, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many other things work). That's why pkg_rr was
written.
If one follows -current and uses
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many other things work). That's why pkg_rr was
written.
wow, in 18 years of NetBSD I never used pkg_rr...
You never end to learn, I need to look it up :)
R
On Mon, May 19, 2014 at 05:52:44PM +0200, Martin Husemann wrote:
So an easy way to speed up makemandb would be: defer all the sqlite
initialization untill we find a file that is newer than the output database.
Doesn't work, it could be a file that didn't exist on the last run.
Consider running
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
Chavdar Ivanov ci4...@gmail.com writes:
On 19 May 2014 16:38, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many other things work). That's why pkg_rr was
written.
If
I found that tests(7) did not give guidance as to whether one should
invoke atf-run (for the tests included with NetBSD) as root, and
whether one had to worry about the state of the system. The following
patch is my best guess at the right answers. I'll commit it if there
are no objections.
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
Martin Husemann mar...@duskware.de writes:
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
./build.sh -j4 -u -x distribution, very-recent -current, AMD64.
...
# compile libc/dlfcn_elf.o
/usr/src/obj/tooldir.NetBSD-6.99.42-amd64/bin/x86_64--netbsd-gcc -O2
-std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wpointer-arith -Wno-sign-compare -Wno-traditional
Greg Troxel wrote:
I found that tests(7) did not give guidance as to whether one should
invoke atf-run (for the tests included with NetBSD) as root, and
whether one had to worry about the state of the system. The following
patch is my best guess at the right answers. I'll commit it if there
On Tue, May 20, 2014 at 01:20:18AM +0700, Robert Elz wrote:
Date:Mon, 19 May 2014 18:07:31 +0200
From:Joerg Sonnenberger jo...@britannica.bec.de
Message-ID: 20140519160731.ga9...@britannica.bec.de
| Doesn't work, it could be a file that didn't exist on the last
Date:Mon, 19 May 2014 20:26:37 +0200
From:Joerg Sonnenberger jo...@britannica.bec.de
Message-ID: 20140519182637.ga12...@britannica.bec.de
| But this is going to stat(2) every file, so it doesn't really change
| anything fundamentally.
It is the difference between
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host,
using sources from CVS date 2014.05.19.17.14.41.
An extract from the build.sh output follows:
--- strtold_px.o ---
# compile
I like the idea of the system determining whether to run it or not by
default, but being able to force it on or off.
Maybe a makemandb_force=YES/NO, defaulting to NO.
If makemandb_force=NO then the makemandb will be skipped iff
- Memory is 64M or less
OR
- man.db has been modified in the last N
On 19 May 2014 17:18, Greg Troxel g...@ir.bbn.com wrote:
Chavdar Ivanov ci4...@gmail.com writes:
On 19 May 2014 16:38, Riccardo Mottola riccardo.mott...@libero.it wrote:
Hi,
Greg Troxel wrote:
Really, when you update pkgsrc, it's only safe to rebuild things in
order (but of course many
Updating src tree:
P src/distrib/amd64/cdroms/etc.rc
P src/distrib/i386/cdroms/etc.rc
P src/distrib/sparc64/cdroms/installcd/etc.rc
P src/doc/BUILDING.mdoc
P src/etc/mtree/special
P src/include/stdio.h
P src/lib/libedit/tty.c
P src/lib/libedit/tty.h
P src/lib/libnpf/npf.c
P src/lib/libnpf/npf.h
P
31 matches
Mail list logo