Re: Help with xtensa-esp32-elf-* ports
On Mon, Feb 12, 2024 at 06:42:04PM +0800, Sadeep Madurange wrote: > Hello, > > I'm trying to setup a dev environment for ESP32 microcontrollers. I'm > struggling to compile my application. Appreciate any help on how to use > the xtensa toolchain ports on OpenBSD. > > I installed the following ports: > > xtensa-esp32-elf-binutils-2.35.1.2020.1223p1 > xtensa-esp32-elf-gcc-8.4.0.2021.2p1 > xtensa-esp32-elf-gcc-bootstrap-8.4.0.2021.2p0 > xtensa-esp32-elf-gdb-2.35.1.2021.2p1 > xtensa-esp32-elf-newlib-2021.2p0 > > I also installed the py3-cryptography-41.0.6, which seems to be needed > by the ESP-IDF. I get as far as generating the makefiles using: > > cmake -DPYTHON=python3 .. -G "Unix Makefiles" > > When I run the command above, I see the following warning: > > CMake Warning at > /home/sadeep/esp/esp-idf-v5.1.2/tools/cmake/tool_version_check.cmake:41 > (message): > Can not get version for tool: > /usr/local/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc > > Check Getting Started documentation or proceed at own risk. > > Call Stack (most recent call first): > > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_common/project_include.cmake:10 > (check_expected_tool_version) > /home/sadeep/esp/esp-idf-v5.1.2/tools/cmake/build.cmake:398 (include) > /home/sadeep/esp/esp-idf-v5.1.2/tools/cmake/build.cmake:620 > (__build_process_project_includes) > /home/sadeep/esp/esp-idf-v5.1.2/tools/cmake/project.cmake:547 > (idf_build_process) > CMakeLists.txt:6 (project) > > Then I run the command make, which results in the following error: > > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_adc/adc_oneshot.c:47:5: > error: unknown type name '_lock_t' > _lock_t mutex; > ^~~ > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_adc/adc_oneshot.c: In > function 'adc_oneshot_new_unit': > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_adc/adc_oneshot.c:95:5: > error: implicit declaration of function '_lock_acquire'; did you mean > 'adc_lock_acquire'? [-Werror=implicit-function-declaration] > _lock_acquire(_ctx.mutex); > ^ > adc_lock_acquire > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_adc/adc_oneshot.c:97:5: > error: implicit declaration of function '_lock_release'; did you mean > 'adc_lock_release'? [-Werror=implicit-function-declaration] > _lock_release(_ctx.mutex); > ^ > adc_lock_release > /home/sadeep/esp/esp-idf-v5.1.2/components/esp_adc/adc_oneshot.c: At top > level: > cc1: warning: unrecognized command line option '-Wno-enum-conversion' > cc1: some warnings being treated as errors > *** Error 1 in . > (esp-idf/esp_adc/CMakeFiles/__idf_esp_adc.dir/build.make:104 > 'esp-idf/esp_adc/CMakeFiles/__idf_esp_adc.dir/adc_oneshot.c.obj') > *** Error 2 in . (CMakeFiles/Makefile2:3900 > 'esp-idf/esp_adc/CMakeFiles/__idf_esp_adc.dir/all': make -s -f > esp-idf/esp_adc/CMakeFiles/__idf_...) > *** Error 2 in /home/sadeep/git.bak/dash/build (Makefile:136 'all': make > -s -f CMakeFiles/Makefile2 all) > > -- > Sadeep Madurange > PGP: 103BF9E3E750BF7E > Greetings Sadeep, The ESP32 xtensa port is really just designed to work with the Arduino environment, using the makeEspArduino port. There is way too much black magick to get the esp-idf to run on OpenBSD, with all its Linuxisms, which is why there is no esp-idf port. I had a version running a few years back, but gave up on the effort since it was too much trouble and wouldn't fit within ports as it was. Thanks, Tracey
Re: cad/kicad: worth updating?
I have updates for this, but PCBNew crashes again in the new version. I've not had time to follow up with Otto about it. When submitting diffs, please test all aspects of KiCAD for breakage. Thanks, tracey@ On January 26, 2024 2:56:07 PM MST, Johannes Thyssen Tishman wrote: >2024-01-22T21:15:42Z Корякин Артём : > >> "Johannes Thyssen Tishman" writes: >> >>> I have an update for cad/opencascade (7.7.2 -> 7.8.0) ready, but >>> cad/kicad (one of it's two consumers) won't build with it. While >>> trying to understand why, I noticed that our port for KiCAD is >>> outdated by two major versions. Before I try to work on an update >>> for it, I'd like to ask here if anyone is still using it or if there >>> is someone with experience building KiCAD who could help me with >>> the task. I personally don't use KiCAD, but I think it'd be sad to >>> kill it. >> >>> KiCAD >> >> I use its proprietary alternative on windows partition because of my uni >> carriculum, but I would like to stick to OpenBSD and full FOSS one day. >> I tried to create an simple python port for now and I know a little bit >> C, a little bit python3. >> >> I don't know is it enough for ability to help and how much time I will >> get on next week, when new semester will start, but I am interested. >> >> Best regards, Artsiom. > >I guess you could start by looking at commits for previous KiCAD updates. >Also, we need to check what changed in the last two major version to see if we >need to update/add/drop patches. Other than that, I guess just try to get it >to compile and run. > >I believe it's not only cad/kicad that we have to update, but also >cad/kicad-share/*. The latter should be straight forward though as there >doesn't seem to be anything to compile. > >I'll try to work on this when I find the time, but any help is welcome and >appreciated. > -- Tracey Emery Sent from my phone.
Re: cad/kicad status
On September 19, 2023 9:01:51 AM MDT, Marc Espie wrote: >On Tue, Sep 19, 2023 at 04:58:31PM +0200, Marc Espie wrote: >> I don't know who's interested in that port, but the main archive from >> the site doesn't match at all what we have in the backups. For starters, >> our archive is 45MB long, whereas the main site retrieves a file that's 322MB >> long (!) >> >> This does take more or less forever to fetch to fall on its nose, basically, >> and should most probably get looked at! > >(I should also mention we're off by 7 months and a major release, >6.0.11 to 7.0.7) > I have a WIP for the 7 conversion, but have had no time to fully pursue it. -- Tracey Emery Sent from my phone.
Re: [Update] cad/kicad 6.0.9 ->6.0.11 and friends
On Tue, Feb 28, 2023 at 05:41:46PM +, Stuart Henderson wrote: > On 2023/02/28 10:02, Tracey Emery wrote: > > Ping. > > > > On Fri, Feb 03, 2023 at 03:53:11PM -0700, Tracey Emery wrote: > > > Hello ports, > > > > > > This brings kicad and friends to 6.0.11. However, something was updated > > > in the BSDs which crashes the footprint assignment tool. The thread > > > regarding this can be seen here: > > > > > > https://gitlab.com/kicad/code/kicad/-/issues/13029 > > > > > > The kicad folks don't seem interested in trying to figure out the root > > > of the problem. Perhaps someone here can hunt down what is going on. > > > > > > As of 6.0.10 they were supposed to cherrypick a diff to keep kicad from > > > crashing completely, but it still doesn't exists in the archive > > > downloads. I've informed them about that as well and added a local > > > patch: > > > > > > https://gitlab.com/kicad/code/kicad/-/commit/1a670f467392fb6605ce1b88316501518a256eb0 > > > > > > If you haven't read through the end of the issues thread, a FreeBSD user > > > found a workaround, which I've confirmed works in OpenBSD as well. To > > > successfully open a populated footprint assignment tool, open the > > > footprint editor first. Noting that here for our users. > > Reads OK but I haven't tested. > > Does that problem warrant a mention in the port somewhere (i.e. > either MESSAGE or pkg-readme)? Is this clear enough? Index: kicad/pkg/MESSAGE === RCS file: kicad/pkg/MESSAGE diff -N kicad/pkg/MESSAGE --- /dev/null 1 Jan 1970 00:00:00 - +++ kicad/pkg/MESSAGE 28 Feb 2023 22:21:16 - @@ -0,0 +1,6 @@ +Please note that the footprint assignment tool will not repopulate after +assignments have been made and KiCAD is closed. This can be avoided by opening +the footprint editor before trying to reopen the footprint assignment tool. A +patch has been added to keep the footprint assignment tool from crashing KiCAD. + +https://gitlab.com/kicad/code/kicad/-/issues/13029 > > I can't rearrange enough space on my laptop to install kicad, the > upstream issue suggests something to do with loading libraries? > Maybe look for clues running it with LD_DEBUG set? > -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2023/02/28 14:22:28 Modified files: cad/oce: Makefile cad/oce/pkg: PLIST Log message: fix cad/oce build on sparc64. ok sthen@
Re: [Update] cad/kicad 6.0.9 ->6.0.11 and friends
On Tue, Feb 28, 2023 at 05:41:46PM +, Stuart Henderson wrote: > On 2023/02/28 10:02, Tracey Emery wrote: > > Ping. > > > > On Fri, Feb 03, 2023 at 03:53:11PM -0700, Tracey Emery wrote: > > > Hello ports, > > > > > > This brings kicad and friends to 6.0.11. However, something was updated > > > in the BSDs which crashes the footprint assignment tool. The thread > > > regarding this can be seen here: > > > > > > https://gitlab.com/kicad/code/kicad/-/issues/13029 > > > > > > The kicad folks don't seem interested in trying to figure out the root > > > of the problem. Perhaps someone here can hunt down what is going on. > > > > > > As of 6.0.10 they were supposed to cherrypick a diff to keep kicad from > > > crashing completely, but it still doesn't exists in the archive > > > downloads. I've informed them about that as well and added a local > > > patch: > > > > > > https://gitlab.com/kicad/code/kicad/-/commit/1a670f467392fb6605ce1b88316501518a256eb0 > > > > > > If you haven't read through the end of the issues thread, a FreeBSD user > > > found a workaround, which I've confirmed works in OpenBSD as well. To > > > successfully open a populated footprint assignment tool, open the > > > footprint editor first. Noting that here for our users. > > Reads OK but I haven't tested. > > Does that problem warrant a mention in the port somewhere (i.e. > either MESSAGE or pkg-readme)? Yes, I think that is a good idea. It is an annoying enough problem to warrant a MESSAGE ... unless we want to pkg-readme with the above mentioned workaround link. I'll work something up. > > I can't rearrange enough space on my laptop to install kicad, the > upstream issue suggests something to do with loading libraries? > Maybe look for clues running it with LD_DEBUG set? > -- Tracey Emery
Re: [Update] cad/kicad 6.0.9 ->6.0.11 and friends
Ping.
On Fri, Feb 03, 2023 at 03:53:11PM -0700, Tracey Emery wrote:
> Hello ports,
>
> This brings kicad and friends to 6.0.11. However, something was updated
> in the BSDs which crashes the footprint assignment tool. The thread
> regarding this can be seen here:
>
> https://gitlab.com/kicad/code/kicad/-/issues/13029
>
> The kicad folks don't seem interested in trying to figure out the root
> of the problem. Perhaps someone here can hunt down what is going on.
>
> As of 6.0.10 they were supposed to cherrypick a diff to keep kicad from
> crashing completely, but it still doesn't exists in the archive
> downloads. I've informed them about that as well and added a local
> patch:
>
> https://gitlab.com/kicad/code/kicad/-/commit/1a670f467392fb6605ce1b88316501518a256eb0
>
> If you haven't read through the end of the issues thread, a FreeBSD user
> found a workaround, which I've confirmed works in OpenBSD as well. To
> successfully open a populated footprint assignment tool, open the
> footprint editor first. Noting that here for our users.
>
> ok?
>
> --
>
> Tracey Emery
>
>
> Index: kicad/Makefile
> ===
> RCS file: /home/cvs/ports/cad/kicad/Makefile,v
> retrieving revision 1.60
> diff -u -p -r1.60 Makefile
> --- kicad/Makefile14 Nov 2022 20:23:48 - 1.60
> +++ kicad/Makefile3 Feb 2023 14:48:26 -
> @@ -3,11 +3,10 @@ BROKEN-powerpc =segfaults when trying t
>
> DPB_PROPERTIES = parallel
>
> -V = 6.0.9
> +V = 6.0.11
> COMMENT =schematic and PCB editing software
> DISTNAME = kicad-${V}
> EPOCH = 0
> -REVISION = 0
>
> SHARED_LIBS += kicad_3dsg1.0 # 2.0
>
> Index: kicad/distinfo
> ===
> RCS file: /home/cvs/ports/cad/kicad/distinfo,v
> retrieving revision 1.17
> diff -u -p -r1.17 distinfo
> --- kicad/distinfo7 Nov 2022 14:53:31 - 1.17
> +++ kicad/distinfo3 Feb 2023 15:43:48 -
> @@ -1,2 +1,2 @@
> -SHA256 (kicad-6.0.9.tar.gz) = QMIYDE2gvlEWNW3UzlXeoJfWUGR6g4Q7ctpeKRqjiLA=
> -SIZE (kicad-6.0.9.tar.gz) = 4513
> +SHA256 (kicad-6.0.11.tar.gz) = vgEHMPBeC0BQ0ybKMLQRB+BSzKsrlpNtR5G3FoGd+FA=
> +SIZE (kicad-6.0.11.tar.gz) = 45180223
> Index: kicad/patches/patch-pcbnew_footprint_info_impl_cpp
> ===
> RCS file: kicad/patches/patch-pcbnew_footprint_info_impl_cpp
> diff -N kicad/patches/patch-pcbnew_footprint_info_impl_cpp
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ kicad/patches/patch-pcbnew_footprint_info_impl_cpp3 Feb 2023
> 22:42:13 -
> @@ -0,0 +1,20 @@
> +Index: pcbnew/footprint_info_impl.cpp
> +--- pcbnew/footprint_info_impl.cpp.orig
> pcbnew/footprint_info_impl.cpp
> +@@ -118,7 +118,15 @@ void FOOTPRINT_LIST_IMPL::loader_job()
> + bool FOOTPRINT_LIST_IMPL::ReadFootprintFiles( FP_LIB_TABLE* aTable, const
> wxString* aNickname,
> + PROGRESS_REPORTER*
> aProgressReporter )
> + {
> +-long long int generatedTimestamp = aTable->GenerateTimestamp( aNickname
> );
> ++long long int generatedTimestamp = 0;
> ++
> ++if( !CatchErrors( [&]()
> ++ {
> ++ generatedTimestamp = aTable->GenerateTimestamp(
> aNickname );
> ++ } ) )
> ++{
> ++return false;
> ++}
> +
> + if( generatedTimestamp == m_list_timestamp )
> + return true;
> Index: kicad-share/Makefile.inc
> ===
> RCS file: /home/cvs/ports/cad/kicad-share/Makefile.inc,v
> retrieving revision 1.17
> diff -u -p -r1.17 Makefile.inc
> --- kicad-share/Makefile.inc 7 Nov 2022 14:53:31 - 1.17
> +++ kicad-share/Makefile.inc 3 Feb 2023 14:48:15 -
> @@ -5,7 +5,7 @@ NOT_FOR_ARCHS = powerpc
>
> PKG_ARCH ?= *
>
> -V ?= 6.0.9
> +V ?= 6.0.11
> EXTRACT_SUFX ?= .tar.bz2
>
> DISTNAME=kicad-${KICAD_PROJECT}-$V
> Index: kicad-share/footprints/distinfo
> ===
> RCS file: /home/cvs/ports/cad/kicad-share/footprints/distinfo,v
> retrieving revision 1.11
> diff -u -p -r1.11 distinfo
> --- kicad-share/footprints/distinfo 7 Nov 2022 14:53:31 - 1.11
> +++ kicad-share/footprints/distinfo 3 Feb 2023 14:49
Re: [Fix] cad/oce
Ping.
On Mon, Feb 13, 2023 at 02:00:24PM -0700, Tracey Emery wrote:
> Hello ports,
>
> This should fix the build failures for oce on sparc64.
>
> ok?
>
> --
>
> Tracey Emery
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/cad/oce/Makefile,v
> retrieving revision 1.8
> diff -u -p -r1.8 Makefile
> --- Makefile 25 Jan 2023 18:44:36 - 1.8
> +++ Makefile 13 Feb 2023 20:58:51 -
> @@ -7,7 +7,7 @@ GH_ACCOUNT = tpaviot
> GH_PROJECT = oce
> GH_COMMIT = 98a788062f0f30593880b0df1bcf967408212ba4
> DISTNAME = oce-7.6.0
> -REVISION = 0
> +REVISION = 1
>
> .for LIB in TKBO TKBRep TKBin TKBinL TKBinTObj TKBinXCAF TKBool TKCAF TKCDF \
> TKDCAF TKDraw TKFeat TKFillet TKG2d TKG3d TKGeomAlgo TKGeomBase TKHLR \
> @@ -50,7 +50,14 @@ BITS=64
> .else
> BITS=32
> .endif
> -SUBST_VARS += BITS
> +
> +.if ${PROPERTIES:Mclang}
> +COMP=clang
> +.else
> +COMP=gcc
> +.endif
> +
> +SUBST_VARS += BITS COMP
>
> # fix bash and make installed script names less generic
> pre-configure:
> Index: pkg/PLIST
> ===
> RCS file: /home/cvs/ports/cad/oce/pkg/PLIST,v
> retrieving revision 1.4
> diff -u -p -r1.4 PLIST
> --- pkg/PLIST 11 Mar 2022 18:24:30 - 1.4
> +++ pkg/PLIST 13 Feb 2023 20:47:23 -
> @@ -1,7 +1,7 @@
> bin/DRAWEXE
> @bin bin/DRAWEXE-7.6.0
> bin/oce_custom.sh
> -bin/oce_custom_clang_${BITS}.sh
> +bin/oce_custom_${COMP}_${BITS}.sh
> bin/oce_draw.sh
> bin/oce_env.sh
> include/opencascade/
>
--
Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2023/02/16 10:18:10 Modified files: devel/py-esptool: Makefile distinfo devel/py-esptool/pkg: PLIST Log message: Update devel/py-esptool to 4.5. ok sthen@
[Update] devel/py-esptool 4.3 -> 4.5
Hello,
Here is a simple update to the esptool, bringing us to 4.5. Compile
tested on sparc64, compile and flash tested on amd64 out to an esp32
board.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /home/cvs/ports/devel/py-esptool/Makefile,v
retrieving revision 1.14
diff -u -p -r1.14 Makefile
--- Makefile26 Nov 2022 15:02:52 - 1.14
+++ Makefile13 Feb 2023 16:05:23 -
@@ -1,9 +1,8 @@
COMMENT = esp8266 and esp32 rom bootloader communication tool
-MODPY_EGG_VERSION =4.3
+MODPY_EGG_VERSION =4.5
DISTNAME = esptool-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
-REVISION = 1
CATEGORIES = devel
HOMEPAGE = https://github.com/espressif/esptool
Index: distinfo
===
RCS file: /home/cvs/ports/devel/py-esptool/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo14 Oct 2022 14:00:17 - 1.8
+++ distinfo13 Feb 2023 16:06:49 -
@@ -1,2 +1,2 @@
-SHA256 (esptool-4.3.tar.gz) = A9ADEu7yWLr4P679C5ErIlHdBEAkLancsbGP517WFMM=
-SIZE (esptool-4.3.tar.gz) = 222498
+SHA256 (esptool-4.5.tar.gz) = 6yYC5q+MuPbzLVBGRBs6ECzUjFBeSvz4NqlaT8OQAqY=
+SIZE (esptool-4.5.tar.gz) = 248883
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/py-esptool/pkg/PLIST,v
retrieving revision 1.8
diff -u -p -r1.8 PLIST
--- pkg/PLIST 26 Nov 2022 15:02:52 - 1.8
+++ pkg/PLIST 13 Feb 2023 16:09:37 -
@@ -95,6 +95,23 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/fields.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/mem_definition.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/operations.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}emulate_efuse_controller.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}emulate_efuse_controller.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}mem_definition.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}mem_definition.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}operations.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/${MODPY_PYCACHE}operations.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/emulate_efuse_controller.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/fields.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/mem_definition.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2/operations.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/${MODPY_PYCACHE}/
@@ -173,6 +190,14 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/espsecure/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/espsecure/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
lib/python${MODPY_VERSION}/site-packages/espsecure/${MODPY_PYCACHE}__main__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espsecure/esp_hsm_sign/
+lib/python${MODPY_VERSION}/site-packages/espsecure/esp_hsm_sign/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/espsecure/esp_hsm_sign/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/espsecure/esp_hsm_sign/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}${MODPY_PYOEXTENSION}
+lib/python${MODPY_VERSION}/site-packages/espsecure/esp_hsm_sign/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espsecure
[Fix] cad/oce
Hello ports,
This should fix the build failures for oce on sparc64.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /home/cvs/ports/cad/oce/Makefile,v
retrieving revision 1.8
diff -u -p -r1.8 Makefile
--- Makefile25 Jan 2023 18:44:36 - 1.8
+++ Makefile13 Feb 2023 20:58:51 -
@@ -7,7 +7,7 @@ GH_ACCOUNT =tpaviot
GH_PROJECT = oce
GH_COMMIT =98a788062f0f30593880b0df1bcf967408212ba4
DISTNAME = oce-7.6.0
-REVISION = 0
+REVISION = 1
.for LIB in TKBO TKBRep TKBin TKBinL TKBinTObj TKBinXCAF TKBool TKCAF TKCDF \
TKDCAF TKDraw TKFeat TKFillet TKG2d TKG3d TKGeomAlgo TKGeomBase TKHLR \
@@ -50,7 +50,14 @@ BITS=64
.else
BITS=32
.endif
-SUBST_VARS += BITS
+
+.if ${PROPERTIES:Mclang}
+COMP=clang
+.else
+COMP=gcc
+.endif
+
+SUBST_VARS += BITS COMP
# fix bash and make installed script names less generic
pre-configure:
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/cad/oce/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST 11 Mar 2022 18:24:30 - 1.4
+++ pkg/PLIST 13 Feb 2023 20:47:23 -
@@ -1,7 +1,7 @@
bin/DRAWEXE
@bin bin/DRAWEXE-7.6.0
bin/oce_custom.sh
-bin/oce_custom_clang_${BITS}.sh
+bin/oce_custom_${COMP}_${BITS}.sh
bin/oce_draw.sh
bin/oce_env.sh
include/opencascade/
[Update] cad/kicad 6.0.9 ->6.0.11 and friends
Hello ports,
This brings kicad and friends to 6.0.11. However, something was updated
in the BSDs which crashes the footprint assignment tool. The thread
regarding this can be seen here:
https://gitlab.com/kicad/code/kicad/-/issues/13029
The kicad folks don't seem interested in trying to figure out the root
of the problem. Perhaps someone here can hunt down what is going on.
As of 6.0.10 they were supposed to cherrypick a diff to keep kicad from
crashing completely, but it still doesn't exists in the archive
downloads. I've informed them about that as well and added a local
patch:
https://gitlab.com/kicad/code/kicad/-/commit/1a670f467392fb6605ce1b88316501518a256eb0
If you haven't read through the end of the issues thread, a FreeBSD user
found a workaround, which I've confirmed works in OpenBSD as well. To
successfully open a populated footprint assignment tool, open the
footprint editor first. Noting that here for our users.
ok?
--
Tracey Emery
Index: kicad/Makefile
===
RCS file: /home/cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.60
diff -u -p -r1.60 Makefile
--- kicad/Makefile 14 Nov 2022 20:23:48 - 1.60
+++ kicad/Makefile 3 Feb 2023 14:48:26 -
@@ -3,11 +3,10 @@ BROKEN-powerpc = segfaults when trying t
DPB_PROPERTIES = parallel
-V =6.0.9
+V =6.0.11
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
-REVISION = 0
SHARED_LIBS += kicad_3dsg1.0 # 2.0
Index: kicad/distinfo
===
RCS file: /home/cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.17
diff -u -p -r1.17 distinfo
--- kicad/distinfo 7 Nov 2022 14:53:31 - 1.17
+++ kicad/distinfo 3 Feb 2023 15:43:48 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-6.0.9.tar.gz) = QMIYDE2gvlEWNW3UzlXeoJfWUGR6g4Q7ctpeKRqjiLA=
-SIZE (kicad-6.0.9.tar.gz) = 4513
+SHA256 (kicad-6.0.11.tar.gz) = vgEHMPBeC0BQ0ybKMLQRB+BSzKsrlpNtR5G3FoGd+FA=
+SIZE (kicad-6.0.11.tar.gz) = 45180223
Index: kicad/patches/patch-pcbnew_footprint_info_impl_cpp
===
RCS file: kicad/patches/patch-pcbnew_footprint_info_impl_cpp
diff -N kicad/patches/patch-pcbnew_footprint_info_impl_cpp
--- /dev/null 1 Jan 1970 00:00:00 -
+++ kicad/patches/patch-pcbnew_footprint_info_impl_cpp 3 Feb 2023 22:42:13
-
@@ -0,0 +1,20 @@
+Index: pcbnew/footprint_info_impl.cpp
+--- pcbnew/footprint_info_impl.cpp.orig
pcbnew/footprint_info_impl.cpp
+@@ -118,7 +118,15 @@ void FOOTPRINT_LIST_IMPL::loader_job()
+ bool FOOTPRINT_LIST_IMPL::ReadFootprintFiles( FP_LIB_TABLE* aTable, const
wxString* aNickname,
+ PROGRESS_REPORTER*
aProgressReporter )
+ {
+-long long int generatedTimestamp = aTable->GenerateTimestamp( aNickname );
++long long int generatedTimestamp = 0;
++
++if( !CatchErrors( [&]()
++ {
++ generatedTimestamp = aTable->GenerateTimestamp(
aNickname );
++ } ) )
++{
++return false;
++}
+
+ if( generatedTimestamp == m_list_timestamp )
+ return true;
Index: kicad-share/Makefile.inc
===
RCS file: /home/cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile.inc
--- kicad-share/Makefile.inc7 Nov 2022 14:53:31 - 1.17
+++ kicad-share/Makefile.inc3 Feb 2023 14:48:15 -
@@ -5,7 +5,7 @@ NOT_FOR_ARCHS = powerpc
PKG_ARCH ?=*
-V ?= 6.0.9
+V ?= 6.0.11
EXTRACT_SUFX ?=.tar.bz2
DISTNAME= kicad-${KICAD_PROJECT}-$V
Index: kicad-share/footprints/distinfo
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/distinfo,v
retrieving revision 1.11
diff -u -p -r1.11 distinfo
--- kicad-share/footprints/distinfo 7 Nov 2022 14:53:31 - 1.11
+++ kicad-share/footprints/distinfo 3 Feb 2023 14:49:00 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-footprints-6.0.9.tar.bz2) =
IDKoCtcIatMjdZgZAJSXO6qRgHD3ySBLfMZNqgvYtyo=
-SIZE (kicad-footprints-6.0.9.tar.bz2) = 23657739
+SHA256 (kicad-footprints-6.0.11.tar.bz2) =
Yikpb7H3/NZEJCMBKKvO4AjrksJZDaa0BxjwpmgQthQ=
+SIZE (kicad-footprints-6.0.11.tar.bz2) = 23763091
Index: kicad-share/footprints/pkg/PLIST
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/pkg/PLIST,v
retrieving revision 1.10
diff -u -p -r1.10 PLIST
--- kicad-share/footprints/pkg/PLIST7 Nov 2022 14:53:31 - 1.10
+++ kicad-share/footprints/pkg/PLIST3 Feb 2023 15:30:04 -
@@ -226,6 +226,7 @@ share/kicad/
Re: update: devel/got to 0.80
On January 17, 2023 5:27:03 PM MST, Stefan Sperling wrote: >On Tue, Jan 17, 2023 at 11:40:24PM +, Stuart Henderson wrote: >> I think the @pkgpath is needed for the quirks rename to work. Test with >> pkg_add -u with PKG_PATH pointed at a dir with the packages to be sure. (If >> it's not meant to be a replacement then the quirks rename isn't wanted >> either) > >It should be possible to install gotweb and gotwebd side-by-side >and access each using different URL locations served from the same >instance of httpd. > >All we want is show a hint that gotweb is now obsolete and gotwebd >should be installed and configured instead. If someone is still >using gotweb now they didn't get the message months ago when we >made gotwebd avaiable in packages and asked people to switch over >and report any issues. > >Installing gotwebd automatically when gotweb gets deleted doesn't >really help. The admin must also create a gotwebd.conf file and >adjust httpd.conf. To clarify this point, gotwebd will run with default settings without a gotwebd.conf file. The admin must create the file to personalize their installation. Unless we changed this and I missed it somewhere along the lines. > >Given this, I hope I've done the right thing in quirks? > -- Tracey Emery Sent from my phone.
Re: [Update] devel/arm-none-eabi 7.4.1 -> 7.5.0
On Fri, Jan 06, 2023 at 01:48:14PM -0600, Joe Nelson wrote: > Hi Dave and Tracey, seems like you have experience in this area. Can you give > me any advice? > > I'm cross-compiling for an ST Nucleo F411RE, which requires these CFLAGS: > > -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16 > > On my system, 'arm-none-eabi-gcc -print-multi-directory' can't find a match > for > them. By comparison, on Debian, arm-none-eabi-gcc finds 'thumb/v7e-m+fp/hard'. > > Is there a way to update the port on my system to include this multilib > flavor? > Thanks for your help. > > --- > System/package information: > > * OpenBSD 7.2 > * arm-none-eabi-gcc-linaro-7.4.2019.02p0 > * arm-none-eabi-newlib-2.2.0.1p1 > > $ arm-none-eabi-gcc --print-multi-lib > .; > thumb;@mthumb > fpu;@mfloat-abi=hard > interwork;@mthumb-interwork > fpu/interwork;@mfloat-abi=hard@mthumb-interwork > thumb/interwork;@mthumb@mthumb-interwork look at gcc-linaro/patches/patch-gcc_config_arm_t-arm-elf MULTILIB_OPTIONS+= mno-thumb-interwork/mthumb-interwork is enabled. Perhaps that's the problem? -- Tracey Emery
Re: [Update] devel/arm-none-eabi 7.4.1 -> 7.5.0
On Fri, Jan 06, 2023 at 01:48:14PM -0600, Joe Nelson wrote:
> Hi Dave and Tracey, seems like you have experience in this area. Can you give
> me any advice?
>
> I'm cross-compiling for an ST Nucleo F411RE, which requires these CFLAGS:
>
> -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -mfpu=fpv4-sp-d16
>
> On my system, 'arm-none-eabi-gcc -print-multi-directory' can't find a match
> for
> them. By comparison, on Debian, arm-none-eabi-gcc finds 'thumb/v7e-m+fp/hard'.
>
> Is there a way to update the port on my system to include this multilib
> flavor?
> Thanks for your help.
>
> ---
> System/package information:
>
> * OpenBSD 7.2
> * arm-none-eabi-gcc-linaro-7.4.2019.02p0
> * arm-none-eabi-newlib-2.2.0.1p1
>
> $ arm-none-eabi-gcc --print-multi-lib
> .;
> thumb;@mthumb
> fpu;@mfloat-abi=hard
> interwork;@mthumb-interwork
> fpu/interwork;@mfloat-abi=hard@mthumb-interwork
> thumb/interwork;@mthumb@mthumb-interwork
I'm guessing you'd use --with-multilib-list={whatever-secret-sauce} your
Nucleo needs. However, I don't know what your secret sauce is.
--
Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/12/30 07:39:23 Modified files: devel/arduino-esp32: Tag: OPENBSD_7_2 Makefile devel/arduino-esp32/patches: Tag: OPENBSD_7_2 patch-platform_txt Log message: backport fix for missed compiler tag in devel/arduino-esp32. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/12/29 16:55:55 Modified files: devel/arduino-esp32: Makefile devel/arduino-esp32/patches: patch-platform_txt Log message: fix a missed compiler flag in devel/arduino-esp32. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/12/29 07:30:34 Modified files: cad/coil64 : Makefile distinfo Log message: Update cad/coil64 to v2.1.26. ok benoit@
[Update] cad/coil64 v2.1.25 -> v2.1.26
Hello ports, Here is a minor update to cad/coil64 bringing us to v2.1.26. Changes include: · Improved data rounding. · Added initial options to close-winding one-layer coil calculation. · Added Estonian language translation Fix up the COMMENT while here. Compiles and appears to run fine on amd64. ok? -- Tracey Emery Index: Makefile === RCS file: /home/cvs/ports/cad/coil64/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile8 Nov 2022 17:04:23 - 1.3 +++ Makefile28 Dec 2022 16:31:06 - @@ -1,8 +1,8 @@ -COMMENT = an inductance coil calculator +COMMENT = inductance coil calculator GH_ACCOUNT = radioacoustick GH_PROJECT = Coil64 -GH_TAGNAME = v2.1.25 +GH_TAGNAME = v2.1.26 CATEGORIES = cad Index: distinfo === RCS file: /home/cvs/ports/cad/coil64/distinfo,v retrieving revision 1.2 diff -u -p -r1.2 distinfo --- distinfo8 Nov 2022 17:04:23 - 1.2 +++ distinfo28 Dec 2022 16:27:34 - @@ -1,2 +1,2 @@ -SHA256 (Coil64-2.1.25.tar.gz) = d//08esnnd1hyd3aDyApKlJfkeum1TvAx3NBN3yCkwo= -SIZE (Coil64-2.1.25.tar.gz) = 2131816 +SHA256 (Coil64-2.1.26.tar.gz) = 3xuaAixmFRaNXQiCDuCUbn4HmRN5OcAQY0sRT8SLOCg= +SIZE (Coil64-2.1.26.tar.gz) = 2168358
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/12/16 10:43:20 Modified files: multimedia/handbrake: Makefile Log message: Update multimedia/handbrake. Add missing RUN_DEPENDS and fix up WANTLIBS. ok bcallah@
[Update] multimedia/handbrake
Hello,
Found that handbrake is missing a RUN_DEP on zimg. Fix up WANDLIBS while
here.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /home/cvs/ports/multimedia/handbrake/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile5 Nov 2022 17:06:29 - 1.15
+++ Makefile16 Dec 2022 17:25:07 -
@@ -2,7 +2,7 @@ V = 1.3.3
COMMENT = open source video transcoder
DISTNAME = HandBrake-${V}-source
PKGNAME = handbrake-${V}
-REVISION = 3
+REVISION = 4
EXTRACT_SUFX = .tar.bz2
CATEGORIES = multimedia x11
@@ -12,20 +12,20 @@ MAINTAINER =Brian Callahan https://github.com/HandBrake/HandBrake/releases/download/${V}/
@@ -54,6 +54,7 @@ LIB_DEPENDS = devel/jansson \
x11/gtk+3
RUN_DEPENDS = devel/desktop-file-utils \
+ graphics/zimg \
x11/gtk+3,-guic
SEPARATE_BUILD = Yes
Re: new: devel/codechecker static analysis infrastructure built on LLVM
On Tue, Nov 08, 2022 at 07:07:50PM +0100, Moritz Buhl wrote: > Dear porters, > > codechecker is a scan-build replacement that supports cross translation > analysis for C. > > A huge thanks to sdk@ for the hand holding and showing me how to > port this. > We removed the web server components from the build because it would > use npm. > > The port and dependencies are attached. > > OK? > mbuhl Ok to import. I do like the idea of V_STATIC being higher in the Makefile to give it a bit more visibility if that is going to change often in the future. Other than that, it built quickly and ran fine on amd64. -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/11/08 10:04:23 Modified files: cad/coil64 : Makefile distinfo cad/coil64/patches: patch-resolves_cpp patch-resolves_h Log message: Update cad/coil64 from v2.1.24 to v2.1.25. ok benoit@
[Update] cad/coil64 v2.1.24 -> v2.1.25
Hello ports, Here is a simple update to Coil64, bringing us to v2.1.25. Changelog: · Ferrite RM core inductor calculator added. · Fixed errors of the ferrite pot core calculation. · Updated Hungarian language translation Runs great on amd64. ok? -- Tracey Emery Index: Makefile === RCS file: /home/cvs/ports/cad/coil64/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- Makefile2 Sep 2022 15:34:00 - 1.2 +++ Makefile7 Nov 2022 16:27:05 - @@ -2,8 +2,7 @@ COMMENT = an inductance coil calculator GH_ACCOUNT = radioacoustick GH_PROJECT = Coil64 -GH_TAGNAME = v2.1.24 -REVISION = 0 +GH_TAGNAME = v2.1.25 CATEGORIES = cad Index: distinfo === RCS file: /home/cvs/ports/cad/coil64/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo31 Aug 2022 16:50:23 - 1.1.1.1 +++ distinfo8 Nov 2022 14:45:32 - @@ -1,2 +1,2 @@ -SHA256 (Coil64-2.1.24.tar.gz) = +RySOmgu7ePdLDzuI4PXHfU2E2nPrEM8Qx8UPEjolkI= -SIZE (Coil64-2.1.24.tar.gz) = 2019894 +SHA256 (Coil64-2.1.25.tar.gz) = d//08esnnd1hyd3aDyApKlJfkeum1TvAx3NBN3yCkwo= +SIZE (Coil64-2.1.25.tar.gz) = 2131816 Index: patches/patch-resolves_cpp === RCS file: /home/cvs/ports/cad/coil64/patches/patch-resolves_cpp,v retrieving revision 1.2 diff -u -p -r1.2 patch-resolves_cpp --- patches/patch-resolves_cpp 2 Sep 2022 15:34:00 - 1.2 +++ patches/patch-resolves_cpp 8 Nov 2022 14:45:55 - @@ -63,12 +63,3 @@ Index: resolves.cpp result->N = Ltotal; result->sec = Length_spiral / 1000; } -@@ -1419,7 +1419,7 @@ double findPotCore_I(double N, double D1, double D2, d - double sum13 = l3 / A3; - double sum23 = l3 / (A3 * A3); - double s1 = r2 - sqrt(0.5 * (r2 * r2 + r1 * r1)); --double s2 = sqrt(0.5 * (r3 * r3 + r3 * r3)) - r3; -+double s2 = sqrt(0.5 * (r3 * r3 + r4 * r4)) - r3; - double l4 = 0.25 * M_PI * (2 * s2 + h); - double l5 = 0.25 * M_PI * (2 * s1 + h); - double k4 = 1 - (2 * b / (M_PI * (r3 + r4))); Index: patches/patch-resolves_h === RCS file: /home/cvs/ports/cad/coil64/patches/patch-resolves_h,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 patch-resolves_h --- patches/patch-resolves_h31 Aug 2022 16:50:23 - 1.1.1.1 +++ patches/patch-resolves_h8 Nov 2022 14:45:55 - @@ -3,7 +3,7 @@ _N is collides with ctypes.h Index: resolves.h --- resolves.h.orig +++ resolves.h -@@ -111,10 +111,10 @@ enum _FormCoil +@@ -112,10 +112,10 @@ enum _FormCoil void getMultiLayerI_fromResistance (double D, double lk, double c, double k, double Rm, _CoilResult *result); void getMultiLayerI_rectFormer(double a, double b, double l, double c, double dw, double k, _CoilResult *result); void getMultiLayerI_rectFormer_byN(double N, double a, double b, double l, double dw, double k, _CoilResult *result);
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/11/07 07:53:32 Modified files: cad/kicad : Makefile distinfo cad/kicad/patches: patch-pcbnew_CMakeLists_txt cad/kicad-share: Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/templates: distinfo Log message: Update cad/kicad and cad/kicad-share from 6.0.7 to 6.0.9. Updated patch by sdk@. Thanks!! ok sdk@ benoit@
[Update] cad/kicad 6.0.7 -> 6.0.9
Hello ports,
Well, since no one cared about the 6.0.8 update, lets try the 6.0.9 one.
This brings kicad and friends from 6.0.7 to 6.0.9. Works fine on amd64.
Release notes: https://www.kicad.org/blog/2022/10/KiCad-6.0.9-Release/
Ok?
--
Tracey Emery
Index: kicad/Makefile
===
RCS file: /home/cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.57
diff -u -p -r1.57 Makefile
--- kicad/Makefile 8 Oct 2022 21:35:52 - 1.57
+++ kicad/Makefile 2 Nov 2022 19:46:43 -
@@ -1,7 +1,7 @@
# Sync cad/kicad-share/Makefile.inc with archs where kicad is broken
BROKEN-powerpc = segfaults when trying to run the PCB editor
-V =6.0.7
+V =6.0.9
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
Index: kicad/distinfo
===
RCS file: /home/cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- kicad/distinfo 12 Aug 2022 21:21:16 - 1.16
+++ kicad/distinfo 1 Nov 2022 16:07:00 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-6.0.7.tar.gz) = py6IsV82DXbqdCeSOlBz2140tfjPxL44nPwksSpx5/k=
-SIZE (kicad-6.0.7.tar.gz) = 45143677
+SHA256 (kicad-6.0.9.tar.gz) = QMIYDE2gvlEWNW3UzlXeoJfWUGR6g4Q7ctpeKRqjiLA=
+SIZE (kicad-6.0.9.tar.gz) = 4513
Index: kicad-share/Makefile.inc
===
RCS file: /home/cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.16
diff -u -p -r1.16 Makefile.inc
--- kicad-share/Makefile.inc8 Oct 2022 21:35:52 - 1.16
+++ kicad-share/Makefile.inc1 Nov 2022 16:05:44 -
@@ -5,7 +5,7 @@ NOT_FOR_ARCHS = powerpc
PKG_ARCH ?=*
-V ?= 6.0.7
+V ?= 6.0.9
EXTRACT_SUFX ?=.tar.bz2
DISTNAME= kicad-${KICAD_PROJECT}-$V
Index: kicad-share/footprints/distinfo
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- kicad-share/footprints/distinfo 12 Aug 2022 21:21:16 - 1.10
+++ kicad-share/footprints/distinfo 1 Nov 2022 16:07:09 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-footprints-6.0.7.tar.bz2) =
DqG7dKtBgvf84gYW/N+beRHlY7IJIwp6rztrOEHN6Ko=
-SIZE (kicad-footprints-6.0.7.tar.bz2) = 23625445
+SHA256 (kicad-footprints-6.0.9.tar.bz2) =
IDKoCtcIatMjdZgZAJSXO6qRgHD3ySBLfMZNqgvYtyo=
+SIZE (kicad-footprints-6.0.9.tar.bz2) = 23657739
Index: kicad-share/footprints/pkg/PLIST
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- kicad-share/footprints/pkg/PLIST12 Aug 2022 21:21:16 - 1.9
+++ kicad-share/footprints/pkg/PLIST2 Nov 2022 19:34:33 -
@@ -10,6 +10,7 @@ share/kicad/footprints/Battery.pretty/Ba
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_103_1x20mm.kicad_mod
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_1042_1x18650.kicad_mod
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_104_1x23mm.kicad_mod
+share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_1057_1x2032.kicad_mod
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_1058_1x2032.kicad_mod
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_105_1x2430.kicad_mod
share/kicad/footprints/Battery.pretty/BatteryHolder_Keystone_1060_1x2032.kicad_mod
@@ -948,6 +949,7 @@ share/kicad/footprints/Connector_Audio.p
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3533NG_Horizontal_CircularHoles.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal_CircularHoles.kicad_mod
+share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ2-3593D-SMT_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Ledino_KB3SPRS_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Lumberg_1503_07_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_PJ31060-I_Horizontal.kicad_mod
@@ -1154,6 +1156,7 @@ share/kicad/footprints/Connector_BarrelJ
share/kicad/footprints/Connector_BarrelJack.pretty/BarrelJack_CUI_PJ-102AH_Horizontal.kicad_mod
share/kicad/footprints/Connector_BarrelJack.pretty/BarrelJack_GCT_DCJ200-10-A_Horizontal.kicad_mod
share/kicad/footprints/Connector_BarrelJack.pretty/BarrelJack_Horizontal.kicad_mod
+share/kicad/footprints/Connector_BarrelJack.pretty/BarrelJack_Kycon_KLDX-0202-xC_Horizontal.kicad_mod
share/kicad/footprints/Connector_BarrelJack.pretty
Re: [Update] cad/kicad 6.0.7 -> 6.0.8
Ping.
On Thu, Oct 06, 2022 at 07:37:35AM -0600, Tracey Emery wrote:
> Hello ports,
>
> Here is a simple update to cad/kicad and friends, bringing us to 6.0.8.
> A list of changes can be found at
> https://gitlab.com/groups/kicad/-/milestones/18.
>
> Tested out fine on amd64.
>
> ok?
>
Tracey Emery
Index: kicad/Makefile
===
RCS file: /home/cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.56
diff -u -p -r1.56 Makefile
--- kicad/Makefile 12 Aug 2022 21:21:16 - 1.56
+++ kicad/Makefile 3 Oct 2022 19:48:30 -
@@ -2,7 +2,7 @@
BROKEN-powerpc = segfaults when trying to run the PCB editor
BROKEN-riscv64 = kicad-5.1.10/include/system/libcontext.h:93:36: error:
expected ';' after top level declarator
-V =6.0.7
+V =6.0.8
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
Index: kicad/distinfo
===
RCS file: /home/cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- kicad/distinfo 12 Aug 2022 21:21:16 - 1.16
+++ kicad/distinfo 3 Oct 2022 19:49:34 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-6.0.7.tar.gz) = py6IsV82DXbqdCeSOlBz2140tfjPxL44nPwksSpx5/k=
-SIZE (kicad-6.0.7.tar.gz) = 45143677
+SHA256 (kicad-6.0.8.tar.gz) = mcxHBq2sETR9JS14HPJDaRDwOdvdpJTvJttW5I7bnxY=
+SIZE (kicad-6.0.8.tar.gz) = 45155261
Index: kicad-share/Makefile.inc
===
RCS file: /home/cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile.inc
--- kicad-share/Makefile.inc12 Aug 2022 21:21:16 - 1.15
+++ kicad-share/Makefile.inc3 Oct 2022 19:48:23 -
@@ -6,7 +6,7 @@ NOT_FOR_ARCHS = powerpc
PKG_ARCH ?=*
-V ?= 6.0.7
+V ?= 6.0.8
EXTRACT_SUFX ?=.tar.bz2
DISTNAME= kicad-${KICAD_PROJECT}-$V
Index: kicad-share/footprints/distinfo
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- kicad-share/footprints/distinfo 12 Aug 2022 21:21:16 - 1.10
+++ kicad-share/footprints/distinfo 5 Oct 2022 21:54:06 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-footprints-6.0.7.tar.bz2) =
DqG7dKtBgvf84gYW/N+beRHlY7IJIwp6rztrOEHN6Ko=
-SIZE (kicad-footprints-6.0.7.tar.bz2) = 23625445
+SHA256 (kicad-footprints-6.0.8.tar.bz2) =
qsaF2L+QjhpPM5MdEHPZQF6o2vNAtj2/KQpqHpLqha4=
+SIZE (kicad-footprints-6.0.8.tar.bz2) = 23649523
Index: kicad-share/footprints/pkg/PLIST
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- kicad-share/footprints/pkg/PLIST12 Aug 2022 21:21:16 - 1.9
+++ kicad-share/footprints/pkg/PLIST5 Oct 2022 22:13:46 -
@@ -948,6 +948,7 @@ share/kicad/footprints/Connector_Audio.p
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3533NG_Horizontal_CircularHoles.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal_CircularHoles.kicad_mod
+share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ2-3593D-SMT_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Ledino_KB3SPRS_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Lumberg_1503_07_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_PJ31060-I_Horizontal.kicad_mod
@@ -1169,6 +1170,7 @@ share/kicad/footprints/Connector_Card.pr
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Hirose_DM3BT-DSF-PEJS.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Hirose_DM3D-SF.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Molex_104031-0811.kicad_mod
+share/kicad/footprints/Connector_Card.pretty/microSD_HC_Molex_47219-2001.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Wuerth_693072010801.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSIM_JAE_SF53S006VCBR2000.kicad_mod
share/kicad/footprints/Connector_Coaxial.pretty/
@@ -7022,6 +7024,7 @@ share/kicad/footprints/Converter_DCDC.pr
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_R5xxxPA_THT.kicad_mod
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_RPA60-SFW.kicad_mod
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_RPMx.x-x.0.kicad_mod
+share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_Silvertel_Ag5810.kicad_mod
share/kicad/fo
Re: [fix] print/pdfarranger: missing rundep py-packaging
On Wed, Oct 26, 2022 at 10:13:54PM +0200, Stefan Hagen wrote:
> Hi,
>
> pdfarranger is missing a run dependency:
>
> $ pdfarranger scan_20211129_183401.pdf
> Traceback (most recent call last):
> File "/usr/local/bin/pdfarranger", line 5, in
> from pdfarranger.pdfarranger import main
> File "/usr/local/lib/python3.9/site-packages/pdfarranger/pdfarranger.py",
> line 30, in
> import pikepdf
> File "/usr/local/lib/python3.9/site-packages/pikepdf/__init__.py", line 56,
> in
> from .models import (
> File "/usr/local/lib/python3.9/site-packages/pikepdf/models/__init__.py",
> line 16, in
> from .image import PdfImage, PdfInlineImage, UnsupportedImageTypeError
> File "/usr/local/lib/python3.9/site-packages/pikepdf/models/image.py", line
> 19, in
> from pikepdf import (
> File "/usr/local/lib/python3.9/site-packages/pikepdf/jbig2.py", line 18, in
>
> from packaging.version import Version
> ModuleNotFoundError: No module named 'packaging'
>
> OK?
ok
>
> Best,
> Stefan
>
> Index: print/pdfarranger/Makefile
> ===
> RCS file: /cvs/ports/print/pdfarranger/Makefile,v
> retrieving revision 1.11
> diff -u -p -u -p -r1.11 Makefile
> --- print/pdfarranger/Makefile3 Oct 2022 22:11:30 - 1.11
> +++ print/pdfarranger/Makefile26 Oct 2022 20:12:23 -
> @@ -4,6 +4,7 @@ MODPY_EGG_VERSION = 1.9.1
> GH_ACCOUNT = pdfarranger
> GH_PROJECT = pdfarranger
> GH_TAGNAME = ${MODPY_EGG_VERSION}
> +REVISION = 0
>
> CATEGORIES = print
>
> @@ -25,6 +26,7 @@ RUN_DEPENDS = devel/desktop-file-utils
> graphics/img2pdf \
> print/poppler \
> print/py-pikepdf${MODPY_FLAVOR} \
> + sysutils/py-packaging${MODPY_FLAVOR} \
> x11/gtk+3 \
> x11/gtk+3,-guic
>
>
--
Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/10/14 08:00:17 Modified files: devel/py-esptool: Makefile distinfo devel/py-esptool/pkg: PLIST Log message: Update devel/py-esptool from 4.2.1 to 4.3. ok benoit@
[Update] devel/py-esptool 4.2.1 -> 4.3
Hello ports,
Here is a simple update bringing devel/py-esptool to version 4.3.
New Features
* image_info: Added image type autodetection, specifying --chip is no
longer needed
* image_info: Added the ability to display application info if a valid
app image is detected
* write_flash: Added the ability to recover from serial errors when
flashing, effectively making data transfers more robust (#182)
* write_flash: Added checks to prevent flashing if an incompatible chip
type or chip revision is used, --force can be used to override this
restriction
* Added more memory density definitions to cover known flash chips
(#769)
* Added parsing of stub flasher error definitions in esptool messages
* Added support for Major.Minor chip revision versioning scheme in the
format vX.Y
Bug Fixes
* Listed BLE as an ESP32-C3 feature (#770)
* Included MANIFEST in sdist to fix RPM packaging (#767)
* espefuse.py: Fixed burning of ENABLE_SECURITY_DOWNLOAD eFuse
Internal features
Experimental support for ESP32-C6 has been added (--no-stub only).
Burning eFuses is not recommended. This SoC is not generally available,
so it is not fully supported in this release. Official support will be
added in a later release.
Ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /home/cvs/ports/devel/py-esptool/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile15 Aug 2022 14:02:47 - 1.11
+++ Makefile6 Oct 2022 22:02:06 -
@@ -1,6 +1,6 @@
COMMENT = esp8266 and esp32 rom bootloader communication tool
-MODPY_EGG_VERSION =4.2.1
+MODPY_EGG_VERSION =4.3
DISTNAME = esptool-${MODPY_EGG_VERSION}
PKGNAME = py-${DISTNAME}
Index: distinfo
===
RCS file: /home/cvs/ports/devel/py-esptool/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo15 Aug 2022 14:02:47 - 1.7
+++ distinfo6 Oct 2022 22:02:15 -
@@ -1,2 +1,2 @@
-SHA256 (esptool-4.2.1.tar.gz) = uWf67ZTdQ/VHlT/eNi07pbY93coKD/eYJ1AFRwLLwjg=
-SIZE (esptool-4.2.1.tar.gz) = 202259
+SHA256 (esptool-4.3.tar.gz) = A9ADEu7yWLr4P679C5ErIlHdBEAkLancsbGP517WFMM=
+SIZE (esptool-4.3.tar.gz) = 222498
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/devel/py-esptool/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -r1.6 PLIST
--- pkg/PLIST 3 Aug 2022 13:40:26 - 1.6
+++ pkg/PLIST 6 Oct 2022 22:03:08 -
@@ -55,6 +55,18 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c3/fields.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c3/mem_definition.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c3/operations.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/__init__.py
+${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}/
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}__init__.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}emulate_efuse_controller.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}fields.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}mem_definition.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/${MODPY_PYCACHE}operations.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/emulate_efuse_controller.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/fields.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/mem_definition.py
+lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32c6/operations.py
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/
lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/__init__.py
${MODPY_COMMENT}lib/python${MODPY_VERSION}/site-packages/espefuse/efuse/esp32h2beta1/${MODPY_PYCACHE}/
@@ -137,6 +149,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/esptool/targets/${MODPY_PYCACHE}esp32.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/esptool/targets/${MODPY_PYCACHE}esp32c2.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/esptool/targets/${MODPY_PYCACHE}esp32c3.${MODPY_PYC_MAGIC_TAG}pyc
+lib/python${MODPY_VERSION}/site-packages/esptool/targets/${MODPY_PYCACHE}esp32c6.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/esptool/targets/${MODPY_PYCACHE}esp32c6beta.${MODPY_PYC_MAGIC_TAG}pyc
lib/python${MODPY_VERSION}/site-packages/esptool/targets
[Update] cad/kicad 6.0.7 -> 6.0.8
Hello ports,
Here is a simple update to cad/kicad and friends, bringing us to 6.0.8.
A list of changes can be found at
https://gitlab.com/groups/kicad/-/milestones/18.
Tested out fine on amd64.
ok?
--
Tracey Emery
Index: kicad/Makefile
===
RCS file: /home/cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.56
diff -u -p -r1.56 Makefile
--- kicad/Makefile 12 Aug 2022 21:21:16 - 1.56
+++ kicad/Makefile 3 Oct 2022 19:48:30 -
@@ -2,7 +2,7 @@
BROKEN-powerpc = segfaults when trying to run the PCB editor
BROKEN-riscv64 = kicad-5.1.10/include/system/libcontext.h:93:36: error:
expected ';' after top level declarator
-V =6.0.7
+V =6.0.8
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
Index: kicad/distinfo
===
RCS file: /home/cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.16
diff -u -p -r1.16 distinfo
--- kicad/distinfo 12 Aug 2022 21:21:16 - 1.16
+++ kicad/distinfo 3 Oct 2022 19:49:34 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-6.0.7.tar.gz) = py6IsV82DXbqdCeSOlBz2140tfjPxL44nPwksSpx5/k=
-SIZE (kicad-6.0.7.tar.gz) = 45143677
+SHA256 (kicad-6.0.8.tar.gz) = mcxHBq2sETR9JS14HPJDaRDwOdvdpJTvJttW5I7bnxY=
+SIZE (kicad-6.0.8.tar.gz) = 45155261
Index: kicad-share/Makefile.inc
===
RCS file: /home/cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile.inc
--- kicad-share/Makefile.inc12 Aug 2022 21:21:16 - 1.15
+++ kicad-share/Makefile.inc3 Oct 2022 19:48:23 -
@@ -6,7 +6,7 @@ NOT_FOR_ARCHS = powerpc
PKG_ARCH ?=*
-V ?= 6.0.7
+V ?= 6.0.8
EXTRACT_SUFX ?=.tar.bz2
DISTNAME= kicad-${KICAD_PROJECT}-$V
Index: kicad-share/footprints/distinfo
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/distinfo,v
retrieving revision 1.10
diff -u -p -r1.10 distinfo
--- kicad-share/footprints/distinfo 12 Aug 2022 21:21:16 - 1.10
+++ kicad-share/footprints/distinfo 5 Oct 2022 21:54:06 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-footprints-6.0.7.tar.bz2) =
DqG7dKtBgvf84gYW/N+beRHlY7IJIwp6rztrOEHN6Ko=
-SIZE (kicad-footprints-6.0.7.tar.bz2) = 23625445
+SHA256 (kicad-footprints-6.0.8.tar.bz2) =
qsaF2L+QjhpPM5MdEHPZQF6o2vNAtj2/KQpqHpLqha4=
+SIZE (kicad-footprints-6.0.8.tar.bz2) = 23649523
Index: kicad-share/footprints/pkg/PLIST
===
RCS file: /home/cvs/ports/cad/kicad-share/footprints/pkg/PLIST,v
retrieving revision 1.9
diff -u -p -r1.9 PLIST
--- kicad-share/footprints/pkg/PLIST12 Aug 2022 21:21:16 - 1.9
+++ kicad-share/footprints/pkg/PLIST5 Oct 2022 22:13:46 -
@@ -948,6 +948,7 @@ share/kicad/footprints/Connector_Audio.p
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3533NG_Horizontal_CircularHoles.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ1-3535NG_Horizontal_CircularHoles.kicad_mod
+share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_CUI_SJ2-3593D-SMT_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Ledino_KB3SPRS_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_Lumberg_1503_07_Horizontal.kicad_mod
share/kicad/footprints/Connector_Audio.pretty/Jack_3.5mm_PJ31060-I_Horizontal.kicad_mod
@@ -1169,6 +1170,7 @@ share/kicad/footprints/Connector_Card.pr
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Hirose_DM3BT-DSF-PEJS.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Hirose_DM3D-SF.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Molex_104031-0811.kicad_mod
+share/kicad/footprints/Connector_Card.pretty/microSD_HC_Molex_47219-2001.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSD_HC_Wuerth_693072010801.kicad_mod
share/kicad/footprints/Connector_Card.pretty/microSIM_JAE_SF53S006VCBR2000.kicad_mod
share/kicad/footprints/Connector_Coaxial.pretty/
@@ -7022,6 +7024,7 @@ share/kicad/footprints/Converter_DCDC.pr
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_R5xxxPA_THT.kicad_mod
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_RPA60-SFW.kicad_mod
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_RECOM_RPMx.x-x.0.kicad_mod
+share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_Silvertel_Ag5810.kicad_mod
share/kicad/footprints/Converter_DCDC.pretty/Converter_DCDC_TRACO_TDN_5-WISM_SMD.kicad_mod
share/kicad/footprints
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/09/09 10:50:25 ports/devel/arm-none-eabi/gcc-bootstrap/pkg Update of /cvs/ports/devel/arm-none-eabi/gcc-bootstrap/pkg In directory cvs.openbsd.org:/tmp/cvs-serv20955/gcc-bootstrap/pkg Log Message: Directory /cvs/ports/devel/arm-none-eabi/gcc-bootstrap/pkg added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/09/09 10:50:25 ports/devel/arm-none-eabi/gcc-bootstrap/patches Update of /cvs/ports/devel/arm-none-eabi/gcc-bootstrap/patches In directory cvs.openbsd.org:/tmp/cvs-serv20955/gcc-bootstrap/patches Log Message: Directory /cvs/ports/devel/arm-none-eabi/gcc-bootstrap/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/09/09 10:50:17 ports/devel/arm-none-eabi/gcc-bootstrap Update of /cvs/ports/devel/arm-none-eabi/gcc-bootstrap In directory cvs.openbsd.org:/tmp/cvs-serv53047/gcc-bootstrap Log Message: Directory /cvs/ports/devel/arm-none-eabi/gcc-bootstrap added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/09/02 09:34:00 Modified files: cad/coil64 : Makefile cad/coil64/patches: patch-resolves_cpp Log message: Update cad/coil64. The author pointed out a calculation error, so patch that until the next release.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/31 10:51:23 Modified files: cad: Makefile Log message: Add coil64 to the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/31 10:50:23 Log message: Initial import of cad/coil64 2.1.24 DESCR Coil64 is a free coil inductor calculator, that allows calculating: single-layer and multilayer air core inductors, toroidal air core coil inductance, inductors on ferrite rings, in pot core, flat coils on the PCB, and also LC tank parameters. The program has additional plugins to calculate any manner of coils. Input and ok sdk@ Status: Vendor Tag: tracey Release Tags: tracey_20220831 N ports/cad/coil64/Makefile N ports/cad/coil64/distinfo N ports/cad/coil64/pkg/DESCR N ports/cad/coil64/pkg/PLIST N ports/cad/coil64/patches/patch-resolves_cpp N ports/cad/coil64/patches/patch-resolves_h N ports/cad/coil64/patches/patch-definitions_h N ports/cad/coil64/patches/patch-system_functions_cpp No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/15 09:27:27 Modified files: devel/arduino : Makefile distinfo devel/arduino/pkg: PLIST Log message: Update arduino to 1.8.19. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/15 08:02:47 Modified files: devel/py-esptool: Makefile distinfo Log message: Update devel/py-esptool to 4.2.1. ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/12 15:21:17 Modified files: cad/kicad : Makefile distinfo cad/kicad-share: Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/templates: distinfo Log message: Update cad/kicad to 6.0.7. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/08/03 07:40:26 Modified files: devel/py-esptool: Makefile distinfo devel/py-esptool/pkg: PLIST Log message: Update devel/py-esptool to 4.2. ok benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/07/11 07:39:35 Modified files: devel/arduino-esp32: Makefile distinfo devel/arduino-esp32/patches: patch-platform_txt devel/arduino-esp32/pkg: PLIST Log message: Update devel/arduino-esp32 to 2.0.4. ok kn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:31:27 Removed files: devel/esptool-ck: Makefile distinfo devel/esptool-ck/patches: patch-Makefile patch-serialport_serialport_c devel/esptool-ck/pkg: DESCR PLIST Log message: remove devel/esptool-ck. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:17:54 Modified files: devel/arduino-esp8266: Makefile devel/arduino-esp8266/pkg: PLIST Log message: remove dependency on devel/esptool-ck. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:14:44 Modified files: devel/py-esptool: Makefile distinfo Log message: update devel/py-esptool to 4.1. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:13:20 Modified files: devel/arduino-esp32: Makefile distinfo devel/arduino-esp32/patches: patch-platform_txt devel/arduino-esp32/pkg: PLIST Log message: Update devel/arduino-esp32 to 2.0.3. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:09:26 Modified files: devel : Makefile Log message: attach xtensa-esp32s2-elf, xtensa-esp32s3-elf, and riscv32-esp-elf to the build
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:06:50 Log message: import port/devel/riscv32-esp-elf, ok sthen@ The riscv32-esp-elf port is an ESP32 GNU cross compiler suite, configured for the riscv32-esp-elf target. ESP32-C3 is a single-core Wi-Fi and Bluetooth 5 (LE) microcontroller SoC, based on the open-source RISC-V architecture. It strikes the right balance of power, I/O capabilities and security, thus offering the optimal cost-effective solution for connected devices. The availability of Wi-Fi and Bluetooth 5 (LE) connectivity not only makes the device's configuration easy, but it also facilitates a variety of use-cases based on dual connectivity. Status: Vendor Tag: tracey Release Tags: tracey_20220627 N ports/devel/riscv32-esp-elf/Makefile.inc N ports/devel/riscv32-esp-elf/Makefile N ports/devel/riscv32-esp-elf/binutils/Makefile N ports/devel/riscv32-esp-elf/binutils/distinfo N ports/devel/riscv32-esp-elf/binutils/pkg/DESCR N ports/devel/riscv32-esp-elf/binutils/pkg/PLIST N ports/devel/riscv32-esp-elf/gcc/Makefile N ports/devel/riscv32-esp-elf/gcc/distinfo N ports/devel/riscv32-esp-elf/gcc/pkg/DESCR N ports/devel/riscv32-esp-elf/gcc/pkg/PLIST N ports/devel/riscv32-esp-elf/gcc-bootstrap/Makefile N ports/devel/riscv32-esp-elf/gcc-bootstrap/distinfo N ports/devel/riscv32-esp-elf/gcc-bootstrap/pkg/DESCR N ports/devel/riscv32-esp-elf/gcc-bootstrap/pkg/PLIST N ports/devel/riscv32-esp-elf/gdb/Makefile N ports/devel/riscv32-esp-elf/gdb/distinfo N ports/devel/riscv32-esp-elf/gdb/pkg/DESCR N ports/devel/riscv32-esp-elf/gdb/pkg/PLIST N ports/devel/riscv32-esp-elf/newlib/Makefile N ports/devel/riscv32-esp-elf/newlib/distinfo N ports/devel/riscv32-esp-elf/newlib/pkg/DESCR N ports/devel/riscv32-esp-elf/newlib/pkg/PLIST No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:05:35 Log message: import port/devel/xtensa-esp32s3-elf, ok sthen@ The xtensa-esp32s3-elf port is an ESP32 GNU cross compiler suite, configured for the xtensa-esp32s3-elf target. ESP32-S3 is a dual-core XTensa LX7 MCU, capable of running at 240 MHz. Apart from its 512 KB of internal SRAM, it also comes with integrated 2.4 GHz, 802.11 b/g/n Wi-Fi and Bluetooth 5 (LE) connectivity that provides long-range support. It has 45 programmable GPIOs and supports a rich set of peripherals. ESP32-S3 supports larger, high-speed octal SPI flash, and PSRAM with configurable data and instruction cache. Status: Vendor Tag: tracey Release Tags: tracey_20220627 N ports/devel/xtensa-esp32s3-elf/Makefile.inc N ports/devel/xtensa-esp32s3-elf/Makefile N ports/devel/xtensa-esp32s3-elf/binutils/Makefile N ports/devel/xtensa-esp32s3-elf/binutils/distinfo N ports/devel/xtensa-esp32s3-elf/binutils/patches/patch-bfd_xtensa-modules_c N ports/devel/xtensa-esp32s3-elf/binutils/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s3-elf/binutils/pkg/DESCR N ports/devel/xtensa-esp32s3-elf/binutils/pkg/PLIST N ports/devel/xtensa-esp32s3-elf/gcc/Makefile N ports/devel/xtensa-esp32s3-elf/gcc/distinfo N ports/devel/xtensa-esp32s3-elf/gcc/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s3-elf/gcc/pkg/PLIST N ports/devel/xtensa-esp32s3-elf/gcc/pkg/DESCR N ports/devel/xtensa-esp32s3-elf/gcc-bootstrap/Makefile N ports/devel/xtensa-esp32s3-elf/gcc-bootstrap/distinfo N ports/devel/xtensa-esp32s3-elf/gcc-bootstrap/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s3-elf/gcc-bootstrap/pkg/DESCR N ports/devel/xtensa-esp32s3-elf/gcc-bootstrap/pkg/PLIST N ports/devel/xtensa-esp32s3-elf/gdb/Makefile N ports/devel/xtensa-esp32s3-elf/gdb/distinfo N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-bfd_xtensa-modules_c N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_Makefile_in N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_gdbserver_xtensa-regmap_c N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_gdbserver_xtensa-xtregs_c N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_regformats_reg-xtensa_dat N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_xtensa-config_c N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-gdb_xtensa-xtregs_c N ports/devel/xtensa-esp32s3-elf/gdb/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s3-elf/gdb/pkg/DESCR N ports/devel/xtensa-esp32s3-elf/gdb/pkg/PLIST N ports/devel/xtensa-esp32s3-elf/newlib/Makefile N ports/devel/xtensa-esp32s3-elf/newlib/distinfo N ports/devel/xtensa-esp32s3-elf/newlib/pkg/DESCR N ports/devel/xtensa-esp32s3-elf/newlib/pkg/PLIST N ports/devel/xtensa-esp32s3-elf/newlib/patches/patch-newlib_libc_sys_xtensa_include_xtensa_config_core-isa_h No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/27 04:04:22 Log message: import ports/devel/xtensa-esp32s2-elf, ok sthen@ The xtensa-esp32s2-elf port is an ESP32 GNU cross compiler suite, configured for the xtensa-esp32s2-elf target. ESP32-S2 is a highly integrated, low-power, single-core Wi-Fi Microcontroller SoC, designed to be secure and cost-effective, with a high performance and a rich set of IO capabilities. Status: Vendor Tag: tracey Release Tags: tracey_20220627 N ports/devel/xtensa-esp32s2-elf/Makefile.inc N ports/devel/xtensa-esp32s2-elf/Makefile N ports/devel/xtensa-esp32s2-elf/binutils/Makefile N ports/devel/xtensa-esp32s2-elf/binutils/distinfo N ports/devel/xtensa-esp32s2-elf/binutils/patches/patch-bfd_xtensa-modules_c N ports/devel/xtensa-esp32s2-elf/binutils/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s2-elf/binutils/pkg/DESCR N ports/devel/xtensa-esp32s2-elf/binutils/pkg/PLIST N ports/devel/xtensa-esp32s2-elf/gcc/Makefile N ports/devel/xtensa-esp32s2-elf/gcc/distinfo N ports/devel/xtensa-esp32s2-elf/gcc/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s2-elf/gcc/pkg/PLIST N ports/devel/xtensa-esp32s2-elf/gcc/pkg/DESCR N ports/devel/xtensa-esp32s2-elf/gcc-bootstrap/Makefile N ports/devel/xtensa-esp32s2-elf/gcc-bootstrap/distinfo N ports/devel/xtensa-esp32s2-elf/gcc-bootstrap/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s2-elf/gcc-bootstrap/pkg/PLIST N ports/devel/xtensa-esp32s2-elf/gcc-bootstrap/pkg/DESCR N ports/devel/xtensa-esp32s2-elf/gdb/Makefile N ports/devel/xtensa-esp32s2-elf/gdb/distinfo N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-bfd_xtensa-modules_c N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-gdb_gdbserver_xtensa-regmap_c N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-gdb_gdbserver_xtensa-xtregs_c N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-gdb_regformats_reg-xtensa_dat N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-gdb_xtensa-config_c N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-gdb_xtensa-xtregs_c N ports/devel/xtensa-esp32s2-elf/gdb/patches/patch-include_xtensa-config_h N ports/devel/xtensa-esp32s2-elf/gdb/pkg/DESCR N ports/devel/xtensa-esp32s2-elf/gdb/pkg/PLIST N ports/devel/xtensa-esp32s2-elf/newlib/Makefile N ports/devel/xtensa-esp32s2-elf/newlib/distinfo N ports/devel/xtensa-esp32s2-elf/newlib/pkg/PLIST N ports/devel/xtensa-esp32s2-elf/newlib/pkg/DESCR N ports/devel/xtensa-esp32s2-elf/newlib/patches/patch-newlib_libc_sys_xtensa_include_xtensa_config_core-isa_h No conflicts created by this import
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/26 10:40:39 Modified files: cad/kicad-share: Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/symbols/pkg: PLIST cad/kicad-share/templates: distinfo cad/kicad-share/templates/pkg: PLIST Log message: Update cad/kicad-share to 6.0.6. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/06/26 10:40:02 Modified files: cad/kicad : Makefile distinfo Log message: Update cad/kicad to 6.0.6. ok sthen@
[New] devel/riscv32-esp-elf 8.4.0
Hello ports@, Attached is a new port for compiling binaries for the Espressif ESP32-C3 variant of the ESP32 series of WiFi/Bluetooth chips. It is a cross compiler suit configured for the riscv32-esp-elf target. This has been tested on amd64 out to an ESP32-C3 development board. ok to import? thanks. -- Tracey Emery riscv32-esp-elf.tgz Description: Binary data
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/05/25 07:36:23 Modified files: devel/py-esptool: Makefile distinfo devel/py-esptool/pkg: PLIST Log message: Update devel/py-esptool to 4.0.1. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/04/25 07:55:57 Modified files: devel/makeesparduino: Makefile distinfo Log message: Update devel/makeesparduino to 6.6.5. ok benoit@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/03/24 16:20:36 Modified files: cad/kicad-share: Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: Makefile distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/templates: distinfo Log message: Update kicad-share to 6.0.4. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/03/24 16:20:15 Modified files: cad/kicad : Makefile distinfo Log message: Update kicad to 6.0.4. ok sthen@
[Update] cad/kicad/kicad-share -> 6.0.4
Hello,
Here is a trivial update to kicad and friends bringing us to 6.0.4. The
kicad folks skipped 6.0.3 and went to 6.0.4 because of some tagging
issues.
Ok?
Changelog:
Use temporary directory for intermediate save files that get
renamed/copied to destination rather than trying to write to the project
directory #10747
Nets in the Net Selector dropdown will now "naturally sorted"
(A1,A2,A10) rather than "alphabetically" sorted (A1,A10,A2) #10534
Avoid clearing the entire OpenGL cache when performing an undo operation
Fixed height of the message panel in all editors on Windows for
multi-monitor setups with varying DPI (#10681)
The most recently used path is remembered for placing images in the
Schematic Editor and Drawing Sheet Editor.
Fixed Grid and Zoom menu bar options not updating translation after an
language change with no restart (#10961)
Always import of EAGLE symbol/footprint reference designators in KiCad’s
terminating number format (0 will be appended if no number is present at
the end) (#10760)
Honor modifier keys (Ctrl, Shift, Alt) with the disambiguation menu
(#9712)
The determination of KICAD6_TEMPLATE_DIR should now be more reliable on
all platforms, especially Windows #10119
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.53
diff -u -p -u -r1.53 Makefile
--- Makefile14 Mar 2022 19:58:13 - 1.53
+++ Makefile24 Mar 2022 20:27:45 -
@@ -2,7 +2,7 @@
BROKEN-powerpc = segfaults when trying to run the PCB editor
BROKEN-riscv64 = kicad-5.1.10/include/system/libcontext.h:93:36: error:
expected ';' after top level declarator
-V =6.0.2
+V =6.0.4
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
Index: distinfo
===
RCS file: /cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.13
diff -u -p -u -r1.13 distinfo
--- distinfo14 Mar 2022 19:58:13 - 1.13
+++ distinfo24 Mar 2022 20:27:45 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-6.0.2.tar.gz) = ZYcId9Jzeb7mNi0LCh3WNc2YlofgtHOgzDQhpPrmEsM=
-SIZE (kicad-6.0.2.tar.gz) = 45003563
+SHA256 (kicad-6.0.4.tar.gz) = RdNRvoS1goIdippZC6tczVP5xHeVDJcpVjTyCXctXDM=
+SIZE (kicad-6.0.4.tar.gz) = 45068438
Index: Makefile.inc
===
RCS file: /cvs/ports/cad/kicad-share/Makefile.inc,v
retrieving revision 1.12
diff -u -p -u -r1.12 Makefile.inc
--- Makefile.inc14 Mar 2022 19:58:50 - 1.12
+++ Makefile.inc24 Mar 2022 16:24:12 -
@@ -6,7 +6,7 @@ NOT_FOR_ARCHS = powerpc
PKG_ARCH ?=*
-V ?= 6.0.2
+V ?= 6.0.4
EXTRACT_SUFX ?=.tar.bz2
DISTNAME= kicad-${KICAD_PROJECT}-$V
Index: footprints/distinfo
===
RCS file: /cvs/ports/cad/kicad-share/footprints/distinfo,v
retrieving revision 1.7
diff -u -p -u -r1.7 distinfo
--- footprints/distinfo 14 Mar 2022 19:58:50 - 1.7
+++ footprints/distinfo 24 Mar 2022 16:24:12 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-footprints-6.0.2.tar.bz2) =
xdR5XITb/MrU6lP+y6+KDNUREblC/QESbL+R5h2EHXg=
-SIZE (kicad-footprints-6.0.2.tar.bz2) = 23530876
+SHA256 (kicad-footprints-6.0.4.tar.bz2) =
nIusNMW1on8oFHURFOLNeNfATAWMJ7ljnTJPTTbyzT4=
+SIZE (kicad-footprints-6.0.4.tar.bz2) = 23561724
Index: footprints/pkg/PLIST
===
RCS file: /cvs/ports/cad/kicad-share/footprints/pkg/PLIST,v
retrieving revision 1.6
diff -u -p -u -r1.6 PLIST
--- footprints/pkg/PLIST14 Mar 2022 19:58:50 - 1.6
+++ footprints/pkg/PLIST24 Mar 2022 16:24:13 -
@@ -6581,6 +6581,7 @@ share/kicad/footprints/Connector_USB.pre
share/kicad/footprints/Connector_USB.pretty/USB_A_Molex_105057_Vertical.kicad_mod
share/kicad/footprints/Connector_USB.pretty/USB_A_Molex_67643_Horizontal.kicad_mod
share/kicad/footprints/Connector_USB.pretty/USB_A_Stewart_SS-52100-001_Horizontal.kicad_mod
+share/kicad/footprints/Connector_USB.pretty/USB_A_TE_292303-7_Horizontal.kicad_mod
share/kicad/footprints/Connector_USB.pretty/USB_A_Wuerth_614004134726_Horizontal.kicad_mod
share/kicad/footprints/Connector_USB.pretty/USB_A_Wuerth_61400826021_Horizontal_Stacked.kicad_mod
share/kicad/footprints/Connector_USB.pretty/USB_B_Amphenol_MUSB-D511_Vertical_Rugged.kicad_mod
@@ -7283,8 +7284,6 @@ share/kicad/footprints/Diode_SMD.pretty/
share/kicad/footprints/Diode_SMD.pretty/D_SOD-323_HandSoldering.kicad_mod
share/kicad/footprints/Diode_SMD.pretty/D_SOD-523.kicad_mod
share/kicad/footprints/Diode_SMD.pretty/D_SOD-923.kicad_mod
-share/kicad/footprints/Diode_SMD.pretty/D_SOT-23_ANK.kicad_mod
-share/kicad/footprints/Di
Re: Slowing down for the release
On Thu, Mar 24, 2022 at 04:43:28PM +0100, Christian Weisgerber wrote: > It's time to start slowing down for the upcoming 7.1 release. > > There are no restrictions on the types of ports commits yet, but I > would like to ask everybody to keep the approaching release in mind > and to slowly wind down large ports work. > > As usual, I'm also imploring people to test snapshot packages so > bugs can be found and fixed before it is too late. > > -- > Christian "naddy" Weisgerber na...@mips.inka.de > I'm working on KiCAD 6.0.4 which is largish, but should be snuck in before release, since there were some issues with 6.0.2. -- Tracey Emery
Re: [NEW] cad/lepton-eda
On Thu, Mar 17, 2022 at 09:09:26PM +, Stuart Henderson wrote: > On 2021/06/21 11:38, Dmitry Pryakhin wrote: > > Hello friends, > > > > I am one of the developers of the Lepton Electronic Design > > Automation suite (Lepton EDA) [1], [2]. It has been ported > > to several platforms [3], and we would be glad to see it in > > the OpenBSD Ports Collection, too. > > Could you please take a look at the port cad/lepton-eda > > I've created (available on github [4] and attached)? > > Tested on amd64 with the stable- ports tree. > > Please advice and correct me if something is wrong. > > Thank you. > > > > pkg/DESCR: > > -- > > Lepton EDA is a suite of free software tools for designing > > electronics. It provides schematic capture, netlisting into > > over 30 netlist formats, and many other features. > > It was forked from the gEDA/gaf suite in late 2016 by most > > of its active developers at that time. > > It's backward compatible with its predecessor and > > supports the same file format for symbols and schematics. > > It's in active development and well supported. > > > > [1] https://github.com/lepton-eda/lepton-eda > > [2] https://github.com/lepton-eda/lepton-eda/wiki/Screenshots > > [3] https://github.com/lepton-eda/lepton-eda/wiki/Portability > > [4] https://github.com/graahnul-grom/openbsd-lepton-eda > > > > Regards, > > Dmitry. > > > > https://graahnul-grom.github.io > > Hi Dmitry, sorry this slipped through the cracks. > > I have updated to 1.9.17 and fixed some minor ports issues (mostly > to do with picking up software which is present at build time; during > bulk package builds other packages are added and removed all the time > so anything which is picked up by autoconf must either be listed as a > dependency or disabled). > > I don't know the software well, but I can run leptop-schematic and open > the example files and this all looks OK. (I am doing this all on > -current). > > One thing I have found is that at first startup, guile compiles files > to ~/.cache/guile which is rather slow. I see there's something in > the build system to precompile these but I haven't figured out how > to get that to work as part of the port build. You'll see my commented- > out lines in the Makefile in the attached port - do you have any > ideas? > > While it would be nice to have that done, I'd also be happy enough with > importing this as-is and look at precompile later, I think it's generally > in good shape. > > Would any ports dev like to give me an OK to import? > Looks ok here from a ports perspective. ok. -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/03/15 14:53:31 Modified files: cad/kicad-share/packages3D: Makefile distinfo cad/kicad-share/packages3D/pkg: PLIST Log message: fix the kicad-share/packages3D build. ok sthen@. thanks everyone who looked at this today!
Re: WIP: cad/kicad + cad/kicad-share -> 6.0.2
On Sun, Mar 13, 2022 at 12:38:21AM +0100, Florian Viehweger wrote: > Hi, > > I saw that KiCad had a newer version than in ports, so I tried to > update it. > > In a quick test on amd64 with tigervnc KiCad seems to run. I did look > at an example schematic, tried the board view and the respective 3D > view. > > I do not have any further experience with KiCad, I used this port to > practice more on working with ports. > > For cad/kicad-share portcheck, 'make lib-depends-check' and 'make test > (no tests available) were fine. > > Running 'make lib-depends-check' on cad/kicad reveals the following > error: > > --- snip --- > openbsd-ports$ make port-lib-depends-check > > kicad-6.0.2v0(cad/kicad): > Bogus WANTLIB: harfbuzz.17 > (/usr/local/lib/python3.9/site-packages/_pcbnew.so) (NOT REACHABLE) > *** Error 1 in target 'port-lib-depends-check' (ignored) > --- snap --- > > Removing harfbuzz from WANTLIB does only state that harfbuzz is missing. > I'm unsure how to proceed. > > Feedback? Comments? > > Thanks! > > -- > greetings, > > Florian Viehweger Florian, thanks for the diffs. The kicad-share diff was incomplete, but I fixed it up for you and committed the updates. Appreciate the help. -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/03/14 13:58:51 Modified files: cad/kicad-share: Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/symbols/pkg: PLIST cad/kicad-share/templates: distinfo Log message: Update kicad-share to 6.0.2. Partial patch from Florian Viehweger thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/03/14 13:58:13 Modified files: cad/kicad : Makefile distinfo cad/kicad/pkg : PLIST Log message: Update kicad to 6.0.2. patch from Florian Viehweger thanks!
Re: NEW: net/snowflake_proxy
On Mon, Feb 28, 2022 at 04:39:43PM +, Stuart Henderson wrote: > any OKs to import this? Missing WANTLIB += c pthread Otherwise ok. > > > $ pkg_info snowflake_proxy > Information for inst:snowflake_proxy-2.1.0 > > Comment: > proxy providing Tor access to others with censored net > > Description: > Snowflake is a pluggable transport that can be used for Tor, > usually for accessing the network when a user is on a connection > with only partial internet access. > > It uses WebRTC negotiations for NAT traversal to connect to mostly > short-lived volunteer proxies. These proxies can either be provided > by running a web browser extension or a standalone proxy. > > Users behind restrictive access can use snowflake as a bridge, > e.g. by configuring it in Tor Browser. > > Technical information is in > https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/wikis/Technical%20Overview > > This package provides a proxy, for those who would like to use their > internet connection to provide access to others via this protocol. > > Maintainer: The OpenBSD ports mailing-list > > WWW: https://snowflake.torproject.org/ > > > > Index: user.list > === > RCS file: /cvs/ports/infrastructure/db/user.list,v > retrieving revision 1.395 > diff -u -p -r1.395 user.list > --- user.list 16 Feb 2022 18:25:00 - 1.395 > +++ user.list 28 Feb 2022 16:38:34 - > @@ -382,3 +382,4 @@ id user group port > 871 _gelatod _gelatodnet/gelatod > 872 _vmetrics_vmetrics databases/victoriametrics > 873 _alertmanager_alertmanager sysutils/alertmanager > +874 _snowflakeproxy _snowflakeproxy net/snowflake_proxy > -- Tracey Emery
Re: [Update] cad/oce
On Sat, Feb 26, 2022 at 12:00:06PM +, Stuart Henderson wrote:
> On 2022/02/24 09:19, Tracey Emery wrote:
> > Hello ports,
> >
> > There are some bash script anomalies that sthen@ found during a recent
> > build of OpenCascade. There is a script that has a customized name based
> > on the architecture.
> >
> > Also, the script names are fairly generic to be in ${LOCALBASE}/bin, so
> > those should be slightly customized for our installation.
> >
> > Going down this rabbit hole, I found more customizations to make oce
> > properly run, in the event that it is ever used for anything other than
> > the kicad build.
> >
> > I think I've addressed everything. This fixes the custom name, adds a
> > new patch, and adds a MESSAGE with execution instructions.
> >
> > ok?
>
> Please use something other than ARCH for the variable, redefining this
> could cause some issues (according to bsd.port.mk(5) it is "Current
> machine architecture. Read-only.") BITS would do.
>
> Otherwise OK.
Done. Thanks!
>
> >
> > Tracey Emery
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/cad/oce/Makefile,v
> > retrieving revision 1.4
> > diff -u -p -u -r1.4 Makefile
> > --- Makefile22 Feb 2022 15:20:11 - 1.4
> > +++ Makefile24 Feb 2022 16:16:33 -
> > @@ -9,6 +9,7 @@ GH_ACCOUNT =tpaviot
> > GH_PROJECT = oce
> > GH_COMMIT =98a788062f0f30593880b0df1bcf967408212ba4
> > DISTNAME = oce-7.6.0
> > +REVISION = 0
> >
> > .for LIB in TKBO TKBRep TKBin TKBinL TKBinTObj TKBinXCAF TKBool TKCAF
> > TKCDF \
> > TKDCAF TKDraw TKFeat TKFillet TKG2d TKG3d TKGeomAlgo TKGeomBase TKHLR \
> > @@ -42,5 +43,48 @@ RUN_DEPENDS =${MODTK_RUN_DEPENDS} \
> >
> > CONFIGURE_ARGS += -DCMAKE_CXX_FLAGS="-I${X11BASE}/include ${CXXFLAGS}" \
> > -DINSTALL_DIR_RESOURCE:STRING="share/opencascade/src"
> > +
> > +.include
> > +.if ${PROPERTIES:Mlp64}
> > +ARCH=64
> > +.else
> > +ARCH=32
> > +.endif
> > +SUBST_VARS += ARCH
> > +
> > +# fix bash and make installed script names less generic
> > +pre-configure:
> > + sed -i "s,custom,oce_custom,g" \
> > + ${WRKSRC}/adm/templates/*.sh*
> > + sed -i "s,env,oce_env,g" \
> > + ${WRKSRC}/adm/templates/*.sh*
> > + sed -i "s,env,oce_env,g" \
> > + ${WRKSRC}/gen*
> > + sed -i "s,custom,oce_custom,g" \
> > + ${WRKSRC}/gen*
> > + sed -i "s,env\.,oce_env\.,g" \
> > + ${WRKSRC}/CMakeLists.txt
> > + sed -i "s,custom\.,oce_custom\.,g" \
> > + ${WRKSRC}/CMakeLists.txt
> > + sed -i "s,custom_,oce_custom_,g" \
> > + ${WRKSRC}/CMakeLists.txt
> > + sed -i "s,draw\.,oce_draw\.,g" \
> > + ${WRKSRC}/CMakeLists.txt
> > + sed -i "s,/bin/bash,/usr/bin/env bash," \
> > + ${WRKSRC}/adm/templates/*.sh*
> > + mv ${WRKSRC}/adm/templates/custom.sh.main \
> > + ${WRKSRC}/adm/templates/oce_custom.sh.main
> > + mv ${WRKSRC}/adm/templates/custom.build.sh.in \
> > + ${WRKSRC}/adm/templates/oce_custom.build.sh.in
> > + mv ${WRKSRC}/adm/templates/custom.install.sh.in \
> > + ${WRKSRC}/adm/templates/oce_custom.install.sh.in
> > + mv ${WRKSRC}/adm/templates/draw.sh \
> > + ${WRKSRC}/adm/templates/oce_draw.sh
> > + mv ${WRKSRC}/adm/templates/env.build.sh.in \
> > + ${WRKSRC}/adm/templates/oce_env.build.sh.in
> > + mv ${WRKSRC}/adm/templates/env.install.sh.in \
> > + ${WRKSRC}/adm/templates/oce_env.install.sh.in
> > + mv ${WRKSRC}/adm/templates/env.samples.sh.in \
> > + ${WRKSRC}/adm/templates/oce_env.samples.sh.in
> >
> > .include
> > Index: patches/patch-adm_templates_env_install_sh_in
> > ===
> > RCS file: patches/patch-adm_templates_env_install_sh_in
> > diff -N patches/patch-adm_templates_env_install_sh_in
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ patches/patch-adm_templates_env_install_sh_in 24 Feb 2022 16:16:33
> > -
> > @@ -0,0 +1,14 @@
> > +$OpenBSD$
> > +
> > +Index: adm/templates/env.install.sh.in
> > +--- adm/templates/env.install.sh.in.orig
> > adm/templates/env.install.sh.in
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/26 14:40:01 Modified files: cad/oce: Makefile cad/oce/pkg: PLIST Added files: cad/oce/patches: patch-adm_templates_env_install_sh_in cad/oce/pkg: MESSAGE Log message: fixup some generic script weirdness and custom filenames. ok sthen@
[Update] cad/oce
Hello ports,
There are some bash script anomalies that sthen@ found during a recent
build of OpenCascade. There is a script that has a customized name based
on the architecture.
Also, the script names are fairly generic to be in ${LOCALBASE}/bin, so
those should be slightly customized for our installation.
Going down this rabbit hole, I found more customizations to make oce
properly run, in the event that it is ever used for anything other than
the kicad build.
I think I've addressed everything. This fixes the custom name, adds a
new patch, and adds a MESSAGE with execution instructions.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/cad/oce/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- Makefile22 Feb 2022 15:20:11 - 1.4
+++ Makefile24 Feb 2022 16:16:33 -
@@ -9,6 +9,7 @@ GH_ACCOUNT =tpaviot
GH_PROJECT = oce
GH_COMMIT =98a788062f0f30593880b0df1bcf967408212ba4
DISTNAME = oce-7.6.0
+REVISION = 0
.for LIB in TKBO TKBRep TKBin TKBinL TKBinTObj TKBinXCAF TKBool TKCAF TKCDF \
TKDCAF TKDraw TKFeat TKFillet TKG2d TKG3d TKGeomAlgo TKGeomBase TKHLR \
@@ -42,5 +43,48 @@ RUN_DEPENDS =${MODTK_RUN_DEPENDS} \
CONFIGURE_ARGS += -DCMAKE_CXX_FLAGS="-I${X11BASE}/include ${CXXFLAGS}" \
-DINSTALL_DIR_RESOURCE:STRING="share/opencascade/src"
+
+.include
+.if ${PROPERTIES:Mlp64}
+ARCH=64
+.else
+ARCH=32
+.endif
+SUBST_VARS += ARCH
+
+# fix bash and make installed script names less generic
+pre-configure:
+ sed -i "s,custom,oce_custom,g" \
+ ${WRKSRC}/adm/templates/*.sh*
+ sed -i "s,env,oce_env,g" \
+ ${WRKSRC}/adm/templates/*.sh*
+ sed -i "s,env,oce_env,g" \
+ ${WRKSRC}/gen*
+ sed -i "s,custom,oce_custom,g" \
+ ${WRKSRC}/gen*
+ sed -i "s,env\.,oce_env\.,g" \
+ ${WRKSRC}/CMakeLists.txt
+ sed -i "s,custom\.,oce_custom\.,g" \
+ ${WRKSRC}/CMakeLists.txt
+ sed -i "s,custom_,oce_custom_,g" \
+ ${WRKSRC}/CMakeLists.txt
+ sed -i "s,draw\.,oce_draw\.,g" \
+ ${WRKSRC}/CMakeLists.txt
+ sed -i "s,/bin/bash,/usr/bin/env bash," \
+ ${WRKSRC}/adm/templates/*.sh*
+ mv ${WRKSRC}/adm/templates/custom.sh.main \
+ ${WRKSRC}/adm/templates/oce_custom.sh.main
+ mv ${WRKSRC}/adm/templates/custom.build.sh.in \
+ ${WRKSRC}/adm/templates/oce_custom.build.sh.in
+ mv ${WRKSRC}/adm/templates/custom.install.sh.in \
+ ${WRKSRC}/adm/templates/oce_custom.install.sh.in
+ mv ${WRKSRC}/adm/templates/draw.sh \
+ ${WRKSRC}/adm/templates/oce_draw.sh
+ mv ${WRKSRC}/adm/templates/env.build.sh.in \
+ ${WRKSRC}/adm/templates/oce_env.build.sh.in
+ mv ${WRKSRC}/adm/templates/env.install.sh.in \
+ ${WRKSRC}/adm/templates/oce_env.install.sh.in
+ mv ${WRKSRC}/adm/templates/env.samples.sh.in \
+ ${WRKSRC}/adm/templates/oce_env.samples.sh.in
.include
Index: patches/patch-adm_templates_env_install_sh_in
===
RCS file: patches/patch-adm_templates_env_install_sh_in
diff -N patches/patch-adm_templates_env_install_sh_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-adm_templates_env_install_sh_in 24 Feb 2022 16:16:33
-
@@ -0,0 +1,14 @@
+$OpenBSD$
+
+Index: adm/templates/env.install.sh.in
+--- adm/templates/env.install.sh.in.orig
adm/templates/env.install.sh.in
+@@ -4,7 +4,7 @@ aScriptPath=${BASH_SOURCE%/*}; if [ -d "${aScriptPath}
+
+ # - For compatibility with external application using CASROOT -
+ if [ "${CASROOT}" == "" ]; then
+- export CASROOT="@INSTALL_DIR@"
++ export CASROOT="@INSTALL_DIR@/share/opencascade"
+ fi
+
+ # - Define path to 3rdparty products -
Index: pkg/MESSAGE
===
RCS file: pkg/MESSAGE
diff -N pkg/MESSAGE
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/MESSAGE 24 Feb 2022 16:16:33 -
@@ -0,0 +1,3 @@
+The following should be used to properly initialize and start OpenCascade:
+
+${LOCALBASE}/bin/bash ${LOCALBASE}/bin/oce_draw.sh
Index: pkg/PLIST
===
RCS file: /cvs/ports/cad/oce/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -r1.2 PLIST
--- pkg/PLIST 22 Feb 2022 15:20:11 - 1.2
+++ pkg/PLIST 24 Feb 2022 16:16:33 -
@@ -1,10 +1,10 @@
@comment $OpenBSD: PLIST,v 1.2 2022/02/22 15:20:11 tracey Exp $
bin/DRAWEXE
@bin bin/DRAWEXE-7.6.0
-bin/custom.sh
-bin/custom_clang_64.sh
-bin/draw.sh
-bin/env.sh
+bin/oce_custom.sh
+bin/oce_custom_clang_${ARCH}.sh
+bin/oce_draw.sh
+bin/oce_env.sh
include/opencascade/
include/opencascade/AIS.hxx
include/opencascade/AIS_AngleDimension.hxx
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/22 09:01:18 Modified files: games/freebee : Makefile distinfo games/freebee/pkg: PLIST Log message: Update games/freebee to 2.0. The dictionary was removed and is now downloaded and updated on start. ok kn@
[Update] games/freebee 2.0
Hello ports,
This is just a simple update bringing freebee to 2.0.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/games/freebee/Makefile,v
retrieving revision 1.3
diff -u -p -u -r1.3 Makefile
--- Makefile4 Oct 2021 13:57:32 - 1.3
+++ Makefile22 Feb 2022 15:53:27 -
@@ -1,7 +1,7 @@
# $OpenBSD: Makefile,v 1.3 2021/10/04 13:57:32 tracey Exp $
COMMENT = free clone of The New York Times game Spelling Bee
-DISTNAME = freebee-1.8
+DISTNAME = freebee-2.0
CATEGORIES = games
HOMEPAGE = https://freebee.fun
@@ -15,8 +15,6 @@ PERMIT_PACKAGE = Yes
WANTLIB += c curl curses
MASTER_SITES =
https://github.com/freebee-game/console-client/releases/download/${DISTNAME}/
-
-EXTRACT_SUFX = .tar.xz
LIB_DEPENDS = net/curl
Index: distinfo
===
RCS file: /cvs/ports/games/freebee/distinfo,v
retrieving revision 1.3
diff -u -p -u -r1.3 distinfo
--- distinfo4 Oct 2021 13:57:32 - 1.3
+++ distinfo22 Feb 2022 15:53:27 -
@@ -1,2 +1,2 @@
-SHA256 (freebee-1.8.tar.xz) = ++KqkNb9Y90nS+soXPF8wY/GJ8+wl8CYKWfrVNtKWS8=
-SIZE (freebee-1.8.tar.xz) = 370432
+SHA256 (freebee-2.0.tar.gz) = i6HXcRr6JKme0PF0mIL9Xn3rSzqtBzMcjhlTBNZfgRg=
+SIZE (freebee-2.0.tar.gz) = 9084
Index: pkg/PLIST
===
RCS file: /cvs/ports/games/freebee/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -r1.2 PLIST
--- pkg/PLIST 10 Aug 2020 16:15:44 - 1.2
+++ pkg/PLIST 22 Feb 2022 15:53:27 -
@@ -1,5 +1,3 @@
@comment $OpenBSD: PLIST,v 1.2 2020/08/10 16:15:44 tracey Exp $
@bin bin/freebee
@man man/man6/freebee.6
-share/freebee/
-share/freebee/enable1.txt
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/22 08:48:33 Removed files: cad/kicad-share/i18n: Makefile distinfo cad/kicad-share/i18n/pkg: DESCR PLIST Log message: rm i18n subdir. this no longer exists and was missed in original update.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/22 08:38:39 Modified files: cad/kicad : Makefile distinfo cad/kicad/patches: patch-CMakeModules_config_h_cmake patch-common_CMakeLists_txt patch-common_tool_tool_manager_cpp patch-cvpcb_CMakeLists_txt patch-include_kiway_h patch-include_tool_coroutine_h patch-include_tool_tool_interactive_h patch-kicad_kicad_cpp patch-pcbnew_CMakeLists_txt cad/kicad/pkg : PLIST Added files: cad/kicad/patches: patch-thirdparty_libcontext_libcontext_h Removed files: cad/kicad/patches: patch-3d-viewer_3d_cache_sg_CMakeLists_txt patch-3d-viewer_CMakeLists_txt patch-CMakeLists_txt patch-demos_python_scripts_examples_gen_gerber_and_drill_files_board_py patch-demos_python_scripts_examples_plot_board_py patch-eeschema_CMakeLists_txt patch-gerbview_CMakeLists_txt patch-include_system_libcontext_h patch-new_CMakeLists_txt patch-pagelayout_editor_CMakeLists_txt patch-pcb_calculator_CMakeLists_txt patch-utils_kicad2step_kicad2step_cpp Log message: Update cad/kicad 6.0.1. input and ok sthen@ rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/22 08:37:16 Modified files: cad/kicad-share: Makefile Makefile.inc cad/kicad-share/footprints: distinfo cad/kicad-share/footprints/pkg: PLIST cad/kicad-share/packages3D: distinfo cad/kicad-share/packages3D/pkg: PLIST cad/kicad-share/symbols: distinfo cad/kicad-share/symbols/pkg: PLIST cad/kicad-share/templates: distinfo cad/kicad-share/templates/pkg: PLIST Log message: Update kicad-share to 6.0.1. ok sthen@ rsadowski@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/02/22 08:20:11 Modified files: cad/oce: Makefile distinfo cad/oce/patches: patch-src_OSD_OSD_MemInfo_cxx cad/oce/pkg: PLIST Added files: cad/oce/patches: patch-CMakeLists_txt patch-adm_cmake_occt_csf_cmake patch-adm_cmake_occt_macros_cmake patch-src_BRepMesh_delabella_cpp patch-src_OSD_OSD_Chronometer_cxx patch-src_OSD_OSD_Host_cxx patch-src_OSD_OSD_Path_cxx patch-src_Standard_Standard_CString_cxx patch-src_Standard_Standard_MMgrOpt_cxx patch-src_Standard_Standard_StackTrace_cxx Removed files: cad/oce/patches: patch-src_StepFile_recfile_pc Log message: Update oce to 7.6.0. ok sthen@ rsadowski@
Re: [Update] cad/kicad 5.1.12 -> 6.0.1
On Fri, Feb 18, 2022 at 10:15:21AM -0700, Tracey Emery wrote:
> Howdy ports,
>
> Here is the new 6.0.1 diff. I noticed that the 6.0.0 diff didn't
> actually update my rdep kicad libraries, so it now required a version
> number which fixes this problem. I'm amazed that 6.0.0 was running so
> well on 5.1.12 libraries. Separating kicad-shared diff this time around,
> so the email isn't quite so big.
>
> Ok?
>
> --
>
> Tracey Emery
>
Now with 100% more better diff. Sigh ...
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/cad/kicad/Makefile,v
retrieving revision 1.50
diff -u -p -u -r1.50 Makefile
--- Makefile22 Nov 2021 14:55:53 - 1.50
+++ Makefile18 Feb 2022 17:11:34 -
@@ -4,12 +4,12 @@
BROKEN-powerpc = segfaults when trying to run the PCB editor
BROKEN-riscv64 = kicad-5.1.10/include/system/libcontext.h:93:36: error:
expected ';' after top level declarator
-V =5.1.12
+V =6.0.1
COMMENT = schematic and PCB editing software
DISTNAME = kicad-${V}
EPOCH =0
-SHARED_LIBS += kicad_3dsg0.0 # 2.0
+SHARED_LIBS += kicad_3dsg1.0 # 2.0
CATEGORIES = cad
@@ -25,11 +25,13 @@ WANTLIB += TKMath TKMesh TKMeshVS TKOffs
WANTLIB += TKSTEP209 TKSTEPAttr TKSTEPBase TKSTL TKService TKShHealing
WANTLIB += TKTObj TKTopAlgo TKV3d TKVRML TKXCAF TKXDEIGES TKXDESTEP
WANTLIB += TKXMesh TKXSBase TKXml TKXmlL TKXmlTObj TKXmlXCAF TKernel
-WANTLIB += boost_context-mt boost_system-mt c cairo crypto curl
-WANTLIB += m ngspice pixman-1 python3.9 ssl wx_baseu-3.0 wx_baseu_net-3.0
-WANTLIB += wx_baseu_xml-3.0 wx_gtk3u_adv-3.0 wx_gtk3u_aui-3.0
-WANTLIB += wx_gtk3u_core-3.0 wx_gtk3u_gl-3.0 wx_gtk3u_html-3.0
-WANTLIB += wx_gtk3u_stc-3.0
+WANTLIB += atk-1.0 c cairo cairo-gobject curl gdk-3 gdk_pixbuf-2.0
+WANTLIB += gio-2.0 glib-2.0 gobject-2.0 gtk-3 harfbuzz intl m
+WANTLIB += ngspice pango-1.0 pangocairo-1.0 pixman-1 python3.9
+WANTLIB += wx_baseu-3.0 wx_baseu_net-3.0 wx_baseu_xml-3.0 wx_gtk3u_adv-3.0
+WANTLIB += wx_gtk3u_aui-3.0 wx_gtk3u_core-3.0 wx_gtk3u_gl-3.0
+WANTLIB += wx_gtk3u_html-3.0 wx_gtk3u_propgrid-3.0 wx_gtk3u_richtext-3.0
+WANTLIB += wx_gtk3u_stc-3.0 z
MASTER_SITES = https://gitlab.com/kicad/code/kicad/-/archive/${V}/
@@ -46,19 +48,16 @@ BUILD_DEPENDS = devel/doxygen \
graphics/glm \
misc/shared-mime-info
-RUN_DEPENDS = cad/kicad-share/footprints \
- cad/kicad-share/i18n \
- cad/kicad-share/packages3D \
- cad/kicad-share/symbols \
- cad/kicad-share/templates \
+RUN_DEPENDS = cad/kicad-share/footprints>=${V} \
+ cad/kicad-share/packages3D>=${V} \
+ cad/kicad-share/symbols>=${V} \
+ cad/kicad-share/templates>=${V} \
devel/desktop-file-utils \
misc/shared-mime-info \
x11/gtk+3,-guic
LIB_DEPENDS = cad/ngspice/libngspice \
cad/oce \
- devel/boost \
- devel/boost,-md \
graphics/cairo \
graphics/glew \
net/curl \
@@ -68,7 +67,8 @@ CONFIGURE_ARGS += -DCMAKE_BUILD_TYPE=Rel
-DwxWidgets_CONFIG_EXECUTABLE=${LOCALBASE}/bin/wx-config \
-DwxWidgets_LIBRARIES="${LOCALBASE}/lib" \
-DwxWidgets_INCLUDE_DIRS="${LOCALBASE}/include/wx-3.0" \
- -DOCC_INCLUDE_DIR="${LOCALBASE}/include/oce" \
+ -DOCC_INCLUDE_DIR="${LOCALBASE}/include/opencascade" \
+ -DOCC_LIBRARY_DIR="${LOCALBASE}/lib/opencascade" \
-DKICAD_SCRIPTING_PYTHON3=ON \
-DKICAD_SCRIPTING_WXPYTHON=OFF
@@ -81,6 +81,8 @@ post-install:
${PREFIX}/lib/python${MODPY_VERSION}/site-packages/
${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
${PREFIX}/share/kicad/plugins/
+ ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
+ ${PREFIX}/share/kicad/scripting/kicad_pyshell/
${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
${PREFIX}/share/kicad/scripting/plugins/
Index: distinfo
===
RCS file: /cvs/ports/cad/kicad/distinfo,v
retrieving revision 1.11
diff -u -p -u -r1.11 distinfo
--- distinfo22 Nov 2021 14:55:53 - 1.11
+++ distinfo18 Feb 2022 17:11:34 -
@@ -1,2 +1,2 @@
-SHA256 (kicad-5.1.12.tar.gz) = EBzAJeV
Re: [Update] cad/kicad and friends 5.1.12 -> 6.0.0
On Wed, Feb 16, 2022 at 07:55:21AM -0700, Tracey Emery wrote: > Hello ports, > > Here is the new kicad, finally out after years of development; still > with the same otto patch (took me a minute for my otto-fu to kick in and > make it work). > > This actually seems to run very well and looks much neater than 5. Diffs > below are for both kicad and kicad-share. > > Ok? > > -- > > Tracey Emery > Hold on this. I see 6.0.1 is out now.
Re: specialtopics.html: cmake ports and SHARED_LIBS
On Tue, Jan 25, 2022 at 02:53:48PM +, Stuart Henderson wrote: > Ports using cmake.port.mk usually need some help to get shared libraries > built correctly with the version suffix, if a build is run without any > SHARED_LIBS entries for a library (as is the case for a new port, or an > existing port which adds a new library) the file is usually named > libXXX.so rather than libXXX.so.0.0. > > I've seen a few submissions where the porter tried to patch cmake files > for this which isn't usually the right approach, in most cases adding > to SHARED_LIBS is enough. So I'd like to mention it in the > specialtopics.html section (unless someone has an idea of how to fix > this in the module; it did used to work as expected..) > > Index: specialtopics.html > === > RCS file: /cvs/www/faq/ports/specialtopics.html,v > retrieving revision 1.86 > diff -u -p -r1.86 specialtopics.html > --- specialtopics.html26 Nov 2021 00:40:15 - 1.86 > +++ specialtopics.html25 Jan 2022 14:49:26 - > @@ -142,6 +142,13 @@ Shared library building is logged in which can be directly included in the port's Makefile. > > > +For CMake, the initial build will often produce libraries without a > +version number (lib/libXXX.so files). > +In that case, add SHARED_LIBS lines to the Makefile for > +those libraries set to version 0.0, clean and rebuild the port, > +and when you regenerate the PLIST you should see that it starts to > +use the version numbers. > + > Avoid DT_SONAME hardcoding > > Some ports use the -soname flag of > This is a good idea. ok tracey This is one topic that takes a long time to learn and get correct. -- Tracey Emery
Re: FYI - On the subject of non-OpenBSD developers asking "ok?"
On Fri, Jan 21, 2022 at 08:55:57PM +0100, Stefan Sperling wrote: > On Fri, Jan 21, 2022 at 08:44:14PM +0100, Marc Espie wrote: > > On Fri, Jan 21, 2022 at 07:47:44PM +0100, Stefan Sperling wrote: > > > On Fri, Jan 21, 2022 at 07:24:34PM +0100, Marc Espie wrote: > > > > On Fri, Jan 21, 2022 at 07:06:22PM +0100, Stefan Sperling wrote: > > > > > I never understood why new ports have to submitted as a tarball. > > > > > Why not accept new ports as a diff which only creates new files? > > > > > It is trivial to create such a diff. > > > > > > > > Give me the magical recipie that does NOT create directories in the > > > > actual > > > > CVS repository/is usable without write access to the OpenBSD CVS repo or > > > > a copy ! > > > > > > > > They DON'T create new files, they create NEW DIRECTORIES. > > > > > > > > Unless I'm missing something, CVS makes it NEXT TO IMPOSSIBLE TO DO > > > > without a local repository! > > > > > > cvsdo can do it by faking new directories entries in CVS/Entries files. > > > This does not require adding directories to the repository (see below). > > > I am not suggesting this is a great solution, but it can be done. > > > > Is this documented anywhere for new people? > > I doubt it. > But before recommending this approach, a few people should try to work > through entire submissions of non-trivial ports with it. There might be > some gotchas which the trivial cases I've used this for cannot uncover. > I last used cvsdo years ago while submitting diffs for both src and ports, > and only in the rare cases where I had to add new files. > Nothing like tor-browser or chromium :P > > Nowadays, I would use devel/got to create such a diff against ports.git > cloned from github. But that is not CVS and it is probably too early to > generally recommend got instead of git to work on ports. Though I would > be happy to receive bug reports against got from interested ports devs. > I use a hybrid system of sorts. My ports tree is from CVS. My mystuff directory in my ports tree is got controlled. When I work on a port, the cvs directory is copied to mystuff and added to got. That way, I can track changes the way I am comfortable, adding and removing files from both got and CVS, etc. I can then generate diffs from either got or CVS, but this way it's easy for me to revert something in got if I need to. When finished, I can simply commit from this directory to CVS and update my ports tree, then remove from got. May sound weird, but it works for me and helps me keep things straight on some of the more complicated junk I work on, simultaneously keeping my github wip repo up-to-date, since mystuff is a bare clone from my github account. -- Tracey Emery
Re: net/gophernicus: update 3.0.1 -> 3.1.1
On Thu, Jan 20, 2022 at 05:34:42PM +0100, Omar Polo wrote:
> Tracey Emery writes:
>
> > How about this for the README?
>
> way better, thanks!
>
> Here's a revised diff with your tweaks to the README and
> FIX_EXTRACT_PERMISSIONS. I don't remember why, my user was in the
> _pbuild group... Thanks semarie for the help!
Alright. Packages fine. I'll trust you that it runs. :) ok
>
>
> Index: Makefile
> ===
> RCS file: /home/cvs/ports/net/gophernicus/Makefile,v
> retrieving revision 1.20
> diff -u -p -r1.20 Makefile
> --- Makefile 13 Feb 2021 14:13:37 - 1.20
> +++ Makefile 20 Jan 2022 16:26:11 -
> @@ -1,11 +1,9 @@
> # $OpenBSD: Makefile,v 1.20 2021/02/13 14:13:37 bcallah Exp $
>
> COMMENT= modern gopher server
> -REVISION = 0
>
> -GH_ACCOUNT= gophernicus
> -GH_PROJECT= gophernicus
> -GH_TAGNAME= v3.0.1
> +V= 3.1.1
> +DISTNAME=gophernicus-${V}
>
> CATEGORIES= net
>
> @@ -14,19 +12,27 @@ HOMEPAGE= gopher://gophernicus.org/
> # BSD
> PERMIT_PACKAGE= Yes
>
> +# uses pledge
> +# uses unveil
> WANTLIB += c
>
> +MASTER_SITES=
> https://github.com/gophernicus/gophernicus/releases/download/${V}/
> +FIX_EXTRACT_PERMISSIONS= yes
> +
> +CONFIGURE_STYLE= simple
> +CONFIGURE_ARGS= --listener=inetd
> +
> MAKE_FLAGS= CC="${CC}" CFLAGS="${CFLAGS}"
> NO_TEST= Yes
>
> do-install:
> - ${INSTALL_PROGRAM} ${WRKSRC}/gophernicus
> ${PREFIX}/libexec/in.gophernicus
> + ${INSTALL_PROGRAM} ${WRKSRC}/src/gophernicus
> ${PREFIX}/libexec/in.gophernicus
> + ${INSTALL_MAN} ${WRKSRC}/gophernicus.8 ${PREFIX}/man/man8
> ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/gophernicus
> ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/gophernicus
> - cd ${WRKSRC} && ${INSTALL_DATA} LICENSE README INSTALL.md \
> - TODO README.Gophermap gophertag \
> - ${PREFIX}/share/doc/gophernicus/
> - cd ${WRKSRC} && ${INSTALL_DATA} gophermap \
> - ${PREFIX}/share/examples/gophernicus/
> + cd ${WRKSRC} && ${INSTALL_DATA} LICENSE README.md README.gophermap \
> + gophertag ${PREFIX}/share/doc/gophernicus/
> + ${INSTALL_DATA} ${WRKSRC}/gophermap.sample \
> + ${PREFIX}/share/examples/gophernicus/gophermap
>
> .include
> Index: distinfo
> ===
> RCS file: /home/cvs/ports/net/gophernicus/distinfo,v
> retrieving revision 1.10
> diff -u -p -r1.10 distinfo
> --- distinfo 6 Feb 2020 18:06:10 - 1.10
> +++ distinfo 20 Jan 2022 15:58:58 -
> @@ -1,2 +1,2 @@
> -SHA256 (gophernicus-3.0.1.tar.gz) =
> Fl/SrU+wY430FHFJa7rGgiA6FdBdX3RhiFhYFyE4vJY=
> -SIZE (gophernicus-3.0.1.tar.gz) = 52525
> +SHA256 (gophernicus-3.1.1.tar.gz) =
> p4ROSqLhry9C0Z5bM+vswcK0ehnUvVkeddKVdSVL97Q=
> +SIZE (gophernicus-3.1.1.tar.gz) = 55234
> Index: patches/patch-gophernicus_c
> ===
> RCS file: patches/patch-gophernicus_c
> diff -N patches/patch-gophernicus_c
> --- patches/patch-gophernicus_c 13 Feb 2021 14:13:37 - 1.1
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,16 +0,0 @@
> -$OpenBSD: patch-gophernicus_c,v 1.1 2021/02/13 14:13:37 bcallah Exp $
> -
> -We don't have libwrap, and these cause issues with -fno-common
> -
> -Index: gophernicus.c
> gophernicus.c.orig
> -+++ gophernicus.c
> -@@ -30,8 +30,6 @@
> - * Libwrap needs these defined
> - */
> - #ifdef HAVE_LIBWRAP
> --int allow_severity = LOG_DEBUG;
> --int deny_severity = LOG_ERR;
> - #endif
> -
> -
> Index: pkg/PLIST
> ===
> RCS file: /home/cvs/ports/net/gophernicus/pkg/PLIST,v
> retrieving revision 1.4
> diff -u -p -r1.4 PLIST
> --- pkg/PLIST 6 Feb 2020 18:06:10 - 1.4
> +++ pkg/PLIST 20 Jan 2022 09:38:57 -
> @@ -2,12 +2,11 @@
> @newgroup _gophernicus:704
> @newuser _gophernicus:704:704:daemon:Gophernicus Gopher
> Server:/nonexistent:/sbin/nologin
> @bin libexec/in.gophernicus
> +@man man/man8/gophernicus.8
> share/doc/gophernicus/
> -share/doc/gophernicus/INSTALL.md
> share/doc/gophernicus/LICENSE
> -share/doc/gophernicus/README
> -share/doc/gophernicus/README.Gophermap
> -share/doc/gophernicus/TODO
> +share/doc/gophernicus/README.gophermap
> +share/doc/gophernicus/README.md
> share/doc/gophernicus/gophertag
> @mode 755
> @owner root
> Index: pkg/README
>
Re: net/gophernicus: update 3.0.1 -> 3.1.1
How about this for the README?
Index: pkg/README
===
RCS file: /cvs/ports/net/gophernicus/pkg/README,v
retrieving revision 1.5
diff -u -p -u -r1.5 README
--- pkg/README 4 Sep 2018 12:46:17 - 1.5
+++ pkg/README 20 Jan 2022 15:54:44 -
@@ -4,23 +4,22 @@ $OpenBSD: README,v 1.5 2018/09/04 12:46:
| Running ${PKGSTEM} on OpenBSD
+---
-Setting up a gopher site
-
-
After installing the gophernicus package, edit /etc/inetd.conf and add
the following, all on one line:
-gopher stream tcp nowait _gophernicus ${TRUEPREFIX}/libexec/in.gophernicus
in.gophernicus -h "hostname"
+gopher stream tcp nowait _gophernicus ${TRUEPREFIX}/libexec/in.gophernicus
in.gophernicus -h "hostname" -nm -nu -nx
+
+Replace "hostname" with the system's hostname. This should be valid
+and resolvable, as it is used to construct links.
-Replace "hostname" with the system's hostname, this should be valid
-and resolvable as it is used to construct links.
+inetd(8) must then be enabled and started:
-inetd(8) must be reloaded (or started). To enable it at boot, the
-following line needs to be added to rc.conf.local(8):
-inetd_flags=
+ # rcctl enable inetd
+ # rcctl start inetd
-By default Gophernicus serves documents from /var/gopher and will
+By default, Gophernicus serves documents from ${VARBASE}/gopher and will
only serve files which are world-readable; being readable by the
server process is not enough.
-For more information, see ${TRUEPREFIX}/share/doc/gophernicus/README.
+For more information, see gophernicus(8) and
+${TRUEPREFIX}/share/doc/gophernicus/README.md.
--
Tracey Emery
Re: net/gophernicus: update 3.0.1 -> 3.1.1
On Thu, Jan 20, 2022 at 10:07:13AM +0100, Omar Polo wrote: > Hello ports, > > Please find attached a diff to update net/gophernicus to the latest > version. > > The changelog for 3.1.0 is quite interesting, as they added pledge(2) > and unveil(2) support and changed the build system (among other things.) > 3.1.1 is just some bugfixes on the build system. > > Unfortunately the pledge/unveil support is disabled by default and a few > command line switches are needed to enable it: gophernicus uses shared > memory and allows exec'ing arbitrary scripts from gophermaps, so one > needs at least -nm and -nx to respectively disable them to run under > pledge and unveil. -nu disables serving from users home directory and > seems tightens it a bit more. That's why I've changed the pkg/README to > suggest running with those flags. > > Some installed files (such as TODO) are not available anymore, and since > I was there I've also removed INSTALL.md as I don't see any reason to > install it too. > > This still keeps gophernicus installed as libexec/in.gophernicus to > avoid breaking existing setups. > > As I've only tested it on localhost, some real world usage is much > appreciated :) > > Do you think the pkg_readme could be improved by pointing users to rcctl enable inetd and rcctl start/restart inetd? Just an idea. I'm not sure what we do for other ports that have these kind of daemon requirements. -- Tracey Emery
Re: net/gophernicus: update 3.0.1 -> 3.1.1
On Thu, Jan 20, 2022 at 10:07:13AM +0100, Omar Polo wrote:
> Hello ports,
>
> Please find attached a diff to update net/gophernicus to the latest
> version.
>
> The changelog for 3.1.0 is quite interesting, as they added pledge(2)
> and unveil(2) support and changed the build system (among other things.)
> 3.1.1 is just some bugfixes on the build system.
>
> Unfortunately the pledge/unveil support is disabled by default and a few
> command line switches are needed to enable it: gophernicus uses shared
> memory and allows exec'ing arbitrary scripts from gophermaps, so one
> needs at least -nm and -nx to respectively disable them to run under
> pledge and unveil. -nu disables serving from users home directory and
> seems tightens it a bit more. That's why I've changed the pkg/README to
> suggest running with those flags.
>
> Some installed files (such as TODO) are not available anymore, and since
> I was there I've also removed INSTALL.md as I don't see any reason to
> install it too.
>
> This still keeps gophernicus installed as libexec/in.gophernicus to
> avoid breaking existing setups.
>
> As I've only tested it on localhost, some real world usage is much
> appreciated :)
>
>
Something isn't quite right here. The extacted dir is 0750, so my
_pbuild fails.
stef$ make fake
===> Checking files for gophernicus-3.1.1
`/usr/ports/distfiles/gophernicus-3.1.1.tar.gz' is up to date.
>> (SHA256) gophernicus-3.1.1.tar.gz: OK
===> Verifying specs: c
===> found c.96.1
===> Extracting for gophernicus-3.1.1
===> Patching for gophernicus-3.1.1
===> Applying OpenBSD patch patch-gophernicus_c
===> Ignoring empty patchfile patch-gophernicus_c
===> Compiler link: clang -> /usr/bin/clang
===> Compiler link: clang++ -> /usr/bin/clang++
===> Compiler link: cc -> /usr/bin/cc
===> Compiler link: c++ -> /usr/bin/c++
===> Generating configure for gophernicus-3.1.1
===> Configuring for gophernicus-3.1.1
checking for working compiler... cc
checking for uname... /usr/bin/uname
checking for OS... openbsd
checking for install... Unknown option: t
install: testconf: Inappropriate file type or format
rm: testconf/testfile: No such file or directory
build-aux/install-sh
checking for listener... inetd
checking for update-inetd... not found
checking current hostname... stef.traceyemery.net
checking for libwrap... no, but program will still work
checking for ipcrm (SHM management)... /usr/bin/ipcrm
checking for make... /usr/bin/make
checking for existing gopher root... no
creating Makefile... done
creating init/gophernicus.env... done
creating init/haiku_snippet... done
creating init/org.gophernicus.server.plist... done
creating init/gophernicus.xinetd... done
creating init/gophernicus@.service... done
===> Building for gophernicus-3.1.1
/bin/sh: cd: /usr/ports/pobj/gophernicus-3.1.1/gophernicus-3.1.1 - Permission
denied
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2948
'/usr/ports/pobj/gophernicus-3.1.1/.build_done': @cd /usr/ports/pobj/gophern...)
*** Error 2 in /usr/ports/net/gophernicus
(/usr/ports/infrastructure/mk/bsd.port.mk:2594 'fake': @lock=gophernicus-3.1.1;
export _LOCKS_HEL...)
It will build if I manually chmod 755
/usr/ports/pobj/gophernicus-3.1.1/gophernicus-3.1.1, but then:
stef$ make update-plist
===> Updating plist for gophernicus-3.1.1
Installing /usr/ports/net/gophernicus/pkg/README as
/usr/ports/pobj/gophernicus-3.1.1/fake-amd64/usr/local/share/doc/pkg-readmes/gophernicus
Can't locate OpenBSD/CommonPlist.pm in @INC (you may need to install the
OpenBSD::CommonPlist module) (@INC contains: /usr/ports/infrastructure/lib
/usr/local/libdata/perl5/site_perl/amd64-openbsd
/usr/local/libdata/perl5/site_perl /usr/libdata/perl5/amd64-openbsd
/usr/libdata/perl5) at
/usr/ports/infrastructure/lib/OpenBSD/UpdatePlistReader.pm line 20.
BEGIN failed--compilation aborted at
/usr/ports/infrastructure/lib/OpenBSD/UpdatePlistReader.pm line 20.
Compilation failed in require at /usr/ports/infrastructure/bin/update-plist
line 53.
BEGIN failed--compilation aborted at /usr/ports/infrastructure/bin/update-plist
line 53.
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2569
'_internal-update-plist': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$(d...)
*** Error 2 in /usr/ports/net/gophernicus
(/usr/ports/infrastructure/mk/bsd.port.mk:2594 'update-plist':
@lock=gophernicus-3.1.1; export _L...)
So, either something is suddenly off in my ports dir or there are some
problems here. So, I can't give a full review of this diff.
Another note I see, don't forget to:
rm patches/patch-gophernicus_c
cvs rm patches/patch-gophernicus_c
Good luck! :)
--
Tracey Emery
Re: net/gophernicus: drop scary paragraph from the readme
On Wed, Jan 19, 2022 at 10:20:47PM +0100, Omar Polo wrote: > Solène Rapenne writes: > > > Le Wed, 19 Jan 2022 13:47:54 -0700, > > Tracey Emery a écrit : > > > >> On Wed, Jan 19, 2022 at 09:25:34PM +0100, Omar Polo wrote: > >> > Hello, > >> > > >> > I was playing with gophernicus and noted that the installed readme says: > >> > > >> > > Development! DO NOT USE unless you want fiery dragons! > >> > > (you probably want to `git checkout 3.0.1`) > >> > > >> > my interpretation is that the paragraph is meant to discourage people > >> > from running gophernicus from the master branch, but we're already > >> > fetching a tagged version. (no 'fiery dragons' for us unfortunately) > >> > > >> > I was a bit puzzled when reading the documentation, what about dropping > >> > the sentence? Or maybe it's clear enough? > >> > > >> > >> This seems an unnecessary patch to carry to me. > > > > indeed, I don't see much value into patching every bad documentation > > provided in packages. At best, you should ask upstream to change the > > way they do to avoid such situations. > > ack. there's also not much value into switching to the uploaded > distfile now. None? Part of the suggestion from sthen was to go from 3.0.1 to 3.1.1, wasn't it? Pledge and unveil support seem worth the effort, although I don't use the app. Just a thought. :) > > sorry for the noise :) > -- Tracey Emery
Re: net/gophernicus: drop scary paragraph from the readme
On Wed, Jan 19, 2022 at 09:25:34PM +0100, Omar Polo wrote: > Hello, > > I was playing with gophernicus and noted that the installed readme says: > > > Development! DO NOT USE unless you want fiery dragons! > > (you probably want to `git checkout 3.0.1`) > > my interpretation is that the paragraph is meant to discourage people > from running gophernicus from the master branch, but we're already > fetching a tagged version. (no 'fiery dragons' for us unfortunately) > > I was a bit puzzled when reading the documentation, what about dropping > the sentence? Or maybe it's clear enough? > This seems an unnecessary patch to carry to me. > > Index: Makefile > === > RCS file: /home/cvs/ports/net/gophernicus/Makefile,v > retrieving revision 1.20 > diff -u -p -r1.20 Makefile > --- Makefile 13 Feb 2021 14:13:37 - 1.20 > +++ Makefile 19 Jan 2022 20:23:38 - > @@ -1,7 +1,7 @@ > # $OpenBSD: Makefile,v 1.20 2021/02/13 14:13:37 bcallah Exp $ > > COMMENT= modern gopher server > -REVISION = 0 > +REVISION = 1 > > GH_ACCOUNT= gophernicus > GH_PROJECT= gophernicus > Index: patches/patch-README_md > === > RCS file: patches/patch-README_md > diff -N patches/patch-README_md > --- /dev/null 1 Jan 1970 00:00:00 - > +++ patches/patch-README_md 19 Jan 2022 20:23:28 - > @@ -0,0 +1,17 @@ > +$OpenBSD$ > + > +we're already using the stable version > + > +Index: README.md > +--- README.md.orig > README.md > +@@ -2,9 +2,6 @@ > + > + Version 3.0.1 > + > +-Development! DO NOT USE unless you want fiery dragons! > +-(you probably want to `git checkout 3.0.1`) > +- > + *Copyright (c) 2009-2019 Kim Holviala and others* > + > + Gophernicus is a modern full-featured (and hopefully) secure gopher > -- Tracey Emery
Re: devel/avr/gcc sparc64 build fix (was: Re: sparc64 bulk build report)
On Tue, Jan 11, 2022 at 12:07:35AM +0100, Jeremie Courreges-Anglas wrote: > On Mon, Jan 10 2022, Tracey Emery wrote: > > On Mon, Jan 10, 2022 at 11:52:57AM -0700, k...@openbsd.org wrote: > >> Bulk build on sparc64-0a.ports.openbsd.org > >> > >> Started : Fri Jan 7 22:10:48 MST 2022 > >> http://build-failures.rhaalovely.net/sparc64/2022-01-07/devel/avr/gcc.log > > > > Pingish. This fixed avr for me the last time I tested and emailed. This > > is the same COMPILER config I need to use for the two xtensa ports I > > typically work on to build and work on sparc64. > > I found your last proposal, but some things have changed since. > Was your last try with devel/llvm>=13? > > Better make sure since I think there's a problem with ports-clang on > sparc64, and given this problem I'd rather not increase the use of > ports-clang in the tree, at least until we know better. Yeah, we'll have to hold off on this for now. > > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE > -- Tracey Emery
Re: devel/avr/gcc sparc64 build fix (was: Re: sparc64 bulk build report)
On Tue, Jan 11, 2022 at 12:07:35AM +0100, Jeremie Courreges-Anglas wrote: > On Mon, Jan 10 2022, Tracey Emery wrote: > > On Mon, Jan 10, 2022 at 11:52:57AM -0700, k...@openbsd.org wrote: > >> Bulk build on sparc64-0a.ports.openbsd.org > >> > >> Started : Fri Jan 7 22:10:48 MST 2022 > >> http://build-failures.rhaalovely.net/sparc64/2022-01-07/devel/avr/gcc.log > > > > Pingish. This fixed avr for me the last time I tested and emailed. This > > is the same COMPILER config I need to use for the two xtensa ports I > > typically work on to build and work on sparc64. > > I found your last proposal, but some things have changed since. > Was your last try with devel/llvm>=13? > > Better make sure since I think there's a problem with ports-clang on > sparc64, and given this problem I'd rather not increase the use of > ports-clang in the tree, at least until we know better. > I thought it was, but I'll test again tomorrow. > -- > jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE -- Tracey Emery
Re: sparc64 bulk build report
On Mon, Jan 10, 2022 at 11:52:57AM -0700, k...@openbsd.org wrote:
> Bulk build on sparc64-0a.ports.openbsd.org
>
> Started : Fri Jan 7 22:10:48 MST 2022
> http://build-failures.rhaalovely.net/sparc64/2022-01-07/devel/avr/gcc.log
Pingish. This fixed avr for me the last time I tested and emailed. This
is the same COMPILER config I need to use for the two xtensa ports I
typically work on to build and work on sparc64.
--
Tracey Emery
Index: gcc/Makefile
===
RCS file: /cvs/ports/devel/avr/gcc/Makefile,v
retrieving revision 1.38
diff -u -r1.38 Makefile
--- gcc/Makefile20 Nov 2021 15:04:38 - 1.38
+++ gcc/Makefile22 Nov 2021 22:43:43 -
@@ -5,14 +5,15 @@
V= 8.5.0
DISTNAME = gcc-$V
PKGNAME= avr-gcc-${V}
-REVISION= 0
+REVISION= 1
# GPLv3
PERMIT_PACKAGE=Yes
WANTLIB= c gmp mpfr ${COMPILER_LIBCXX} m mpc
-COMPILER = base-clang ports-gcc base-gcc
+# fix build on sparc64
+COMPILER = base-clang ports-clang
MASTER_SITES= ${MASTER_SITE_GCC:=releases/gcc-$(V)/}
EXTRACT_SUFX= .tar.xz
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/01/08 09:58:33 Modified files: devel/xtensa-esp32-elf: Makefile.inc devel/xtensa-esp32-elf/binutils: Makefile devel/xtensa-esp32-elf/gcc: Makefile devel/xtensa-esp32-elf/gcc-bootstrap: Makefile devel/xtensa-esp32-elf/gdb: Makefile devel/xtensa-esp32-elf/newlib: Makefile Log message: move gawk and gsed to Makefile.inc. ok tb@ aja@ thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2022/01/08 09:58:10 Modified files: devel/xtensa-lx106-elf: Makefile.inc devel/xtensa-lx106-elf/binutils: Makefile devel/xtensa-lx106-elf/gcc: Makefile devel/xtensa-lx106-elf/gcc-bootstrap: Makefile Log message: move gawk and gsed to Makefile.inc. ok tb@ aja@ thanks!
Re: two xtensa diffs: end the whack-a-mole
On Sat, Jan 08, 2022 at 05:48:59PM +0100, Antoine Jacoutot wrote:
> On Sat, Jan 08, 2022 at 09:36:13AM -0700, Tracey Emery wrote:
> > Here are two diffs I need to eyes on. This moves gawk and gsed to the
> > Makefile.inc files to "avoid this whack-a-mole" ~ tb
> >
> > Pointed out by tb and others.
> >
> > Ok?
>
> That certainly makes much more sense.
> Bumping REVISION shouldn't be needed though.
Ok, I wondered. Did it just to be safe. I'll remove them.
Thanks for the eyes.
>
>
>
> >
> > --
> >
> > Tracey Emery
> >
> > Index: Makefile.inc
> > ===
> > RCS file: /cvs/ports/devel/xtensa-esp32-elf/Makefile.inc,v
> > retrieving revision 1.4
> > diff -u -p -u -r1.4 Makefile.inc
> > --- Makefile.inc18 Nov 2021 15:54:27 - 1.4
> > +++ Makefile.inc8 Jan 2022 16:29:02 -
> > @@ -15,7 +15,9 @@ PERMIT_PACKAGE = Yes
> > COMPILER = base-clang ports-clang
> >
> > BUILD_DEPENDS += devel/bison \
> > - sysutils/coreutils
> > + lang/gawk \
> > + sysutils/coreutils \
> > + textproc/gsed
> >
> > SEPARATE_BUILD = Yes
> > USE_GMAKE =Yes
> > Index: binutils/Makefile
> > ===
> > RCS file: /cvs/ports/devel/xtensa-esp32-elf/binutils/Makefile,v
> > retrieving revision 1.4
> > diff -u -p -u -r1.4 Makefile
> > --- binutils/Makefile 28 Nov 2021 14:53:44 - 1.4
> > +++ binutils/Makefile 8 Jan 2022 16:29:02 -
> > @@ -3,15 +3,13 @@
> > COMMENT = binutils for ${CONFIG} cross-development
> > VERSION = 2.35.1.2020.1223
> > PKGNAME = ${CONFIG}-binutils-${VERSION}
> > -REVISION = 0
> > +REVISION = 1
> >
> > GH_ACCOUNT = espressif
> > GH_PROJECT = binutils-gdb
> > GH_TAGNAME = esp-2021r2-binutils
> >
> > WANTLIB += c z
> > -
> > -BUILD_DEPENDS += lang/gawk
> >
> > CONFIGURE_ARGS += --disable-multilib \
> > --with-gnu-as \
> > Index: gcc/Makefile
> > ===
> > RCS file: /cvs/ports/devel/xtensa-esp32-elf/gcc/Makefile,v
> > retrieving revision 1.5
> > diff -u -p -u -r1.5 Makefile
> > --- gcc/Makefile18 Nov 2021 15:54:27 - 1.5
> > +++ gcc/Makefile8 Jan 2022 16:29:02 -
> > @@ -5,6 +5,7 @@ COMMENT = gcc for ${CONFIG} cross-develo
> > V =8.4.0
> > VERSION = ${V}.2021.2
> > PKGNAME = ${CONFIG}-gcc-${VERSION}
> > +REVISION = 0
> >
> > SHARED_LIBS += cc1plugin 0.0 # 0.0
> > SHARED_LIBS += cp1plugin 0.0 # 0.0
> > @@ -30,9 +31,7 @@ PATCH_LIST = patch-* vecstep-*
> > MODULES = lang/python
> >
> > BUILD_DEPENDS += devel/${CONFIG}/binutils \
> > - devel/${CONFIG}/newlib \
> > - lang/gawk \
> > - textproc/gsed
> > + devel/${CONFIG}/newlib
> > RUN_DEPENDS = devel/${CONFIG}/binutils \
> > devel/${CONFIG}/newlib
> > LIB_DEPENDS = devel/gmp \
> > Index: gcc-bootstrap/Makefile
> > ===
> > RCS file: /cvs/ports/devel/xtensa-esp32-elf/gcc-bootstrap/Makefile,v
> > retrieving revision 1.7
> > diff -u -p -u -r1.7 Makefile
> > --- gcc-bootstrap/Makefile 18 Nov 2021 15:54:27 - 1.7
> > +++ gcc-bootstrap/Makefile 8 Jan 2022 16:29:02 -
> > @@ -5,6 +5,7 @@ COMMENT = bootstrap compiler for ${CONFI
> > V =8.4.0
> > VERSION = ${V}.2021.2
> > PKGNAME = ${CONFIG}-gcc-bootstrap-${VERSION}
> > +REVISION = 0
> >
> > GH_ACCOUNT = espressif
> > GH_PROJECT = gcc
> > @@ -18,9 +19,7 @@ SUBST_VARS += V
> > PATCH_LIST = patch-* vecstep-*
> > .endif
> >
> > -BUILD_DEPENDS += devel/${CONFIG}/binutils \
> > - lang/gawk \
> > - textproc/gsed
> > +BUILD_DEPENDS += devel/${CONFIG}/binutils
> > LIB_DEPENDS = devel/gmp \
> > devel/mpfr \
> > devel/libmpc \
> > Index: gdb/Makefile
> > ===
> > RCS file: /cvs/por
two xtensa diffs: end the whack-a-mole
Here are two diffs I need to eyes on. This moves gawk and gsed to the
Makefile.inc files to "avoid this whack-a-mole" ~ tb
Pointed out by tb and others.
Ok?
--
Tracey Emery
Index: Makefile.inc
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/Makefile.inc,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile.inc
--- Makefile.inc18 Nov 2021 15:54:27 - 1.4
+++ Makefile.inc8 Jan 2022 16:29:02 -
@@ -15,7 +15,9 @@ PERMIT_PACKAGE = Yes
COMPILER = base-clang ports-clang
BUILD_DEPENDS += devel/bison \
- sysutils/coreutils
+ lang/gawk \
+ sysutils/coreutils \
+ textproc/gsed
SEPARATE_BUILD = Yes
USE_GMAKE =Yes
Index: binutils/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/binutils/Makefile,v
retrieving revision 1.4
diff -u -p -u -r1.4 Makefile
--- binutils/Makefile 28 Nov 2021 14:53:44 - 1.4
+++ binutils/Makefile 8 Jan 2022 16:29:02 -
@@ -3,15 +3,13 @@
COMMENT = binutils for ${CONFIG} cross-development
VERSION = 2.35.1.2020.1223
PKGNAME = ${CONFIG}-binutils-${VERSION}
-REVISION = 0
+REVISION = 1
GH_ACCOUNT = espressif
GH_PROJECT = binutils-gdb
GH_TAGNAME = esp-2021r2-binutils
WANTLIB += c z
-
-BUILD_DEPENDS += lang/gawk
CONFIGURE_ARGS += --disable-multilib \
--with-gnu-as \
Index: gcc/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/gcc/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- gcc/Makefile18 Nov 2021 15:54:27 - 1.5
+++ gcc/Makefile8 Jan 2022 16:29:02 -
@@ -5,6 +5,7 @@ COMMENT = gcc for ${CONFIG} cross-develo
V =8.4.0
VERSION = ${V}.2021.2
PKGNAME = ${CONFIG}-gcc-${VERSION}
+REVISION = 0
SHARED_LIBS += cc1plugin 0.0 # 0.0
SHARED_LIBS += cp1plugin 0.0 # 0.0
@@ -30,9 +31,7 @@ PATCH_LIST = patch-* vecstep-*
MODULES = lang/python
BUILD_DEPENDS += devel/${CONFIG}/binutils \
- devel/${CONFIG}/newlib \
- lang/gawk \
- textproc/gsed
+ devel/${CONFIG}/newlib
RUN_DEPENDS = devel/${CONFIG}/binutils \
devel/${CONFIG}/newlib
LIB_DEPENDS = devel/gmp \
Index: gcc-bootstrap/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/gcc-bootstrap/Makefile,v
retrieving revision 1.7
diff -u -p -u -r1.7 Makefile
--- gcc-bootstrap/Makefile 18 Nov 2021 15:54:27 - 1.7
+++ gcc-bootstrap/Makefile 8 Jan 2022 16:29:02 -
@@ -5,6 +5,7 @@ COMMENT = bootstrap compiler for ${CONFI
V =8.4.0
VERSION = ${V}.2021.2
PKGNAME = ${CONFIG}-gcc-bootstrap-${VERSION}
+REVISION = 0
GH_ACCOUNT = espressif
GH_PROJECT = gcc
@@ -18,9 +19,7 @@ SUBST_VARS += V
PATCH_LIST = patch-* vecstep-*
.endif
-BUILD_DEPENDS += devel/${CONFIG}/binutils \
- lang/gawk \
- textproc/gsed
+BUILD_DEPENDS += devel/${CONFIG}/binutils
LIB_DEPENDS = devel/gmp \
devel/mpfr \
devel/libmpc \
Index: gdb/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/gdb/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- gdb/Makefile14 Dec 2021 13:26:12 - 1.5
+++ gdb/Makefile8 Jan 2022 16:29:02 -
@@ -4,7 +4,7 @@ COMMENT = gdb for ${CONFIG} cross-develo
VERSION = 2.35.1.2021.2
PKGNAME = ${CONFIG}-gdb-${VERSION}
-REVISION = 0
+REVISION = 1
GH_ACCOUNT = espressif
GH_PROJECT = binutils-gdb
@@ -14,9 +14,7 @@ WANTLIB += ${COMPILER_LIBCXX} c curses e
BUILD_DEPENDS =devel/libtool \
devel/bison \
- devel/xtensa-esp32-elf/binutils \
- lang/gawk \
- textproc/gsed
+ devel/xtensa-esp32-elf/binutils
RUN_DEPENDS += devel/xtensa-esp32-elf/binutils
CONFIGURE_ARGS += --enable-commonbfdlib=no \
Index: newlib/Makefile
===
RCS file: /cvs/ports/devel/xtensa-esp32-elf/newlib/Makefile,v
retrieving revision 1.5
diff -u -p -u -r1.5 Makefile
--- newlib/Makefile 20 Dec 2021 12:57:45 - 1.5
+++ newlib/Makefile 8 Jan 2022 16:29:02 -
@@ -4,14 +4,14 @@ COMMENT = newlib for ${CONFIG} cross-dev
VERSION = 2021.2
PKGNAME = ${CONFIG}-newlib-${VERSION}
+REVISION = 0
GH_ACCOUNT = espressif
GH_PROJECT
Re: shotcut update
tcut/qml/filters/rgbsplit0r/ui.qml > @@ -366,6 +383,9 @@ share/shotcut/qml/filters/tcolor/ui.qml > share/shotcut/qml/filters/threshold/ > share/shotcut/qml/filters/threshold/meta.qml > share/shotcut/qml/filters/threshold/ui.qml > +share/shotcut/qml/filters/time_remap/ > +share/shotcut/qml/filters/time_remap/meta.qml > +share/shotcut/qml/filters/time_remap/ui.qml > share/shotcut/qml/filters/timer/ > share/shotcut/qml/filters/timer/ClockSpinner.qml > share/shotcut/qml/filters/timer/meta.qml > @@ -406,11 +426,14 @@ share/shotcut/qml/modules/Shotcut/Contro > share/shotcut/qml/modules/Shotcut/Controls/ColorPicker.qml > share/shotcut/qml/modules/Shotcut/Controls/ComboBox.qml > share/shotcut/qml/modules/Shotcut/Controls/DoubleSpinBox.qml > +share/shotcut/qml/modules/Shotcut/Controls/EditMenu.qml > share/shotcut/qml/modules/Shotcut/Controls/Gauge.qml > share/shotcut/qml/modules/Shotcut/Controls/GradientControl.qml > share/shotcut/qml/modules/Shotcut/Controls/HoverTip.qml > share/shotcut/qml/modules/Shotcut/Controls/KeyframableFilter.qml > share/shotcut/qml/modules/Shotcut/Controls/KeyframesButton.qml > +share/shotcut/qml/modules/Shotcut/Controls/Marker.qml > +share/shotcut/qml/modules/Shotcut/Controls/MarkerBar.qml > share/shotcut/qml/modules/Shotcut/Controls/Preset.qml > share/shotcut/qml/modules/Shotcut/Controls/RectangleControl.qml > share/shotcut/qml/modules/Shotcut/Controls/SaveDefaultButton.qml > @@ -419,6 +442,7 @@ share/shotcut/qml/modules/Shotcut/Contro > share/shotcut/qml/modules/Shotcut/Controls/TextFilterUi.qml > share/shotcut/qml/modules/Shotcut/Controls/TextFilterVui.qml > share/shotcut/qml/modules/Shotcut/Controls/TimeSpinner.qml > +share/shotcut/qml/modules/Shotcut/Controls/TipBox.qml > share/shotcut/qml/modules/Shotcut/Controls/ToggleButton.qml > share/shotcut/qml/modules/Shotcut/Controls/ToolButton.qml > share/shotcut/qml/modules/Shotcut/Controls/UndoButton.qml > @@ -483,6 +507,7 @@ share/shotcut/translations/shotcut_oc.qm > share/shotcut/translations/shotcut_pl.qm > share/shotcut/translations/shotcut_pt_BR.qm > share/shotcut/translations/shotcut_pt_PT.qm > +share/shotcut/translations/shotcut_ro.qm > share/shotcut/translations/shotcut_ru.qm > share/shotcut/translations/shotcut_sk.qm > share/shotcut/translations/shotcut_sl.qm -- Tracey Emery
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/12/05 10:03:48 Modified files: devel/xtensa-esp32-elf/gdb: Makefile Log message: Fix missing gawk BDEP, pointed out be aja@.
Re: devel/xtensa-esp32-elf/gdb failed to build
On December 3, 2021 5:04:32 PM MST, Antoine Jacoutot
wrote:
>Hi.
>
>Once again, falling with gawk.
>Can't we set something up in Makefile.inc or whatever?
I'll get it fixed up in the morning.
>
>
>Configuring in ./sim
>configure: creating cache ./config.cache
>checking for x86_64-unknown-openbsd7.0-gcc... cc
>checking whether the C compiler works... yes
>checking for C compiler default output file name... a.out
>checking for suffix of executables...
>checking whether we are cross compiling... no
>checking for suffix of object files... o
>checking whether we are using the GNU C compiler... yes
>checking whether cc accepts -g... yes
>checking for cc option to accept ISO C89... none needed
>checking for a BSD-compatible install...
>/exopi-obj/pobj/xtensa-esp32-elf-gdb-2.35.1.2021.2/bin/install -c
>checking for x86_64-unknown-openbsd7.0-ar... ar
>checking for x86_64-unknown-openbsd7.0-ranlib... ranlib
>checking build system type... x86_64-unknown-openbsd7.0
>checking host system type... x86_64-unknown-openbsd7.0
>checking target system type... xtensa-esp32-elf
>checking for x86_64-unknown-openbsd7.0-gcc... (cached) cc
>checking whether we are using the GNU C compiler... (cached) yes
>checking whether cc accepts -g... (cached) yes
>checking for cc option to accept ISO C89... (cached) none needed
>checking for x86_64-unknown-openbsd7.0-ranlib... (cached) ranlib
>configure: updating cache ./config.cache
>configure: creating ./config.status
>config.status: creating Makefile
>./config.status: gawk: not found
>config.status: error: could not create Makefile
>gmake[1]: *** [Makefile:8245: configure-sim] Error 1
>gmake[1]: Leaving directory
>'/exopi-obj/pobj/xtensa-esp32-elf-gdb-2.35.1.2021.2/build-amd64'
>gmake: *** [Makefile:851: all] Error 2
>*** Error 2 in devel/xtensa-esp32-elf/gdb
>(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2948
>'/exopi-obj/pobj/xtensa-esp32-elf-gdb-2.35.1.2021.2/build-amd64/.build_done')
>*** Error 2 in devel/xtensa-esp32-elf/gdb
>(/exopi-cvs/ports/infrastructure/mk/bsd.port.mk:2594 'build':
>@lock=xtensa-esp32-elf-gdb-2.35.1.20...)
>===> Exiting devel/xtensa-esp32-elf/gdb with an error
>*** Error 1 in /exopi-cvs/ports (infrastructure/mk/bsd.port.subdir.mk:137
>'build': @: ${echo_msg:=echo}; : ${target:=build}; for i in ; do...)
>>>> Ended at 1638572858.53
>max_stuck=114.32/depends=6.83/show-prepare-results=1.83/patch=134.20/configure=12.80/build=336.46
>Error: job failed with 512 on exopi-5 at 1638572858
>
>
--
Tracey Emery
Sent from my phone.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: tra...@cvs.openbsd.org 2021/11/28 07:53:44 Modified files: devel/xtensa-esp32-elf/binutils: Makefile Log message: Fix xtensa-esp32-elf-binutils build. Pointed out by aja@
Re: sparc64 bulk build report
On Tue, Nov 23, 2021 at 07:21:31PM +, Stuart Henderson wrote:
>
> if it's just C then please set COMPILER_LANGS
> (if it's C++ then I'd probably expect something else in WANTLIB)
Got it! ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/x11/py-sip-qt5/Makefile,v
retrieving revision 1.7
diff -u -r1.7 Makefile
--- Makefile2 Nov 2021 00:02:59 - 1.7
+++ Makefile23 Nov 2021 19:39:53 -
@@ -6,7 +6,7 @@
DISTNAME= PyQt5_sip-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME:L}
-REVISION= 0
+REVISION= 1
CATEGORIES=x11
@@ -14,6 +14,12 @@
# SIP license (Python-like) or GPLv2/v3
PERMIT_PACKAGE=Yes
+
+WANTLIB += pthread
+
+# for sparc64 build requires at least C99
+COMPILER= base-clang ports-gcc
+COMPILER_LANGS= c
MODULES= lang/python
FLAVOR=python3
Re: sparc64 bulk build report
On Sat, Nov 20, 2021 at 09:39:32PM -0700, k...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/sparc64/2021-11-18/cad/dxf2gcode.log
For sparc64, the dxf2gcode failure is due to sipSetBool not being
defined in the build for py3-pyqt5_sip. jca kindly explained that the
code needs at least C99 for the build.
The following fixed the dxf2gcode build on sparc64.
ok?
--
Tracey Emery
Index: Makefile
===
RCS file: /cvs/ports/x11/py-sip-qt5/Makefile,v
retrieving revision 1.7
diff -u -p -u -r1.7 Makefile
--- Makefile2 Nov 2021 00:02:59 - 1.7
+++ Makefile23 Nov 2021 16:31:47 -
@@ -6,7 +6,7 @@ MODPY_EGG_VERSION= 12.9.0
DISTNAME= PyQt5_sip-${MODPY_EGG_VERSION}
PKGNAME= py-${DISTNAME:L}
-REVISION= 0
+REVISION= 1
CATEGORIES=x11
@@ -14,6 +14,11 @@ HOMEPAGE=https://www.riverbankcomputing
# SIP license (Python-like) or GPLv2/v3
PERMIT_PACKAGE=Yes
+
+WANTLIB += pthread
+
+# for sparc64 build requires at least C99
+COMPILER= base-clang ports-gcc
MODULES= lang/python
FLAVOR=python3
Index: pkg/PLIST
===
RCS file: /cvs/ports/x11/py-sip-qt5/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -u -r1.4 PLIST
--- pkg/PLIST 14 Feb 2021 14:24:20 - 1.4
+++ pkg/PLIST 23 Nov 2021 16:31:47 -
@@ -1,5 +1,5 @@
@comment $OpenBSD: PLIST,v 1.4 2021/02/14 14:24:20 sthen Exp $
-@conflict py3-sip-<5.5.0v0
+@conflict ${MODPY_PY_PREFIX}sip-<5.5.0v0
lib/python${MODPY_VERSION}/site-packages/PyQt5/
@so lib/python${MODPY_VERSION}/site-packages/PyQt5/sip.${MODPY_PYC_MAGIC_TAG}so
lib/python${MODPY_VERSION}/site-packages/PyQt5_sip-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/
Re: sparc64 bulk build report
On Sat, Nov 20, 2021 at 09:39:32PM -0700, k...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/sparc64/2021-11-18/devel/avr/gcc.log
The following let me build avr-gcc on sparc64. Want to throw it on a
bulk and see if it's the right direction?
--
Tracey Emery
Index: gcc/Makefile
===
RCS file: /cvs/ports/devel/avr/gcc/Makefile,v
retrieving revision 1.38
diff -u -r1.38 Makefile
--- gcc/Makefile20 Nov 2021 15:04:38 - 1.38
+++ gcc/Makefile22 Nov 2021 22:43:43 -
@@ -5,14 +5,15 @@
V= 8.5.0
DISTNAME = gcc-$V
PKGNAME= avr-gcc-${V}
-REVISION= 0
+REVISION= 1
# GPLv3
PERMIT_PACKAGE=Yes
WANTLIB= c gmp mpfr ${COMPILER_LIBCXX} m mpc
-COMPILER = base-clang ports-gcc base-gcc
+# fix build on sparc64
+COMPILER = base-clang ports-clang
MASTER_SITES= ${MASTER_SITE_GCC:=releases/gcc-$(V)/}
EXTRACT_SUFX= .tar.xz
Re: NEW: lang/ldc
On Sat, Nov 20, 2021 at 04:01:28PM +, Brian Callahan wrote: > > > On 10/20/2021 08:16 PM, Brian Callahan wrote: > > Hi ports -- > > > > Attached is a new port, lang/ldc. LDC is the LLVM D Compiler. > > > > --- > > pkg/DESCR: > > The LDC project aims to provide a portable D programming language > > compiler with modern optimization and code generation capabilities. > > The compiler uses the official DMD frontend to support the latest D2 > > version and relies on the LLVM Core libraries for code generation. > > --- > > > > Some notes: > > * Uses a bootstrap model like DMD. But unlike DMD, in theory LDC can > > be built and run on anything that LLVM supports. For now though, > > ONLY_FOR_ARCHS=amd64. This bootstrap is made in a way that additional > > arch support can be easily added when the time comes. > > * gkoehler@'s Fibers patch and some of my dmd-2.099.0 code is in > > patches/ (ioctl handling) > > * Lots of tests fail. It's more like many don't run, but that gets > > reported as a failure. I am sure some of it is legit and some of it is > > infrastructure weirdness. I will work to improve that situation. > > * LDC is able to build a dub that passes all of the dub tests, can > > rebuild itself (obviously), and is able to build and run all the D > > code I have managed to throw at LDC so far. > > > > OK? > > > > ~Brian > > Ping. Port reattached. > > ~Brian Build fine and easily compiles a small program. ok. -- Tracey Emery
Re: [PATCH] devel/py-esptool
On Sun, Nov 21, 2021 at 06:57:25PM +0100, Clemens Gößnitzer wrote:
> I found this by chance while looking for something else. I don't know if it's
> worth the effort to commit this, or if a revision bump is needed.
>
> Thanks.
>
Thanks. This is committed.
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/py-esptool/Makefile,v
> retrieving revision 1.5
> diff -u -p -r1.5 Makefile
> --- Makefile 2 Nov 2021 00:00:48 - 1.5
> +++ Makefile 21 Nov 2021 17:55:25 -
> @@ -20,7 +20,7 @@ MODPY_SETUPTOOLS = Yes
>
> RUN_DEPENDS += devel/py-serial${MODPY_FLAVOR} \
> security/py-aes${MODPY_FLAVOR} \
> - security/py-ecdsa${MODPY_FLAVOR} \
> + security/py-ecdsa${MODPY_FLAVOR}
>
> FLAVORS = python3
> FLAVOR = python3
--
Tracey Emery
