> 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 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 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 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 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'.
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
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
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
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
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
> 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
> 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 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
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 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
> 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 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 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 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
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 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 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
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 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
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 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 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 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
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 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
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 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 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 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.
>
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
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
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
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
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
I've been reading this thread and must confess that I'm a little confused
about what exactly is being discussed.
* I presume we've all agreed that "clang" is installed by default in FreeBSD-10.
* I presume everyone agrees that "cc" is "clang" in FreeBSD-10.
* There obviously needs to be a "gcc"
On Aug 18, 2013, at 12:04 PM, Boris Samorodov wrote:
> Hi All,
>
> there are two systems which produce different results:
> -
> % uname -a
> FreeBSD int.wart.ru 9.2-BETA2 FreeBSD 9.2-BETA2 #19 r253968: Tue Aug 6
> 04:16:05 SAMT 2013 b...@int.wart.ru:/usr/obj/usr/src/sys/INT i386
>
> %
On Aug 17, 2013, at 11:17 AM, O. Hartmann wrote:
> On Sat, 17 Aug 2013 10:42:07 -0700
> Tim Kientzle wrote:
>
>>
>> On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
>>
>>> On Sat, 17 Aug 2013 21:10:49 +0400
>>> Boris Samorodov wrote:
On Aug 17, 2013, at 10:35 AM, O. Hartmann wrote:
> On Sat, 17 Aug 2013 21:10:49 +0400
> Boris Samorodov wrote:
>
>> 17.08.2013 13:36, O. Hartmann пишет:
>>
>>> I can reproduceable truncate the link in /etc/ to be NIL by typing
>>> simply "reboot" when rebooting the box
>>
>> Does it make any
On Aug 6, 2013, at 9:43 AM, Andre Oppermann wrote:
> The driver supplies a TX frame transmit function (mostly like if_transmit
> today) which does all locking and multi-queue handling internally (driver
> owned. This gives driver writers the freedom to better adjust to different
> hardware commu
On Aug 6, 2013, at 9:43 AM, Andre Oppermann wrote:
> The driver supplies a TX frame transmit function (mostly like if_transmit
> today) which does all locking and multi-queue handling internally (driver
> owned. This gives driver writers the freedom to better adjust to different
> hardware commu
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 chan
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 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 []...
>> WARN
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 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 sa
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.
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
>>> 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 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
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.
>
>>
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 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 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
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
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
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
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 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 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 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
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 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 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 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 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
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 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
>
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 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 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 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 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 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,
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 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
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 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
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 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 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 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
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 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
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 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 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 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 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 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 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 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 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
I'm trying to use the iconv that's in FreeBSD-CURRENT and it's not reporting
errors the way I expect. To demonstrate, here's a test program that tries to
convert UTF-8 to KOI8-R. This should report an error, since the UTF-8 string
here "ĐÒÉ×ÅÔ" contains characters not available in KOI8-R.
On
On Wed Aug 10 11, Test Rat wrote:
> $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i kernel
> [nothing]
> $ mount -t cd9660 /dev/$(mdconfig -f
> FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media
> $ ls -1 /media/boot/kernel
> aac.ko
> accf_data.ko
As you found earlier,
On Aug 7, 2011, at 9:23 AM, Bruce Cran wrote:
> On 06/08/2011 18:02, Martin Matuska wrote:
>> The error is in FreeBSD ISO images.
>> They are created using makefs and that doesn't create ISO files that
>> strictly comple to the ECMA-119 (ISO9660 standard).
>>
>> I have already filed a PR at NetBSD
1 - 100 of 215 matches
Mail list logo
