On Tue, 16 Feb 2010 19:39:51 +0100
Bernd Walter mentioned:
>
> Do we have a general threading problem on ARM?
>
I don't think so. I used a lot of threaded applications on arm, and they
worked fine. However, this might be some obscure bug.
--
Stanislav Sedov
ST4096-RIPE
pgp
ill be to continue maintaining bind tools inside the base (so the
critical ones like dig and nslookup still will be available), while moving
the rest of it (the server itself and supporting tools) to the port?
--
Stanislav Sedov
ST4096-RIPE
pgpvEm8qc8zyJ.pgp
Description: PGP signature
distribution for another platform.
Ports doesn't support cross-compilation yet,
and it would be a pity to find yourself
bootstrapping another tiny arm platform and
having to use ports to have a usable system.
--
Stanislav Sedov
ST4096-RIPE
___
freeb
On Fri, 02 Apr 2010 08:55:07 +
"Poul-Henning Kamp" mentioned:
> In message <20100402013353.f544e8ad.s...@freebsd.org>, Stanislav Sedov writes:
> >On Fri, 02 Apr 2010 17:26:13 +0900
> >Randy Bush mentioned:
>
> >Ports doesn't support cross-compi
> On May 15, 2015, at 11:30 AM, Michał Stanek wrote:
>
> Hi,
>
> I am experiencing an early failure of UMA on an ARM64 platform with 48
> cores enabled. I get a kernel panic during initialization of VM. Here is
> the boot log (lines with 'MST:' are my own debug printfs).
>
> Copyright (c) 1992
orts/print/teTeX/work/teTeX-3.0: No such file or
> directory
> *** Error code 1
>
> Stop in /usr/ports/print/teTeX.
> *** Error code 1
>
> Stop in /usr/ports/print/teTeX.
>
> I think this commit should be reverted. Using UNAME_r is less destructive
> work a
mk. Go find
some useful work to do like deleting old ports or whatever. You might want
to consider deleting all mine ports, as I'm not going to support them anymore
(after you backed out this fix without approval I don't have a working ports
tree anymore on any of my 3 workstations)
On Mon, 10 Oct 2011 12:04:19 -0700
Stanislav Sedov mentioned:
> On Sat, 8 Oct 2011 18:35:13 +0100
> Chris Rees mentioned:
>
> >
> > Last I heard, portmgr explicitly disapproved of this fix-- have I missed
> > something??? Erwin specifically said not to do it.
>
s sent could potentially cause them to abandon FreeBSD
support altogether requiring a lot of work to maintain which will be totally
understandable.
--
Stanislav Sedov
ST4096-RIPE
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
___
> format not recognized
> *** Error code 1
>
Hi!
This is due to the bug in binutils which we're working on fixing in base
binutils.
I added a workaround to the libkafs5 Makefile, but tinderbox is using a
deprecated
TARGET_ARCH=mips which does not enable that workaround. Should we
On Thu, 22 Mar 2012 14:46:51 -0700
Juli Mallett mentioned:
> On Thu, Mar 22, 2012 at 14:39, Stanislav Sedov wrote:
> > Hi!
> >
> > This is due to the bug in binutils which we're working on fixing in base
> > binutils.
> > I added a workaround to the libka
On Mar 27, 2012, at 11:14 AM, John Baldwin wrote:
> I got this exact error for my own 'make tinderbox' for both mipsel and mipseb
> worlds yesterday. Anyone have any ideas? Is this some sort of binutils bug?
Hmm, this shouldn't happen on mipsel/mipseb as I've put a workaround in the
libkafs5
cannot understand is that why my workaround doesn't work
on tinderbox and for some people builds. It should disable linking
agains libasn1 for libkafs5 completely on mips which is the source of
the problem in libkafs5.
--
Stanislav Sedov
ST4096-RIPE
() ascii ribbon campaign - against
Forgot a key piece of info. My VM that this works on is i386, not
> amd64. I assume that's a trigger?
Actually, no, I'm don't even have any i386 machines.
I guess it's just somewhat intermittent.
--
Stanislav Sedov
ST4096-RIPE
() ascii
On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote:
>
>
> The asn1 library has a export map containing 'global: *', this exports
> two symbols _fdata and _ftext versioned. When libkafs5 is linked,
> these symbols confuse the bfd code and the entries corresponding to
> theses (index 13, and 16)
On Fri, 6 Apr 2012 13:08:12 +0530
"Jayachandran C." mentioned:
> On Fri, Apr 6, 2012 at 12:01 PM, Stanislav Sedov wrote:
> >
> > On Apr 5, 2012, at 11:08 PM, Jayachandran C. wrote:
> >>
> >>
> >> The asn1 library has a export map containing &
h
> file or directory
> /usr/src/lib/libprocstat/nwfs.c:45:31: error: fs/nwfs/nwfs_node.h: No
> such file or directory
> mkdep: compile failed
> *** Error code 1
>
Hi!
Sorry for the breakage!
Do you have any special configuration in make.conf?
Can you, please, send me your make.conf and ke
Hi!
I just committed a fix for this.
It should build fine now.
--
Stanislav Sedov
ST4096-RIPE
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
___
freebsd-current@freebsd.org mailing list
for the PCI ID
in general. Usually, drivers contains a routine that check if this driver
can be used with that hardware based on the PCI ID.
--
Stanislav Sedov
ST4096-RIPE
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against propri
19 matches
Mail list logo
