ports  

Messages by Thread

• • Re: Please remove Anubis from cgit.freebsd.org Li-Wen Hsu
  • Re: Please remove Anubis from cgit.freebsd.org Li-Wen Hsu
  • Re: Please remove Anubis from cgit.freebsd.org Jamie Landeg-Jones
  • Re: Please remove Anubis from cgit.freebsd.org void
  • Re: Please remove Anubis from cgit.freebsd.org Mark Millard
• FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Mark Millard
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Baptiste Daroussin
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Baptiste Daroussin
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Mark Millard
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Mark Millard
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Mark Millard
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Mark Millard
  • Re: FYI: Attempt to test the updated ports-mgmt/pkg-devel with poudriere-devel got nesting installations attempts for `-- Installing glib-bootstrap-2.84.1,2... Baptiste Daroussin
• Re: Proper way to change /etc/devfs.conf when installing a port Andrea Cocito
  • Re: Proper way to change /etc/devfs.conf when installing a port Chris
  • Re: Proper way to change /etc/devfs.conf when installing a port Freddie Cash
  • Re: Proper way to change /etc/devfs.conf when installing a port Tomoaki AOKI
  • Re: Proper way to change /etc/devfs.conf when installing a port Gleb Popov
  • Re: Proper way to change /etc/devfs.conf when installing a port Andrea Cocito
  • Re: Proper way to change /etc/devfs.conf when installing a port Gleb Popov
  • Re: Proper way to change /etc/devfs.conf when installing a port Andrea Cocito
  • Re: Proper way to change /etc/devfs.conf when installing a port Tatsuki Makino
• Perl CVE-2024-56406 Einar Bjarni Halldórsson
  • Re: Perl CVE-2024-56406 Tomoaki AOKI
  • Re: Perl CVE-2024-56406 Kurt Jaeger
  • Re: Perl CVE-2024-56406 Yasuhito FUTATSUKI
• poudriere-devel based "bulk -a" has stuck builder slot because of "umount: unmount of . . ./01/wrkdirs failed: Device busy" Mark Millard
• py-setuptools not finding py-wheel Paul Macdonald
  • Re: py-setuptools not finding py-wheel Rainer Hurling
  • Re: py-setuptools not finding py-wheel Piotr Smyrak
  • Re: py-setuptools not finding py-wheel Tatsuki Makino
  • Re: py-setuptools not finding py-wheel Rainer Hurling
  • Re: py-setuptools not finding py-wheel Tatsuki Makino
• FreeBSD Port: multimedia/arcan Isaac Beckett
• various ports/packages missing *.so.* which no dependency provides Mark Millard
• *-freebsd-sysroot-a2024.12.31 missing 3 *.so which no dependency provides (armv7 and aarch64 examples) Mark Millard
  • Re: *-freebsd-sysroot-a2024.12.31 missing 3 *.so which no dependency provides (armv7 and aarch64 examples) Brooks Davis
  • Re: *-freebsd-sysroot-a2024.12.31 missing 3 *.so which no dependency provides (armv7 and aarch64 examples) Gleb Popov
• identify-0.7 misses libident.so.0 which no dependency provides. Mark Millard
• bootstrap-openjdk11-11.0.5.10.1 is missing 11 *.so.* library dependencies Mark Millard
  • Re: bootstrap-openjdk11-11.0.5.10.1 is missing 11 *.so.* library dependencies; openjdk17's missing 13 Mark Millard
• FYI: beefy16's build of ko-ko.TeX-fonts-extra-0.1.0_6 has over 200 hrs elapsed and is still running patch Mark Millard
  • Re: FYI: beefy16's build of ko-ko.TeX-fonts-extra-0.1.0_6 has over 200 hrs elapsed and is still running patch [IGNORE THIS: I looked at an old run] Mark Millard
  • Re: FYI: beefy16's build of ko-ko.TeX-fonts-extra-0.1.0_6 has over 200 hrs elapsed and is still running patch [IGNORE THIS: I looked at an old run] Philip Paeps
  • Re: FYI: beefy16's build of ko-ko.TeX-fonts-extra-0.1.0_6 has over 200 hrs elapsed and is still running patch Philip Paeps
• Renew Julia Language Sayed Mohammad Badiezadegan
  • Re: Renew Julia Language Thierry Thomas
  • Re: Renew Julia Language Nuno Teixeira
  • Re: Renew Julia Language Shane Ambler
• NOTE: Official builder log shows: compat12x-amd64-12.2.1202000.20210406_1.pkg getting "pkg-static: Missing shlib dependency: libmd.so.6" Mark Millard
  • Re: NOTE: Official builder log shows: compat12x-amd64-12.2.1202000.20210406_1.pkg getting "pkg-static: Missing shlib dependency: libmd.so.6" Gleb Popov
• RE: Samsung T7 external SSD support? Mark Millard
• RE: No package builds on beefy22 for 14.2 AMD64 default [also quarterly 14.2 AMD64 on beefy20] Mark Millard
• No package builds on beefy22 for 14.2 AMD64 default Kevin Oberman
  • Re: No package builds on beefy22 for 14.2 AMD64 default Philip Paeps
  • Re: No package builds on beefy22 for 14.2 AMD64 default Kevin Oberman
  • Re: No package builds on beefy22 for 14.2 AMD64 default Mark Millard
  • Re: No package builds on beefy22 for 14.2 AMD64 default Kevin Oberman
  • Re: No package builds on beefy22 for 14.2 AMD64 default Mark Millard
  • Re: No package builds on beefy22 for 14.2 AMD64 default Mark Millard
  • Re: No package builds on beefy22 for 14.2 AMD64 default Mark Millard
  • Re: No package builds on beefy22 for 14.2 AMD64 default Mark Millard
  • Re: No package builds on beefy22 for 14.2 AMD64 default Ryan Shaw
• FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly with Host OSVERSION: 1500035 instead of prior Host OSVERSION: 1500028 Mark Millard
  • Re: FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly [...]; 142amd64-default (beefy22) as well Mark Millard
  • Re: FYI: main-armv64-default bulk build times (ampere2) look to have grown significantly [...]; 142amd64-default (beefy22) as well; more, including 72 hrs+ longer for main-amd64-default (beefy18) Mark Millard
  • UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [it is more complicated then that for aarch64] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [it is more complicated then that for aarch64] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Baptiste Daroussin
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [a specific package with large time factor] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Just notes based on various official www/gitlab@ee and @ce build times] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {patch,build,lib}-depends timings for bulk -a --and related notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {patch,build,lib}-depends timings for bulk -a --and related notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {build,lib,run}-depends timings for bulk -a --and some other aarch64 timings] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [Examples of {build,lib,run}-depends timings for bulk -a --and some other aarch64 timings] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer [reproducible examples notes] Mark Millard
  • Re: UPDATE: pkg 2.1.0 looks to be making official bulk builds of packages take much longer Baptiste Daroussin
• FYI 142amd64 builds are crashing with with Remaining == 0; but 142i386 has been working Mark Millard
• Commit request for minor update Jonathan Chen
• New 2025Q2 branch René Ladan
• mailman3 dependency conflict Einar Bjarni Halldórsson
• FreeBSD support for Microsoft OneDrive Files On-Demand [FF-laptop-LSU] [Ludwig] [LDWG] Graham Perrin
• luakit is very slow... LuMiWa
• Document that poudriere bulk use with TMPFS=data can have large tmpfs RAM+SWAP use for packages that end up with large /usr/local/poudriere/data/.m/*/*/portdistfiles/ ? Mark Millard
• govulncheck in `make test` Einar Bjarni Halldórsson
  • Re: govulncheck in `make test` Ronald Klop
  • Re: govulncheck in `make test` Gleb Popov
  • Re: govulncheck in `make test` Einar Bjarni Halldórsson
• devel/libsoup3 update breaks downstream ports? Jonathan Chen
  • Re: devel/libsoup3 update breaks downstream ports? Mike Bristow
  • Re: devel/libsoup3 update breaks downstream ports? Gleb Popov
• www/Makefile errors Jonathan Chen
  • Re: www/Makefile errors acm
• www/chromium build failure on 14-STABLE Jonathan Chen
  • Re: www/chromium build failure on 14-STABLE David Wolfskill
  • Re: www/chromium build failure on 14-STABLE Gleb Popov
  • Re: www/chromium build failure on 14-STABLE Tomoaki AOKI
  • Re: www/chromium build failure on 14-STABLE Robert Nagy
  • Re: www/chromium build failure on 14-STABLE Tomoaki AOKI
• FYI: An oddity for poudriere-devel use for pkgbase METHOD vs., say, null METHOD, is the ARCH naming used; man 8 poudriere-jail does no document such detail Mark Millard
• 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Mark Millard
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Mark Millard
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Mark Millard
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Mark Millard
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Mark Millard
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
  • Re: 3 devel/Thrift*/pkg-plist files list conflicting files but 2 of the packages are to be used together Matthias Fechner
• Re: Will there be a 'php84-pecl-mongodb' package released? Kurt Jaeger
  • Re: Will there be a 'php84-pecl-mongodb' package released? Moin Rahman
  • Re: Will there be a 'php84-pecl-mongodb' package released? Kurt Jaeger
• Should we recommend daemon(8) for rc scripts? Gleb Popov
  • Re: Should we recommend daemon(8) for rc scripts? Tatsuki Makino
  • Re: Should we recommend daemon(8) for rc scripts? Alexander Leidinger
• Committer needed for a simple sysutils/logwatch bugfix Michael Grimm
• Committer needed for a simple port version upgrade Dominik Lisiak
• FYI: A 141i386-default builder run (for eead1f72d4b2) shows -1 Remaining when it finished Mark Millard
• armv7 gcc14 build failures:: hidden symbol `__aeabi_unwind_cpp_pr0' in /wrkdirs/. . ./lang/gcc14/. . ./prev-gcc/libgcc_eh.a(unwind-arm.o) is referenced by DSO Mark Millard
• Maintainer timeout for sysutils/munin-node: plugins/zfs_compress... John W. O'Brien
• sudo-1.9.16p2_1 [. . .] conflicts with sudo-sssd-1.9.16p2_1 [. . .] on /usr/local/bin/cvtsudoers Mark Millard
  • Re: sudo-1.9.16p2_1 [. . .] conflicts with sudo-sssd-1.9.16p2_1 [. . .] on /usr/local/bin/cvtsudoers Gleb Popov
  • Re: sudo-1.9.16p2_1 [. . .] conflicts with sudo-sssd-1.9.16p2_1 [. . .] on /usr/local/bin/cvtsudoers Xavier Beaudouin
  • Re: sudo-1.9.16p2_1 [. . .] conflicts with sudo-sssd-1.9.16p2_1 [. . .] on /usr/local/bin/cvtsudoers Mark Millard
