> Am 15.01.2025 um 20:30 schrieb John Nielsen :
>
>
> If you want to get a desktop up and running quickly then you can use the
> pre-built packages (which are signed and verified by default, clouds and
> unicorns notwithstanding).
>
> If you choose to build all of your software locally that i
Am 09.04.24 um 09:20 schrieb Baptiste Daroussin:
On Sat 06 Apr 09:23, Rainer Hurling wrote:
Am 06.04.24 um 09:05 schrieb FreeBSD User:
Hello,
after updating (portmaster and make) ports-mgmt/ports from 1.20.9_1 -> 1.21.0
on CURRENT and
14-STABLE, I can't update several ports:
www/
Am 06.04.24 um 09:56 schrieb FreeBSD User:
Am Sat, 6 Apr 2024 09:23:30 +0200
Rainer Hurling schrieb:
Am 06.04.24 um 09:05 schrieb FreeBSD User:
Hello,
after updating (portmaster and make) ports-mgmt/ports from 1.20.9_1 -> 1.21.0
on CURRENT
and 14-STABLE, I can't update several por
-port-dbdir'
show some inconsistencies?
Best wishes,
Rainer
Am 09.01.24 um 21:40 schrieb Gleb Smirnoff:
Rainer,
On Tue, Jan 09, 2024 at 09:23:54PM +0100, Rainer Hurling wrote:
R> I tried to update my 15.0-CURRENT box from n267335-499e84e16f56 to a very
R> recent commit. The build and install went fine. After booting with new
R> base, I g
occurs when WireGuard is started.
Any help is greatly appreciated.
CC'ed Gleb Smirnoff due to the affected commits.
Regards,
Rainer Hurling
Could someone please take a look at bug 267671 [1]?
Numerous 'printf to stderr' make it difficult to read terminal output
important for ports like graphics/qgis ...
Thanks for an assessment!
Regards,
Rainer Hurling
[1] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267671
Am 10.09.23 um 05:18 schrieb Dag-Erling Smørgrav:
Rainer Hurling writes:
Unfortunately, here it breaks with:
[...]
/usr/src/lib/libc/gdtoa/machdep_ldisx.c:40:10: fatal error: 'sys/cdefs.h' file
not found
That's because you wiped /usr/obj before starting. Try running
Am 09.09.23 um 20:28 schrieb Dag-Erling Smørgrav:
Rainer Hurling writes:
After removing /usr/obj and 'make cleanworld',
That was unnecessary.
I tried to build libc like the following, but it fails:
[...]
$ cd /usr/src
$ make buildenv
done
inside the buildenv, run:
$ make -
Am 09.09.23 um 19:04 schrieb Dag-Erling Smørgrav:
Rainer Hurling writes:
If I try to build world from todays c1b26df2972d with 15.0-CURRENT
(main-n265063-e0752f431b01), it aborts with an error.
Either update your source tree or apply aca3bd160257, then build and
install libc before
Just an update.
This also happens in Poudriere, when I try to update my jails for 13.2,
14.0 and 15.0-CURRENT.
It seems, that my installed version of 15.0-CURRENT
(main-n265063-e0752f431b01) is the culprit :(
Am 09.09.23 um 13:52 schrieb Rainer Hurling:
If I try to build world from todays
If I try to build world from todays c1b26df2972d with 15.0-CURRENT
(main-n265063-e0752f431b01), it aborts with an error.
Seems it is not able to handle line 4979 of the magic file (Microsoft
Advanced Streaming Format ASF):
===> lib/libmagic (all)
echo libmagic.so.4: /usr/obj/usr/src/amd64.am
Am 03.07.23 um 16:53 schrieb Guido Falsi:
On 03/07/23 15:27, Rainer Hurling wrote:
Am 29.06.23 um 18:27 schrieb Pierre Pronchery:
Hi Guido, freebsd-current@,
On 6/29/23 15:14, Guido Falsi wrote:
On 24/06/23 16:22, Ed Maste wrote:
Last night I merged OpenSSL 3.0 to main. This, along
cryption, so it is also possible that devel/qca is not able to provide
the legacy provider. Therefore I have taken kde@ into CC.
Please let me know, if you need more information or some testing.
Thanks for your work,
Rainer
>
> Well, the delay really means we do not currently have OpenSSL 3 in base.
>
> Glen
>
I cannot help with this, of course.
But out of interest: what are the problems?
There was a post on the haproxy mailing-list a while back, linking to some
github issue and from what I understood, there are huge performance-problems in
there.
Rainer
abandonware.
I'm sorry for the people who still use and love it - but the first thing
we do is install postfix and set a relayhost...
Rainer
t on two notebooks, Dell
Latitude 6520 and Dell Latitude 5521.
Greetings,
Rainer
Jung-uk Kim
are regular writable sysctl (and also are tunables, too),
setting these in /boot/loader.conf and reboot before build is not
tested.
I just tried building _after a reboot_ whith kern.elf64.aslr.enable=0 on
recent CURRENT and it doesn't work for me.
14.0-CURRENT #0 main-n253393-2bfdc1ee9b1 a
> Am 31.01.2022 um 21:13 schrieb Yuri :
>
> Got this panic after booting GENERIC kernel:
>
Probably best to open a PR.
It usually gets assigned to the microchip-people - I’m not sure if they are
following the mailing-lists.
> Am 23.06.2021 um 13:04 schrieb O. Hartmann :
>
> Does anyone have had success on flashing this type of SAS controller from IR
> firmware to IT firmware?
Hi,
I once tried to cross-flash a HP H220 (IIRC) to LSI 2008 (or whatever), because
HP would not update the firmware (anymore) and obvio
here", I get
When I click on "here" I also get a "404 Not Found" at first, but only
for about 5 seconds. This is followed by a redirect to the archive list.
Maybe try it again?
If that doesn't work for you: I have saved some threads with Bruce Evans
locally. I could provide them, hoping that there is something useful?
Regards,
Rainer
>
> 404 Not Found
>
> Ergo, the freebsd-numerics archive is unreachable from the "here" link.
> Shouldn't this redirect to the new fangle way?
>
Am 16.04.21 um 18:38 schrieb Kyle Evans:
> n Fri, Apr 16, 2021 at 11:36 AM Rainer Hurling wrote:
>>
>> While viewing sys/sys/param.h I noticed that the comment of the
>> definition of __FreeBSD_version is probably out of date.
>>
>> Since the switch to Git, doesn&
While viewing sys/sys/param.h I noticed that the comment of the
definition of __FreeBSD_version is probably out of date.
Since the switch to Git, doesn't it have to be 'main' instead of 'master'?
#cd /usr/src
#diff -urN sys/sys/param.h.orig sys/sys/param.h | colordiff
--- sys/sys/param.h.orig
> Am 31.03.2021 um 17:58 schrieb Glen Barber :
>
> A small set of updates that we consider blocking the 13.0 release have
> been brought to our attention. As such, the 13.0-RELEASE schedule has
> been updated to include a fifth release candidate (RC5).
>
> The updated schedule is available on
Am 20.01.21 um 15:36 schrieb Rainer Hurling:
> Am 20.01.21 um 14:52 schrieb Konstantin Belousov:
>> On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote:
>>> Am 20.01.21 um 14:12 schrieb Konstantin Belousov:
>>>> On Wed, Jan 20, 2021 at 01:56:57PM +0100,
Am 20.01.21 um 15:42 schrieb Mark Johnston:
> On Wed, Jan 20, 2021 at 03:12:27PM +0200, Konstantin Belousov wrote:
>> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote:
>>> Am 20.01.21 um 13:34 schrieb Konstantin Belousov:
>>>> On Wed, Jan 20, 2021 at 01
Am 20.01.21 um 14:52 schrieb Konstantin Belousov:
> On Wed, Jan 20, 2021 at 02:35:59PM +0100, Rainer Hurling wrote:
>> Am 20.01.21 um 14:12 schrieb Konstantin Belousov:
>>> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote:
>>>> Am 20.01.21 um 13:
Am 20.01.21 um 14:12 schrieb Konstantin Belousov:
> On Wed, Jan 20, 2021 at 01:56:57PM +0100, Rainer Hurling wrote:
>> Am 20.01.21 um 13:34 schrieb Konstantin Belousov:
>>> On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote:
>>>> Am 20.01.21 um 11:
Am 20.01.21 um 13:34 schrieb Konstantin Belousov:
> On Wed, Jan 20, 2021 at 01:17:51PM +0100, Rainer Hurling wrote:
>> Am 20.01.21 um 11:18 schrieb Konstantin Belousov:
>>> On Wed, Jan 20, 2021 at 11:02:21AM +0100, Jakob Alvermark wrote:
>>>> This patch hides the pr
CPUID_TO_FAMILY(cpu_id) >= 0x17) {
tsc_timecounter.tc_get_timecount = shift > 0 ?
HTH,
Rainer
>
> I probably going to commit the following patch in the next 24 hours.
>
> commit 02505d07bca320a638c96918ac9076c6eece2fff
> Author: Konstantin Belousov
Am 17.01.21 um 10:49 schrieb Konstantin Belousov:
> On Sun, Jan 17, 2021 at 10:37:18AM +0100, Rainer Hurling wrote:
>> Am 17.01.21 um 05:33 schrieb Konstantin Belousov:
>>> On Sat, Jan 16, 2021 at 07:41:01PM +0100, Rainer Hurling wrote:
>>>> During another shutdow
Am 17.01.21 um 05:33 schrieb Konstantin Belousov:
> On Sat, Jan 16, 2021 at 07:41:01PM +0100, Rainer Hurling wrote:
>> During another shutdown after heavy usage of the box, the following
>> messages were also seen:
>>
>>
>> [...]
>> Syncing disks, vnodes rema
Am 15.01.21 um 19:48 schrieb Rainer Hurling:
> Am 15.01.21 um 16:45 schrieb Konstantin Belousov:
>> On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote:
>>> On 15/01/2021 16:02, Konstantin Belousov wrote:
>>>> On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mik
:21:01 xx syslogd: exiting on signal 15
wg0: link state changed to DOWN
Waiting (max 69 seconds) for system process `vnlru' to stop... done
Waiting (max 60 seconds) for system process `syncer' to stop...
Syncing disks, vnodes remaining... 22 23 23 1 1 0 0 0 done
W
Am 23.12.20 um 21:55 schrieb Ulrich Spörlein:
> On Wed, 2020-12-23 at 12:19:47 -0800, John Kennedy wrote:
>> On Mon, Dec 21, 2020 at 12:47:38PM -0800, John Kennedy wrote:
>>> On Wed, Dec 16, 2020 at 05:46:35PM -0700, Warner Losh wrote:
>>> > The FreeBSD project will be moving it's source repo from
On 23.09.20 00:51, Mark Johnston wrote:
> On Tue, Sep 22, 2020 at 01:13:29AM +0300, Konstantin Belousov wrote:
>> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote:
>>> Fatal trap 12: page fault while in kernel mode
>>> cpuid = 31; apic id = 1f
>>>
On 22.09.20 07:51, monochrome wrote:
> Rainer, I'm all up and running and clean with the latest again, if it
> still doesn't work after your next try, send me your step-by-step to
> patch and i'll try it here. I'm using ryzen video so I have to disable
> stuff to
On 22.09.20 07:06, Rainer Hurling wrote:
> Am 22.09.20 um 00:13 schrieb Konstantin Belousov:
>> On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote:
>>> Fatal trap 12: page fault while in kernel mode
>>> cpuid = 31; apic id = 1f
>>> fault virtual ad
Am 22.09.20 um 00:13 schrieb Konstantin Belousov:
On Mon, Sep 21, 2020 at 08:57:46PM +0200, Rainer Hurling wrote:
Fatal trap 12: page fault while in kernel mode
cpuid = 31; apic id = 1f
fault virtual address = 0x25407efa
This address is very suspicious.
I cannot claim it as the fact, but
On 20.09.20 22:35, Rainer Hurling wrote:
> On 20.09.20 22:07, Konstantin Belousov wrote:
>> On Sun, Sep 20, 2020 at 10:55:26PM +0300, Konstantin Belousov wrote:
>>> On Sun, Sep 20, 2020 at 03:11:26PM +0200, Rainer Hurling wrote:
>>>> Am 20.09.20 um 11:38 schrieb Kon
On 20.09.20 22:07, Konstantin Belousov wrote:
> On Sun, Sep 20, 2020 at 10:55:26PM +0300, Konstantin Belousov wrote:
>> On Sun, Sep 20, 2020 at 03:11:26PM +0200, Rainer Hurling wrote:
>>> Am 20.09.20 um 11:38 schrieb Konstantin Belousov:
>>>> On Sun, Sep 20, 20
Am 20.09.20 um 11:38 schrieb Konstantin Belousov:
> On Sun, Sep 20, 2020 at 10:26:11AM +0200, Rainer Hurling wrote:
>> Am 20.09.20 um 10:20 schrieb Hans Petter Selasky:
>>> On 2020-09-20 10:05, Rainer Hurling wrote:
>>>> Hi monochrome,
>>>>
>>>&
Am 20.09.20 um 10:20 schrieb Hans Petter Selasky:
> On 2020-09-20 10:05, Rainer Hurling wrote:
>> Hi monochrome,
>>
>> back to keyboard, it tried newest CURRENT (r365920) on my box and even
>> with newest sources the error occurs.
>>
>> After looking around
:(
What seems to help as a workaround is to disable the loading of
VirtualBox in /boot/loader.conf
#vboxdrv_load="YES"
and in /etc/rc.conf
#vboxnet_enable="YES"
#vboxguest_enable="YES"
So probably, this page fault is not restricted to AMD Ryzen?
HTH,
Rainer
Hi,
I am AFK until Sunday, so can't investigate ATM.
And no, I haven't solved it until now. Thanks for your report.
Rainer
Am 18. September 2020 00:38:31 MESZ schrieb monochrome
:
>
>forgot you
>
> Forwarded Message
>Subject: Re: r365488 page faults o
recvbuf_max=16777216
net.inet6.ip6.use_tempaddr=1
net.inet6.ip6.prefer_tempaddr=1
net.local.stream.recvspace=65536
net.local.stream.sendspace=65536
Please let me know, if I should provide more info or test something.
Thanks in advance,
Rainer
___
freebsd
;> fine. All boxes are at CURRENT revision 365625. It is a bit
>>>>> looking weird to
>>>>> me. Running now a make cleanworld/cleandir on the specific boxes
>>>>> and start building OS again.
>>>>>
>>>>> oh
>>>>>
>>>>
>>>> I don't know why it's intermittent, but in any case this patch
>>>> should fix it:
>>>> https://reviews.freebsd.org/D26395
>>>> -Alan
>>>
>>> I checked on ALL CURRENT boxes. After "make cleanworld cleandir" (or
>>> just deleting usr/obj/) and starting a fresh build, those boxes
>>> with an newer kernel all fail at the very same point. We use
>>> META_MODE on some boxes, switched to WITHOUT_CLEAN these days and
>>> cleanded up on some systems therefore. That might be the reason why
>>> the problem occurs not consistently on all systems.
>>>
>>> When will the pacth be committed?
>>>
>>
>> Alan already committed it:
>>
>> https://svnweb.freebsd.org/base?view=revision&revision=365643
>>
>> -m
>>
>>> Thanks in advance,
>>>
>>> oh
>> ___
>> freebsd-current@freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>> To unsubscribe, send any mail to
>> "freebsd-current-unsubscr...@freebsd.org"
>
> Sources at:
>
> At revision 365652.
>
> Host is running kernel FreeBSD 13.0-CURRENT #20 r365382: Fri Sep 11
> 19:01:26 CEST 2020 amd64.
>
> make -j4 buildworld buildkernel
>
> quit with same error as shown below.
>
> Is there anything that has to prepared before to successfully apply and
> run this patch?
>
> [...]
> --- beforedepend ---
> mkdir -p xlocale arpa; for i in a.out.h assert.h elf.h limits.h
> nlist.h setjmp.h stddef.h stdbool.h string.h strings.h time.h unistd.h
> uuid.h; do ln -sf /usr/src/include/$i $i; done; ln -sf
> /usr/src/sys/amd64/include/stdarg.h stdarg.h; ln -sf
> /usr/src/sys/sys/errno.h errno.h; ln -sf /usr/src/sys/sys/stdint.h
> stdint.h; ln -sf /usr/src/include/arpa/inet.h arpa/inet.h; ln -sf
> /usr/src/include/arpa/tftp.h arpa/tftp.h; for i in _time.h _strings.h
> _string.h; do [ -f xlocale/$i ] || cp /dev/null xlocale/$i; done;
> for i in ctype.h fcntl.h signal.h stdio.h stdlib.h; do ln -sf
> /usr/src/stand/libsa/stand.h $i; done cp: /dev/null: Invalid argument
> *** [beforedepend] Error code 1
>
> make[4]: stopped in /usr/src/stand/libsa32
> --- all_subdir_rescue ---
> *** [iscsictl_make] Error code 2
>
For me the build proceeds, after I did a 'make install' in
/usr/src/bin/cp (with updated utils.c!).
HTH,
Rainer
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
,
what about adding net/cloud-init to the images so that they can be used
out-of-the-box on OpenStack?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=238068
Best Regards
Rainer
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org
> Am 02.09.2020 um 18:22 schrieb Warner Losh :
>
>
>
>> On Sep 2, 2020, at 10:14 AM, Ed Maste wrote:
>>
>> On Wed, 2 Sep 2020 at 02:31, Steve Kargl
>> wrote:
>>>
A short intro on git for svn users:
https://hackmd.io/ML5TSl8mQ5-27B5eqDf7YA?view
>>>
>>> ROTFL. From the "sho
Am 19.06.19 um 21:20 schrieb Bryan Drewery:
> On 6/19/19 11:05 AM, Bryan Drewery wrote:
>> On 6/19/19 11:02 AM, Bryan Drewery wrote:
>>> On 6/16/19 9:33 AM, Warner Losh wrote:
>>>> On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling wrote:
>>>>
>>&
Am 16.06.19 um 18:33 schrieb Warner Losh:
>
>
> On Sun, Jun 16, 2019, 9:51 AM Rainer Hurling <mailto:rhur...@gwdg.de>> wrote:
>
> If I try to build world almost recent sources (r349100) on HEAD amd64
> (r348775), it stops with the following error:
>
>
/src/tests/sys/kern
*** [libkern_crc32] Error code 2
This happens with two older cpus, Intel (Core 17-4770) and AMD (Phenom
II X6 1090T).
Am I the only one, who observes this breakage? Thanks for any hint.
Regards,
Rainer Hurling
___
freebsd-current@
Am 2019-05-27 17:05, schrieb Conrad Meyer:
Hi Rainier,
On Mon, May 27, 2019 at 7:47 AM wrote:
I have a 32bit FreeBSD 6 binary that I'll need for a bit until the
department who is technically responsible for the service gets around
redoing that service.
Even if this proposal is approved, it w
Am 2019-05-27 15:55, schrieb voida...@420blaze.it:
Hello,
I wanted to discuss about bug 231768 a bit: it is about keeping
COMPAT_FREEBSD4/5/6/7/9 on by default in the kernel configs.
The patch attached for the bug is for disabling these options by
default, following a few reasons which I'm going
Am 2019-05-20 11:33, schrieb Igor Mozolevsky:
So you think a discussion on whether it is appropriate that CoC Ctte
restricts freedom of expression is bikeshedding?
Thank you for your valuable contribution!
IMO, the CoC was not meant to solve, decide or even regulate discussion
about decades-
Am 31.08.18 um 10:27 schrieb Konstantin Belousov:
> On Thu, Aug 30, 2018 at 10:12:33PM +0300, Konstantin Belousov wrote:
>> On Thu, Aug 30, 2018 at 12:22:36PM +0300, Yuri Pankov wrote:
>>> Sorry, I accidentally took the discussion off-list, where Konstantin
>>> provided some more patches. I'm att
mmented
out in /boot/loader.conf.
Unfortunately, it also does not work. My trap message is this:
[..snip..]
netmap: loaded module
kbd1 at kbdmux0
nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for UNIX
platforms 390.77 Tue Jul. 10 21:54:30 PDT 2018
nexus0
Fatal trap 12: page
Am 29.08.18 um 15:25 schrieb Kyle Evans:
> On Wed, Aug 29, 2018 at 8:20 AM Rainer Hurling wrote:
>>
>> Am 29.08.18 um 11:37 schrieb Yuri Pankov:
>>> Hi,
>>>
>>> I've noticed that all recent snapshots (ALPHA3, ALPHA2, ALPHA1,
>>> 201
in the kernel _and_ deactivating it
via efi.rt.disabled=1 in /boot/loader.conf, it works for me.
An oddity is, that the spelling of the loader tuneable has to be
efi.rt.disabled, not efi.rt_disabled (note the dot instead of an
underscore!). The o
Can you export the empty VM and make it available for download somewhere?
If you zero the disks with dd before exporting, it should compress very nicely.
I only have Fusion to test, though.
___
freebsd-current@freebsd.org mailing list
https://lists
> Am 21.03.2018 um 22:12 schrieb Derek (freebsd lists)
> <48225...@razorfever.net>:
>
> Hi!
>
> I was surprised when using freebsd-update, that there was no way to specify a
> patch level.
AFAIK, the usual answer to these kinds of requests is: „Run your own
freebsd-update server“.
Mirror
Am 19.02.2018 um 21:24 schrieb Ronald Klop:
> On Mon, 19 Feb 2018 21:10:48 +0100, Rainer Hurling wrote:
>
>> Hi Ronald,
>>
>> Am 19.02.2018 um 20:27 schrieb Ronald Klop:
>>> I just did this.
>>>
>>> root@sjakie ~]# pkg upgrade
>>> Up
-current/amd64.amd64/sys/GENERIC-NODEBUG
>
> amd64
>
>
> So uname gives a different version than pkg detects.
>
> What is happening? pkg update -f gives the same result. -o
> OSVERSION=1200058 helps, but does not feel like the right solution.
>
>
> Am 18.02.2018 um 11:41 schrieb Kurt Jaeger :
>
> Hi!
>
> How do I find the microcode version a Intel CPU is currently using ?
>
AFAIK:
All Linux-vendors have retracted their microcode-updates, for the time being.
If your BIOS-vendor didn’t provide you an updated BIOS, just forget about
Am 16.02.2018 um 07:17 schrieb Warner Losh:
On Thu, Feb 15, 2018 at 11:12 PM, Rainer Hurling <mailto:rhur...@gwdg.de>> wrote:
Am 13.02.2018 um 13:50 schrieb Hans Petter Selasky:
On 02/13/18 10:47, Jakob Alvermark wrote:
+1
My USB mouse was wor
nown issue.
Can you try the attached patch?
Rebuild devmatch(8) and reinstall /etc/devd/devmatch.conf and
/etc/rc.d/devmatch only.
--HPS
Is there any chance to get this committed into base in the near future?
Thanks for any answer,
Rainer Hurling
_
0x1bf
#/usr/local/etc/rc.d/microcode_update onestart
Updating CPU Microcode...
Done.
#x86info -a | grep Microcode
Microcode patch level: 0x1bf
#grep microcode_update /var/log/messages
---
So no recent update and no log messages, as expected ;)
Regards,
Rainer Hurling
_
> Am 12.09.2017 um 23:11 schrieb Ben RUBSON :
>
> On 12/9/17 2:17 pm, Conrad Meyer wrote:
>> On Sat, Sep 9, 2017 at 9:09 AM, Julian Elischer wrote:
>>> maybe we could get it into -current.
>>> It'd be silly to have to have people re-inventing hte wheel all the time.
>>> How about you put those c
w=markup
Or is it in a different driver?
We've yet to receive a test-model, which I assume is going to take a
couple of weeks.
Is anybody working on this?
We can still order Gen9 for a while, I'm told. But I'd like to be able
to use the
Am 27.03.2017 um 13:07 schrieb Andriy Gapon:
On 03/27/2017 14:35, Rainer Hurling wrote:
Am 27.03.2017 um 10:31 schrieb Andriy Gapon:
On 03/26/2017 00:21, Manfred Antar wrote:
Recent change to genassym.c breaks building a current kernel
Am 27.03.2017 um 10:31 schrieb Andriy Gapon:
On 03/26/2017 00:21, Manfred Antar wrote:
Recent change to genassym.c breaks building a current kernel:
--
stage 3.1: building everything
--
> Am 18.04.2016 um 22:07 schrieb Lev Serebryakov :
>
> On 18.04.2016 22:40, Glen Barber wrote:
>
>> This granularity allows easy removal of things that may not be wanted
>> (such as *-debug*, *-profile*, etc.) on systems with little storage. On
>> one of my testing systems, I removed the tests
product page.
Tried loading the nvme(4) driver at the countdown?
https://www.freebsd.org/cgi/man.cgi?query=nvme&sektion=4
I’d suspect the Intel SSD 750 series would be a better choice…
Rainer
___
freebsd-current@freebsd.org mailing list
https://lists.
Am 30.03.16 um 13:08 schrieb Jia-Shiun Li:
On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling mailto:rhur...@gwdg.de>> wrote:
If I try to build most recent HEAD (r297407), I get the following error:
I suspect r297405 with its migration of time_* macros to be the reason?
Adrian
*** Error code 1
I suspect r297405 with its migration of time_* macros to be the reason?
Regards,
Rainer Hurling
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any ma
e 0 0
# ---
!!! If this was a real hashed password in your mail above, you should
change it ...
HTH and greetings,
Rainer
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/ma
Am 25.11.15 um 20:37 schrieb Bryan Drewery:
> On 11/25/2015 11:34 AM, Rainer Hurling wrote:
>> Am 25.11.15 um 19:50 schrieb Bryan Drewery:
>>> On 11/25/2015 10:09 AM, Juan Molina wrote:
>>>>> On 11/24/2015 1:31 AM, M&S - Krasznai András wrote:
>>>&g
TH_CCACHE_BUILD
and WITH_FAST_DEPEND enabled, it breaks with error message 'file system
full'. My root partition has only 1GB and ccache itself seems to need
more than 800MB in /root/.ccache.
Thanks in advance,
Rainer Hurling
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Am 15.06.2015 um 22:07 schrieb David Wolfskill:
> On Mon, Jun 15, 2015 at 11:33:47AM -0700, Simon J. Gerraty wrote:
>> Garrett Cooper wrote:
Now that "vanilla" head @284408 builds (& boots):
>>
>>
>> I fixed this the other day - just realized I haven't committed it.
>>
make[6]: don't kno
It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'.
At least, I get this output, when I try to build world now:
--- depend_subdir_libunbound ---
In file included from
/usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48:
/usr/src/lib/libunbound/../../contrib/unbound/dn
>>
> Yes that is the job of the maintainer, so bugging the chef maintainer is the
> right thing to do.
>
> Maintaining a port meaning making sure it workds properly the FreeBSD way.
The omnibus installer is not a port.
AFAIK.
It’s the installer provided by Chef (the company, formerly known as „
> Am 20.10.2014 um 10:19 schrieb David Chisnall :
>
>
> I presume that most of the relevant differences are for users / developers
> and not sysadmins? It's worth noting that GNU coreutils, tar, bash, and a
> load of other things are in the ports repository. I wonder if it's worth
> having
ly
>> the affected ports in dependency chain varies):
>
> Are you using portmaster? If so, it might be fallout from r272282.
> Cheers,
Yup, after defining
setenv PORTSDIR /usr/ports
my problems, described on my mail in this thread from 30th September,
completely went away.
Thanks f
Am 02.10.2014 um 04:40 schrieb Chuck Burns:
> On Wednesday, October 01, 2014 7:48:08 AM Rainer Hurling wrote:
>> Am 01.10.2014 um 05:44 schrieb Chuck Burns:
>>> On Tuesday, September 30, 2014 8:13:01 AM O. Hartmann wrote:
>>>> Hello.
>>>>
>>>>
Am 01.10.2014 um 05:44 schrieb Chuck Burns:
On Tuesday, September 30, 2014 8:13:01 AM O. Hartmann wrote:
Hello.
I just made the last update of the ports yesterday (I use portmaster -da
performing this task) and obviously or superficially everything went all
right.
It's portmaster actually.
t. For example,
for net/mpich2 it complains about devel/binutils ...
This does not happen on my other CURRENT boxes (they build ports as
exected). All systems have pkg-1.3.8_2 installed. The main difference
between these boxes is, that the boxes without problems come from older
installations, which wer
ng. How could I solve it?
In my German environment I also use FAT32 formatted drives, mounted like:
/dev/adaXsX /XXXmsdosfs rw,large,-Lde_DE.UTF-8 0 0
This should also work for Hungarian?
HTH,
Rainer Hurling
> Krasznai András
> rendszermérnök
> M&S Informatik
Am Thu, 10 Apr 2014 06:59:25 +0200
schrieb Andreas Nilsson :
> > You never specified exactly how it fails. But I'll take a guess:
>
> *Attempting Boot From Hard Drive (C:)*
>
> *gptzfsboot: error 1 lba 32*
>
> *gptzfsboot: error 1 lba 1*
>
> *g**ptzfsboot: No ZFS pools located, can't boot*
Am 10.04.2014 um 00:02 schrieb Matthew Seaman :
> On 09/04/2014 22:52, Rainer Duffner wrote:
>> And no, as the server is in a remote datacenter, an USB-stick is not an
>> option.
>>
>> It’s slow enough booting via a virtual USB-image over iLO...
>
> Uh.
Am 09.04.2014 um 23:48 schrieb Matthew Seaman :
> On 09/04/2014 22:17, Rainer Duffner wrote:
>> Hi,
>>
>> I found this old thread….
>>
>> I can’t boot FreeBSD 10 installed with zfsroot on a DL380G7 (P410i
>> controller).
>> I tried the ins
Hi,
I found this old thread….
I can’t boot FreeBSD 10 installed with zfsroot on a DL380G7 (P410i controller).
I tried the installer and I tried installing with mfsbsd10se.
System has 48GB RAM.
Is there a PR for this?
Now, I’ve got to waste 2’600 GB disks (and 300-odd I/Os) for a boot-disk…..
Am Mon, 17 Mar 2014 19:30:01 -0700
schrieb Craig Rodrigues :
> Hi,
>
> For the BSD DevSummit in May, one of the items
> on our agenda:
>
> https://wiki.freebsd.org/201405DevSummit/Jenkins
>
> is to talk about writing scripts which can take a FreeBSD ISO image,
> and then boot it and run it on a
0
> 0
For me it works with
/dev/ada0s2 /windows/C ntfsro,mountprog=/usr/local/bin/ntfs-3g
0 0
HTH,
Rainer
>
> in /etc/fstab
>
> the mount -a command gives me an error message:
>
> /dev/ada0s2:Operation not supported by the
Am 22.02.2014 10:03, schrieb Ranjan1018 .:
> The problem is still present in r262325. Verified with Firefox.
Just for the record. With r262334 the problem seems to be solved,
Firefox, Thunderbird etc. work again :-)
Thanks to davidxu@ for the quick fix.
Greetings,
Rainer Hurling
> 2014
Am 25.01.2014 um 16:11 schrieb Mark Felder :
>
>
> 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 (normally download rates ca. 3 MBytes / s)
>> downloading all the tiny binary dif
ouse: (accel) acceleration threshold: 4
> 229:[30.948] (II) PS/2 Mouse: SetupAuto: hw.iftype is 4, hw.model is
> 0
> 230:[30.948] (II) PS/2 Mouse: SetupAuto: protocol is SysMouse
>
For me, it helped to rebuild devel/dbus and sysutils/hal and restart
that services again.
HTH,
Rainer
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I just tried to build head (r259037) and it stops with the following
messages. This is on amd64 with systems clang. Please let me know, if I
should provide more info, thanks.
[..snip..]
===> usb/run (all)
cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE
-nostdinc -DHAVE_KERNEL_
ild with
gcc46), see below, please.
I am clueless, what to do here. Building x11-toolkits/wxgtk29 with
gcc46+ is not an option.
Any help is really appreciated,
Rainer Hurling
make -D MAKE_JOBS_UNSAFE=yes
===> Building for saga-2.1.0_2
--- all ---
/usr/bin/make all-recursive
--- all-rec
Am 26.10.2013 13:04, schrieb Matthias Andree:
> Am 26.10.2013 12:56, schrieb Rainer Hurling:
>> After svn update my 11.0-CURRENT box to r257152, the build breaks.
>> Obviously there is something wrong with the newest patches for sbin/pkg
>> (or libcrypt). Am I the on
After svn update my 11.0-CURRENT box to r257152, the build breaks.
Obviously there is something wrong with the newest patches for sbin/pkg
(or libcrypt). Am I the only one observing this?
Any help is appreciated,
Rainer Hurling
[..snip..]
===> usr.sbin/pkg (all)
cc -O2 -pipe -I/usr/
1 - 100 of 172 matches
Mail list logo
