Le Fri, Oct 29, 2021 at 11:17:28PM +0200, Antoine Jacoutot a écrit :
> Hi.
>
> I would like to start removing old and unmaintained gnome2 libs.
> Any objection to drop the following;?
Not saying those shouldnt be removed (i fully support that!) but if
there are users of those:
>
> devel/ORBit2
>
On Fri, Oct 29, 2021 at 10:28:24PM +0200, Landry Breuil wrote:
> Hi,
>
> seems to work in basic testing, either outputting gif or mp4 files, cf
> https://github.com/phw/peek/ for the website. it can use
> https://gif.ski/ at runtime if found but that isnt port yet, for now it
> seems to work fine
On Mon, Oct 18, 2021 at 09:26:59AM -0600, Thomas Frohwein wrote:
> On Sat, Oct 09, 2021 at 04:57:56PM +0200, Stefan Hagen wrote:
> [...]
> > > My read of the license is that it's zlib license with an addition
> > > limiting it to non-commercial use. As there's no CD-ROMs anymore, I
> > > don't thin
On Fri, Oct 29, 2021 at 10:31:42PM +, Ricardo wrote:
> On Friday, October 29th, 2021 at 5:51 PM, Stuart Henderson
> wrote:
>
> > On 2021/10/29 16:09, Klemens Nanni wrote:
> >
> > > On Fri, Oct 29, 2021 at 01:07:20PM +, Ricardo wrote:
> > >
> > > > Update to version 2.2.0 released this we
Hi,
The attached port is minimally modified version of the hlsteam
middleware for hashlink. This expands the games that can run by
allowing access to API in goldberg_emulator, like achievements, cloud
saves, etc (which are all emulated locally unlike the real Steam client
does).
For a little cont
Christian Weisgerber (2021-10-28 00:16 +0200):
> databases/sqlcipher
I can't reproduce this on jsg's llvm13 snapshot. Can anyone else?
The errors seem strange, too. It looks as if sqlite3.c somehow was
generated incorrectly. naddy, if you still have the build directory,
could you send me that sql
Hi.
I would like to start removing old and unmaintained gnome2 libs.
Any objection to drop the following;?
devel/ORBit2
x11/gnome/libbonobo
x11/gnome/libgnome
games/gtetrinet
x11/gnome/libbonoboui
x11/gnome/libgnomeui
databases/mdbtools
games/grhino
x11/gnome/mono-gnome
games/gbrainy
--
Antoin
On Fri, Oct 29, 2021, at 2:18 PM, Thomas Frohwein wrote:
> On Fri, Oct 29, 2021 at 05:40:13PM +0100, Stuart Henderson wrote:
> > Thanks - this is ok with me
>
> committed, thanks
Thank you!
> > > > On 2021/10/29 13:19, Omar Polo wrote:
> > > >> I'm attaching an improved version with:
> > > >>
>
Hi,
seems to work in basic testing, either outputting gif or mp4 files, cf
https://github.com/phw/peek/ for the website. it can use
https://gif.ski/ at runtime if found but that isnt port yet, for now it
seems to work fine using ffmpeg. Note: this doesnt record audio, only
the screen :)
feedback
* Disconnect devel/jdk/16 from the build
* Update java.port.mk to use jdk/17. No ports are marked
MODJAVA_VER 16 so nothing needs to be bumped.
* Add @pkgpath devel/jdk/16 to jdk/17/pkg/PLIST so that
jdk-17 will replace jdk-16 with pkg_add -u.
I'll remove devel/jdk/16 after this goes in and
On Mon, Oct 25, 2021 at 06:13:35PM +0200, Omar Polo wrote:
> Sorry for replying this late
>
> Thomas Frohwein writes:
>
> > Hi,
> >
> > I've been experimenting with running commercial games with our Godot
> > port and a substantial number refuse to run because they can't find
> > Steam in Godot'
On Fri, Oct 29, 2021 at 05:40:13PM +0100, Stuart Henderson wrote:
> Thanks - this is ok with me
committed, thanks
>
> On 2021/10/29 16:48, Omar Polo wrote:
> >
> > Stuart Henderson writes:
> >
> > > On 2021/10/29 13:19, Omar Polo wrote:
> > >> "Allan Streib" writes:
> > >>
> > >> > This is
On 2021/10/29 16:09, Klemens Nanni wrote:
> On Fri, Oct 29, 2021 at 01:07:20PM +, Ricardo wrote:
> > Update to version 2.2.0 released this week.
> > Tested on amd64. OK?
>
> Thanks, I committed the update.
>
> This ports needs further work, though:
>
> $ gh version
> gh version D
Hi,
Below is a diff that updates Tor Browser to 11.0a9. Note that this is
an *alpha* release. It's not meant to be committed. The idea is that
people can test. It's based on the new Firefox ESR (91 instead of 78)
so in that regard there are quite some changes. In my (so far limited)
run-time testi
Thanks - this is ok with me
On 2021/10/29 16:48, Omar Polo wrote:
>
> Stuart Henderson writes:
>
> > On 2021/10/29 13:19, Omar Polo wrote:
> >> "Allan Streib" writes:
> >>
> >> > This is a little utility that I have found useful when processing CSV
> >> > files that may contain delimeters or
On 2021/10/29 11:41, Kurt Miller wrote:
> Attached please find a port of jdk 17.0.0. jdk 17 is a long
> term supported release. After this is committed, I intend
> to remove devel/jdk/16 and update java.port.mk.
>
> Tested on amd64/aarch64/i386. This will fail to build with
> llvm 13 in the same w
On Fri, Oct 29, 2021 at 01:07:20PM +, Ricardo wrote:
> Update to version 2.2.0 released this week.
> Tested on amd64. OK?
Thanks, I committed the update.
This ports needs further work, though:
$ gh version
gh version DEV
https://github.com/cli/cli/releases/latest
Thi
Attached please find a port of jdk 17.0.0. jdk 17 is a long
term supported release. After this is committed, I intend
to remove devel/jdk/16 and update java.port.mk.
Tested on amd64/aarch64/i386. This will fail to build with
llvm 13 in the same way as jdk/16 does but that should be
easy to fix la
Stuart Henderson writes:
> On 2021/10/29 13:19, Omar Polo wrote:
>> "Allan Streib" writes:
>>
>> > This is a little utility that I have found useful when processing CSV
>> > files that may contain delimeters or newlines within data fields.
>> >
>> > https://github.com/dbro/csvquote
>> >
>> > T
On Fri Oct 29, 2021 at 04:03:00PM +0200, Frederic Cambus wrote:
> On Fri, Oct 15, 2021 at 07:20:00AM +0200, Rafael Sadowski wrote:
>
> > I could imagine the time is right, so soon after the release. I would
> > like to import initial wayland ports and thus also a new category
> > "wayland".
> >
>
On Fri, 15 Oct 2021 at 07:20:00 +0200, Rafael Sadowski wrote:
> Does this make sense to you? Is a new category OK for you?
I'm in favor of importing now, and I think a new wayland category
and directory is fine.
> On Oct 29, 2021, at 10:12 AM, Frederic Cambus wrote:
>
> On Fri, Oct 15, 2021 at 07:20:00AM +0200, Rafael Sadowski wrote:
>
>> I could imagine the time is right, so soon after the release. I would
>> like to import initial wayland ports and thus also a new category
>> "wayland".
>>
>> I r
Hi,
Simple update.
This version appears to have encryption support for untrusted nodes, but I've
not played with that yet.
All tests pass amd64.
OK?
Index: Makefile
===
RCS file: /cvs/ports/net/syncthing/Makefile,v
retrieving revi
On 2021/10/29 13:07, Ricardo wrote:
> Hey ports,
>
> Update to version 2.2.0 released this week.
> Tested on amd64. OK?
ok
> Obrigado e boa semana.
> Ricardo
On 2021/10/29 13:19, Omar Polo wrote:
> "Allan Streib" writes:
>
> > This is a little utility that I have found useful when processing CSV
> > files that may contain delimeters or newlines within data fields.
> >
> > https://github.com/dbro/csvquote
> >
> > The project provides no release/tags or
On Fri, Oct 15, 2021 at 07:20:00AM +0200, Rafael Sadowski wrote:
> I could imagine the time is right, so soon after the release. I would
> like to import initial wayland ports and thus also a new category
> "wayland".
>
> I realise that it will take time for wayland to work, but that is not
> imp
"Allan Streib" writes:
> This is a little utility that I have found useful when processing CSV
> files that may contain delimeters or newlines within data fields.
>
> https://github.com/dbro/csvquote
>
> The project provides no release/tags or man page.
that's sad :/
> I offer the attached port
On 2021/10/29 07:15, Mikolaj Kucharski wrote:
> Hi Stuart,
>
> Sorry I didn't look deeply into it and not providing a solution. I only
> managed open a bug upstream:
>
> https://github.com/Cisco-Talos/clamav/issues/340
>
> It seems, what I didn't know, ClamAV 0.104.0 migrated to cmake. On above
"Anthony J. Bentley" writes:
> Omar Polo writes:
>> "Anthony J. Bentley" writes:
>> > - The perl in post-extract should be replaced with FIX_CRLF_FILES.
>>
>> I did that, but I think that in this specific case the previous way with
>> perl was cleaner because almost all the files have CRLF lin
Omar Polo writes:
> "Anthony J. Bentley" writes:
> > - The perl in post-extract should be replaced with FIX_CRLF_FILES.
>
> I did that, but I think that in this specific case the previous way with
> perl was cleaner because almost all the files have CRLF line endings.
It's not so bad. Actually we
On 2021/10/28 22:36, Nam Nguyen wrote:
> I prepared a release tarball from a checkout:
> install groff for tbl and nroff
> install autoconf-archive, autoconf and automake
> edit src/Makefile.am append "libsox.sym" to EXTRA_DIST (needed to avoid
> compilation error)
> edit configure.ac: 14.4.3gi
Are the executables run with their full path for the bootstrap compilers?
If so, could it preferentially use that from argv[0] (like sshd does when
it needs to know its own path for reexec), and fallback to
/usr/local/whatever if there's no / in argv[0]?
--
Sent from a phone, apologies for po
Hi Stuart,
Sorry I didn't look deeply into it and not providing a solution. I only
managed open a bug upstream:
https://github.com/Cisco-Talos/clamav/issues/340
It seems, what I didn't know, ClamAV 0.104.0 migrated to cmake. On above
GitHub issue, per comment from @micahsnyder:
> My guess is th
33 matches
Mail list logo