• wpa_supplicant-2.11_2.pkg in 15.0-CURRENT Matthias Apitz
  • Re: wpa_supplicant-2.11_2.pkg in 15.0-CURRENT Cy Schubert
  • Re: wpa_supplicant-2.11_2.pkg in 15.0-CURRENT Matthias Apitz
  • Re: wpa_supplicant-2.11_2.pkg in 15.0-CURRENT Cy Schubert
• extension mhash of php82 Tatsuki Makino
  • Re: extension mhash of php82 Moin Rahman
• Something to avoid for using tmpfs for inactive poudriere(-devel) builders? Mark Millard
  • Re: Something to avoid for using tmpfs for inactive poudriere(-devel) builders? Mark Millard
  • Re: Something to avoid for using tmpfs for inactive poudriere(-devel) builders? Mark Millard
  • Re: Something to avoid for using tmpfs for inactive poudriere(-devel) builders? Mark Millard
• lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Gleb Popov
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Gleb Popov
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
  • Re: lang/gcc13 build dependency registers as pkg dependency for completely unrelated packages Harry Schmalzbauer
• path to installed port's directory Igor Kolesnik
  • Re: path to installed port's directory Gleb Popov
  • Re: path to installed port's directory Igor Kolesnik
  • Re: path to installed port's directory Igor Kolesnik
  • Re: path to installed port's directory Igor Kolesnik
  • Re: path to installed port's directory Gleb Popov
  • Re: path to installed port's directory Jason E. Hale
  • Re: path to installed port's directory Gleb Popov
  • Re: path to installed port's directory Jason E. Hale
