> > Are these diffs in the links below in proper format? Thanks for the help
> > as I’ve
> > never done this before.
>
> No - please send "cvs diff -u" or "git diff" depending on where you got your
> ports tree from.
>
>
> > The AltiVec patches are crucial to playing 360p
> > x264 MP4 files on
> Sent: Saturday, May 30, 2020 at 12:35 AM
> From: "Stuart Henderson"
> To: "Alex Free"
> Cc: ports@openbsd.org
> Subject: Re: what is the proper procedure for submitting changes to existing
> ports?
>
> On 2020/05/30 00:23, Alex Free wrote:
> >
What is the proper procedure for sending changes and patches to existing
ports? I have modified 3 ports and would like my changes to be commuted.
My modifications are to:
games/ioquake3 (adds PowerPC support for OpenBSD. IOQuake3 does
currently support any PowerPC *BSD OS, I had to add support
Successfully built and tested against current.
Let me know if I can do anything else to make this happen.
A new file named patch-code_qcommon_q_platform_h contains the following
immediately below.
$OpenBSD$
Index: code/qcommon/q_platform.h
--- code/qcommon/q_platform.h.orig
+++
> Sent: Sunday, May 31, 2020 at 8:43 AM
> From: "Kirill Bychkov"
> To: "Alex Free"
> Cc: "Charlene Wendling" , "Landry Breuil"
> , ports@openbsd.org, abie...@openbsd.org
> Subject: Re: games/ioquake3 cvs current diffs adding ppc support
> Sent: Saturday, May 30, 2020 at 9:45 PM
> From: "Charlene Wendling"
> To: "Landry Breuil"
> Cc: "Alex Free" , ports@openbsd.org, abie...@openbsd.org
> Subject: Re: games/ioquake3 cvs current diffs adding ppc support
>
> Hi,
>
>
> Sent: Sunday, May 31, 2020 at 10:43 AM
> From: "Charlene Wendling"
> To: "Kirill Bychkov"
> Cc: "Alex Free" , "Landry Breuil" ,
> ports@openbsd.org, abie...@openbsd.org
> Subject: Re: games/ioquake3 cvs current diffs adding ppc
>
> You're right.
>
> > other than that it also looks good to me.
> >
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/games/ioquake3/Makefile,v
> retrieving revision 1.25
> diff -u -p -u -p -r1.25 Makefile
> --- Makefile 12 Jul
> Sent: Tuesday, June 09, 2020 at 2:18 AM
> From: "Alex Free"
> To: "ports@openbsd.org"
> Subject: ok? [NEW] emulators/minivmac : classic mac emu (6 flavors!)
>
> Hello ports, attached is a Mini vMac port for the latest version with 6
> total flavors. E
>
> What is the program?
>
CDIrip, the current GitHub is at https://github.com/jozip/cdirip .
> I guess this depend of the port and how old the release you want to
> include is. For a network daemon it's better if it's up to date but for
> a game or non network tool, I think it's possible to have an older
> version.
>
Well that’s good news. Version 0.6.2 is from 2002. Version 0.6.3 is
> > Version 0.6.2 works on big endian, which is what I’ll be using this
> > software on a lot.
> If you worked on a 0.6.2 port and 0.6.3 gets out before your port
> submission, this is by no means any blocker.
>
This isn’t the case. 0.6.2 was released in 2002 and the latest version
in 2018.
t; On 6/3/20 2:11 PM, Stuart Henderson wrote:
> > > On 2020/06/03 13:54, Alex Free wrote:
> > > > >
> > > > > What is the program?
> > > > >
> > > >
> > > > CDIrip, the current GitHub is at https://github.com/jozip/cdiri
> Just saying "released under GPL" without doing other steps isn't enough.
> It needs at least a copyright line with a license grant somewhere
> preferably on each file, that's why the license goes to some lengths to
> explain how to do it.
>
> Also releasing some version under GPL doesn't mean
> > > Note that it doesn't have proper licensing so will need to be marked as
> > > PERMIT_PACKAGE/PERMIT_DISTFILES=no license (some mention of "version
> > > developed on sourceforge under gpl" isn't a valid license grant).
> > >
> > https://github.com/jozip/cdirip/blob/master/LICENSE
> >
> >
> Sent: Wednesday, June 03, 2020 at 4:05 PM
> From: "Stuart Henderson"
> To: "Alex Free"
> Cc: "Renaud Allard" , ports@openbsd.org
> Subject: Re: does a new port have to be the latest version?
>
> On 2020/06/03 14:58, Alex Free wrote:
> &g
> Sent: Thursday, June 04, 2020 at 4:53 PM
> From: "f.holop"
> To: ports@openbsd.org
> Subject: curl with libidn
>
> hi,
>
> atm curl is unable to open non ascii domains.
> is there a reason why it's not compiled with libidn?
> (same goes for lynx)
>
> -f
> --
>
>
If it compiles fine a flavor
+
+CATEGORIES = sysutils
+
+HOMEPAGE = https://github.com/jozip/cdirip/
+
+MAINTAINER = Alex Free
+
+PERMIT_PACKAGE = No | not explicitly permitted
+PERMIT_DISTFILES = No | not explicitly permitted
+
+MASTER_SITES = https://home.macintosh.garden/~alexfree/distfiles
Extracts the proprietary DiscJugglar .cdi format. New versions of this
software are under GPL but not compatible with big endian so version
0.6.2 is used instead.
cdirip.tgz
Description: GNU Zip compressed data
> Sent: Friday, June 05, 2020 at 1:03 AM
> From: "Stuart Henderson"
> To: "Alex Free"
> Cc: "f.holop" , ports@openbsd.org
> Subject: Re: curl with libidn
>
> On 2020/06/05 00:21, Alex Free wrote:
> > > Sent: Friday, June 05, 2020 at 1
> Sent: Friday, June 05, 2020 at 12:05 AM
> From: "Stuart Henderson"
> To: "Alex Free"
> Cc: "f.holop" , ports@openbsd.org
> Subject: Re: curl with libidn
>
> On 2020/06/04 22:39, Alex Free wrote:
> > > Sent: Thursday, June 04, 2020 a
= base-clang base-gcc ports-gcc
+CATEGORIES = sysutils
+HOMEPAGE = https://github.com/jozip/cdirip/
+
+MAINTAINER = Alex Free
+
+PERMIT_PACKAGE = No | not stated in copyright
+PERMIT_DISTFILES = No | not stated in copyright
+
+MASTER_SITES = https
Hello ports, attached is a Mini vMac port for the latest version with 6
total flavors. Each flavor emulates a different Mac model, such as the M
acintosh 128k, 512Ke, SE, Classic, SEFDHD, or II. The Macintosh Plus is
emulated by default. This single port can emulate 7 different machines.
23 matches
Mail list logo
