ports  

Messages by Thread

• • Re: problem with freebsd:14:x86:64 ? void
• Fwd: Heimdal Keberos port crashes Jake Scott
  • Re: Fwd: Heimdal Keberos port crashes Michael Osipov
  • Re: Fwd: Heimdal Keberos port crashes Tatsuki Makino
• unexpected problem from the kmod repo Andriy Gapon
  • Re: unexpected problem from the kmod repo void
  • Re: unexpected problem from the kmod repo Tomoaki AOKI
  • Re: unexpected problem from the kmod repo Andriy Gapon
  • Re: unexpected problem from the kmod repo Erichans
  • Re: unexpected problem from the kmod repo Tomoaki AOKI
• official ruby33's rdoc build failed for main-arm64-default: ld-elf.so.1: /usr/local/lib/libunwind.so.8: Undefined symbol "__aarch64_ldadd4_acq_rel" Mark Millard
  • Re: official ruby33's rdoc build failed for main-arm64-default: ld-elf.so.1: /usr/local/lib/libunwind.so.8: Undefined symbol "__aarch64_ldadd4_acq_rel" Mark Millard
• RE: Reproducible builds of ports Mark Millard
  • Re: Reproducible builds of ports cen
  • Re: Reproducible builds of ports Simon Wright
  • Re: Reproducible builds of ports cen
  • Re: Reproducible builds of ports Simon Wright
  • Re: Reproducible builds of ports Charlie Li
  • Re: Reproducible builds of ports Tatsuki Makino
  • Re: Reproducible builds of ports Ronald Klop
  • Re: Reproducible builds of ports Charlie Li
  • Re: Reproducible builds of ports Tatsuki Makino
  • Re: Reproducible builds of ports Kurt Jaeger
  • Re: Reproducible builds of ports Charlie Li
  • Re: Reproducible builds of ports Ronald Klop
  • Re: Reproducible builds of ports cen
  • Re: Reproducible builds of ports Tatsuki Makino
  • Re: Reproducible builds of ports Andrea Cocito
  • Re: Reproducible builds of ports Tatsuki Makino
• fuz@ : do you want bugzilla-submitals for armv7 port-package build problems generally? Mark Millard
• libunwind-20250904 fails to build for armv7: error: implement UNW_ARM_FRAME_SIGRETURN on FreeBSD Mark Millard
  • Re: libunwind-20250904 fails to build for armv7: error: implement UNW_ARM_FRAME_SIGRETURN on FreeBSD Mark Millard
• acpica-tools-20250807 fails to build for armv7: error: format specifies type 'unsigned long' but the argument has type 'UINT64' (aka 'unsigned long long') Mark Millard
  • Re: acpica-tools-20250807 fails to build for armv7: error: format specifies type 'unsigned long' but the argument has type 'UINT64' (aka 'unsigned long long') Robert Clausecker
  • Re: acpica-tools-20250807 fails to build for armv7: error: format specifies type 'unsigned long' but the argument has type 'UINT64' (aka 'unsigned long long') Mark Millard
• Re: pkg-2.4.1 broken? Baptiste Daroussin
  • Re: pkg-2.4.1 broken? Jan Henrik Sylvester
  • Re: pkg-2.4.1 broken? Baptiste Daroussin
  • Re: pkg-2.4.1 broken? Tatsuki Makino
  • Re: pkg-2.4.1 broken? Janky Jay, III
  • Re: pkg-2.4.1 broken? Stefan Esser
  • Re: pkg-2.4.1 broken? Herbert J. Skuhra
  • Re: pkg-2.4.1 broken? Jan Henrik Sylvester
  • Re: pkg-2.4.1 broken? Stefan Esser
  • Re: pkg-2.4.1 broken? Jan Henrik Sylvester
  • Re: pkg-2.4.1 broken? Herbert J. Skuhra
  • Re: pkg-2.4.1 broken? Tatsuki Makino