• New maintainer: would that be a no-go? Michael Grimm
  • Re: New maintainer: would that be a no-go? Daniel Engberg
  • Re: New maintainer: would that be a no-go? Michael Grimm
• Re: FreeBSD Port: mdns-bridge-1.0.1 Denny Page
• www/linux-widevine-cdm failures with Apple TV+? Jonathan Chen
  • Re: www/linux-widevine-cdm failures with Apple TV+? Jonathan Chen
  • Re: www/linux-widevine-cdm failures with Apple TV+? Mario Marietto
  • Re: www/linux-widevine-cdm failures with Apple TV+? Gleb Popov
  • Re: www/linux-widevine-cdm failures with Apple TV+? Jonathan Chen
• phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Tomoaki AOKI
  • Re: phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Tomoaki AOKI
  • Re: phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Mark Millard
  • Re: phantom version numbers? Steve Kargl
  • Re: phantom version numbers? Mark Millard
• beefy16 package builder stuck Lena
• Are pourdiere VMs memory-limited? Yuri
  • RE: Are pourdiere VMs memory-limited? Mark Millard
  • Re: Are pourdiere VMs memory-limited? Yuri
  • Re: Are pourdiere VMs memory-limited? Mark Millard
  • Re: Are pourdiere VMs memory-limited? Mark Millard
• Inconsistent practices between portlint and the Porter's Handbook Paco Pascal
  • Re: Inconsistent practices between portlint and the Porter's Handbook Daniel Engberg
• Suggestion for portlint to check the PORTNAME against its directory Paco Pascal
  • Re: Suggestion for portlint to check the PORTNAME against its directory Tomoaki AOKI
• OpenJDK and ccache (again) Xavier Humbert

• Earlier messages
• Later messages