CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2010/01/18 02:27:00
Modified files:
devel/libgtop2 : Makefile
Added files:
devel/libgtop2/patches: patch-sysdeps_bsd_netload_c
Log message:
Unbreak after ia_subnet removal. ok jasper@
Dear MoneyGram member,
We are sorry to inform you that your MoneyGram Online Account has
been suspended. A high number of failed login attempts have been
recorded on your online account. As a security measure we had to
temporarily suspend your account.
To restore your account we have attached
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2010/01/18 05:07:45
Modified files:
sysutils/whowatch: Makefile
sysutils/whowatch/patches: patch-procinfo_c
Added files:
sysutils/whowatch/patches: patch-configure_in patch-proctree_c
CVSROOT:/cvs
Module name:ports
Changes by: step...@cvs.openbsd.org 2010/01/18 06:16:49
Modified files:
net/p5-Net-Amazon: Makefile distinfo
net/p5-Net-Amazon/pkg: PLIST
Removed files:
net/p5-Net-Amazon/patches: patch-lib_Net_Amazon_Request_Sort_pm
Log
On Mon, 2010-01-18 at 06:16 -0700, Stephan A. Rickauer wrote:
CVSROOT: /cvs
Module name: ports
Changes by: step...@cvs.openbsd.org 2010/01/18 06:16:49
Modified files:
net/p5-Net-Amazon: Makefile distinfo
net/p5-Net-Amazon/pkg: PLIST
Removed files:
CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2010/01/18 15:03:08
ports/sysutils/libstatgrab/patches
Update of /cvs/ports/sysutils/libstatgrab/patches
In directory cvs.openbsd.org:/tmp/cvs-serv25713/patches
Log Message:
Directory
CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2010/01/18 15:03:46
Modified files:
sysutils/libstatgrab: Makefile
sysutils/libstatgrab/pkg: PLIST
Added files:
sysutils/libstatgrab/patches:
On Mon, 18 Jan 2010, Andrej Elizarov wrote:
To update subtitleeditor 31.0 - 35.1 i'm going to make gstreamermm port.
Any one working on this? Anyone interested in this port except me?
Please do so.
--
Antoine
TRUETRUEPREFIX - TRUEPREFIX
Index: net/adsuck/Makefile
===
RCS file: /pub/cvsroot/OpenBSD/ports/net/adsuck/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- net/adsuck/Makefile 2 Nov 2009 22:39:51 - 1.7
On Mon, 18 Jan 2010, RD Thrush wrote:
TRUETRUEPREFIX - TRUEPREFIX
This should be taken care of after lock.
Also this port has a maintainer, he should be in copy when you send
patches.
Index: net/adsuck/Makefile
===
RCS file:
I have run into that before and forgot to fix it.
Thanks I'll get that cleaned up.
On Mon, Jan 18, 2010 at 08:55:09AM -0500, RD Thrush wrote:
TRUETRUEPREFIX - TRUEPREFIX
Index: net/adsuck/Makefile
===
RCS file:
On Mon, Jan 18, 2010 at 03:11:39PM +0100, Antoine Jacoutot wrote:
On Mon, 18 Jan 2010, RD Thrush wrote:
TRUETRUEPREFIX - TRUEPREFIX
This should be taken care of after lock.
It's a straighforward fix, why pushing it after lock ?
Also this port has a maintainer, he should be in copy when
On Mon, Jan 18, 2010 at 03:32:45PM +0100, Landry Breuil wrote:
The port seems wrong on other aspects, while here..
WANTLIB=c ldns
BUILD_DEPENDS= ::net/ldns/libldns
RUN_DEPENDS=::net/ldns/libldns
Should be
LIB_DEPENDS= ldns::net/ldns/libldns
WANTLIB= c
Did you
I think you mean unlock. Yes, I have been given a patch a while back
to address this (thanks Brad) amongst several other things. Will
deal with it then.
Penned by Antoine Jacoutot on 20100118 15:11.39, we have:
| On Mon, 18 Jan 2010, RD Thrush wrote:
|
| TRUETRUEPREFIX - TRUEPREFIX
this fixes ftpsesame following pf_pool removal.
it works fine here for active-mode clients.
it does the right things for passive-mode clients, and works
when tested by running the ftp protocol manually over telnet,
but it doesn't seem fast enough to react for a real client.
(this is not new, and
On Sun 2010.01.17 at 22:38 -0500, Brad wrote:
I don't use this but someone mentioned it needed an update for KERN_PROC2.
Please test.
i don't use this either; however, here's an updated diff with the the
fifth and sixth levels added.
please test.
Index: Makefile
Yes, I do realize we have a soft lock... But someone may enjoy it ;)
Here is an update to just released 2.1.2 - using it on i386,
also built and started it with R13B03 on amd64.
Portwise - disabled installation of release notes, people can look that
up online.
patches/patch-src_Makefile_in - is
On Sun, Jan 17, 2010 at 08:41:27PM +0100, Matthias Kilian wrote:
More KERN_PROC fallout :-(
[...]
Sure, I'm happy to help! :) Seems your diff fixes the problem. It's
all working fine again. I only tested it for 10 minutes so far, so
should any problems show up later, I'll post here again.
if you're using the reference clock audio support in net/ntp, your
time is off.
latency of the recorded data is obviously critical. this is what the
code does to set latency:
# ifdef HAVE_SYS_AUDIOIO_H
info.record.buffer_size = bufsiz;
#endif
that has never had any effect on OpenBSD,
Anyone? If I don't get a positive feedback (as in `it still works
as expected and produces correct data'), I'll mark the port as
broken in 24 hours.
Works fine for me. My process statistics look exactly like before it
was broken (e.g. 7 day view, 6 of them before it was broken, last day
after
On Tue, Jan 12, 2010 at 11:04:49PM +0100, Jasper Lievisse Adriaanse wrote:
The ports tree is now soft locked. What this means is that we are in
release mode, and new ports/updates will now stop except for very
important cases. Everything has to be approved by me, naddy, espie
or ajacoutot.
* Markus Lude [2010-01-19]:
Packages for sparc64 are somewhat old. Thanks!
These are due to hardware problems, we are working on it.
Nikolay
--
It's all part of my Can't-Do approach to life. Wally
22 matches
Mail list logo