timo.my...@bittivirhe.fi (Timo Myyrä) writes:
> Solene Rapenne writes:
>
>> timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>>
>>> Hi,
>>>
>>> Here's a updated port for latest gzdoom version.
>>> Merged the stuff from Solene's port into my old gzdoom port and bumped it to
>>> latest version. Tested
On 2018 Aug 03 (Fri) at 11:50:59 +1000 (+1000), Jonathan Gray wrote:
:On Thu, Aug 02, 2018 at 05:33:09PM -0600, phess...@openbsd.org wrote:
:> bulk build on arm64.ports.openbsd.org
:> started on Tue Jul 31 03:03:08 MDT 2018
:> finished at Thu Aug 2 17:30:25 MDT 2018
:> lasted 03D07h27m
:> done wit
Solene Rapenne writes:
> timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
>
>> Hi,
>>
>> Here's a updated port for latest gzdoom version.
>> Merged the stuff from Solene's port into my old gzdoom port and bumped it to
>> latest version. Tested on amd64 and quick gameplay test seems to work and
>> in
Hi Kristaps,
based on your latest version, i worked through most of my questions
regarding subsurface, and here is an updated port incorporating
what i found:
* CATEGORIES = misc as discussed with sthen@.
* Checked the accuracy of the license markers.
Added a comment regarding the none-free
On Thu, Aug 02, 2018 at 05:33:09PM -0600, phess...@openbsd.org wrote:
> bulk build on arm64.ports.openbsd.org
> started on Tue Jul 31 03:03:08 MDT 2018
> finished at Thu Aug 2 17:30:25 MDT 2018
> lasted 03D07h27m
> done with kern.version=OpenBSD 6.3-current (GENERIC.MP) #86: Mon Jul 30
> 18:57:10
On Thu, Aug 02, 2018 at 02:53:17PM -0800, Micah Muer wrote:
> The desktop file that ships with vitetris
> (/usr/local/share/applications/vitetris.desktop) has the line
> `Exec=tetris -w 80`.
>
> Not only is tetris the wrong binary, but it doesn't work anyway since
> /usr/games/tetris doesn't have
>> Hi Stuart and Kristaps,
>>
>> Stuart Henderson wrote on Wed, Aug 01, 2018 at 07:57:25PM +0100:
>>
>>> I'd never expect to find this in multimedia... misc seems
>>> perfect?
>>
>> I don't object to misc either and trust Stuart's judgement on this
>> one.
>>
>> But i think libdivecomputer shou
bulk build on arm64.ports.openbsd.org
started on Tue Jul 31 03:03:08 MDT 2018
finished at Thu Aug 2 17:30:25 MDT 2018
lasted 03D07h27m
done with kern.version=OpenBSD 6.3-current (GENERIC.MP) #86: Mon Jul 30
18:57:10 MDT 2018
built packages:8235
Jul 31:3169
Aug 1:1486
Aug 2:3579
build failures
The desktop file that ships with vitetris
(/usr/local/share/applications/vitetris.desktop) has the line
`Exec=tetris -w 80`.
Not only is tetris the wrong binary, but it doesn't work anyway since
/usr/games/tetris doesn't have the -w option.
The solution is to use `Exec=vitetris -w 80`, which I h
On 2018/08/02 20:34, Jan Klemkow wrote:
> Hi Rafael,
>
> On Thu, Aug 02, 2018 at 06:31:53PM +0200, Rafael Sadowski wrote:
> > On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > > Hi Rafael,
> > >
> > > I also worked on an cmark port. I took your tar ball and fixed all
> > > comments
Hi Charlène --
On 08/01/18 16:06, Charlène wrote:
Hi,
I'm joining a new diff after Brian's comments.
On Wed, 1 Aug 2018 02:17:37 -0400
Brian Callahan wrote:
Hi Charlène --
On 07/30/18 14:22, Charlène wrote:
Hi,
I'm proposing several changes to this port:
Makefile:
* clea
With the update from Chromium 67 to 68, the build time of www/chromium
has exploded and it now determines the overall duration of an amd64
bulk build.
In my latest bulk build, www/chromium took almost 27 hours to build.
>From the start of the bulk build, it took over 5 hours before
www/chromium co
timo.my...@bittivirhe.fi (Timo Myyrä) wrote:
> Hi,
>
> Here's a updated port for latest gzdoom version.
> Merged the stuff from Solene's port into my old gzdoom port and bumped it to
> latest version. Tested on amd64 and quick gameplay test seems to work and
> installing soundfont and tuning the i
Hi Rafael,
On Thu, Aug 02, 2018 at 06:31:53PM +0200, Rafael Sadowski wrote:
> On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > Hi Rafael,
> >
> > I also worked on an cmark port. I took your tar ball and fixed all
> > comments Stuart pointed out. Just, the MAINTAINER field is stil
I manually tested all the pytest consumers and if there is more to
check that I dont see, I can report back more testing.
The thing is that as times goes by, the tests already made become
insubstantial because for example I tested all for pytest 3.6.3, now
we are in pytest 3.6.4.
I commit to have t
Hi Rafael,
I also worked on an cmark port. I took your tar ball and fixed all
comments Stuart pointed out. Just, the MAINTAINER field is still unset,
But, a portscheck run does not require this field.
I replaced the manual DISTFILE and MASTER_SITE handling by the GH_*
variables, moved it to cat
On 2018/08/02 11:11, Elias M. Mariani wrote:
> Stuart, Remi,
> Could you help me with this ?
> I dont want the updates to get any bigger as times goes by and the
> changes were extensively tested.
This is a wanted update but between py2 and py3 dep's there are 200+
fullpkgpaths involved, so it is
Hi,
Here's a updated port for latest gzdoom version.
Merged the stuff from Solene's port into my old gzdoom port and bumped it to
latest version. Tested on amd64 and quick gameplay test seems to work and
installing soundfont and tuning the ini file, the fluidsynth playback works.
- added patch to
On 2018/08/02 18:31, Rafael Sadowski wrote:
> On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> > Hi Rafael,
> >
> > I also worked on an cmark port. I took your tar ball and fixed all
> > comments Stuart pointed out. Just, the MAINTAINER field is still unset,
> > But, a portscheck ru
On Thu, Aug 02, 2018 at 01:17:26PM +0200, Solene Rapenne wrote:
> Stuart Henderson wrote:
> >
> > DESCR doesn't do a great job of selling it - it seems something akin to jq
> > but handles more input formats, but that DESCR doesn't really show it. How
> > about a bit more borrowed from http://joh
On Thu Aug 02, 2018 at 05:36:13PM +0200, Jan Klemkow wrote:
> Hi Rafael,
>
> I also worked on an cmark port. I took your tar ball and fixed all
> comments Stuart pointed out. Just, the MAINTAINER field is still unset,
> But, a portscheck run does not require this field.
>
> I replaced the manua
Stuart, Remi,
Could you help me with this ?
I dont want the updates to get any bigger as times goes by and the
changes were extensively tested.
Cheers.
Elias.
2018-07-30 20:20 GMT-03:00 Elias M. Mariani :
> Updating the update.
> All the following changes were tested again, this time against
> d
On Wed, Aug 01 2018, Ian McWilliam wrote:
> I do see this weirdness in logs.
>
>
> Aug 2 09:47:31 ianm-openbsd nmbd[23825]: daemon_ready: STATUS=daemon
> 'nmbd' finished starting up and ready to serve connections
>
> Aug 2 09:47:36 ianm-openbsd smbd: vfprintf %s NULL in "Auth: [%s,%s] user
>
This is a very small update addressing the following:
C++ Introduced workaround for Windows issue with std::atomic and
std::once_flag initialization (#4777, #4773)
PHP Added compatibility with PHP 7.3 (#4898)
RubyFixed Ruby crash involving Any encoding (#4718)
Of these only
On Thu, Aug 02 2018, Stuart Henderson wrote:
> On 2018/08/02 13:02, Solene Rapenne wrote:
>> Hello
>>
>> It turns out that sysutils/snapdl isn't maintained anymore. The maintainer is
>> not reachable, his mail domain is abandoned, the MASTER_SITES doesn't provide
>> the tarballs.
>>
>> snapdl is
On 2018/08/02 13:02, Solene Rapenne wrote:
> Hello
>
> It turns out that sysutils/snapdl isn't maintained anymore. The maintainer is
> not reachable, his mail domain is abandoned, the MASTER_SITES doesn't provide
> the tarballs.
>
> snapdl is a tool to retrieve the last snapshots of OpenBSD, but
Stuart Henderson wrote:
> On 2018/08/02 12:26, Frederic Cambus wrote:
> > On Wed, Jul 25, 2018 at 08:30:59PM +0200, Frederic Cambus wrote:
> >
> > > Here is a new port: textproc/miller.
> > >
> > > From DESCR:
> > >
> > > Miller operates on key-value-pair data while the familiar Unix tools
> >
Frederic Cambus wrote:
> On Wed, Jul 25, 2018 at 08:30:59PM +0200, Frederic Cambus wrote:
>
> > Here is a new port: textproc/miller.
> >
> > From DESCR:
> >
> > Miller operates on key-value-pair data while the familiar Unix tools operate
> > on integer-indexed fields: if the natural data struct
On 2018/08/02 12:26, Frederic Cambus wrote:
> On Wed, Jul 25, 2018 at 08:30:59PM +0200, Frederic Cambus wrote:
>
> > Here is a new port: textproc/miller.
> >
> > From DESCR:
> >
> > Miller operates on key-value-pair data while the familiar Unix tools operate
> > on integer-indexed fields: if the
Hello
It turns out that sysutils/snapdl isn't maintained anymore. The maintainer is
not reachable, his mail domain is abandoned, the MASTER_SITES doesn't provide
the tarballs.
snapdl is a tool to retrieve the last snapshots of OpenBSD, but it only gives
http or ftp protocol choice and doesn't use
On Wed, Jul 25, 2018 at 08:30:59PM +0200, Frederic Cambus wrote:
> Here is a new port: textproc/miller.
>
> From DESCR:
>
> Miller operates on key-value-pair data while the familiar Unix tools operate
> on integer-indexed fields: if the natural data structure for the latter is the
> array, then
On Thu, Aug 2, 2018 at 11:38 AM, Stuart Henderson wrote:
> On 2018/08/02 07:17, Rafael Sadowski wrote:
>> If no concerns I would like to commit the patch.
>
> I'm a bit confused about this because:
>
> 1. we have a patch described as "Enable W^X in QtWebkit's JIT"
> in x11/qt5/qtwebkit/patches/pat
On 2018/07/27 12:14, Stuart Henderson wrote:
> On 2018/07/27 13:56, Timo Myyrä wrote:
> > Hi,
> >
> > Here's new port for python Mini-AMF library. Seems the py-amf isn't
> > maintained
> > anymore and this is the somewhat maintained library providing amf support.
> > Mainly noticed as this is req
On 2018/08/02 07:08, Rafael Sadowski wrote:
> Hi Kirill,
>
> I really really like it! My terms for an okay are simple:
>
> - Step #1: All consumers build fine.
> - AMD64 and !AMD64 bulk
More like clang and !clang, an i386 bulk isn't going to tell you much.
But you'll be waiting a long time if yo
On 2018/08/02 11:03, Rafael Sadowski wrote:
> Hi All.
>
> please find attached a small dependency for the upcoming
> multimedia/mkvtoolnix update. All tests are passed on amd64.
>
> pkg_info:
> Information for inst:cmark-0.28.3
>
> Comment:
> CommonMark parsing and rendering library and program
On 2018/08/02 07:17, Rafael Sadowski wrote:
> If no concerns I would like to commit the patch.
I'm a bit confused about this because:
1. we have a patch described as "Enable W^X in QtWebkit's JIT"
in x11/qt5/qtwebkit/patches/patch-Source_JavaScriptCore_jsc_pro
2. these programs (at least the one
Hi ports@, Hi Brad,
please find below an overdue mkvtoolnix update to the latest stable
version. All tests passed on amd64. mkvtoolnix-gui also works for my
jobs.
As a hint, you need cmark (separate email) as LIB_DEPENDS.
Brad, are you still interested in that maintenance?
Feedback? Ok?
Index:
Hi All.
please find attached a small dependency for the upcoming
multimedia/mkvtoolnix update. All tests are passed on amd64.
pkg_info:
Information for inst:cmark-0.28.3
Comment:
CommonMark parsing and rendering library and program in C
Required by:
mkvtoolnix-25.0.0-no_x11
Description:
cmark
38 matches
Mail list logo
