I've copied this patch from FreeBSD ports[1], and submitted it to what
appears[2] to be the new upstream on gitlab.com[3].
This fixes the build for me on -current amd64.
Apologies if this isn't formatted correctly---I'm unsure how to
represent "mkdir mail/mlmmj/patches" using cvs diff, but other
Hi ports@,
This updates wrath to the latest commit of the wrath-darkplaces engine
which is necessary to play the new update of the commercial game
Wrath: Aeon of Ruin.
Tested with the new game content on amd64.
Index: Makefile
===
RC
On Tue, 9 Feb 2021 23:21:08 -0500
George Koehler wrote:
> On Sat, 6 Feb 2021 11:53:22 +0100
> Thaison Nguyen wrote:
>
> > obsd# hpmount -r /dev/rsd1i
> > hpmount: /dev/rsd1i: This is not a HFS+ volume (Unknown error: -1)
Here's the diff that I want to commit. Thaison, does this work with
your
Hi Portsmonitor and ports@,
Portsmonitor I just saw your Veracrypt port update that you shared here
on the ML 2020-10-14 [1], thanks a lot for sharing.
Searching the ML backwards, I see Joshua uploaded the port on Github
in 2019 - I presume you improved on that one - and then 2019-06-28
Chris ask
On Sun, Feb 14, 2021 at 12:06:31AM +0100, Christian Weisgerber wrote:
> graphics/enjoympeg fails to build with -fno-error. A glance at DESCR
> Enjoympeg is a MPEG-1 video player based on the source
> of plaympeg from the SMPEG library. It has [... who cares...]
> makes me think that this po
Greg, thanks for this. I was intending to deal with this but I've been impeded
with health issues of late. Now I can work on my thinkpad problems.
There are actually users. Among people I've gotten to dabble in Openbsd, at
least three are learning string processing languages like snobol and ic
Brian Callahan writes:
> Hi ports --
>
> Attached is a diff to update games/opentyrian. Among other things, it
> includes -fno-common fixes.
>
> While there has been no new official releases, development has moved
> to GitHub, where there has been activity ever since the last release.
> I chose t
graphics/enjoympeg fails to build with -fno-error. A glance at DESCR
Enjoympeg is a MPEG-1 video player based on the source
of plaympeg from the SMPEG library. It has [... who cares...]
makes me think that this port can be removed. FreeBSD did so about
a decade ago. MPEG-1 video (Video CD
Brian Callahan writes:
> Hello --
>
> Attached is a patch to update snobol4 to its latest version, which
> (among other things) fixes -fno-common issues.
>
> I added the COMPILER line because I ended up ^C'ing trying to build
> snobol4 with base-gcc on amd64 for taking way too long. The build
> t
Brian Callahan writes:
> Hi ports --
>
> Attached is an update to math/pspp.
> The major upstream changelog (to 1.4.0) is here:
> http://savannah.gnu.org/forum/forum.php?forum_id=9795
>
> Also fixes -fno-common errors.
>
> All tests pass on amd64.
>
> OK?
OK gnezdo@
Christian Weisgerber writes:
> The GNU toolchain explicitly avoids common variables. Whoever
> hacked up this derived version didn't understand that.
>
> * binutils: Since linkrelax is already defined as a global variable,
> it is already initialized to 0, so we can simply drop this
> initia
seems to work ok under python3, gets rid of a py2-Pillow consumer.
Also remove dead HOMEPAGE.
ok?
Index: Makefile
===
RCS file: /cvs/ports/games/hypatia/Makefile,v
retrieving revision 1.21
diff -u -p -u -r1.21 Makefile
--- Makefile
Hi Greg,
> >> I'll dig into this a bit. I simply didn't need to worry about this up
> >> until now as all the other ports don't do much custom Setup.hs work.
> >
> > I don't know if there will be any cases other than man pages and
> > git-annex's command aliases. Not sure how much effort it's wort
On 2021/02/13 23:15, Klemens Nanni wrote:
> On Sat, Feb 13, 2021 at 10:25:55PM +0100, Christian Weisgerber wrote:
> > Ryan Freeman:
> >
> > > > anything I've forgotten for removal?
> > >
> > > Thanks naddy, kn, edd for the hints on Quirks and the main category
> > > unhook.
> > > This more like
It fails with `-fno-common', there's been no update in more than twenty
years, MASTER_SITES is already missing and we fall back to our cdn;
finally, there's a pledged vis(1) in base.
Hi ports --
I looked into fixing editors/beaver with -fno-common and it looks like
it will be a lot of effort for a port that has been dead for over 10
years at this point. Plus, we have lots of other lightweight text
editors and if you build with -fcommon, beaver segfaults when trying
to select p
On Sat, Feb 13, 2021 at 10:25:55PM +0100, Christian Weisgerber wrote:
> Ryan Freeman:
>
> > > anything I've forgotten for removal?
> >
> > Thanks naddy, kn, edd for the hints on Quirks and the main category unhook.
> > This more like it?
>
> devel/quirks needs a version bump when an entry is add
On Sat, Feb 13, 2021 at 06:15:12PM +, Brian Callahan wrote:
> I looked into fixing editors/beaver with -fno-common and it looks like
> it will be a lot of effort for a port that has been dead for over 10
> years at this point. Plus, we have lots of other lightweight text
> editors and if you bu
On Sat 13/02/2021 21:57, Christian Weisgerber wrote:
> Bjorn Ketelaars:
>
> > Fix taken from
> > https://gitlab.gnome.org/GNOME/atomix/-/commit/be7f44f1945a569494d46c60eaf6e7b39b2bb48b.patch
>
> There also seem to be much newer versions available.
>
> https://download.gnome.org/sources/atomix/3.
Rafael Sadowski:
> Next victim of "-fno-common". The project is dead and I don't think we
> should save this application. Alternatives are available.
Similar history on FreeBSD and OpenBSD: kevlo@ imported it in July
2010, and since then the respective ports have only received
mechanical infrastr
Bjorn Ketelaars:
> Fix taken from
> https://github.com/compiz-reloaded/compiz-plugins-main/commit/1f39291442513c08930bef308d0ce9dccea74589
That enum isn't used anywhere?!
Oh well, no point in diverging from upstream.
ok naddy@
--
Christian "naddy" Weisgerber na...@mips
Hi ports --
Attached is a diff to update games/opentyrian. Among other things, it
includes -fno-common fixes.
While there has been no new official releases, development has moved
to GitHub, where there has been activity ever since the last release.
I chose to move there, and grab the latest head
Ryan Freeman:
> > anything I've forgotten for removal?
>
> Thanks naddy, kn, edd for the hints on Quirks and the main category unhook.
> This more like it?
devel/quirks needs a version bump when an entry is added.
Also...
> --- devel/quirks/files/Quirks.pm 10 Feb 2021 12:49:31 - 1
Bjorn Ketelaars:
> Fix taken from
> https://gitlab.gnome.org/GNOME/atomix/-/commit/be7f44f1945a569494d46c60eaf6e7b39b2bb48b.patch
There also seem to be much newer versions available.
https://download.gnome.org/sources/atomix/3.34/
atomix-3.34.0.tar.xz519.6 KiB 2019-Sep-09 19:16
That w
Hello --
Attached is a patch to update snobol4 to its latest version, which
(among other things) fixes -fno-common issues.
I added the COMPILER line because I ended up ^C'ing trying to build
snobol4 with base-gcc on amd64 for taking way too long. The build
times are reasonable with clang and port
> On Feb 13, 2021, at 8:58 AM, Stuart Henderson wrote:
>
> On 2021/02/13 16:24, Yozo TODA wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>>> Here is an updated list of ports that fail to build with -fno-common:
>>>
>>
>>> graphics/ocaml-cairoUPD
On Sunday, February 7th, 2021 at 8:48 PM, Brian Callahan
wrote:
> Hi ports --
>
> Attached is an update to math/pspp.
>
> The major upstream changelog (to 1.4.0) is here:
>
> http://savannah.gnu.org/forum/forum.php?forum_id=9795
>
> Also fixes -fno-common errors.
>
> All tests pass on amd64.
>
>
On Wed, Feb 10, 2021 at 09:28:48PM -0800, Bryan Vyhmeister wrote:
> On Tue, Feb 09, 2021 at 06:15:06PM +0100, Caspar Schutijser wrote:
> > Hi,
> >
> > Below is a diff that updates textproc/lowdown to 0.8.1. Tested on amd64.
>
> OK maintainer
>
> Thank you for doing this.
Committed, thanks!
Fix taken from
https://github.com/compiz-reloaded/compiz-plugins-main/commit/1f39291442513c08930bef308d0ce9dccea74589
OK?
diff --git Makefile Makefile
index f5147232342..efe8ceebb55 100644
--- Makefile
+++ Makefile
@@ -4,7 +4,7 @@ COMMENT = main plugins for compiz
V =0.8.8
Fix taken from
https://gitlab.gnome.org/GNOME/atomix/-/commit/be7f44f1945a569494d46c60eaf6e7b39b2bb48b.patch
OK?
diff --git Makefile Makefile
index bb1a981256b..600af72aa64 100644
--- Makefile
+++ Makefile
@@ -3,7 +3,7 @@
COMMENT= build molecules out of single atoms
DISTNAME= atom
On 2021/02/13 12:01, Claudio Jeker wrote:
> This is an update for prometheus to 2.24.1.
> The react UI that needs to be built for prometheus is an extra distfile.
> Building the react UI is a nightmare and did not work on OpenBSD last time
> I tried.
>
> The tsdb tool got merged into promtool so o
Here is an updated list of ports that fail to build with -fno-common:
audio/audacity UPDATEports@openbsd.org
audio/gtkpodUPDATEports@openbsd.org
audio/nspmod- ports@openbsd.org
audio/wmtune
Stuart Henderson:
> naddy had a similar diff and same problem. Looking at the compiler
> warnings it doesn't exactly seem LP64-clean (or, well, clean at all);
Speaking in general terms: A lot of the crufty X11 code in the
ports tree has a pattern where they use callback APIs that take a
pointer
Ryan Freeman:
> From FreeBSD, a bit hard to follow as their commit (re)touched the
> original patches
>
> Once this builds, the game doesn't seem very playable.
I already looked at this. If you build it with -fcommon, it already
isn't playable. That needs to be fixed first--or the port should
Thanks Stuart and Rafael.
Le 13/02/2021 à 09:48, Stuart Henderson a écrit :
Oh the xxCONFIGURE_ARGS should just be removed, it was from testing. > The dependencies are not needed unless those args are set. With a
git > checkout they are needed in order to generate docs but with a >
released ta
On 2021/02/13 16:24, Yozo TODA wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> > Here is an updated list of ports that fail to build with -fno-common:
> >
>
> > graphics/ocaml-cairoUPDATEports@openbsd.org
>
> please import the update to 1.6.2 I sent
On 2021/02/13 07:51, Rafael Sadowski wrote:
> On Mon Feb 01, 2021 at 11:26:35PM +, Mikolaj Kucharski wrote:
> > Hi,
> >
> > This happens for a while, but recently I don't have good chunk of time
> > to dive and provide a diff. Decided to finally sent an email.
> >
> > (I do have some not comm
On 2021/02/12 16:39, Ryan Freeman wrote:
>
> From FreeBSD, a bit hard to follow as their commit (re)touched the
> original patches
>
> https://svnweb.freebsd.org/ports?view=revision&revision=548113
>
> Once this builds, the game doesn't seem very playable. Seems like
> it might be running /way/
On 2021/02/12 17:51, Marc West wrote:
> On 2021-02-11 21:32:08, Stuart Henderson wrote:
> > thanks, i've adapted it to -current and then merged that (with the
> > 1.1.1 update) back to 6.8-stable.
>
> Thanks for the MFC. On OPENBSD_6_8, patch-src_config_c and
> patch-src_main_c are still present a
On Fri, May 15, 2020 09:41, Kirill Bychkov wrote:
> Hi!
> Here is an update to gpsd-3.20.
> gpsd has some API changes so it's consumers need fixes. See my
> previous mail.
> Comments? OKs?
>
Hi,
All consumers were fixed already and gpsd 3.21
is out. It's not the latest version but 3.22 requires
s
This is an update for prometheus to 2.24.1.
The react UI that needs to be built for prometheus is an extra distfile.
Building the react UI is a nightmare and did not work on OpenBSD last time
I tried.
The tsdb tool got merged into promtool so one less binary to install.
I run this on my collector
Oh the xxCONFIGURE_ARGS should just be removed, it was from testing. The
dependencies are not needed unless those args are set. With a git checkout
they are needed in order to generate docs but with a released tarball they
are not.
--
Sent from a phone, apologies for poor formatting.
On 13 Fe
42 matches
Mail list logo
