On Jan 22, 2012, at 2:05 PM, Ron McDowell wrote:
I'm working on the new bsdconfig, and looking for some good examples of how
to incorporate internationalization into the scripts. I'm not finding much
love in this area. :-(
Any pointers appreciated.
GNU gettext may not be an option
On Feb 20, 2012, at 5:57 AM, Adrian Chadd wrote:
Hi,
Is anyone seeing this?
(cd /usr/home/adrian/work/freebsd/svn/src/rescue/rescue/../../usr.bin/tar
make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/tar/
depend make -DRESCUE CRUNCH_CFLAGS=-DRESCUE
DIRPRFX=rescue/rescue/tar/
On Feb 21, 2012, at 3:39 PM, Daniel Eischen wrote:
On Tue, 21 Feb 2012, Steve Kargl wrote:
3) Add a new option to ldconfig to prepend new libraries to
the hints files and fix the ports to use this option instead
of -m.
You don't want system binaries that want /lib/libgcc_s.so.1
to
On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote:
On Tue, 21 Feb 2012 21:11:13 -0800
Tim Kientzle t...@kientzle.com wrote:
If I understand correctly, the libgcc in base is pretty stripped
down compared to regular libgcc, because most of that
stuff is in our libc instead.
You
On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote:
On 24.03.2012 01:29, Dimitry Andric wrote:
On 2012-03-23 21:12, Boris Samorodov wrote:
I'm not sure but it seems to me that the question is more about
-current that -ports.
While updating devel/nspr I get this:
...
/usr/bin/strip:
On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote:
On 24.03.2012 21:00, Tim Kientzle wrote:
On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote:
Can you send me the output of:
tar -cvf /tmp/test.tar
/usr/ports/devel/nspr/work/nspr-4.9/mozilla/nsprpub/build/dist/lib/../../pr/src
On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote:
On (25/03/2012 10:53), Tim Kientzle wrote:
On Mar 25, 2012, at 5:53 AM, Boris Samorodov wrote:
On 24.03.2012 21:00, Tim Kientzle wrote:
On Mar 23, 2012, at 9:51 PM, Boris Samorodov wrote:
Can you send me the output of:
tar -cvf
On Mar 25, 2012, at 2:43 PM, Gleb Kurtsou wrote:
I experience a related issue. lseek(SEEK_HOLE) error checks are too
strict. Files are not added to archive if lseek(SEEK_HOLE) fails.
Ignoring lseek(SEEK_HOLE) at least in ENOTTY case would be preferable.
Just noticed that lseek(1) doesn't
I've tried adding
CONFIGURE_ENV+= CHARSET_LIB=-lcharset
to the port Makefile, but still no joy:
$ cd /usr/ports/devel/git
$ make
…..
libgit.a(gettext.o): In function `git_setup_gettext':
gettext.c:(.text+0x4f): undefined reference to `locale_charset'
gmake: *** [git-daemon] Error 1
*** Error
On Mar 26, 2012, at 1:42 AM, Andriy Gapon wrote:
on 26/03/2012 11:04 Boris Samorodov said the following:
26.03.2012 03:25, Tim Kientzle пишет:
Boris: What filesystem are you using?
zfs
Could this particular instance of the problem be triggered by
http://www.freebsd.org/cgi/query
On Apr 25, 2012, at 10:43 AM, Jason Evans wrote:
On a related note, is there any way to find all ports that refer to
_malloc_options without extracting source for all of them? I considered
being proactive about finding software that depends on _malloc_options, but
no tractable
On Apr 28, 2012, at 3:03 AM, Bob Bishop wrote:
On 28 Apr 2012, at 04:12, David O'Brien wrote:
On Thu, Apr 26, 2012 at 12:38:03PM +0100, Bob Bishop wrote:
Apparently, current dependencies are much more spread, e.g. /bin/sh
is dynamically linked [etc]
That seems like a bad mistake,
On Apr 30, 2012, at 6:41 AM, Erik Cederstrand wrote:
Can anyone explain to me why the dynamically linked version is significantly
slower? What are the extra steps involved compared to a statically linked
binary?
At the risk of dramatically over-simplifying….
When a static binary is
On May 3, 2012, at 1:34 PM, AN wrote:
Thu May 3 16:25:27 EDT 2012
FreeBSD FBSD10 10.0-CURRENT FreeBSD 10.0-CURRENT #13 r234872: Tue May 1
13:09:55 EDT 2012 root@FBSD10:/usr/obj/usr/src/sys/MYKERNEL amd64
# svn up
Updated to revision 234981
I did build world/kernel, after
FYI: Saw a crash due to filesystem corruption when running SUJ.
This is on a ARM AM335x system (BeagleBone) that is
still pretty experimental, so I certainly cannot rule out other
problems, but in case it means something to
someone, here's the scenario:
Reset the board to reboot (which is
On May 18, 2012, at 3:18 AM, Bjoern A. Zeeb wrote:
On 13. May 2012, at 22:35 , Tim Kientzle wrote:
FYI: Saw a crash due to filesystem corruption when running SUJ.
This is on a ARM AM335x system (BeagleBone) that is
still pretty experimental, so I certainly cannot rule out other
In order to fully automate building SD images for Beaglebone,
I'm trying to come up with a clean way to tailor the ubldr build.
I think I've come up with a good way to do this and would appreciate any
feedback.
First, here's the (somewhat simplified) script that builds and installs ubldr
(this
On May 23, 2012, at 8:24 AM, Adrian Chadd wrote:
This looks fine to me.
Thanks for this! What's the pandaboard require, just out of curiosity?
Based on a quick skim of the OMAP 4460 TRM, it looks
like the Pandaboard ES should come up with the
same general memory layout as the BeagleBone,
On May 24, 2012, at 1:16 AM, Damjan Marion wrote:
On May 24, 2012, at 6:35 AM, Tim Kientzle wrote:
I think the PandaBoard ES is fully supported by U-Boot,
so it should be possible to use ubldr as part of the boot
chain for that just like I've been doing with BeagleBone.
What
On Jan 27, 2013, at 7:57 AM, George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message sizeof(ArrayTypeBlob) is expected to be 8 but
is 12. (Complete build log attached.) I made a naive attempt to fix
Especially on -CURRENT, it's not going to be uncommon
to see things like this:
The package management tool is not yet installed on your system.
Do you want to fetch and install it now? [y/N]: y
Bootstrapping pkg please wait
_http._tcp.pkg.FreeBSD.org
pkg: Error fetching
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1 and mmcsd0s2
bsdlabel with one partition mmcsd0s2a
Before I can use growfs, I have two gpart resize
On Feb 3, 2013, at 1:08 PM, Ian Lepore wrote:
On Sun, 2013-02-03 at 12:06 -0800, Tim Kientzle wrote:
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1
I'm working on tools to build ARM system images.
Usually, these tools run on x86, which creates a problem
for packages.
I would like to install packages onto the image as it's built.
So I've been experimenting with variations of
pkg -c DESTDIR add package files
I'm running into a few problems
On Feb 5, 2013, at 10:55 PM, Baptiste Daroussin wrote:
On Tue, Feb 05, 2013 at 10:34:18PM -0800, Tim Kientzle wrote:
I'm working on tools to build ARM system images.
Usually, these tools run on x86, which creates a problem
for packages.
1) Pre-install/post-install scripts
On Feb 9, 2013, at 10:33 PM, Ian FREISLICH wrote:
2. MALLOC_PRODUCTION=yes
Maybe it's the placebo effect. Binaries are smaller in memory
and things seem faster
There have been significant improvements in this area
very recently. Please give it another try without this
setting and let
I'm working on tools to build ARM system images.
Usually, these tools run on x86, which creates a problem
for packages.
1) Pre-install/post-install scripts.
These obviously don't work since the DESTDIR
is for a different architecture.
This is imho the main problem, and one of the
On Feb 13, 2013, at 2:23 AM, Baptiste Daroussin wrote:
On Sat, Feb 02, 2013 at 09:46:41PM -0800, Tim Kientzle wrote:
Especially on -CURRENT, it's not going to be uncommon
to see things like this:
The package management tool is not yet installed on your system.
Do you want to fetch
Seems the tinderbox scripts are routinely showing too little of the actual
error these days...
On Jun 4, 2013, at 7:19 PM, FreeBSD Tinderbox wrote:
TB --- 2013-06-05 01:10:18 - tinderbox 2.10 running on
freebsd-current.sentex.ca
TB --- 2013-06-05 01:10:18 - FreeBSD freebsd-current.sentex.ca
On Jun 8, 2013, at 10:34 AM, Glen Barber wrote:
On Fri, Jun 07, 2013 at 05:22:56PM -0400, Glen Barber wrote:
Has anyone else tried the i386 memstick and having the same problem?
Hmm. Thanks for the report. I'll take a look at the logs for i386, but
they are generated the same way as
stage 4.2: building libraries
stage 4.3: make dependencies
stage 4.4: building everything
[...]
/src/usr.bin/svn/lib/libapr/../../../../contrib/apr/include/apr_ring.h:183:34:
note: expanded from macro 'APR_RING_PREV'
#define APR_RING_PREV(ep, link) (ep)-link.prev
On Jun 23, 2013, at 9:16 AM, Konstantin Belousov wrote:
On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote:
On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote:
This is useless without a backtrace.
Trying to mount root from ufs:/dev/da0 []...
WARNING: / was not
Thanks! I've committed all of these except the change
to contrib/bmake/ which should probably be submitted
upstream first.
Tim
On Jun 29, 2013, at 7:16 AM, d...@gmx.com wrote:
Here's a patch to fix several compilation errors coming from -Wunsequenced
warnings:
Index: bin/ed/re.c
On Jul 8, 2013, at 4:43 AM, d...@gmx.com wrote:
Well, this turned out to be a semi-false alarm. A week ago, for a short time,
there was a bug in Clang. There is no undefined behavior in
ptr = func(++ptr);,
No, there is not.
However, this does have an implicit redundant store,
so
On Jan 15, 2014, at 9:11 PM, Tim Kientzle t...@kientzle.com wrote:
On Jan 14, 2014, at 6:47 AM, Mark Felder f...@freebsd.org wrote:
I was recently talking to someone about how one would backup / restore
ACLs reliably. I didn't see any mention of ACLs in the mtree man page
and after
On Jan 14, 2014, at 6:47 AM, Mark Felder f...@freebsd.org wrote:
I was recently talking to someone about how one would backup / restore
ACLs reliably. I didn't see any mention of ACLs in the mtree man page
and after a quick google I came upon this old mailing list post:
On Jan 16, 2014, at 12:36 PM, Mark Felder f...@freebsd.org wrote:
On Wed, Jan 15, 2014, at 23:11, Tim Kientzle wrote:
On Jan 14, 2014, at 6:47 AM, Mark Felder f...@freebsd.org wrote:
I was recently talking to someone about how one would backup / restore
ACLs reliably. I didn't see any
On Jan 29, 2014, at 12:51 PM, Lars Engels lars.eng...@0x20.net wrote:
On Sat, Jan 25, 2014 at 09:11:04AM -0600, Mark Felder wrote:
On Sat, Jan 25, 2014, at 5:32, Lars Engels wrote:
Also using freebsd-update behind a proxy is really slow. Even with a
very fast internet connection
I was surprised to see “portsnap fetch” download over 6,000 patches in order to
advance the April 22 snapshot to now:
# portsnap fetch
Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found.
Fetching snapshot tag from isc.portsnap.freebsd.org... done.
Fetching snapshot metadata... done.
Has anyone else tried make buildworld on an 8-STABLE checkout on a recent
-CURRENT using clang?
I'm seeing failures building GCC and was wondering if this was something
messed-up locally and whether it was worth even trying to fix.
Tim
___
On Nov 28, 2010, at 8:58 AM, Alexander Best wrote:
On Fri Nov 26 10, Andriy Gapon wrote:
on 26/11/2010 00:25 Alexander Best said the following:
1) take a 4 GB example.file
Likely we don't support multi-extent files at the moment.
i found a way to access the data on such disks. i simply
On Dec 6, 2010, at 11:17 AM, Chuck Swiger wrote:
On Dec 6, 2010, at 9:13 AM, Alex Kozlov wrote:
On Tue, Dec 07, 2010 at 02:03:50AM +0900, Norikatsu Shigemura wrote:
.xz smaller than .gz, but effective is about 96.2%:-(.
Some time ago I do similar tests. Changing compression for base
On Nov 29, 2010, at 9:19 AM, Sergey Kandaurov wrote:
I see these errors when tar (not limited to but including the version
from FreeBSD -current)
# bsdtar -xf ~/arch.tgz
./: Attempt to write to an empty file
./.cpan/: Attempt to write to an empty file
./.cpan/CPAN/: Attempt to write to an
On Feb 8, 2011, at 9:58 AM, Shawn Webb wrote:
I've just finished a patch to add recursive functionality to setfacl. Before
I officially submit it, I'd like a few suggestions on how to improve the
patch.
The part I'm worried about involves the #define directive at top. I'm not
sure what
I have a FreeBSD-CURRENT AMD64 system here that was last updated at r215029.
I'm trying to update it to r219079, but the build fails in lib/libz when it
tries to compile gvmat64.S. It looks like the Makefile here has a workaround
for clang on AMD64, but it doesn't seem to actually be working
On Mar 5, 2011, at 4:16 PM, Nerius Landys wrote:
Anyhow, first things are first. I need to get CURRENT. So, what is
the preferred way to get CURRENT on your system?
As mentioned, there are a lot of variations.
Personally, I bootstrap current systems by installing a
minimal STABLE
be content to have a static /sbin/sh
that is used as the system script interpreter for
rc scripts, etc.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Stijn Hoop wrote:
On Wed, Nov 19, 2003 at 09:27:55PM -0800, Tim Kientzle wrote:
Maybe it's time to separate these two functions?
I would be content to have a static /sbin/sh
that is used as the system script interpreter for
rc scripts, etc.
And /usr/bin/sh as a user shell?
I was thinking /bin/sh
termcap entries
into ncurses or into vi.
If there are still rough edges on some of this well,
that is what -CURRENT is all about, after all. ;-)
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
Guy Helmer wrote:
Thanks to /rescue and the live filesystem archives on
current.freebsd.org, I was able to recover a machine
that I hosed after the statfs change by trying to installworld
without building booting a new kernel first.
Great! Any changes you could suggest
to /rescue based on that
. Looks like it would only add about
65k (20k for fetch, another 45k for libfetch which isn't
already in the crunched /rescue binary).
Submit a PR on this
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Leo Bicknell wrote:
To boot a machine into single user mode you need a kernel, init,
and /bin/sh (minimally). It would seem to me that alone is a good
argument for those three things to be static.
You need a static shell, yes. That does not have to be /bin/sh.
init does prompt, and /rescue/sh is
Leo Bicknell wrote:
The more I think about init the more I don't like dynamic linking for
it. init needs to have as few failure modes as possible. I do still
think it's fine for all the other /bin and /sbin things.
Right now, /sbin/init is statically linked.
Tim Kientzle
();
I expect that's where the bloat gets pulled in.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Garrett Wollman wrote:
On Fri, 21 Nov 2003 15:38:49 -0800, Tim Kientzle [EMAIL PROTECTED] said:
There have been a lot of proposed solutions:
* Rewrite NSS to not require dlopen().
* Rewrite dlopen() to not require dynamic linking.
* Don't support NSS in /bin/sh.
* Change the default script
start getting dropped.
I wonder if something (PAM module, maybe?) is opening a
file on each connection and you're running out of per-process
file descriptors.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
M. Warner Losh wrote:
In message: [EMAIL PROTECTED]
Bruce M Simpson [EMAIL PROTECTED] writes:
: On Thu, Nov 20, 2003 at 04:31:10PM -0800, Tim Kientzle wrote:
: * /rescue/vi is currently unusable if /usr is missing because
: the termcap database is in /usr. One possibility
as a requirement for diskless clients.
This is a red herring: diskless clients don't need /rescue since
any recovery necessary can be done on the server. Whether or
not diskless clients require fetch has therefore no bearing at
all on the question of whether fetch should be in /rescue.
Tim Kientzle
it. If
someone knows they'll never use it, NO_RESCUE has been shown
to measurably reduce buildworld times.
I doubt there is any perfect answer which will satisfy
everyone, but perhaps we can recognize that and figure out
some flexible middle ground.
That's exactly what I'm trying to do.
Tim Kientzle
David O'Brien wrote:
On Mon, Nov 24, 2003 at 12:08:58PM -0800, Tim Kientzle wrote:
... I think [/rescue] only needs to support those
recovery actions necessary to repair /bin and /sbin if they break.
My stance is that no failure mode needs to
be repairable that wasn't repairable with a static
/sbin should be included. Right now, that includes
tar, gzip, bzip2, and vi/ex.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
compliance.
Tony.
Ouch! Very good point, Tony.
Does POSIX require that such expansion work for
usernames that may not be in the current passwd
file?
That could dictate a lot.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org
Matthew D. Fuller wrote:
On Tue, Nov 25, 2003 at 01:41:53PM -0500 I heard the voice of
Garance A Drosihn, and lo! it spake thus:
It is a bit more complicated than that, because programs may
include embedded references to other files. So, I think
some developer would *have* to do a little up-front
David O'Brien wrote:
... lets agree that the FTP client will be
the last thing added to /rescue that is outside the original charter.
I sincerely hope it will be. Mostly because I have a large chunk
of new code to contribute that's broken and sitting in pieces all over
my hard disk at the
David O'Brien wrote:
On Wed, Nov 26, 2003 at 10:37:48AM -0800, Tim Kientzle wrote:
and [/usr/bin/ftp] doesn't support HTTP.
$ /usr/bin/ftp http://www.theregister.co.uk/content/6/32524.html
Requesting http://www.theregister.co.uk/content/6/32524.html
100
Garrett Wollman wrote:
On Mon, 01 Dec 2003 23:24:40 +0100, [EMAIL PROTECTED] (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) said:
The problem is that the authentication information needs to be stored
somewhere, and the usual solution is to store it in the directory,
...which is usually the worst
. Having
that break in any environment relying on networked directory
services is a pretty serious loss of functionality.
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any
, such as /bin/sh?)
Tim Kientzle
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to [EMAIL PROTECTED]
Using ssh and rsync to copy a lot of stuff from my
old desktop to my new laptop. The old desktop is using
a wired connection to an (admittedly crappy) D-Link router,
the new one is using an Atheros wireless connection to the
same router. I periodically see the transfer fail with
the following
Luigi Rizzo wrote:
On Sun, Mar 07, 2010 at 03:08:38PM -0800, Chuck Swiger wrote:
Hi, Tim--
On Mar 7, 2010, at 2:16 PM, Tim Kientzle wrote:
[ ... ]
Corrupted MAC on input.
Disconnecting: Packet corrupt
rsync: connection unexpectedly closed ... [receiver]
and then the rsync session
Trying to get X up and running on my Aspire One netbook
and having a couple of problems. Here's the first:
Whenever I exit, the server gets a Signal 11 and crashes,
corrupting the screen. So far, I've been able to just
tap the power button to get a clean reboot (in particular,
it's just X
On Wed, Mar 10, 2010 at 10:40 PM, Tim Kientzle kient...@freebsd.org wrote:
Trying to get X up and running on my Aspire One netbook
and having a couple of problems. Here's the first:
Whenever I exit, the server gets a Signal 11 and crashes ...
FreeBSD 9.0-CURRENT r201154M: Tue Dec 29 09:27:29
Peter Jeremy wrote:
On 2010-Mar-14 00:04:21 -0800, Tim Kientzle kient...@freebsd.org wrote:
Okay, I've updated a bunch of ports and am still seeing the
crash. I rebuilt the server with debug symbols and finally
got something informative; here's the relevant portion of
the backtrace (frame #10
Garrett Cooper wrote:
I implemented the fix I suggested earlier (scanning
the WindowTable to remove Window objects as they're
deleted) and it does consistently resolve the crash,
but now the X server restarts itself when xinit asks
it to exit, so there's clearly still something amiss.
Patch
Garrett Cooper wrote:
If I'm understanding you correctly you're saying it's an issue when I do:
pkg_add A B C
# 1 year passes
pkg_add D
# D depends on A, B, C, of different revisions. pkg_add barfs because
it can't find the applications, etc.
This is something that's been hashed over a
Julian Elischer wrote:
On 4/10/10 12:07 PM, Tim Kientzle wrote:
[1] Actually, PBI might work just fine even for
embedded if we address the disk bloat issue. One
approach would be to make
/Package/Bar/libfoo-2.8.7.so
a symlink or hardlink to
/Package/Shared/libfoo-2.8.7.so-MD5-hash
This gives
Sam Fourman Jr. wrote:
I do have a question, assuming PBI's were merged officially into the
FreeBSD ports tree,
say I had PostgreSQL Server installed, via PBI. then I wanted to tweak
a setting so I:
cd /usr/ports/databases/postgresql84-server/ make deinstall clean
would the PBI at this point
Paul B Mahol wrote:
It is apparently not possible to make use of -use-the-force-luke=4gms
on FreeBSD when appending new session after 4GB. Mounted disk
afterwards show nothing.
Should we allow it like linux does?
Are you claiming there is a problem when FreeBSD reads such
images or a
Xin LI wrote:
The recent lzma import has enabled libarchive's lzma support. However,
it have come to our attention that building -HEAD on earlier FreeBSD
versions (specifically, 7.x after 700044 through 8.x before 800022) have
been broken.
The reason behind this is that 'make buildworld' will
After seeing Kirk's presentation on SUJ at
BSDCan, I decided to give it a try.
Wow.
The reality of being able to pull the plug
(or watch an experimental kernel patch
go down in flames) and simply power back
on and have a running system with a sane
clean filesystem almost immediately is
truly
Matthew Seaman wrote:
Presumably the import of clang to the base does
not mean the immediate removal of gcc.
Of course not.
I'm not part of core and don't know what they
may have discussed, but I went through some hoops
to replace 'tar' and 'cpio' in the base system
and have some idea what
Thanks for the report! This was caused by an
overflow in the compression calculation when the in
bytes was larger than the out bytes.
I just committed a fix as r209152.
Tim
Boris Samorodov wrote:
Hi!
-
% uname -a
FreeBSD host.ipt.ru 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r208799: Fri Jun 4
The -R here does look suspicious. I'll look into that and the
test failure.
The -L handling here looks correct, though. Remember
that -L means follow symlinks, which means that foo/baz
should get created in the target as a directory and not as
a symlink, which is exactly what you've shown.
If
On Aug 15, 2010, at 1:56 AM, Alban Hertroys wrote:
On 15 Aug 2010, at 3:12, Doug Barton wrote:
(And before anyone bothers to reply saying Use pkg_info -O for that
I'll save you the trouble. My version is from 10-20% faster. Not sure
why, don't really care.) :)
Congrats for beating the
On Aug 15, 2010, at 12:49 PM, Dimitry Andric wrote:
So my first quick fix attempt was to replace the home-grown grep_fgetln
with fgetln(3), which is in libc. This does not support gzip and bzip2
files, but just to prove the point, it is enough. It gave the following
profiling result:
FYI:
On Aug 22, 2010, at 8:02 AM, Garrett Wollman wrote:
In article 86k4nikglg@ds4.des.no you write:
Mike Haertel m...@ducky.net writes:
GNU grep uses the well-known Boyer-Moore algorithm, which looks
first for the final letter of the target string, and uses a lookup
table to tell it how far
On Aug 22, 2010, at 9:30 AM, Sean C. Farley wrote:
On Sun, 22 Aug 2010, Dag-Erling Smørgrav wrote:
Mike Haertel m...@ducky.net writes:
GNU grep uses the well-known Boyer-Moore algorithm, which looks first for
the final letter of the target string, and uses a lookup table to tell it
how far
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my FreeBSD 8 client
(still using NFSv3) couldn't connect because there was no RPC mapping for nfs.
Removing the option above and rebooting the server makes it work again.
Server is GENERIC
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
I just tried adding
nfsv4_server_enable=YES
to my rc.conf and found that after I rebooted the server, my FreeBSD 8
client (still using NFSv3) couldn't connect because there was no RPC
mapping for nfs.
Did you specify both of these in
On Sep 11, 2010, at 5:26 PM, Rick Macklem wrote:
On Sep 11, 2010, at 4:20 PM, Rick Macklem wrote:
You can also look in /var/log/messages to see if any of the daemons
are complaining about something.
Only warning I see on a system reboot is:
nfsd: can't open /var/db/nfs-stablerestart
On Oct 5, 2010, at 1:27 AM, Mykola Dzham wrote:
Hi!
bsd tar parse only '[!...]' as negate pattern, but gnu tar and bsd tar
on 8-STABLE parse '[^...]' too:
Fix:
Index: usr.bin/tar/pathmatch.c
===
---
On Aug 26, 2014, at 11:05 AM, Chris H bsd-li...@bsdforge.com wrote:
Greetings,
I'm currently testing 11. My build / install is from about 2 days ago.
I generally use xz compression, when creating archives. But when I
attempt the following:
tar -cvJ --options xz:9 -f ./archive-name.tar.xz
On Sep 2, 2014, at 1:13 PM, Garrett Cooper yaneurab...@gmail.com wrote:
On Tue, Sep 2, 2014 at 9:47 AM, AN a...@neu.net wrote:
FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed Aug 13
14:18:28 EDT 2014 root@FBSD11:/usr/obj/usr/src/sys/MYKERNEL amd64
Trying to rebuild
On Sep 3, 2014, at 6:51 AM, Tim Kientzle t...@kientzle.com wrote:
On Sep 2, 2014, at 1:13 PM, Garrett Cooper yaneurab...@gmail.com wrote:
On Tue, Sep 2, 2014 at 9:47 AM, AN a...@neu.net wrote:
FreeBSD FBSD11 11.0-CURRENT FreeBSD 11.0-CURRENT #47 r269949: Wed Aug 13
14:18:28 EDT 2014
On Sep 3, 2014, at 7:08 AM, Tim Kientzle t...@kientzle.com wrote:
On Sep 3, 2014, at 6:51 AM, Tim Kientzle t...@kientzle.com wrote:
On Sep 2, 2014, at 1:13 PM, Garrett Cooper yaneurab...@gmail.com wrote:
On Tue, Sep 2, 2014 at 9:47 AM, AN a...@neu.net wrote:
FreeBSD FBSD11 11.0
On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko go...@bluezbox.com wrote:
On May 24, 2015, at 12:12 AM, Garrett Cooper yaneurab...@gmail.com wrote:
On May 24, 2015, at 0:07, Oleksandr Tymoshenko go...@bluezbox.com wrote:
On May 23, 2015, at 7:21 PM, Andrey Fesenko
On May 24, 2015, at 6:44 PM, Tim Kientzle t...@kientzle.com wrote:
On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko go...@bluezbox.com
wrote:
On May 24, 2015, at 12:12 AM, Garrett Cooper yaneurab...@gmail.com wrote:
On May 24, 2015, at 0:07, Oleksandr Tymoshenko go
On May 25, 2015, at 8:25 AM, Warner Losh i...@bsdimp.com wrote:
On May 24, 2015, at 7:44 PM, Tim Kientzle t...@kientzle.com wrote:
On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko go...@bluezbox.com
wrote:
On May 24, 2015, at 12:12 AM, Garrett Cooper yaneurab...@gmail.com
I’m seeing the following crash quite consistently on r286438. It looks like
the recent work on the kernel linker locking still has some issues.
Any suggested workarounds?
Tim
log trace ===
...
Starting file system checks:
/dev/mmcsd0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/mmcsd0s2a:
On Aug 10, 2015, at 12:39 AM, Konstantin Belousov kostik...@gmail.com wrote:
On Sun, Aug 09, 2015 at 05:24:13PM -0700, Tim Kientzle wrote:
On Aug 9, 2015, at 11:10 AM, Konstantin Belousov kostik...@gmail.com
wrote:
On Sun, Aug 09, 2015 at 10:53:20AM -0700, Tim Kientzle wrote:
I
101 - 200 of 213 matches
Mail list logo