CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 01:09:50
Modified files:
x11/vlc: Makefile
x11/vlc/pkg: PLIST-main
Added files:
x11/vlc/patches: patch-modules_access_v4l2_lib_c
CVSROOT:/cvs
Module name:ports
Changes by: feine...@cvs.openbsd.org2016/01/23 07:03:11
Modified files:
multimedia/libv4l: Makefile
Added files:
multimedia/libv4l/patches: patch-lib_libv4lconvert_Makefile_in
Am 01/16/16 um 18:30 schrieb Marc Peters:
> Hi list,
>
> here's an update to Openfire 4.0.0. The changelog can be found here:
> http://www.igniterealtime.org/builds/openfire/docs/latest/changelog.html
>
> Attached as patch to avoid mangling.
>
> Openfire pulls now jdk-1.8 and dependencies.
>
>
Hello,
I've thought it would be nice if Haskell type checker would work into
our strength. Attached patch defines algebraic data type Promise and
use this for calling pledge sys call. The patch also provides two
version of Promise to string conversion function. One is explicit and
another is
On 01/22/16 23:59, Christian Weisgerber wrote:
> Running find-all-conflicts on a complete set of amd64 packages shows
> these unannotated conflicts:
>
> courier-imap-4.16.2p0,maildrop-2.8.3,maildrop-2.8.3-postfix
> /usr/local/bin/makedat
>
makedat should not be in courier-imap, it's part
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 06:49:42
Modified files:
games/belooted : Makefile
Log message:
Give Landry a chance to win a quarter pig.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 06:55:30
Modified files:
x11/gnome/gdm : Makefile
Added files:
x11/gnome/gdm/files: Xsession
Removed files:
x11/gnome/gdm/patches: patch-data_Xsession_in
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 01:31:50
Modified files:
multimedia/xine-lib: Makefile
Added files:
multimedia/xine-lib/patches: patch-m4_input_m4
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 02:09:40
Modified files:
x11/gnome/keyring: Makefile
Log message:
Disable ssh-agent functionnality; it does not support ed25519 keys.
prodded by mpi#
CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org 2016/01/23 06:30:10
Modified files:
games/supertux : Makefile
Log message:
Missing BUILD_DEPENDS=devel/boost, found by naddy@
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 07:12:28
Modified files:
graphics/ffmpeg: Makefile
Log message:
Enable the libv4l support.
from Brad (maintainer)
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 09:04:49
Log message:
Import inotify-tools 3.14pl0 (git HEAD)
This is a package of some commandline utilities relating to inotify.
The general purpose of this package is to allow
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 09:06:55
Modified files:
sysutils : Makefile
Log message:
+incron,inotify-tools
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 09:06:06
Log message:
Import incron 0.5.10.
This program is the "inotify cron" system. It consist of a daemon and
a table manipulator. You can use it a similar way as the regular cron.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:56:29
Modified files:
sysutils/coreutils: Makefile distinfo
sysutils/coreutils/patches: patch-Makefile_in patch-configure
sysutils/coreutils/pkg: PLIST
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 12:16:01
Modified files:
sysutils : Makefile
Log message:
+lsyncd
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 12:15:13
Log message:
Import lsyncd 2.1.6.
Lsyncd watches a local directory tree using libinotify. It aggregates
and combines events for a few seconds and then spawns one (or more)
On Wed Jan 20, 2016 at 01:01:34PM +0100, Rafael Sadowski wrote:
> On Thu Dec 31, 2015 at 04:37:29PM +0100, Theo Buehler wrote:
> > On Tue, Dec 29, 2015 at 12:09:38PM +0100, Rafael Sadowski wrote:
> > > On Sun Dec 20, 2015 at 05:00:06PM +0100, Rafael Sadowski wrote:
> > > > Hey @ports,
> > > >
> >
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 11:22:39
Modified files:
devel/xulrunner/24: Makefile
Log message:
Switch xulrunner to build with gcc4 instead of clang on i386.
At least this wont be in the way of a potential devel/llvm
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:28:34
Modified files:
net/py-libpcap : Makefile distinfo
net/py-libpcap/pkg: PLIST
Log message:
Update to py-libpcap-0.6.4.
I am working on a group of modules that OO interface with PSQL, but the
first few so far don't need postgreSQL to build or test. There are some
tests that use PostgreSQL, but author says that these tests should
indeed be skipped, as tests already do skip.
Should I just mention in DESCR that
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:01:07
Modified files:
databases/repmgr: Makefile distinfo
Added files:
databases/repmgr/patches: patch-config_c
Removed files:
databases/repmgr/patches:
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:07:13
Modified files:
lang/spidermonkey: Makefile
Log message:
Tell PORTROACH to ignore that oldie.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:24:27
Modified files:
net/py-libcloud: Makefile distinfo
Log message:
Update to py-libcloud-0.20.1.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:39:25
Removed files:
devel/monodevelop: Makefile distinfo
devel/monodevelop/patches:
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:39:53
Modified files:
devel : Makefile
Log message:
-monodevelop
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 11:41:01
Modified files:
devel/quirks/files: Quirks.pm
Log message:
Register monodevelop removal.
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org 2016/01/23 11:49:31
Modified files:
www/chromium : Makefile distinfo
www/chromium/patches: patch-base_base_gypi
patch-base_debug_stack_trace_posix_cc
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2016/01/23 11:57:37
Modified files:
www/gnash : Makefile
Log message:
Add a working HOMEPAGE.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 12:30:38
Modified files:
sysutils/lsyncd: Makefile
Log message:
Fix TEST_DEPENDS.
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2016/01/23 17:33:25
Modified files:
sysutils/login_duo: Makefile distinfo
Log message:
Update login_duo to 1.9.18
Hi,
On Thu, Jan 14, 2016 at 10:41:26PM +0100, Karel Gardas wrote:
> GHC 8.0.1 RC1 is announced here:
> https://mail.haskell.org/pipermail/ghc-devs/2016-January/010966.html
>
> what may be interesting for OpenBSD/GHC users is that this release/rc1
> supports shared libraries and position
CVSROOT:/cvs
Module name:ports
Changes by: gsoa...@cvs.openbsd.org 2016/01/23 18:07:19
Modified files:
plan9/plan9port: Makefile distinfo
Log message:
update to the latest git commit
23 янв. 2016 г. 17:34 пользователь "Chris Bennett" <
chrisbenn...@bennettconstruction.us> написал:
>
> I am working on a group of modules that OO interface with PSQL, but the
> first few so far don't need postgreSQL to build or test. There are some
> tests that use PostgreSQL, but author says that
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 18:31:09
Modified files:
databases/freetds: Makefile distinfo
Log message:
Update to freetds-0.95.80.
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org 2016/01/23 13:43:27
Modified files:
www/chromium : Makefile
www/chromium/patches: patch-content_browser_browser_main_loop_cc
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2016/01/23 14:07:57
Modified files:
textproc/diffstat: Makefile distinfo
Log message:
Update to diffstat-1.61.
On Sat, Jan 23, 2016 at 11:03 PM, Matthias Kilian
wrote:
> Awesome. This works without any patches?
Yes, no additional patches necessary! Well, I've basically took your
accumulated patches and pushed them upstream with just my little-bit
to enable shared libs and PIE. No
I wouldn't say that this works well with gcc. I would recommend against keeping
multiple versions of a port without a good and specific reason.
On 23 January 2016 22:16:16 GMT+00:00, Juan Francisco Cantero Hurtado
wrote:
>Can you modify the structure of devel/llvm/ to
FWIW, I've been running this patch without issue for months.
Juan Francisco Cantero Hurtado wrote:
> Can you modify the structure of devel/llvm/ to something like
> devel/llvm/version/? With lang/gcc works pretty well, we can work with
> the latest version while the ports tree uses the stable
Hi Kili,
On Sat, Jan 23, 2016 at 10:54 PM, Matthias Kilian
wrote:
> Well, it's of course more elegant, but it would also mean that
> everytime a new pledge promise will be introduced or an existing
> one removed, this type has to be changed. I don't know how stable
> the
hey ports@,
a second try to push nomacs tp ports tree. Nomacs is a new Qt4 image viewer
application. -- http://www.nomacs.org/
All stuff fixed from discussion:
http://openbsd-archive.7691.n7.nabble.com/NEW-graphics-nomacs-td263077.html
source at openbsd-wip:
CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2016/01/23 19:35:36
Modified files:
mail/trojita : Makefile distinfo
mail/trojita/pkg: PLIST
Log message:
Update trojita to 0.6.
Git shortlog available here:
Hi Karel,
On Sat, Jan 23, 2016 at 02:31:52PM +0100, Karel Gardas wrote:
> I've thought it would be nice if Haskell type checker would work into
> our strength. Attached patch defines algebraic data type Promise and
> use this for calling pledge sys call. The patch also provides two
> version of
On Sat, Jan 23, 2016 at 07:03:23PM -0500, Michael McConville wrote:
> FWIW, I've been running this patch without issue for months.
>
> Juan Francisco Cantero Hurtado wrote:
> > Can you modify the structure of devel/llvm/ to something like
> > devel/llvm/version/? With lang/gcc works pretty well,
On Sun, Jan 24, 2016 at 12:07:03AM +, Stuart Henderson wrote:
> I wouldn't say that this works well with gcc. I would recommend against
> keeping multiple versions of a port without a good and specific reason.
In the gcc case, the latest version is imported, people works on their
ports and
46 matches
Mail list logo