• deval/libclc with llvm20 (was: : graphics/mesa-dri won't build due to libclc not accepting llvm20) Xavier Humbert
• Fwd: multimedia/ffmpeg: fix symbol versioning problem on stable/14 Andriy Gapon
  • Re: Fwd: multimedia/ffmpeg: fix symbol versioning problem on stable/14 Andriy Gapon
• Re: garbage output on start tmux session or attach to running one Thierry Thomas
  • Re: garbage output on start tmux session or attach to running one Zsolt Udvari
  • Re: garbage output on start tmux session or attach to running one Tatsuki Makino
• For FreeBSD:15:amd64 and FreeBSD:16:amd64 wine there are no FreeBSD:15:i386 or FreeBSD:16:i386 wine builds for "$PREFIX/share/wine/pkg32.sh upgrade" to use Mark Millard
  • Re: For FreeBSD:15:amd64 and FreeBSD:16:amd64 wine there are no FreeBSD:15:i386 or FreeBSD:16:i386 wine builds for "$PREFIX/share/wine/pkg32.sh upgrade" to use Mark Millard
• Re: Undocumented vulnerabilities in SQLite2 and erlang? Kurt Jaeger
  • RE: Undocumented vulnerabilities in SQLite2 and erlang? Wall, Stephen
  • RE: Undocumented vulnerabilities in SQLite2 and erlang? Wall, Stephen
  • Re: Undocumented vulnerabilities in SQLite2 and erlang? Fernando Apesteguía
  • RE: Undocumented vulnerabilities in SQLite2 and erlang? Wall, Stephen
  • Re: Undocumented vulnerabilities in SQLite2 and erlang? Fernando Apesteguía
  • RE: Undocumented vulnerabilities in SQLite2 and erlang? Wall, Stephen
  • Re: Undocumented vulnerabilities in SQLite2 and erlang? Fernando Apesteguía
• Re: poudriere + ZFS + NFS -> chown: /usr/local/poudriere/data/.m/rpi5-freebsd143-custom/01/.npkg: Operation not permitted Ronald Klop
  • NFS + nobody user? (was: Re: poudriere + ZFS + NFS -> chown: /usr/local/poudriere/data/.m/rpi5-freebsd143-custom/01/.npkg: Operation not permitted) Ronald Klop
  • Re: NFS + nobody user? Tatsuki Makino
  • RE: poudriere + ZFS + NFS -> chown: /usr/local/poudriere/data/.m/rpi5-freebsd143-custom/01/.npkg: Operation not permitted Mark Millard
• Help with GL_TUPLE syntax Matthias Fechner
  • Re: Help with GL_TUPLE syntax Gleb Popov
  • Re: Help with GL_TUPLE syntax Matthias Fechner
• Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Tomoaki AOKI
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Matthias Apitz
  • Re: building editors/libreoffice fails with: unknown USE_QT component 'tools' invalid Tomoaki AOKI
• Re: Can't continue port maintainership for gitea and forgejo Mahdi Mokhtari
  • Re: Can't continue port maintainership for gitea and forgejo Dag-Erling Smørgrav
  • Re: Can't continue port maintainership for gitea and forgejo Daniel Morante
• Re: sysutils/containers-common: applying patches to fetched go modules Gleb Popov
  • Re: sysutils/containers-common: applying patches to fetched go modules Dave Cottlehuber
• Re: Cython inconsistency Thierry Thomas
  • Re: Cython inconsistency The Doctor
  • Re: Cython inconsistency Piotr Smyrak
  • Re: Cython inconsistency Daniel Engberg
• Re: FreeBSD Port: pg_cron-1.6.5 Torsten Zuehlsdorff
  • Re: FreeBSD Port: pg_cron-1.6.5 Franco Ricci
• deluge version update? Chris Ross
  • Re: deluge version update? Lexi Winter
• Re: FreeBSD Port: py311-dj51-django-auditlog-3.0.0 Michael Gmelin
• Re: Upgrade spamassassin from 4.0.1 to 4.0.2 breaks amavis Xavier Humbert
• chflags . . . bulk/main-armv7-default/2025-10-13_21h50m35s/.poudriere.datadir%: No such file or directory failure after poudriere upgrade Mark Millard
• Re: AW: A question about options Rikka Göring
• Re: Killing some old packages Greg 'groggy' Lehey
  • Re: Killing some old packages Dave Horsfall
  • Re: Killing some old packages Kurt Hackenberg
  • Re: Killing some old packages Patrick M. Hausen
  • Re: Killing some old packages Kurt Jaeger
  • Re: Killing some old packages Lexi Winter
  • Re: Killing some old packages Gleb Popov
  • Re: Killing some old packages Gleb Popov
• RE: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop void
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop void
  • Re: net-im/signal-desktop void
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop Mark Millard
  • Re: net-im/signal-desktop void
• Re: pkg upgrade forgot how to upgrade packages? Miroslav Lachman
  • RE: pkg upgrade forgot how to upgrade packages? Mark Millard
• For poudriere(-devel) use with -mpkgbase=??? use, what FBSDVERSNO values will be supported for: -v FBSDVERSNO ? Mark Millard
• py-elasticsearch / py-elasticsearc-dsl mismatch Andrea Venturoli
• Re: Can I develop FreeBSD ports using GhostBSD? Robert Clausecker
  • Re: Can I develop FreeBSD ports using GhostBSD? Aryan Karamtoth
  • Re: Can I develop FreeBSD ports using GhostBSD? Greg 'groggy' Lehey
  • Re: Can I develop FreeBSD ports using GhostBSD? Mathieu Arnold
  • Re: Can I develop FreeBSD ports using GhostBSD? Gleb Popov
• Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Gleb Popov
  • Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Sebastian Oswald
  • Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Gleb Popov
  • Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Sebastian Oswald
  • Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Gleb Popov
  • Re: RFD/CFT: www/angie: use upstream versions for all modules; using intermediate variables for DISTVERSION/PORTREVISION? Sebastian Oswald
• Assistance required: porting skia Robert Clausecker
  • Re: Assistance required: porting skia Ronald Klop
  • Re: Assistance required: porting skia Tomoaki AOKI
  • Re: Assistance required: porting skia Piotr Smyrak
  • Re: Assistance required: porting skia Robert Clausecker
• install default or latest version of php with pkg Andriy Gapon
  • Re: install default or latest version of php with pkg Moin Rahman
  • Re: install default or latest version of php with pkg Andriy Gapon
  • Re: install default or latest version of php with pkg Moin Rahman
  • Re: install default or latest version of php with pkg Miroslav Lachman
  • Re: install default or latest version of php with pkg Andriy Gapon
  • Re: install default or latest version of php with pkg Moin Rahman
  • Re: install default or latest version of php with pkg Andriy Gapon
  • Re: install default or latest version of php with pkg Janky Jay, III
• Code::Blocks Maintainer Glen Walker
  • Re: Code::Blocks Maintainer Janky Jay, III
• Re: One more try with racadm, pretty please? Dan Mahoney (ports)
  • Re: One more try with racadm, pretty please? Gleb Popov
  • Re: One more try with racadm, pretty please? Kurt Jaeger
  • Re: One more try with racadm, pretty please? Tatsuki Makino
  • Re: One more try with racadm, pretty please? Dan Mahoney
• A question about options Thierry Thomas
  • Re: A question about options Mathieu Arnold
• FYI: there are now beefy23 and beefy24 amd64 port-package builder machines Mark Millard
• security/openssl and upcoming FreeBSD 15.0 Bernard Spil
  • Re: security/openssl and upcoming FreeBSD 15.0 Gleb Popov
  • Re: security/openssl and upcoming FreeBSD 15.0 Bernard Spil
  • Re: security/openssl and upcoming FreeBSD 15.0 Gleb Popov
  • Re: security/openssl and upcoming FreeBSD 15.0 Bernard Spil
  • Re: security/openssl and upcoming FreeBSD 15.0 Bernard Spil
• New 2025Q4 branch René Ladan
• Re: x11/kitty redundant dependency on x11-fonts/nerd-fonts Robert Clausecker
  • Re: x11/kitty redundant dependency on x11-fonts/nerd-fonts long . street3753
  • Re: x11/kitty redundant dependency on x11-fonts/nerd-fonts Robert Clausecker
• Re: SETENVI, make "port" and poudriere weirdness Dimitry Andric
  • Re: SETENVI, make "port" and poudriere weirdness A FreeBSD User
  • Re: SETENVI, make "port" and poudriere weirdness Tijl Coosemans
  • Re: SETENVI, make "port" and poudriere weirdness A FreeBSD User
  • Re: SETENVI, make "port" and poudriere weirdness Tijl Coosemans
  • Re: SETENVI, make "port" and poudriere weirdness A FreeBSD User
  • Re: SETENVI, make "port" and poudriere weirdness Tijl Coosemans
  • Re: SETENVI, make "port" and poudriere weirdness Mark Millard
  • Re: SETENVI, make "port" and poudriere weirdness Mark Millard
• Is poudriere(-devel) intended to support use of the INSTALL_AS_USER environment variable with its pkg activity? Mark Millard
• Re: Commit request: textproc/sigil Yasuhiro Kimura
  • Re: Commit request: textproc/sigil Yasuhiro Kimura
• Re: Poll for users of misc/openhab Andrea Cocito
  • Re: Poll for users of misc/openhab Chris
• Re: ports/mail/openwebmail - how to find last source before removal ? Piotr Smyrak
  • Re: ports/mail/openwebmail - how to find last source before removal ? Chris
  • Re: ports/mail/openwebmail - how to find last source before removal ? Eugene Grosbein
  • Re: ports/mail/openwebmail - how to find last source before removal ? Dag-Erling Smørgrav
• Re: Intent to create new SDR ports: comms/ka9q-radio and comms/SoapyRX888 Tomek CEDRO
  • Re: Intent to create new SDR ports: comms/ka9q-radio and comms/SoapyRX888 db
• Re: HPC stack modernization for FreeBSD - new ports and roadmap Janky Jay, III
  • Re: HPC stack modernization for FreeBSD - new ports and roadmap Thierry Thomas
  • AW: HPC stack modernization for FreeBSD - new ports and roadmap Rikka Göring
  • Re: HPC stack modernization for FreeBSD - new ports and roadmap Konstantin Belousov
  • Re: HPC stack modernization for FreeBSD - new ports and roadmap Laurent
• ungoogled-chromium chromium iridium electron37 are getting extract/timeout failures for 135amd64-quarterly 142amd64-quarterly 15stable-amd64-default main-amd64-default Mark Millard
• Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Tomoaki AOKI
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! void
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Tomoaki AOKI
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! void
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Bjoern A. Zeeb
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Tomoaki AOKI
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Mario Marietto
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Tomoaki AOKI
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Bjoern A. Zeeb
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Bjoern A. Zeeb
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Jean-Sébastien Pédron
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Tomoaki AOKI
  • Re: Caution for nvidia GPU users: Do NOT upgrade drm-*-kmod for now! Jean-Sébastien Pédron
• Re: Should I use PORTEPOCH for the sake of "looking clean"? Patrick M. Hausen
  • Re: Should I use PORTEPOCH for the sake of "looking clean"? Yusuf Yaman
  • Re: Should I use PORTEPOCH for the sake of "looking clean"? Gleb Popov

• Earlier messages
• Later messages