RE: RE: new: sysutils/mdf2iso
theo wrote:
> I thought you said you were leaving.
Again: me's not w/ you folks. Me merely thought me'd give you lot the
opportunity to see the patches that me's nicely going to publish
elsewhere (the mere reason they exist is that it helps me admin things;
yet as always: meshares what mecan).
> You really should do what you said you were going to do. I'm going
> to ask for you to be evicted from the list.
oh noez teh dramaz!1987319318!!1!1
Grow up.
--zeurkous.
--
Friggin' Machines!
RE: new: sysutils/mdf2iso
"Tracey Emery" wrote:
> On Wed, Oct 28, 2020 at 04:06:43PM +0100, zeurk...@volny.cz wrote:
>> "Stuart Henderson" wrote:
>> > On 2020/10/28 15:22, zeurk...@volny.cz wrote:
>> > > #?patch
>> > > #
>> > > # (There seems to be a bug in diff(1) that causes the mandatory (yet
>> > > # admittedly empty) pkg/DESCR file to be omitted. Just touch(1) it
>> > > # yourself...)
>> >
>> > a blank pkg/DESCR is not acceptable.
>>
>> Then write one :) Me's not good at writing blurbs, and me really feels
>> the COMMENT says it all.
>>
>
> Then write one? Really?
>
>[lecture about what is supposed to be {,un}acceptable]
So much hate over a friendly suggestion... *shakes head*
> Go away or try again with a different attitude. There's too much work to
> be done without filtering this crap.
Me's not with you. Me's sending what me has. If you don't like it: plonk
it.
Welcome to real life.
--zeurkous.
--
Friggin' Machines!
RE: new: sysutils/mdf2iso
> Sounds like you are done here. Again. W/ever. Take me patches or leave them. Me's stopped caring. Baai, --zeurkous. -- Friggin' Machines!
RE: new: sysutils/mdf2iso
"Stuart Henderson" wrote: On 2020/10/28 15:22, zeurk...@volny.cz wrote: #?patch # # (There seems to be a bug in diff(1) that causes the mandatory (yet # admittedly empty) pkg/DESCR file to be omitted. Just touch(1) it # yourself...) a blank pkg/DESCR is not acceptable. Then write one :) Me's not good at writing blurbs, and me really feels the COMMENT says it all. [...] diff -Nru /var/empty/Makefile ports/sysutils/mdf2iso/Makefile send tarballs not diffs for new ports please. Because you ask so nicely: attached. --zeurkous. -- Friggin' Machines! mdf2iso.tar.gz Description: mdf2iso.tar.gz
new: sysutils/mdf2iso
#?patch
#
# (There seems to be a bug in diff(1) that causes the mandatory (yet
# admittedly empty) pkg/DESCR file to be omitted. Just touch(1) it
# yourself...)
#
# These patches add mdf2iso to the OpenBSD ports(7) tree.
#
# --zeurkous, Wed Oct 28 14:15:48 UTC 2020.
#
diff -Nru /var/empty/Makefile ports/sysutils/mdf2iso/Makefile
--- /var/empty/Makefile Thu Jan 1 00:00:00 1970
+++ ports/sysutils/mdf2iso/Makefile Wed Oct 28 14:09:18 2020
@@ -0,0 +1,24 @@
+COMMENT= Alcohol 120% to ISO9660 image converter
+
+MASTER_SITES= https://gitlab.com/bsdforge/mdf2iso/-/archive/master/
+DISTNAME= mdf2iso-master
+EXTRACT_SUFX= .tar.gz
+VER= 20201028
+PKGNAME= mdf2iso-${VER}
+
+CATEGORIES=sysutils
+
+# GPLv2
+PERMIT_PACKAGE=Yes
+
+WANTLIB= c
+
+CONFIGURE_STYLE=gnu
+
+post-extract:
+ cp ${FILESDIR}/Makefile-doc ${WRKSRC}
+
+post-install:
+ cd ${WRKSRC} && ${MAKE} -f Makefile-doc install
+
+.include
diff -Nru /var/empty/distinfo ports/sysutils/mdf2iso/distinfo
--- /var/empty/distinfo Thu Jan 1 00:00:00 1970
+++ ports/sysutils/mdf2iso/distinfo Wed Oct 28 13:50:38 2020
@@ -0,0 +1,2 @@
+SHA256 (mdf2iso-master.tar.gz) = Wa6+azbVtgZa031VSP4n/gbs90OCFRy5ef7YH3dxFi8=
+SIZE (mdf2iso-master.tar.gz) = 193384
diff -Nru /var/empty/files/Makefile-doc
ports/sysutils/mdf2iso/files/Makefile-doc
--- /var/empty/files/Makefile-doc Thu Jan 1 00:00:00 1970
+++ ports/sysutils/mdf2iso/files/Makefile-doc Wed Oct 28 13:57:33 2020
@@ -0,0 +1,8 @@
+#!/usr/bin/make -f
+
+all:
+
+install:
+ ${INSTALL} -d -m 755 ${PREFIX}/share/doc/mdf2iso/
+ ${INSTALL} -c -m 644 ChangeLog README.md gpl.txt\
+ ${PREFIX}/share/doc/mdf2iso/
diff -Nru /var/empty/pkg/PLIST ports/sysutils/mdf2iso/pkg/PLIST
--- /var/empty/pkg/PLISTThu Jan 1 00:00:00 1970
+++ ports/sysutils/mdf2iso/pkg/PLISTWed Oct 28 14:00:58 2020
@@ -0,0 +1,6 @@
+@comment $OpenBSD: PLIST,v$
+@bin bin/mdf2iso
+share/doc/mdf2iso/
+share/doc/mdf2iso/ChangeLog
+share/doc/mdf2iso/README.md
+share/doc/mdf2iso/gpl.txt
new: audio/dgguspat
#?patch
#
# These patches add, to the OpenBSD ports(7) tree, the DooM GUS
# patches, as compiled by fraggle.
#
# (Me uses this as a backing for freepats, which is at the time of
# writing not yet complete.)
#
# Cover your ears (j/k),
#
# --zeurkous, Wed Oct 28 12:52:11 UTC 2020.
#
diff -Nru /var/empty/Makefile ports/audio/dgguspat/Makefile
--- /var/empty/Makefile Thu Jan 1 00:00:00 1970
+++ ports/audio/dgguspat/Makefile Wed Oct 28 12:15:02 2020
@@ -0,0 +1,24 @@
+COMMENT= Gravis Ultrasound patches for TiMidity
+
+MASTER_SITES= ftp.fu-berlin.de:/pub/pc/games/idgames/music/
+DISTNAME= dgguspat
+VER= 20130304
+PKGNAME= ${DISTNAME}-${VER}
+EXTRACT_SUFX= .zip
+
+CATEGORIES=audio
+
+# unclear
+PERMIT_PACKAGE=No
+
+# zipbomb
+EXTRACT_CASES = *.zip) \
+ cd ${WRKDIST} && unzip -q ${FULLDISTDIR}/$$archive;;
+
+pre-extract:
+ mkdir ${WRKDIST}
+
+post-extract:
+ cp ${FILESDIR}/Makefile ${WRKSRC}
+
+.include
diff -Nru /var/empty/distinfo ports/audio/dgguspat/distinfo
--- /var/empty/distinfo Thu Jan 1 00:00:00 1970
+++ ports/audio/dgguspat/distinfo Wed Oct 28 11:45:23 2020
@@ -0,0 +1,2 @@
+SHA256 (dgguspat.zip) = Y+217pLAB1U9GHvO5v7XtciohtJdvAHaWr5czhT7AC8=
+SIZE (dgguspat.zip) = 5308541
diff -Nru /var/empty/files/Makefile ports/audio/dgguspat/files/Makefile
--- /var/empty/files/Makefile Thu Jan 1 00:00:00 1970
+++ ports/audio/dgguspat/files/Makefile Wed Oct 28 11:57:56 2020
@@ -0,0 +1,11 @@
+#!/usr/bin/make -f
+
+all:
+
+install:
+ ${INSTALL} -d -m 755 ${PREFIX}/share/dgguspat/
+ ${INSTALL} -c -m 644 *.pat ${PREFIX}/share/dgguspat/
+ ${INSTALL} -d -m 755 ${PREFIX}/share/examples/dgguspat/
+ ${INSTALL} -c -m 644 *.cfg ${PREFIX}/share/examples/dgguspat/
+ ${INSTALL} -d -m 755 ${PREFIX}/share/doc/dgguspat/
+ ${INSTALL} -c -m 644 *.txt ${PREFIX}/share/doc/dgguspat/
diff -Nru /var/empty/pkg/PLIST ports/audio/dgguspat/pkg/PLIST
--- /var/empty/pkg/PLISTThu Jan 1 00:00:00 1970
+++ ports/audio/dgguspat/pkg/PLIST Wed Oct 28 11:58:15 2020
@@ -0,0 +1,213 @@
+@comment $OpenBSD: PLIST,v$
+share/dgguspat/
+share/dgguspat/acbass.pat
+share/dgguspat/accordn.pat
+share/dgguspat/acguitar.pat
+share/dgguspat/acpiano.pat
+share/dgguspat/agogo.pat
+share/dgguspat/agogohi.pat
+share/dgguspat/agogolo.pat
+share/dgguspat/altosax.pat
+share/dgguspat/applause.pat
+share/dgguspat/atmosphr.pat
+share/dgguspat/aurora.pat
+share/dgguspat/bagpipes.pat
+share/dgguspat/banjo.pat
+share/dgguspat/barisax.pat
+share/dgguspat/basslead.pat
+share/dgguspat/bassoon.pat
+share/dgguspat/belltree.pat
+share/dgguspat/blank.pat
+share/dgguspat/bongohi.pat
+share/dgguspat/bongolo.pat
+share/dgguspat/bottle.pat
+share/dgguspat/bowglass.pat
+share/dgguspat/britepno.pat
+share/dgguspat/c550kc_1.pat
+share/dgguspat/c550sn10.pat
+share/dgguspat/c550sn_6.pat
+share/dgguspat/c550vibs.pat
+share/dgguspat/cabasa.pat
+share/dgguspat/calliope.pat
+share/dgguspat/carillon.pat
+share/dgguspat/castinet.pat
+share/dgguspat/celeste.pat
+share/dgguspat/cello.pat
+share/dgguspat/charang.pat
+share/dgguspat/chiflead.pat
+share/dgguspat/choir.pat
+share/dgguspat/church.pat
+share/dgguspat/claps.pat
+share/dgguspat/clarinet.pat
+share/dgguspat/clave.pat
+share/dgguspat/clavinet.pat
+share/dgguspat/cleangtr.pat
+share/dgguspat/concrtna.pat
+share/dgguspat/congahi1.pat
+share/dgguspat/congahi2.pat
+share/dgguspat/congalo.pat
+share/dgguspat/contraba.pat
+share/dgguspat/cowbell.pat
+share/dgguspat/crystal.pat
+share/dgguspat/cuica1.pat
+share/dgguspat/cuica2.pat
+share/dgguspat/cymbell.pat
+share/dgguspat/cymchina.pat
+share/dgguspat/cymcrsh1.pat
+share/dgguspat/cymcrsh2.pat
+share/dgguspat/cymride1.pat
+share/dgguspat/cymride2.pat
+share/dgguspat/cymsplsh.pat
+share/dgguspat/distgtr.pat
+share/dgguspat/doo.pat
+share/dgguspat/echovox.pat
+share/dgguspat/englhorn.pat
+share/dgguspat/epiano1.pat
+share/dgguspat/epiano2.pat
+share/dgguspat/fantasia.pat
+share/dgguspat/fiddle.pat
+share/dgguspat/flute.pat
+share/dgguspat/fngrbass.pat
+share/dgguspat/frenchrn.pat
+share/dgguspat/freshair.pat
+share/dgguspat/fretless.pat
+share/dgguspat/fx-blow.pat
+share/dgguspat/fx-fret.pat
+share/dgguspat/ghostie.pat
+share/dgguspat/glocken.pat
+share/dgguspat/gtrharm.pat
+share/dgguspat/guiro1.pat
+share/dgguspat/guiro2.pat
+share/dgguspat/halopad.pat
+share/dgguspat/harmonca.pat
+share/dgguspat/harp.pat
+share/dgguspat/helicptr.pat
+share/dgguspat/highq.pat
+share/dgguspat/hihatcl.pat
+share/dgguspat/hihatop.pat
+share/dgguspat/hihatpd.pat
+share/dgguspat/hitbrass.pat
+share/dgguspat/homeorg.pat
+share/dgguspat/honky.pat
+share/dgguspat/hrpschrd.pat
+share/dgguspat/jazzgtr.pat
+share/dgguspat/jingles.pat
+share/dgguspat/jungle.pat
+share/dgguspat/kalimba.pat
+share/dgguspat/kick1.pat
+share/dgguspat/kick2.pat
+share/dgguspat/koto.pat
+share/dgguspat/lead5th.pat
+share/dgguspat/maracas.pat
+share/dgguspat/marcato.pat
+share/dgguspat/marimba.pa
new: archivers/mscompress
#?patch
#
# These patches add ms{compress,expand}(1) to the OpenBSD ports(7) tree.
#
# --zeurkous, Wed Oct 28 10:13:23 UTC 2020.
#
diff -Nru /var/empty/Makefile ports/archivers/mscompress/Makefile
--- /var/empty/Makefile Thu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/Makefile Wed Oct 28 10:03:38 2020
@@ -0,0 +1,17 @@
+COMMENT= re-implementation of Microsoft {COMPRESS,EXPAND}.EXE
+
+MASTER_SITES= ftp.penguin.cz:/pub/users/mhi/mscompress/
+DISTNAME= mscompress-0.3
+EXTRACT_SUFX= .tar.bz2
+
+CATEGORIES=archivers
+
+# GPLv2
+PERMIT_PACKAGE=Yes
+
+WANTLIB= c
+
+CONFIGURE_STYLE=gnu
+TEST_TARGET= test
+
+.include
diff -Nru /var/empty/distinfo ports/archivers/mscompress/distinfo
--- /var/empty/distinfo Thu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/distinfo Wed Oct 28 09:38:14 2020
@@ -0,0 +1,2 @@
+SHA256 (mscompress-0.3.tar.bz2) = zcO/ZoZdqXANX1KgZgLf4/mmUQvFO5c0KVex1x8Ca3c=
+SIZE (mscompress-0.3.tar.bz2) = 40989
diff -Nru /var/empty/patches/patch-Makefile.in
ports/archivers/mscompress/patches/patch-Makefile.in
--- /var/empty/patches/patch-Makefile.inThu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/patches/patch-Makefile.inWed Oct 28
10:00:19 2020
@@ -0,0 +1,27 @@
+--- ..v/0.3/Makefile.inSat Apr 15 12:50:28 2000
Makefile.inWed Oct 28 10:00:13 2020
+@@ -22,14 +22,16 @@
+ cd test; make test
+
+ install: all
+- mkdir -p $(BUILDROOT)/usr/bin
+- mkdir -p $(BUILDROOT)/usr/man/man1
+- @INSTALL@ -c -s -m 0755 -o root -g root mscompress $(BUILDROOT)/usr/bin
+- @INSTALL@ -c -s -m 0755 -o root -g root msexpand $(BUILDROOT)/usr/bin
+- @INSTALL@ -c -m 0644 -o root -g root msexpand.1
$(BUILDROOT)/usr/man/man1
+- @INSTALL@ -c -m 0644 -o root -g root mscompress.1
$(BUILDROOT)/usr/man/man1
+- @echo installing entry to /usr/lib/magic ...
+- @/bin/sh ./magic.add $(BUILDROOT)
++ @INSTALL@ -d -m 755 $(PREFIX)/bin
++ @INSTALL@ -d -m 755 $(PREFIX)/man/man1
++ @INSTALL@ -d -m 755 $(PREFIX)/share/doc/mscompress/
++ @INSTALL@ -c -m 0755 mscompress $(PREFIX)/bin
++ @INSTALL@ -c -m 0755 msexpand $(PREFIX)/bin
++ @INSTALL@ -c -m 0644 msexpand.1 $(PREFIX)/man/man1
++ @INSTALL@ -c -m 0644 mscompress.1 $(PREFIX)/man/man1
++ @INSTALL@ -c -m 644 ChangeLog COPYING README TODO format.txt
$(PREFIX)/share/doc/mscompress/
++# @echo installing entry to /usr/lib/magic ...
++# @/bin/sh ./magic.add $(BUILDROOT)
+
+ binary: install
+ @echo Creating binary .tar.bz2 in directory $(OUTDIR)/
diff -Nru /var/empty/pkg/DESCR ports/archivers/mscompress/pkg/DESCR
--- /var/empty/pkg/DESCRThu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/pkg/DESCRWed Oct 28 09:59:38 2020
@@ -0,0 +1 @@
+re-implementation of Microsoft {COMPRESS,EXPAND}.EXE
diff -Nru /var/empty/pkg/PLIST ports/archivers/mscompress/pkg/PLIST
--- /var/empty/pkg/PLISTThu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/pkg/PLISTWed Oct 28 10:00:26 2020
@@ -0,0 +1,12 @@
+@comment $OpenBSD: PLIST,v$
+@bin bin/mscompress
+@bin bin/msexpand
+@man man/man1/mscompress.1
+@man man/man1/msexpand.1
+share/doc/mscompress/
+share/doc/mscompress/COPYING
+share/doc/mscompress/ChangeLog
+share/doc/mscompress/README
+share/doc/mscompress/TODO
+share/doc/mscompress/format.txt
+share/doc/pkg-readmes/${PKGSTEM}
diff -Nru /var/empty/pkg/README ports/archivers/mscompress/pkg/README
--- /var/empty/pkg/README Thu Jan 1 00:00:00 1970
+++ ports/archivers/mscompress/pkg/README Wed Oct 28 09:35:41 2020
@@ -0,0 +1,2 @@
+magic(5) additions not propagated; instead: patch submitted to
+t...@openbsd.org.
patch: games/prboom patches/patch-1.2-sounds. for 1.2 iwad compat fix (upstream dead)
#?patch
#
# This patch stops prboom(1) from trying to play sounds that are not in
# the 1.2 IWAD, when the compatibility mode is set to that version.
#
#--zeurkous, Sat Oct 24 20:26:43 UTC 2020.
#
--- src/..ar/0/s_sound.cMon Oct 6 20:13:50 2008
+++ src/s_sound.c Sat Oct 24 20:20:31 2020
@@ -226,6 +226,14 @@
is_pickup = sfx_id & PICKUP_SOUND || sfx_id == sfx_oof ||
(compatibility_level >= prboom_2_compatibility && sfx_id == sfx_noway); //
killough 4/25/98
sfx_id &= ~PICKUP_SOUND;
+ // 1.2 does not have some sounds.
+ // --zeurkous, Sat Oct 24 20:14:36 UTC 2020.
+ if(!compatibility_level) switch(sfx_id)
+ {
+ case sfx_getpow: sfx_id = sfx_itemup; break;
+ case sfx_pdiehi: sfx_id = sfx_pldeth;
+ }
+
// check for bogus sound #
if (sfx_id < 1 || sfx_id > NUMSFX)
I_Error("S_StartSoundAtVolume: Bad sfx #: %d", sfx_id);
patch: games/prboom does not depend on audio/timidity
#?patch # # This patch removes the useless RUN_DEPEND of games/prboom on # audio/timidity. # # Me understands that this was put in to force installation of a patch # set; bare prboom certainly doesn't support real, "external" timidity. # The "timidity" that is supported is an outdated copy that is part of # SDL (it barfs on modern patch sets that timidity(1) will happily # accept). # # Let's leave it up to the operator to decide what patch set to use, # shall we? # # --zeurkous, Mon Oct 26 12:29:18 UTC 2020. # --- ports/games/prboom/..ar/0/Makefile Mon Jul 15 22:57:58 2019 +++ ports/games/prboom/Makefile Mon Oct 26 12:00:28 2020 @@ -15,8 +15,6 @@ WANTLIB = SDL c m pthread GL GLU SDL_mixer>=3 SDL_net>=1 png>=4 -RUN_DEPENDS = audio/timidity - LIB_DEPENDS = devel/sdl-mixer \ devel/sdl-net \ graphics/png
patch: games/prboom fix description errors
#?patch # # It's "id", and it's a derivative (not a clone). # # --zeurkous, Mon Oct 26 13:12:34 UTC 2020. # --- ports/games/prboom/..ar/1/Makefile Mon Oct 26 12:00:28 2020 +++ ports/games/prboom/Makefile Mon Oct 26 13:08:30 2020 @@ -1,6 +1,6 @@ # $OpenBSD: Makefile,v 1.27 2019/07/12 20:46:23 sthen Exp $ -COMMENT= enhanced clone of Id Software's Doom game; multiplayer#' +COMMENT= enhanced derivative of id Software's Doom game; multiplayer#' DISTNAME= prboom-2.5.0 REVISION= 2 --- ports/games/prboom/pkg/..ar/0/DESCR Sat Sep 22 21:58:28 2018 +++ ports/games/prboom/pkg/DESCRMon Oct 26 13:09:31 2020 @@ -1,4 +1,4 @@ -PrBoom is a modified version of ID Software's classic game Doom. It +PrBoom is a modified version of id Software's classic game Doom. It runs on several platforms (including Win32 and Unixes) and features many additions to the original game. It also supports multiplayer games.
FU: new wip: emulators/dosbox-x
And of course, volny *needed* to show that bug where an attachment is silently preserved in a reply... me sincere apologies. The modern Internet. Almost everything broken (try to send e-mail the normal way and see countless swervers, including OpenBSD's, reject it out of prejudice). Sigh, sigh, sigh, sigh, sigh... --zeurkous. -- Friggin' Machines!
new wip: emulators/dosbox-x (was: Re: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours)
[trimming the Cc list a bit since this is a diff subject...] Haai, "Thomas Frohwein" wrote: Attached is the tarball of the most recent dosbox-x built against system SDL1 for testing and comments. Builds && runs on 6.5 on me Thinkpad R40. No further testing done yet, however... - This is built with dynamic core and USE_WXNEEDED=Yes for testing purposes. Indeed this is w/ 'USE_WXNEEDED=Yes', but needlessly so, as the dynamic core is not present in the generated executable. Is this only for amd64? (If so, you've lost me). --zeurkous. -- Friggin' Machines! dosbox-x.tgz Description: dosbox-x.tgz
FU: RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
mewrote: > > And honestly, emulated network setups w/ tap(1) are just easier to > monitor, debug, and generally play with. grah, ,s/1/4/. It's the heat over here. --zeur. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
"Jonathan Gray" wrote:
>
> You gave no justification for wanting us to carry a third party patch
> for the ne2k support instead of using existing ipx and modem emulation.
That's actually not entirely true: mehinted at the ease of playing
network games with players on real machines. Also, there are a lot of
other programs of hysterical value that use TCP, which is obviously not
{,directly }covered by either IPX or Hayes modem.
And honestly, emulated network setups w/ tap(1) are just easier to
monitor, debug, and generally play with.
Sometimes, the follow-the-instructions, batteries-included stuff just
doesn't cut it. In this case, the ne2000 emulation forms an escape for
such occasions.
--zeurkous.
--
Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
theo wrote: > >> The ideal future state would be removing W|X from those remaining >> ports. > > That is seriously idealistic. > > The upstream software teams must decide to do that. > > After that, the "port" has no work to do. > > It is generally impossible for a "port" to solve this problem. > It's like adding pledge, unveil, or privsep to a piece of > software upstream-maintained by a group who doesn't understand > the concept or benefit yet... Would you mind if for a change, mejust shamelessly agrees w/ you this time? =) Ideals are good. They are not always workable. That's why they're ideals. --zeurkous. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
"Thomas Frohwein" wrote: > > For the record, I'm against dynamic core and against disabling the > splash. I'm indifferent regarding ne2000. Since the latter seems to be the least controversial, perhaps meshould trim the patch down to that first...? jsg@, you're maintainer, please speak up :) > The ideal future state would be removing W|X from those remaining > ports. In the ideal future ports wouldn't be needed and all third-party software would fit in perfectly with base ;) But yeah. > Therefore, the burden of proof should lie with anyone wanting > to go in the opposite direction. You want dynamic core? Convince us > that the benefit is worth going _against_ our security mitigations. You > should seriously consider showing numbers or comparison videos to make > your case. Uhm, as me's said, me's not *forcing* anyone to run the dyncore... me's not even proposing it as a default. Just an option. If this were in base, mewouldn't bother proposing it, but hey, this is ports, it's full of junk that people need despite it being so. > Even then I'm likely not going to think it's worth it. There is a fork > of dosbox called dosbox-x [1] that has seen continuous improvement and > regular releases over the recent years. Mehasn't been monitoring dosbox development much, due to the lack of Code quality and indeed plain English quality... mewas thus unaware of the fork and will investigate, thanks for bringing it me attention. > The project is complex and a > little messy, which is why I haven't sent it to ports@ yet. I had an > SDL1-based version that worked very well about a year ago. There was a > noticeable performance advantage in the game Tie Fighter over then > dosbox 0.74, with the normal core. That to me was good enough to lose > any interest in the dynamic core. It even runs Windows 98 acceptably, > but 3D acceleration isn't fully there in Win98. Medoesn't know that game, but meexperience is that some games really do try to be too clever with optimizations, turning them into pessimizations within an emulator of any kind. The dynamic core somewhat (sometimes greatly) alleviates that. > The port has since seen a few updates. I just built the most recent one > with SDL2, but there are several bugs that I'd like to address before > it's ready. > > I would recommend to check out dosbox-x and how it performs with its > normal core before looking into dynamic core and the associated > reduction in mitigations. IME running dosbox in general is not so much putting the door ajar as it is removing it from its frame entirely and junking it. >>> A better way to spend time on dosbox would be to investigate ways to >>> improve speed without sacrificing basic security protections. > > dosbox-x may offer this; however I haven't tried most recent dosbox > 0.74-2 yet. I should soon have a version to share for testing. Well, if this "dosbox-x" does the job, we of course don't need the dyncore. Just don't make it drag in gtk+? and python (or similar horrors), please... > I think upstream made it clear enough that the splash should remain > part of the application. Imagine the mess if we started adding patches > to ports for anything that someone might consider "convenient". It brings the functionality of the port closer to base, doesn't it? Honestly, I don't find "you're allowed to modify everything *except* that bit", when "that bit" gets in the way, much acceptable. Someone /could/ go and ask the developers what their intentions were, and if they're fine w/ removal for completely non-commercial reasons. It won't be me since they barely ever responded to me about anything in the first place. (But others seem to have this problem as well.) --zeurkous. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
[blah, volny flagged your message as spam...] "Jeremie Courreges-Anglas" wrote: > >[about the dynamic core...] > >> It's a risk and people are free to take it or not to take it. Me's just >> contributing a patch :) > > Who should provide actual data regarding the risk increases and the > *actual benefits* if not you? Me data is 'it helps me, and me's willing to accept the risk when necessary'. Obviously, only the big, bloated, poorly-programmed stuff (such as the Build engine) really benefits :) And please do note that the dynamic core is a run-time *option*: core=normal *still* works even with this patch applied. > While Jonathan (maintainer) has the final > say here, I would object to such a FLAVOR and patch being added. *shrugs* Your objection is noted. It might help other people. Me's not dictating anything to anyone... > A better way to spend time on dosbox would be to investigate ways to > improve speed without sacrificing basic security protections. A better way would IMNSHO be to port all those fun games the hell away from the obscure platform, *w/o* including a dependency tree that ultimately involves gnome and python! >[about the splash screen...] > > For the record: > --8<-- > bc 1.07.1 > Copyright 1991-1994, 1997, 1998, 2000, 2004, 2006, 2008, 2012-2017 Free > Software Foundation, Inc. > This is free software with ABSOLUTELY NO WARRANTY. > For details type `warranty'. > -->8-- Yes, exactly :r Nice if you're juggling numbers in your head and quickly want to invoke bc to flush them... > You're indeed free to do whatever you want on your machines, but the > OpenBSD ports tree can't get away with removing copyright notices from > software later distributed on the mirrors. Me's not removing any copyright notices at all :s Just a funky splash screen that just *happens* to get in me way. > Again, maybe not for your own use case. Yes, YMMV, as always. > emulators/dosbox/Makefile: > > PERMIT_PACKAGE_CDROM= Yes > > so people may sell packages produced with the port. If that's really so much of a problem, we can disable that for the 'nosplash' flavour. And quite possibly not even build it by default. >[about whether or not me patch constitutes a formal proposal...] > > Proposals need to be reviewed, tested and committed. This takes time, > and time is a scarce resource. So again, please make it clear whether > you consider your next contributions proper for inclusion in the ports > tree. Alright, me'll make it clear: "me's honestly not sure". Y'know, medid anticipate all these point of principle. > You'll save other people's time and you'll avoid rants from > grumpy porters like me: a clear win for everybody. Rants are fine. Criticism is more than appreciated. But medoesn't like to waste people's time, no: if medid, mehereby offers me sincere apologies. >[about possible dep-reducing flavours...] > > Looking at the deps of feh and fceux, I doubt you're having a point > here. fceux: devel/desktop-file-utils, devel/scons, x11/gtk+2 feh: devel/desktop-file-utils, x11/gtk+3 And all that stuff pulls in python. Some things just go too far for me. --zeurkous. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
"Marc Espie" wrote: > > Easy to run as a user who doesn't have any rights whatsoever Yup, the practical problems are limited. But it still ain't correct! :) --zeur. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
"Marc Espie" wrote: > > There are quite a few networked games that run in DOSbox. Yup, me point :) > I doubt you can 0wn anything but the game itself... It's mess-dos: pwn one program, pwn everything. And then there's the emulated 'mount' command that any program can call... bit of a mess. Thus, medoes somewhat share the security concerns. --zeurkous. -- Friggin' Machines!
RE: patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
Haai, "Jeremie Courreges-Anglas" wrote: > > Not to rain on your parade, but... Don't worry, me's just sharing a WFM :) >> 'dyncore': re-enable the dynamic core (possibly insecure) > > You don't mention a rationale for this. The only wxneeded report I know > of mentions no performance change. Mehasn't measured, but on me (by your standards possibly ancient ;) machines it really does help performance a lot (mewouldn't have bothered if it didn't). > https://marc.info/?l=openbsd-ports=149053625314161=2 > > So what's the point of lowering the security of an emulator possibly > used to run untrusted images? That's the one thing medoesn't do, mehas a background in IBM PC poop (the horrors of me youth), so mealways manually installs stuff. Of course, one needs to know what one is doing, but UNIX ain't for lusers. Of course, your point remains: most stuff running inside the emulator is inherently untrusted (since most often no source code is available), so there's still a risk. Honestly, though, given the general, ehrm, "quality" of dosbox code, mesuspects some much larger holes in there than --disable-dynamic-core could possibly address. It's a risk and people are free to take it or not to take it. Me's just contributing a patch :) >> 'ne2000': add third-party ne(4) emulation > > I guess this is the easiest way to get networking support in dosbox. > But is that a good thing? Running DOS applications on the modern > internet looks dubious at best. Actually, friends have used this in the past to play network doom w/ me running it on a real machine =) There are some other uses, as well. Me's not shooting anyone for this not being included in the first place, but it's handy at times. > Technically such a patch should probably be handled using > PATCHFILES/SUPDISTFILES. Yeah, you're prolly right, me's not that familiar w/ ports so metook the most straightforward way... >> 'nosplash': disable spam piccy upon invocation > > Is that a serious proposal? The wording used for the ifdef doesn't seem > appropriate. *shrugs* It's up to individual operators what runs on their machines, and how it runs. Do we really want to end up w/ things like bc(1) first sprouting lines of copyright info before accepting any input (the GNU version does)? Besides, me's always figured that the ad was put in as a response to commercial peddlers wrapping old games inside dosbox and re-selling them w/o giving any credit or indeed any indication, which is definitely not the case here. > Regarding the intent, your diff contains the surrounding > line: > >> + /* Please leave the Splash screen stuff in working order in DOSBox. We >> spend a lot of time making DOSBox. */ > > That change doesn't look desirable in the ports tree IMO. It's a patch, and an optional one: individual operators are free to honour or disregard the request. Me's giving choice, not a strait jacket. > Obviously tests on -current would be better. Medoesn't have any machine that runs -current right now, sorry. > If you're proposing this diff for inclusion in the ports tree, please > make that clear. Medoesn't know. Depends on whether or not people like it enough. > Your earlier proposal (with MAINTAINER in Cc) Meforgot the Cc this time, so mesent it separately to the maintainer moments later. > didn't > make it clear either: > > https://marc.info/?l=openbsd-ports=154669079320603=2 Well, honestly, me's been burned a little here and there when trying to contribute to OpenBSD... If there's interest, me's certainly inclined to rework it to make it more suitable for inclusion. > FLAVORS should be seldom used, they add complexity and make > tests/updates harder. The lack of FLAVORS in several packages (feh, fceux...) actually made me build them manually, in order to cut down on the bloat. So that argument works both ways. > s/WANT_LIB/WANTLIB/ below Ah, sorry, will fix on this end :) Again, if there's any interest (please speak up folks!), me'll work on this further. --zeurkous. -- Friggin' Machines!
patch: emulators/dosbox add 'dyncore', 'ne2000', 'nosplash' flavours
[not subscribed, please Cc, thanks.]
6.5 update of the previous patch, w/ additional 'ne2000' flavour.
'dyncore': re-enable the dynamic core (possibly insecure)
'ne2000': add third-party ne(4) emulation
'nosplash': disable spam piccy upon invocation
Tested only in the most limited of fashions (on 6.5), but expected to
work fine. As always, {bug,test} reports are very welcome.
Enjoy!
--zeurkous.
--- ports/emulators/dosbox/Makefile.origTue Jan 22 04:31:41 2019
+++ ports/emulators/dosbox/Makefile Fri May 31 19:34:00 2019
@@ -6,6 +6,7 @@
VERSION= 0.74-2
DISTNAME= dosbox-${VERSION}
+REVISION= 0
PKGNAME= dosbox-${VERSION:S/-/./}
CATEGORIES=games x11 emulators
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=dosbox/}
@@ -37,8 +38,26 @@
CONFIGURE_ENV+=LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib"
CONFIGURE_ARGS+= --disable-alsatest
+PATCH_LIST=patch-*
+
+FLAVORS= dyncore ne2000 nosplash
+FLAVOR?=
+
+.if ${FLAVOR:L:Mne2000}
+PATCH_LIST+= ne2000
+WANT_LIB+=pcap
+.endif
+
+.if ${FLAVOR:L:Mnosplash}
+PATCH_LIST+= nosplash
+.endif
+
+.if ${FLAVOR:L:Mdyncore}
+PATCH_LIST+= wxneeded
+.else
# needs W+X memory
CONFIGURE_ARGS+= --disable-dynamic-core
+.endif
pre-configure:
cp ${FILESDIR}/midi_sndio.h ${WRKSRC}/src/gui
--- /dev/null Fri May 31 19:56:39 2019
+++ ports/emulators/dosbox/patches/ne2000 Fri May 31 19:45:02 2019
@@ -0,0 +1,2047 @@
+--- visualc_net/dosbox.vcproj.orig Thu Jul 5 13:24:23 2018
visualc_net/dosbox.vcproj Fri May 31 18:19:21 2019
+@@ -480,6 +480,9 @@
+
+
++
++
+
+
+@@ -827,6 +830,9 @@
+
+
++
++
+
+
+
+--- src/platform/visualc/config.h.orig Mon Aug 27 14:55:55 2018
src/platform/visualc/config.h Fri May 31 18:19:21 2019
+@@ -12,6 +12,9 @@
+ /* Define to 1 to enable internal modem support, requires SDL_net */
+ #define C_MODEM 1
+
++/* Define to 1 to enable NE2000 ethernet passthrough, requires libpcap */
++#define C_NE2000 1
++
+ /* Define to 1 to enable IPX networking support, requires SDL_net */
+ #define C_IPX 1
+
+
+--- src/hardware/ne2000.cpp.orig Fri May 31 18:19:21 2019
src/hardware/ne2000.cppFri May 31 18:28:13 2019
+@@ -0,0 +1,1660 @@
++#include "config.h"
++
++#ifdef C_NE2000
++
++
++#include "dosbox.h"
++#include
++#include
++#include "support.h"
++#include "inout.h"
++#include "setup.h"
++#include "callback.h"
++#include "timer.h"
++#include "pic.h"
++#include "cpu.h"
++
++/* Couldn't find a real spec for the NE2000 out there, hence this is adapted
heavily from Bochs */
++
++
++/
++// $Id: ne2k.cc,v 1.56.2.1 2004/02/02 22:37:22 cbothamy Exp $
++/
++//
++// Copyright (C) 2002 MandrakeSoft S.A.
++//
++//MandrakeSoft S.A.
++//43, rue d'Aboukir
++//75002 Paris - France
++//http://www.linux-mandrake.com/
++//http://www.mandrakesoft.com/
++//
++// This library is free software; you can redistribute it and/or
++// modify it under the terms of the GNU Lesser General Public
++// License as published by the Free Software Foundation; either
++// version 2 of the License, or (at your option) any later version.
++//
++// This library is distributed in the hope that it will be useful,
++// but WITHOUT ANY WARRANTY; without even the implied warranty of
++// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
++// Lesser General Public License for more details.
++//
++// You should have received a copy of the GNU Lesser General Public
++// License along with this library; if not, write to the Free Software
++// Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
++
++// Peter Grehan (gre...@iprg.nokia.com) coded all of this
++// NE2000/ether stuff.
++
++#include "ne2000.h"
++
++#define HAVE_REMOTE
++
++#include "pcap.h"
++// Handle to WinPCap device
++pcap_t *adhandle = 0;
++static void NE2000_TX_Event(Bitu val);
++
++#ifdef WIN32
++// DLL loading
++#define pcap_sendpacket(A,B,C)PacketSendPacket(A,B,C)
++#define pcap_close(A) PacketClose(A)
++#define pcap_freealldevs(A) PacketFreealldevs(A)
++#define pcap_open(A,B,C,D,E,F)PacketOpen(A,B,C,D,E,F)
++#define pcap_next_ex(A,B,C) PacketNextEx(A,B,C)
++#define pcap_findalldevs_ex(A,B,C,D) PacketFindALlDevsEx(A,B,C,D)
++
++int (*PacketSendPacke
