Re: pkg-1.21.0: after upgrade 1.20.9_1 -> 1.21.0: pkg core dumps on specific ports

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/apach

Re: pkg-1.21.0: after upgrade 1.20.9_1 -> 1.21.0: pkg core dumps on specific ports

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 ports:

Re: pkg-1.21.0: after upgrade 1.20.9_1 -> 1.21.0: pkg core dumps on specific ports

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/apache24 databases/redis pkg core dumps while performing installation. apache24 and redis are ports I

Re: kernel: fatal trap 12 on CURRENT, when using WireGuard

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

kernel: fatal trap 12 on CURRENT, when using WireGuard

hen WireGuard is started. Any help is greatly appreciated. CC'ed Gleb Smirnoff due to the affected commits. Regards, Rainer Hurling

[Bug 267671] Unnecessary printf to stderr in stdlib/cxa_thread_atexit_impl.c

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

Re: 15.0-CURRENT build broken in lib/libmagic

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 'make buildincludes

Re: 15.0-CURRENT build broken in lib/libmagic

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 -C lib/libc

Re: 15.0-CURRENT build broken in lib/libmagic

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

Re: 15.0-CURRENT build broken in lib/libmagic

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

15.0-CURRENT build broken in lib/libmagic

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:

Re: OpenSSL 3.0 is in the tree

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

Re: OpenSSL 3.0 is in the tree

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 with the update to Clang 16 and other recent changes may result in some challenges

Re: dmesg: ACPI Warning: Firmware issue warning spaming

Am 14.06.22 um 04:00 schrieb Jung-uk Kim: On 22. 6. 13., Jung-uk Kim wrote: On 22. 6. 13., Jung-uk Kim wrote: On 22. 6. 13., Jung-uk Kim wrote: On 22. 6. 13., Masachika ISHIZUKA wrote: What do you think opening a review about this fix/tweak to stop this spamming that blinds dmesg? I'm

Re: Build faulure of editors/libreoffice only on src main (stable/13 is OK)

Am 26.02.22 um 14:14 schrieb Tomoaki AOKI: Thanks. But unfortunately, as I've described at Comment 21 [2] of Bug 262008, setting kern.elf64.aslr.enable=0 didn't help. As I'm building on amd64 and not built for compat32, I've not touched kern.elf32.aslr.enable. And as these are regular writable

Re: What happen to mailing list archives?

Hi Steve, Am 06.06.21 um 01:13 schrieb Steve Kargl: > On Sun, Jun 06, 2021 at 01:00:40AM +0200, Michael Gmelin wrote: >> >> >>> On 6. Jun 2021, at 00:53, Steve Kargl >>> wrote: >>> >>> It seems someone has tried to migrate the mailing list archives >>> from mailman to some new fangle code.

Re: sys/sys/param.h: 'main' instead of 'Master'?

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, doe

sys/sys/param.h: 'main' instead of 'Master'?

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

Re: Waiting for bufdaemon

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,

Re: Waiting for bufdaemon

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

Re: Waiting for bufdaemon

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:

Re: Waiting for bufdaemon

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:

Re: Waiting for bufdaemon

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

Re: Waiting for bufdaemon

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 problem for me. The system seems to work better now. >> >> No waiting on reboot, and the webcam works better. > I am curious what do you mean by the above

Re: Waiting for bufdaemon

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

Re: Waiting for bufdaemon

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

Re: Waiting for bufdaemon

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

Re: Waiting for bufdaemon

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 Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thre

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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 >>>

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

boot process freezes after the page fault messages. > > On 9/22/20 1:06 AM, 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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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, >>>> >>>&

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

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

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

Am 20.09.20 um 08:04 schrieb monochrome: > I have confirmed that r365487 is the last kernel that will boot on my > 2400G. These are the files changed between r365487 and r365488: > > U    sys/vm/phys_pager.c > U    sys/vm/vm_object.c > U    sys/vm/vm_object.h > U    sys/vm/vm_pa

Re: Fwd: Re: r365488 page faults on AMD Ryzen 9 3950X

n 9 3950X >Date: Thu, 17 Sep 2020 17:03:49 -0400 >From: monochrome >To: freebsd-current@freebsd.org > >I am also having this problem. Have you resolved it? Mine is a Ryzen 5 2400G > >On 9/12/20 5:22 AM, Rainer Hurling wrote: >> Since r365488 (and above until recent) my b

r365488 page faults on AMD Ryzen 9 3950X

Since r365488 (and above until recent) my box breaks with the following error when starting: Fatal trap 12: page fault while in kernel mode cpuid = 31; apic id = 1f fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer =

