recently?
Thanks in advance.
oh
--
O. Hartmann
Ich widerspreche der Nutzung oder Übermittlung meiner Daten für
Werbezwecke oder für die Markt- oder Meinungsforschung (§ 28 Abs. 4 BDSG).
pgpROtQJjH5oO.pgp
Description: OpenPGP digital signature
Am Sun, 24 Sep 2017 10:52:38 +0300
Konstantin Belousov schrieb:
> On Sun, Sep 24, 2017 at 09:31:51AM +0200, O. Hartmann wrote:
> > Running a NanoBSD application on a small PCEngine device, feeding the box
> > with a
> > CURRENT (FreeBSD 12.0-CURRENT #33 r323958: Sat Sep
Hello,
trying to build a FreeBSD based router/PBX (Asterisk 13) appliance, I ran into
several problems. My questions might have a "noobish" character, so my apology,
my experiences with IPFW are not as thorough as they should be.
Before I'll got into medias res, aquestion about Pine64/AARCH64:
-
Hello,
trying to build a FreeBSD based router/PBX (Asterisk 13) appliance, I ran into
several problems. My questions might have a "noobish" character, so my apology,
my experiences with IPFW are not as thorough as they should be.
Before I'll got into medias res, aquestion about Pine64/AARCH64:
-
Befor starting a PR I'd liek to ask for some advice to document a supposedly
existent memory leak in net/asterisk13 and 12-CURRENT.
Background:
Running recent 12-CURRENT (FreeBSD 12.0-CURRENT #58 r323999: Tue Sep 26
06:18:27 CEST 2017 amd64) on a PCengine APU 2C4, equipted with 4GB of RAM and
408
On Tue, 26 Sep 2017 11:27:05 +0200
Guido Falsi wrote:
> On 09/26/2017 10:35, O. Hartmann wrote:
> > Hello,
> >
> > trying to build a FreeBSD based router/PBX (Asterisk 13) appliance, I ran
> > into several problems. My questions might have a "noobish&q
On Tue, 26 Sep 2017 15:06:23 +0200
Guido Falsi wrote:
> On 09/26/2017 14:45, O. Hartmann wrote:
> > Befor starting a PR I'd liek to ask for some advice to document a supposedly
> > existent memory leak in net/asterisk13 and 12-CURRENT.
> >
> > Background:
&g
On Tue, 26 Sep 2017 11:00:45 +0200
Damjan Jovanovic wrote:
> On Tue, Sep 26, 2017 at 10:35 AM, O. Hartmann
> wrote:
>
> > Hello,
> >
> > trying to build a FreeBSD based router/PBX (Asterisk 13) appliance, I ran
> > into
> > several problems. My questions
The installation of a newly, prsitine build kernel fails on CURRENT with the
error shown below:
[...]
kldxref /boot/kernel
kldxref: Parse error of description string U32:vendor;U32:device;P;D:human
*** [afterinstall] Error code 1
make[3]: stopped in /usr/src/sys/modules
__
Hello.
Does anyone knows whether there is a port of the Point Cloud Library
(PCL), which seems to be a subproject of OpenCV?
Any hints or tips are welcome.
Regards,
Oliver
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/
On 09/27/11 08:35, h h wrote:
Kevin Oberman writes:
On Mon, Sep 26, 2011 at 9:03 PM, Ade Lovett wrote:
With the advent of the conversion of HEAD to 10.0-CURRENT and, as to be
expected, ports/ is going to be essentially unusable for a while.
The issue stems from configure scripts (to choose
On 09/27/11 16:46, per...@pluto.rain.com wrote:
Ade Lovett wrote:
The undeniable fact is that configure scripts in general have
chosen to do things a certain way. Unfortunately for us (us
being FreeBSD), we have now broken these conceptions by moving
to a dual-digit major release.
I don't s
On 10/10/11 03:18, Manfred Antar wrote:
At 11:57 AM 10/9/2011, Conrad J. Sabatier wrote:
On Sun, 09 Oct 2011 08:48:46 -0700
Manfred Antar wrote:
Did you rebuild ports/devel/binutils after change to 10.0 current.
I was having same problem with gcc45 , then i rebuilt binutils with
uname_r 9.0-C
On my lab's server, a FreeBSD 9 box (9.0-BETA3 FreeBSD 9.0-BETA3 #40
r226245: Tue Oct 11 10:01:29 CEST 2011), I receive for some ports while
compiling this error:
Abort trap (core dumped)
Assertion failed: (mblength != (size_t)-1 && mblength != (size_t)-2),
function inittables_mb, file
/usr/s
Since yesterday after a make world on both FreeBSD versions I realize a
strange behaviour in several GTK clients (gq for instance, freshly
installed yesterday) and Firefox and Thunderbird (they have not been
recompiled now for days).
This behaviour occured earlier this year on FreeBSD 9.0-CURR
On 10/13/11 10:39, Johan Hendriks wrote:
Hello all.
I just used the 9.0 B3 installer, and it defaults to GPT, which is nice.
However, and there has been some discussions about it, it would be nice
if the installer warns me that i could get in trouble if i want to use
gmirror and the like.
Also
On 10/25/11 04:48, Arnaud Lacombe wrote:
Hi,
On Mon, Oct 24, 2011 at 6:23 PM, Hartmann, O.
wrote:
On 10/24/11 00:38, Garrett Cooper wrote:
On Oct 23, 2011, at 3:31 PM, Hartmann, O. wrote:
Kernel building fails since today when kernel gets compiled via CLANG:
-
The press in Germania is full of some statements, that Google is about
to overtake Yahoo!. As far as I know, Yahoo! is one of the more popular
and bigger, if not the biggest and last stronghold of a FreeBSD driven
infrastructure. Despite the fact that even Google funded lots of coding
for FreeB
Am 11/03/11 18:42, schrieb b. f.:
It turns out that the problem is more general! A lot of ./configure
scripts are detecting in 10-CUR that they can't or should not build
shared libs; the problem is that the OS is detected now as
>>>
>>> As a temporary workaround, add "WITH_FBSD10_FIX
Am 11/03/11 23:48, schrieb Jeremy Chadwick:
> On Thu, Nov 03, 2011 at 11:17:08PM +0100, O. Hartmann wrote:
>> Hello.
>> I realised something weird in FreeBSD 10.-CURRENT/amd64 (CLANG
>> compiled), build as from today (buildworld).
>>
>> Working the whole d
Operating systems in question: FreeBSD 9.0-RC1/amd64 and FreeBSD
10.0-CURRENT/amd64, both compiled with CLANG.
It happens that when using clients with requester for pathnames (like
evim, thunderbird, mozilla and others) that typing some attributes into
the requester-inputline and then hitting back
Am 11/04/11 14:33, schrieb Ivan Klymenko:
> Maybe useful the following information:
> This problem appears not to all architectures and types of CPU.
> on the Russian forums
> http://www.bsdportal.ru/viewtopic.php?t=24900
> http://forum.lissyara.su/viewtopic.php?f=45&t=34641&sid=aa596f0b70806ba0530
On all of my used FreeBSD 9.0-RCX and FreeBSD 10.0-CURRENT boxes (all
amd64 and CLANG compiled), I do not have a graphical user interface in
VLC anymore. Instead, calling vlc most recent 1.1.11), I get this error:
VLC media player 1.1.11 The Luggage (revision exported)
Blocked: call to unsetenv("D
Sorry for the boring question, but is the default configuration file
/sys/amd64/conf/DEFAULTS anywhere include in a regular configuration
file for the kernel while building the kernel?
I looked for include statements in GENERIC, but didn't find one. I use
custom kernel config files and adapt most
Am 11/08/11 14:12, schrieb Niclas Zeising:
> On 11/08/11 12:36, O. Hartmann wrote:
>> Sorry for the boring question, but is the default configuration file
>> /sys/amd64/conf/DEFAULTS anywhere include in a regular configuration
>> file for the kernel while building the kerne
Am 11/08/11 14:31, schrieb Chuck Burns:
> On Tuesday, November 08, 2011 02:12:58 PM Niclas Zeising wrote:
>> From my understanding of things, the DEFAULTS kernel configuration file
>> is automatically included into the build by config(8). There is no need
>> to include it into the generic using th
On 11/22/11 12:08, Hendrik Hasenbein wrote:
> On 22.11.2011 11:30, "Thomas Mueller >> In the old days home was typically a separate partition that was
>>> mounted on /home. If you didn't have a partition the installer
>>> would create /usr/home and symlink /home to it. The root was also
>>> typi
On 11/24/11 10:42, krad wrote:
> On 22 November 2011 13:36, C. P. Ghost wrote:
>
>> On Tue, Nov 22, 2011 at 11:30 AM, <"Thomas Mueller
>> wrote:
>>> But I don't see any advantage to putting /, /usr, and /var on separate
>> partitions.
>>>
>>> Tom
>>
>> Regarding separate /usr and /var: the adva
Hello,
since a couple of days for now I have on FreeBSD 10.0-CURRENT/amd64,
clang compiled, the following error updating or reinstalling or
installing the port astro/stellarium:
===> Vulnerability check disabled, database not found
===> License GPLv2 accepted by the user
===> Found saved confi
Am 11/27/11 11:24, schrieb Jan Beich:
> (add gabor@ to CC, drop questions@)
>
> "O. Hartmann" writes:
>
>> ===> Patching for stellarium-0.11.1
>> sed:
>> /usr/ports/astro/stellarium/work/stellarium-0.11.1/src/core/external/fixx11h.h
>> /usr/
Since a while, vlc on my FreeBSD 10 and FreeBSD 9 boxes do not show a
graphical interface anymore. Compiling multimedia/vlc works, either with
the legacy gcc or clang. But either way I compile vlc, the result is
always the same: no GUI. Instead, I receive the below show message:
VLC media player
Am 11/27/11 15:14, schrieb C. P. Ghost:
> On Sun, Nov 27, 2011 at 1:58 PM, David Chisnall wrote:
>> On 26 Nov 2011, at 23:09, Niclas Zeising wrote:
>>
>>> This is great news! Thank you very much for undertaking this work. Just
>>> a question, is there a wiki page with these instructions, or a wik
Am 11/27/11 16:54, schrieb David Chisnall:
> On 27 Nov 2011, at 15:26, O. Hartmann wrote:
>
>> Why is the knob
>> WITH_LIBCPLUSPLUS=yes
>> located in /etc/make.conf and not in /etc/src.conf?
>
> Sorry, it is in src.conf, I was thinking about enabling clang. Or p
Sources of FreeBSD 10.0-CUR/amd64 as svn-ed recently:
Path: .
Working Copy Root Path: /usr/src
URL: svn://svn.freebsd.org/base/head
Repository Root: svn://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 228029
Node Kind: directory
Schedule: normal
Last Changed
Am 11/27/11 22:05, schrieb Garrett Cooper:
> On Sun, Nov 27, 2011 at 9:01 AM, O. Hartmann
> wrote:
>> Sources of FreeBSD 10.0-CUR/amd64 as svn-ed recently:
>>
>> Path: .
>> Working Copy Root Path: /usr/src
>> URL: svn://svn.freebsd.org/base/head
>> R
Am 11/28/11 20:10, schrieb Garrett Cooper:
> On Mon, Nov 28, 2011 at 10:11 AM, O. Hartmann
> wrote:
>> Am 11/27/11 22:05, schrieb Garrett Cooper:
>>> On Sun, Nov 27, 2011 at 9:01 AM, O. Hartmann
>>> wrote:
>>>> Sources of FreeBSD 10.0-CUR/amd64 as svn-e
Am 11/28/11 21:23, schrieb Gábor Kövesdán:
> On 2011.11.27. 12:07, Jan Beich wrote:
>> Oops, here is a diff. Non -l/-L case still seems to be broken.
>>
>>$ echo t>a; echo t>b; echo t>c
>>$ gnugrep --null . ? | vis
>>a\^@t
>>b\^@t
>>c\^@t
>>
>>$ bsdgrep --null . ? | vis
>>
Hello.
On FreeBSD 10.0-CURRENT/amd64 I run into the error shown below when
updating the installation of the gcc46 compiler suite.
The OS has been compiled via CLANG, binutils 2.22 are installed and has
been installed either with the UNAME_r settings and WITH_FBSD10_FIX set
in /etc/make.conf.
I wa
labla".
Using "make update" ends up in "svn not found". Typing manually "svn -r
HEAD" in /usr/src as it is shown when the make update fails works well,
since the shell's environment PATH variable knows /usr/local/bin to look
for.
I also file a PR not lett
On 12/07/11 07:11, Steve Kargl wrote:
> On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote:
>> config.status: creating ada/Makefile
>> config.status: creating auto-host.h
>> config.status: executing default commands
>> gmake[2]: Leaving directory `/usr/
On 12/10/11 14:51, Chuck Burns wrote:
> On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote:
>> Here is quick, hackish patch to allow your make update to work, it appears
>> that the Makefile.inc1 does not include the full path to svn, while it does
>> include the full path to cvs and other
On 12/11/11 01:11, Benjamin Kaduk wrote:
> On Sat, 10 Dec 2011, O. Hartmann wrote:
>
>> On 12/10/11 14:51, Chuck Burns wrote:
>>> On Saturday, December 10, 2011 7:35:27 AM Chuck Burns wrote:
>>>> Here is quick, hackish patch to allow your make update to wo
On 12/11/11 00:50, Benjamin Kaduk wrote:
> [-questions to bcc]
>
> On Sat, 10 Dec 2011, O. Hartmann wrote:
>
>> On 12/07/11 07:11, Steve Kargl wrote:
>>> On Wed, Dec 07, 2011 at 05:56:31AM +0100, O. Hartmann wrote:
>>>> config.status: creating ada/Mak
> Not fully right, boinc defaults to run on idprio 31 so this isn't an
> issue. And yes, there are cases where SCHED_ULE shows much better
> performance then SCHED_4BSD. [...]
Do we have any proof at hand for such cases where SCHED_ULE performs
much better than SCHED_4BSD? Whenever the subject c
On 12/12/11 18:06, Steve Kargl wrote:
> On Mon, Dec 12, 2011 at 04:18:35PM +, Bruce Cran wrote:
>> On 12/12/2011 15:51, Steve Kargl wrote:
>>> This comes up every 9 months or so, and must be approaching FAQ
>>> status. In a HPC environment, I recommend 4BSD. Depending on the
>>> workload, ULE
On 12/12/11 19:46, siur wrote:
> Hello!
>
> My question is quite short and stupid -- why there is still no
> packages for 10-current? Did I miss something?
10.0-CURRENT is at this very moment the bloody edge development and
9.0-REL isn't out yet. So do not expect personell dedicating themselfs
on
On 12/12/11 16:13, Vincent Hoffman wrote:
>
> On 12/12/2011 13:47, O. Hartmann wrote:
>
>>> Not fully right, boinc defaults to run on idprio 31 so this isn't an
>>> issue. And yes, there are cases where SCHED_ULE shows much better
>>> performance then SCH
On 12/12/11 16:51, Steve Kargl wrote:
> On Mon, Dec 12, 2011 at 02:47:57PM +0100, O. Hartmann wrote:
>>
>>> Not fully right, boinc defaults to run on idprio 31 so this isn't an
>>> issue. And yes, there are cases where SCHED_ULE shows much better
>>> perfor
Since a couple of days now I see this happen on FreeBSD
10.0-CURRENT/amd64 (CLANG) (most recent buildworld and potstree) and
also on FreeBSD 9.0-RC[2|3]/amd64 (also CLANG built, most recent portstree):
Building new INDEX files... DESCRIBE.7 INDEX-8 not provided by portsnap
server; INDEX-7 not bein
Am 12/14/11 23:28, schrieb Garrett Cooper:
> On Wed, Dec 14, 2011 at 1:52 PM, Roman Divacky wrote:
>> -dumpspecs is a gcc internal thing that clang will never support (it doesnt
>> use
>> specs). It's wrong for ports to mess with the internals of the compiler and
>> this should be fixed in a clea
Just read this on
phoronix.com
Is this finally a chance to get GPGPU on FreeBSD natively supported?
nVidia has a binary driver, supporting well their higher end graphics
cards on FreeBSD 64bit natively.
I do not understand much about the compiler itself, it's "nvcc" as far
as I know, and it is
LLVM is now partially installed in the base system, but for some
development and research purposes I need other parts of LLVM like
llc, lli, llvm-as and buddies. I miss them.
Is there a chance to get them reeled into the build tree via a knob in
/etc/src.conf? I'd like to see them available in 10.
Just saw this shot benchmark on Phoronix dot com today:
http://www.phoronix.com/scan.php?page=news_item&px=MTAyNzA
It may be worth to discuss the sad performance of FBSD in some parts of
the benchmark. A difference of a factor 10 or 100 is simply far beyond
disapointing, it is more than inaccepta
Am 12/15/11 14:51, schrieb Daniel Kalchev:
>
> On Dec 15, 2011, at 3:25 PM, Stefan Esser wrote:
>
>> Am 15.12.2011 11:10, schrieb Michael Larabel:
>>> No, the same hardware was used for each OS.
>>>
>>> In terms of the software, the stock software stack for each OS was used.
>>
>> Just curious: W
Am 12/15/11 14:58, schrieb Daniel Kalchev:
>
> On Dec 15, 2011, at 3:48 PM, Jeremy Chadwick wrote:
>
> […]
>> That said: thrown out, data ignored, done.
>>
>> Now what? Where are we? We're right back where we were a day or two
>> ago; meaning no closer to solving the dilemma reported by users a
Am 12/15/11 15:20, schrieb Steven Hartland:
> With all the discussion I thought I'd give a buildworld
> benchmark a go here on a spare 24 core machine. ULE
> tested fine but with 4BSD it wont even boot panicing
> with the following:-
> http://screensnapr.com/v/hwysGV.png
>
> This is on a clean 8.2
On 12/16/11 07:44, Joe Holden wrote:
> Arnaud Lacombe wrote:
>> Hi,
>>
>> On Thu, Dec 15, 2011 at 2:32 AM, O. Hartmann
>> wrote:
>>> Just saw this shot benchmark on Phoronix dot com today:
>>>
>>> http://www.phoronix.com/scan.php?page=news
Since three days for now I get a panic when I shutdown or reboot my
FreeBSD 10.0-CURREN/amd64 box:
Sleeping thread (tid 100033, pid 16) owns a non sleepable lock
panic: sleeping thread
cpuid = 0
PID 16 is always USB on my box.
Any advice or tip to get rid of it?
Oliver
signature.asc
Descript
On 12/18/11 02:45, Alexander Kabaev wrote:
> On Sun, 18 Dec 2011 01:09:00 +0100
> "O. Hartmann" wrote:
>
>> Sleeping thread (tid 100033, pid 16) owns a non sleepable lock
>> panic: sleeping thread
>> cpuid = 0
>>
>> PID 16 is always USB on my box.
On 12/18/11 03:37, Bruce Cran wrote:
> On 13/12/2011 09:00, Andrey Chernov wrote:
>> I observe ULE interactivity slowness even on single core machine
>> (Pentium 4) in very visible places, like 'ps ax' output stucks in the
>> middle by ~1 second. When I switch back to SHED_4BSD, all slowness is
>>
On 12/19/11 09:27, Lev Serebryakov wrote:
> Hello, Samuel.
> You wrote 15 декабря 2011 г., 16:32:47:
>
>> Other benchmarks in the Phoronix suite and their representations are
>> similarly flawed, _ALL_ of these results should be ignored and no time
>> should be wasted by any FreeBSD committer furt
On 12/19/11 13:21, Andreas Nilsson wrote:
> On 19 dec 2011, at 12:50, "Samuel J. Greear" wrote:
>
>> 2011/12/19 Lev Serebryakov :
>>> Hello, Samuel.
>>> You wrote 15 декабря 2011 г., 16:32:47:
>>>
Other benchmarks in the Phoronix suite and their representations are
similarly flawed, _AL
On a freshly updated box the installation of x11/sessreg fails with the
shown message below.
On all boxes I run with FBSD 9 or 10 (all amd64, CLANG build) the build
and installation works fine.
Since I update the box from 8.2-STABLE to 9.0-PRE last night, cleaning
up all ports and having them rebu
On 12/20/11 11:13, O. Hartmann wrote:
> On a freshly updated box the installation of x11/sessreg fails with the
> shown message below.
> On all boxes I run with FBSD 9 or 10 (all amd64, CLANG build) the build
> and installation works fine.
>
> Since I update the box from 8.2
On 12/20/11 21:20, Igor Mozolevsky wrote:
> Interestingly, while people seem to be (arguably rightly) focused on
> criticising Phoronix's benchmarking, nobody has offered an alternative
> benchmark; and while (again, arguably rightly) it is important to
> benchmark real world performance, equally,
On 12/20/11 16:55, Robert Watson wrote:
> On Tue, 20 Dec 2011, Attilio Rao wrote:
>
>> As we are here, however, I have a question for Robert here: do you
>> think we should support the _ddb() variant of options even in the case
>> DDB is not enabled in the kernel?
>
> It's possible that _ddb() sh
On 12/20/11 22:45, Samuel J. Greear wrote:
> http://www.osnews.com/story/25334/DragonFly_BSD_MP_Performance_Significantly_Improved
>
> PostgreSQL tests, see the linked PDF for #'s on FreeBSD, DragonFly, Linux
> and Solaris. Steps to reproduce these benchmarks provided.
>
> Sam
>
> On Tue, Dec 20
On 12/21/11 00:29, Jeremy Chadwick wrote:
> On Tue, Dec 20, 2011 at 11:54:23PM +0100, O. Hartmann wrote:
>> On 12/20/11 22:45, Samuel J. Greear wrote:
>>> http://www.osnews.com/story/25334/DragonFly_BSD_MP_Performance_Significantly_Improved
>>>
>>> PostgreSQL
On 12/21/11 19:41, Alexander Leidinger wrote:
> Hi,
>
> while the discussion continued here, some work started at some other place.
> Now... in case someone here is willing to help instead of talking, feel free
> to go to http://wiki.freebsd.org/BenchmarkAdvice and have a look what can be
> imp
On 12/22/11 10:02, Johan Hendriks wrote:
> Stefan Esser schreef:
>> Am 21.12.2011 22:49, schrieb Johan Hendriks:
>>> Nice page, but one thing i do not get is the following.
>>>
>>> [quote]
>>> If you compare FreeBSD / GCC 4.2.1 against, for example, Ubuntu / GCC
>>> 4.7 then the results are unlikel
On 12/22/11 10:56, Igor Mozolevsky wrote:
> On 22 December 2011 05:54, Daniel Kalchev wrote:
[...]
>> Any 'benchmark' has a goal. You first define the goal and then measure how
>> different contenders achieve it. Reaching the goal may have several
>> measurable metrics, that you will use to later
On 12/22/11 16:59, Gleb Smirnoff wrote:
> On Wed, Dec 21, 2011 at 11:09:23PM +0100, Hartmann, O. wrote:
> H> OS: FreeBSD 10.0-CURRENT/amd64 r228787
> H>
> H> Since the last update of world yesterday were I managed to compile the
> H> OS WITH_LIBCPLUSPLUS=YES in /etc/src.conf,
> H> only root is cap
On 12/23/11 07:47, Martin Sugioarto wrote:
> Am Fri, 23 Dec 2011 02:17:00 +0100
> schrieb "O. Hartmann" :
>
>> Benchmarks also could lead developers to look into more details of the
>> weak points of their OS, if they're open for that. Therefore,
>> bench
On 12/23/11 10:07, Daniel Kalchev wrote:
>
>
> On 23.12.11 03:17, O. Hartmann wrote:
>> Or even look at the thread regarding to SCHED_ULE. Why has a user,
>> experiencing really worse performance with SCHED_ULE, in a nearly
>> scientific manner some engineer the faul
On 12/23/11 15:47, Martin Sugioarto wrote:
> Am Fri, 23 Dec 2011 11:18:03 +0200
> schrieb Daniel Kalchev :
>
>> The -RELEASE things is just a freeze (or, let's say tested freeze) of
>> the corresponding branch at some time. It is the code available and
>> tested at that time.
>
> Hi Daniel,
>
On 12/23/11 16:24, Jeremy Chadwick wrote:
> On Fri, Dec 23, 2011 at 10:00:05AM -0500, John Baldwin wrote:
>> On Thursday, December 22, 2011 6:58:46 pm Jeremy Chadwick wrote:
>>> On Fri, Dec 23, 2011 at 12:44:14AM +0100, O. Hartmann wrote:
>>>> On 12/21/11 19:41, Alexa
On 12/23/11 12:38, Daniel Kalchev wrote:
>
>
> On 23.12.11 12:48, O. Hartmann wrote:
>> Look at Steve Kargls problem. He investigated a SCHED_ULE problem in a
>> way that is far beyond enough! He gave tests, insights of his setup,
>> bad performance compared to SCHE
On 12/23/11 12:44, Alexander Best wrote:
[...]
>> Many suggested that the Linux binaries be run via the FreeBSD Linux
>> emulation. Unchanged.
>> There is one problem here though, the emulation is still 32 bit.
>
> plus the current emulation layer is far from complete. a lot of stuff hasn't
> bee
I just run into this couriosity on the most recent build of FreeBSD
10.0-CURRENT/amd64 (CLANG).
A buildworld fails with the below shown error. No wonder, I issued prior
to this buildworld a "make delete-old-files" and a bunch of files,
libisc.so, libisc.a, and buddies showed up - and got deleted.
On 12/26/11 02:23, Dimitry Andric wrote:
> On 2011-12-26 00:53, O. Hartmann wrote:
>> I just run into this couriosity on the most recent build of FreeBSD
>> 10.0-CURRENT/amd64 (CLANG).
>>
>> A buildworld fails with the below shown error. No wonder, I issued prior
&g
Hello out here.
I run into a problem since one of the last portupdates and I do not know
whether this has to do with binutils or gcc46 or even FreeBSD 9.0/10.0
AMD64.
Background:
We use a scientific graphical toolset for planetary research called
ISIS3, which is provided by the USGS. We patched I
Am 12/28/11 14:58, schrieb Kostik Belousov:
> On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartmann wrote:
>> Hello out here.
>>
>> I run into a problem since one of the last portupdates and I do not know
>> whether this has to do with binutils or gcc46 or eve
BSD and what not. I see that, from the theoretical
perspective of how LLVM works, their could be a chance to get FreeBSD on
par with Linux in GPGPU concerned applications, which becomes very, very
important now.
>
> Bye,
> Alexander.
Regards,
Oliver
>
> --
> Send via an Android devi
Am 12/28/11 16:57, schrieb Dimitry Andric:
> On 2011-12-28 11:48, O. Hartmann wrote:
> ...
>> /usr/local/bin/ld:
>> /usr/local/lib/gcc46/gcc/x86_64-portbld-freebsd9.0/4.6.3/../../../libstdc++.a(functexcept.o):
>>
>> relocation R_X86_64_32 against `std::bad_exception
Am 12/28/11 17:31, schrieb Rainer Hurling:
> On 28.12.2011 15:29 (UTC+1), Kostik Belousov wrote:
>> On Wed, Dec 28, 2011 at 03:10:12PM +0100, O. Hartmann wrote:
>>> Am 12/28/11 14:58, schrieb Kostik Belousov:
>>>> On Wed, Dec 28, 2011 at 11:48:28AM +0100, O. Hartma
Am 12/28/11 19:10, schrieb Ed Schouten:
> * Rainer Hurling , 20111228 17:31:
>> error: macro "_Static_assert" passed 3 arguments, but takes just 2
>> In file included from
>> /usr/ports/lang/gcc46/work/gcc-4.6-20111209/libstdc++-v3/include/precompiled/stdc++.h:103:0:
>
> Hmmm... This seems to app
Am 12/29/11 11:48, schrieb Rainer Hurling:
> On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote:
>> On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann wrote:
>>> Am 12/28/11 19:10, schrieb Ed Schouten:
>>>> * Rainer Hurling, 20111228 17:31:
>>>>> err
Am 12/29/11 13:34, schrieb Daniel Kalchev:
>
>
> On 29.12.11 14:19, O. Hartmann wrote:
>> Am 12/29/11 12:59, schrieb Kostik Belousov:
>>> On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote:
>>>> [...]
>>>> /usr/bin/ld: lapi.o: relocatio
Am 12/29/11 12:59, schrieb Kostik Belousov:
> On Thu, Dec 29, 2011 at 12:19:40PM +0100, O. Hartmann wrote:
>> Am 12/29/11 11:48, schrieb Rainer Hurling:
>>> On 28.12.2011 19:31 (UTC+1), Kostik Belousov wrote:
>>>> On Wed, Dec 28, 2011 at 07:21:00PM +0100, O. Hartmann
Am 12/30/11 10:07, schrieb Mark Linimon:
> On Sat, Dec 24, 2011 at 04:04:31PM +0100, O. Hartmann wrote:
>> There maybe serious reasons having the Linuxulator, i do not know. But
>> if not, why spending rare developer resources on that?
>
> This is a classical misunderst
In FreeBSD 9 and 10, src.conf could be populated with those two knobs
WITH_ICONV
and
WITH_BSD_GREP
For some testing purposes, I switched them both to "enabled", so I could
test ports and software against these.
I didn't realize any serious issue with WITH_BSD_GREP, but I read, some
time ago, tha
When compiling most recent CURRENT on amd64 platform, using CLANG and
enabled WITH_LIBCPLUSPLUS, I receive the follwing error since two days
now. Build shown below was made avoiding -jX when doing buildworld.
[SNIP]
rpcgen -C -c /usr/src/lib/librpcsvc/../../include/rpcsvc/ypupdate_prot.x
-o ypupda
On 01/06/12 08:31, Roman Divacky wrote:
> what makes you think you're using clang?
>
> On Thu, Jan 05, 2012 at 11:20:34PM +0100, O. Hartmann wrote:
>> When compiling most recent CURRENT on amd64 platform, using CLANG and
>> enabled WITH_LIBCPLUSPLUS, I receive the fol
Hello,
I receive this error since I reeled in the most recent sources for FBSD
10.0-CURRENT/amd64. I build the system with CLANG.
clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native -D_KERNEL -DKLD_MODULE -nostdinc -I.
-I/usr/src/sys/modules/ath/../../dev
On 01/06/12 13:49, Dimitry Andric wrote:
> On 2012-01-06 09:40, O. Hartmann wrote:
> ...
>> Obviously, these lines in make.conf seem to fail recently when building
>> the sources:
>>
>> ###
>> ### CLANG
>> ###
>>
>> .if !defined(NO_CLANG
Hello.
I still use the amd automounter, but I miss NFSv4 capabilities. Since
Linux seems to use a more deep in the kernel located facility, I'd like
to ask whether FreeBSd has an alternative to the amd automounter with
NFSv4 capabilities. Sorry if I bother someone, I'm not aware of an
alternative a
The follwoing error occurs hwen trying to compile a kernel (make
buildworld works fine):
objcopy --strip-debug if_ixgb.ko
===> ixgbe (all)
clang -O2 -pipe -O2 -fno-strict-aliasing -pipe -pipe -O3
-fno-strict-aliasing -march=native -DSMP -DIXGBE_FDIR -D_KERNEL
-DKLD_MODULE -nostdinc -I/usr/src/sys
On 01/31/12 00:14, Jack Vogel wrote:
> Yes, it was. Now if I can just figure out what's going on with sparc
>
> Jack
>
>
> On Mon, Jan 30, 2012 at 3:11 PM, Glen Barber <mailto:g...@freebsd.org>> wrote:
>
> On Mon, Jan 30, 2012 at 11:55:48PM
I'm using on a couple of servers the nameservice cache dameon nscd and
cache "group", "passwd" and "sudoers". Backend is LDAP, but local files
should searched first. then ldap. cache is searched the very first even
before files.
Well, I'd expect that if a group is present, like "cups" or "dhcp" an
On 02/01/12 01:03, Benjamin Lee wrote:
> On 01/31/2012 03:03 PM, O. Hartmann wrote:
>> I'm using on a couple of servers the nameservice cache dameon nscd and
>> cache "group", "passwd" and "sudoers". Backend is LDAP, but local files
>> shou
601 - 700 of 1408 matches
Mail list logo