NEW: x11/qt6/qtpositioning
OK to import qt6-qtpositioning-6.3.1 Comment: Qt Positioning API Description: The Qt Positioning API provides positioning information via QML and C++ interfaces. Maintainer: Rafael Sadowski WWW: https://www.qt.io/ qt6-qtpositioning-6.3.1.tar.gz Description: Binary data
NEW: x11/qt6/qt3d
OK to import qt6-qt3d-6.3.1? Comment: Qt6 components for 3D graphics Description: Qt 3D provides functionality for near-realtime simulation systems with support for 2D and 3D rendering in both Qt C++ and Qt Quick applications. Maintainer: Rafael Sadowski WWW: https://www.qt.io/ qt6-qt3d-6.3.1.tar.gz Description: Binary data
NEW: x11/qt6/qtnetworkauth
OK to import qt6-qtnetworkauth-6.3.1 Comment: Qt6 network authorization components Description: Qt Network Authorization provides a set of APIs that enable Qt applications to obtain limited access to online accounts and HTTP services without exposing users' passwords. Currently, the supported authorization protocol is OAuth, versions 1 and 2. Maintainer: Rafael Sadowski WWW: https://www.qt.io/ qt6-qtnetworkauth-6.3.1.tar.gz Description: Binary data
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
On Sat, Jun 18, 2022 at 1:04 PM Omar Polo wrote: > Abel Abraham Camarillo Ojeda wrote: > > > #7 0x0324aacad36a in _libc_setlocale (category=4, > > > locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177 > > this seems to be a known issue, see > https://github.com/Beep6581/RawTherapee/issues/6452 > > maybe you could try sdk@' diff (linked in the GH issue) and see if it > fixes the issue for you :) > > > sadly I can still reproduce with this patch https://codevoid.de/0/p/rawtherapee-rmlocale.diff (gdb) bt #0 thrkill () at /tmp/-:3 #1 0x0ae4de3bc7ce in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #2 0x0ae4de3a6907 in wrterror (d=0xae51c1c8ac0, msg=0xae4de33fee6 "chunk is already free %p") at /usr/src/lib/libc/stdlib/malloc.c:321 #3 0x0ae4de3aab2a in find_chunknum (d=0x0, info=, ptr=0x0, check=-1439930560) at /usr/src/lib/libc/stdlib/malloc.c:1153 #4 0x0ae4de3a781d in ofree (argpool=0xae5aa2c6a80, p=0xae55e7b0990, clear=, check=, argsz=) at /usr/src/lib/libc/stdlib/malloc.c:1520 #5 0x0ae4de3a74a3 in free (ptr=0xae55e7b0990) at /usr/src/lib/libc/stdlib/malloc.c:1581 #6 0x0ae4de3e1843 in freegl (oldgl=0xae55e7aca40) at /usr/src/lib/libc/locale/setlocale.c:32 #7 0x0ae4de3e136a in _libc_setlocale (category=4, locname=0xae2c9edc7fb "C") at /usr/src/lib/libc/locale/setlocale.c:177 #8 0x0ae2ca5445bc in rtengine::procparams::ProcParams::load (this=0xae4eb174000, fname=..., pedited=0x0) at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtengine/procparams.cc:3732 #9 0x0ae2ca3284c3 in Thumbnail::loadProcParams (this=0xae55e784400) at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/thumbnail.cc:360 #10 0x0ae2ca32815e in Thumbnail::Thumbnail (this=0xae55e784400, cm=, fname=..., cf=) at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/thumbnail.cc:65 #11 0x0ae2ca065416 in CacheManager::getEntry (this=0xae2ca835788 , fname=...) at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/cachemanager.cc:109 #12 0x0ae2ca2a3eb6 in PreviewLoader::Impl::processNextJob (this=0xae4ce084d00) at /usr/ports/pobj/rawtherapee-5.8/rawtherapee-5.8/rtgui/previewloader.cc:130 #13 0x0ae55d1c75a2 in (anonymous namespace)::call_thread_entry_slot(void*, void*) () from /usr/local/lib/libglibmm-2.4.so.15.4 #14 0x0ae540959c69 in g_thread_pool_thread_proxy () from /usr/local/lib/libglib-2.0.so.4201.8 #15 0x0ae540958715 in g_thread_proxy () from /usr/local/lib/libglib-2.0.so.4201.8 #16 0x0ae4e8075f01 in _rthread_start (v=) at /usr/src/lib/librthread/rthread.c:96 #17 0x0ae4de3bbaea in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 (gdb) note that my env is: $ env | sort BROWSER=firefox DBUS_SESSION_BUS_ADDRESS=unix:path=/tmp/dbus-ScFI9oE1Sh,guid=cdf538d46e434ccb5725534362a72724 DISPLAY=:0 EDITOR=vim ENV=/home/acamari/.kshrc HOME=/home/acamari I3SOCK=/tmp/i3-acamari.N7uX10/ipc-socket.92638 LANG=C LC_CTYPE=en_US.UTF-8 LOGNAME=acamari MANPATH=:/usr/ports/infrastructure/man:/usr/local/share/doc/posix/man OLDPWD=/home/acamari PATH=/home/acamari/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin:/usr/local/bin:/usr/local/sbin:/usr/games:.:./node_modules/.bin:/usr/local/google-cloud-sdk/bin PWD=/home/acamari/src/me/photo/20220612 SHELL=/bin/ksh SSH_AGENT_PID=75958 SSH_AUTH_SOCK=/tmp/ssh-gpUEANvLuc5O/agent.36450 TERM=xterm USER=acamari WINDOWID=16777228 WINDOWPATH=5 XTERM_LOCALE=en_US.UTF-8 XTERM_SHELL=/bin/ksh XTERM_VERSION=XTerm/OpenBSD(372) _=/usr/bin/env So no DE locale... will try with a clean env... to see how it reacts
sparc64 bulk build report
Bulk build on sparc64-0a.ports.openbsd.org Started : Wed Jun 15 23:59:01 MDT 2022 Finished: Sat Jun 18 18:23:07 MDT 2022 Duration: 2 Days 18 hours 24 minutes Built using OpenBSD 7.1-current (GENERIC.MP) #1350: Wed Jun 15 15:38:20 MDT 2022 Built 9335 packages Number of packages built each day: Jun 16: 7973 Jun 17: 1110 Jun 18: 252 Critical path missing pkgs: http://build-failures.rhaalovely.net/sparc64/2022-06-15/summary.log Build failures: 35 http://build-failures.rhaalovely.net/sparc64/2022-06-15/cad/dxf2gcode.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/cad/oce.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/comms/gammu.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/databases/recoll.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/avr/gcc.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/kf5/kio.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/qcoro.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/xsd.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/xtensa-esp32-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/devel/xtensa-lx106-elf/binutils.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/emulators/qemu,-ga.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/games/arx-libertatis.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/games/gargoyle.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/geo/pdal.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/graphics/birdfont.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/graphics/makehuman.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/graphics/opencolorio.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/graphics/pstoedit.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/inputmethods/libime.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/lang/clazy.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/mail/notmuch/notmuch.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/math/arpack.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/misc/open62541.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/multimedia/mkvtoolnix.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/productivity/gnucash.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/security/clamav.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/security/keepassxc,yubikey.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/security/veracrypt.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/textproc/libmarisa.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/www/unit/unit-ruby.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/x11/gnome/gjs.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/x11/gnome/online-miners.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/x11/gnome/secrets.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/x11/qt6/qtdeclarative.log http://build-failures.rhaalovely.net/sparc64/2022-06-15/x11/xscreensaver.log Recurrent failures: failures/cad/dxf2gcode.log failures/cad/oce.log failures/comms/gammu.log failures/databases/recoll.log failures/devel/avr/gcc.log failures/devel/kf5/kio.log failures/devel/xsd.log failures/devel/xtensa-esp32-elf/binutils.log failures/devel/xtensa-lx106-elf/binutils.log failures/emulators/qemu,-ga.log failures/games/arx-libertatis.log failures/games/gargoyle.log failures/geo/pdal.log failures/graphics/birdfont.log failures/graphics/makehuman.log failures/graphics/pstoedit.log failures/inputmethods/libime.log failures/lang/clazy.log failures/math/arpack.log failures/multimedia/mkvtoolnix.log failures/productivity/gnucash.log failures/security/clamav.log failures/security/veracrypt.log failures/textproc/libmarisa.log failures/www/unit/unit-ruby.log failures/x11/gnome/gjs.log failures/x11/gnome/secrets.log failures/x11/qt6/qtdeclarative.log New failures: +failures/devel/qcoro.log +failures/mail/notmuch/notmuch.log +failures/misc/open62541.log +failures/security/keepassxc,yubikey.log +failures/x11/gnome/online-miners.log +failures/x11/xscreensaver.log Resolved failures: -failures/cad/kicad-share/packages3D.log -failures/databases/mariadb.log -failures/devel/kf5/kirigami2.log -failures/geo/osm2pgsql.log -failures/productivity/novprog.log -failures/security/keepassxc.log -failures/x11/gnome/text-editor.log Packages newly built: +cad/kicad-share/packages3D +converters/p5-CBOR-Free +converters/p5-CBOR-XS +databases/mariadb,-tests +databases/ruby-hiera-eyaml,ruby27 +databases/ruby-hiera-eyaml-gpg,ruby27 +databases/ruby-hiera-file,ruby27 +devel/kf5/kirigami2 +devel/kf5/qqc2-desktop-style +devel/p5-Test-Class-Tiny +devel/p5-Text-Control +devel/p5-X-Tiny +devel/ruby-highline,ruby27 +devel/ruby-kgio,ruby27 +devel/ruby-optimist,ruby27 +geo/osm2pgsql
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: k...@cvs.openbsd.org2022/06/18 14:22:41 Modified files: lang/python/3.10: Makefile distinfo lang/python/3.10/pkg: PLIST-tests Log message: Update to Python 3.10.5 https://docs.python.org/release/3.10.5/whatsnew/changelog.html#python-3-10-5-fin al ok sthen
Re: ports: pkg/SCREENSHOTS proposal
Hello Stuart, Hello Mikhail. Thank you very much for your feedback. You mentioned an aspect which I have completely overlooked in my proposal: EFFORT. To me, adding a handful of URLs and SHA256 sums seems negligible. Plus, I envisioned the pkg/SCREENSHOTS file as something optional, not mandatory. Even more so since it does not always makes sense. (For example with all the directories starting with p5-...) For the record, I was inspired by the ports/games directory. There, having screenshots would make sense. (IMHO) And just to make sure that there is no miscommunication: What I wanted to propose was a formalization of adding screenshots to the ports tree. I did not mean to suggest a complete overhaul of the ports, or for somebody to actually write a software catalogue. (A "store" as Mikhail said). At most my proposal would lead to a new paragraph within the porter's handbook. Thomas On 6/18/22 17:23, Stuart Henderson wrote: sorry, I think adding references to screenshots is going to be way too much work for the limited number of porters we have to handle - it's tricky enough to handle regular updates and helping new people learn the ropes; handling diffs and commits to get this into the ports tree will take a lot of our time (and even then, will be a lot of work to get anything approaching good coverage of the ports tree) it is the sort of things someone could build externally if they wanted, keyed on pkgpath ..
riscv64 bulk build report
Bulk build on riscv64.ports.openbsd.org Started : Fri Jun 10 17:49:12 MDT 2022 Finished: Sat Jun 18 13:34:25 MDT 2022 Duration: 7 Days 19 hours 45 minutes Built using OpenBSD 7.1-current (GENERIC.MP) #22: Thu Jun 16 16:15:24 MDT 2022 ls: coccinelle-1.0.6p6.tgz: No such file or directory Built 9215 packages Number of packages built each day: Jun 10: 1960 Jun 11: 1231 Jun 12: 693 Jun 13: 454 Jun 14: 469 Jun 15: 479 Jun 16: 451 Jun 17: 851 Jun 18: 2627 http://build-failures.rhaalovely.net/riscv64/2022-06-10/summary.log Build failures: 1 http://build-failures.rhaalovely.net/riscv64/2022-06-10/devel/coccinelle.log Recurrent failures: New failures: +failures/devel/coccinelle.log Resolved failures: -failures/games/arx-libertatis.log Packages newly built: +converters/p5-CBOR-Free +converters/p5-CBOR-XS +databases/tdbc-odbc +devel/p5-Test-Class-Tiny +devel/p5-Text-Control +devel/p5-X-Tiny +devel/xsd +net/coccinella +net/epic5 +net/epic5,python +net/tkabber/base +net/tkabber/plugins +security/tcltls +security/xml-security-c +textproc/xalan-c +www/py-quixote,python3 +x11/kde-applications/kdegraphics-mobipocket Packages not built this time: -devel/coccigrep -devel/coccinelle -devel/scons-py2 -mail/amavisd-new -mail/amavisd-new,-main -mail/amavisd-new,-utils -mail/clamnailer -mail/clamsmtp -mail/maildrop,postfix -security/clamav -security/clamav-unofficial-sigs -security/p5-File-Scan-ClamAV -textproc/py-chardet -www/c-icap/modules -www/c-icap/modules,-main -www/c-icap/modules,-urlcheck -www/havp -www/py-quixote -www/py-requests -x11/qt5/qtsvg, -x11/qt5/qtsvg,,-examples
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ki...@cvs.openbsd.org 2022/06/18 13:32:19 Modified files: infrastructure/lib/OpenBSD/PortGen: Port.pm Log message: Stop adding RCS ID tag on the top of Makefile. looks right to afresh@
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
Abel Abraham Camarillo Ojeda wrote: > > #7 0x0324aacad36a in _libc_setlocale (category=4, > > locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177 this seems to be a known issue, see https://github.com/Beep6581/RawTherapee/issues/6452 maybe you could try sdk@' diff (linked in the GH issue) and see if it fixes the issue for you :)
Re: [NEW] sysutils/wdfs-fuse
On Sat, 18 Jun 2022 13:27:06 +0200 Rubén Llorente wrote: > On Wed, Jun 15, 2022 at 01:33:55AM +, Yifei Zhan wrote: > > On 22/06/14 08:20PM, Rub?n Llorente wrote: > > > Does anybody think this port is ripe for import? Performance is > > > not good but so far I have no experienced any errors with this > > > one. > > > > - glib-2.0 is missing from WANTLIB, this is discovered > > using `make port-lib-depends-check`, tweaked version attached. > > > > - build ok on both amd64 and arm64, but I don't have a WebDAV > > server nearby so can't test further. also seems like the only way > > of setting up a WebDAV server on OpenBSD with ports is by using > > Next/OwnCloud? I wonder if there is a simpler way... ^^; > > > > If all you want to do is test, you can get an account from any free > Nextcloud provider. > > This one comes to mind: https://woelkli.com/en > or install rclone which allows to run a simple webdav server: rclone serve webdav /srv/http
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
On Sat, Jun 18, 2022 at 11:18 AM Abel Abraham Camarillo Ojeda < acam...@verlet.org> wrote: > > > On Sat, Jun 18, 2022 at 11:02 AM Abel Abraham Camarillo Ojeda < > acam...@verlet.org> wrote: > >> On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda < >> acam...@verlet.org> wrote: >> >>> Hi ports, >>> >>> rawtherapee in snapshots fails for me reproducibly but only when not run >>> from egdb... >>> >>> $ pkg_info rawtherapee >>> Information for inst:rawtherapee-5.8p1 >>> >>> merced$ env time -l rawtherapee . >>> >>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713: >>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in >>> gtkmm__GtkNotebook >>> >>> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737: >>> gtk_box_gadget_distribute: assertion 'size >= 0' failed in >>> gtkmm__GtkNotebook >>> rawtherapee(71162) in free(): chunk is already free 0x907fb48e800 >>> Command terminated abnormally. >>>14.45 real13.37 user 0.46 sys >>> 178748 maximum resident set size >>> 0 average shared memory size >>> 0 average unshared data size >>> 0 average unshared stack size >>> 42647 minor page faults >>> 0 major page faults >>> 0 swaps >>> 0 block input operations >>> 41 block output operations >>>188 messages sent >>>218 messages received >>> 0 signals received >>>443 voluntary context switches >>> 20773 involuntary context switches >>> Abort trap >>> >>> (the err msg is not always the same but always malloc related) >>> >>> Maybe egdb changes malloc options or something to be more lax? >>> >>> I'm a little rusty on ports reporting should I build >>> debug-rawtherapee ? or maybe just alter some malloc opts via the env >>> variable to equal something from egdb and call it a day? >>> >>> Thanks >>> >> >> It only fails on a certain new pictures dir that I'm trying to work with, >> I've been able to work with other picture directories >> > > After more tries it fails in egdb also: > > (gdb) run . > Starting program: /usr/local/bin/rawtherapee . > rawtherapee(12921) in free(): bogus pointer (double free?) > 0xdfdfdfdfdfdfdfdf > [New thread 440689] > [New thread 417734] > [New thread 582322] > [New thread 415105] > [New thread 458460] > > Thread 2 received signal SIGABRT, Aborted. > [Switching to thread 440689] > thrkill () at /tmp/-:3 > 3 /tmp/-: No such file or directory. > (gdb) bt > #0 thrkill () at /tmp/-:3 > #1 0x0324aac887ce in _libc_abort () at > /usr/src/lib/libc/stdlib/abort.c:51 > #2 0x0324aac72907 in wrterror (d=0x3244a8aba50, msg=0x324aac0a832 > "bogus pointer (double free?) %p") at /usr/src/lib/libc/stdlib/malloc.c:321 > #3 0x0324aac769d6 in findpool (p=0x0, argpool=0x324aac459f8 > <_thread_sys_sigprocmask+24>, foundpool=0x324a4c1a678, > saved_function=0x324a4c1a680) at /usr/src/lib/libc/stdlib/malloc.c:1440 > #4 0x0324aac73521 in ofree (argpool=0x324a4c1a6e0, > p=0xdfdfdfdfdfdfdfdf, clear=0, check=0, argsz=0) at > /usr/src/lib/libc/stdlib/malloc.c:1454 > #5 0x0324aac734a3 in free (ptr=0xdfdfdfdfdfdfdfdf) at > /usr/src/lib/libc/stdlib/malloc.c:1581 > #6 0x0324aacad855 in freegl (oldgl=0x32430ccbdc0) at > /usr/src/lib/libc/locale/setlocale.c:32 > #7 0x0324aacad36a in _libc_setlocale (category=4, > locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177 > #8 0x032203705ee5 in CacheImageData::load(Glib::ustring const&) () > #9 0x03220370929b in CacheManager::getEntry(Glib::ustring const&) () > #10 0x032203947e36 in PreviewLoader::Impl::processNextJob() () > #11 0x03244c38c5a2 in (anonymous > namespace)::call_thread_entry_slot(void*, void*) () from > /usr/local/lib/libglibmm-2.4.so.15.4 > #12 0x0324b960bc69 in g_thread_pool_thread_proxy () from > /usr/local/lib/libglib-2.0.so.4201.8 > #13 0x0324b960a715 in g_thread_proxy () from > /usr/local/lib/libglib-2.0.so.4201.8 > #14 0x0324cbebdf01 in _rthread_start (v=) at > /usr/src/lib/librthread/rthread.c:96 > #15 0x0324aac87aea in __tfork_thread () at > /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 > (gdb) > > is this useful? > Now from debug package: (gdb) run . Starting program: /usr/local/bin/rawtherapee . (rawtherapee:22771): Gtk-CRITICAL **: 12:33:49.390: gtk_box_gadget_distribute: assertion 'size >= 0' failed in gtkmm__GtkNotebook rawtherapee(22771) in free(): chunk is already free 0x55ff37ad40 [New thread 204100] [New thread 147617] [New thread 269746] [New thread 338871] [New thread 529641] Thread 2 received signal SIGABRT, Aborted. [Switching to thread 204100] thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0x00553ab1e7ce in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #2 0x00553ab08907 in wrterror (d=0x551ef01a20, msg=0x553aaa1ee6 "chunk is already free %p") at /usr/src/lib/libc/stdlib/malloc.c:321 #3 0x00553ab09eb7 in
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: s...@cvs.openbsd.org2022/06/18 11:10:42 Modified files: devel/got : Makefile distinfo Log message: update to got 0.72 - fix "bad offset in pack file" error due to uninitialized variable (op) - initialize all variables used for sending privsep messages to zero (op) - tog: reset search state after Ctrl-L to fix a use-after-free (op) - fix unexpected imsg error after incomplete enumeration in got-read-pack - tog: heed selection cursor position while searching (patch by Mikhail)
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
On Sat, Jun 18, 2022 at 11:02 AM Abel Abraham Camarillo Ojeda < acam...@verlet.org> wrote: > On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda < > acam...@verlet.org> wrote: > >> Hi ports, >> >> rawtherapee in snapshots fails for me reproducibly but only when not run >> from egdb... >> >> $ pkg_info rawtherapee >> Information for inst:rawtherapee-5.8p1 >> >> merced$ env time -l rawtherapee . >> >> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713: >> gtk_box_gadget_distribute: assertion 'size >= 0' failed in >> gtkmm__GtkNotebook >> >> (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737: >> gtk_box_gadget_distribute: assertion 'size >= 0' failed in >> gtkmm__GtkNotebook >> rawtherapee(71162) in free(): chunk is already free 0x907fb48e800 >> Command terminated abnormally. >>14.45 real13.37 user 0.46 sys >> 178748 maximum resident set size >> 0 average shared memory size >> 0 average unshared data size >> 0 average unshared stack size >> 42647 minor page faults >> 0 major page faults >> 0 swaps >> 0 block input operations >> 41 block output operations >>188 messages sent >>218 messages received >> 0 signals received >>443 voluntary context switches >> 20773 involuntary context switches >> Abort trap >> >> (the err msg is not always the same but always malloc related) >> >> Maybe egdb changes malloc options or something to be more lax? >> >> I'm a little rusty on ports reporting should I build >> debug-rawtherapee ? or maybe just alter some malloc opts via the env >> variable to equal something from egdb and call it a day? >> >> Thanks >> > > It only fails on a certain new pictures dir that I'm trying to work with, > I've been able to work with other picture directories > After more tries it fails in egdb also: (gdb) run . Starting program: /usr/local/bin/rawtherapee . rawtherapee(12921) in free(): bogus pointer (double free?) 0xdfdfdfdfdfdfdfdf [New thread 440689] [New thread 417734] [New thread 582322] [New thread 415105] [New thread 458460] Thread 2 received signal SIGABRT, Aborted. [Switching to thread 440689] thrkill () at /tmp/-:3 3 /tmp/-: No such file or directory. (gdb) bt #0 thrkill () at /tmp/-:3 #1 0x0324aac887ce in _libc_abort () at /usr/src/lib/libc/stdlib/abort.c:51 #2 0x0324aac72907 in wrterror (d=0x3244a8aba50, msg=0x324aac0a832 "bogus pointer (double free?) %p") at /usr/src/lib/libc/stdlib/malloc.c:321 #3 0x0324aac769d6 in findpool (p=0x0, argpool=0x324aac459f8 <_thread_sys_sigprocmask+24>, foundpool=0x324a4c1a678, saved_function=0x324a4c1a680) at /usr/src/lib/libc/stdlib/malloc.c:1440 #4 0x0324aac73521 in ofree (argpool=0x324a4c1a6e0, p=0xdfdfdfdfdfdfdfdf, clear=0, check=0, argsz=0) at /usr/src/lib/libc/stdlib/malloc.c:1454 #5 0x0324aac734a3 in free (ptr=0xdfdfdfdfdfdfdfdf) at /usr/src/lib/libc/stdlib/malloc.c:1581 #6 0x0324aacad855 in freegl (oldgl=0x32430ccbdc0) at /usr/src/lib/libc/locale/setlocale.c:32 #7 0x0324aacad36a in _libc_setlocale (category=4, locname=0x322035807fb "C") at /usr/src/lib/libc/locale/setlocale.c:177 #8 0x032203705ee5 in CacheImageData::load(Glib::ustring const&) () #9 0x03220370929b in CacheManager::getEntry(Glib::ustring const&) () #10 0x032203947e36 in PreviewLoader::Impl::processNextJob() () #11 0x03244c38c5a2 in (anonymous namespace)::call_thread_entry_slot(void*, void*) () from /usr/local/lib/libglibmm-2.4.so.15.4 #12 0x0324b960bc69 in g_thread_pool_thread_proxy () from /usr/local/lib/libglib-2.0.so.4201.8 #13 0x0324b960a715 in g_thread_proxy () from /usr/local/lib/libglib-2.0.so.4201.8 #14 0x0324cbebdf01 in _rthread_start (v=) at /usr/src/lib/librthread/rthread.c:96 #15 0x0324aac87aea in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:84 (gdb) is this useful?
Re: rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
On Sat, Jun 18, 2022 at 11:01 AM Abel Abraham Camarillo Ojeda < acam...@verlet.org> wrote: > Hi ports, > > rawtherapee in snapshots fails for me reproducibly but only when not run > from egdb... > > $ pkg_info rawtherapee > Information for inst:rawtherapee-5.8p1 > > merced$ env time -l rawtherapee . > > (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713: > gtk_box_gadget_distribute: assertion 'size >= 0' failed in > gtkmm__GtkNotebook > > (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737: > gtk_box_gadget_distribute: assertion 'size >= 0' failed in > gtkmm__GtkNotebook > rawtherapee(71162) in free(): chunk is already free 0x907fb48e800 > Command terminated abnormally. >14.45 real13.37 user 0.46 sys > 178748 maximum resident set size > 0 average shared memory size > 0 average unshared data size > 0 average unshared stack size > 42647 minor page faults > 0 major page faults > 0 swaps > 0 block input operations > 41 block output operations >188 messages sent >218 messages received > 0 signals received >443 voluntary context switches > 20773 involuntary context switches > Abort trap > > (the err msg is not always the same but always malloc related) > > Maybe egdb changes malloc options or something to be more lax? > > I'm a little rusty on ports reporting should I build debug-rawtherapee > ? or maybe just alter some malloc opts via the env variable to equal > something from egdb and call it a day? > > Thanks > It only fails on a certain new pictures dir that I'm trying to work with, I've been able to work with other picture directories
rawtherapee free(): chunk is already free 0x907fb48e800 when not in gdb
Hi ports, rawtherapee in snapshots fails for me reproducibly but only when not run from egdb... $ pkg_info rawtherapee Information for inst:rawtherapee-5.8p1 merced$ env time -l rawtherapee . (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.713: gtk_box_gadget_distribute: assertion 'size >= 0' failed in gtkmm__GtkNotebook (rawtherapee:71162): Gtk-CRITICAL **: 10:56:00.737: gtk_box_gadget_distribute: assertion 'size >= 0' failed in gtkmm__GtkNotebook rawtherapee(71162) in free(): chunk is already free 0x907fb48e800 Command terminated abnormally. 14.45 real13.37 user 0.46 sys 178748 maximum resident set size 0 average shared memory size 0 average unshared data size 0 average unshared stack size 42647 minor page faults 0 major page faults 0 swaps 0 block input operations 41 block output operations 188 messages sent 218 messages received 0 signals received 443 voluntary context switches 20773 involuntary context switches Abort trap (the err msg is not always the same but always malloc related) Maybe egdb changes malloc options or something to be more lax? I'm a little rusty on ports reporting should I build debug-rawtherapee ? or maybe just alter some malloc opts via the env variable to equal something from egdb and call it a day? Thanks
Re: WIP graphics/py-fonttools-4.33.3
On Tue, Jun 14, 2022 at 10:42:02PM -0400, George Rosamond wrote:
> Attached is a preliminary port for graphics/fonttools for anyone interested.
>
> Tested with a bunch of the functions.
>
> There are optional dependencies for extended functionality which will
> require porting more python modules.
>
> pkg/DESCR:
>
> fontTools is a library for manipulating fonts, written in Python.
> The project includes the TTX tool, that can convert TrueType and
> OpenType fonts to and from an XML text format, which is also called
> TTX. It supports TrueType, OpenType, AFM and to an extent Type 1
> and some Mac-specific formats.
>
> portcheck shows this error when installing the ttx(1) man page:
> "in FLAVOR "python3": manual pages should go under ${PREFIX}/man/ rather
> than under ${PREFIX}/share/man/"
>
> I can get it to install to ${PREFIX}/man with ${INSTALL_MAN}, but setting
> MANDIR still isn't stopping ttx.1 from installing in ${PREFIX}/share/man.
>
> g
jca@ helpfully pointed out that FONTTOOLS_MANPATH can be set (as
documented in setup.py):
https://pbot.rmdir.de/xM2-m1bNVSiyy3hrmKSBwQ
cython should either be brought in as BUILD_DEPENDS or MAKE_ENV should
set FONTTOOLS_WITH_CYTHON=0
Lucas
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 09:48:39 Modified files: textproc/solr : Makefile distinfo textproc/solr/patches: patch-bin_solr textproc/solr/pkg: PLIST Log message: update to solr-8.11.2
Re: ports: pkg/SCREENSHOTS proposal
sorry, I think adding references to screenshots is going to be way too much work for the limited number of porters we have to handle - it's tricky enough to handle regular updates and helping new people learn the ropes; handling diffs and commits to get this into the ports tree will take a lot of our time (and even then, will be a lot of work to get anything approaching good coverage of the ports tree) it is the sort of things someone could build externally if they wanted, keyed on pkgpath ..
Re: UPDATE: devel/dtools 2.099.0 => 2.100.0
On Tue, May 31, 2022 at 8:30 PM Brian Callahan wrote: > > Hi ports -- > > Attached is an update to the D tools. The changelog is here: > https://github.com/dlang/tools/compare/v2.099.0...v2.100.0 > > Best tested with the new DMD 2.100.0 compiler update. Builds and works well for me on amd64. Tested with new dmd 2.100 compiler. Thanks, Ryan > > OK? > > ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 08:59:51 Modified files: mail/dovecot-fts-flatcurve: Makefile mail/dovecot-fts-xapian: Makefile mail/dovecot-pigeonhole: Makefile Log message: bump REVISION for -current dovecot dependent packages to keep them same/higher version as -stable because the -stable build scripts can't cope with PKGSPEC to trigger a rebuild
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 08:59:25 Modified files: mail/dovecot-fts-flatcurve: Tag: OPENBSD_7_1 Makefile mail/dovecot-fts-xapian: Tag: OPENBSD_7_1 Makefile mail/dovecot-pigeonhole: Tag: OPENBSD_7_1 Makefile Log message: bump REVISION for -stable dovecot dependent packages because the -stable build scripts can't cope with PKGSPEC to trigger a rebuild
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 08:58:47 Modified files: mail/dovecot : Tag: OPENBSD_7_1 Makefile distinfo Removed files: mail/dovecot/patches: Tag: OPENBSD_7_1 patch-src_auth_auth-master-connection_c Log message: update to dovecot-2.3.19.1, from Brad (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 08:58:41 Modified files: mail/dovecot : Makefile distinfo Removed files: mail/dovecot/patches: patch-src_auth_auth-master-connection_c Log message: update to dovecot-2.3.19.1, from Brad (maintainer)
Re: UPDATE: devel/dub 1.28.0 => 1.29.0
On Tue, May 31, 2022 at 8:32 PM Brian Callahan wrote: > > Hi ports -- > > Attached is an update to the dub D language package manager. The > changelog is here: https://github.com/dlang/dub/compare/v1.28.0...v1.29.0 > > All is good on my machine. Best tested with the new DMD 2.100.0 compiler. > > OK? Built and tested this morning without issues. Looks good. Thanks, Ryan > > ~Brian
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2022/06/18 08:53:03 Modified files: databases/mariadb: Tag: OPENBSD_7_1 Makefile distinfo databases/mariadb/patches: Tag: OPENBSD_7_1 patch-libmariadb_libmariadb_CMakeLists_txt patch-scripts_mysql_install_db_sh patch-scripts_mysqld_safe_sh databases/mariadb/pkg: Tag: OPENBSD_7_1 PLIST-server PLIST-tests Log message: update to mariadb-10.6.8 in -stable, from Brad (maintainer)
Re: ports: pkg/SCREENSHOTS proposal
On Sat, Jun 18, 2022 at 06:11:49PM +0200, Thomas Dettbarn wrote: > Hello. > > Hopefully this is the correct mailinglist for a proposal like this. > And hopefully you have not already had this discussion before. > In which case, I would like to apologize. > > Anyways, I have a proposal, to make OpenBSD, the OS that > I love, maybe a little bit cuter. I think people usually know what software do they need (it means they know how it looks like, or the look doesn't matter to them), and making Apple Store from the ports tree don't worth the time spent.
ports: pkg/SCREENSHOTS proposal
Hello. Hopefully this is the correct mailinglist for a proposal like this. And hopefully you have not already had this discussion before. In which case, I would like to apologize. Anyways, I have a proposal, to make OpenBSD, the OS that I love, maybe a little bit cuter. # VISION I was thinking the other day, wouldn't it be great if OpenBSD had * A NICE-LOOKING SOFTWARE CATALOGUE. * Personally, I do not know how such a catalogue could look like, or how it would be implemented. However, if some people were to write a program, a website or even a book, they might need a list of URLs to download screenshots to make it more pleasing to the reader. In theory, they could generate the screenshots themselves, but this might be tedious, and also the choice might not be the one that the maintainer agrees on best representing the software. This proposal is attempting to formalize the manner in which the catalogue-programmers know which shots to use. # IMPLEMENTATION (create a pkg/SCREENSHOTS file) My first idea was to add a key/value pair like SCREENSHOT=url to the Makefile. But this falls short in many ways, and it will be negatively impacting the build process. So, in addition to the pkg/DESCR I am proposing a pkg/SCREENSHOTS file. Like the one I took the liberty of attaching to this mail. If you open it, you can see that it contains the key/value pairs URL=... . Those are pointing towards a the internet, where the screenshots can be downloaded. Afterwards, a handful of key/value pairs follow, to set properties for the URL. The rule is, that each new URL gets default properties. The ones following it in the pkg/SCREENSHOT file are overriding them. # SECURITY (add SHA256 sums) After the first URL you might notice a line with SHA256=... This is a way of automatically checking if the content matches the intention. It is meant to make sure that a malicious web site does not swap the wonderful screenshot with a picture containing breasts... It is up to the catalogue programmers to decide whether to use the picture anyways. # LEGAL (explicitly PERMIT the usage of the screenshots) Copyright law is a bitch, and it extends to pictures as well. Hence my idea of adding PERMIT_WEBSITE= and PERMIT_PRINT= keys. The default is "no". So it is up to the maintainer to explicitly allow the use of the one screenshot referenced by the last URL= key. Once again, it is up to the catalogue programmers to decide whether to use the picture anyways. What do you guys think? (And if it is the wrong mailing list to ask, please point me to the appropriate one) Thomas # This is a comment # # The first screenshot URL=https://dettus.net/dMagnetic/sixel_mag_guild.png MIRROR=https://www.dettus.net/dMagnetic/sixel_mag_guild.png SHA256=91564ce484b0732952c2bf60cdf834beeb0f99782b7d4f924f8a2bbe5ac87923 PERMIT_WEBSITE=yes PERMIT_PRINT=yes # If maintainers are interested in more than one screenshot, then the first is # followed by a second one URL=https://dettus.net/dMagnetic/sixel_mag_wonder.png MIRROR=https://www.dettus.net/dMagnetic/sixel_mag_wonder.png SHA256=bd7b7d6c4d22d333fb723a4a61e18f4931122608e1ab0d3ffa33ad0b7bd7657b PERMIT_WEBSITE=no # This is the default PERMIT_PRINT=yes# Maintainers have to explicitly permit the use # More screenshots, but without the security measures URL=https://dettus.net/dMagnetic/thepawn_photo4.jpg URL=https://dettus.net/dMagnetic/sixel_mag_pawn.png URL=https://dettus.net/dMagnetic/sixel_mag_jinxter.png URL=https://dettus.net/dMagnetic/sixel_mag_myth.png URL=https://dettus.net/dMagnetic/sixel_mag_corruption.png PERMIT_WEBSITE=yes # This one belongs to the last URL
[wip] games/godot 3.5rc4
Hello ports@,
Godot 3.5 is coming and with that a couple of really interesting
features. The most interesting thing probably is the new asynchronous
shader compilation and caching (or "ubershader") that should be a
solution to shader compilation stuttering on OpenGL. More info here:
https://godotengine.org/article/release-candidate-godot-3-5-rc-4
Diff below is not intended to be committed as-is of course, I'm sharing
it in case someone wants to do some (play) tests with it ;-)
I've not throughly tested still, and given that's a release candidate
beware that there may be bugs. Please report bugs to me or even better
upstream at github: https://github.com/godotengine/godot/issues
Taking about bugs, one new (for me at least) is that Godot fails to load
the fonts in the editor: the games i tried worked fine (very quickly
testing thought) but the IDE font rendering is broken. Still
investigating, no clue about it. (FT_Open_Face fails to load a font
from memory)
The godotsteam addon wasn't updated (they usually wait for a stable
Godot release to be, hum, released) so beware that the steam api may not
work. not tested.
(in particular for Thomas) the joypad api needed some tweaking. Godot
is now built with some extra warnings enabled. Some variables were set
but not used, i've added a void cast to silence the warning since I
don't know if they're really needless or are part of future work. I've
synced some changes to build it from the linux joypad stuff, but the two
drivers are quite different and maybe some changes are not needed or
more work is needed, dunno. The joypad code still compiles, but as I
don't have a compatible one I haven't tested it.
Thanks,
Omar Polo
Index: Makefile
===
RCS file: /home/cvs/ports/games/godot/Makefile,v
retrieving revision 1.37
diff -u -p -r1.37 Makefile
--- Makefile11 Jun 2022 12:55:20 - 1.37
+++ Makefile18 Jun 2022 08:36:20 -
@@ -3,12 +3,10 @@ BROKEN-powerpc = fails at runtime, the U
COMMENT-main = 2D and 3D game engine
COMMENT-tools= 2D and 3D game engine (with tools)
-V =3.4.4
+V =3.5
GODOTSTEAM_V = g34-s152-gs311
-DISTNAME = godot-${V}-stable
-PKGNAME = godot-${V}
-REVISION-main =3
-REVISION-tools = 1
+DISTNAME = godot-${V}-rc4
+PKGNAME = godot-${V}rc4
CATEGORIES = games
@@ -22,24 +20,26 @@ PERMIT_PACKAGE =Yes
MULTI_PACKAGES = -main -tools
WANTLIB += ${COMPILER_LIBCXX} BulletCollision BulletDynamics BulletSoftBody
-WANTLIB += LinearMath GL X11 Xau Xcursor Xdmcp Xext Xfixes Xi Xinerama Xrandr
-WANTLIB += Xrender c enet execinfo freetype intl m mbedtls mbedcrypto
-WANTLIB += mbedx509 mpcdec ogg opus opusfile png sndio steam_api theora
-WANTLIB += theoradec usbhid vorbis vorbisfile webp xcb z pcre2-32 vpx zstd
+WANTLIB += GL LinearMath X11 X11-xcb Xau Xcursor Xdmcp Xext Xfixes
+WANTLIB += Xi Xinerama Xrandr Xrender Xxf86vm c drm enet execinfo
+WANTLIB += freetype intl m mbedcrypto mbedtls mbedx509 mpcdec
+WANTLIB += ogg opus opusfile pcre2-32 png sndio steam_api theora
+WANTLIB += theoradec usbhid vorbis vorbisfile vpx webp xcb xcb-dri2
+WANTLIB += xcb-glx z zstd
WANTLIB-tools = ${WANTLIB}
# C++14
COMPILER = base-clang ports-gcc
-MASTER_SITES = https://downloads.tuxfamily.org/godotengine/${V}/
+MASTER_SITES = https://downloads.tuxfamily.org/godotengine/${V}/rc4/
MASTER_SITES0 =https://github.com/Gramps/GodotSteam/archive/refs/tags/
DISTFILES = ${DISTNAME}${EXTRACT_SUFX} \
${GODOTSTEAM_V}.tar.gz:0
EXTRACT_SUFX = .tar.xz
DIST_SUBDIR = ${PKGNAME}
-MODULES = devel/scons
+MODULES = devel/scons
# Building with module_mono_enabled requires msbuild and to fix the
# sharedlib_ext in modules/mono/config.py to '.so.1.0'
Index: distinfo
===
RCS file: /home/cvs/ports/games/godot/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo23 Mar 2022 21:19:10 - 1.14
+++ distinfo18 Jun 2022 07:14:51 -
@@ -1,4 +1,4 @@
-SHA256 (godot-3.4.4/g34-s152-gs311.tar.gz) =
hjoW9t+RN6JTjWn2RhEZ2H7EljJ5tV5ybU4JwK/6wpc=
-SHA256 (godot-3.4.4/godot-3.4.4-stable.tar.xz) =
m7pqixkVAwTyICsB4Eeg9lnFyAh0JN7JyuDpRCtWrdc=
-SIZE (godot-3.4.4/g34-s152-gs311.tar.gz) = 197461
-SIZE (godot-3.4.4/godot-3.4.4-stable.tar.xz) = 22417584
+SHA256 (godot-3.5rc4/g34-s152-gs311.tar.gz) =
hjoW9t+RN6JTjWn2RhEZ2H7EljJ5tV5ybU4JwK/6wpc=
+SHA256 (godot-3.5rc4/godot-3.5-rc4.tar.xz) =
7aDyeNT5QWnSOoRsofeU4mx1ifUGly2jWF13s3zAXwk=
+SIZE (godot-3.5rc4/g34-s152-gs311.tar.gz) = 197461
+SIZE (godot-3.5rc4/godot-3.5-rc4.tar.xz) = 24130408
Index: files/ujoy/joypad_openbsd.cpp
===
RCS file: /home/cvs/ports/games/godot/files/ujoy/joypad_openbsd.cpp,v
retrieving revision 1.1
diff -u -p -r1.1 joypad_openbsd.cpp
---
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: an...@cvs.openbsd.org 2022/06/18 00:31:02 Modified files: sysutils/yank : Makefile distinfo Log message: update to yank-1.3.0