Re: buildworld: "cp: /dev/null: Invalid argument"

Am 12.09.20 um 11:05 schrieb Hartmann, O.: > On Sat, 12 Sep 2020 10:03:18 +0200 > Michael Gmelin wrote: > >>> On 12. Sep 2020, at 09:55, Hartmann, O. >>> wrote: >>> >>> On Fri, 11 Sep 2020 07:18:33 -0600 >>> Alan Somers wrote: >>> > On Fri, Sep 11, 2020 at 1:57 AM O. Hartmann >

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

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: >>>> >>&

Re: r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

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: > >

r349100: buildworld does not compile (ld: error: duplicate symbol: sse42_crc32c)

/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@

Re: r336921 broke booting on MBP 2017, EFIRT related

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

Re: r336921 broke booting on MBP 2017, EFIRT related

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 fault while in kernel mode cpuid = 0: apic id = 00

Re: r336921 broke booting on MBP 2017, EFIRT related

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, >>> 20180802

Re: r336921 broke booting on MBP 2017, EFIRT related

d_ 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 one with the underscore, a

Re: pkg does not recognize correct kernel version

Am 19.02.2018 um 21:24 schrieb Ronald Klop: > On Mon, 19 Feb 2018 21:10:48 +0100, Rainer Hurling <rhur...@gwdg.de> wrote: > >> Hi Ronald, >> >> Am 19.02.2018 um 20:27 schrieb Ronald Klop: >>> I just did this. >>> >>> root@sjakie

Re: pkg does not recognize correct kernel version

-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. > >

Re: devd in r329188M don't start

Am 16.02.2018 um 07:17 schrieb Warner Losh: On Thu, Feb 15, 2018 at 11:12 PM, Rainer Hurling <rhur...@gwdg.de <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

Re: devd in r329188M don't start

. 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 ___ freebsd

Re: [CFT] AMD cpu microcode update port sysutils/devcpu-data D13832

dating 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 ___ 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"

Re: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

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

Re: New /head/sys/amd64/amd64/genassym.c breaks buildkernel amd64 current

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

Re: HEAD does not build bwn (after r297405 ?)

Am 30.03.16 um 13:08 schrieb Jia-Shiun Li: On Wed, Mar 30, 2016 at 2:06 PM, Rainer Hurling <rhur...@gwdg.de <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 b

HEAD does not build bwn (after r297405 ?)

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 mail to &quo

Re: mounting CIFS share (tcp/445) with FreeBSD and mount_smbfs(8)

Hi Oliver, Am 02.03.16 um 15:29 schrieb O. Hartmann: On Tue, 1 Mar 2016 23:39:22 +0200 "Reko Turja" wrote: -Original Message- From: O. Hartmann Subject: mounting CIFS share (tcp/455) with FreeBSD and mount_smbfs(8) I need to mount a CIFS share from windows

Re: freebsd-current compile with clang & ccache

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 - Krasznai András wrote: >>>>&g

Re: freebsd-current compile with clang & ccache

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"

Re: Error building x11/nvidia-driver kernel module @r284408

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 yaneurab...@gmail.com 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

Upgrade to Unbound 1.5.1 incomplete?

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:

