> On 6. Apr 2021, at 19:02, Rodney W. Grimes
> wrote:
>
>> 06.04.2021 19:54, Rodney W. Grimes wrote:
05.04.2021 19:44, Rozhuk Ivan wrote:
>>> As I understand, in some cases remote host does not reply with MSS
>>> option, and host behind router continue use mss 8960, that dropp
> On 25. Dec 2020, at 01:43, KIRIYAMA Kazuhiko wrote:
>
> Hi, all
>
> I've found RISC-V images in snapshots/ISO-IMAGES. Is there
> any machine RISC-V implemented so far ?
You mind find some information you need at:
https://wiki.freebsd.org/riscv
Best regards
Michael
> ___
> On 19. Aug 2020, at 06:19, Dustin Marquess wrote:
>
> On Tue, Aug 18, 2020 at 3:19 PM Michael Butler
> wrote:
>>
>> Any thoughts as to why this is happening when I build a (custom) kernel?
>>
>> kldxref: /boot/kernel/kernel: too many segments
>
> I'm seeing this too. I haven't tried actual
> On 22. Jun 2020, at 15:55, Michael Tuexen wrote:
>
>> On 21. Jun 2020, at 23:12, Rodney W. Grimes
>> wrote:
>>
>>>> On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
>>>>>> On 21. Jun 2020, at 14:28, Kostya Berger
>&
> On 22. Jun 2020, at 16:57, Warner Losh wrote:
>
> On Mon, Jun 22, 2020 at 4:14 AM Yasuhiro KIMURA wrote:
>
>> From: Yasuhiro KIMURA
>> Subject: Re: `shutdown -p now` fails to power off with VirtualBox UEFI boot
>> Date: Mon, 22 Jun 2020 16:45:23 +0900 (JST)
>>
>>> I tried bisect and found t
> On 21. Jun 2020, at 23:12, Rodney W. Grimes
> wrote:
>
>>> On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
>>>>> On 21. Jun 2020, at 14:28, Kostya Berger
>>>>> wrote:
>>>>>
>>>>> Ok, it turns out, it give
> On 21. Jun 2020, at 23:12, Rodney W. Grimes
> wrote:
>
>>> On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
>>>>> On 21. Jun 2020, at 14:28, Kostya Berger
>>>>> wrote:
>>>>>
>>>>> Ok, it turns out, it give
> On 21. Jun 2020, at 20:02, Ian Lepore wrote:
>
> On Sun, 2020-06-21 at 19:54 +0200, Michael Tuexen wrote:
>>> On 21. Jun 2020, at 19:40, Ian Lepore wrote:
>>>
>>> On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
>>>>> On 21. J
> On 21. Jun 2020, at 19:40, Ian Lepore wrote:
>
> On Sun, 2020-06-21 at 14:54 +0200, Michael Tuexen wrote:
>>> On 21. Jun 2020, at 14:28, Kostya Berger
>>> wrote:
>>>
>>> Ok, it turns out, it gives the previously mentioned error only if I
>&g
> On 21. Jun 2020, at 14:28, Kostya Berger wrote:
>
> Ok, it turns out, it gives the previously mentioned error only if I use VNC
> server string 0.0.0.0:5900 (as I always did). in my VNC client.But when
> replaced with127.0.0.1:5900it connects all right.
I don't hink 0.0.0.0 is a valid destina
t isn't used often.
Thanks for the hint. I tried to find one. Let's see how good this guess is.
Best regards
Michael
>
> Damjan
>
>
> On Wed, Jun 10, 2020 at 7:40 PM Michael Tuexen wrote:
> > On 10. Jun 2020, at 18:59, Mark Johnston wrote:
> >
&g
> On 10. Jun 2020, at 18:59, Mark Johnston wrote:
>
> On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote:
>> Dear all,
>>
>> consider the following program test.c:
>>
>> #include
>> #include
>>
>> int
>> m
> On 10. Jun 2020, at 18:59, Mark Johnston wrote:
>
> On Wed, Jun 10, 2020 at 06:41:50PM +0200, Michael Tuexen wrote:
>> Dear all,
>>
>> consider the following program test.c:
>>
>> #include
>> #include
>>
>> int
>> m
Dear all,
consider the following program test.c:
#include
#include
int
main(void)
{
void *p;
p = mmap((void *)0x2000, 0x100, PROT_READ | PROT_WRITE |
PROT_EXEC, MAP_ANON | MAP_PRIVATE | MAP_FIXED, -1, 0);
printf("p= %p\n", p);
return (0);
}
O
> On 9. May 2020, at 18:07, Gordon Bergling wrote:
>
> Hi Michael,
>
> On Sat, May 09, 2020 at 05:42:55PM +0200, Michael Tuexen wrote:
>>> On 9. May 2020, at 16:25, Gordon Bergling wrote:
>>> I tried tcp_rack and tcp_bbr, since both are separate TCP stacks. I
t to use separate man pages, a single one for each
stack.
The the generic man page might refer to them...
Best regards
Michael
> Best regards,
>
> Gordon
>
>> Am 09.05.2020 um 14:37 schrieb Michael Tuexen :
>>
>>> On 9. May 2020, at 14:18, Gordon Bergling wrote:
> On 9. May 2020, at 14:18, Gordon Bergling wrote:
>
> Greetings,
>
> I build -CURRENT with WITH_EXTRA_TCP_STACKS=1, but I got the following error
> when I try to load for example tcp_bbr.ko.
> z
> kldload: an error occurred while loading module tcp_rack.ko. Please check
> dmesg(8) for more det
ic value.
Such a change should fix this issue and does not impact other protocols.
Best regards
Michael
>
>
> R
>
>> On Apr 26, 2020, at 8:55 AM, Randall Stewart wrote:
>>
>> Sure..
>>
>> I will take a look at it.
>>
>> R
>>
>
> On 25. Apr 2020, at 19:28, Hartmann, O. wrote:
>
> On a firewall/router project of ours I try to experiment with several
> options/algorithms for mod_cc(4). The kernel is compiled statically, so
> that no kernel module can be loaded at runtime, therefor I need to
> compile the different modules
y if none of you are familiar with VNET.
>
> -Neel
>
> ===
>
> https://www.neelc.org/
> BTW: Not neel@ the committer
>
> On 2020-04-24 12:25, Michael Tuexen wrote:
>>> On 24. Apr 2020, at 21:06, Rodney W. Grimes
>>> wrote:
>>>> On Fri, Apr
> On 24. Apr 2020, at 21:06, Rodney W. Grimes
> wrote:
>
>> On Fri, Apr 24, 2020 at 01:31:35PM +0200, Kurt Jaeger wrote:
>>>
>>> Thanks. Is BBR active automatically or is there a sysctl or
>>> socket option to activate it ?
>>
>> net.inet.tcp.cc.available: List available congestion control alg
> On 24. Apr 2020, at 16:23, Mark Johnston wrote:
>
> On Fri, Apr 24, 2020 at 03:15:08PM +0100, Tom Jones wrote:
>> r...@freebsd.org
>> Bcc:
>> Subject: Re: How to enable tcp bbr in FreeBSD???
>> Reply-To:
>> In-Reply-To: <6042155a-297b-d85e-1d64-24d93da32...@gmail.com>
>>
>>
>> ... snip ...
> On 7. Mar 2020, at 22:12, Andrey Fesenko wrote:
>
> On Sun, Mar 8, 2020 at 12:02 AM Michael Tuexen wrote:
>>
>>
>>
>>> On 7. Mar 2020, at 21:37, Michael Gmelin wrote:
>>>
>>>
>>>
>>>> On 7. Mar 2020, at 19:01,
> On 7. Mar 2020, at 21:37, Michael Gmelin wrote:
>
>
>
>> On 7. Mar 2020, at 19:01, Michael Tuexen wrote:
>>
>>
>>>
>>>> On 7. Mar 2020, at 18:18, Michael Gmelin wrote:
>>>>
>>>>
>>>>
>>
> On 7. Mar 2020, at 18:18, Michael Gmelin wrote:
>
>
>
>> On 7. Mar 2020, at 18:08, Michael Tuexen wrote:
>>
>>
>>>
>>> On 7. Mar 2020, at 16:46, Michael Gmelin wrote:
>>>
>>>
>>>
>>>> On Sat
> On 2. Jan 2020, at 01:12, bob prohaska wrote:
>
> While playing at compiling www/chromium using
> FreeBSD 13.0-CURRENT (GENERIC) #2 r356165: Mon Dec 30 09:59:03 PST 2019
> the machine crashed, reporting
> panic: vm_page_astate_fcmpset: invalid head requeue request for page
> 0xfd00318804
> On 13. Oct 2019, at 21:26, Michael Butler wrote:
>
> sys/net/route.c will no longer compile when VIMAGE is removed from the
> kernel,
That wasn't intended. Fixed in r353482.
Sorry for the breakage and thank you very much for reporting!
Best regards
Michael
>
> imb
> On 13. Oct 2019, at 21:26, Michael Butler wrote:
>
> sys/net/route.c will no longer compile when VIMAGE is removed from the
> kernel,
Let me look at it...
Best regards
Michael
>
> imb
___
freebsd-current@freebsd.org mailing list
https://lists
> On 10. Sep 2019, at 14:37, Yuri Pankov wrote:
>
> Just seen this almost immediately after booting the system installed from
> amd64-20190906-r351901 snapshot, trying to do initial pkg bootstrap. Sadly,
> I didn't have the swap/dump device configured at the time, so no dump was
> saved.
>
>
> On 8. Aug 2019, at 15:52, Alan Somers wrote:
>
> On Thu, Aug 8, 2019 at 7:42 AM Michael Tuexen wrote:
>>
>>
>>
>>> On 8. Aug 2019, at 14:24, Slava Shwartsman wrote:
>>>
>>> Apparently, Bullseye are dropping support for FreeBSD.
>&g
> On 8. Aug 2019, at 16:16, Slava Shwartsman wrote:
>
>
>
> On 08-Aug-19 16:52, Alan Somers wrote:
>> On Thu, Aug 8, 2019 at 7:42 AM Michael Tuexen wrote:
>>>
>>>
>>>
>>>> On 8. Aug 2019, at 14:24, Slava Shwartsman wrote:
>
> On 8. Aug 2019, at 14:24, Slava Shwartsman wrote:
>
> Apparently, Bullseye are dropping support for FreeBSD.
>
> We are looking for an alternative for kernel module run time analysis.
> Mostly interested in code coverage (for now).
>
> Any suggestions that work for you?
Have you looked int
> On 18. Jun 2019, at 12:56, Kubilay Kocak wrote:
>
> On 18/06/2019 5:42 pm, Michael Tuexen wrote:
>> Dear all,
>> I'm trying to run
>> sudo make buildworld
>> in a directory with r349168.
>> The result is:
>> cc -O2 -pipe -I/usr/home/tuexen
Dear all,
I'm trying to run
sudo make buildworld
in a directory with r349168.
The result is:
cc -O2 -pipe -I/usr/home/tuexen/head/usr.bin/mkesdb_static
-I/usr/home/tuexen/head/usr.bin/mkesdb_static/../mkesdb
-I/usr/home/tuexen/head/usr.bin/mkesdb_static/../../lib/libc/iconv -g -MD
-MF.depe
> On 8. May 2019, at 18:13, Andrey V. Elsukov wrote:
>
> Hi,
>
> today I updated one of my test machines and discovered that message from
> the subject periodically printed in the console.
Fixed in https://svnweb.freebsd.org/changeset/base/347329
Best regards
Michael
>
> FreeBSD 13.0-CURRENT
Resending from correct address...
> On 22. Sep 2018, at 05:57, Warner Losh wrote:
>
> Hmmm, what does make -V LINKER_TYPE and make -V LINKER_FEATURES say?
>
> They look good for me, but the only way you get this error is if they are
> wrong.
>
> Although from your typescript, I see:
>
> ===> l
> On 20. Sep 2018, at 19:11, Michael Schmiedgen wrote:
>
> Hi Michael,
>
> many thanks for your help.
>
>
> On 20.09.2018 18:15, Michael Tuexen wrote:
>>> On 20. Sep 2018, at 17:12, Michael Schmiedgen wrote:
>>>
>>>
>>>>
> On 20. Sep 2018, at 17:12, Michael Schmiedgen wrote:
>
>
>> Can you elaborate which port was triggering the fault and which platform you
>> are using?
>> I would like to reproduce the issue and fix it.
>
> Port is devel/apr1 and platform is amd64.
Works fine on my side. It would be helpful i
> On 20. Sep 2018, at 14:18, Michael Schmiedgen wrote:
>
> Hi List,
>
> if compiling ports and configure script checks for SCTP with
>
> 'checking whether SCTP is supported...'
>
> 12.0-ALPHA6 dumps core with message:
>
> Fatal double fault
> rip 0x80b96297 rsp 0xfe00be241bb0 rbp
> On 14. Aug 2018, at 17:09, Kyle Evans wrote:
>
> On Tue, Aug 14, 2018 at 11:04 AM, Michael Tuexen wrote:
>> Dear all,
>>
>> r337761 panics on boot with a GENERIC kernel on a EPYC system:
>
> Oy. =(
>
>> [...]
>> panic: mutex pmap not o
Dear all,
r337761 panics on boot with a GENERIC kernel on a EPYC system:
Copyright (c) 1992-2018 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademar
Dear all,
the up-to-date indent translates a line like
bla._blub = 1;
into a line like
bla._ blub = 1;
(insert whitespace after _) which breaks C code... Older versions didn't do that
Is this change intended? If yes, is there a command line option to turn it off?
Best regards
Michael
___
> On 31. Jul 2018, at 03:44, Mark Millard wrote:
>
> https://ci.freebsd.org/job/FreeBSD-head-mips-build/3577/consoleText shows:
>
> --- tcp_usrreq.o ---
> cc1: warnings being treated as errors
> /usr/src/sys/netinet/tcp_usrreq.c: In function 'tcp_usr_send':
> /usr/src/sys/netinet/tcp_usrreq.c:90
> On 4. Feb 2018, at 21:40, Dimitry Andric wrote:
>
> On 4 Feb 2018, at 20:59, Michael Tuexen wrote:
>>
>>> On 4. Feb 2018, at 11:24, Dimitry Andric wrote:
>>> On 4 Feb 2018, at 03:38, Josh Paetzel wrote:
>>>>
>>>> --- all_subdir_lib
> On 4. Feb 2018, at 11:24, Dimitry Andric wrote:
>
> On 4 Feb 2018, at 03:38, Josh Paetzel wrote:
>>
>> --- all_subdir_lib/libngatm ---
>> /usr/src/sys/contrib/ngatm/netnatm/api/cc_port.c:71:28: error: result of
>> comparison 'u_int' (aka 'unsigned int') > 4294967295 is always fal
>> se [-Wer
> On 4. Jan 2018, at 12:14, O. Hartmann wrote:
>
> On Thu, 4 Jan 2018 09:10:37 +0100
> Michael Tuexen wrote:
>
>>> On 31. Dec 2017, at 02:45, Warner Losh wrote:
>>>
>>> On Sat, Dec 30, 2017 at 4:41 PM, O. Hartmann wrote:
>>>
>>>&
> On 31. Dec 2017, at 02:45, Warner Losh wrote:
>
> On Sat, Dec 30, 2017 at 4:41 PM, O. Hartmann wrote:
>
>> On most recent CURRENT I face the error shwon below on /tmp filesystem
>> (UFS2) residing
>> on a Samsung 850 Pro SSD:
>>
>> UFS /dev/gpt/tmp (/tmp) cylinder checksum failed: cg 0, cgp:
> On 9. Dec 2017, at 21:00, Warner Losh wrote:
>
>
>
> On Sat, Dec 9, 2017 at 12:13 PM, Michael Tuexen wrote:
> > On 9. Dec 2017, at 19:41, O. Hartmann wrote:
> >
> > Running a PCengines APU2C4 with FreeBSD Current, r326734, fails to boot, it
> > gets
> On 9. Dec 2017, at 19:41, O. Hartmann wrote:
>
> Running a PCengines APU2C4 with FreeBSD Current, r326734, fails to boot, it
> gets stuck at
> the very first messages on the serial console prompting
>
> Consoles: internal video/keyboard
>
> and then nothing more.
I don't think it is a genera
> On 24. Oct 2017, at 11:31, David Chisnall wrote:
>
> On 24 Oct 2017, at 10:29, Kurt Jaeger wrote:
>>
>>>
>>> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on
>>> FreeBSD head?
>>> It seems that it is not supported by /usr/bin/clang...
>>>
>>> Am I wrong and it is suppor
> On 24. Oct 2017, at 11:29, Kurt Jaeger wrote:
>
> Hi!
>
>> is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on FreeBSD
>> head?
>> It seems that it is not supported by /usr/bin/clang...
>>
>> Am I wrong and it is supported or is someone working on it?
>
> I searched in the
Dear all,
is libfuzzer (see https://llvm.org/docs/LibFuzzer.html) supported on FreeBSD
head?
It seems that it is not supported by /usr/bin/clang...
Am I wrong and it is supported or is someone working on it?
Best regards
Michael
___
freebsd-current@fr
> On 5 Mar 2017, at 18:20, Roberto Rodriguez Jr wrote:
>
> HP 15 AMD64 laptop a6-5200 apu... this is the error below
>
> On Mar 5, 2017 11:37 AM, "Ultima" wrote:
>
> Its showing...
>
> elf64_loadimage: read failed
> can't load file /boot/kernel/kernel
>
> Can the same when attempting to load
> On 3 Mar 2017, at 12:59, Dexuan Cui wrote:
>
>> From: Dexuan Cui
>> Sent: Friday, March 3, 2017 19:50
>>> From: Alex Deiter
>>> Sent: Friday, March 3, 2017 17:22
>>> Hello,
>>> The same issue with FreeBSD 12.0-CURRENT-r314563:
>>> elf64_loadimage: could not read symbols - skipped!
>>>
>>> I su
> On 6 Nov 2016, at 19:41, Scott Long wrote:
>
>
>> On Nov 6, 2016, at 11:01 AM, Michael Tuexen wrote:
>>
>>> On 6 Nov 2016, at 15:39, Konstantin Belousov wrote:
>>>
>>> On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote:
&g
> On 6 Nov 2016, at 15:39, Konstantin Belousov wrote:
>
> On Sun, Nov 06, 2016 at 02:17:45PM +0100, Michael Tuexen wrote:
>>> On 6 Nov 2016, at 13:28, Konstantin Belousov wrote:
>>>
>>> On Sun, Nov 06, 2016 at 12:50:12PM +0100, Michael Tuexen wrote:
>&
> On 6 Nov 2016, at 13:28, Konstantin Belousov wrote:
>
> On Sun, Nov 06, 2016 at 12:50:12PM +0100, Michael Tuexen wrote:
>> bus_dmamap_create with the following non-sleepable locks held:
>> exclusive sleep mutex mpt (mpt) r = 0 (0xfee2f008) locked @
>>
Dear all,
when booting a recent kernel
[freebsd12:~] tuexen% uname -a
FreeBSD freebsd12.testbed 12.0-CURRENT FreeBSD 12.0-CURRENT #702 r308359M: Sun
Nov 6 11:55:17 CET 2016
tuexen@freebsd12.testbed:/usr/home/tuexen/head/sys/amd64/compile/SCTP amd64
on a VMWare Fusion VM, I get a lot of w
> On 03 Sep 2016, at 13:24, Guido Falsi wrote:
>
> On 09/03/16 13:08, Michael Tuexen wrote:
>>> On 03 Sep 2016, at 12:55, Oliver Böttcher
>>> wrote:
>>>
>>> Am Freitag, den 02.09.2016, 22:09 +0200 schrieb Guido Falsi:
>>>> I think
> On 03 Sep 2016, at 12:55, Oliver Böttcher wrote:
>
> Am Freitag, den 02.09.2016, 22:09 +0200 schrieb Guido Falsi:
>> I think you should open a bug report and post the number here so
>> feedback about this can be collected there.
>
> Bug report filed [1]. I just noticed that the serial console
> On 26 Mar 2015, at 21:36, Mark Millard wrote:
>
> Basic context:
>
> # freebsd-version -ku; uname -apKU
> 11.0-CURRENT
> 11.0-CURRENT
> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar 21
> 05:15:23 PDT 2015
> root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODE
On 01 Dec 2014, at 12:47, Hans Petter Selasky wrote:
> Hi Michael,
>
> As a followup to:
> https://svnweb.freebsd.org/changeset/base/275358
>
> Please find attached a separate SCTP patch as requested.
Committed in
https://svnweb.freebsd.org/changeset/base/275483
Thanks a lot for providing the
On 01 Dec 2014, at 12:47, Hans Petter Selasky wrote:
> Hi Michael,
>
> As a followup to:
> https://svnweb.freebsd.org/changeset/base/275358
>
> Please find attached a separate SCTP patch as requested.
>
> The attached patch re-enables flowids in the SCTP code as before. Until this
> patch is
On 19 Nov 2014, at 20:02, Hans Petter Selasky wrote:
> Hi,
>
> The M_FLOWID flag is marked as deprecated in the FreeBSD kernel code and the
> patch below completely removes it. I suggest we will now be using the
> "m_pkthdr.rsstype" also known as "M_HASHTYPE" to decide if the flowid value
> i
On 29 Jul 2014, at 20:00, Gleb Smirnoff wrote:
> On Tue, Jul 29, 2014 at 07:29:43PM +0200, Michael Tuexen wrote:
> M> > Sorry for top quoting, this is to annoy you :) I got zero
> M> > replies on the below email during a week. I'd really appreciate
> M> >
On 29 Jul 2014, at 12:41, Gleb Smirnoff wrote:
> Hi!
>
> Sorry for top quoting, this is to annoy you :) I got zero
> replies on the below email during a week. I'd really appreciate
> testing on different platforms. Any takers?
OK, it works on an Raspberry pi running r269231 with your patch.
Th
On 29 Jul 2014, at 12:41, Gleb Smirnoff wrote:
> Hi!
>
> Sorry for top quoting, this is to annoy you :) I got zero
> replies on the below email during a week. I'd really appreciate
> testing on different platforms. Any takers?
I can try to test it on a raspberry pi, building a patched kernel
rig
On 04 Jun 2014, at 15:49, Luigi Rizzo wrote:
> Hi,
> if I read correctly the code, there are a few network device drivers
> (igb, ixgbe, i40e, vtnet, vmxnet) where ifp->if_transmit(ifp, m)
> can return ENOBUFS even when 'm' has _not_ been dropped:
>
> e1000/if_igb.c :: igb_mq_start()
>
On Jun 26, 2013, at 12:35 AM, Jeremie Le Hen wrote:
> Hi Michael,
>
> On Tue, Jun 25, 2013 at 10:38:59AM +0200, Michael Tuexen wrote:
>> Dear all,
>>
>> when doing a make installworld the following happens:
>>
>>
On Jun 25, 2013, at 4:41 PM, Boris Samorodov wrote:
> 25.06.2013 18:23, Michael Tuexen пишет:
>> On Jun 25, 2013, at 4:07 PM, Boris Samorodov wrote:
>>
>>> 25.06.2013 17:59, Michael Tuexen пишет:
>>>> On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote:
&
On Jun 25, 2013, at 4:07 PM, Boris Samorodov wrote:
> 25.06.2013 17:59, Michael Tuexen пишет:
>> On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote:
>>
>>> 25.06.2013 17:14, Michael Tuexen пишет:
>>>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote:
&
On Jun 25, 2013, at 3:40 PM, Boris Samorodov wrote:
> 25.06.2013 17:14, Michael Tuexen пишет:
>> On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote:
>>
>>> 25.06.2013 16:16, Michael Tuexen пишет:
>>>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote:
&
On Jun 25, 2013, at 2:28 PM, Boris Samorodov wrote:
> 25.06.2013 16:16, Michael Tuexen пишет:
>> On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote:
>>
>>> 25.06.2013 12:38, Michael Tuexen пишет:
>>>> Dear all,
>>>>
>>&
On Jun 25, 2013, at 1:47 PM, Boris Samorodov wrote:
> 25.06.2013 12:38, Michael Tuexen пишет:
>> Dear all,
>>
>> when doing a make installworld the following happens:
>>
>> -
On Jun 25, 2013, at 12:48 PM, Dimitry Andric wrote:
> On 2013-06-25 10:38, Michael Tuexen wrote:
>> when doing a make installworld the following happens:
>>
>> --
>&g
On Jun 25, 2013, at 12:43 PM, Florent Peterschmitt
wrote:
> Le 25/06/2013 12:39, Michael Tuexen a écrit :
>> Done. Same result:
> […]
>
> Hum. Try to delete objects files (/usr/obj) that are related to gnu
> binutils.
I removed already /usr/obj. It didn't help...
>
in /usr/home/tuexen/head/lib
*** Error code 1
Stop.
make: stopped in /usr/home/tuexen/head
*** Error code 1
Stop.
make: stopped in /usr/home/tuexen/head
# which strip
/usr/bin/strip
#
Any further idea?
Best regards
Michael
>
> Le 25/06/2013 10:38, Michael Tuexen a écri
x27;ll try and let you know.
Best regards
Michael
>
> Le 25/06/2013 10:38, Michael Tuexen a écrit :
>> Dear all,
>>
>> when doing a make installworld the following happens:
>>
>> --
>>>>>
Dear all,
when doing a make installworld the following happens:
--
>>> Installing everything
--
cd /usr/home/tuexen/head; make -f Makefile.inc1 install
===> share/info (install)
79 matches
Mail list logo