ot blocks would boot
the new kernel. (This may be the better approach
all around; it leaves the downgrade option available
for a little bit longer.)
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
M. Warner Losh wrote:
Tim Kientzle <[EMAIL PROTECTED]> writes:
: ... 'installkernel' is not filling it's contract: it is
: not ensuring that the next boot uses the new kernel.
Are you sure you need new bootblocks? I've not had issues and am
pretty careless about
Thus spake Lucky Green <[EMAIL PROTECTED]>:
... remove ssh1 fallback from the default ...
David Schultz <[EMAIL PROTECTED]> wrote:
Removing SSH 1 ... is going to break compatibility ...
Tim Kientzle <[EMAIL PROTECTED]>:
POLA: before breaking compatibility, warn pe
services.
For that matter, I don't really understand
why 'stop' and 'forcestop' are separate
anyway; if I type 'stop', I want it to
stop, even if rc.conf says it shouldn't
be running.
I could provide diffs to change this, but won't
bother if everyone else thinks the existing
system is perfect and unalterable. ;-)
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Gordon Tetlow wrote:
On Wed, Oct 30, 2002 at 11:50:45AM -0800, Tim Kientzle wrote:
I find the standard arguments used by RCng quite
awkward. In particular, ... "/etc/rc.d/nfsd stop" does
not actually stop the nfsd process. ...
... I've found this behavior to be quite annoying
,
Could you elaborate? I'm not sure I follow you.
How would dynamically linking /bin and /sbin
make "this" work right?
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
erstand.
Either approach would shed resolver bloat from
a lot of places without the headaches of
dynamic linking.
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
your NetBSD system
as well.
... a knob in /etc/mk.conf to get the old behaviour,
how about something like that?
Knobs are dangerous because you have to test
all of the settings.
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Miguel Mendez wrote:
Tim Kientzle <[EMAIL PROTECTED]> wrote:
1) Fragility. Could a naive sysadmin (or a dying
disk) break /[s]bin?
What if the ldconfig hints files were hosed?
Is ld-elf.so truly bulletproof?
Agreed, and, fortunately, that was taken into account wi
an
simply delete any locales you don't use from
/usr/share/locale
It comes up in the context of 'cat' only
because it more than doubles the size of
an otherwise very small executable for a
single option that is not standard and
(probably) not ever used. This is a pretty
un
compiled applications.
Library design involves a lot of tradeoffs.
Tim Kientzle
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
The attached diff shaves four bytes
from every syscall wrapper (e.g., __sys_write, etc.)
In looking carefully at library sizes, I became
curious why a simple system call required 20
bytes; turns out a lot
of that was alignment padding.
Tim Kientzle
Index: lib/libc/i386/SYS.h
to move the entire world into /sbin, either.
I also agree with the poster who pointed out that folks who
have a remote /usr and rely on dynamic routing can easily
work around this issue on a case-by-case basis. The whole point
of having fine-grained rc.d scripts is to simplify customizations.
Brad Knowles wrote:
At 5:41 PM -0800 2002/12/11, Tim Kientzle wrote:
> NETWORKING ... does not, in itself, depend on any filesystems.
>>
Sure it does. In order to do anything, you have to run programs -- right?
The NETWORKING script does nothing. It runs no programs,
therefore
> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko wrote:
>
>
>> On May 24, 2015, at 12:12 AM, Garrett Cooper wrote:
>>
>> On May 24, 2015, at 0:07, Oleksandr Tymoshenko wrote:
>>
On May 23, 2015, at 7:21 PM, Andrey Fesenko wrote:
# uname -a
FreeBSD des.local 11.0-CU
> On May 24, 2015, at 6:44 PM, Tim Kientzle wrote:
>
>
>> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko
>> wrote:
>>
>>
>>> On May 24, 2015, at 12:12 AM, Garrett Cooper wrote:
>>>
>>> On May 24, 2015, at 0:07, Oleksan
> On May 25, 2015, at 8:25 AM, Warner Losh wrote:
>
>>
>> On May 24, 2015, at 7:44 PM, Tim Kientzle wrote:
>>
>>>
>>> On May 24, 2015, at 12:55 AM, Oleksandr Tymoshenko
>>> wrote:
>>>
>>>
>>>> On May
> On Jul 16, 2015, at 9:57 PM, O'Connor, Daniel wrote:
>
>
>> On 16 Jul 2015, at 21:41, Rick Macklem wrote:
>> r285066 fixed a POLA violation w.r.t. the old NFS client where the new
>> client didn't return an EEXIST error return for symlink or mkdir to userland.
>> The behaviour of not returni
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 8, 2015, at 11:47 PM, Konstantin Belousov wrote:
>
> On Sat, Aug 08, 2015 at 05:24:37PM -0700, Tim Kientzle wrote:
>> I???m seeing the following crash quite consistently on r286438. It looks
>> like the recent work on the kernel linker locking still has so
> On Aug 9, 2015, at 11:10 AM, Konstantin Belousov wrote:
>
> On Sun, Aug 09, 2015 at 10:53:20AM -0700, Tim Kientzle wrote:
>>
>> I suspect the LOR is new.
>>
>> It looks like the panic is occurring when WITNESS tries to print the
>> backtrace for the
> On Aug 10, 2015, at 12:39 AM, Konstantin Belousov wrote:
>
> On Sun, Aug 09, 2015 at 05:24:13PM -0700, Tim Kientzle wrote:
>>
>>> On Aug 9, 2015, at 11:10 AM, Konstantin Belousov
>>> wrote:
>>>
>>> On Sun, Aug 09, 2015 at 10:53:20AM -070
If you could please open an issue at
http://github.com/libarchive/libarchive
and include as much detail as you can, I’d appreciate it.
Cheers,
Tim
> On May 12, 2016, at 7:15 AM, Michael Butler
> wrote:
>
> It seems that today's libarchive update breaks cpio's behaviour:
>
> sudo ezjail
A little history about this issue:
http://www.cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2304
> On May 14, 2016, at 12:17 PM, Tim Kientzle wrote:
>
> Many people consider the traditional behavior to be a security risk, which is
> why this was changed.
>
> FreeBSD
Many people consider the traditional behavior to be a security risk, which is
why this was changed.
FreeBSD is welcome to make --insecure the default on FreeBSD, but I'm reluctant
to do that in the upstream libarchive project.
Tim
> On May 12, 2016, at 8:54 AM, Martin Matuska wrote:
>
> Loo
Someone just pointed out that the change also affected cpio's -p pass-through
mode. That was not intentional. I just accepted Martin's pull request to
revert the behavior for -p mode.
Cheers,
Tim
> On May 15, 2016, at 9:16 AM, Ian Lepore wrote:
>
> On Sun, 2016-05-15 at 01:57 +0200, Ma
Crochet has some experimental hooks to install packages onto the system being
built, but this seems to be hitting problems due to limitations in 'pkg -c'.
In particular, it seems that pkg performs the chroot before it does any network
lookups. This is a problem if the chroot is not a complete
> On May 22, 2016, at 1:28 PM, K. Macy wrote:
>
>
>
> On Sunday, May 22, 2016, Tim Kientzle wrote:
> Crochet has some experimental hooks to install packages onto the system being
> built, but this seems to be hitting problems due to limitations in 'pkg -c'.
> On May 29, 2016, at 8:55 AM, Julian Elischer wrote:
>
> I was thinking that in order to do this properly the chrooted child should do
> all it's fetch requests etc via the non-chrooted parent, but that would have
> probably been a bit too complicated. (including add requests)
How complex wo
> On Jun 3, 2016, at 10:23 AM, Eric van Gyzen wrote:
>
> My buildworld just failed very early with a segfault from /usr/bin/ar:
>
>--
stage 1.1: legacy release compatibility shims
>-
> On Jun 1, 2017, at 11:37 PM, Jean-Sébastien Pédron
> wrote:
>
> On 28.05.2017 19:21, blubee blubeeme wrote:
>> ===> Building for rust-1.17.0
>> ...
>> extracting
>> rust-std-1.16.0-x86_64-unknown-freebsd/rust-std-x86_64-unknown-freebsd/lib/rustlib/x86_64-unknown-freebsd/lib/GNUSparseFile.0/
> On Sep 9, 2017, at 4:35 PM, Mark Millard wrote:
>
> crochet goes to the trouble to have logic to
> build and install pine64_plus.dtb (based on
> arm64/pine64_plus.dts ).
>
I'm not sure about Pine64 in particular, but generally
only the DTS file is actually required.
Crochet tries to provide
On Oct 17, 2011, at 3:25 PM, Benjamin Kaduk wrote:
> On Mon, 17 Oct 2011, Romain Garbage wrote:
>>
>> According to bsdtar(1) manpage, tar has a --gname switch that permits
>> to set an arbitrary groupname in the tar archive, but:
>> $ tar -cf foo.tar --gname root bar
>> tar: Option --gname is not
On Jan 5, 2012, at 12:04 PM, O. Hartmann wrote:
>
> Another story seems to be with WITH_ICONV. I didn't realize problems
> until I had harsh faults compiling port lang/gcc46 which tend to fail in
> a Makefile when WITH_ICONV is enabled.
What exactly is the failure you're seeing?
I ask because I
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 Aug 12, 2012, at 6:20 AM, Paul Schenkeveld wrote:
> Hi,
>
> I have a wrapper script that builds packages in a chroot environment
> which happily runs on release 6 thru 9 and earlier 10 but fails with:
>
> tar: getvfsbyname failed: No such file or directory
>
> on a recent -CURRENT.
>
> Wh
On Aug 19, 2012, at 12:17 PM, Garrett Cooper wrote:
> On Sun, Aug 19, 2012 at 9:45 AM, Tim Kientzle wrote:
>>
>> On Aug 12, 2012, at 6:20 AM, Paul Schenkeveld wrote:
>>
>>> Hi,
>>>
>>> I have a wrapper script that builds packages in a chroot
On Sep 1, 2012, at 12:40 PM, Matthew Seaman wrote:
> On 01/09/2012 18:43, Tijl Coosemans wrote:
>> In this scenario the ports tree needs to keep support for older releases,
>> but that's a consequence of the fact that there's only one ports tree for
>> all releases. Somewhere in between the ports
On Nov 19, 2012, at 8:46 AM, jb wrote:
> Eitan Adler eitanadler.com> writes:
>
>>
>> On 18 November 2012 18:44, Mateusz Guzik gmail.com> wrote:
>>> Just take user name from id -nu.
>>
>> While that does provide the $user value I want, id is in /usr/bin/
>> which may not be mounted.
>
> /res
On Nov 23, 2012, at 2:13 PM, Christer Solskogen wrote:
> 10-CURRENT was built (and installed) twice. I guess the library was
> installed when I was at 9.1-RC3 but was deleted during make
> delete-old.
"delete-old" should not have deleted any libraries.
I think you must have also done "delete-ol
On Dec 3, 2012, at 12:46 AM, Garrett Cooper wrote:
> On Sun, Dec 2, 2012 at 11:06 PM, Garrett Cooper wrote:
>> On Sun, Dec 2, 2012 at 9:20 PM, Garrett Cooper wrote:
>>> On Sun, Dec 2, 2012 at 9:08 PM, Adrian Chadd wrote:
Hi,
Would you guys please add the auditdistd user/group i
I haven't found any useful clues yet, but thought I'd ask if anyone else
was seeing hangs in a recent kernel.
I just upgraded to r244036 using a straight GENERIC i386 kernel.
(Straight buildworld/buildkernel, no local changes, /etc/src.conf doesn't
exist, /etc/make.conf just has PERL_VERSION defin
On Dec 10, 2012, at 10:38 AM, Rick Macklem wrote:
> Adrian Chadd wrote:
>> .. what was the previous kernel version?
>>
> Hopefully Tim has it narrowed down more, but I don't see
> the hangs on a Sept. 7 kernel from head and I do see them
> on a Dec. 3 kernel from head. (Don't know the eact r
I've made some progress reworking the CPSW driver for
BeagleBone and would appreciate any feedback:
https://github.com/kientzle/cpsw
I believe I've resolved the most pressing stability
problems; the driver properly survives cables
being unplugged and replugged, modules being
loaded and unloaded
On Jan 1, 2013, at 8:12 AM, Brett Wynkoop wrote:
> On Mon, 31 Dec 2012 15:25:15 -0800
> Tim Kientzle wrote:
>
>> I've made some progress reworking the CPSW driver for
>> BeagleBone and would appreciate any feedback:
>>
>> https://github.com/kientzle/c
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
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
http://pkg.FreeBSD.org/fre
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 operatio
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.
>>
>
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 add
I'm running into a few problems but I think they can
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.
>
>>
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
>>> 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
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 o
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/
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
On Feb 23, 2012, at 9:16 AM, Alexander Kabaev wrote:
> On Tue, 21 Feb 2012 21:11:13 -0800
> Tim Kientzle wrote:
>
>>
>> If I understand correctly, the libgcc in base is pretty stripped
>> down compared to "regular" libgcc, because most of that
>>
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:
>> ...
>>> /
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
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,
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 d
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 c
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 proble
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 appr
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 b
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 st
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, af
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 routin
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 experimenta
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 doi
On Jun 12, 2012, at 1:26 PM, Konstantin Belousov wrote:
> On Tue, Jun 12, 2012 at 05:56:12PM +0200, Jan Sieka wrote:
>> Both versions work indeed. I have analysed other architectures'
>> lib/libc//Symbol.map files and __flt_rounds should go into FBSD_ and
>> *not* into FBSDprivate section. I ha
On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote:
>>>
>>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote:
After investigating the issue it appeared that __flt_rounds symbol is
not exported by libc. Applying the following patch, recompilling world
and Perl fixed the pr
On Jun 14, 2012, at 5:34 AM, Konstantin Belousov wrote:
> On Wed, Jun 13, 2012 at 08:32:19PM -0700, Tim Kientzle wrote:
>> On Jun 12, 2012, at 1:49 AM, Konstantin Belousov wrote:
>>>>>
>>>>> On Jun 5, 2012, at 8:09 AM, Jan Sieka wrote:
>>>>
On Jul 27, 2012, at 2:38 AM, Luigi Rizzo wrote:
>
> The alternative way to avoid an 'unused' warning from the compiler
> is an empty statement
>
> (void)foo;
>
> that the compiler hopefully optimizes away.
I learned the void-cast convention many years ago.
I used it throughout the libarch
On Jul 28, 2012, at 10:21 AM, O. Hartmann wrote:
> When updating ports (like databases/sqlite3 or graphics/png via portmaster
> graphics/png), the installation process comes to a point where a backup of
> the old port is created with bsdtar. The process hangs then …
> My operating system is
>
c3fbe7b9424cea83c7555
> https://github.com/libarchive/libarchive/commit/c6d3cd3
>
>
> Dňa 29. 7. 2012 3:18 Tim Kientzle wrote / napísal(a):
>>
>> On Jul 28, 2012, at 10:21 AM, O. Hartmann wrote:
>>
>>> When updating ports (like databases/sqlite3 or graphic
On Sep 9, 2013, at 4:51 PM, Christos Zoulas wrote:
> On Sep 10, 1:21am, d...@des.no (=?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?=) wrote:
> -- Subject: Re: [PATCH] mtree should not output size if the file is not a reg
>
> | Roll a large tarball (e.g. a complete FreeBSD installation). Copy it to
> | d
On Sep 15, 2013, at 2:24 PM, Ed Schouten wrote:
> GCC and Clang support the -ffunction-sections and -fdata-sections
> flags. Essentially, these flags force the compiler to put every
> function and variable in its own section. Though this will blow up the
….
> - devd suddenly becomes 500 KB in siz
I've been seeing this pretty regularly with several
different ports:
* Start with a fresh system with no packages.
* Try to install some port with a lot of dependencies
(using -DBATCH so it won't keep stopping and
asking for configuration options)
* At some point it stops with a missing
I'm seeing this panic pretty consistently when I try to do a buildworld on
r255764 (i386):
http://people.freebsd.org/~kientzle/r255764%20panic%202013-09-21%20at%209.27.09%20PM.png
I'm not seeing it on r255602, so I suspect it's a recent problem.
Running on VMWare Fusion 6. This was about as va
Wonderful! This capability is long overdue.
On Oct 13, 2013, at 3:58 PM, Colin Percival wrote:
> As examples of what such scripts could do:
More examples:
I've been experimenting with putting "gpart resize" and "growfs"
into rc.d scripts to construct images that can be dd'ed onto some medium
a
On Nov 5, 2013, at 9:31 AM, Allan Jude wrote:
> This came up in discussion on IRC and I thought I should throw it at the
> list so I don't forget.
>
> A user was asking how to do what linux cron does, where there is a
> directory /etc/cron.d/ that packages and add files to to create crontabs.
>
On Nov 10, 2013, at 1:05 PM, Erik Cederstrand wrote:
> Imagine being able to fetch a VirtualBox disk image for a random SVN commit,
> booting it and start debugging right away.
I’ve been working on Crochet’s support for building
VMWare images recently and have started using
that approach to i
On Nov 29, 2013, at 4:04 AM, Ermal Luçi wrote:
> Hello,
>
> since SO_REUSEADDR and SO_REUSEPORT are supposed to allow two daemons to
> share the same port and possibly listening ip …
These flags are used with TCP-based servers.
I’ve used them to make software upgrades go more smoothly.
Withou
On Nov 29, 2013, at 3:44 PM, jb wrote:
> Luigi Rizzo iet.unipi.it> writes:
>
>> ...
>> There is a difference between applications peeking into
>> implementation details that should be hidden, and providing
>> instead limited and specific information through a well defined API.
>> ...
>
> Rig
On Dec 11, 2013, at 1:26 PM, John Baldwin wrote:
> Also, I'm still not a fan of the EAGAIN approach. I'd rather have a method
> in bus_if.m to suspend or resume a single device and to track that a device
> is suspended or resumed via a device_t flag or some such. (I think I had
> suggested this
Opened up an old VM from a month or so ago (r257910) and dhclient won’t start.
Specifically, dhclient complains (when run by root):
“can’t limit bpf descriptor: Bad address”
and then immediately exits.
What does this mean? I don’t know anything about the capabilities
framework and certainly ha
On Dec 14, 2013, at 3:16 PM, Darren Pilgrim
wrote:
> On 12/14/2013 12:12 PM, Tim Kientzle wrote:
>> Opened up an old VM from a month or so ago (r257910) and dhclient won’t
>> start.
>>
>> Specifically, dhclient complains (when run by root):
>> “can’t
On Jan 15, 2014, at 9:11 PM, Tim Kientzle wrote:
>
> On Jan 14, 2014, at 6:47 AM, Mark Felder 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
On Jan 14, 2014, at 6:47 AM, Mark Felder 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:
>
> http://lists.freebsd.org/piperm
On Jan 16, 2014, at 12:36 PM, Mark Felder wrote:
> On Wed, Jan 15, 2014, at 23:11, Tim Kientzle wrote:
>>
>> On Jan 14, 2014, at 6:47 AM, Mark Felder wrote:
>>
>>> I was recently talking to someone about how one would backup / restore
>>> ACLs reliab
On Jan 29, 2014, at 12:51 PM, Lars Engels 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 (norma
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.
Upda
On Aug 26, 2014, at 11:05 AM, Chris H 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 ./file
>
> it re
On Sep 2, 2014, at 1:13 PM, Garrett Cooper wrote:
> On Tue, Sep 2, 2014 at 9:47 AM, AN 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 the system at r270973
>> I
On Sep 3, 2014, at 6:51 AM, Tim Kientzle wrote:
>
> On Sep 2, 2014, at 1:13 PM, Garrett Cooper wrote:
>
>> On Tue, Sep 2, 2014 at 9:47 AM, AN 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 wrote:
>
> On Sep 3, 2014, at 6:51 AM, Tim Kientzle wrote:
>
>>
>> On Sep 2, 2014, at 1:13 PM, Garrett Cooper wrote:
>>
>>> On Tue, Sep 2, 2014 at 9:47 AM, AN wrote:
>>>> FreeBSD FBSD11 11.0-CURR
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.
101 - 200 of 215 matches
Mail list logo