Re: pkg/ports system terribly messed up?

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. I just made the last update of the ports yesterday (I use portmaster

Re: pkg/ports system terribly messed up?

, after defining setenv PORTSDIR /usr/ports my problems, described on my mail in this thread from 30th September, completely went away. Thanks for this hint. It helps a lot! Regards, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http

Re: pkg/ports system terribly messed up?

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. snip It's portmaster

Re: pkg/ports system terribly messed up?

... HTH, Rainer Hurling ___ 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

Re: freebsd and utf-8 directory names

/XXXmsdosfs rw,large,-Lde_DE.UTF-8 0 0 This should also work for Hungarian? HTH, Rainer Hurling Krasznai András rendszermérnök MS Informatikai Zrt. 1136 Budapest, Pannónia u. 17/A. Telefon: +36 1 703-2923 Mobil:+36 30 703-2923

Re: mounting ntfs partition from /etc/fstab

Am 06.03.2014 08:35, schrieb MS - Krasznai András: Hi I am using freebsd 10 64bit on an IBM T510. I can not mount ntfs partition from /etc/fstab with the normal method, thatis specifying /dev/ada0s2 /windows/C ntfs-3g ro 0 0 For me it

Re: [CURRENT]: claws-mail and firefox fail with Invalid alignment

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-02-22 9

Re: mouse pointer has gone.

Am 16.01.2014 15:07, schrieb clutton: Using X, I have a frozen mouse pointer. Mouse works fine from syscons but not from X. Booting from kernel.old resolves the problem. Here is my X log with current kernel. 158:[34.043] (==) NVIDIA(0): Silken mouse enabled 208:[34.232] (II)

r259031 breaks build on CURRENT

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

Re: libc++ vs. libstdc++ usage in the ports tree

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-recursive --- Making all in . Making all in src --- all-recursive

latest sbin/pkg updates seem to break HEAD

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/src

Re: latest sbin/pkg updates seem to break HEAD

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 only one observing this? Any help

Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv

Am 07.09.2013 00:07, schrieb Baptiste Daroussin: On Fri, Sep 06, 2013 at 11:51:32PM +0200, O. Hartmann wrote: On Fri, 06 Sep 2013 21:11:26 +0400 Boris Samorodov b...@passap.ru wrote: 06.09.2013 20:44, O. Hartmann пишет: On Fri, 06 Sep 2013 20:08:59 +0400 Boris Samorodov b...@passap.ru

Re: CURRENT crashes with nvidia GPU BLOB : vm_radix_insert: key 23c078 is already present

/nvidia-driver/files/patch-src__nvidia_subr.c, shoudn't it? Many thanks for this work. Regards and a nice weekend, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any

Re: Port problems after r253839 on HEAD

Am 09.08.2013 19:27 UTC+2, schrieb Steve Kargl: On Wed, Aug 07, 2013 at 07:43:33PM +0200, Baptiste Daroussin wrote: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired behaviour

Re: Port problems after r253839 on HEAD

Am 07.08.2013 21:01 (UTC+1) schrieb Rainer Hurling: Thanks, Bapt, for answering. Am 07.08.2013 19:43, schrieb Baptiste Daroussin: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired

Port problems after r253839 on HEAD

and does not point in the wrong direction. Rainer Hurling ___ 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

Re: Port problems after r253839 on HEAD

Thanks, Bapt, for answering. Am 07.08.2013 19:43, schrieb Baptiste Daroussin: On Wed, Aug 07, 2013 at 07:28:41PM +0200, Rainer Hurling wrote: After introducing r253839 on HEAD (/head/contrib/binutils/ld/ldmain.c), I recognized some wired behaviour in the ports system on my CURRENT boxes

Typo in /usr/src/UPDATING

I am not a native speaker, but isn't there a typo in /usr/src/UPDATING entry from 20130121? --- UPDATING.orig 2013-05-09 09:46:55.0 +0200 +++ UPDATING2013-05-12 17:58:20.0 +0200 @@ -108,7 +108,7 @@ Due to the use of the new -l option to install(1) during build

Re: kernel panic with _autoload_ nvidia driver

On 05.05.2013 08:01 (UTC+2), de...@stasyan.com wrote: Hello ! This problems appears about 4-6 months ago after updating of -CURRENT host. Unable to boot host with nvidia_load=YES in loader.conf because panic. But when nvidia driver loads manually via kldload, everything OK. Nvidia

Re: kernel panic with _autoload_ nvidia driver

On 05.05.2013 09:24 (UTC+2), de...@stasyan.com wrote: Hello ! This problems appears about 4-6 months ago after updating of -CURRENT host. Unable to boot host with nvidia_load=YES in loader.conf because panic. But when nvidia driver loads manually via kldload, everything OK. Nvidia

Re: Booting an alternative kernel from loader prompt fails the first time only

12:41 PM, Manfred Antar wrote: At 10:24 AM 4/20/2013, Rainer Hurling wrote: On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: On 20.04.13 18:05, Steven Hartland wrote: When trying to boot an alternative kernel from the loader prompt it fails the first time the command is run but succeeds

Re: Booting an alternative kernel from loader prompt fails the first time only

On 20.04.2013 18:47 (UTC+2), Florian Smeets wrote: On 20.04.13 18:05, Steven Hartland wrote: When trying to boot an alternative kernel from the loader prompt it fails the first time the command is run but succeeds the second time. Type '?' for a list of commands, 'help' for more detailed

Re: CURRENT ( r249381): can't find boot partition on GPT disk

On 13.04.2013 12:07 (UTC+2), Marcus Reid wrote: On Sat, Apr 13, 2013 at 09:14:10AM +0200, O. Hartmann wrote: Trying to boot a kernel r249381 fails and I see on the console the loader prompt at mountroot. Obviously, the bootloader doesn't find the root/boot partition. Same problem observed

Re: post SVN r238886 no boot?

On 29.07.2012 19:40 (UTC+2), Michael Butler wrote: Is anyone else having troubles getting -current after SVN r238886 to boot? In my case, I have an unstoppable stream of pager_something console messages :-( imb Yes, it's the same here. I had to revert to old kernel. Rainer

Re: Use of C99 extra long double math functions after r236148

Am 26.07.2012 03:52 (UTC+1) schrieb Bruce Evans: On Wed, 25 Jul 2012, Rainer Hurling wrote: On 25.07.2012 19:00 (UTC+2), Steve Kargl wrote: On Wed, Jul 25, 2012 at 06:29:18PM +0200, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am

Re: Use of C99 extra long double math functions after r236148

On 11.07.2012 00:58 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 17:11 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote

Re: Use of C99 extra long double math functions after r236148

On 25.07.2012 19:00 (UTC+2), Steve Kargl wrote: On Wed, Jul 25, 2012 at 06:29:18PM +0200, Rainer Hurling wrote: Many thanks to you three for implementing expl() with r238722 and r238724. I am not a C programmer, but would like to ask if the following example is correct and suituable

Re: Use of C99 extra long double math functions after r236148

On 09.07.2012 01:36 (UTC+2), Steve Kargl wrote: On Sun, Jul 08, 2012 at 11:51:56AM -0600, Warner Losh wrote: On Jul 8, 2012, at 6:40 AM, David Schultz wrote: On Tue, May 29, 2012, Peter Jeremy wrote: On 2012-May-28 15:54:06 -0700, Steve Kargl s...@troutmask.apl.washington.edu wrote: Given

Re: Use of C99 extra long double math functions after r236148

On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: As far as I understand from discussions on R mailing list (r-de...@r-project.org), they plan to reduce the emulation and/or workaround of long and complex math functions for FreeBSD and other

Re: Use of C99 extra long double math functions after r236148

On 10.07.2012 17:11 (UTC+2), David Schultz wrote: On Tue, Jul 10, 2012, Rainer Hurling wrote: On 10.07.2012 16:02 (UTC+2), Warner Losh wrote: On Jul 10, 2012, at 3:10 AM, Rainer Hurling wrote: As far as I understand from discussions on R mailing list (r-de...@r-project.org), they plan

Re: Use of C99 extra long double math functions after r236148

On 29.05.2012 08:10 (UTC+1), Steve Kargl wrote: On Tue, May 29, 2012 at 02:56:13PM +1000, Peter Jeremy wrote: On 2012-May-28 15:54:06 -0700, Steve Kargls...@troutmask.apl.washington.edu wrote: There some test code in cephes. Can you point me to a suitable test suite for LD80 and LD128? The

Re: Use of C99 extra long double math functions after r236148

On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: On 28 May 2012, at 05:35, Rainer Hurling wrote: First I should note that I am by no means an expert in C / C++ or C99 standards. So my comments are only on a level of someone who is using FreeBSD for scientific purposes like GIS and math

Re: Use of C99 extra long double math functions after r236148

On 28.05.2012 14:49 (UTC+1), David Chisnall wrote: On 28 May 2012, at 13:30, Rainer Hurling wrote: On 28.05.2012 10:41 (UTC+1), David Chisnall wrote: On 28 May 2012, at 05:35, Rainer Hurling wrote: Ok, that's what I had supposed. Because the main difference between r236147 and r2136148

Use of C99 extra long double math functions after r236148

math/R, especially its upcoming releases. Many thanks for any clarification. Regards, Rainer Hurling ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current

stat(1) - option doubled in manpage

Just a small note. In stat(1) the description of option -l doubles: -l Display output in ls -lT format. Perhaps someone with a commit bit is interested in correcting this? ___ freebsd-current@freebsd.org mailing list

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

Am 17.04.2012 03:53 (UTC+1) schrieb Edward Tomasz Napierała: Wiadomość napisana przez Rainer Hurling w dniu 16 kwi 2012, o godz. 19:58: On 16.04.2012 19:31 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 06:15:32PM +0200, Rainer Hurling wrote: I just updated my system to r234342

Re: Kernel builds, but crashes at boot (amd64, Revision: 234306)

On 16.04.2012 16:55 (UTC+1), Konstantin Belousov wrote: On Mon, Apr 16, 2012 at 07:35:23AM -0700, matt wrote: On 04/16/12 01:57, O. Hartmann wrote: On 04/15/12 12:30, Conrad J. Sabatier wrote: Today I'm suddenly unable to boot a newly built kernel without crashing right near the end of the

  1   2   >