Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Tue, 23 Jul 2024 11:48:06 +0100 Stuart Henderson wrote: > Does that still work for you? If so, it's ok sthen for someone to > import Yes- that is lovely. This looks wonderful. Thanks for the nits. Compiles and works fine on my system. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/nxbelld
On Tue, 9 Jul 2024 19:46:58 -0500 izder456 wrote: > On Fri, 5 Jul 2024 19:02:27 -0500 > izder456 wrote: > > > On Tue, 7 May 2024 14:25:47 -0500 > > izder456 wrote: > > > > > Hey ports@ > > > > > > I want to import x11/nxbelld into the tree. > > > > > > it is a fork of xbelld. > > > > > > from DESCR: > > > nxbelld is a tiny utility to aid people who either don't like the > > > default PC speaker beep, or use a sound driver that doesn't have > > > support for the PC speaker. > > > > > > nxbelld performs a given action every time the X bell is rung. > > > The actions nxbelld can currently perform include running a > > > specified program, emulating the PC speaker beep using your sound > > > card (default), or playing a PCM encoded WAVE file. > > > > > > [...] > > > > > > Attached. > > > > > > OK to merge? or nits? > > > > > > > Ping! > > > > Ping! > PING! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/kvantum
On Fri, 12 Jul 2024 05:51:53 -0700 (PDT) "J. Scott Heppler" wrote: > On Fri, 12 Jul 2024, izder456 wrote: > > On your link, it does not say to send the tarball to the mailing > list. The link you provided is not clearly written and if you look at > some recently committed new ports in the mailing list - none are > tarballs. > The link I sent was the same link you sent. I was *quoting* you. Are you new to eMailing? Anywho, PING! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Tue, 9 Jul 2024 19:47:25 -0500 izder456 wrote: > On Fri, 5 Jul 2024 19:03:39 -0500 > izder456 wrote: > > > On Mon, 27 May 2024 17:48:50 -0500 > > izder456 wrote: > > > > > On Mon, 27 May 2024 17:32:48 -0500 > > > izder456 wrote: > > > > > > > > It has been over a month now, and I'm still interested in > > > > merging this. > > > > > > > > soz for the *BUMP*. > > > > > > > > Thanks. > > > > > > > > > > Please commit... Thanks. > > > > > > Its appreciated. > > > > > > > Ping! > > > > Ping! > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/kvantum
On Wed, 10 Jul 2024 10:57:31 -0700 (PDT) "J. Scott Heppler" wrote: > > I'd like to see this port get some traction. Presently on Current > LXQt 2.0, you can't bring in any icons other than breeze for a dark > theme. > > One potential pitfall with the submission is the incorrect format. > > This link is a little out of date: > > https://www.openbsd.org/faq/ports/guide.html#:~:text=Submit%20the%20port.,encoded%20to%20the%20same%20address. From this very link: > Submit the port. Create a gzipped tarball of the port directory. You > can then either place it on a public HTTP server, sending its URL to > ports@openbsd.org, or send the port MIME encoded to the same address. I sent it as a tgz file. > In addition to inline mime encoded in the body of the email, the > mailing list will now accept the patch, as a *diff, as an attachment. > The mailing list will display the attached diff but not a > compressed, archive file. AFAIK, *could be wrong*, diffs are more for updates to ports, not entirely new ports. I am familiar with making diffs, and have ported/updated a few things in this tree already. Thanks anyways. > Rafael Sadows is all things Qt5/6 and has a full plate. Getting him > to review your *.diff would go a long way. I think he has commit > privileges. I suppose I'll need to wait till he sees this. Thanks for the pointers. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Fri, 5 Jul 2024 19:03:39 -0500 izder456 wrote: > On Mon, 27 May 2024 17:48:50 -0500 > izder456 wrote: > > > On Mon, 27 May 2024 17:32:48 -0500 > > izder456 wrote: > > > > > > It has been over a month now, and I'm still interested in merging > > > this. > > > > > > soz for the *BUMP*. > > > > > > Thanks. > > > > > > > Please commit... Thanks. > > > > Its appreciated. > > > > Ping! > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/nxbelld
On Fri, 5 Jul 2024 19:02:27 -0500 izder456 wrote: > On Tue, 7 May 2024 14:25:47 -0500 > izder456 wrote: > > > Hey ports@ > > > > I want to import x11/nxbelld into the tree. > > > > it is a fork of xbelld. > > > > from DESCR: > > nxbelld is a tiny utility to aid people who either don't like the > > default PC speaker beep, or use a sound driver that doesn't have > > support for the PC speaker. > > > > nxbelld performs a given action every time the X bell is rung. The > > actions nxbelld can currently perform include running a specified > > program, emulating the PC speaker beep using your sound card > > (default), or playing a PCM encoded WAVE file. > > > > [...] > > > > Attached. > > > > OK to merge? or nits? > > > > Ping! > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/kvantum
On Fri, 5 Jul 2024 19:01:39 -0500 izder456 wrote: > On Mon, 1 Jul 2024 09:50:29 -0500 > izder456 wrote: > > > On Sat, 22 Jun 2024 22:19:23 -0500 > > izder456 wrote: > > > > > Hey ports@ > > > > > > This is a new port for the Kvantum theme engine for Qt/KDE > > > > > > I was surprised no-one had ported this already considering both > > > LXQT and Plasma are in the ports tree. > > > > > > anywho, here is the port attached. > > > > > > OK to COMMIT? or some nits? > > > > > > Thanks, > > > > > > > Adding an additional package, x11/kvantum-qt5 that just installs the > > qt5-supported styles dir cos as of right now, the port is qt6 > > *ONLY*. > > > > Would this work better as a FLAVOR for support? if so, how can I go > > about this? > > > > what I have now is attached. > > > > Thanks. > > > > Ping! > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Mon, 27 May 2024 17:48:50 -0500 izder456 wrote: > On Mon, 27 May 2024 17:32:48 -0500 > izder456 wrote: > > > > It has been over a month now, and I'm still interested in merging > > this. > > > > soz for the *BUMP*. > > > > Thanks. > > > > Please commit... Thanks. > > Its appreciated. > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org emwm-utils-1.2.tgz Description: application/compressed-tar emwm-1.2.tgz Description: application/compressed-tar
Re: NEW: games/classicube
On Mon, 27 May 2024 17:49:31 -0500 izder456 wrote: > On Sun, 26 May 2024 12:04:51 -0500 > izder456 wrote: > > > On Fri, 24 May 2024 22:24:20 -0500 > > izder456 wrote: > > > > > On Thu, 2 May 2024 12:39:10 -0400 > > > Thomas Frohwein wrote: > > > > So what was the reason for your earlier Error 2 when starting > > > > game? > > > > > > Gonna go on a whim here, but I suspect it has something to do with > > > failed resource loading. > > > > > > Since this thread is stagnant and my README more than explains how > > > to deal with this, is it OK to merge at the current status? > > > > > > Thanks, > > > > > > > Decided it makes more sense to put classicube_run in > > ${TRUEPREFIX}/share/classicube to prevent accidental runs. (as a > > failsafe). I updated pkg/README and the do-install directive > > accordingly to incorporate this change. > > > > OK to merge? > > > > Attached is a diff with the above changes. > > > > Please commit... Thanks. > > Its appreciated. > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
Re: NEW: x11/nxbelld
On Tue, 7 May 2024 14:25:47 -0500 izder456 wrote: > Hey ports@ > > I want to import x11/nxbelld into the tree. > > it is a fork of xbelld. > > from DESCR: > nxbelld is a tiny utility to aid people who either don't like the > default PC speaker beep, or use a sound driver that doesn't have > support for the PC speaker. > > nxbelld performs a given action every time the X bell is rung. The > actions nxbelld can currently perform include running a specified > program, emulating the PC speaker beep using your sound card > (default), or playing a PCM encoded WAVE file. > > [...] > > Attached. > > OK to merge? or nits? > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org nxbelld-0.1.2.tgz Description: application/compressed-tar
Re: NEW: x11/kvantum
On Mon, 1 Jul 2024 09:50:29 -0500 izder456 wrote: > On Sat, 22 Jun 2024 22:19:23 -0500 > izder456 wrote: > > > Hey ports@ > > > > This is a new port for the Kvantum theme engine for Qt/KDE > > > > I was surprised no-one had ported this already considering both LXQT > > and Plasma are in the ports tree. > > > > anywho, here is the port attached. > > > > OK to COMMIT? or some nits? > > > > Thanks, > > > > Adding an additional package, x11/kvantum-qt5 that just installs the > qt5-supported styles dir cos as of right now, the port is qt6 *ONLY*. > > Would this work better as a FLAVOR for support? if so, how can I go > about this? > > what I have now is attached. > > Thanks. > Ping! -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org kvantum-1.1.2.tgz Description: application/compressed-tar kvantum-qt5-1.1.2.tgz Description: application/compressed-tar
Re: NEW: x11/kvantum
On Sat, 22 Jun 2024 22:19:23 -0500 izder456 wrote: > Hey ports@ > > This is a new port for the Kvantum theme engine for Qt/KDE > > I was surprised no-one had ported this already considering both LXQT > and Plasma are in the ports tree. > > anywho, here is the port attached. > > OK to COMMIT? or some nits? > > Thanks, > Adding an additional package, x11/kvantum-qt5 that just installs the qt5-supported styles dir cos as of right now, the port is qt6 *ONLY*. Would this work better as a FLAVOR for support? if so, how can I go about this? what I have now is attached. Thanks. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org kvantum-qt5.tgz Description: application/compressed-tar
NEW: x11/kvantum
Hey ports@ This is a new port for the Kvantum theme engine for Qt/KDE I was surprised no-one had ported this already considering both LXQT and Plasma are in the ports tree. anywho, here is the port attached. OK to COMMIT? or some nits? Thanks, -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org kvantum-1.1.2.tgz Description: application/compressed-tar
Re: BROKEN: emulators/dolphin
On Sun, 16 Jun 2024 20:33:24 -0400 Brad Smith wrote: > I will need more information than this. Can you install the gdb > package and use egdb to > get a stack trace from the dolphin-emu.core that I take it you have > in your home dir? Ran it witn `$ egdb $(which dolphin-emu) ./dolphin-emu.core` (massive file jeez) Sorry about that hopefully I did this right, here is the egdb output when runn: GNU gdb (GDB) 9.2 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-openbsd7.5". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/dolphin-emu... [New process 429620] [New process 547288] [New process 307744] [New process 239090] [New process 482093] [New process 346030] [New process 623894] [New process 316310] [New process 204105] [New process 563943] [New process 247206] [New process 610393] [New process 525520] [New process 529233] [New process 509630] [New process 224681] [New process 204803] [New process 423745] [New process 174248] [New process 193581] [New process 571877] [New process 151259] [New process 223943] Core was generated by `dolphin-emu'. Program terminated with signal SIGILL, Illegal instruction. #0 0x03052adc7319 in JitBaseBlockCache::Clear() () [Current thread is 1 (process 429620)] (gdb) bt #0 0x03052adc7319 in JitBaseBlockCache::Clear() () #1 0x03052adc6261 in JitBaseBlockCache::Init() () #2 0x03052ae4abc1 in Jit64::Init() () #3 0x03052adc4906 in JitInterface::InitJitCore(PowerPC::CPUCore) () #4 0x03052acc5cc5 in HW::Init(Core::System&, Sram const*) () #5 0x03052ac0e352 in Core::EmuThread(Core::System&, std::__1::unique_ptr >, WindowSystemInfo) () #6 0x03052ac13132 in void* std::__1::__thread_proxy[abi:v160006] >, void (*)(Core::System&, std::__1::unique_ptr >, WindowSystemInfo), std::__1::reference_wrapper, std::__1::unique_ptr >, WindowSystemInfo> >(void*) () #7 0x0307688604d2 in _rthread_start (v=0x0) at /usr/src/lib/librthread/rthread.c:96 #8 0x0307ed6f7bca in __tfork_thread () at /usr/src/lib/libc/arch/amd64/sys/tfork_thread.S:87 (gdb) quit -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
BROKEN: emulators/dolphin
c0 at acpi0: AC unit offline acpibat0 at acpi0: BAT1 model "CF-VZSU76" serial 00221 type LION oem "Panasonic" acpibtn0 at acpi0: LID0(wakeup) acpibtn1 at acpi0: PWRB "MAT0028" at acpi0 not configured "INT3400" at acpi0 not configured "PNP0C0B" at acpi0 not configured acpicpu0 at acpi0: C2(200@230 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: C2(200@230 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu2 at acpi0: C2(200@230 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpicpu3 at acpi0: C2(200@230 mwait.1@0x33), C1(1000@1 mwait.1), PSS acpipwrres0 at acpi0: PG00, resource for PEG0 acpipwrres1 at acpi0: PG01, resource for PEG1 acpipwrres2 at acpi0: PG02, resource for PEG2 acpitz0 at acpi0: critical temperature is 105 degC acpitz1 at acpi0: critical temperature is 130 degC acpivideo0 at acpi0: GFX0 acpivout0 at acpivideo0: DD1F cpu0: using VERW MDS workaround (except on vmm entry) cpu0: Enhanced SpeedStep 2693 MHz: speeds: 2301, 2300, 2200, 2000, 1900, 1800, 1700, 1500, 1400, 1300, 1100, 1000, 900, 800, 600, 500 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Core 5G Host" rev 0x09 inteldrm0 at pci0 dev 2 function 0 "Intel HD Graphics 5500" rev 0x09 drm0 at inteldrm0 inteldrm0: msi, BROADWELL, gen 8 azalia0 at pci0 dev 3 function 0 "Intel Core 5G HD Audio" rev 0x09: msi azalia0: No codecs found "Intel Core 5G Thermal" rev 0x09 at pci0 dev 4 function 0 not configured xhci0 at pci0 dev 20 function 0 "Intel 9 Series xHCI" rev 0x03: msi, xHCI 1.0 usb0 at xhci0: USB revision 3.0 uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1 "Intel 9 Series MEI" rev 0x03 at pci0 dev 22 function 0 not configured em0 at pci0 dev 25 function 0 "Intel I218-LM" rev 0x03: msi, address a8:13:74:92:52:d5 azalia1 at pci0 dev 27 function 0 "Intel 9 Series HD Audio" rev 0x03: msi azalia1: codecs: Realtek ALC269 audio0 at azalia1 ppb0 at pci0 dev 28 function 0 "Intel 9 Series PCIE" rev 0xe3 pci1 at ppb0 bus 1 ppb1 at pci0 dev 28 function 2 "Intel 9 Series PCIE" rev 0xe3: msi pci2 at ppb1 bus 2 iwm0 at pci2 dev 0 function 0 "Intel AC 7265" rev 0x59, msi ppb2 at pci0 dev 28 function 3 "Intel 9 Series PCIE" rev 0xe3: msi pci3 at ppb2 bus 3 sdhc0 at pci3 dev 0 function 0 vendor "O2 Micro", unknown product 0x8620 rev 0x01: apic 2 int 19 sdhc0: SDHC 4.00, 50 MHz base clock sdmmc0 at sdhc0: 8-bit, sd high-speed, mmc high-speed, ddr52, dma ehci0 at pci0 dev 29 function 0 "Intel 9 Series USB" rev 0x03: apic 2 int 23 usb1 at ehci0: USB revision 2.0 uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 pcib0 at pci0 dev 31 function 0 "Intel 9 Series LPC" rev 0x03 ahci0 at pci0 dev 31 function 2 "Intel 9 Series AHCI" rev 0x03: msi, AHCI 1.3 ahci0: port 0: 6.0Gb/s ahci0: PHY offline on port 1 scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: naa.5f8db4c231500177 sd0: 953869MB, 512 bytes/sector, 1953525168 sectors, thin ichiic0 at pci0 dev 31 function 3 "Intel 9 Series SMBus" rev 0x03: apic 2 int 18 iic0 at ichiic0 spdmem0 at iic0 addr 0x50: 8GB DDR3 SDRAM PC3-12800 SO-DIMM spdmem1 at iic0 addr 0x52: 8GB DDR3 SDRAM PC3-12800 SO-DIMM pchtemp0 at pci0 dev 31 function 6 "Intel 9 Series Thermal" rev 0x03 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 vmm0 at mainbus0: VMX/EPT efifb at mainbus0 not configured uaudio0 at uhub0 port 3 configuration 2 interface 1 "Apple Inc. iPhone" rev 2.00/13.01 addr 2 uaudio0: class v1, high-speed, sync, channels: 0 play, 2 rec, 0 ctls audio1 at uaudio0 ugen0 at uhub0 port 3 configuration 2 "Apple Inc. iPhone" rev 2.00/13.01 addr 2 uvideo0 at uhub0 port 5 configuration 1 interface 0 "Vimicro Corp. USB HD Webcam" rev 2.00/1.16 addr 3 video0 at uvideo0 uhub2 at uhub1 port 1 configuration 1 interface 0 "Intel Rate Matching Hub" rev 2.00/0.03 addr 2 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets sd1 at scsibus3 targ 1 lun 0: sd1: 953609MB, 512 bytes/sector, 1952992063 sectors root on sd1a (a0f3b8fa1c060e16.a) swap on sd1b dump on sd1b inteldrm0: 1600x900, 32bpp wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (std, vt100 emulation) iwm0: hw rev 0x210, fw ver 17.3216344376.0, address a4:02:b9:38:51:b7 the sha256sum of my rom: ~/Games/Roms/gc/Animal Crossing GC (USA) [GAFE01] sha256 game.iso SHA256 (game.iso) = ca870a9c11ae26cd4d3fb94befd7ecbd075c36244589061d22e3ddc4552dc379 -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: UPDATE: games/minetest to 5.8.0
On Thu, 30 May 2024 07:35:13 +0100 Fabien ROMANO wrote: > [sic] I would prefer to keep $*_V in the port, maybe just > bikesheding but looks cleaner to me. > > V = 5.8.0 > GAME_V = 5.8.0 > IRRLICHTMT_V =1.9.0mt13 > DIST_TUPLE += github minetest minetest ${V} . > DIST_TUPLE += github minetest minetest_game ${GAME_V} > games/minetest_game DIST_TUPLE += github minetest irrlicht > ${IRRLICHTMT_V} lib/irrlichtmt > There is a diff with this change added here. I agree. I hastily threw together this port update. This is much cleaner. Bikeshedding or not, its a good nit. > > ===> Building package for minetest-5.8.0 > > Create /usr/ports/packages/amd64/all/minetest-5.8.0.tgz > > Creating package minetest-5.8.0 > > /home/_pobj/minetest-5.8.0/fake-amd64/usr/local/man/man6/minetestserver.6: > > Cannot find NAME section > > /home/_pobj/minetest-5.8.0/fake-amd64/usr/local/man/man6/minetestserver.6: > > No one-line description, using filename "minetestserver" Link to > > /usr/ports/packages/amd64/ftp/minetest-5.8.0.tgz > > cat /usr/ports/pobj/minetest-5.8.0/minetest-5.8.0/doc/minetestserver.6 > > .so man6/minetest.6 > > I guess this is not the way to point 'man minetestserver' into > 'minetest.6' ? Except the complaint during make package, it works, > any advise ? > I believe this is from the generated build.ninja's doing. Should I patch CMakeLists.txt or is this fine as-is? Also might be worth asking if 5.6.0 had this issue as well. Perhaps an upstream PR is in my future? Thanks -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git Makefile Makefile index c359bb848..e4851c6cb 100644 --- Makefile +++ Makefile @@ -1,38 +1,36 @@ COMMENT = infinite-world block sandbox game -V = 5.6.0 -GAME_V = 5.6.0 -IRRLICHTMT_V = 1.9.0mt7 +PKGNAME = minetest-${V} -DISTNAME = minetest-${V} -CATEGORIES = games x11 -REVISION = 0 +V = 5.8.0 +GAME_V = 5.8.0 +IRRLCHTMT_V = 1.9.0mt13 -HOMEPAGE = https://www.minetest.net/ +DIST_TUPLE += github minetest minetest ${V} . +DIST_TUPLE += github minetest minetest_game ${GAME_V} games/minetest_game +DIST_TUPLE += github minetest irrlicht ${IRRLCHTMT_V} lib/irrlichtmt + +CATEGORIES = games x11 + +HOMEPAGE = https://www.minetest.net/ # source LGPLv2.1/ datas CC BY-SA 3.0 PERMIT_PACKAGE = Yes -WANTLIB += ${COMPILER_LIBCXX} GL GLU ICE SM X11 Xext Xi c curl -WANTLIB += curses form freetype gmp iconv intl jpeg jsoncpp lua5.1 -WANTLIB += m ogg openal png pq spatialindex sqlite3 vorbis vorbisfile -WANTLIB += z zstd +WANTLIB += ${COMPILER_LIBCXX} GL GLU X11 Xi c curl curses form freetype +WANTLIB += gmp iconv intl jpeg jsoncpp luajit-5.1 m ogg openal png pq +WANTLIB += spatialindex sqlite3 vorbis vorbisfile z zstd COMPILER = base-clang ports-gcc base-gcc -SITES = https://github.com/minetest/ - -DISTFILES = minetest-{minetest/archive/}${V}${EXTRACT_SUFX} \ - minetest-game-{minetest_game/archive/}${GAME_V}${EXTRACT_SUFX} \ - irrlichtmt-{irrlicht/archive/}${IRRLICHTMT_V}${EXTRACT_SUFX} - -MODULES = devel/cmake \ - lang/lua +MODULES = devel/cmake CONFIGURE_ARGS = -DENABLE_GETTEXT=ON -DCUSTOM_MANDIR=${PREFIX}/man CONFIGURE_ARGS+= -DENABLE_REDIS=FALSE -DENABLE_LEVELDB=FALSE -CONFIGURE_ARGS+= -DENABLE_SYSTEM_JSONCPP=TRUE -DENABLE_LUAJIT=FALSE -CONFIGURE_ARGS+= -DBUILD_SERVER=TRUE +CONFIGURE_ARGS+= -DENABLE_SYSTEM_JSONCPP=TRUE -DBUILD_SERVER=TRUE + +# luajit +USE_NOBTCFI = Yes CXXFLAGS += -I${X11BASE}/include MODCMAKE_LDFLAGS = -L${X11BASE}/lib -L${LOCALBASE}/lib @@ -42,8 +40,8 @@ BUILD_DEPENDS = devel/gettext,-tools RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic -LIB_DEPENDS = ${MODLUA_LIB_DEPENDS} \ - audio/openal \ +LIB_DEPENDS = audio/openal \ + lang/luajit \ audio/libvorbis \ archivers/zstd \ devel/gettext,-runtime \ @@ -60,18 +58,11 @@ TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH} TEST_ENV += HOME=${WRKBUILD}/test \ LC_CTYPE="en_US.UTF-8" -post-extract: - mv ${WRKDIR}/irrlicht-${IRRLICHTMT_V} \ - ${WRKSRC}/lib/irrlichtmt - -# Use system cmake modules -post-patch: - rm ${WRKSRC}/cmake/Modules/FindLua* - post-install: - mv ${WRKDIR}/minetest_game-${GAME_V}/ \ - ${PREFIX}/share/minetest/games/minetest_game - chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/minetest/games/minetest_game + mkdir -p ${PREFIX}/share/minetest/games + mv ${WRKDIST}/games \ + ${PREFIX}/share/minetest/ + chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/minetest/gamesm/* do-test: mkdir -p ${WRKBUILD}/test diff --git distinfo distinfo index 08f8f924f..1ac767a40 100644 --- distinfo +++ distinfo @@ -1,6 +1,6 @@ -SHA256 (irrlichtmt-1.9.0mt7.tar.gz) = wSzb1KhS4ebr97oieJqgV6Gn8tWF3YGiQSpi9XoOJhk= -SHA256 (minetest-5.6.0.tar.gz)
Re: UPDATE: games/minetest to 5.8.0
On 2024-05-29 06:39, Solene Rapenne wrote: On Mon, May 27, 2024 at 05:50:28PM GMT, izder456 wrote: On Sun, 26 May 2024 19:55:12 -0500 izder456 wrote: > On Wed, 17 Apr 2024 03:52:48 -0600 > "Anthony J. Bentley" wrote: > > Here's an updated diff, which I'll commit in a few days unless > > someone objects. > > Thanks for the diff. > > Any update? I saw this wasn't committed yet. Figured I should "BUMP" > you. :)) > > Thanks. > Please commit... Thanks. Its appreciated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org using updated diff from https://marc.info/?l=openbsd-ports&m=171334749408321&q=mbox I get a compilation error, here are the last 200 lines ^ /usr/include/c++/v1/__config:808:41: note: expanded from macro '_LIBCPP_DEPRECATED_IN_CXX17' #define _LIBCPP_DEPRECATED_IN_CXX17 _LIBCPP_DEPRECATED ^ /usr/include/c++/v1/__config:781:49: note: expanded from macro '_LIBCPP_DEPRECATED' # define _LIBCPP_DEPRECATED __attribute__((deprecated)) ^ 4 warnings generated. [41/699] /tmp/pobj_mfs/minetest-5.8.0/bin/c++ -DIRRLICHT_API="" -DIRRLICHT_EXPORTS -DIRR_ENABLE_BUILTIN_FONT -D_IRR_COMPILE_WITH_GLX_MANAGER_ -D_IRR_COMPILE_WITH_OPENGL_ -D_IRR_COMPILE_WITH_X11_DEVICE_ -D_IRR_LINUX_PLATFORM_ -D_IRR_OPENGL_USE_EXTPOINTER_ -D_IRR_POSIX_API_ -D_IRR_STATIC_LIB_ -I/tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include -I/tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht -I/usr/local/include -O2 -pipe -I/usr/X11R6/include -O3 -std=gnu++17 -fPIC -Wall -pipe -fno-exceptions -fno-rtti -MD -MT lib/irrlichtmt/source/Irrlicht/CMakeFiles/IRRIOOBJ.dir/CWriteFile.cpp.o -MF lib/irrlichtmt/source/Irrlicht/CMakeFiles/IRRIOOBJ.dir/CWriteFile.cpp.o.d -o lib/irrlichtmt/source/Irrlicht/CMakeFiles/IRRIOOBJ.dir/CWriteFile.cpp.o -c /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.cpp In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.cpp:5: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.h:8: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/IWriteFile.h:9: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/path.h:7: /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/irrString.h:970:28: warning: 'codecvt_utf8' is deprecated [-Wdeprecated-declarations] std::wstring_convert> conv; ^ /usr/include/c++/v1/codecvt:187:28: note: 'codecvt_utf8' has been explicitly marked deprecated here class _LIBCPP_TEMPLATE_VIS _LIBCPP_DEPRECATED_IN_CXX17 codecvt_utf8 ^ /usr/include/c++/v1/__config:808:41: note: expanded from macro '_LIBCPP_DEPRECATED_IN_CXX17' #define _LIBCPP_DEPRECATED_IN_CXX17 _LIBCPP_DEPRECATED ^ /usr/include/c++/v1/__config:781:49: note: expanded from macro '_LIBCPP_DEPRECATED' # define _LIBCPP_DEPRECATED __attribute__((deprecated)) ^ In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.cpp:5: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.h:8: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/IWriteFile.h:9: In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/path.h:7: /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/include/irrString.h:970:7: warning: 'wstring_convert>' is deprecated [-Wdeprecated-declarations] std::wstring_convert> conv; ^ /usr/include/c++/v1/locale:3603:28: note: 'wstring_convert>' has been explicitly marked deprecated here class _LIBCPP_TEMPLATE_VIS _LIBCPP_DEPRECATED_IN_CXX17 wstring_convert ^ /usr/include/c++/v1/__config:808:41: note: expanded from macro '_LIBCPP_DEPRECATED_IN_CXX17' #define _LIBCPP_DEPRECATED_IN_CXX17 _LIBCPP_DEPRECATED ^ /usr/include/c++/v1/__config:781:49: note: expanded from macro '_LIBCPP_DEPRECATED' # define _LIBCPP_DEPRECATED __attribute__((deprecated)) ^ In file included from /tmp/pobj_mfs/minetest-5.8.0/minetest-5.8.0/lib/irrlichtmt/source/Irrlicht/CWriteFile.cpp:5: In file included from /tmp/pobj_mfs/minetest-5.8
Re: UPDATE: games/minetest to 5.8.0
On Sun, 26 May 2024 19:55:12 -0500 izder456 wrote: > On Wed, 17 Apr 2024 03:52:48 -0600 > "Anthony J. Bentley" wrote: > > Here's an updated diff, which I'll commit in a few days unless > > someone objects. > > Thanks for the diff. > > Any update? I saw this wasn't committed yet. Figured I should "BUMP" > you. :)) > > Thanks. > Please commit... Thanks. Its appreciated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: games/classicube
On Sun, 26 May 2024 12:04:51 -0500 izder456 wrote: > On Fri, 24 May 2024 22:24:20 -0500 > izder456 wrote: > > > On Thu, 2 May 2024 12:39:10 -0400 > > Thomas Frohwein wrote: > > > So what was the reason for your earlier Error 2 when starting > > > game? > > > > Gonna go on a whim here, but I suspect it has something to do with > > failed resource loading. > > > > Since this thread is stagnant and my README more than explains how > > to deal with this, is it OK to merge at the current status? > > > > Thanks, > > > > Decided it makes more sense to put classicube_run in > ${TRUEPREFIX}/share/classicube to prevent accidental runs. (as a > failsafe). I updated pkg/README and the do-install directive > accordingly to incorporate this change. > > OK to merge? > > Attached is a diff with the above changes. > Please commit... Thanks. Its appreciated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Mon, 27 May 2024 17:32:48 -0500 izder456 wrote: > > It has been over a month now, and I'm still interested in merging > this. > > soz for the *BUMP*. > > Thanks. > Please commit... Thanks. Its appreciated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: x11/emwm & x11/emwm-utils, clarification wanted.
On Fri, 12 Apr 2024 23:44:45 -0500 izder456 wrote: > Hello ports@, > > I initially made a thread in this list around the time 7.5 was nearing > release, and the thread went stagnant, I assume since focus was on > stability, and whatever. (might be misremembering here, I have a > spotty memory). > > See threads: > x11/emwm => https://marc.info/?t=17055468082&r=1&w=2 > x11/emwm-utils => https://marc.info/?t=17056918761&r=1&w=2 > > The only criticism I got aside from nits and tips on DISTFILES, seemed > to come from a place of the quality of upstream code, which is fair if > you are discussing comparing it to motif or whatever, but doesn't seem > to be a reason against merging this. I use this WM quite frequently > as a fallback. It would be personally nice to have. > > But some of the reasons I see this being beneficial to merge: > > Its the same legacy that motif wm has, but with modern niceties. > fullscreen firefox/chromium is handled as expected, EWMH hints are > respected, (so if you use a compositor or something), XFT font > support is a biggie imho, thats one of the selling points for me. And > emwm-utils has a nice toolchest application that is just nice to > use/configure. > > Hell- I made some personal config backups on my Github profile, cos > its just a nice floating WM. > > I know that necro-bumps are generally discouraged online- so heres a > thread to ask this: > > now that 7.5 is released, would this be good to merge into -CURRENT? > > They are both attached. > > Thoughts? > > Thanks. > It has been over a month now, and I'm still interested in merging this. soz for the *BUMP*. Thanks. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: UPDATE: games/minetest to 5.8.0
On Wed, 17 Apr 2024 03:52:48 -0600 "Anthony J. Bentley" wrote: > Here's an updated diff, which I'll commit in a few days unless > someone objects. Thanks for the diff. Any update? I saw this wasn't committed yet. Figured I should "BUMP" you. :)) Thanks. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: games/classicube
On Fri, 24 May 2024 22:24:20 -0500 izder456 wrote: > On Thu, 2 May 2024 12:39:10 -0400 > Thomas Frohwein wrote: > > So what was the reason for your earlier Error 2 when starting game? > > > > Gonna go on a whim here, but I suspect it has something to do with > failed resource loading. > > Since this thread is stagnant and my README more than explains how to > deal with this, is it OK to merge at the current status? > > Thanks, > Decided it makes more sense to put classicube_run in ${TRUEPREFIX}/share/classicube to prevent accidental runs. (as a failsafe). I updated pkg/README and the do-install directive accordingly to incorporate this change. OK to merge? Attached is a diff with the above changes. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/classicube/Makefile games/classicube/Makefile index 3b155d7..6d7316f 100644 --- games/classicube/Makefile +++ games/classicube/Makefile @@ -25,12 +25,12 @@ USE_GMAKE = Yes ALL_TARGET = ClassiCube do-install: - ${INSTALL_PROGRAM} ${WRKSRC}/ClassiCube ${PREFIX}/bin/classicube_run + ${INSTALL_DATA_DIR} ${PREFIX}/share/classicube + ${INSTALL_PROGRAM} ${WRKSRC}/ClassiCube ${PREFIX}/share/classicube/classicube_run ${INSTALL_DATA_DIR} ${PREFIX}/share/licenses/classicube ${INSTALL_DATA} ${WRKSRC}/license.txt \ ${PREFIX}/share/licenses/classicube/license.txt ${INSTALL_DATA_DIR} ${PREFIX}/share/applications - ${INSTALL_DATA_DIR} ${PREFIX}/share/classicube ${INSTALL_DATA} ${WRKSRC}/misc/CCicon.png \ ${PREFIX}/share/classicube/CCicon.png @${SUBST_DATA} ${FILESDIR}/classicube.desktop \ diff --git games/classicube/files/classicube games/classicube/files/classicube index c6e6815..9d4ddd3 100644 --- games/classicube/files/classicube +++ games/classicube/files/classicube @@ -2,4 +2,4 @@ mkdir -p $HOME/.local/share/classicube cd $HOME/.local/share/classicube -${TRUEPREFIX}/bin/classicube_run \ No newline at end of file +${TRUEPREFIX}/share/classicube/classicube_run \ No newline at end of file diff --git games/classicube/pkg/PLIST games/classicube/pkg/PLIST index dd0967a..93ee065 100644 --- games/classicube/pkg/PLIST +++ games/classicube/pkg/PLIST @@ -1,8 +1,8 @@ bin/classicube -@bin bin/classicube_run share/applications/classicube.desktop share/classicube/ share/classicube/CCicon.png +@bin share/classicube/classicube_run share/doc/pkg-readmes/${PKGSTEM} share/licenses/ share/licenses/classicube/ diff --git games/classicube/pkg/README games/classicube/pkg/README index 11740be..ab602c5 100644 --- games/classicube/pkg/README +++ games/classicube/pkg/README @@ -7,11 +7,11 @@ current working directory. This port provides two executables, one a script and one a binary: -classicube_run +${TRUEPREFIX}/share/classicube/classicube_run the binary of the game engine itself. do not run this manually (keep reading) -classicube +${TRUEPREFIX}/bin/classicube a wrapper script that opens classicube_run in a sane location so that the assets get saved to a user-writable location. the script opens & downloads assets to/from
Re: NEW: games/classicube
On Thu, 2 May 2024 12:39:10 -0400 Thomas Frohwein wrote: > So what was the reason for your earlier Error 2 when starting game? Gonna go on a whim here, but I suspect it has something to do with failed resource loading. Since this thread is stagnant and my README more than explains how to deal with this, is it OK to merge at the current status? Thanks, -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: HELP WANTED: NEW net/abaddon
On Sun, 19 May 2024 11:19:29 -0400 Thomas Frohwein wrote: > I think your terminal messed up newlines here when you copy-pasted to > your email; this makes this slightly harder to read. > > Note the '---' line has portstree-abaddon. And the '+++' line has > inst-abaddon. This means it's showing you the difference between the > version in your ports tree (typically under /usr/ports) and the > installed version. > I use claws-mail. I set it to autowrap at 72 chars cos the etiquette of this list. Sorry about that. > > -W gtk-3.2201.0 > > -W gtkmm-3.0.4.5 > > -W handy-1.0.3 > > --W harfbuzz.18.9 > > +-W harfbuzz.18.8 > > Now comparing + and - to above: your portstree has library version > 18.9 and you have library version 18.8 installed! That's what > pkg_create is complaining about: your installed packages are behind. > > This will resolve once you update your snapshot with the new harfbuzz > packages. Or you build and install harfbuzz from you ports tree. I'll rebuild that. Thanks for making me aware. Lucas Gabriel Vuotto wrote: > Although I don't use discord, I tried to run-test it. I got 3 popups > and a coredump. Also, now I have an abaddon.ini in whatever directory > I run abaddon from. Odd, I'll incorporate these patches you sent and test myself. Thanks for making me aware. Thank you for the help you two. It's certainly helpful. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
HELP WANTED: NEW net/abaddon
Hello ports@, I am working on a port for net/abaddon which is a lightweight GTK3 discord client written in C++. I got so far until a `make package` where I get this error: ===> Building package for abaddon-0.2.1 Create /usr/packages/amd64/all/abaddon-0.2.1.tgz Error: Libraries in packing-lists in the ports tree and libraries from installed packages don't match --- /tmp/dep_cache.u16eUfuw6/portstree-abaddon-0.2.1Sun May 19 09:10:39 2024 +++ /tmp/dep_cache.u16eUfuw6/inst-abaddon-0.2.1 Sun May 19 09:10:39 2024 @@ -22,7 +22,7 @@ -W gtk-3.2201.0 -W gtkmm-3.0.4.5 -W handy-1.0.3 --W harfbuzz.18.9 +-W harfbuzz.18.8 -W intl.8.0 -W m.10.1 -W opus.1.5 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:3567 'wantlib-args': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktemp -d ...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2243 '/usr/packages/amd64/all/abaddon-0.2.1.tgz': @trap "cd /usr/packages/amd64/t...) *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2725 '_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...) *** Error 2 in /home/izder456/Projects/OpenBSD/ports/mystuff/net/abaddon (/usr/ports/infrastructure/mk/bsd.port.mk:2704 'package': @lock=aba...) I have tried to update my plist with `make update-plist`, but to no avail. I attached my port in tgz format, with a relevant TODO file. uname -a: OpenBSD Panasonic-OpenBaSeD.lan 7.5 GENERIC.MP#76 amd64 dmesg is attached. Any pointers? I feel like I am missing something really basic here. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org abaddon-0.2.1.tgz Description: application/compressed-tar OpenBSD 7.5-current (GENERIC.MP) #76: Fri May 17 10:28:20 MDT 2024 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17030901760 (16241MB) avail mem = 16493502464 (15729MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xdba32000 (35 entries) bios0: vendor American Megatrends Inc. version "V1.50L20" date 07/03/2019 bios0: Panasonic Corporation CFSX4-1 efi0 at bios0: UEFI 2.4 efi0: American Megatrends rev 0x5000a acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT ASF! TCPA SLIC UEFI SSDT SSDT SSDT SSDT SSDT SSDT MSDM DMAR BGRT acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) XHC1(S3) EHC1(S3) HDEF(S3) GLAN(S4) RP03(S3) PXSX(S3) LID0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.87 MHz, 06-3d-04, patch 002f cpu0: cpuid 1 edx=bfebfbff ecx=77fafbff cpu0: cpuid 6 eax=77 ecx=9 cpu0: cpuid 7.0 ebx=21c2fbb edx=9c000600 cpu0: cpuid a vers=3, gp=4, gpwidth=48, ff=3, ffwidth=48 cpu0: cpuid d.1 eax=1 cpu0: cpuid 8001 edx=2c100800 ecx=121 cpu0: cpuid 8007 edx=100 cpu0: MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.86 MHz, 06-3d-04, patch 002f cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.00 MHz, 06-3d-04, patch 002f cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.90 MHz, 06-3d-04, patch 002f cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG0) acpiprt2 at acpi0: bus -1 (PEG1) acpiprt3 at acpi0: bus -1 (PEG2) acpiprt4 at acpi0: bus 1 (RP01) acpiprt5 at acpi0: bus -1 (RP02) acpiprt6 at acpi0: bus 2 (RP03) acpiprt7 at acpi0: bus -1 (RP05) acpiprt8 at acpi0: bus -1 (RP06) acpiprt9 at acpi0: bus -1 (RP07) acpiprt10 at acpi0: bus -1 (RP08) acpiprt11 at acpi0: bus 3 (RP04) acpiec0 at acpi0 acpipci0 at acpi0 PCI0: 0x 0x0011 0x0001 "INT3404" at acpi0 not configured "INT3403" at acpi0 not configured "INT3403" at acpi0 not configured "INT3403" at acpi0 not configured "INT3403" at acpi0 not configured "MAT0024" at acpi0 not configured acpicmos0 at acpi0 tpm0 at acpi0 TPM_ 1.2 (TIS) addr 0xfed4/0x5000, device 0x001a15d1 rev 0x10 "INT3402"
NEW: sysutils/shuf
Hey ports@: Not a complex port at all, but thought it'd be worth merging. It seems like this software was written by Brian Callahan here in this list. I found it as a nice little utility for those who use GNU's shuf, but don't want to use GNU stuff cos of licensing or lack of shuf in userland. Was this ever attempted to be merged? if so, why not? Anywho, the port is attached. OK? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org shuf-3.0.tgz Description: application/compressed-tar
NEW: x11/nxbelld
Hey ports@ I want to import x11/nxbelld into the tree. it is a fork of xbelld. from DESCR: nxbelld is a tiny utility to aid people who either don't like the default PC speaker beep, or use a sound driver that doesn't have support for the PC speaker. nxbelld performs a given action every time the X bell is rung. The actions nxbelld can currently perform include running a specified program, emulating the PC speaker beep using your sound card (default), or playing a PCM encoded WAVE file. [...] Attached. OK to merge? or nits? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org nxbelld-0.1.2.tgz Description: application/compressed-tar
TESTING NEEDED: emulators/melonds
hey ports@: I take MAINTAINER on the port for MelonDS. I usually fire up my emwm port when I run it, since a floating WM just makes more sense for a DS emulator (point n' click touchscreen input). Today, I tried MelonDS in my normal WM of choice, StumpWM. It ran fine, but as soon as I attempt split/restore the frame quickly with the MelonDS window active, the program segfaults with an error related to losing the X11 server connection. Looking at its running log before it crashes: ``` The X11 connection broke (error 1). Did the X11 server die? zsh: segmentation fault melonDS ``` It only seems to happen with a game running using the OpenGL gfx backend. I can't replicate this when using software gfx. I haven't tested with other tiling WMs, but I am curious if others are experiencing this as well, so I know its not just my machine being screwy. I am on: ``` OpenBSD Panasonic-OpenBaSeD.lan 7.5 GENERIC.MP#37 amd64 ``` and attached is my dmesg any idea? best- -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org OpenBSD 7.5-current (GENERIC.MP) #37: Mon Apr 29 10:12:13 MDT 2024 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17030901760 (16241MB) avail mem = 16493510656 (15729MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xdba32000 (35 entries) bios0: vendor American Megatrends Inc. version "V1.50L20" date 07/03/2019 bios0: Panasonic Corporation CFSX4-1 efi0 at bios0: UEFI 2.4 efi0: American Megatrends rev 0x5000a acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT ASF! TCPA SLIC UEFI SSDT SSDT SSDT SSDT SSDT SSDT MSDM DMAR BGRT acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) XHC1(S3) EHC1(S3) HDEF(S3) GLAN(S4) RP03(S3) PXSX(S3) LID0(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.88 MHz, 06-3d-04, patch 002f cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.89 MHz, 06-3d-04, patch 002f cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.88 MHz, 06-3d-04, patch 002f cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.95 MHz, 06-3d-04, patch 002f cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F
Re: NEW: games/classicube
Awh jeez. It is too late for this. Fixed trailing whitespace in pkg/README, as well as removed leftover PLIST.orig. this should be the last of my mails in this thread unless something comes up. OK to merge? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
Re: NEW: games/classicube
On Tue, 30 Apr 2024 00:37:11 -0500 izder456 wrote: > > Updated port is attached. > Whoops, PLIST didn't get updated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
Re: NEW: games/classicube
On Mon, 29 Apr 2024 23:31:23 -0500 izder456 wrote: > > classicube_run is the binary itself, whereas classicube is a wrapper. > > classicube downloads assets to the CWD on first run, so I opted to > make a small wrapper script that downloads the assets to a place that > is writable to a normal user. (see files/classicube) > To clarify this, I wrote a pkg-readme for this. Updated port is attached. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
Re: NEW: games/classicube
On Mon, 29 Apr 2024 17:38:17 +0200 "Sebastian Reitenbach" wrote: > On Monday, April 29, 2024 17:15 CEST, "Sebastian Reitenbach" > wrote: > > > Hi, > > > > > > On Sunday, April 28, 2024 23:53 CEST, Thomas Frohwein > > wrote: > > > On Sat, Apr 27, 2024 at 08:53:31PM -0500, izder456 wrote: > > > > Ohp, minor typo in files/classicube.desktop > > > > > > > > fixed tarball is attached. > > > > > > > > Best- > > > > > > > > -- > > > > -iz (they/them) > > > > > > > > > i like to say mundane things, > > > > > there are too many uninteresting things > > > > > that go unnoticed. > > > > > > > > izder456 (dot) neocities (dot) org > > > > > > Tested it in singleplayer only, builds and runs fine. I don't > > > really know how to play, but looks good. ok thfr@ > > > > > > > When I try to start it, just tested single player mode, it bailed > > out on me: Error 2 when starting game > > Error meaning: No such file or directory > > > > And that's what I saw on the CLI: > > [55310:-1862911424:0429/170327.885904:ERROR:bus.cc(407)] Failed to > > connect to the bus: Failed to connect to socket > > /var/run/dbus/system_bus_socket: No such file or directory > > even with that messagebus started, same as above. > However, I used the classicube_run to start the game, also when > starting classicube_run multiple times, it recreates font cache and > downloads missing pieces from the Internet every time. > > Just using classicube does the trick as it seems. Whatever > classicube_run is good for ;) > > Sebastian > classicube_run is the binary itself, whereas classicube is a wrapper. classicube downloads assets to the CWD on first run, so I opted to make a small wrapper script that downloads the assets to a place that is writable to a normal user. (see files/classicube) -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
SUGGESTION: Makefile.template should have info on autoreconf
Hello ports@, I was working on a port earlier today that configures via GNU autotools. I needed the `configure` script, which wasn't included. When I grabbed the sources with `DIST_TUPLE`, `autoconf` didn't seem to generate one. (spat some really confusing error, unrelated to the ports tree). *side note: GNU autotools error really suck* It looked like `CONFIGURE_STYLE = autoreconf` was needed. (which ended up working fine). But, what frustrated me was the lack of documentation on this one specific option. I just grepped the tree to see if that command was ever used, and sure enough it is a valid (and used) `CONFIGURE_STYLE`. I dunno, but it seems worthwhile to add this information to Makefile.template. Thoughts? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: NEW: games/classicube
Ohp, minor typo in files/classicube.desktop fixed tarball is attached. Best- -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
NEW: games/classicube
Hello ports@, o/ I want to merge in games/classicube, which is a clean room re-implementation of classic minecraft written in c. It is attached. OK to merge? Best- -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org classicube-1.3.6.tgz Description: application/compressed-tar
Re: UPDATE: games/minetest to 5.8.0
On Wed, 17 Apr 2024 03:52:48 -0600 "Anthony J. Bentley" wrote: > Thanks for this diff. A few things: > > - USE_NOBTCFI required after switch to luajit (crashes on BTI > hardware otherwise) > - build fails due to missing include for getpid() call Good catch, I have limited time and access to arch resources. Thanks for this > - delete REVISION since the version number changed Oh, okay. Small oversight on my part. > Here's an updated diff, which I'll commit in a few days unless > someone objects. > > [kerned out] > I definitely don't object. Thanks for the diff! Best- -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
NEW: x11/emwm & x11/emwm-utils, clarification wanted.
Hello ports@, I initially made a thread in this list around the time 7.5 was nearing release, and the thread went stagnant, I assume since focus was on stability, and whatever. (might be misremembering here, I have a spotty memory). See threads: x11/emwm => https://marc.info/?t=17055468082&r=1&w=2 x11/emwm-utils => https://marc.info/?t=17056918761&r=1&w=2 The only criticism I got aside from nits and tips on DISTFILES, seemed to come from a place of the quality of upstream code, which is fair if you are discussing comparing it to motif or whatever, but doesn't seem to be a reason against merging this. I use this WM quite frequently as a fallback. It would be personally nice to have. But some of the reasons I see this being beneficial to merge: Its the same legacy that motif wm has, but with modern niceties. fullscreen firefox/chromium is handled as expected, EWMH hints are respected, (so if you use a compositor or something), XFT font support is a biggie imho, thats one of the selling points for me. And emwm-utils has a nice toolchest application that is just nice to use/configure. Hell- I made some personal config backups on my Github profile, cos its just a nice floating WM. I know that necro-bumps are generally discouraged online- so heres a thread to ask this: now that 7.5 is released, would this be good to merge into -CURRENT? They are both attached. Thoughts? Thanks. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org emwm-utils-1.2.tgz Description: application/compressed-tar emwm-1.2.tgz Description: application/compressed-tar
Re: UPDATE: games/minetest to 5.8.0
On Thu, 04 Apr 2024 22:47:29 +0200 izder456 wrote: > On 2024-03-09 22:00, izder456 wrote: > > On Tue, 5 Mar 2024 23:08:04 +0100 > > Fabien ROMANO wrote: > > > >> Hi izder, > >> > >> On 04/03/2024 17:58, izder456 wrote: > >> > Hello ports@, > >> > > >> > Attached is a tarball of the update. > >> > > >> > I took a line from FreeBSD's port system for gmp stuff, as we can > >> > also use system gmp fine. I also patched a file so `getpid()` is > >> > properly referenced from `unistd.h`. May be good to PR this patch > >> > upstream? > >> > > >> > This port seems rather-ish complex, so I didn't do the DIST_TUPLE > >> > stuff as I am no expert. > >> > > >> > OK to merge? > >> > > >> > >> There is what I have done on my side, feel free to use at your own. > >> Not sure about gmp stuff from freebsd. > >> It was weeks ago and I ran into grahic card issue so I did not test > >> again. > >> > >> I also added patches from lang/lua to the build (not needed ?) > >> > >> [diff] > >> > > > > Thanks for the lang/lua stuff, I needed to use > > -DENABLE_LUAJIT=FALSE in the CONFIGURE_ARGS without them. Looks > > like the default -DENABLE_LUAJIT=TRUE works fine here, just needed > > a little patching. (CMake complains a little, but eh, whatevs) > > > > I also swapped the DISTFILES to DIST_TUPLE here for simplicity's > > sake. Thanks for the lang/lua tips. > > > > attached is the diff with the above changes. > > > > OK? > > I am still looking to upgrade these. OK to merge? Whoops, forgot to attach the .diff with all the changes, here: -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/minetest/Makefile games/minetest/Makefile index c359bb848..2cbfe429f 100644 --- games/minetest/Makefile +++ games/minetest/Makefile @@ -1,11 +1,14 @@ COMMENT = infinite-world block sandbox game -V = 5.6.0 -GAME_V = 5.6.0 -IRRLICHTMT_V = 1.9.0mt7 +V = 5.8.0 +PKGNAME = minetest-${V} + +DIST_TUPLE += github minetest minetest ${V} . +DIST_TUPLE += github minetest irrlicht 1.9.0mt13 lib/irrlichtmt +DIST_TUPLE += github minetest minetest_game 5.8.0 games/minetest_game + +CATEGORIES = games x11 -DISTNAME = minetest-${V} -CATEGORIES = games x11 REVISION = 0 HOMEPAGE = https://www.minetest.net/ @@ -13,26 +16,17 @@ HOMEPAGE = https://www.minetest.net/ # source LGPLv2.1/ datas CC BY-SA 3.0 PERMIT_PACKAGE = Yes -WANTLIB += ${COMPILER_LIBCXX} GL GLU ICE SM X11 Xext Xi c curl -WANTLIB += curses form freetype gmp iconv intl jpeg jsoncpp lua5.1 -WANTLIB += m ogg openal png pq spatialindex sqlite3 vorbis vorbisfile -WANTLIB += z zstd +WANTLIB += ${COMPILER_LIBCXX} GL GLU X11 Xi c curl curses form png +WANTLIB += freetype gmp iconv intl jpeg jsoncpp luajit-5.1 m ogg +WANTLIB += openal pq spatialindex sqlite3 vorbis vorbisfile z zstd COMPILER = base-clang ports-gcc base-gcc -SITES = https://github.com/minetest/ - -DISTFILES = minetest-{minetest/archive/}${V}${EXTRACT_SUFX} \ - minetest-game-{minetest_game/archive/}${GAME_V}${EXTRACT_SUFX} \ - irrlichtmt-{irrlicht/archive/}${IRRLICHTMT_V}${EXTRACT_SUFX} - -MODULES = devel/cmake \ - lang/lua +MODULES = devel/cmake CONFIGURE_ARGS = -DENABLE_GETTEXT=ON -DCUSTOM_MANDIR=${PREFIX}/man CONFIGURE_ARGS+= -DENABLE_REDIS=FALSE -DENABLE_LEVELDB=FALSE -CONFIGURE_ARGS+= -DENABLE_SYSTEM_JSONCPP=TRUE -DENABLE_LUAJIT=FALSE -CONFIGURE_ARGS+= -DBUILD_SERVER=TRUE +CONFIGURE_ARGS+= -DENABLE_SYSTEM_JSONCPP=TRUE -DBUILD_SERVER=TRUE CXXFLAGS += -I${X11BASE}/include MODCMAKE_LDFLAGS = -L${X11BASE}/lib -L${LOCALBASE}/lib @@ -42,8 +36,8 @@ BUILD_DEPENDS = devel/gettext,-tools RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic -LIB_DEPENDS = ${MODLUA_LIB_DEPENDS} \ - audio/openal \ +LIB_DEPENDS = audio/openal \ + lang/luajit \ audio/libvorbis \ archivers/zstd \ devel/gettext,-runtime \ @@ -60,18 +54,11 @@ TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH} TEST_ENV += HOME=${WRKBUILD}/test \ LC_CTYPE="en_US.UTF-8" -post-extract: - mv ${WRKDIR}/irrlicht-${IRRLICHTMT_V} \ - ${WRKSRC}/lib/irrlichtmt - -# Use system cmake modules -post-patch: - rm ${WRKSRC}/cmake/Modules/FindLua* - post-install: - mv ${WRKDIR}/minetest_game-${GAME_V}/ \ - ${PREFIX}/share/minetest/games/minetest_game - chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/minetest/games/minetest_game + mkdir -p ${PREFIX}/share/minetest/games + mv ${WRKDIST}/games \ + ${PREFIX}/share/minetest/ + chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/min
Re: UPDATE: games/minetest to 5.8.0
On 2024-03-09 22:00, izder456 wrote: On Tue, 5 Mar 2024 23:08:04 +0100 Fabien ROMANO wrote: Hi izder, On 04/03/2024 17:58, izder456 wrote: > Hello ports@, > > Attached is a tarball of the update. > > I took a line from FreeBSD's port system for gmp stuff, as we can > also use system gmp fine. I also patched a file so `getpid()` is > properly referenced from `unistd.h`. May be good to PR this patch > upstream? > > This port seems rather-ish complex, so I didn't do the DIST_TUPLE > stuff as I am no expert. > > OK to merge? > There is what I have done on my side, feel free to use at your own. Not sure about gmp stuff from freebsd. It was weeks ago and I ran into grahic card issue so I did not test again. I also added patches from lang/lua to the build (not needed ?) [diff] Thanks for the lang/lua stuff, I needed to use -DENABLE_LUAJIT=FALSE in the CONFIGURE_ARGS without them. Looks like the default -DENABLE_LUAJIT=TRUE works fine here, just needed a little patching. (CMake complains a little, but eh, whatevs) I also swapped the DISTFILES to DIST_TUPLE here for simplicity's sake. Thanks for the lang/lua tips. attached is the diff with the above changes. OK? I am still looking to upgrade these. OK to merge?
Re: NEW: x11/emwm-utils
On 2024-02-03 21:25, izder456 wrote: On Fri, 19 Jan 2024 13:17:40 -0600 izder456 wrote: Hey ports@, I want to import the utils portion of EMWM, which i worked on porting earlier this week. This includes a session manager for emwm and a toolchest-like app for launching applications. It is packaged with example configurations as well too in lib/X11 the project page is here: http://fastestcode.org/emwm.html Port is attached Comments, or OK to merge? Following up on my x11/emwm port's thread, i version bumped it to 1.2 as 1.2 was released from upstream as of the 28th of January. I also used the upstream mirror over the github, thanks to naddy@'s recommend. It is attached Thoughts? It has been a while since this thread saw ay activity. I am still looking to merge this. OK? -- izzy Meyer
Re: HOTFIX games/{bugdom,bugdom2,nanosaur,mightymike,ottomatic,billyfrontier} on sparc64
On Wed, 13 Mar 2024 19:07:07 + > On March 13, 2024 7:24:26 PM GMT+01:00, Stuart Henderson via ports > > I think something like this would be preferable > > # requires C++20 > COMPILER = base-clang > I attached the diffs with this change > > On 2024/03/13 19:36, Tobias Heider via ports wrote: > > > > but then you could also add ports clang and ports gcc right? > > they should also support newer c++ versions currently these ports use: COMPILER = base-clang ports-gcc yet they still fail on architectures without a C++20 compat compiler afaik. > > > "Stuart Henderson via ports" wrote: > > > Could try it, but it seems fairly doubtful that they'll be good > > > enough, c++20 support in gcc 8 was pretty limited (and uses > > > -std=c++2a not -std=c++20), and ports-clang on base-gcc archs uses > > > libestdc++ from gcc 8. (gcc/11 is in the ports tree but can't be > > > used in bulks unless all c++ ports on whichever arch are switched > > > from 8 to 11 otherwise there will be build conflicts). This seems like the most reasonable fail-safe solution given the time crunch. OK to merge? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git billyfrontier/Makefile billyfrontier/Makefile index 5462bab38..9ba3101ff 100644 --- billyfrontier/Makefile +++ billyfrontier/Makefile @@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake diff --git ottomatic/Makefile ottomatic/Makefile index 55f9e5297..a250fbcaf 100644 --- ottomatic/Makefile +++ ottomatic/Makefile @@ -19,7 +19,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake diff --git mightymike/Makefile mightymike/Makefile index 0149fc600..a6ec28fbe 100644 --- mightymike/Makefile +++ mightymike/Makefile @@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake diff --git nanosaur/Makefile nanosaur/Makefile index 96bcc0c6a..e8e9fd651 100644 --- nanosaur/Makefile +++ nanosaur/Makefile @@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake diff --git bugdom2/Makefile bugdom2/Makefile index 89dc4ad6f..eee36bbde 100644 --- bugdom2/Makefile +++ bugdom2/Makefile @@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake diff --git bugdom/Makefile bugdom/Makefile index f48f280f6..b6a8357fb 100644 --- bugdom/Makefile +++ bugdom/Makefile @@ -18,7 +18,7 @@ PERMIT_PACKAGE = Yes WANTLIB += ${COMPILER_LIBCXX} GL SDL2 c m # C++20 -COMPILER = base-clang ports-gcc +COMPILER = base-clang MODULES = devel/cmake
HOTFIX games/{bugdom,bugdom2,nanosaur,mightymike,ottomatic,billyfrontier} on sparc64
Hey ports@- Looks like these ports I take MAINTAINER on fail on sparc64 with the same u8string error, which AFAIK is a C++20 thing. From what it looks like, sparc64 doesn't have a C++20 compiler, so they unfortunately will be broken on that arch. Attached are diffs that adds BROKEN-sparc64 to those ports. Thanks. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git mightymike/Makefile mightymike/Makefile index 0149fc600..49a2e3da7 100644 --- mightymike/Makefile +++ mightymike/Makefile @@ -6,6 +6,8 @@ DIST_TUPLE += github jorio MightyMike v${V} . DIST_TUPLE += github jorio Pomme d57c28e205462e51063e787f9ebddaadff592f1e \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/mightymike diff --git billyfrontier/Makefile billyfrontier/Makefile index 5462bab38..14e686bb0 100644 --- billyfrontier/Makefile +++ billyfrontier/Makefile @@ -6,6 +6,8 @@ DIST_TUPLE += github jorio BillyFrontier v${V} . DIST_TUPLE += github jorio Pomme 9fae17d7715314a3a20259ac2e87aa500a977695 \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/billy diff --git ottomatic/Makefile ottomatic/Makefile index 55f9e5297..090e15108 100644 --- ottomatic/Makefile +++ ottomatic/Makefile @@ -7,6 +7,8 @@ DIST_TUPLE += github jorio OttoMatic ${V} . DIST_TUPLE += github jorio Pomme ef94150e2dcec522e3099f4d03a4e8f2639f7232 \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/otto diff --git nanosaur/Makefile nanosaur/Makefile index 96bcc0c6a..da0d75e85 100644 --- nanosaur/Makefile +++ nanosaur/Makefile @@ -6,6 +6,8 @@ DIST_TUPLE += github jorio Nanosaur v${V} . DIST_TUPLE += github jorio Pomme d57c28e205462e51063e787f9ebddaadff592f1e \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/nano diff --git bugdom2/Makefile bugdom2/Makefile index 89dc4ad6f..ff6d86bfa 100644 --- bugdom2/Makefile +++ bugdom2/Makefile @@ -6,6 +6,8 @@ DIST_TUPLE += github jorio Bugdom2 v${V} . DIST_TUPLE += github jorio Pomme c6a38eab19a11847024a13f9b3e2af0c2d908c3e \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/bug2 diff --git bugdom/Makefile bugdom/Makefile index f48f280f6..ab17bd59a 100644 --- bugdom/Makefile +++ bugdom/Makefile @@ -6,6 +6,8 @@ DIST_TUPLE += github jorio Bugdom ${V} . DIST_TUPLE += github jorio Pomme ef94150e2dcec522e3099f4d03a4e8f2639f7232 \ extern/Pomme +BROKEN-sparc64 = needs C++20 compiler + CATEGORIES = games HOMEPAGE = https://pangeasoft.net/bug
Question RE: Failed bulk build standard practice
Hey ports@- already messaged #openbsd about this on libera but for digital record's sake, I wanted to ask here as well. I take MAINTAINER on several ports with no ONLY_FOR_ARCH set. When looking through the bulk build reports in the ports@ lists this morning, I saw that some ports I worked on have failed on hardware I don't have access too. Is there a special practice we do when this occurrs, or is the port just never built into binary at release for that arch? is there something like a blacklist equivalent of ONLY_FOR_ARCH? also- If there isn't enough time to factor in these sort of hotfixes, what is general practice when RELEASE happens, and the ports are version froze in case I need to patch my port because someone on STABLE has experienced breakage? Still new-ish to this ports@ thing, forgive my noobiness :) Thanks, any guidance is much appreciated. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org
Re: UPDATE: games/minetest to 5.8.0
On Tue, 5 Mar 2024 23:08:04 +0100 Fabien ROMANO wrote: > Hi izder, > > On 04/03/2024 17:58, izder456 wrote: > > Hello ports@, > > > > Attached is a tarball of the update. > > > > I took a line from FreeBSD's port system for gmp stuff, as we can > > also use system gmp fine. I also patched a file so `getpid()` is > > properly referenced from `unistd.h`. May be good to PR this patch > > upstream? > > > > This port seems rather-ish complex, so I didn't do the DIST_TUPLE > > stuff as I am no expert. > > > > OK to merge? > > > > There is what I have done on my side, feel free to use at your own. > Not sure about gmp stuff from freebsd. > It was weeks ago and I ran into grahic card issue so I did not test > again. > > I also added patches from lang/lua to the build (not needed ?) > > [diff] > Thanks for the lang/lua stuff, I needed to use -DENABLE_LUAJIT=FALSE in the CONFIGURE_ARGS without them. Looks like the default -DENABLE_LUAJIT=TRUE works fine here, just needed a little patching. (CMake complains a little, but eh, whatevs) I also swapped the DISTFILES to DIST_TUPLE here for simplicity's sake. Thanks for the lang/lua tips. attached is the diff with the above changes. OK? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/minetest/Makefile games/minetest/Makefile index c359bb848..37295c56b 100644 --- games/minetest/Makefile +++ games/minetest/Makefile @@ -1,11 +1,13 @@ COMMENT = infinite-world block sandbox game -V = 5.6.0 -GAME_V = 5.6.0 -IRRLICHTMT_V = 1.9.0mt7 +V = 5.8.0 +PKGNAME = minetest-${V} -DISTNAME = minetest-${V} -CATEGORIES = games x11 +DIST_TUPLE += github minetest minetest ${V} . +DIST_TUPLE += github minetest irrlicht 1.9.0mt13 lib/irrlichtmt +DIST_TUPLE += github minetest minetest_game 5.8.0 games/minetest_game + +CATEGORIES = games REVISION = 0 HOMEPAGE = https://www.minetest.net/ @@ -13,25 +15,17 @@ HOMEPAGE = https://www.minetest.net/ # source LGPLv2.1/ datas CC BY-SA 3.0 PERMIT_PACKAGE = Yes -WANTLIB += ${COMPILER_LIBCXX} GL GLU ICE SM X11 Xext Xi c curl -WANTLIB += curses form freetype gmp iconv intl jpeg jsoncpp lua5.1 -WANTLIB += m ogg openal png pq spatialindex sqlite3 vorbis vorbisfile -WANTLIB += z zstd +WANTLIB += ${COMPILER_LIBCXX} GL GLU ICE SM X11 Xext Xi c curl +WANTLIB += curses form freetype gmp iconv intl jpeg jsoncpp +WANTLIB += m ogg openal png pq spatialindex sqlite3 vorbis vorbisfile +WANTLIB += z zstd COMPILER = base-clang ports-gcc base-gcc -SITES = https://github.com/minetest/ - -DISTFILES = minetest-{minetest/archive/}${V}${EXTRACT_SUFX} \ - minetest-game-{minetest_game/archive/}${GAME_V}${EXTRACT_SUFX} \ - irrlichtmt-{irrlicht/archive/}${IRRLICHTMT_V}${EXTRACT_SUFX} - -MODULES = devel/cmake \ - lang/lua +MODULES = devel/cmake CONFIGURE_ARGS = -DENABLE_GETTEXT=ON -DCUSTOM_MANDIR=${PREFIX}/man CONFIGURE_ARGS+= -DENABLE_REDIS=FALSE -DENABLE_LEVELDB=FALSE -CONFIGURE_ARGS+= -DENABLE_SYSTEM_JSONCPP=TRUE -DENABLE_LUAJIT=FALSE CONFIGURE_ARGS+= -DBUILD_SERVER=TRUE CXXFLAGS += -I${X11BASE}/include @@ -42,8 +36,7 @@ BUILD_DEPENDS = devel/gettext,-tools RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic -LIB_DEPENDS = ${MODLUA_LIB_DEPENDS} \ - audio/openal \ +LIB_DEPENDS = audio/openal \ audio/libvorbis \ archivers/zstd \ devel/gettext,-runtime \ @@ -60,17 +53,10 @@ TEST_DEPENDS = ${FULLPKGNAME}:${BUILD_PKGPATH} TEST_ENV += HOME=${WRKBUILD}/test \ LC_CTYPE="en_US.UTF-8" -post-extract: - mv ${WRKDIR}/irrlicht-${IRRLICHTMT_V} \ - ${WRKSRC}/lib/irrlichtmt - -# Use system cmake modules -post-patch: - rm ${WRKSRC}/cmake/Modules/FindLua* - post-install: - mv ${WRKDIR}/minetest_game-${GAME_V}/ \ - ${PREFIX}/share/minetest/games/minetest_game + mkdir -p ${PREFIX}/share/minetest/games + mv ${WRKDIST}/games \ + ${PREFIX}/share/minetest/ chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/minetest/games/minetest_game do-test: diff --git games/minetest/distinfo games/minetest/distinfo index 08f8f924f..1ac767a40 100644 --- games/minetest/distinfo +++ games/minetest/distinfo @@ -1,6 +1,6 @@ -SHA256 (irrlichtmt-1.9.0mt7.tar.gz) = wSzb1KhS4ebr97oieJqgV6Gn8tWF3YGiQSpi9XoOJhk= -SHA256 (minetest-5.6.0.tar.gz) = P9vAyNn2oYwSlUugyu21SKIvNnUg9Z0HmASiHeA0epE= -SHA256 (minetest-game-5.6.0.tar.gz) = /ZkdQsJT2zgFWcWTorA18i4HqB+Ge1OAovBF6aTQTIc= -SIZE (irrlichtmt-1.9.0mt7.tar.gz) = 909510 -SIZE (minetest-5.6.0.tar.gz) = 9922682 -SIZE (minetest-game-5.6.0.tar.gz) = 2590530 +SHA256 (minetest-irrlicht-1.9.0mt13.tar.gz) = L96OJxRJiCELnA/x4gKQWDTZ0lqqY85FJ2P9cXEJatw= +SHA256 (minetest-minetest-5.8.0.tar.gz) = YQyFok13rNwwQ6add3vtnmwAFpQGygnfIq1JD+DWjAw= +SHA256 (minetest-minetest_game-5.8.0.tar.gz) = M6O7Q7CEl6C9svSfFAo
Re: NEW: games/oneko
On Sat, 9 Mar 2024 18:14:29 +0100 Tobias Heider wrote: > On Fri, Mar 08, 2024 at 10:02:33PM -0600, izder456 wrote: > > > > Hey ports@ o/, > > > > This is a little & silly X program that has a small pixelated > > cat "neko" or optionally a dog or other characters like Beastie > > follow your cursor around. > > > > I loosely followed the FreeBSD port as a structural reference and > > used the Arch PKGBUILD for finding `DISTFILES`. Unsure as this is > > my first `CONFIGURE = imake` port. > > > > I want to import this. > > > > OK? or nits b4 merge? > > > > -- > > -iz (they/them) > > > > > i like to say mundane things, > > > there are too many uninteresting things > > > that go unnoticed. > > > > izder456 (dot) neocities (dot) org > > What's the licensing situation for oneko? > I thought it didn't have one, which could be a problem for > distributing it in ports. > Good question, As far as I can tell, its a public domain licence. FreeBSD, and even Debian distribute binaries. The only CAVEAT I can see is the CARDCAPTOR derivative bitmaps, unsure on this. I understand they are different projects with different licensing policies, but from what it looks like we should be in the clear here. In all honesty, this software appears to be abandonware, so this may change things, possibly? (side-note: make sure to read my reply diff though, I fixed *some* of the compile warns in those.) anyways- for brevity's sake, here is the attached diff with the relevant licence information and the above mentioned patches. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/oneko/Makefile games/oneko/Makefile index 0282e2e..e1e2a51 100644 --- games/oneko/Makefile +++ games/oneko/Makefile @@ -7,9 +7,10 @@ CATEGORIES = games HOMEPAGE = http://www.daidouji.com/oneko +# License: Custom, includes derivates of CARDCAPTOR SAKURA, see https://www.clamp-net.com PERMIT_PACKAGE = Yes -WANTLIB += X11 Xau Xdmcp Xext c m +WANTLIB += X11 Xau Xdmcp Xext c m SITES = http://www.daidouji.com/oneko/distfiles/ diff --git games/oneko/patches/patch-oneko_c games/oneko/patches/patch-oneko_c new file mode 100644 index 000..41ebfb7 --- /dev/null +++ games/oneko/patches/patch-oneko_c @@ -0,0 +1,30 @@ +Index: oneko.c +--- oneko.c.orig oneko.c +@@ -335,7 +335,7 @@ char *resource; + * $@%j%=!<%9!&%G!<%?%Y!<%9$+$i%*%W%7%g%s$r@_Dj(J + */ + +-GetResources() ++void GetResources() + { + char *resource; + int num; +@@ -434,7 +434,7 @@ GetResources() + * $@$M$:$_7?%+!<%=%k$r:n$k(J + */ + +-MakeMouseCursor() ++void MakeMouseCursor() + { + Pixmap theCursorSource; + Pixmap theCursorMask; +@@ -463,7 +463,7 @@ MakeMouseCursor() + * $@?'$r=i4|@_Dj$9$k(J + */ + +-SetupColors() ++void SetupColors() + { + XColor theExactColor; + Colormap theColormap; diff --git games/oneko/patches/patch-oneko_h games/oneko/patches/patch-oneko_h new file mode 100644 index 000..00812c5 --- /dev/null +++ games/oneko/patches/patch-oneko_h @@ -0,0 +1,11 @@ +Index: oneko.h +--- oneko.h.orig oneko.h +@@ -15,6 +15,7 @@ + #include + #include + #include ++#include + + #include + #include diff --git games/oneko/patches/patch-oneko_man games/oneko/patches/patch-oneko_man new file mode 100644 index 000..342b5fb --- /dev/null +++ games/oneko/patches/patch-oneko_man @@ -0,0 +1,11 @@ +Index: oneko.man +--- oneko.man.orig oneko.man +@@ -1,6 +1,5 @@ + .TH ONEKO 6 +-.SH NAME oneko +-The program oneko creates a cute cat chasing around your mouse cursor. ++.SH NAME oneko \- Creates a cute cat chasing around your mouse cursor. + .SH SYNOPSIS + .B oneko + [\fB-help\fP] [\fB-tora\fP]
Re: NEW: games/oneko
On Fri, 8 Mar 2024 22:02:33 -0600 izder456 wrote: > > Hey ports@ o/, > > This is a little & silly X program that has a small pixelated > cat "neko" or optionally a dog or other characters like Beastie follow > your cursor around. > > I loosely followed the FreeBSD port as a structural reference and used > the Arch PKGBUILD for finding `DISTFILES`. Unsure as this is my first > `CONFIGURE = imake` port. > > I want to import this. > > OK? or nits b4 merge? > I took some patches from the debian sources and referenced them. Not exactly sure what they do, except fix some warnings during compiletime. attached is the git-style diff. OK? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/oneko/patches/patch-oneko_c games/oneko/patches/patch-oneko_c new file mode 100644 index 000..41ebfb7 --- /dev/null +++ games/oneko/patches/patch-oneko_c @@ -0,0 +1,30 @@ +Index: oneko.c +--- oneko.c.orig oneko.c +@@ -335,7 +335,7 @@ char *resource; + * $@%j%=!<%9!&%G!<%?%Y!<%9$+$i%*%W%7%g%s$r@_Dj(J + */ + +-GetResources() ++void GetResources() + { + char *resource; + int num; +@@ -434,7 +434,7 @@ GetResources() + * $@$M$:$_7?%+!<%=%k$r:n$k(J + */ + +-MakeMouseCursor() ++void MakeMouseCursor() + { + Pixmap theCursorSource; + Pixmap theCursorMask; +@@ -463,7 +463,7 @@ MakeMouseCursor() + * $@?'$r=i4|@_Dj$9$k(J + */ + +-SetupColors() ++void SetupColors() + { + XColor theExactColor; + Colormap theColormap; diff --git games/oneko/patches/patch-oneko_h games/oneko/patches/patch-oneko_h new file mode 100644 index 000..00812c5 --- /dev/null +++ games/oneko/patches/patch-oneko_h @@ -0,0 +1,11 @@ +Index: oneko.h +--- oneko.h.orig oneko.h +@@ -15,6 +15,7 @@ + #include + #include + #include ++#include + + #include + #include diff --git games/oneko/patches/patch-oneko_man games/oneko/patches/patch-oneko_man new file mode 100644 index 000..342b5fb --- /dev/null +++ games/oneko/patches/patch-oneko_man @@ -0,0 +1,11 @@ +Index: oneko.man +--- oneko.man.orig oneko.man +@@ -1,6 +1,5 @@ + .TH ONEKO 6 +-.SH NAME oneko +-The program oneko creates a cute cat chasing around your mouse cursor. ++.SH NAME oneko \- Creates a cute cat chasing around your mouse cursor. + .SH SYNOPSIS + .B oneko + [\fB-help\fP] [\fB-tora\fP]
NEW: games/oneko
Hey ports@ o/, This is a little & silly X program that has a small pixelated cat "neko" or optionally a dog or other characters like Beastie follow your cursor around. I loosely followed the FreeBSD port as a structural reference and used the Arch PKGBUILD for finding `DISTFILES`. Unsure as this is my first `CONFIGURE = imake` port. I want to import this. OK? or nits b4 merge? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org oneko-sakura-1.2.tgz Description: application/compressed-tar
Re: UPDATE: games/minetest to 5.8.0
On Mon, 4 Mar 2024 17:08:09 + Stuart Henderson wrote: > > Please send diffs not tarballs for updates. > Ok- sorry. I use the git mirror (internet speed and familiarity concerns), so hopefully this is close enough to the mirrored CVS tree. here it is. -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org diff --git games/minetest/Makefile games/minetest/Makefile index c359bb848..aae6e051b 100644 --- games/minetest/Makefile +++ games/minetest/Makefile @@ -1,8 +1,8 @@ COMMENT = infinite-world block sandbox game -V = 5.6.0 -GAME_V = 5.6.0 -IRRLICHTMT_V = 1.9.0mt7 +V = 5.8.0 +GAME_V = 5.8.0 +IRRLICHTMT_V = 1.9.0mt13 DISTNAME = minetest-${V} CATEGORIES = games x11 @@ -63,12 +63,12 @@ TEST_ENV += HOME=${WRKBUILD}/test \ post-extract: mv ${WRKDIR}/irrlicht-${IRRLICHTMT_V} \ ${WRKSRC}/lib/irrlichtmt - -# Use system cmake modules -post-patch: - rm ${WRKSRC}/cmake/Modules/FindLua* +# make sure no bundled gmp is used (took line from FreeBSD) + rm -Rf ${WRKSRC}/lib/gmp ${WRKSRC}/lib/jsoncpp +# bundled lua is OK, there's no option to use system one post-install: + mkdir -p ${PREFIX}/share/minetest/games mv ${WRKDIR}/minetest_game-${GAME_V}/ \ ${PREFIX}/share/minetest/games/minetest_game chown -R ${SHAREOWN}:${SHAREGRP} ${PREFIX}/share/minetest/games/minetest_game diff --git games/minetest/distinfo games/minetest/distinfo index 08f8f924f..bab65928f 100644 --- games/minetest/distinfo +++ games/minetest/distinfo @@ -1,6 +1,6 @@ -SHA256 (irrlichtmt-1.9.0mt7.tar.gz) = wSzb1KhS4ebr97oieJqgV6Gn8tWF3YGiQSpi9XoOJhk= -SHA256 (minetest-5.6.0.tar.gz) = P9vAyNn2oYwSlUugyu21SKIvNnUg9Z0HmASiHeA0epE= -SHA256 (minetest-game-5.6.0.tar.gz) = /ZkdQsJT2zgFWcWTorA18i4HqB+Ge1OAovBF6aTQTIc= -SIZE (irrlichtmt-1.9.0mt7.tar.gz) = 909510 -SIZE (minetest-5.6.0.tar.gz) = 9922682 -SIZE (minetest-game-5.6.0.tar.gz) = 2590530 +SHA256 (irrlichtmt-1.9.0mt13.tar.gz) = L96OJxRJiCELnA/x4gKQWDTZ0lqqY85FJ2P9cXEJatw= +SHA256 (minetest-5.8.0.tar.gz) = YQyFok13rNwwQ6add3vtnmwAFpQGygnfIq1JD+DWjAw= +SHA256 (minetest-game-5.8.0.tar.gz) = M6O7Q7CEl6C9svSfFAooKeWC1cFsCtUr4VlcgD9waRI= +SIZE (irrlichtmt-1.9.0mt13.tar.gz) = 754056 +SIZE (minetest-5.8.0.tar.gz) = 10419348 +SIZE (minetest-game-5.8.0.tar.gz) = 2608281 diff --git games/minetest/pkg/PLIST games/minetest/pkg/PLIST index 0993431cc..fe89834d9 100644 --- games/minetest/pkg/PLIST +++ games/minetest/pkg/PLIST @@ -5,18 +5,19 @@ share/applications/net.minetest.minetest.desktop share/doc/minetest/ share/doc/minetest/README.md -share/doc/minetest/client_lua_api.txt -share/doc/minetest/lua_api.txt -share/doc/minetest/menu_lua_api.txt +share/doc/minetest/client_lua_api.md +share/doc/minetest/lua_api.md +share/doc/minetest/menu_lua_api.md share/doc/minetest/minetest.conf.example -share/doc/minetest/texture_packs.txt -share/doc/minetest/world_format.txt +share/doc/minetest/texture_packs.md +share/doc/minetest/world_format.md share/icons/hicolor/128x128/apps/minetest.png share/icons/hicolor/scalable/apps/minetest.svg share/locale/be/LC_MESSAGES/minetest.mo share/locale/bg/LC_MESSAGES/minetest.mo share/locale/ca/LC_MESSAGES/minetest.mo share/locale/cs/LC_MESSAGES/minetest.mo +share/locale/cy/LC_MESSAGES/minetest.mo share/locale/da/LC_MESSAGES/minetest.mo share/locale/de/LC_MESSAGES/minetest.mo share/locale/el/LC_MESSAGES/minetest.mo @@ -24,20 +25,26 @@ share/locale/eo/LC_MESSAGES/minetest.mo share/locale/es/LC_MESSAGES/minetest.mo share/locale/et/LC_MESSAGES/minetest.mo share/locale/eu/LC_MESSAGES/minetest.mo +share/locale/fa/LC_MESSAGES/minetest.mo share/locale/fi/LC_MESSAGES/minetest.mo share/locale/fil/ share/locale/fil/LC_MESSAGES/ share/locale/fil/LC_MESSAGES/minetest.mo share/locale/fr/LC_MESSAGES/minetest.mo +share/locale/ga/LC_MESSAGES/minetest.mo share/locale/gd/LC_MESSAGES/minetest.mo share/locale/gl/LC_MESSAGES/minetest.mo share/locale/hu/LC_MESSAGES/minetest.mo +share/locale/ia/LC_MESSAGES/minetest.mo share/locale/id/LC_MESSAGES/minetest.mo share/locale/it/LC_MESSAGES/minetest.mo share/locale/ja/LC_MESSAGES/minetest.mo share/locale/jbo/ share/locale/jbo/LC_MESSAGES/ share/locale/jbo/LC_MESSAGES/minetest.mo +share/locale/jv/ +share/locale/jv/LC_MESSAGES/ +share/locale/jv/LC_MESSAGES/minetest.mo share/locale/kk/LC_MESSAGES/minetest.mo share/locale/ko/LC_MESSAGES/minetest.mo share/locale/ky/LC_MESSAGES/minetest.mo @@ -46,6 +53,8 @@ share/locale/lv/LC_MESSAGES/minetest.mo share/locale/lzh/ share/locale/lzh/LC_MESSAGES/ share/locale/lzh/LC_MESSAGES/minetest.mo +share/locale/mi/LC_MESSAGES/minetest.mo +share/locale/mn/LC_MESSAGES/minetest.mo share/locale/mr/LC_MESSAGES/minetest.mo share/locale/ms/LC_MESSAGES/minetest.mo share/locale/nb/LC_MESSAGES/minetest.mo @@ -96,8 +105,10 @@ share/minetest/builtin/common/after.lua share/minetest/builtin/common/chatcommands.lua share/minetest/builtin/common/filterlist.lua
UPDATE: games/minetest to 5.8.0
Hello ports@, Attached is a tarball of the update. I took a line from FreeBSD's port system for gmp stuff, as we can also use system gmp fine. I also patched a file so `getpid()` is properly referenced from `unistd.h`. May be good to PR this patch upstream? This port seems rather-ish complex, so I didn't do the DIST_TUPLE stuff as I am no expert. OK to merge? -- -iz (they/them) > i like to say mundane things, > there are too many uninteresting things > that go unnoticed. izder456 (dot) neocities (dot) org minetest-5.8.0p0.tgz Description: application/compressed-tar
Re: NEW: emulators/melonds
Thanks for the help ports@ On Sun, Feb 18, 2024 at 03:38:49AM -0700, Anthony J. Bentley wrote: > That malloc patch is correct; please push it upstream. Sent PR #1979 upstream. https://github.com/melonDS-emu/melonDS/pull/1979 wrote: > Builds and opens the GUI; I don't think I have any ROMS to test the > actual emulation with. Use or remove commented out > CMAKE_BUILD_TYPE=Release? I say re-enable it, I usually hard-force Release builds when I build cmake projects locally. fairly sure that the default is Realease, so its a matter of personal preference. -- izzy Meyer (they/them) https://izder456.neocites.org
NEW: emulators/melonds
Heyo ports@! I want to import melonDS. It is a Nintendo DS emulator that boasts better performance, and emulated networking support, and other things. I had to disable JIT unfortunately, it refused to build with it on. Otherwise- performance is mostly alright for me (Only tested Real dumps of my Animal Crossing Wild World and Mario Kart DS cartridges). other testing before merge would be appreciated. it is attached. Thanks. -- izzy Meyer (they/them) https://izder456.neocites.org melonDS-0.9.5.tgz Description: application/compressed-tar
Re: x11/stumpwm: update to 23.11
On Fri, 16 Feb 2024 12:20:13 +0100 Kirill A. Korinsky wrote: > Greetings, > > This is almost clean update which requires one trivial patch which was > backported as https://github.com/stumpwm/stumpwm/pull/1179 > > Tested on amd64. > Thanks for the update. I daily drive this WM, I applied the diff and things appear to be functioning as intended. -thanks -- izzy Meyer (they/them) https://izder456.neocities.org
Re: NEW: audio/deadbeef-plugin-mpris2
Hey, Just wanna pop in here and clarify why i did things the way i did. Jose Maldonado wrote: > Why rename deadbeef-mpris2-plugin to deadbeef-plugin-mpris2? the thought process was simple here, there are other plugins that people may want to port for DeaDBeeF. with this naming scheme, all of the plugins would be prefixed by deadbeef-plugin and followed by -pluginname. this is more of a consistency measure in case future ports from me or others come about. Omar Polo wrote: > - why removing the *la files? like Klemens said, I saw other ports did this, namely the audio/deadbeef port specifically. Just replicating existing patterns. Not sure why though. Omar Polo wrote: > longer explanation: the port links to glib (plus a lot of other > dependencies) and it's not listed in LIB_DEPENDS. Yet, it's reachable > at runtime via audio/deadbeef, so portchecks detects that you're > missing > something in LIB_DEPENDS. The idea of "masked ldeps" means a > LIB_DEPENDS that's not actually listed as LIB_DEPENDS. I assumed it was something along those lines. If I understand correctly, the audio/deadbeef depend "blankets" the need for the LIB_DEPENDS, right? thanks for the information. OK to import? Thanks for the patience with me. -- izzy Meyer (they/them) https://izder456.neocities.org/
Re: NEW: audio/deadbeef-plugin-mpris2
On Tue, 13 Feb 2024 19:21:20 -0400 Jose Maldonado wrote: > El Tue, 13 Feb 2024 11:48:26 -0600 > izder456 escribió: > > Hey ports@, > > > > I want to import the mpris2 plugin for the DeaDBeeF music player. > > > > This allows mpris2 support in the music player, so ports like > > multimedia/playerctl can interface with and operate DeaDBeeF. > > > > A couple questions: > > > > 1. I put this in CATEGORY = audio, I'm unsure if this was the > > correct location for a plugin like this. Is there a better > > (possibly more suitable CATEGORY for this port?) > > 2. portcheck returns > >``` > >the following libraries in WANTLIB look like masked by > > RUN_DEPENDS: gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 > > iconv intl ffi audio/deadbeef-plugin-mpris2 > >``` > >is this normal? I don't exactly know what this means or what I > > should do to suppress it if its not OK.. > > > > Any answers to the above questions would be appreciated. > > > > Thanks > > > > Port is attached > > > > -- > > izzy Meyer (they/them) > > > > https://izder456.neocities.org/ > > Hi! > > I build the port, not problems all work ok. > > "make port-lib-depends-check" don´t show me nothing wrong with the > libs. > > I know that `make port-lib-depends-check` returns OK, I asked about portcheck (located at /usr/ports/infrastructure/bin/portcheck). It is good it works for you, but could you check via port check too? I dunno about what this error/warning means specifically, since things seem to be functional. That was more about what I was asking to be clarified there. Thanks, -- izzy Meyer (they/them) https://izder456.neocities.org/
NEW: audio/deadbeef-plugin-mpris2
Hey ports@, I want to import the mpris2 plugin for the DeaDBeeF music player. This allows mpris2 support in the music player, so ports like multimedia/playerctl can interface with and operate DeaDBeeF. A couple questions: 1. I put this in CATEGORY = audio, I'm unsure if this was the correct location for a plugin like this. Is there a better (possibly more suitable CATEGORY for this port?) 2. portcheck returns ``` the following libraries in WANTLIB look like masked by RUN_DEPENDS: gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0 gthread-2.0 iconv intl ffi audio/deadbeef-plugin-mpris2 ``` is this normal? I don't exactly know what this means or what I should do to suppress it if its not OK.. Any answers to the above questions would be appreciated. Thanks Port is attached -- izzy Meyer (they/them) https://izder456.neocities.org/ deadbeef-plugin-mpris2.tgz Description: application/compressed-tar
Re: NEW: x11/emwm-utils
On Fri, 19 Jan 2024 13:17:40 -0600 izder456 wrote: > Hey ports@, > > I want to import the utils portion of EMWM, which i worked on porting > earlier this week. > > This includes a session manager for > emwm and a toolchest-like app for launching applications. > > It is packaged with example configurations as well too in lib/X11 > > the project page is here: > http://fastestcode.org/emwm.html > > Port is attached > > Comments, or OK to merge? > Following up on my x11/emwm port's thread, i version bumped it to 1.2 as 1.2 was released from upstream as of the 28th of January. I also used the upstream mirror over the github, thanks to naddy@'s recommend. It is attached Thoughts? -- -iz emwm-utils-1.2.tgz Description: application/compressed-tar
Re: NEW: games/ottomatic
On Sat, 3 Feb 2024 21:15:49 -0600 izder456 wrote: > On Sun, 28 Jan 2024 10:26:32 +0100 > "Sebastian Reitenbach" wrote: > > > Hi, > > > > On Thursday, January 25, 2024 06:02 CET, izder456 > > wrote: > > > > > Heyo ports@ nerds, > > > > > > I want to import my port of OttoMatic, which is yet another Pangea > > > Software title originally for the PPC macs. > > > > > > I have done light patchwork to allow the binary to be ran from > > > anywhere so core files can be properly dumped again. (referencing > > > Omar's patch of Nanosaur2) > > > > > > Attached is the port, OK to import? > > > > port looks good to me. However, I had to update the PLIST. Port > > re-attached. Didn't yet got to the end of Level 1, but so far it's > > quite fun ;) > > > > Anyone else? > > > > Sebastian > > > > > > > > > > -- > > > -iz > > > > > > > If something is shit and no one likes it, > > > you just put out another one the next month. > > > > > > Stu > > Following up on my x11/emwm port's thread, i version bumped it to 1.2 > as 1.2 was released from upstream as of the 28th of January. I also > used the upstream mirror over the github, thanks to naddy@'s > recommend. > > It is attached > > Thoughts? > Sorry, wrong thread. Please ignore. -- -iz
Re: NEW: x11/emwm-utils
On Fri, 19 Jan 2024 13:17:40 -0600 izder456 wrote: > Hey ports@, > > I want to import the utils portion of EMWM, which i worked on porting > earlier this week. > > This includes a session manager for > emwm and a toolchest-like app for launching applications. > > It is packaged with example configurations as well too in lib/X11 > > the project page is here: > http://fastestcode.org/emwm.html > > Port is attached > > Comments, or OK to merge? > UPDATE: following the thread on my x11/emwm port, naddy@ sent me recommends. summary of changes: use upstream mirror instead of github. upstream version-bumped a point release to 1.2, on the 28th of January. this port now targets 1.2 it is attached. thoughts? -- -iz emwm-utils-1.2.tgz Description: application/compressed-tar
Re: NEW: games/ottomatic
On Sun, 28 Jan 2024 10:26:32 +0100 "Sebastian Reitenbach" wrote: > Hi, > > On Thursday, January 25, 2024 06:02 CET, izder456 > wrote: > > > Heyo ports@ nerds, > > > > I want to import my port of OttoMatic, which is yet another Pangea > > Software title originally for the PPC macs. > > > > I have done light patchwork to allow the binary to be ran from > > anywhere so core files can be properly dumped again. (referencing > > Omar's patch of Nanosaur2) > > > > Attached is the port, OK to import? > > port looks good to me. However, I had to update the PLIST. Port > re-attached. Didn't yet got to the end of Level 1, but so far it's > quite fun ;) > > Anyone else? > > Sebastian > > > > > > -- > > -iz > > > > > If something is shit and no one likes it, > > you just put out another one the next month. > > > > Stu Following up on my x11/emwm port's thread, i version bumped it to 1.2 as 1.2 was released from upstream as of the 28th of January. I also used the upstream mirror over the github, thanks to naddy@'s recommend. It is attached Thoughts? -- -iz emwm-utils-1.2.tgz Description: application/compressed-tar
Re: NEW: x11/emwm
On Sat, 3 Feb 2024 22:14:36 +0100 Christian Weisgerber wrote: > Omar Polo: > > > Here's an updated tarball with a few more tweaks on top: > > > > - use DIST_TUPLE instead of GH_* (takes less lines :-) > > - don't need to patch the makefile; just override the variables > > using MAKE_FLAGS and FAKE_FLAGS > > - use tabs for indenting the values > > I've been wanting to look at this for months, well before the port > was submitted here, but I can never find the time, so just some > quick remarks: > > If it uses the 1.1 release anyway, it should just use the release > tarball > https://fastestcode.org/dl/emwm-src-1.1.tar.xz > instead of GitHub. > > This is advertised as an mwm fork "without changing the way the > window manager looks and behaves". Well, it _looks_ different, > even after neutering app-defaults/Emwm. What's up with that? Also, > aren't those app-defaults intended as an example, rather than actual > defaults? > > Resizing xterm is a crapshoot, because their is a size mismatch > between emwm and xterm. A default 80x24 xterm is "81x26" or some > such. This is a showstopper, IMO. I don't know whether it also > affects pixel-dimensioned windows. > > On the plus side, it interops better with Firefox in at least two > regards: > * Maximizing the Firefox window correctly maximizes it. > (With mwm its extended to twice the screen height/width.) > * The PiP window can be moved. > I also found this plays better with multiple X11 heads. On smaller screens, this isn't an issue but on larger screens IIRC, around 720p and up, the vetical/horizonal maximize and fullscreen maximize is broken. Emwm seems to also fix this. The default Xterm size is gross. that is yucky. you should check my x11/emwm-utils port too, this is probably the killer feature that this project provides IMHO. I should use the tarball from fastestcode.org, thats a good idea, thanks. It looks like upstream had a point release bump to 1.2 as of the 28th. I fixed that too. It is attached. I plan to reply to the thread for my x11/emwm-utils port with the version bumped and the above suggestions. Thoughts? -- -iz emwm-1.2.tgz Description: application/compressed-tar
NEW: games/mightymike
Hey ports@ Yes again, I am back with another pangea soft port. This concludes all of Iliyas Jorio's Pangea games. I can't wait till 7.5. Viva la iMac :) Port is attached. Comments or OK? -- -iz mightymike-3.0.2.tgz Description: Binary data
NEW: games/billyfrontier
Hey ports@ Yes again, I am back with another pangea soft port. Port is attached. Comments or OK? -- -iz billyfrontier-1.1.1.tgz Description: application/compressed-tar
NEW: games/nanosaur
Hello ports@. I just thought it was plain wrong to just have the sequel to nanosaur but not the original. Attached is the port tarball for the original. Comments or OK? -- -iz nanosaur-1.4.4.tgz Description: application/compressed-tar
Re: UPDATE: games/ottomatic
On Thu, 1 Feb 2024 22:49:03 -0600 izder456 wrote: > Hey again, unsure how this slipped through the checks, but > games/ottomatic has libsamplerate in both BUILD_DEPENDS and > RUN_DEPENDS > > it does not depend on it at all, this diff is a hotfix fix for the > Makefile. > > --- Makefile.orig Thu Feb 1 22:41:54 2024 > +++ MakefileThu Feb 1 22:44:27 2024 > @@ -1,6 +1,6 @@ > COMMENT = family-friendly 3D third person sci-fi action > arcade > > -V = 4.0.1 > +V = 4.0.1p1 > PKGNAME = ottomatic-${V} > DIST_TUPLE += github jorio OttoMatic ${V} . > DIST_TUPLE += github jorio Pomme > ef94150e2dcec522e3099f4d03a4e8f2639f7232 \ @@ -22,10 +22,8 @@ > > MODULES = devel/cmake > > -BUILD_DEPENDS = audio/libsamplerate > LIB_DEPENDS = devel/sdl2 > -RUN_DEPENDS = audio/libsamplerate \ > - devel/desktop-file-utils \ > +RUN_DEPENDS = devel/desktop-file-utils \ >x11/gtk+4,-guic > > NO_TEST = Yes > > > OK? > sorry, --- Makefile.orig Thu Feb 1 22:41:54 2024 +++ MakefileThu Feb 1 22:44:27 2024 @@ -1,6 +1,6 @@ COMMENT = family-friendly 3D third person sci-fi action arcade V = 4.0.1 -PKGNAME = ottomatic-${V} +PKGNAME = ottomatic-${V}p1 DIST_TUPLE += github jorio OttoMatic ${V} . DIST_TUPLE += github jorio Pomme ef94150e2dcec522e3099f4d03a4e8f2639f7232 \ @@ -22,10 +22,8 @@ MODULES = devel/cmake -BUILD_DEPENDS = audio/libsamplerate LIB_DEPENDS = devel/sdl2 -RUN_DEPENDS = audio/libsamplerate \ - devel/desktop-file-utils \ +RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic NO_TEST = Yes messed up the package versioning. OK? -- -iz
UPDATE: games/ottomatic
Hey again, unsure how this slipped through the checks, but games/ottomatic has libsamplerate in both BUILD_DEPENDS and RUN_DEPENDS it does not depend on it at all, this diff is a hotfix fix for the Makefile. --- Makefile.orig Thu Feb 1 22:41:54 2024 +++ MakefileThu Feb 1 22:44:27 2024 @@ -1,6 +1,6 @@ COMMENT = family-friendly 3D third person sci-fi action arcade -V = 4.0.1 +V = 4.0.1p1 PKGNAME = ottomatic-${V} DIST_TUPLE += github jorio OttoMatic ${V} . DIST_TUPLE += github jorio Pomme ef94150e2dcec522e3099f4d03a4e8f2639f7232 \ @@ -22,10 +22,8 @@ MODULES = devel/cmake -BUILD_DEPENDS = audio/libsamplerate LIB_DEPENDS = devel/sdl2 -RUN_DEPENDS = audio/libsamplerate \ - devel/desktop-file-utils \ +RUN_DEPENDS = devel/desktop-file-utils \ x11/gtk+4,-guic NO_TEST = Yes OK? -- -iz
NEW: games/cromagrally
Hey ports@ w//ckies, If it wasn't clear enough already, I love these games. Given that (in theory) OpenBSD/macppc has 3D-Acceleration on the r128(4) driver, it would be wonderful to run this on an era-accurate PPC iMac. TL;DR: I want to import my port of CroMagRally, which is yet another Pangea Software title originally for the PPC macs. I think it's been three I've submitted now... :) the 3.0.0 GH_RELASE has a bug with byteswapping terrain textures, so i just pointed this port against the latest commit hash. unsure if I can still refer to this as "3.0.0", thoughts? As normal, I did some patchwork to allow the binary to be ran from anywhere so core files can be properly dumped again. (referencing Omar's patch of Nanosaur2) Attached is the port, OK to import? -- -iz cromagrally-3.0.0.tgz Description: application/compressed-tar
Re: github-cli cannot paste token; arrow keys fail and send ascii codes instead
On Fri, 29 Dec 2023 12:54:13 -0800 Kevin Williams wrote: > Worked correctly on -current as of November 25th. Noticed the problem > on December 27th. > > > Not fixed by upgrading base and packages to Dec 25th snapshot. Works > fine on 7.4 and 7.3. > > > After loading the newest snapshot and packages, I removed github-cli > and all its dependencies, rebooted, re-installed github-cli and got > same result. > > > I have worked around by switching my -current system to auth to > Github with ssh key instead of token until this is fixed. > > > dmesg pasted below for all three systems. > > > Is there any additional detail I can provide to aid the fix? > I don't know of any more detail you can provide, But i also have this issue. amd64 -current. heres some potentially useful logs? uname -a output: OpenBSD Panasonic-OpenBaSeD 7.4 GENERIC.MP#1623 amd64 dmesg: OpenBSD 7.4-current (GENERIC.MP) #1623: Tue Jan 23 22:30:16 MST 2024 XXX@XXX:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 17030901760 (16241MB) avail mem = 16493838336 (15729MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xdba32000 (35 entries) bios0: vendor American Megatrends Inc. version "V1.50L20" date 07/03/2019 bios0: Panasonic Corporation CFSX4-1 acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT SSDT ASF! TCPA SLIC UEFI SSDT SSDT SSDT SSDT SSDT SSDT MSDM DMAR acpi0: wakeup devices PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4) PEG2(S4) PEGP(S4) XHC1(S3) EHC1(S3) HDEF(S3) GLAN(S4) RP03(S3) PXSX(S3) LID0(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.87 MHz, 06-3d-04, patch 002f cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu0: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz [...] cpu0: mwait min=64, max=64, C-substates=XXX.XXX.XXX.XXX.XXX.XXX.XXX.XXX, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.91 MHz, 06-3d-04, patch 002f [...] cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu1: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu1: smt 0, core 1, package 0 cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2693.92 MHz, 06-3d-04, patch 002f cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu2: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu2: smt 1, core 0, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz, 2694.02 MHz, 06-3d-04, patch 002f cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,RDSEED,ADX,SMAP,PT,SRBDS_CTRL,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN cpu3: 32KB 64b/line 8-way D-cache, 32KB 64b/line 8-way I-cache, 256KB 64b/line 8-way L2 cache, 3MB 64b/line 12-way L3 cache cpu
Re: NEW: games/Bugdom
On Sun, 21 Jan 2024 11:35:35 -0500 Thomas Frohwein wrote: > It's imported now, thanks! My name is izzy, btw :) could you fix the Credit? that quote in my signature is of Stu Mackenzie, not me. thanks. -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu
NEW: games/ottomatic
Heyo ports@ nerds, I want to import my port of OttoMatic, which is yet another Pangea Software title originally for the PPC macs. I have done light patchwork to allow the binary to be ran from anywhere so core files can be properly dumped again. (referencing Omar's patch of Nanosaur2) Attached is the port, OK to import? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu OttoMatic.tgz Description: application/compressed-tar
NEW: x11/emwm-utils
Hey ports@, I want to import the utils portion of EMWM, which i worked on porting earlier this week. This includes a session manager for emwm and a toolchest-like app for launching applications. It is packaged with example configurations as well too in lib/X11 the project page is here: http://fastestcode.org/emwm.html Port is attached Comments, or OK to merge? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu emwm-utils-1.1.tgz Description: application/compressed-tar
Re: NEW: games/Bugdom
On Thu, 18 Jan 2024 10:15:14 -0600 izder456 wrote: > On Thu, 18 Jan 2024 09:39:15 -0600 > izder456 wrote: > > > Hey again, > > > > Fixed up and patched to mirror games/nanosaur2 from omar > > > > it was a simple enough patch. > > > > Comments or O.K. to merge? > > > > Hey, sorry, > > Accidentally kept the files subdir, and didn't update the licensing > info > > Attatched is the fix. > > Comments or OK? > Sorry about the duplicate send earlier, my email provider was playing weird with gmail. Attached is the port with more lined up formatting. That was all i had changed, Stuart mentioned that consistency is favored in my x11/emwm port. Comments? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom-1.3.4.tgz Description: application/compressed-tar
Re: NEW: games/Bugdom2
On Mon, 15 Jan 2024 22:45:42 -0600 izder456 wrote: > On Mon, 15 Jan 2024 17:07:18 +0100 > izder456 wrote: > > > On 2024-01-15 10:10, Kirill Bychkov wrote: > > > On Mon, January 15, 2024 02:09, izder456 wrote: > > >> Hey, > > >> > > >> (In line with my earlier mesg) > > >> > > >> I would like to import Bugdom 2 > > >> (https://github.com/jorio/Bugdom2), which is an old Mac game > > >> that has a source port for modern systems. > > >> > > >> Its just a simple old Nostalgic game for me, the port can be > > >> found here: > > >> (https://github.com/izder456/myports) > > >> > > >> Comments or OK to import? > > >> -- > > >> -iz > > >> > > >> > > > Hi, > > > Please attach the port as a tarball. > > > > Hey sorry, > > > > Attached is the tarball. > > > > new to port maintenance. > > > > hopefully i packaged this up as i should have. > > > > -- > > -iz > > 1. > Attached is a modified version of this port with Thomas' > (CC'd) reccomendations > > 2. > Quick Summary of changes made: > > - The game's CC-BY-NC-SA license is not ideal for software, as it does > not address source code redistribution and modification. While this > is an upstream issue, it affects our ability to PERMIT_PACKAGE. > > - Additionally, it appears that the license is not applied to the > source code files, although I made an attempt to reference trademark > and copyright in DESCR. Unsure if this is the right way to handle > this.[1] > > - I would like an other's perspective on this, Prefereably Iliyas > Jorio, or Pangea Soft., as they are upstream. > > - changed games/Bugdom2 -> games/bugdom2 (standard for ports tree), no > need for uppercase here. > > - favored spaced over tabs. > > - omitted FULLPKGNAME. > > - swapped out GH_* for DIST_TUPLE, (thanks Thomas for the tip!). this > makes the port way simpler to manage git submodules. > > - cleaned up do-install target with globbing, and removed unnessesary > lines. > > - removed exec perm in files/bugdom2, `${INSTALL_SCRIPT}` will handle > perms for me, I assume. > > - I removed `ONLY_FOR_ARCHS=amd64 i386`. I originally had this as I > only have amd64 and i386 installs available to me. I would like > testing done on other architectures, if possible. > > - changed COMMENT line and DESCR to closer reflect the port's > contents. (see [1]) > > 3. > TL;DR: > > - Need some other opinions on PERMIT_PACKAGE, CC licensed software. > > - Want testing done on other architectures, if possible. > > 4. > > I think we should hold on a merge until those things get cleared up. > > OK? > Hey again, like my games/bugdom port, I Fixed up and patched to mirror games/nanosaur2 from omar. it was a simple enough patch. Attached is the port. Comments or O.K. to merge? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom2-4.0.0.tgz Description: application/compressed-tar
Re: NEW: x11/emwm
On Thu, 18 Jan 2024 16:44:36 + Stuart Henderson wrote: > On 2024/01/18 10:02, izder456 wrote: > > Here is one with spaces favored, > > please don't, pretty much all the rest of the ports tree lines things > up to some extent. when people do bulk work across the ports tree > touching large numbers of ports it's helpful to have a bit of > consistency, and it's easier to visually scan the Makefile that way. > Okay, thanks for the feedback. Attached is a cleaned up version. I have done some mild testing locally, things seem to be in order and functional. Comments or OK to merge? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu emwm-1.1.tgz Description: application/compressed-tar
Re: NEW: games/Bugdom
Hey, sorry, Accidentally kept the files subdir, and didn't update the licensing info Attatched is the fix. Comments or OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom-1.3.4.tgz Description: application/compressed-tar
Re: NEW: games/Bugdom
On Thu, 18 Jan 2024 09:39:15 -0600 izder456 wrote: > Hey again, > > Fixed up and patched to mirror games/nanosaur2 from omar > > it was a simple enough patch. > > Comments or O.K. to merge? > Hey, sorry, Accidentally kept the files subdir, and didn't update the licensing info Attatched is the fix. Comments or OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu bugdom-1.3.4.tgz Description: application/compressed-tar
Re: NEW: x11/emwm
Hey, Sorry, i was half awake when building that. Here is one with spaces favored, otherwise not changed much. I plan on getting emwm-utils too in a bit later either today or tomorrow, it could possibly be a flavour, but I'm unsure if that makes sense here. OK? -- -iz > If something is shit and no one likes it, you just put out another one the next month. Stu emwm-1.1.tgz Description: application/compressed-tar
NEW: x11/emwm
Hey ports@, I want to import EMWM, which is an enhanced fork of Motif WM that: - Provides compatibility with current xorg extensions and applications - Supports multi-monitor setups trough Xinerama/Xrandr - Includes UFT-8 support via Xft fonts - Brings better compatibility with software that requires EWMH. the project page is here: http://fastestcode.org/emwm.html Port is attached Comments, or OK to merge? -- -iz emwm-1.1.tgz Description: application/compressed-tar
NEW: games/Bugdom2
Hey, (In line with my earlier mesg) I would like to import Bugdom 2 (https://github.com/jorio/Bugdom2), which is an old Mac game that has a source port for modern systems. Its just a simple old Nostalgic game for me, the port can be found here: (https://github.com/izder456/myports) Comments or OK to import? -- -iz
NEW: games/Bugdom
Hey, I would like to import Bugdom (https://github.com/jorio/Bugdom), which is an old Mac game that has a source port for modern systems. Its just a simple old Nostalgic game for me, the port can be found here: (https://github.com/izder456/myports) Comments or OK to import? -- -iz