On Tue Jan 07 2020 at 23:37:40 CET, Stuart Henderson wrote:
Any OKs to import, or anyone want to commit with my OK?
Pardon my asking, but is there anything I can do other than sit back and
wait? What is the correct protocol for a port maintainer? Occasional
reminder emails?
Thank you,
On Fri, Jan 10, 2020 at 05:49:33PM +0100, clematis wrote:
> On Tue, Jan 07, 2020 at 11:18:25PM +0100, clematis wrote:
> > Hi,
> > This python module gives you colored strings for terminal usage.
> > https://github.com/MasterOdin/crayons
> >
> > It is a new requirement to update devel/legit to 1.2.
On Thu 02/01/2020 07:31, Björn Ketelaars wrote:
> Enclosed diff brings hexchat to 2.14.3, which is a maintenance release.
> Changelog: https://hexchat.readthedocs.io/en/latest/changelog.html
>
> Changes to port:
> - Drop patch which has been addressed upstream
> - sync PLIST
>
> Lightly tested on
On Sat, Jan 11, 2020 at 10:53:29AM +0100, Jan-Piet Mens wrote:
> On Tue Jan 07 2020 at 23:37:40 CET, Stuart Henderson wrote:
>
> > Any OKs to import, or anyone want to commit with my OK?
>
> Pardon my asking, but is there anything I can do other than sit back and
> wait? What is the correct proto
Reminder mails surely can help since the list is active and developers
only have so much time to take care of the things they are interested
in, but pinging every three days or so rather annoys me and tends to
drift focus *away* from the port.
Understood, Klemens, thank you.
V could be merged
On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> Is there any way to phrase this so that we don't have fix version? This
> would save recurring updates.
Hum... the situation with compilers is confusing enough that having some
kind of handle as to which version is which is actuall
Bulk build on macppc-1.ports.openbsd.org
Started : Wed Dec 25 05:37:31 MST 2019
Finished: Sat Jan 11 05:04:55 MST 2020
Duration: 16 Days 23 hours 27 minutes
Built using OpenBSD 6.6-current (GENERIC.MP) #651: Tue Dec 24 17:37:37 MST 2019
Built 9739 packages
Number of packages built each day:
Dec
On Sat, 11 Jan 2020 12:36:00 +0100
Marc Espie wrote:
> On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > Is there any way to phrase this so that we don't have fix version?
> > This would save recurring updates.
>
> Hum... the situation with compilers is confusing enough that ha
On Sat, Jan 11, 2020 at 01:08:50PM +0100, Charlene Wendling wrote:
> On Sat, 11 Jan 2020 12:36:00 +0100
> Marc Espie wrote:
>
> > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > Is there any way to phrase this so that we don't have fix version?
> > > This would save recurrin
On Sat, 11 Jan 2020 05:05:44 -0700 (MST)
c...@openbsd.org wrote:
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/graphics/asymptote.log
It's broken since texlive-2019 due to packaging lists changes:
--8<--
$ pkglocate etoolbox.sty
texlive_texmf-minimal-2019:print/texlive/texmf,-main:
/
On Fri, Jan 10, 2020 at 10:31:15AM +, Stuart Henderson wrote:
> On 2019/12/28 09:07, Caspar Schutijser wrote:
> > During the configure stage, I got the following error:
> > mozbuild.configure.options.InvalidOptionError: --disable-eme is not
> > available in this configuration
> > In interest o
Hi,
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/emulators/ppsspp.log
> http://build-failures.rhaalovely.net/sparc64/2020-01-09/emulators/ppsspp.log
> http://build-failures.rhaalovely.net/mips64/2019-12-30/emulators/ppsspp.log
PPSSPP only supports little endian [0] for now, powerpc
On Sat, Jan 11 2020, Charlene Wendling wrote:
> On Sat, 11 Jan 2020 05:05:44 -0700 (MST)
> c...@openbsd.org wrote:
>
>> http://build-failures.rhaalovely.net/powerpc/2019-12-25/graphics/asymptote.log
>
> It's broken since texlive-2019 due to packaging lists changes:
>
> --8<--
> $ pkglocate etoolbo
On Sat, Jan 11 2020, Charlene Wendling wrote:
> Hi,
>
>> http://build-failures.rhaalovely.net/powerpc/2019-12-25/emulators/ppsspp.log
>> http://build-failures.rhaalovely.net/sparc64/2020-01-09/emulators/ppsspp.log
>> http://build-failures.rhaalovely.net/mips64/2019-12-30/emulators/ppsspp.log
>
>
On Fri, Jan 10 2020, Brian Callahan wrote:
> Hi ports --
>
> This diff adds debug packages for the GNU coreutils.
>
> OK?
LGTM, ok jca@
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
On 2020/01/11 12:36, Marc Espie wrote:
> On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > Is there any way to phrase this so that we don't have fix version? This
> > would save recurring updates.
>
> Hum... the situation with compilers is confusing enough that having some
> kin
FWIW, the same patch works find with firefox upgraded to 72.0.1 in
ports as of today. I built it from this tree:
https://github.com/blackgnezdo/ports/tree/firefox-fido-2020-01-10
Thanks
Greg
I'm looking for feedback about the trade-offs of such changes.
I tested the upgrade, but not sure if it's valid:
% make install SUDO=doas
===> libsignal-protocol-c-2.3.2pl1 depends on: protobuf-c-* -> protobuf-c-1.3.2
===> Verifying specs: m
===> found m.10.1
===> Installing libsignal-protocol-
On Sat, 11 Jan 2020 16:22:58 +0100
Jeremie Courreges-Anglas wrote:
> On Sat, Jan 11 2020, Charlene Wendling wrote:
> > On Sat, 11 Jan 2020 05:05:44 -0700 (MST)
> > c...@openbsd.org wrote:
> >
> >> http://build-failures.rhaalovely.net/powerpc/2019-12-25/graphics/asymptote.log
> >
> > It's broken s
On Sat, 11 Jan 2020 16:46:38 +
Stuart Henderson wrote:
> On 2020/01/11 12:36, Marc Espie wrote:
> > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > Is there any way to phrase this so that we don't have fix
> > > version? This would save recurring updates.
> >
> > Hum...
> http://build-failures.rhaalovely.net/powerpc/2019-12-25/multimedia/synfig.log
> http://build-failures.rhaalovely.net/sparc64/2020-01-05/multimedia/synfig.log
In fact the problem lies in devel/etl.
Upstream already fixed that [0]. With the below diff it fixes the build
of multimedia/synfig{,st
On 2020/01/11 21:43, Charlene Wendling wrote:
> On Sat, 11 Jan 2020 16:46:38 +
> Stuart Henderson wrote:
>
> > On 2020/01/11 12:36, Marc Espie wrote:
> > > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > > Is there any way to phrase this so that we don't have fix
> > > >
Works for me. Any other OK?.
On Fri, Jan 10, 2020 at 08:18:34PM +0100, Marcus Glocker wrote:
> Hi Porters,
>
> I'm using Turbo Assembler to write some code for my C64.
> But it's more comfortable to write and test this is on a
> modern machine initially instead on the real C64 directly ...
>
>
I guess mglocker@ is OK with it ;-)
On 2020/01/11 21:50, Juan Francisco Cantero Hurtado wrote:
> Works for me. Any other OK?.
>
>
> On Fri, Jan 10, 2020 at 08:18:34PM +0100, Marcus Glocker wrote:
> > Hi Porters,
> >
> > I'm using Turbo Assembler to write some code for my C64.
> > But it's more
On Sat, 11 Jan 2020 21:43:52 +0100, Charlene Wendling wrote:
> On Sat, 11 Jan 2020 16:46:38 +
> Stuart Henderson wrote:
>
> > On 2020/01/11 12:36, Marc Espie wrote:
> > > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
> > > > Is there any way to phrase this so that we don't h
On Sat, 11 Jan 2020 21:53:22 +
Stuart Henderson wrote:
> On 2020/01/11 21:43, Charlene Wendling wrote:
> > On Sat, 11 Jan 2020 16:46:38 +
> > Stuart Henderson wrote:
> >
> > > On 2020/01/11 12:36, Marc Espie wrote:
> > > > On Sat, Jan 11, 2020 at 08:50:33AM +0100, Rafael Sadowski wrote:
>
Hi,
Racket's 2htdp/image's `text`[1] function is having troubling rendering
text:
https://ricketyspace.net/tmp/racket-2htdp-image-text-issue.png
(In Emacs Racket-REPL via racket-mode[2])
https://ricketyspace.net/tmp/racket-drracket-text-issue.png
(In DrRacket)
Hi, ports@:
Here is a patch to create new port devel/p5-Class-EHierarchy, which
is required by the update of devel/p5-Parse-PlainConfig.
It build well and pass all tests on amd64-current system.
Regards,
wen
p5-Class-EHierarchy.tar.gz
Description: p5-Class-EHierarchy.tar.gz
Hi, ports@:
Here is a simple patch for devel/p5-Paranoid updae to 2.07,
which is required by the update of devel/p5-Parse-PlainConfig.
It build well and pass all tests on amd64-current system.
Regards,
wen
Index: Makefile
===
Hi, ports@:
Here is a patch for devel/p5-Parse-PlainConfig:
i) Update to 3.05
ii) Add MAKE_ENV
iii) Add devel/p5-Class-EHierarchy as RUN_DEPENDS
It build well and pass all tests on amd64-current system.
Regards,
wen
Index: Makefile
==
For the upcoming Qt5 update I need sqlite3_column_table_name16:
qhelpgenerator:/usr/local/lib/qt5/plugins/sqldrivers/libqsqlite.so: undefined
symbol 'sqlite3_column_table_name16'
ld.so: qhelpgenerator: lazy binding failed!
Killed
Turns out we're missing those symbols but installing the manpag
On Sun Jan 12, 2020 at 08:44:26AM +0100, Rafael Sadowski wrote:
> For the upcoming Qt5 update I need sqlite3_column_table_name16:
>
> qhelpgenerator:/usr/local/lib/qt5/plugins/sqldrivers/libqsqlite.so:
> undefined symbol 'sqlite3_column_table_name16'
> ld.so: qhelpgenerator: lazy binding failed
32 matches
Mail list logo
