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
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
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
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
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
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
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
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
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
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:
*
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
> > >
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
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
>> 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
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
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
>>
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
>
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
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
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?
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
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
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
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
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/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
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
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 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
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
>
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
>
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
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 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
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
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/08/02 10:29:48
Log message:
Import textproc/miller.
Miller (mlr) is like awk, sed, cut, join, and sort for name-indexed data
such as CSV, TSV, and tabular JSON. You get to work with your data
CVSROOT:/cvs
Module name:ports
Changes by: fcam...@cvs.openbsd.org 2018/08/02 10:30:40
Modified files:
textproc : Makefile
Log message:
Add miller.
CVSROOT:/cvs
Module name:ports
Changes by: bcal...@cvs.openbsd.org 2018/08/02 23:47:35
Modified files:
lang/flang : Makefile.inc
lang/flang/flang: Makefile distinfo
lang/flang/libpgmath: Makefile distinfo
Log message:
Update to latest flang code,
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/08/02 20:57:33
Modified files:
sysutils/u-boot: Makefile
Added files:
sysutils/u-boot/patches: patch-include_efi_loader_h
patch-lib_efi_loader_efi_boottime_c
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/08/02 23:14:53
Modified files:
textproc : Makefile
Log message:
hook cmark
CVSROOT:/cvs
Module name:ports
Changes by: rsadow...@cvs.openbsd.org 2018/08/02 23:13:37
Log message:
Import cmark-0.28.3
Information for inst:cmark-0.28.3
Comment:
CommonMark parsing and rendering library and program in C
Description:
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2018/08/02 03:07:47
Modified files:
net/fping : Makefile
Log message:
more notes so I remember which programs need changes for fping 4.0+
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2018/08/02 03:09:22
Modified files:
infrastructure/mk: bsd.port.mk
Log message:
extra fragment that got in... as noticed by semarie@
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2018/08/02 04:43:01
Modified files:
archivers/unrar: Makefile distinfo
archivers/unrar/patches: patch-makefile patch-os_hpp
Log message:
update to 5.60
CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/08/02 03:15:17
Modified files:
www/py-django : Makefile Makefile.inc
www/py-django/lts: Makefile distinfo
www/py-django/lts/pkg: PLIST README
www/py-django/stable:
CVSROOT:/cvs
Module name:ports
Changes by: rpoin...@cvs.openbsd.org2018/08/02 03:37:37
Modified files:
devel/py-olefile: Makefile distinfo
devel/py-olefile/pkg: PLIST
Log message:
update olefile to 0.45.1.
CVSROOT:/cvs
Module name:ports
Changes by: juan...@cvs.openbsd.org 2018/08/02 07:43:05
Modified files:
sysutils/borgbackup: Makefile
Log message:
Remove Os from the source. OK bket@ (MAINTAINER).
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2018/08/02 05:39:33
Modified files:
net/samba : Makefile distinfo
net/samba/pkg : PLIST-main
Log message:
Update to samba-4.8.3
Tested by Ian McWilliam and Vijay Sankar.
49 matches
Mail list logo