[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Bug 279522 depends on bug 279548, which changed state. Bug 279548 Summary: x11-toolkits/pango: fails check-plist (orphaned documentation) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 What|Removed |Added Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279548] x11-toolkits/pango: fails check-plist (orphaned documentation)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 Po-Chuan Hsieh changed: What|Removed |Added Status|New |Closed Assignee|desk...@freebsd.org |sunp...@freebsd.org Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 --- Comment #7 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=d3c709b70f8a80846369a368dafa42d86d199279 commit d3c709b70f8a80846369a368dafa42d86d199279 Author: Po-Chuan Hsieh AuthorDate: 2024-06-06 06:46:06 + Commit: Po-Chuan Hsieh CommitDate: 2024-06-06 06:46:06 + x11-toolkits/pango: Fix PLIST - While I'm here, sort PLIST - Bump PORTREVISION for package change PR: 279522, 279548 Approved by:arrowd (desktop) x11-toolkits/pango/Makefile | 1 + x11-toolkits/pango/pkg-plist | 8 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279548] x11-toolkits/pango: fails check-plist (orphaned documentation)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 --- Comment #1 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=d3c709b70f8a80846369a368dafa42d86d199279 commit d3c709b70f8a80846369a368dafa42d86d199279 Author: Po-Chuan Hsieh AuthorDate: 2024-06-06 06:46:06 + Commit: Po-Chuan Hsieh CommitDate: 2024-06-06 06:46:06 + x11-toolkits/pango: Fix PLIST - While I'm here, sort PLIST - Bump PORTREVISION for package change PR: 279522, 279548 Approved by:arrowd (desktop) x11-toolkits/pango/Makefile | 1 + x11-toolkits/pango/pkg-plist | 8 ++-- 2 files changed, 7 insertions(+), 2 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 --- Comment #6 from Po-Chuan Hsieh --- (In reply to Gleb Popov from comment #5) Fixed in ports d3c709b70f8a80846369a368dafa42d86d199279. Thanks. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 --- Comment #5 from Gleb Popov --- Maybe we should just do PORTDOCS= * in the Makefile. The patch looks OK nevertheless. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Po-Chuan Hsieh changed: What|Removed |Added CC||sunp...@freebsd.org --- Comment #4 from Po-Chuan Hsieh --- @arrowd, I've prepared a patch [1] to fix PLIST issue. Please take a look. Thanks. [1] https://people.freebsd.org/~sunpoet/patch/x11-toolkits-pango.txt -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Jan Beich changed: What|Removed |Added Depends on||279548 Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 [Bug 279548] x11-toolkits/pango: fails check-plist (orphaned documentation) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279548] x11-toolkits/pango: fails check-plist (orphaned documentation)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 Bug ID: 279548 Summary: x11-toolkits/pango: fails check-plist (orphaned documentation) Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: desk...@freebsd.org Reporter: jbe...@freebsd.org Blocks: 279522 Flags: maintainer-feedback?(desk...@freebsd.org) Assignee: desk...@freebsd.org Regressed by af2c0a4d9bd4. Found via poudriere testport or poudriere bulk -krt. $ make check-plist [...] > Checking for pkg-plist issues (check-plist) ===> Parsing plist ===> Checking for items in STAGEDIR missing from pkg-plist Error: Orphaned: share/doc/Pango/method.FontMap.reload_font.html Error: Orphaned: share/doc/Pango/property.FontFamily.is-monospace.html Error: Orphaned: share/doc/Pango/property.FontFamily.is-variable.html Error: Orphaned: share/doc/Pango/property.FontFamily.name.html ===> Checking for items in pkg-plist which are not in STAGEDIR ===> Error: Plist issues found. *** Error code 1 To avoid such issues in future consider adding to /usr/local/etc/poudriere.conf PORTTESTING=1 PORTTESTING_RECURSIVE=1 PORTTESTING_FATAL=no similar to https://pkg-status.freebsd.org/?all=1=qat=132amd64 where failed builds are still be annotated on CLI and logs copied under /errors directory. Referenced Bugs: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 [Bug 279522] x11-toolkits/pango: Update to 1.52.2 -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 279548] x11-toolkits/pango: fails check-plist (orphaned documentation)
Bugzilla Automation has asked freebsd-desktop (Team) for maintainer-feedback: Bug 279548: x11-toolkits/pango: fails check-plist (orphaned documentation) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279548 --- Description --- Regressed by af2c0a4d9bd4. Found via poudriere testport or poudriere bulk -krt. $ make check-plist [...] > Checking for pkg-plist issues (check-plist) ===> Parsing plist ===> Checking for items in STAGEDIR missing from pkg-plist Error: Orphaned: share/doc/Pango/method.FontMap.reload_font.html Error: Orphaned: share/doc/Pango/property.FontFamily.is-monospace.html Error: Orphaned: share/doc/Pango/property.FontFamily.is-variable.html Error: Orphaned: share/doc/Pango/property.FontFamily.name.html ===> Checking for items in pkg-plist which are not in STAGEDIR ===> Error: Plist issues found. *** Error code 1 To avoid such issues in future consider adding to /usr/local/etc/poudriere.conf PORTTESTING=1 PORTTESTING_RECURSIVE=1 PORTTESTING_FATAL=no similar to https://pkg-status.freebsd.org/?all=1=qat=132amd64 where failed builds are still be annotated on CLI and logs copied under /errors directory.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #3 from Alan Somers --- That sounds good. Let's remove it completely from the man page. From the binary, let's recognize it but print a warning and remove in FreeBSD 16. I can submit a phabricator patch for this. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #3 from Alan Somers --- That sounds good. Let's remove it completely from the man page. From the binary, let's recognize it but print a warning and remove in FreeBSD 16. I can submit a phabricator patch for this. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #2 from Alexander Motin --- It is hard to recall why have I done that 9 years ago, but it seems `ctladm port -l` is equivalent to `ctladm portlist`. And `-x` and `-q` arguments are useless without `-l`. I guess I could keep it in the code to not break existing scripts, while remove from documentation to make it more clear. May be I was going to clean up code later, but it just never happened. I don't think I'd like restoring the documentation, preferring probably further cleanup. Whether to remove the actual code, I don't have preference. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #2 from Alexander Motin --- It is hard to recall why have I done that 9 years ago, but it seems `ctladm port -l` is equivalent to `ctladm portlist`. And `-x` and `-q` arguments are useless without `-l`. I guess I could keep it in the code to not break existing scripts, while remove from documentation to make it more clear. May be I was going to clean up code later, but it just never happened. I don't think I'd like restoring the documentation, preferring probably further cleanup. Whether to remove the actual code, I don't have preference. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #1 from Alan Somers --- Similarly, the "-x" and "-q" options got removed from the man page in the same commit, but are still present in the command. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 --- Comment #1 from Alan Somers --- Similarly, the "-x" and "-q" options got removed from the man page in the same commit, but are still present in the command. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 Bug ID: 279546 Summary: ctladm.8 is inconsistent about "ctladm port"'s "-l" option Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Manual Pages Assignee: b...@freebsd.org Reporter: asom...@freebsd.org CC: d...@freebsd.org Originally, "ctladm port" had a "-l" option for "list". In commit 9c887a4f86f5fd4f51c23443dc8435e52783a782, mav removed the description for that option from the itemized list of options and from the summary of the port subcommand's options. But he did not remove mention of that option from a paragraph-form description of the subcommand ("Either get a list of frontend ports .Pq Fl l ,"). Nor did he actually remove the option from the command itself in ctladm.c. Should we finish removing the option, or restore it to the documentation? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279546] ctladm.8 is inconsistent about "ctladm port"'s "-l" option
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279546 Bug ID: 279546 Summary: ctladm.8 is inconsistent about "ctladm port"'s "-l" option Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Manual Pages Assignee: b...@freebsd.org Reporter: asom...@freebsd.org CC: d...@freebsd.org Originally, "ctladm port" had a "-l" option for "list". In commit 9c887a4f86f5fd4f51c23443dc8435e52783a782, mav removed the description for that option from the itemized list of options and from the summary of the port subcommand's options. But he did not remove mention of that option from a paragraph-form description of the subcommand ("Either get a list of frontend ports .Pq Fl l ,"). Nor did he actually remove the option from the command itself in ctladm.c. Should we finish removing the option, or restore it to the documentation? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279316] Mk/Uses/cmake.mk: Make parallel level adjustable for tests
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279316 --- Comment #8 from Gleb Popov --- LGTM -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279316] Mk/Uses/cmake.mk: Make parallel level adjustable for tests
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279316 --- Comment #7 from Daniel Engberg --- Is this fine as is or what needs to be done to get it moving? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279545] libedit vi_change_case() can read before the start of a buffer
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279545 Bug ID: 279545 Summary: libedit vi_change_case() can read before the start of a buffer Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: b...@freebsd.org Reporter: r...@lcs.mit.edu If the buffer has just one character in it, then vi_change_case() will set cursor to the start of the buffer and then call re_fastaddc(): vi_change_case(EditLine *el, wint_t c) { ...; if (++el->el_line.cursor >= el->el_line.lastchar) { el->el_line.cursor--; re_fastaddc(el); And then re_fastaddc()'s "-1" is an invalid reference: re_fastaddc(EditLine *el) { ...; c = el->el_line.cursor[-1]; One can reproduce this using valgrind on /bin/sh: $ set -o vi $ x ESC ~ (that is, type x, then escape, then ~) Invalid read of size 4 at 0x4891EF2: re_fastaddc (rtm/freebsd/contrib/libedit/refresh.c:1158) by 0x489C95F: vi_change_case (rtm/freebsd/contrib/libedit/vi.c:272) by 0x4889747: el_wgets (rtm/freebsd/contrib/libedit/read.c:540) by 0x4879B3C: el_gets (rtm/freebsd/contrib/libedit/eln.c:75) by 0x123D6E: preadfd (rtm/freebsd/bin/sh/input.c:138) by 0x12387A: preadbuffer (rtm/freebsd/bin/sh/input.c:210) by 0x1326C5: xxreadtoken (rtm/freebsd/bin/sh/parser.c:910) by 0x12E4FC: readtoken (rtm/freebsd/bin/sh/parser.c:827) by 0x12E379: parsecmd (rtm/freebsd/bin/sh/parser.c:222) by 0x129786: cmdloop (rtm/freebsd/bin/sh/main.c:206) by 0x1295D2: main (rtm/freebsd/bin/sh/main.c:167) Address 0x552188c is 4 bytes before a block of size 4,096 alloc'd at 0x4851735: calloc (vg_replace_malloc.c:1599) by 0x48740AA: ch_init (rtm/freebsd/contrib/libedit/chared.c:399) by 0x4877714: el_init_internal (rtm/freebsd/contrib/libedit/el.c:107) by 0x48775B0: el_init_fd (rtm/freebsd/contrib/libedit/el.c:124) by 0x487754A: el_init (rtm/freebsd/contrib/libedit/el.c:66) by 0x1215BC: histedit (rtm/freebsd/bin/sh/histedit.c:183) by 0x12C1ED: optschanged (rtm/freebsd/bin/sh/options.c:130) by 0x12BEA1: procargs (rtm/freebsd/bin/sh/options.c:121) by 0x1293EC: main (rtm/freebsd/bin/sh/main.c:131) FreeBSD stock14 15.0-CURRENT FreeBSD 15.0-CURRENT #22 main-n270479-ecd1d1f1dac4-dirty: Thu May 30 18:42:11 AST 2024 root@stock14:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 274263] Access to zfs snapshots within a jail return EPERM after a while of operation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=274263 --- Comment #5 from Andrew --- I'm very sorry to notice that the same bugs affect the just relesed FreeBSD 14.1-RELEASE! :( Any suggestion at this point? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279544] Unable to install lang/python27 on 14/14.1 RELEASE
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279544 Bug ID: 279544 Summary: Unable to install lang/python27 on 14/14.1 RELEASE Product: Ports & Packages Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: python@FreeBSD.org Reporter: odhia...@gmail.com Flags: maintainer-feedback?(python@FreeBSD.org) Assignee: python@FreeBSD.org I am struggling for over 1 month now trying to install lang/python27. FWIW, the compile completes successfully. The problem comes when I do `make install`as shown below. For some strange reason something probably strips out 'usr/local/' from a path, leading to the files to be installed not being found. I have to mention that some users on questi...@freebsd.org told me that they do not have the same problem so I am wondering if the problem is caused by something I messed up on my server. ``` [snip] running install_scripts copying build/scripts-2.7/idle2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin copying build/scripts-2.7/pydoc2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin copying build/scripts-2.7/2to3-2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/idle2.7 to 755 changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/pydoc2.7 to 755 changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/2to3-2.7 to 755 running install_egg_info Writing /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/Python-2.7.18-py2.7.egg-info rm /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/_sysconfigdata.py* install -m 0644 ./Misc/python.man /usr/ports/lang/python27/work/stage/usr/local/share/man/man1/python2.7.1 if test "xno" != "xno" ; then case no in upgrade) ensurepip="--altinstall --upgrade --no-default-pip" ;; install|*) ensurepip="--altinstall --no-default-pip" ;; esac; LD_LIBRARY_PATH=/usr/ports/lang/python27/work/Python-2.7.18 ./python -E -m ensurepip $ensurepip --root=/usr/ports/lang/python27/work/stage/ ; fi for i in /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/*.so; do /usr/bin/strip $i; done # Strip shared extensions install -m 0644 /usr/ports/lang/python27/work/Python-2.7.18/Tools/gdb/libpython.py /usr/ports/lang/python27/work/stage/usr/local/lib/libpython2.7.so.1-gdb.py > Compressing man pages (compress-man) root@gw:/usr/ports/lang/python27 # make install ===> Installing for python27-2.7.18 ===> Checking if python27 is already installed ===> Registering installation for python27-2.7.18 pkg-static: Unable to access file /usr/ports/lang/python27/work/stage//lib/python2.7/lib-dynload/_hashlib.so:No such file or directory *** Error code 1 Stop. make: stopped in /usr/ports/lang/python27 root@gw:/usr/ports/lang/python27 # ``` root@gw:/usr/ports/lang/python27 # find work/stage -name "_hashlib.so" work/stage/usr/local/lib/python2.7/lib-dynload/_hashlib.so I am asking myself why it is that usr/local is not showing in the path here - leading to the "No such file or directory" error and how I can fix that. Thank you. -- You are receiving this mail because: You are the assignee for the bug.
maintainer-feedback requested: [Bug 279544] Unable to install lang/python27 on 14/14.1 RELEASE
Bugzilla Automation has asked freebsd-python (Nobody) for maintainer-feedback: Bug 279544: Unable to install lang/python27 on 14/14.1 RELEASE https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279544 --- Description --- I am struggling for over 1 month now trying to install lang/python27. FWIW, the compile completes successfully. The problem comes when I do `make install`as shown below. For some strange reason something probably strips out 'usr/local/' from a path, leading to the files to be installed not being found. I have to mention that some users on questi...@freebsd.org told me that they do not have the same problem so I am wondering if the problem is caused by something I messed up on my server. ``` [snip] running install_scripts copying build/scripts-2.7/idle2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin copying build/scripts-2.7/pydoc2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin copying build/scripts-2.7/2to3-2.7 -> /usr/ports/lang/python27/work/stage/usr/local/bin changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/idle2.7 to 755 changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/pydoc2.7 to 755 changing mode of /usr/ports/lang/python27/work/stage/usr/local/bin/2to3-2.7 to 755 running install_egg_info Writing /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/Python- 2.7.18-py2.7.egg-info rm /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/_syscon figdata.py* install -m 0644 ./Misc/python.man /usr/ports/lang/python27/work/stage/usr/local/share/man/man1/python2.7.1 if test "xno" != "xno" ; then case no in upgrade) ensurepip="--altinstall --upgrade --no-default-pip" ;; install|*) ensurepip="--altinstall --no-default-pip" ;; esac; LD_LIBRARY_PATH=/usr/ports/lang/python27/work/Python-2.7.18 ./python -E -m ensurepip $ensurepip --root=/usr/ports/lang/python27/work/stage/ ; fi for i in /usr/ports/lang/python27/work/stage/usr/local/lib/python2.7/lib-dynload/*.so; do /usr/bin/strip $i; done # Strip shared extensions install -m 0644 /usr/ports/lang/python27/work/Python-2.7.18/Tools/gdb/libpython.py /usr/ports/lang/python27/work/stage/usr/local/lib/libpython2.7.so.1-gdb.py > Compressing man pages (compress-man) root@gw:/usr/ports/lang/python27 # make install ===> Installing for python27-2.7.18 ===> Checking if python27 is already installed ===> Registering installation for python27-2.7.18 pkg-static: Unable to access file /usr/ports/lang/python27/work/stage//lib/python2.7/lib-dynload/_hashlib.so:No such file or directory *** Error code 1 Stop. make: stopped in /usr/ports/lang/python27 root@gw:/usr/ports/lang/python27 # ``` root@gw:/usr/ports/lang/python27 # find work/stage -name "_hashlib.so" work/stage/usr/local/lib/python2.7/lib-dynload/_hashlib.so I am asking myself why it is that usr/local is not showing in the path here - leading to the "No such file or directory" error and how I can fix that. Thank you.
[Bug 279524] Mk/Uses/gnome.mk: Fix dependencies
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279524 Tijl Coosemans changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Tijl Coosemans changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED --- Comment #3 from Tijl Coosemans --- (In reply to Gleb Popov from comment #1) One of the tests uses the Cantarell font. There's still one test that fails by the way. The output is slightly different from what is expected. I suspect it is caused by changes in recent versions of freetype. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279524] Mk/Uses/gnome.mk: Fix dependencies
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279524 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=5b84a5ddb7990eafe253deee046f1bf3bbe52c65 commit 5b84a5ddb7990eafe253deee046f1bf3bbe52c65 Author: Tijl Coosemans AuthorDate: 2024-06-03 10:29:30 + Commit: Tijl Coosemans CommitDate: 2024-06-05 14:51:48 + Mk/Uses/gnome.mk: Fix dependencies Add or correct dependencies that are pulled in by pkg-config files so they don't have to be added in every port Makefile. PR: 279524 Reviewed by:arrowd Mk/Uses/gnome.mk | 21 - 1 file changed, 12 insertions(+), 9 deletions(-) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=af2c0a4d9bd4609ee357ac0a12f330708362cb33 commit af2c0a4d9bd4609ee357ac0a12f330708362cb33 Author: Tijl Coosemans AuthorDate: 2024-05-20 18:53:17 + Commit: Tijl Coosemans CommitDate: 2024-06-05 14:51:47 + x11-toolkits/pango: Update to 1.52.2 PR: 279522 Reviewed by:arrowd x11-toolkits/pango/Makefile | 29 + x11-toolkits/pango/distinfo | 6 +++--- 2 files changed, 16 insertions(+), 19 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 276298] Framework Laptop: Recording audio not working for both built in mic and headphones
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276298 Ed Maste changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED --- Comment #4 from Ed Maste --- Reporter confirms this has been fixed. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 251562] security/py-certifi: SSLError 'certificate verify failed' despite correct looking /etc/ssl/cert.pem
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251562 George L. Yermulnik changed: What|Removed |Added CC||y...@yz.kiev.ua --- Comment #4 from George L. Yermulnik --- Apologies for resurrecting this old issue, though I'd like to also request `security/py-certifi` to have a configuration option to use system (or `/usr/local`) SSL store (and subsequently depend on `security/ca_root_nss` I guess). At the moment this "issue" can be worked around by exporting `REQUESTS_CA_BUNDLE=/etc/ssl/cert.pem` into env (given `security/ca_root_nss` is installed) on a per use case basis (or sort of globally via system or user profile), though still is a hassle. Thank you in advance. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
[Bug 279542] mandoc emits error after exiting pager
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279542 Bug ID: 279542 Summary: mandoc emits error after exiting pager Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: misc Assignee: b...@freebsd.org Reporter: ema...@freebsd.org Steps to reproduce: 1. man rc.conf 2. press space to advance to next page (59 rows on my display) 3. press Q to exit pager Observe error: mandoc: : SYSERR: write: Broken pipe mandoc: see above the output for SYSERR messages On main at b667c40f9ff6 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279524] Mk/Uses/gnome.mk: Fix dependencies
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279524 Gleb Popov changed: What|Removed |Added CC||arr...@freebsd.org --- Comment #1 from Gleb Popov --- LGTM. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 276298] Framework Laptop: Recording audio not working for both built in mic and headphones
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276298 --- Comment #3 from mmata...@gmail.com --- I have just tested again to update this ticket and great news: Everything is working! Ta-da! Thank yo. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279524] Mk/Uses/gnome.mk: Fix dependencies
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279524 Tijl Coosemans changed: What|Removed |Added CC||desk...@freebsd.org -- You are receiving this mail because: You are on the CC list for the bug.
[DL]gnome-flashback - master
您好, gnome-flashback — master — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/gnome-flashback/master/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171758452740.20.17194386874438299222%40damned-lies-111-qgpdh。
[Bug 256510] Mk/Uses/shebang.mk Silently fails on .py files if python env isn't initialized
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256510 --- Comment #7 from Shane --- (In reply to Gleb Popov from comment #6) I was updating graphics/openshadinglanguage, a shebang line was added to a script in the repo (for 1.13.x), they have `#!/usr/bin/env python` After changing version to 1.13.10.0 `make stage-qa` reported the bad shebang. I added USES=shebangfix and SHEBANG_FILES= src/build-scripts/serialize-bc.py Then I got the local/bin/python is invalid. I tried adding PYTHON_NO_DEPENDS=yes as well as USES=python:env and neither changed the error message. I then edited the script in the work stage dir to have python3.9 and make stage-qa didn't report the shebang error. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 260190] finance/chiapos: Update to 1.0.7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260190 Zsolt Udvari changed: What|Removed |Added CC||uzs...@freebsd.org --- Comment #13 from Zsolt Udvari --- Risner, would you like update to 2.0.4 (released in February)? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #10 from rempas --- (In reply to rempas from comment #8) Ok, I seaech and you can convert it without losing data, Yay! Now, I still couldn't make it work. If you sre interested and have free time, you can check here: https://forums.freebsd.org/threads/manual-installation-of-freebsd-14-1-using-3-partitions-fails.93681/ In any case, thanks a lot for everything! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #9 from rempas --- (In reply to rempas from comment #8) Ok, I seaech and you can convert it without losing data, Yay! Now, I still couldn't make it work. If you sre interested and have free time, you can check here: https://forums.freebsd.org/threads/manual-installation-of-freebsd-14-1-using-3-partitions-fails.93681/ In any case, thanks a lot for everything! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 276170] LLVM bug prevents from enabling PGO optimization for Python 3.11+
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276170 --- Comment #22 from dmilith --- Well, the issue is still the case for 14.1-RELEASE. It crashes similarly for any software that uses PGO during the build on an aarch64/arm64 machine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 275296] security_daily_compat_var() in periodic.conf still retained though should have been removed after 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275296 Michael Osipov changed: What|Removed |Added Assignee|b...@freebsd.org|micha...@freebsd.org Status|New |Closed CC||micha...@freebsd.org Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 275296] security_daily_compat_var() in periodic.conf still retained though should have been removed after 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275296 --- Comment #3 from commit-h...@freebsd.org --- A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=ac339672fbb46b3beac5eeb339ed5a67910b3f58 commit ac339672fbb46b3beac5eeb339ed5a67910b3f58 Author: Michael Osipov AuthorDate: 2024-04-15 11:05:17 + Commit: Michael Osipov CommitDate: 2024-06-05 08:08:28 + periodic.conf: remove long deprecated security_daily_compat_var() This function is documented to be gone in after 11. Time to remove this compat shim. PR: 275296 Reviewed by:jrm (mentor) MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D44796 (cherry picked from commit aa48259f337100e79933d660fec8856371f761ed) usr.sbin/periodic/etc/security/100.chksetuid | 2 -- usr.sbin/periodic/etc/security/110.neggrpperm | 2 -- usr.sbin/periodic/etc/security/200.chkmounts | 4 usr.sbin/periodic/etc/security/300.chkuid0| 2 -- usr.sbin/periodic/etc/security/400.passwdless | 2 -- usr.sbin/periodic/etc/security/410.logincheck | 2 -- usr.sbin/periodic/etc/security/500.ipfwdenied | 2 -- usr.sbin/periodic/etc/security/510.ipfdenied | 2 -- usr.sbin/periodic/etc/security/520.pfdenied | 2 -- usr.sbin/periodic/etc/security/550.ipfwlimit | 2 -- usr.sbin/periodic/etc/security/610.ipf6denied | 2 -- usr.sbin/periodic/etc/security/700.kernelmsg | 2 -- usr.sbin/periodic/etc/security/800.loginfail | 3 --- usr.sbin/periodic/etc/security/900.tcpwrap| 3 --- usr.sbin/periodic/etc/security/security.functions | 3 --- usr.sbin/periodic/periodic.conf | 22 -- 16 files changed, 57 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 275296] security_daily_compat_var() in periodic.conf still retained though should have been removed after 11
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=275296 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch stable/14 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=0e0919db966a83efc696d19b39a5962500e6ad46 commit 0e0919db966a83efc696d19b39a5962500e6ad46 Author: Michael Osipov AuthorDate: 2024-04-15 11:05:17 + Commit: Michael Osipov CommitDate: 2024-06-05 08:05:54 + periodic.conf: remove long deprecated security_daily_compat_var() This function is documented to be gone in after 11. Time to remove this compat shim. PR: 275296 Reviewed by:jrm (mentor) MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D44796 (cherry picked from commit aa48259f337100e79933d660fec8856371f761ed) usr.sbin/periodic/etc/security/100.chksetuid | 2 -- usr.sbin/periodic/etc/security/110.neggrpperm | 2 -- usr.sbin/periodic/etc/security/200.chkmounts | 4 usr.sbin/periodic/etc/security/300.chkuid0| 2 -- usr.sbin/periodic/etc/security/400.passwdless | 2 -- usr.sbin/periodic/etc/security/410.logincheck | 2 -- usr.sbin/periodic/etc/security/500.ipfwdenied | 2 -- usr.sbin/periodic/etc/security/510.ipfdenied | 2 -- usr.sbin/periodic/etc/security/520.pfdenied | 2 -- usr.sbin/periodic/etc/security/550.ipfwlimit | 2 -- usr.sbin/periodic/etc/security/610.ipf6denied | 2 -- usr.sbin/periodic/etc/security/700.kernelmsg | 2 -- usr.sbin/periodic/etc/security/800.loginfail | 3 --- usr.sbin/periodic/etc/security/900.tcpwrap| 3 --- usr.sbin/periodic/etc/security/security.functions | 3 --- usr.sbin/periodic/periodic.conf | 22 -- 16 files changed, 57 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278613] ASUS PRIME X570-PRO and AMD Ryzen 7 5700G fails to enter S3 with 14.0-RELEASE-p6
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278613 --- Comment #5 from Enji Cooper --- More information I didn't include in my prior message. - The SSDs aren't in SW RAID mode in the BIOS. - The only thing being mirrored is the EFI partition (which technically is not being mounted right now). I was just trying to avoid having the EFI partition get out of sync between the two SSDs. gilot% zpool status zroot pool: zroot state: ONLINE scan: scrub repaired 0B in 00:03:18 with 0 errors on Wed Apr 17 17:45:53 2024 config: NAMESTATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 ada0p3 ONLINE 0 0 0 ada1p3 ONLINE 0 0 0 errors: No known data errors gilot% graid status Name Status Components raid/r0 OPTIMAL ada0p1 (ACTIVE (ACTIVE)) ada1p1 (ACTIVE (ACTIVE)) gilot% graid list Geom name: Intel-b68ba96e State: OPTIMAL Metadata: Intel Providers: 1. Name: raid/r0 Mediasize: 268431360 (256M) Sectorsize: 512 Mode: r0w0e0 Subdisks: ada0p1 (ACTIVE), ada1p1 (ACTIVE) Dirty: No State: OPTIMAL Strip: 131072 Components: 2 Transformation: RAID1 RAIDLevel: RAID1 Label: efi descr: Intel RAID1 volume Consumers: 1. Name: ada0p1 Mediasize: 268435456 (256M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 20480 Mode: r1w1e1 ReadErrors: 0 Subdisks: r0(efi):0@0 State: ACTIVE (ACTIVE) 2. Name: ada1p1 Mediasize: 268435456 (256M) Sectorsize: 512 Stripesize: 0 Stripeoffset: 20480 Mode: r1w1e1 ReadErrors: 0 Subdisks: r0(efi):1@0 State: ACTIVE (ACTIVE) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278613] ASUS PRIME X570-PRO and AMD Ryzen 7 5700G fails to enter S3 with 14.0-RELEASE-p6
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278613 --- Comment #4 from Enji Cooper --- Apologies for taking so long. I'm not 100% sure, but the culprit might be the fact that I'm using graid on 2 SATA SSDs using Intel metadata (which, admittedly, is quite invalid on my AMD chipset motherboard). Looking at /var/log/messages for the timeframe when I did zzz, this is what I see: Jun 4 21:31:51 gilot kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.GPP3 Jun 4 21:31:51 gilot kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.GP17 Jun 4 21:31:51 gilot kernel: pci11: set ACPI power state D0 on \_SB_.PCI0.GP17.VGA_ Jun 4 21:31:51 gilot kernel: pci11: set ACPI power state D0 on \_SB_.PCI0.GP17.D018 Jun 4 21:31:51 gilot kernel: hdaa0: Pin sense: nid=3 sense=0x7fff (disconnected, ELD valid) Jun 4 21:31:51 gilot kernel: hdaa0: Pin sense: nid=5 sense=0x7fff (disconnected, ELD valid) Jun 4 21:31:51 gilot kernel: pci11: set ACPI power state D0 on \_SB_.PCI0.GP17.XHC0 Jun 4 21:31:51 gilot kernel: pci11: set ACPI power state D0 on \_SB_.PCI0.GP17.XHC1 Jun 4 21:31:51 gilot kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.GP18 Jun 4 21:31:51 gilot kernel: pci12: set ACPI power state D0 on \_SB_.PCI0.GP18.SATA Jun 4 21:31:51 gilot kernel: ahcich6: AHCI reset... Jun 4 21:31:51 gilot kernel: ahcich6: SATA connect timeout time=1us status= Jun 4 21:31:51 gilot kernel: ahcich6: AHCI reset: device not found Jun 4 21:31:51 gilot kernel: pci0: set ACPI power state D0 on \_SB_.PCI0.SBRG Jun 4 21:31:51 gilot kernel: ahcich1: AHCI reset: device ready after 100ms Jun 4 21:31:51 gilot kernel: ahcich5: AHCI reset: device ready after 100ms Jun 4 21:31:51 gilot kernel: SMP: passed TSC synchronization test Jun 4 21:31:51 gilot kernel: efirtc0: providing initial system time Jun 4 21:31:51 gilot kernel: (ada0:ahcich1:0:0:0): resume Jun 4 21:31:51 gilot kernel: (ada1:ahcich5:0:0:0): resume Jun 4 21:31:51 gilot acpi[6476]: resumed at 20240604 21:31:51 Jun 4 21:31:51 gilot ntpd[1310]: ntpd exiting on signal 15 (Terminated) Jun 4 21:31:51 gilot ntpd[6509]: ntpd 4.2.8p16-a (1): Starting Jun 4 21:31:51 gilot kernel: uhub2 on usbus3 Jun 4 21:31:51 gilot kernel: uhub2: on usbus3 Jun 4 21:31:51 gilot kernel: uhub3 on usbus2 Jun 4 21:31:51 gilot kernel: uhub3: on usbus2 Jun 4 21:31:51 gilot ntpd[6509]: Command line: /usr/sbin/ntpd -p /var/db/ntp/ntpd.pid -c /etc/ntp.conf -f /var/db/ntp/ntpd.drift Jun 4 21:31:51 gilot ntpd[6509]: Jun 4 21:31:51 gilot ntpd[6509]: ntp-4 is maintained by Network Time Foundation, Jun 4 21:31:51 gilot ntpd[6509]: Inc. (NTF), a non-profit 501(c)(3) public-benefit Jun 4 21:31:51 gilot ntpd[6509]: corporation. Support and training for ntp-4 are Jun 4 21:31:51 gilot ntpd[6509]: available at https://www.nwtime.org/support Jun 4 21:31:51 gilot ntpd[6509]: Jun 4 21:31:51 gilot ntpd[6510]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): good hash signature Jun 4 21:31:51 gilot ntpd[6510]: leapsecond file ('/var/db/ntpd.leap-seconds.list'): loaded, expire=2024-12-28T00:00:00Z last=2017-01-01T00:00:00Z ofs=37 I'll see if I can reproduce this by activating the graid on a USB stick. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #8 from rempas --- (In reply to Vladimir Druzenko from comment #7) Thank you for the recommendation! I wanted to save my disk as I have data on it but it seems that I have to "burn it" after all. Tho, I do want to do it manually as I want to save a partition for my data so I don't have to re-format again in the future if I need to. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279530] Improved Build Option/src.conf Dependency Support
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279530 Bug ID: 279530 Summary: Improved Build Option/src.conf Dependency Support Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: bin Assignee: b...@freebsd.org Reporter: edi...@callfortesting.org It is above my pay grade to say if this is a bug or feature request. FreeBSD build options have a limited notion of dependency warning, notably if you enter a src-env.conf entry in src.conf, you quickly receive the notification: make: "/usr/src/share/mk/src.sys.mk" line 27: Option may only be defined in /etc/src-env.conf, environment, or make argument, not /src.conf. This is an appreciated time saver. Options such as WITHOUT_SYSTEM_LINKER include dependency information in src.conf(5) such as, "This option is only relevant when WITH_LLD_BOOTSTRAP is set.". However, it fails without a warning, and the src.conf(5) entry for WITH_LLD_BOOTSTRAP reports, "To be able to build the system an alternate linker must be provided via XLD.". Having those as machine-mandated rather than manual-mandated dependencies would be very helpful and time saving when validating the build options. It would be nice if attempting to build with one minus the other would simply give the information in the manual page and exit, rather than continue for minutes or hours, and return an error, which can be particularly confusing when built in parallel. Related, example syntax of "an alternative linker" would make the information more actionable. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826 --- Comment #34 from Mitch --- Comment on attachment 251226 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251226 Kernel Trap Sorry, I tried to add a comment with this screenshot but it didn't quite work as expected :) So first of all reverting c583b02587 did nothing at all as I'm observing the same symptoms as Ben. I've managed to painfully install the lastest snapshot with a machine continually freezing (running okay for 15 secs then fans running full blast during which the computer is unresponsive for a minute of so). Once the install completed, I did a reboot and I was welcomed by a Fatal Kernel Trap like the one I've posted, sometimes I get to see it and others the machine reboots immediately. I then tried to take an image from the drive with my FreeBSD PC but I can't see any partitions on it (I don't remember if the install wizard defaults to UFS or ZFS). Please let me know if that would be of any use for troubleshooting. I haven't yet tried Ben's patches but if it works for him there is a chance it would work for me as we're using the same HW, I'm super happy that we're making some progress ! Also there is something rather strange I've noticed with recent Images, If I boot them while holding C (cdrom) all I get is a black screen with fans roaring immediately but if I use the option key instead and wait for the watch cursor to turn back to a regular mouse cursor I'm able to boot just fine, I'm guessing that might be caused by a bunch of OF variables. Thanks everyone for your efforts so far ! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 256510] Mk/Uses/shebang.mk Silently fails on .py files if python env isn't initialized
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256510 Gleb Popov changed: What|Removed |Added CC||arr...@freebsd.org --- Comment #6 from Gleb Popov --- Clear reproduction steps for this bug would be appreciated. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826 --- Comment #33 from Justin Hibbits --- Comment on attachment 251226 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251226 Kernel Trap That's an illegal instruction trap, which is odd. You'd need to 'x/i 0xca1a9c28' to see what the instruction is. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826 --- Comment #32 from Mitch --- Created attachment 251226 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251226=edit Kernel Trap -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #7 from Vladimir Druzenko --- (In reply to rempas from comment #6) Install "Auto ZFS". Don't use MBR - only GPT. MBR is deprecated and isn't recommended. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 rempas changed: What|Removed |Added Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #6 from rempas --- (In reply to Vladimir Druzenko from comment #5) Ok, I have good news and bad news! The good news is that, trying another USB 3 port, works! I wasn't using UBS 3 ports because when I did, my Linux OS has problems and sometimes, it would also "freeze" in the BIOS booting screen (I think it's called "POST" or something). But I did think of trying it anyway, and it does work. Bad news, is that my installation is broken. I did try to install it two more times, and it doesn't work. I did use a manual partitioning in an MBR disk and I couldn't seem to make it work. The installation guide in the Handbook is outdated. There is no "label" and, you first need to create partitions as just "freebsd" and not mount them anywhere and then, create a "nested" partition with the desired filesystem. I seem to did everything, but I couldn't make it work... I will try again at some point when I find the time and motivation to do so. Thank you so much for the help and I wish you to have an amazing day! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #23 from George Mitchell --- (In reply to commit-hook from comment #17) Following the commit in comment #17, I have successfully compiled sqlite3, and I have a compile of chromium in progress which has gotten past the problematic point. So I'm glad this bug has been closed as fixed. Again, thanks to all! -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #5 from Vladimir Druzenko --- Try to connect direct to MOBO. Also check other mouse in all USB ports to know that ports work fine. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #4 from rempas --- (In reply to rempas from comment #3) I mean, I won't re-install, I'll edit "/etc/fstab". I don't know why I said that I'll re-install it... -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #3 from rempas --- (In reply to Vladimir Druzenko from comment #2) Hello! It is a regular PC and I have tried in two USB 2 ports, in the top of the back panel and they both give the same error. Thank you for the notification on the swap. I did mess that up, but I thought about seeing if I can fix the USB error first before I re-install FreeBSD. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 Vladimir Druzenko changed: What|Removed |Added CC||v...@freebsd.org --- Comment #2 from Vladimir Druzenko --- Is it regular desktop or laptop or some kind of min-pc? Do you connect to USB 3 or 2 port, Type-C or Type-A, direct to motherboard or to front panel or via USB hub or via some kind of adapter? Also you have incorrect configured swap device in /etc/fstab. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Gleb Popov changed: What|Removed |Added CC||arr...@freebsd.org --- Comment #1 from Gleb Popov --- LGTM except fonts being in TEST_DEPENDS. If you're sure this is not a typo, please push. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279522] x11-toolkits/pango: Update to 1.52.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279522 Tijl Coosemans changed: What|Removed |Added Assignee|ports-b...@freebsd.org |desk...@freebsd.org Summary|x11-toolkist/pango: Update |x11-toolkits/pango: Update |to 1.52.2 |to 1.52.2 -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279503] Committer's Guide use the outdated stable/12 branch as examples
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279503 --- Comment #2 from Wolfram Schneider --- (In reply to Li-Wen Hsu from comment #1) A generic version as stable/N is fine for me. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 Mark Linimon changed: What|Removed |Added Component|kern|usb Assignee|b...@freebsd.org|u...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 Mark Linimon changed: What|Removed |Added Component|kern|usb Assignee|b...@freebsd.org|usb@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 276298] Framework Laptop: Recording audio not working for both built in mic and headphones
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276298 --- Comment #2 from Ed Maste --- Do you mean that recording (internal/external) does not work when headphones are plugged in, but does work w/o headphones? -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826 --- Comment #31 from Justin Hibbits --- Comment on attachment 251202 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251202 tbsync patch 1 All the atomic_set_*()s should really be atomic_store_*(), `atomic_set` is a bit-set (OR operation). It's incorrect in the existing code, too. It really doesn't make a significant difference, since the end result is the same (cpu_done should be 0 to start with, so setting nothing doesn't change that, tb_ready should be 0 to start with, so setting 1 bit does the same thing), except in the last instance to try to clear tb_ready. In the tight loop checking if cpu_done is high enough, you don't need the acq barrier in there, because the thread fence occupying the loop does the same thing, and acq places the barrier after the operation, so in the same place anyway. Glad to see this patch overall works for you, though! I'm really surprised those barriers are needed, since they're not needed in the mpc85xx case, which this is derived from. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 --- Comment #1 from rempas --- Created attachment 251211 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251211=edit The image shows the error -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279513] Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279513 Bug ID: 279513 Summary: Gaming mouse Deluxe M800 is not recognized on FreeBSD 14.1 Product: Base System Version: Unspecified Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: rem...@tutanota.com I am trying to install FreeBSD 14.1-RELEASE but my Deluxe M800 gaming mouse is not recognized. If I disconnect the mouse from the USB port, the boot process continues normally (tho, I have another error, but that isn't related to the gaming mouse error). The link for the official page of the mouse: https://www.deluxworld.com/en-pro-detail-m800db-3335.html -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278115] Add required firmware for AMD Ryzen 7 PRO 7840U's internal Radeon 780M GPU to fwget
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278115 --- Comment #3 from commit-h...@freebsd.org --- A commit in branch stable/14 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=c98427285ad31a352f7234fa5b6ff32d817cfaa7 commit c98427285ad31a352f7234fa5b6ff32d817cfaa7 Author: Philipp Ost AuthorDate: 2024-04-02 05:38:00 + Commit: Emmanuel Vadot CommitDate: 2024-06-04 11:37:48 + fwget: Add needed firmware for Radeon 780M GPU PR: 278115 (cherry picked from commit 2db2566f55b06d80e28c932ec30b5730815d95a2) usr.sbin/fwget/pci/pci_video_amd | 7 +++ 1 file changed, 7 insertions(+) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 278042] pkgbase: duplicate packages FreeBSD-ipf and FreeBSD-ipfilter
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278042 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch stable/14 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=2057bf194a3ed741dca305acad395230565c0a2f commit 2057bf194a3ed741dca305acad395230565c0a2f Author: Emmanuel Vadot AuthorDate: 2024-03-30 08:36:35 + Commit: Emmanuel Vadot CommitDate: 2024-06-04 11:36:24 + pkgbase: Remove FreeBSD-ipfilter package Put the periodic script for ipfilter in the FreeBSD-ipf package with all the utilities. PR: 278042 Sponsored by: Beckhoff Automation GmbH & Co. KG (cherry picked from commit 0cade55660917ecb3aff7a904759e1eb46772dab) usr.sbin/periodic/etc/security/Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[DL]highscore - main
您好, highscore — main — po(中文(中国))现在的状态是“无活动”。 https://l10n.gnome.org/vertimus/highscore/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171750013400.18.10580646991607339358%40damned-lies-107-p9jn4。
[DL]highscore - main
您好, highscore — main — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/highscore/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171750008481.20.8728870508409320684%40damned-lies-107-p9jn4。
[DL]gedit - master
您好, gedit — master — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/gedit/master/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749988422.17.5529887331032148996%40damned-lies-107-p9jn4。
[DL]geary - main
您好, geary — main — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/geary/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749948991.20.2502176114593202703%40damned-lies-107-p9jn4。
[DL]geary - main
您好, geary — main — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/geary/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749906871.18.8995335347366317980%40damned-lies-107-p9jn4。
[DL]deja-dup - main
您好, 有人发表了一条针对 deja-dup — main — po(中文(中国))的新评论。 https://l10n.gnome.org/vertimus/deja-dup/main/po/zh_CN/ 待审阅 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749827651.19.17253777903797722962%40damned-lies-107-p9jn4。
[DL]shortwave - main
您好, shortwave — main — po(中文(中国))现在的状态是“无活动”。 https://l10n.gnome.org/vertimus/shortwave/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749778767.20.692104898390505917%40damned-lies-107-p9jn4。
[DL]shortwave - main
您好, shortwave — main — po(中文(中国))现在的状态是“已翻译”。 https://l10n.gnome.org/vertimus/shortwave/main/po/zh_CN/ 没有评论 Luming Zh -- 这是一封 l10n.gnome.org 自动发出的信件。 -- 您收到此邮件是因为您订阅了 Google 网上论坛的“i18n-zh”群组。 要退订此群组并停止接收此群组的电子邮件,请发送电子邮件到i18n-zh+unsubscr...@googlegroups.com。 要在网络上查看此讨论,请访问 https://groups.google.com/d/msgid/i18n-zh/171749776189.20.8382335125309266287%40damned-lies-107-p9jn4。
[Bug 256510] Mk/Uses/shebang.mk Silently fails on .py files if python env isn't initialized
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256510 Shane changed: What|Removed |Added CC||free...@shaneware.biz --- Comment #5 from Shane --- using python:env doesn't help for me. without shebangfix I get Error: '/usr/bin/env python' is an invalid shebang... with shebangfix I get Error: '/usr/local/bin/python' is an invalid shebang... If I change the shebang line to python3.9 make stage-qa doesn't give this error. So it would appear that stage-qa doesn't follow symlinks when checking the shebang destination. -- You are receiving this mail because: You are on the CC list for the bug.
[GNOME] [DL]d-spy - gnome-46
Hola, L'estat nou del d-spy — gnome-46 — po (Català) és ara «Inactiu». https://l10n.gnome.org/vertimus/d-spy/gnome-46/po/ca/ Update Catalan translation Jordi Mas i Hernandez -- Això és un missatge automàtic enviat des de l10n.gnome.org. ___ GNOME mailing list GNOME@llistes.softcatala.org https://llistes.softcatala.org/mailman/listinfo/gnome ___ Codi de conducta: http://www.softcatala.org/wiki/Codi_de_conducta
[Bug 279303] usr.sbin/newsyslog: Fix case of the 'P' flag in newsyslog.conf's manpage
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279303 --- Comment #10 from Joshua Kinard --- Created attachment 251207 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251207=edit [PATCH 2/2] Note that flags are case-insensitive, but typically uppercase Second of the two patches. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279303] usr.sbin/newsyslog: Fix case of the 'P' flag in newsyslog.conf's manpage
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279303 --- Comment #9 from Joshua Kinard --- Created attachment 251206 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251206=edit [PATCH 1/2] Use uppercase for newsyslog.conf(5) flags parsing First of two patches to address the remaining nits for newsyslog. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #22 from Tatsuki Makino --- It seems to me that any way to fix it with a patch so that it can be built is good. However, I think there is something strange about the fact that _XOPEN_SOURCE was defined because there are functions that cannot be used. If it is defined, wouldn't we have to give up on using alloca in the entire source? Isn't it strange that the definition is variable depending on the type of OS? It's not something to do here, though, which is already closed :) -- You are receiving this mail because: You are the assignee for the bug.
[GNOME] [DL]d-spy - gnome-46
Hola, L'estat nou del d-spy — gnome-46 — po (Català) és ara «Traduït». https://l10n.gnome.org/vertimus/d-spy/gnome-46/po/ca/ Sense cap comentari pocsenderi -- Això és un missatge automàtic enviat des de l10n.gnome.org. ___ GNOME mailing list GNOME@llistes.softcatala.org https://llistes.softcatala.org/mailman/listinfo/gnome ___ Codi de conducta: http://www.softcatala.org/wiki/Codi_de_conducta
[Bug 248727] hw.mfi.mrsas_enable="1" now required on newer Dells for 12
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248727 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org --- Comment #6 from Ed Maste --- Proposed change to default to 1: https://reviews.freebsd.org/D45476 I am not sure if it's fine to just set it to 1, or if we need more fine-grained control (for individual cards). -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279458] mail/thunderbird Java console Date() incorrect
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279458 Christoph Moench-Tegeder changed: What|Removed |Added CC||c...@freebsd.org --- Comment #1 from Christoph Moench-Tegeder --- Can't reproduce, I get "GMT-0500 (Central Daylight Time)", using current (that is, 115.11.2) thunderbird. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279501] linuxulator: amd64 Global Descriptor Table ABI incompatibility
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279501 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|emulat...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279501] linuxulator: amd64 Global Descriptor Table ABI incompatibility
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279501 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|emulat...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 271826] FreeBSD is disastrously slow on a PowerMac G5, freezing at every command
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271826 b...@desync.com changed: What|Removed |Added Attachment #251098|0 |1 is obsolete|| --- Comment #30 from b...@desync.com --- Created attachment 251202 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251202=edit tbsync patch 1 (In reply to Justin Hibbits from comment #29) Okay. Thanks for the pointers. My machine seems happy with the attached patch. Hopefully I understood enough of atomic(9). As you suspected, it didn't work without also changing tb_ready. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279182] man(1) needs to check for .so files not only in the first line
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279182 --- Comment #2 from commit-h...@freebsd.org --- A commit in branch stable/14 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=e1f5c22be4317523102a98f7f62c780fbe73b40f commit e1f5c22be4317523102a98f7f62c780fbe73b40f Author: Wolfram Schneider AuthorDate: 2024-05-26 05:48:40 + Commit: Wolfram Schneider CommitDate: 2024-06-03 16:23:05 + man(1) needs to check for .so files not only in the first line PR: 279182 Some manual pages have a copyright notice or commit id before including other files with the .so macro. We need to skip comments and empty lines at the beginning of the manpage while checking for the first .so macro. MFC after: 1 week (cherry picked from commit 73eb53813fe3a2245edbeb670902e4bb9d41e288) usr.bin/man/man.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279503] Committer's Guide use the outdated stable/12 branch as examples
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279503 Li-Wen Hsu changed: What|Removed |Added Status|New |Open CC||lw...@freebsd.org --- Comment #1 from Li-Wen Hsu --- Or we can change it to not depending on a specified version, say, `stable/N` or something like that. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279501] linuxulator: amd64 Global Descriptor Table ABI incompatibility
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279501 --- Comment #1 from Theron Tarigo --- FreeBSD's GDT is defined in amd64/amd64/machdep.c . A Linux GDT can be defined in amd64/linux/linux_machdep.c , to be created upon linux64 module load. The appropriate GDT would then be selected with lgdt upon context switch to or from any linux process. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279503] Committer's Guide use the outdated stable/12 branch as examples
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279503 Bug ID: 279503 Summary: Committer's Guide use the outdated stable/12 branch as examples Product: Documentation Version: Latest Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: Books & Articles Assignee: d...@freebsd.org Reporter: wo...@freebsd.org The FreeBSD Committer's Guide use the outdated stable/12 branch as examples We should update to stable/14 cd doc/documentation/content/en/articles/committers-guide git grep stable-12 _index.adoc:% git checkout -b no-color-ls-stable-12 # create another name for this branch _index.adoc:Then create a new name for it (no-color-ls-stable-12) in case you need to get back to it. _index.adoc:% git worktree add ../freebsd-stable-12 stable/12 _index.adoc:this will checkout `stable/12` into a directory named `freebsd-stable-12` that's a peer to the `freebsd-current` directory. _index.adoc:% cd ../freebsd-stable-12 _index.po:"% git checkout -b no-color-ls-stable-12 # create another name for this branch\n" _index.po:"Then create a new name for it (no-color-ls-stable-12) in case you need to get back to it.\n" _index.po:msgid "% cd freebsd-current % git worktree add ../freebsd-stable-12 stable/12" _index.po:"this will checkout `stable/12` into a directory named `freebsd-stable-12` that's a peer to the `freebsd-current` directory.\n" _index.po:"upstream now local and current tree updated % cd ./freebsd-stable-12 % git " git grep stable/12 _index.adoc:For FreeBSD-STABLE, branch names include `stable/12` and `stable/13`. _index.adoc:If you wish to shift from stable/12 to the current branch. _index.adoc:If we pretend the example above was relative to stable/12, then to move to `main`, I'd suggest the following: _index.adoc:% git rebase -i stable/12 no-color-ls --onto main _index.adoc:This will find all the commits to the current no-color-ls branch (back to where it meets up with the stable/12 branch) and then it will _index.adoc:% git reset --hard freebsd/stable/12 _index.adoc:% git worktree add ../freebsd-stable-12 stable/12 _index.adoc:this will checkout `stable/12` into a directory named `freebsd-stable-12` that's a peer to the `freebsd-current` directory. _index.adoc:% git merge --ff-only freebsd/stable/12 _index.adoc:# now your stable/12 is up to date too _index.po:msgid "For FreeBSD-STABLE, branch names include `stable/12` and `stable/13`." _index.po:"If you wish to shift from stable/12 to the current branch. If you have a " _index.po:"If we pretend the example above was relative to stable/12, then to move to `main`, I'd suggest the following:\n" _index.po:"% git rebase -i stable/12 no-color-ls --onto main\n" _index.po:"This will find all the commits to the current no-color-ls branch (back to where it meets up with the stable/12 branch) and then it will\n" _index.po:msgid "% git reset --hard freebsd/stable/12" _index.po:msgid "% cd freebsd-current % git worktree add ../freebsd-stable-12 stable/12" _index.po:"this will checkout `stable/12` into a directory named `freebsd-stable-12` that's a peer to the `freebsd-current` directory.\n" _index.po:"merge --ff-only freebsd/stable/12 # now your stable/12 is up to date too" -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279501] linuxulator: amd64 Global Descriptor Table ABI incompatibility
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279501 Bug ID: 279501 Summary: linuxulator: amd64 Global Descriptor Table ABI incompatibility Product: Base System Version: Unspecified Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: theron.tar...@gmail.com Created attachment 251198 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=251198=edit Minimal test of executing 32bit code from 64bit process On amd64, a program may jump between 32bit and 64bit code using far returns to set the code segment register. The mechanism is OS-dependent since it depends on the layout of the Global Descriptor Table initialized by the kernel. It is used for example for a 64bit program to utilize 32bit assembly libraries or for a 32bit compatibility layer implemented using 64bit libraries as with WINE's WOW64. Currently this mechanism is broken in the linux compatibility layer: whereas the program expects a Linux GDT, it is the FreeBSD GDT in effect. Also, Linux program code reading the cs register gets different results than expected: 0x23 vs 0x33 for 32bit, 0x33 vs 0x43 for 64bit. $ yasm -fbin -o test testgdt.asm produces a FreeBSD executable which writes "A", then writes "B", then exits. $ yasm -fbin -o test testgdt.asm -DLINUX -DLINUX_GDT produces a Linux executable with the expected result only when run on Linux x86_64. On FreeBSD it writes "A" before dying with a bus error. $ yasm -fbin -o test testgdt.asm -DLINUX produces an executable which writes the "expected result" only when run on FreeBSD amd64 with linux compatibility. On Linux it writes "A" before dying with a segfault. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279302] kern: Remove leftover saf1761otg bits
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279302 Mitchell Horne changed: What|Removed |Added CC||mho...@freebsd.org Status|New |In Progress Assignee|b...@freebsd.org|mho...@freebsd.org -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #21 from Robert Nagy --- (In reply to Florian Walpen from comment #19) It is a compiler / freebsd-base change that triggered it, not a chromium change. Yes the patches are shared between OpenBSD and FreeBSD as I maintain the port for both of them. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #20 from George Mitchell --- Having just now recovered from the trauma--whoops, I mean exercise--of fixing for CVE-2024-5274 (with the ad-hoc patch, which worked fine), I'll install the new chromium on my vast local network (has four machines) before I try dealing with the upstreamable fix. But my sincere thanks to all who help maintain chromium on FreeBSD! (One thousand two hundred and ninety-two patch files?? Bravo!) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #19 from Florian Walpen --- (In reply to Robert Nagy from comment #15) > I cannot reproduce this on 13.3/amd64 so I assume this happens due to some > header poisoning from some dependencies. I suppose you did check that all of your patches are in main now? The trigger has to be somewhere in the changes since 125.0.6422.76, but I didn't see anything obvious in port commits. Maybe a chromium upstream change? BTW, we have patches in www/chromium specific to OpenBSD, are we sharing patches with OpenBSD chromium maintainers? Does their port build? > If that is to be upstreamed the comment needs to be fixed up as well. Yeah, it's not meant to be upstreamed just like that, but I'd want to discuss and test the (supposedly) proper fix here before proposing it upstream. Regarding upstream, SQLite still has no pull requests anyway, but they got a support forum since my last SQLite bug fix long time ago. There I found a similar PR: https://www.sqlite.org/forum/forumpost/6a755ae973123d61c7a22aeabbd16d1f2b5747e94fddd59207e56fa9d0b97e66 I think we could offer both the proper fix and one checking for __FreeBSD__ only. They may be hesitant to possibly break other build systems. Long standing bugs tend to become standard ;-) -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 Robert Nagy changed: What|Removed |Added Status|In Progress |Closed Resolution|--- |FIXED --- Comment #18 from Robert Nagy --- I've committed a similar fix, but only for FreeBSD for now as we need to investigate further for other platforms. -- You are receiving this mail because: You are the assignee for the bug.
[Bug 279397] www/chromium sqlite3_shim.c compilation error
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=279397 --- Comment #17 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=4ba66b974729b45f6c2418d87d7403ef2e7b474d commit 4ba66b974729b45f6c2418d87d7403ef2e7b474d Author: Robert Nagy AuthorDate: 2024-06-03 12:52:56 + Commit: Robert Nagy CommitDate: 2024-06-03 12:54:46 + www/*chromium: update to 125.0.6422.141 Additionally to the update, do not define _XOPEN_SOURCE on FreeBSD either in the internal copy of sqlite3 to avoid new compiler errors with llvm18. Security: https://vuxml.freebsd.org/freebsd/b058380e-21a4-11ef-8a0f-a8a1599412c6.html PR: 279397 www/chromium/Makefile | 5 +++-- www/chromium/distinfo | 14 +++--- ...ty_libaom_source_libaom_aom__ports_aarch64__cpudetect.c | 4 ++-- .../patch-third__party_sqlite_src_amalgamation_sqlite3.c | 11 ++- www/chromium/files/patch-third__party_zlib_cpu__features.c | 4 ++-- www/chromium/files/patch-v8_src_api_api.cc | 4 ++-- www/ungoogled-chromium/Makefile| 2 +- www/ungoogled-chromium/distinfo| 14 +++--- ...ty_libaom_source_libaom_aom__ports_aarch64__cpudetect.c | 4 ++-- .../patch-third__party_sqlite_src_amalgamation_sqlite3.c | 11 ++- .../files/patch-third__party_zlib_cpu__features.c | 4 ++-- www/ungoogled-chromium/files/patch-v8_src_api_api.cc | 4 ++-- 12 files changed, 50 insertions(+), 31 deletions(-) -- You are receiving this mail because: You are the assignee for the bug.