On Thu Dec 02, 2021 at 05:03:13PM +0300, Kirill Bychkov wrote:
> On Thu, December 2, 2021 16:06, Stuart Henderson wrote:
> > On 2021/12/01 22:15, Antoine Jacoutot wrote:
> >> At the time of import we did not want it to be picked up automatically by
> >> random ports. Because we weren?t sure about t
Hi Omar,
Omar Polo wrote on Fri, Dec 03, 2021 at 08:00:03PM +0100:
> Woops, I identified a correct issue in unistd.c, but the fix was wrong.
> Updated tarball attached and upstream notified :)
>
> (update: upstream has accepted one of the two patches)
>
> Also enabling the built-in tests this t
On 2021-12-06 20:13, Johan Huldtgren wrote:
> hello,
>
> update of www/py-jwt from 2.0.1 to 2.3.0 full changelog is here:
>
> https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
>
> Built, packaged, tested on amd64 with no issues. Consumers are
> security/py-oauthlib (update in separate
hello,
update of audio/py-discogs-client from 2.2.2 to 2.3.12, this update
also changes the repo as py-discogs-client was deprecated by discogs
but then forked and continued by the Joalla Team. Built, packaged,
tested on amd64 with no issues. The only consumer is audio/beets
and this has been tes
hello,
update of www/py-jwt from 2.0.1 to 2.3.0 full changelog is here:
https://github.com/jpadilla/pyjwt/blob/master/CHANGELOG.rst
Built, packaged, tested on amd64 with no issues. Consumers are
security/py-oauthlib (update in separate email but works fine),
devel/py-buildbotr/buildbot (builds,
hello,
minor update of security/py-oauthlib from 3.1.0 to 3.1.1
this is mainly a bug fix release. Full changelog is here:
https://github.com/oauthlib/oauthlib/blob/master/CHANGELOG.rst
Built, packaged, tested on amd64 with no issues. Consumers are
www/py-request-oauthlib (builds and tests) and
On Mon, Dec 6, 2021 at 6:35 PM Jeremie Courreges-Anglas wrote:
>
> On Mon, Dec 06 2021, Daniel Dickman wrote:
> >> On Dec 6, 2021, at 5:44 PM, Jeremie Courreges-Anglas
> >> wrote:
> >>
> >> On Sun, Dec 05 2021, Christian Weisgerber wrote:
> >>> I ran another amd64 bulk build with base clang u
On Mon, Dec 06, 2021 at 11:11:01PM +, Stuart Henderson wrote:
> On 2021/12/06 16:20, Josh Grosse wrote:
> > It appears that the transition to Python 3.9 caused a regression
> > for print/py-reportlab. The base64 API changed: encodestring and
> > decodestring are now encodebytes and decode byte
On Mon, Dec 06 2021, Daniel Dickman wrote:
>> On Dec 6, 2021, at 5:44 PM, Jeremie Courreges-Anglas wrote:
>>
>> On Sun, Dec 05 2021, Christian Weisgerber wrote:
>>> I ran another amd64 bulk build with base clang updated to LLVM 13
>>> and --allow-shlib-undefined as the default again (~patrick/
On 2021/12/06 22:18, Pp Xyz wrote:
>
> Will now paste from the readme file as it was The best description of
> steps I found and it proved sufficient.
Oh I can't believe I missed that, thanks.
> By the way, unbound on openbsd will not be able to verify the domain
> that uses ed25519 keys, algori
On Sun, Dec 05 2021, Christian Weisgerber wrote:
> I ran another amd64 bulk build with base clang updated to LLVM 13
> and --allow-shlib-undefined as the default again (~patrick/llvm.v6).
> I also put in a tentative fix for security/nss.
>
> Failure logs:
> http://build-failures.rhaalovely.net/amd
On 2021/12/06 16:20, Josh Grosse wrote:
> It appears that the transition to Python 3.9 caused a regression
> for print/py-reportlab. The base64 API changed: encodestring and
> decodestring are now encodebytes and decode bytes. The attached
> patch revises print/py-reportlab accordingly.
It would
> On Dec 6, 2021, at 5:44 PM, Jeremie Courreges-Anglas wrote:
>
> On Sun, Dec 05 2021, Christian Weisgerber wrote:
>> I ran another amd64 bulk build with base clang updated to LLVM 13
>> and --allow-shlib-undefined as the default again (~patrick/llvm.v6).
>> I also put in a tentative fix for
On Sun, Dec 05 2021, Christian Weisgerber wrote:
> I ran another amd64 bulk build with base clang updated to LLVM 13
> and --allow-shlib-undefined as the default again (~patrick/llvm.v6).
> I also put in a tentative fix for security/nss.
>
> Failure logs:
> http://build-failures.rhaalovely.net/amd
Brad Smith wrote:
> Here is an update to MPlayer snapshot from 20211106.
>
> [ big list of changes ]
Looks good. I lightly tested mplayer video playback on various formats.
Still works. I did not test anything that depends on mplayer or mencoder.
The two dropped patches have been upstreamed.
po
It appears that the transition to Python 3.9 caused a regression
for print/py-reportlab. The base64 API changed: encodestring and
decodestring are now encodebytes and decode bytes. The attached
patch revises print/py-reportlab accordingly.
I have added `MODPY_VERSION=3.9` to the Makefile, which
On Mon, 06 Dec 2021 17:59:05 +0100, Jeremie Courreges-Anglas wrote:
> Without looking at the possible fixes I think we should annotate why we
> disabled libtextstyle. ok?
OK millert@
- todd
Timo Myyrä writes:
> [...]
>
> yeah, better safe than sorry. Here's fixed diff with bumped major
> version:
committed, thanks!
> diff 1c7cb3a469cd4eafc1a5285d791d86da4f5c86b5 /usr/ports
> blob - 2f597d8a02ca3a374834eea760842bda0da788ff
> file + lang/chicken/Makefile.inc
> --- lang/chicken/Makef
On Mon Dec 06, 2021 at 09:44:51AM +, Stuart Henderson wrote:
> On 2021/12/06 07:07, Rafael Sadowski wrote:
> > On Sun Dec 05, 2021 at 09:46:33AM +, Stuart Henderson wrote:
> > > That Python file just looks like a script that is run. The .pyc bytecode
> > > files are only used for things whi
Tietoturvamies writes:
> Hi,
>
> importing it is still fine with me, thanks for guidance and help.
>
> Cheers,
> TTM
imported, thanks!
Nope, it still segfaults. When I run egdb srb2, it just dies with signal 5 as
it was before.
It seems that something in game results in a crash, not that memory query part,
because it only crashes when level is loaded, the main menu is working fine.
aaoth writes:
> I added HOME/.local/share/SRB2 originally to allow user to have their assets
> locally, but this is not needed anymore.
yep, I forgot to remove it when bundling the assets and dropping the
readme.
> And I tried the game and it segfaults for me too, which is weird, bcs
> on 7.0-
On Mon, May 17 2021, Todd C. Miller wrote:
> On Mon, 17 May 2021 07:56:22 -0600, "Todd C. Miller" wrote:
>
>> The crash does not happen when I build cbmc manually (outside of
>> ports), only when I build it from within the ports tree.
>
> The crash only happens when output is to a terminal but TER
On Mon Dec 06, 2021 at 09:05:33AM -0700, Aaron Bieber wrote:
>
> Rafael Sadowski writes:
>
> > On Sun Dec 05, 2021 at 07:16:27PM +0100, Stefan Hagen wrote:
> >> Aaron Bieber wrote:
> >> > Another matrix-thing update \o/ !
> >> >
> >> > This time for Neochat!
> >> >
> >> > No real changes in th
I added HOME/.local/share/SRB2 originally to allow user to have their assets
locally, but this is not needed anymore.
And I tried the game and it segfaults for me too, which is weird, bcs on
7.0-stable it ran fine (as I said in first letter). Maybe there are issues with
recent libraries or some
That sounds great. It's been a while since I've done a ports update, so I'll
follow your dependent-port-revision-bump once you've committed your 4.12.1
update. This one's ok avsm@
Anil
> On 6 Dec 2021, at 14:09, Daniel Dickman wrote:
>
> Hi Anil, that sound great! I’m very happy that you’re
Omar Polo writes:
> la-ninpre writes:
>
>> Hi,
>> I ported the game Sonic Robo Blast 2 to OpenBSD and also Game
>> Music
>> Emu library that is required for music in this game to work.
>>
>> It would be nice if someone can test it. I've already run it
>> successfully on 7.0-current and also anot
Rafael Sadowski writes:
> On Sun Dec 05, 2021 at 07:16:27PM +0100, Stefan Hagen wrote:
>> Aaron Bieber wrote:
>> > Another matrix-thing update \o/ !
>> >
>> > This time for Neochat!
>> >
>> > No real changes in the port. Here are the changes for the actual app:
>> > https://apps.kde.org/neocha
I've looked a bit more...
if we want to have a bit more specifiers, than what's already in the code,
it wants a bit more love to clean up various things.
The strtol on width is the tip of the iceberg.
Hi Anil, that sound great! I’m very happy that you’re still able to work on the
ocaml world on OpenBSD!
Let me do the commit to 4.12 for now and leave 4.13 and further to you.
On dune, getting it from 2.7.0 to latest would also be awesome.
Thanks!
> On Dec 6, 2021, at 2:52 AM, Anil Madhavapedd
Rafael Sadowski:
> > devel/qbs ./qbs segfault
>
> New version committed, hopefully this fix the segfault.
Unfortunately not:
bin/qbs build --settings-dir qbsres/settings -f
/usr/obj/qbs-1.20.0/qbs-src-1.20.0/qbs.qbs -d qbsres -p 'qbs resources'
qbs.installPrefix:undefine
Rafael Sadowski:
> > x11/qt5/qtwayland C++: instantiation of undefined template
>
> I took the liberty of committing it because I came to the same
> conclusion as FreeBSD.
Yes, that fixed it.
--
Christian "naddy" Weisgerber na...@mips.inka.de
Antoine Jacoutot writes:
> ===> Generating configure for apertium-ita-1.1.1
> Running autoreconf-2.71 in /exopi-obj/pobj/apertium-ita-1.1.1/apertium-ita-1.
> 1.1
> aclocal-1.16: error: aclocal: file '/usr/local/share/aclocal/gconf-2.m4' does
> not exist
> autoreconf-2.71: error: aclocal failed wi
On Mon, 6 Dec 2021, 18:51 Stuart Henderson, wrote:
It would be helpful to have a set of commands to type (starting after
"pkg_add opendnssec" i.e. showing the required configuration from scratch).
Starting from a new installation of stable 7.0 amd64 after having just
installed opendnssec from
hi,
maybe candidate for 7.0-stable, spotted in debian update
announcements, cf http://www.pgbouncer.org/changelog.html#pgbouncer-116x
as the vuln is similar to CVE-2021-23214 in the PostgreSQL server.
Landry
Index: Makefile
===
RCS f
Tom Murphy writes:
>Here is a diff to update games/starfighter v1.7 to v2.4.
Thanks! Some comments:
- Life is easier if you don't reindent WANTLIB. Just use the output
from make port-lib-depends-check.
- No need to set MODPY_VERSION, Python 3 is already default.
- Since Python is just use
Hi,
importing it is still fine with me, thanks for guidance and help.
Cheers,
TTM
Omar Polo writes:
> I tried to build it on i386 too, it needs a -Wl,-z,notext but then it
> builds. (idea taken from the FreeBSD port, -fPIC is not enough.)
>
> I've also tested it on amd64 using an encrypted fi
On Sun, Dec 05, 2021 at 09:51:48AM +, Stuart Henderson wrote:
> It may work to symlink gm4 to ${WRKDIR}/bin/m4 in post-extract. But this has
> come up in other places too so it would be helpful to have support in base
> m4.
>
> --
> Sent from a phone, apologies for poor formatting.
>
> On 4
la-ninpre writes:
> Hi,
> I ported the game Sonic Robo Blast 2 to OpenBSD and also Game
> Music
> Emu library that is required for music in this game to work.
>
> It would be nice if someone can test it. I've already run it
> successfully on 7.0-current and also another person tried it on
> i386
On 2021/12/06 17:31, Pp Xyz wrote:
>
> On Mon, 6 Dec 2021, 09:48 Stuart Henderson, <
> s...@spacehopper.org> wrote:
>
>
> If you're sure it worked, can you give me some commamds to
> type to
> reproduce it? I tried with the docs om the wiki but
On 2021/12/06 07:07, Rafael Sadowski wrote:
> On Sun Dec 05, 2021 at 09:46:33AM +, Stuart Henderson wrote:
> > That Python file just looks like a script that is run. The .pyc bytecode
> > files are only used for things which are pulled in by "import" from a python
> > program. (in most cases th
Thanks Daniel. I've coincidentally unslacked in order to refresh OCaml ports
in preparation for supporting OpenBSD for OCaml 5.0 (which has multicore).
A few quick questions:
- why not bump straight to 4.13.1? Is anything incompatible there?
- I have local diffs for dune to go 2.9.1, which requir
>
>
>> On Mon, 6 Dec 2021, 09:48 Stuart Henderson, wrote:
>>
>>>
>>> Are you certain that this worked properly
>>> If you're sure it worked, can you give me some commamds to type to
>>> reproduce it? I tried with the docs om the wiki but they have never been
>>> updated properly.fpr 2.0 and trying
43 matches
Mail list logo
