Re: base->ports: mail/sendmail
Vadim Zhukov writes:
> 2014-08-20 2:47 GMT+04:00 Jérémie Courrèges-Anglas :
>>
>> Sendmail will probably leave the base source tree during this release.
>> Here's the port I use since several months - but with a very limited use
>> case. The rc script is (for now) named esendmail.
>>
>> Test reports and comments welcome.
>
> Two small questions here, otherwise reads fine. I didn't test running
> it yet, though.
>
> 1. It looks like missing a README on how to enable sendmail.
Yup, I'd first mention the root crontab entry for the queue runner.
> Or it
> could run sendmail-enable and sendmail-disable right in the
> rcscript...
This sounds a bit too automated to my taste. :)
But if other MTAs in the ports tree behave like this, why not.
> 2. Why do hide the "mv ${PREFIX}/sbin/makemap
> ${PREFIX}/libexec/sendmail" command?
No good reason. I was propably bored when I added this and the @echo
"Installing..." stuff.
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: New: devel/p5-App-cpanminus
On Wed, Aug 20, 2014 at 01:45:56AM +0100, Stuart Henderson wrote:
> On 2014/08/19 20:43, Brian Callahan wrote:
--snip--
> > Not run-tested, but:
> > Please use ${INSTALL_DATA_DIR} instead of @mkdir -p
> > I think I'd prefer seeing WRKSRC instead of WRKDIST (you could also make
> > that all one big line, like ${INSTALL_DATA}
> > ${WRKSRC}/{Changes,LICENSE,README} ... )
>
> Install these into an unversioned docs directory, too. Reduces churn
> at update time.
>
> > You have a .orig file in pkg/
Hi,
Thanks for the comments and tips. I've some question on the feedback:
- The reason for WRKDIST is because bsd.port.mk(5) stated it is where the
distribution files are unpack. Quoting bsd.port.mk(5):
WRKDIST Subdirectory of ${WRKDIR} in which the distribution files
normally unpack. Base for all patches. Defaults to
${WRKDIR}/${DISTNAME}. Note that WRKDIST may be a symbolic
link, if set to ${WRKDIR}.
WRKSRCSubdirectory of ${WRKDIR} where the actual source is. Base
for configuration (default: ${WRKDIST}) Note that WRKSRC
may be a symbolic link, if set to ${WRKDIR}.
May I know why do you think WRKSRC is more suitable?
- What do you mean by "unversioned docs directory"? Is it not appropriate to
copy (or INSTALL_DATA) those 3 files to ${PREFIX}/share/doc/${DISTNAME}/ (which
resolves to /usr/local/share/doc/p5-App-cpanminus)?
Regards,
Edward.
Re: new: games/cockatrice
On Tue, Aug 19, 2014 at 09:02:36PM -0400, James Turner wrote: > New port for Cockatrice attached. Tested on amd64. > > Information for inst:cockatrice-20140819 > > Comment: > multiplayer card game client/server > > Description: > Cockatrice is an open-source multi platform application for playing card > games, such as Magic: The Gathering, over a network. It is fully > client-server based to prevent any kind of cheating, though it supports > single-player games without a network interface as well. Both client and > server are provided. > > Maintainer: James Turner > > WWW: https://github.com/Daenyth/Cockatrice > Updated port attached after some input from bcallah@. Added devel/gettext to MODULES. Added a README about running oracle to download card data. Also to clarify the git stuff, I'm targeting a specific commit not a tag since the only tagged release doesn't compile cleanly whereas the most recent commit does and doesn't require any patching. In the future this can be moved to a tag based release (which uses date based versioning). -- James Turner cockatrice.tar Description: Unix tar archive
new: games/cockatrice
New port for Cockatrice attached. Tested on amd64. Information for inst:cockatrice-20140819 Comment: multiplayer card game client/server Description: Cockatrice is an open-source multi platform application for playing card games, such as Magic: The Gathering, over a network. It is fully client-server based to prevent any kind of cheating, though it supports single-player games without a network interface as well. Both client and server are provided. Maintainer: James Turner WWW: https://github.com/Daenyth/Cockatrice -- James Turner cockatrice.tar Description: Unix tar archive
Re: New: devel/p5-App-cpanminus
On 2014/08/19 20:43, Brian Callahan wrote:
>
> On 08/19/14 20:31, Edward wrote:
> >On Thu, Jul 24, 2014 at 02:30:41PM +0800, Edward wrote:
> >>Hi,
> >>
> >>Attached is my first OpenBSD port, cpanminus. "cpanminus" is a tool
> >>which simplifies the installation of Perl module from CPAN. I've tested
> >>it on amd64 which is my workstation that this port is created from.
> >>
> >>Comments and testing are much welcome.
> >>
> >Hi,
> >
> >Ping?
> >
> >I'm seeing new/update of ports but no announcement of ports unlock so,
> >here's a ping.
> >
> >As usual, comments & testing from other platform is much appreciated.
> >
> >Ok?
> >
> >Regards,
> >Edward.
>
> Not run-tested, but:
> Please use ${INSTALL_DATA_DIR} instead of @mkdir -p
> I think I'd prefer seeing WRKSRC instead of WRKDIST (you could also make
> that all one big line, like ${INSTALL_DATA}
> ${WRKSRC}/{Changes,LICENSE,README} ... )
Install these into an unversioned docs directory, too. Reduces churn at update
time.
> You have a .orig file in pkg/
Re: New: devel/p5-App-cpanminus
On 08/19/14 20:31, Edward wrote:
On Thu, Jul 24, 2014 at 02:30:41PM +0800, Edward wrote:
Hi,
Attached is my first OpenBSD port, cpanminus. "cpanminus" is a tool
which simplifies the installation of Perl module from CPAN. I've tested
it on amd64 which is my workstation that this port is created from.
Comments and testing are much welcome.
Hi,
Ping?
I'm seeing new/update of ports but no announcement of ports unlock so,
here's a ping.
As usual, comments & testing from other platform is much appreciated.
Ok?
Regards,
Edward.
Not run-tested, but:
Please use ${INSTALL_DATA_DIR} instead of @mkdir -p
I think I'd prefer seeing WRKSRC instead of WRKDIST (you could also make
that all one big line, like ${INSTALL_DATA}
${WRKSRC}/{Changes,LICENSE,README} ... )
You have a .orig file in pkg/
Re: New: devel/p5-App-cpanminus
On Thu, Jul 24, 2014 at 02:30:41PM +0800, Edward wrote: > Hi, > > Attached is my first OpenBSD port, cpanminus. "cpanminus" is a tool > which simplifies the installation of Perl module from CPAN. I've tested > it on amd64 which is my workstation that this port is created from. > > Comments and testing are much welcome. > Hi, Ping? I'm seeing new/update of ports but no announcement of ports unlock so, here's a ping. As usual, comments & testing from other platform is much appreciated. Ok? Regards, Edward. p5-App-cpanminus.tar.gz Description: application/tar-gz
NEW: games/cpat
Hi ports -- Attached is a new port, games/cpat. cpat is a curses solitaire suite. pkg/DESCR: CPat is a curses based solitaire/patience collection. It's pretty stable and at present contains implementations of Freecell, Klondike, Spider, 40 Thieves, Baker's Dozen, Scorpion, Penguin, Yukon and Stategy. The games are played in your favourite shell using keyboard commands. Works well on amd64, i386, loongson, and macppc. OK? ~Brian cpat.tgz Description: Binary data
Re: base->ports: mail/sendmail
2014-08-20 2:47 GMT+04:00 Jérémie Courrèges-Anglas :
>
> Sendmail will probably leave the base source tree during this release.
> Here's the port I use since several months - but with a very limited use
> case. The rc script is (for now) named esendmail.
>
> Test reports and comments welcome.
Two small questions here, otherwise reads fine. I didn't test running
it yet, though.
1. It looks like missing a README on how to enable sendmail. Or it
could run sendmail-enable and sendmail-disable right in the
rcscript...
2. Why do hide the "mv ${PREFIX}/sbin/makemap
${PREFIX}/libexec/sendmail" command?
--
WBR,
Vadim Zhukov
base->ports: mail/sendmail
Sendmail will probably leave the base source tree during this release. Here's the port I use since several months - but with a very limited use case. The rc script is (for now) named esendmail. Test reports and comments welcome. sendmail.tgz Description: Binary data -- jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE net/iftop to 1.0pre4
Mikolaj Kucharski writes:
> Ping
>
> http://marc.info/?l=openbsd-ports&m=140771169802733&w=2
So the update, which Stuart has committed, looks fine to me.
There's one non-important but ugly bit that could be fixed easily, the
interface MAC address gets printed as:
ffab:ffcd:ffef:01:ffab:ffcd
Here's a possible fix that adds no other patch. But I would probably
suggest upstream to just make if_hw_addr an unsigned char array instead.
ok?
Index: Makefile
===
RCS file: /cvs/ports/net/iftop/Makefile,v
retrieving revision 1.11
diff -u -p -r1.11 Makefile
--- Makefile19 Aug 2014 21:19:00 - 1.11
+++ Makefile19 Aug 2014 22:20:12 -
@@ -3,6 +3,7 @@
COMMENT = display bandwidth usage on an interface
DISTNAME = iftop-1.0pre4
+REVISION = 0
CATEGORIES = net
HOMEPAGE = http://www.ex-parrot.com/~pdw/iftop/
Index: patches/patch-iptop.c
===
RCS file: /cvs/ports/net/iftop/patches/patch-iptop.c,v
retrieving revision 1.4
diff -u -p -r1.4 patch-iptop.c
--- patches/patch-iptop.c 19 Aug 2014 21:19:00 - 1.4
+++ patches/patch-iptop.c 19 Aug 2014 22:20:12 -
@@ -1,6 +1,6 @@
$OpenBSD: patch-iptop.c,v 1.4 2014/08/19 21:19:00 sthen Exp $
iftop.c.orig Wed Jan 1 15:20:10 2014
-+++ iftop.cTue Jan 14 00:51:01 2014
+--- iftop.c.orig Sun Jan 19 21:21:19 2014
iftop.cWed Aug 20 00:19:40 2014
@@ -28,6 +28,8 @@
#include
#include
@@ -10,6 +10,15 @@ $OpenBSD: patch-iptop.c,v 1.4 2014/08/19
#include "iftop.h"
#include "addr_hash.h"
+@@ -713,7 +715,7 @@ void packet_init() {
+ if(have_hw_addr) {
+ fprintf(stderr, "MAC address is:");
+ for (i = 0; i < 6; ++i)
+- fprintf(stderr, "%c%02x", i ? ':' : ' ', (unsigned int)if_hw_addr[i]);
++ fprintf(stderr, "%c%02x", i ? ':' : ' ', if_hw_addr[i] & 0xff);
+ fprintf(stderr, "\n");
+ }
+
@@ -768,7 +770,7 @@ void packet_init() {
else {
fprintf(stderr, "Unsupported datalink type: %d\n"
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
Re: UPDATE net/iftop to 1.0pre4
Ping
http://marc.info/?l=openbsd-ports&m=140771169802733&w=2
On Mon, Aug 11, 2014 at 12:01:09AM +0100, Mikolaj Kucharski wrote:
> Hi,
>
> Simple update, with my very limited testing. It seems to work for me.
> I don't use this port, just found it out of date, when giving it a test
> run. Port update includes:
>
> - mandoc -Tlint -Werror seems happy, drop groff dependency
> - fix wantlibs to make port-lib-depends-check happy
> - fix small typo
> - add OpenBSD cvs tag, to make portcheck happy
> - remove maintainer per his request
>
>
> Below list is based on modifications to ChangeLog between 1.0pre2 and pre4:
>
> * Remove blinking cursor from UI
> * Treat multicast packets as incoming, rather than incoming (IPv4) or not at
> all (IPv6).
> * Minor fixes to the man page
> * Man page documentation of -t mode
> * Added text output mode (-t option)
> * Compile time warning fixes
> * Fix for memory leak when DNS resolution is turned off
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677141
> * Multiple portability fixes
> * Updates to licence text (change in FSF address)
> * Avoid an assertion failure if an "invalid" (as in outside of IPv4 or IPv6)
> address family is encountered (Red Hat bugs #839750, #847124, #868065,
> #961236
> and #1007434)
> * Fix to avoid system call in text mode wherever possible
> * Enable building iftop with more recent versions of autoconf/automake
> * Added missing docs for -m option.
>
>
> This is based on my previous update to pre3:
>
> http://marc.info/?l=openbsd-ports&m=138966895717715&w=2
>
>
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/iftop/Makefile,v
> retrieving revision 1.10
> diff -u -r1.10 Makefile
> --- Makefile 15 Nov 2013 14:23:14 - 1.10
> +++ Makefile 10 Aug 2014 21:52:45 -
> @@ -2,22 +2,18 @@
>
> COMMENT =display bandwidth usage on an interface
>
> -DISTNAME = iftop-1.0pre2
> -REVISION = 0
> +DISTNAME = iftop-1.0pre4
> CATEGORIES = net
>
> HOMEPAGE = http://www.ex-parrot.com/~pdw/iftop/
>
> -MAINTAINER = Girish Venkatachalam
> -
> # GPLv2
> PERMIT_PACKAGE_CDROM = Yes
>
> -WANTLIB =c ncursesw m pcap pthread
> +WANTLIB =c curses m pcap pthread
>
> MASTER_SITES = ${HOMEPAGE}download/
>
> -USE_GROFF = Yes
> CONFIGURE_STYLE =gnu
>
> NO_TEST =Yes
> Index: distinfo
> ===
> RCS file: /cvs/ports/net/iftop/distinfo,v
> retrieving revision 1.2
> diff -u -r1.2 distinfo
> --- distinfo 16 Jul 2012 08:49:38 - 1.2
> +++ distinfo 10 Aug 2014 21:52:45 -
> @@ -1,5 +1,2 @@
> -MD5 (iftop-1.0pre2.tar.gz) = /vUhpJ7AEiRY0CxkISrzxQ==
> -RMD160 (iftop-1.0pre2.tar.gz) = ARrEOVFOvdF9RBwdlyUSQhTxkqw=
> -SHA1 (iftop-1.0pre2.tar.gz) = 1NxHP4JjGSM02mKJtp4QKkrn354=
> -SHA256 (iftop-1.0pre2.tar.gz) = GxkwN7swGa+uiM2UyHRoqsSwRdgauBbtjS9IlxaxQCc=
> -SIZE (iftop-1.0pre2.tar.gz) = 172736
> +SHA256 (iftop-1.0pre4.tar.gz) = 9zPu6jcadXf4/jU9ht2I0W9bKi5wK9lvX/ssGX2bT5c=
> +SIZE (iftop-1.0pre4.tar.gz) = 204665
> Index: patches/patch-iptop.c
> ===
> RCS file: /cvs/ports/net/iftop/patches/patch-iptop.c,v
> retrieving revision 1.3
> diff -u -r1.3 patch-iptop.c
> --- patches/patch-iptop.c 16 Jul 2012 08:49:38 - 1.3
> +++ patches/patch-iptop.c 10 Aug 2014 21:52:45 -
> @@ -1,5 +1,6 @@
> iftop.c.orig Tue Oct 4 14:30:37 2011
> -+++ iftop.c Fri Jan 20 06:40:39 2012
> +$OpenBSD$
> +--- iftop.c.orig Wed Jan 1 15:20:10 2014
> iftop.c Tue Jan 14 00:51:01 2014
> @@ -28,6 +28,8 @@
> #include
> #include
> @@ -9,7 +10,16 @@
>
> #include "iftop.h"
> #include "addr_hash.h"
> -@@ -763,10 +765,13 @@ void packet_loop(void* ptr) {
> +@@ -768,7 +770,7 @@ void packet_init() {
> + else {
> + fprintf(stderr, "Unsupported datalink type: %d\n"
> + "Please email p...@ex-parrot.com, quoting the datalink type
> and what you were\n"
> +-"trying to do at the time\n.", dlt);
> ++"trying to do at the time.\n", dlt);
> + exit(1);
> + }
> +
> +@@ -790,10 +792,13 @@ void packet_loop(void* ptr) {
>* Entry point. See usage(). */
> int main(int argc, char **argv) {
> pthread_t thread;
> @@ -24,7 +34,7 @@
> /* TODO: tidy this up */
> /* read command line options and config file */
> config_init();
> -@@ -776,12 +781,16 @@ int main(int argc, char **argv) {
> +@@ -803,12 +808,16 @@ int main(int argc, char **argv) {
> read_config(options.config_file, options.config_file_specified);
> options_make();
>
--
best regards
q#
Re: Update: pciutils-3.2.1
On Mon, Aug 18, 2014 at 01:26:27PM +0200, Jérémie Courrèges-Anglas wrote:
> David Coppa writes:
>
> > Hi!
> >
> > Update to pciutils-3.2.1 and add a patch to make it work with
> > machdep.allowaperture=0 (for reading at least, code borrowed from
> > libpciaccess).
> >
> > OK?
>
> Works fine on amd64, builds fine on sparc64 (but not pci bus to
> test).
It's broken on sparc64 but it's been like that like forever:
4475 lspciCALL ioctl(0x3,PCIOCREAD,0xfffef8a8)
4475 lspciRET ioctl -1 errno 22 Invalid argument
also on machines with multiple PCI domains, it can't list anything but
the 0 domain, but this is also an old problem.
Still ok from me for the cases where pcidump confuse people from 3rd
party software.
>
> OK with me, but I'd find the following addition useful:
>
>
> [...]
>
> > Index: patches/patch-lib_obsd-device_c
> > ===
> > RCS file: /cvs/ports/sysutils/pciutils/patches/patch-lib_obsd-device_c,v
> > retrieving revision 1.4
> > diff -u -p -u -p -r1.4 patch-lib_obsd-device_c
> > --- patches/patch-lib_obsd-device_c 11 Jul 2012 18:17:52 - 1.4
> > +++ patches/patch-lib_obsd-device_c 18 Aug 2014 06:01:22 -
> > @@ -1,7 +1,23 @@
> > $OpenBSD: patch-lib_obsd-device_c,v 1.4 2012/07/11 18:17:52 gonzalo Exp $
> > lib/obsd-device.c.orig Fri Jan 7 18:04:28 2011
> > -+++ lib/obsd-device.c Fri Jun 29 10:19:48 2012
> > -@@ -56,11 +56,6 @@ static int
> > +--- lib/obsd-device.c.orig Fri Jan 7 22:04:28 2011
> > lib/obsd-device.c Thu Aug 14 07:58:21 2014
> > +@@ -41,9 +41,12 @@ obsd_init(struct pci_access *a)
> > + {
> > + char *name = pci_get_param(a, "obsd.path");
> > +
> > +- a->fd = open(name, O_RDWR, 0);
> > +- if (a->fd < 0)
> > +-a->error("obsd_init: %s open failed", name);
> > ++ a->fd = open(name, O_RDWR | O_CLOEXEC);
> > ++ if (a->fd == -1) {
> > ++a->fd = open(name, O_RDONLY | O_CLOEXEC);
> > ++if (a->fd == -1)
> > ++ a->error("obsd_init: %s open failed", name);
>
> What about
>
> ++ a->error("obsd_init: %s open failed (%s)", name, strerror(errno));
>
> This file already includes errno.h and string.h
> The result would be something like:
>
> lspci: obsd_init: /dev/pci open failed (Device not configured)
>
> > ++ }
> > + }
> > +
> > + static void
> > +@@ -56,11 +59,6 @@ static int
> > obsd_read(struct pci_dev *d, int pos, byte *buf, int len)
> > {
> > struct pci_io pi;
> > @@ -13,7 +29,7 @@ $OpenBSD: patch-lib_obsd-device_c,v 1.4
> >
> > if (!(len == 1 || len == 2 || len == 4))
> > return pci_generic_block_read(d, pos, buf, len);
> > -@@ -81,18 +76,16 @@ obsd_read(struct pci_dev *d, int pos, byte *buf, int l
> > +@@ -81,18 +79,16 @@ obsd_read(struct pci_dev *d, int pos, byte *buf, int l
> > else
> > d->access->error("obsd_read: ioctl(PCIOCREAD) failed");
> > }
> >
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
>
--
Matthieu Herrb
Re: Update: pciutils-3.2.1
On Mon, Aug 18, 2014 at 01:26:27PM +0200, Jérémie Courrèges-Anglas wrote:
> David Coppa writes:
>
> > Hi!
> >
> > Update to pciutils-3.2.1 and add a patch to make it work with
> > machdep.allowaperture=0 (for reading at least, code borrowed from
> > libpciaccess).
> >
> > OK?
>
> Works fine on amd64, builds fine on sparc64 (but not pci bus to test).
>
> OK with me, but I'd find the following addition useful:
I'm ok with either version.
>
>
> [...]
>
> > Index: patches/patch-lib_obsd-device_c
> > ===
> > RCS file: /cvs/ports/sysutils/pciutils/patches/patch-lib_obsd-device_c,v
> > retrieving revision 1.4
> > diff -u -p -u -p -r1.4 patch-lib_obsd-device_c
> > --- patches/patch-lib_obsd-device_c 11 Jul 2012 18:17:52 - 1.4
> > +++ patches/patch-lib_obsd-device_c 18 Aug 2014 06:01:22 -
> > @@ -1,7 +1,23 @@
> > $OpenBSD: patch-lib_obsd-device_c,v 1.4 2012/07/11 18:17:52 gonzalo Exp $
> > lib/obsd-device.c.orig Fri Jan 7 18:04:28 2011
> > -+++ lib/obsd-device.c Fri Jun 29 10:19:48 2012
> > -@@ -56,11 +56,6 @@ static int
> > +--- lib/obsd-device.c.orig Fri Jan 7 22:04:28 2011
> > lib/obsd-device.c Thu Aug 14 07:58:21 2014
> > +@@ -41,9 +41,12 @@ obsd_init(struct pci_access *a)
> > + {
> > + char *name = pci_get_param(a, "obsd.path");
> > +
> > +- a->fd = open(name, O_RDWR, 0);
> > +- if (a->fd < 0)
> > +-a->error("obsd_init: %s open failed", name);
> > ++ a->fd = open(name, O_RDWR | O_CLOEXEC);
> > ++ if (a->fd == -1) {
> > ++a->fd = open(name, O_RDONLY | O_CLOEXEC);
> > ++if (a->fd == -1)
> > ++ a->error("obsd_init: %s open failed", name);
>
> What about
>
> ++ a->error("obsd_init: %s open failed (%s)", name, strerror(errno));
>
> This file already includes errno.h and string.h
> The result would be something like:
>
> lspci: obsd_init: /dev/pci open failed (Device not configured)
>
> > ++ }
> > + }
> > +
> > + static void
> > +@@ -56,11 +59,6 @@ static int
> > obsd_read(struct pci_dev *d, int pos, byte *buf, int len)
> > {
> > struct pci_io pi;
> > @@ -13,7 +29,7 @@ $OpenBSD: patch-lib_obsd-device_c,v 1.4
> >
> > if (!(len == 1 || len == 2 || len == 4))
> > return pci_generic_block_read(d, pos, buf, len);
> > -@@ -81,18 +76,16 @@ obsd_read(struct pci_dev *d, int pos, byte *buf, int l
> > +@@ -81,18 +79,16 @@ obsd_read(struct pci_dev *d, int pos, byte *buf, int l
> > else
> > d->access->error("obsd_read: ioctl(PCIOCREAD) failed");
> > }
> >
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF DDCC 0DFA 74AE 1524 E7EE
>
--
Matthieu Herrb
[st...@openbsd.org: Re: Nagios port, update to address bug ?]
Does anyone running nagios on -current want to try this?
- Forwarded message from Stuart Henderson -
From: Stuart Henderson
Date: Mon, 11 Aug 2014 13:04:20 +0100
To: Pete Vickers
Cc: ports@openbsd.org
User-Agent: Mutt/1.5.23 (2014-03-12)
Subject: Re: Nagios port, update to address bug ?
On 2014/08/11 11:02, Pete Vickers wrote:
> Hi,
>
> I use the Nagios port (net/nagios) but I keep hitting this bug in it:
>
> http://sourceforge.net/p/nagios/nagioscore/ci/a604d5e0b352789dbb151a8748d6bc975f8b7512/
>
> is it possible incorporate that patch into the ports version ? ( or bump up
> the the next Nagios minor version ?)
>
> I'm happy to send beer/pizza etc to motivate/compensate if necessary.
>
> thanks
>
> /Pete
>
Please try this update diff and report back, I replaced my Nagios
instances with Icinga so I can't test it myself.
Index: Makefile
===
RCS file: /cvs/ports/net/nagios/nagios/Makefile,v
retrieving revision 1.70
diff -u -p -r1.70 Makefile
--- Makefile19 Jul 2014 22:36:13 - 1.70
+++ Makefile11 Aug 2014 12:04:03 -
@@ -3,9 +3,7 @@
COMMENT-main= host and service monitor
COMMENT-web= cgis and webpages for nagios
-V= 4.0.1
-REVISION-main= 4
-REVISION-web= 1
+V= 4.0.7
DISTNAME= nagios-$V
PKGNAME-main= nagios-$V
PKGNAME-web= nagios-web-$V
Index: distinfo
===
RCS file: /cvs/ports/net/nagios/nagios/distinfo,v
retrieving revision 1.29
diff -u -p -r1.29 distinfo
--- distinfo7 Nov 2013 10:31:38 - 1.29
+++ distinfo11 Aug 2014 12:04:03 -
@@ -1,2 +1,2 @@
-SHA256 (nagios-4.0.1.tar.gz) = brZxh+8/96adzQKnFydBuM0TOUOYgatRfehrcjfW9zU=
-SIZE (nagios-4.0.1.tar.gz) = 1695367
+SHA256 (nagios-4.0.7.tar.gz) = 7x3h0Qb2VyqIVH8+03p0TF1Pp3iFnORPyQQ9pZfFB5k=
+SIZE (nagios-4.0.7.tar.gz) = 1798034
Index: patches/patch-cgi_Makefile_in
===
RCS file: /cvs/ports/net/nagios/nagios/patches/patch-cgi_Makefile_in,v
retrieving revision 1.6
diff -u -p -r1.6 patch-cgi_Makefile_in
--- patches/patch-cgi_Makefile_in 7 Nov 2013 10:31:38 - 1.6
+++ patches/patch-cgi_Makefile_in 11 Aug 2014 12:04:03 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-cgi_Makefile_in,v 1.6 2013/11/07 10:31:38 rpe Exp $
cgi/Makefile.in.orig Wed Oct 16 01:36:42 2013
-+++ cgi/Makefile.inFri Nov 1 17:45:15 2013
-@@ -182,9 +182,9 @@ install-unstripped:
+--- cgi/Makefile.in.orig Tue Jun 3 15:41:42 2014
cgi/Makefile.inMon Aug 11 12:58:33 2014
+@@ -201,9 +201,9 @@ install-unstripped:
$(MAKE) install-basic
install-basic:
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/nagios/nagios/patches/patch-configure,v
retrieving revision 1.15
diff -u -p -r1.15 patch-configure
--- patches/patch-configure 7 Nov 2013 10:31:38 - 1.15
+++ patches/patch-configure 11 Aug 2014 12:04:03 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure,v 1.15 2013/11/07 10:31:38 rpe Exp $
configure.orig Wed Oct 16 01:36:42 2013
-+++ configure Fri Nov 1 17:47:13 2013
-@@ -1077,7 +1077,7 @@ do
+--- configure.orig Tue Jun 3 15:41:42 2014
configure Mon Aug 11 12:59:30 2014
+@@ -1094,7 +1094,7 @@ do
ac_prev=sysconfdir ;;
-sysconfdir=* | --sysconfdir=* | --sysconfdi=* | --sysconfd=* | --sysconf=*
\
| --syscon=* | --sysco=* | --sysc=* | --sys=* | --sy=*)
@@ -10,7 +10,7 @@ $OpenBSD: patch-configure,v 1.15 2013/11
-target | --target | --targe | --targ | --tar | --ta | --t)
ac_prev=target_alias ;;
-@@ -4633,7 +4633,7 @@ cat >>confdefs.h <<_ACEOF
+@@ -6014,7 +6014,7 @@ cat >>confdefs.h <<_ACEOF
#define DEFAULT_NAGIOS_GROUP "$nagios_grp"
_ACEOF
@@ -19,16 +19,16 @@ $OpenBSD: patch-configure,v 1.15 2013/11
-@@ -4890,7 +4890,7 @@ $as_echo_n "checking for gdImagePng in -lgd (order 1).
+@@ -6701,7 +6701,7 @@ $as_echo_n "checking for gdImagePng in -lgd (order 1).
$as_echo_n "(cached) " >&6
else
ac_save_LIBS="$LIBS"
- LIBS="-lgd -lttf -lpng -ljpeg -lz -lm $LIBS"
+ LIBS="-lgd -lfontconfig -lfreetype -lpng -ljpeg -lz -lm $LIBS"
- cat confdefs.h - <<_ACEOF >conftest.$ac_ext
- /* end confdefs.h. */
- /* Override any gcc2 internal prototype to avoid an error. */
-@@ -4921,7 +4921,7 @@ fi
+ cat >conftest.$ac_ext <<_ACEOF
+ /* confdefs.h. */
+ _ACEOF
+@@ -6761,7 +6761,7 @@ fi
$as_echo "yes" >&6; }
GDLIBFOUND=yep
@@ -36,8 +36,8 @@ $OpenBSD: patch-configure,v 1.15 2013/11
+ GDLIBS="-lgd -lfontconfig -lfreetype -lpng -ljpeg -lz
-lm"
else
- { $as_echo "$as_me:${as_lineno-$LINENO}: result: no" >&5
-@@ -5432,9 +5432,9 @@ $as_echo_n "checking for linker flags for loadable mod
+ { $as_echo "$as_me:$LINENO: result: no" >&5
+@@
update to git 2.1.0
Regresses fine on amd64.
Index: Makefile
===
RCS file: /cvs/ports/devel/git/Makefile,v
retrieving revision 1.114
diff -u -p -r1.114 Makefile
--- Makefile11 Aug 2014 16:49:31 - 1.114
+++ Makefile19 Aug 2014 18:53:10 -
@@ -4,7 +4,7 @@ COMMENT-main = GIT - Tree History Storag
COMMENT-svn = GIT - subversion interoperability tools
COMMENT-x11 = GIT - graphical tools
-V =2.0.4
+V =2.1.0
DISTNAME = git-${V}
PKGNAME-main = ${DISTNAME}
PKGNAME-svn = git-svn-${V}
Index: distinfo
===
RCS file: /cvs/ports/devel/git/distinfo,v
retrieving revision 1.84
diff -u -p -r1.84 distinfo
--- distinfo11 Aug 2014 16:49:31 - 1.84
+++ distinfo19 Aug 2014 18:53:10 -
@@ -1,4 +1,4 @@
-SHA256 (git-2.0.4.tar.gz) = 3Z3wK33Mdfl3fE+ALGuFYhgDhd3eTjuEeeB5+ZzR0ck=
-SHA256 (git-manpages-2.0.4.tar.gz) =
pM9SedQbRIkFs6mVjjXolFTXbi8UBN8TWe2XaU+c/f4=
-SIZE (git-2.0.4.tar.gz) = 4905866
-SIZE (git-manpages-2.0.4.tar.gz) = 575421
+SHA256 (git-2.1.0.tar.gz) = 1bA1cX9iEwy/FU1sFAPGhQtIYiO9b4fiCClr6Kykdus=
+SHA256 (git-manpages-2.1.0.tar.gz) =
Op6lv5w2m1ZFnE3XZGOtuU5CmPZ58v/9ytxEfInou3w=
+SIZE (git-2.1.0.tar.gz) = 4975916
+SIZE (git-manpages-2.1.0.tar.gz) = 577429
Index: patches/patch-Makefile
===
RCS file: /cvs/ports/devel/git/patches/patch-Makefile,v
retrieving revision 1.47
diff -u -p -r1.47 patch-Makefile
--- patches/patch-Makefile 11 Aug 2014 16:49:31 - 1.47
+++ patches/patch-Makefile 19 Aug 2014 18:53:10 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-Makefile,v 1.47 2014/08/11 16:49:31 pascal Exp $
Makefile.orig Thu Jul 31 00:10:29 2014
-+++ Makefile Sun Aug 10 18:57:39 2014
-@@ -2068,13 +2068,13 @@ $(REMOTE_CURL_PRIMARY): remote-curl.o http.o http-walk
+--- Makefile.orig Sat Aug 16 00:26:55 2014
Makefile Tue Aug 19 14:09:04 2014
+@@ -2093,13 +2093,13 @@ $(REMOTE_CURL_PRIMARY): remote-curl.o http.o http-walk
$(LIBS) $(CURL_LIBCURL) $(EXPAT_LIBEXPAT)
$(LIB_FILE): $(LIB_OBJS)
@@ -18,7 +18,7 @@ $OpenBSD: patch-Makefile,v 1.47 2014/08/
export DEFAULT_EDITOR DEFAULT_PAGER
-@@ -2255,7 +2255,7 @@ export TEST_NO_MALLOC_CHECK
+@@ -2280,7 +2280,7 @@ export TEST_NO_MALLOC_CHECK
### Testing rules
Index: patches/patch-t_t-basic_sh
===
RCS file: /cvs/ports/devel/git/patches/patch-t_t-basic_sh,v
retrieving revision 1.7
diff -u -p -r1.7 patch-t_t-basic_sh
--- patches/patch-t_t-basic_sh 10 Mar 2014 20:56:53 - 1.7
+++ patches/patch-t_t-basic_sh 19 Aug 2014 18:53:10 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-t_t-basic_sh,v 1.7 2014/03/10 20:56:53 pascal Exp $
t/t-basic.sh.orig Fri Feb 14 22:57:09 2014
-+++ t/t-basic.sh Sun Feb 16 18:13:37 2014
-@@ -626,7 +626,7 @@ test_expect_success 'update-index D/F conflict' '
+--- t/t-basic.sh.orig Sat Aug 16 00:26:55 2014
t/t-basic.sh Tue Aug 19 14:09:04 2014
+@@ -1043,7 +1043,7 @@ test_expect_success 'update-index D/F conflict' '
test $numpath0 = 1
'
Index: patches/patch-t_test-lib_sh
===
RCS file: /cvs/ports/devel/git/patches/patch-t_test-lib_sh,v
retrieving revision 1.2
diff -u -p -r1.2 patch-t_test-lib_sh
--- patches/patch-t_test-lib_sh 10 Mar 2014 20:56:53 - 1.2
+++ patches/patch-t_test-lib_sh 19 Aug 2014 18:53:10 -
@@ -3,14 +3,15 @@ $OpenBSD: patch-t_test-lib_sh,v 1.2 2014
Force usage of GNU tar in the test suite: 't5004-archive-corner-cases.sh'
wants it badly.
t/test-lib.sh.orig Fri Feb 14 22:57:09 2014
-+++ t/test-lib.sh Sun Feb 16 18:13:37 2014
-@@ -51,6 +51,10 @@ fi
+--- t/test-lib.sh.orig Sat Aug 16 00:26:55 2014
t/test-lib.sh Tue Aug 19 14:43:36 2014
+@@ -51,6 +51,11 @@ fi
. "$GIT_BUILD_DIR"/GIT-BUILD-OPTIONS
export PERL_PATH SHELL_PATH
+if [ -n "${TEST_TAR}" ]; then
-+ export TAR=${TEST_TAR}
++ TAR=${TEST_TAR}
++ export TAR
+fi
+
# if --tee was passed, write the output not only to the terminal, but
Index: pkg/PLIST-main
===
RCS file: /cvs/ports/devel/git/pkg/PLIST-main,v
retrieving revision 1.58
diff -u -p -r1.58 PLIST-main
--- pkg/PLIST-main 11 Aug 2014 16:49:31 - 1.58
+++ pkg/PLIST-main 19 Aug 2014 18:53:11 -
@@ -166,6 +166,7 @@ libexec/git/git-submodule
@bin libexec/git/git-upload-archive
@bin libexec/git/git-upload-pack
@bin libexec/git/git-var
+@bin libexec/git/git-verify-commit
@bin libexec/git/git-verify-pack
@bin libexec/git/git-verify-tag
libexec/git/git-web--browse
@@ -182,6 +183,7 @@ libexec/git/mergetools/ecmerge
libexec/git/mergetools/emerge
libexec/git/mergetools/gvimdiff
libexec/git/merge
Re: UPDATE: Transmission - Enable uTP support
On 18/08/14 6:57 PM, Brad Smith wrote: On 18/08/14 11:08 AM, Christian Weisgerber wrote: On 2014-08-18, Brad Smith wrote: Here is a diff to enable the uTP support with Transmission. It looks like the unaligned accesses issues were fixed a tad under 2 years ago. What makes you think so? The only relevant difference between 2.30 and 2.84 is that structs are now individually marked as packed too, but that should be a nop because the whole section is bracketed by #pragma pack anyway. The problem is that the seq_nr and ack_nr fields in PacketFormat (in utp.cpp) are misaligned. I don't quite know under what circumstances gcc should handle direct loads/stores of these fields, but in practice where pointers to different structs are cast back and forth and eventually dereferenced, this blows up. Any Transmission users able to test especially on say sparc64? Yes, but the code hasn't changed. There have been some fixes that went in to try and deal with the alignment issues. https://trac.transmissionbt.com/changeset?reponame=&new=12466%40trunk%2Fthird-party%2Flibutp%2Futp.cpp&old=12140%40trunk%2Fthird-party%2Flibutp%2Futp.cpp https://trac.transmissionbt.com/changeset?reponame=&new=12603%40trunk%2Fthird-party%2Flibutp%2Futp.cpp&old=12583%40trunk%2Fthird-party%2Flibutp%2Futp.cpp https://trac.transmissionbt.com/changeset?reponame=&new=13620%40trunk%2Fthird-party%2Flibutp%2Futp.cpp&old=13317%40trunk%2Fthird-party%2Flibutp%2Futp.cpp and from what I can find with some of the tickets from Transmission and libuTP this was an issue on sparc.. https://trac.transmissionbt.com/changeset?reponame=&new=13646%40trunk%2Fthird-party%2Flibutp%2Futp.cpp&old=13620%40trunk%2Fthird-party%2Flibutp%2Futp.cpp https://trac.transmissionbt.com/ticket/5128 https://trac.transmissionbt.com/ticket/5143 Installed T on my sparc64 system. Downloaded a 38GB torrent without issue. 12 hours later and still no crashes. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: wip: mail/opensmtpd-extra
On 08/19/14 16:14, Vadim Zhukov wrote:
> 2014-08-19 18:00 GMT+04:00 Vadim Zhukov :
>> 2014-08-19 17:45 GMT+04:00 Giovanni Bechis :
>>> Wip port for opensmtpd extra stuff, some things still to solve:
>>> - get rid of WRKDIST horrible assignment
>>
>> Use the full commit ID in GH_COMMIT, and then put in WRKDIST.
>>
>>> - lang/python tries to exec setup.py and NO_BUILD should not be set. any
>>> hints ?
>>
>> add CONFIGURE_STYLE=none
>>
>> Also you may want to specify Python dependencies this way:
>>
>> MODPY_RUNDEP= No
>> MODPY_RUNDEP-python=Yes
>
> Nah, that couldn't work at all; this one works instead:
>
> MODPY_RUNDEP= No
> RUN_DEPENDS-python= ${MODPY_RUN_DEPENDS}
>
> Also, please, clean up WANTLIB-main. :)
>
>> Otherwise this looks nice. Didn't tried it yet, though.
>>
Thanks, port updated.
Now I have to understand how to proper setup mysql.conf.
Cheers
Giovanni
opensmtpd-extra-20140808.tgz
Description: application/compressed-tar
Re: NEW: www/vimb
2014-08-19 20:51 GMT+04:00 Brian Callahan : > > On 08/19/14 12:09, Vadim Zhukov wrote: >> >> 2014-08-19 19:06 GMT+04:00 Antoine Jacoutot : >>> >>> On Tue, Aug 19, 2014 at 06:58:53PM +0400, Vadim Zhukov wrote: 2014-08-19 3:24 GMT+04:00 Brian Callahan : > > Hi ports -- > > Attached is a new port, vimb. Vimb is another one of those vi-inspired > web > browsers. > > pkg/DESCR: > Vimb is a fast and lightweight vim like web browser based on the webkit > web browser engine and the GTK toolkit. Vimb is modal like the great > vim > editor and also easily configurable during runtime. Vimb is mostly > keyboard driven and does not detract you from your daily work. > > Works well on amd64, i386 (and other) testers appreciated. > > OK? You should probably use "LIB_DEPENDS = www/webkit," instead (notice the trailing comma), to make sure the GTK2 version of vimb doesn't depend on GTK3 version of Webkit. >>> >>> Not sure that will do it, will it? >> >> No, it won't. Because two commas are actually needed. :) I.e.: >> >> LIB_DEPENDS = www/webkit,, >> >> Two commas will result in a dependency on a "www/webkit port, empty >> FLAVOR" instead of "www/webkit port, any FLAVOR". >> >>> Shouldn't sth like this be used? >>> webkit-*-!gtk3:www/webkit >> >> The package is named webkit-gtk3-VERSION, not webkit-VERSION-gtk3. So >> your pattern won't match. >> >> And that's the reason the FLAVOR tweaking is not needed, actually. :) >> When you depend on "www/webkit", the pkgspec will be resolved from the >> default FLAVOR. Effectively, the different dependency pkgspecs will be >> written in the resulting vimb package. So it looks like there is no >> problem here. >> >>> But if the WANTLIB are correct and refence the ones from the non gtk3 >>> webkit, I think nothing should be needed no? >> >> If I'm not mistaken, no. In case of WANTLIB mismatch you'll get an >> error when running pkg_add (because the package for dependency was >> already choosen and being tried), and in case of correct pkgspec >> you'll get a correct package choosen for dependency resolution. >> >> > > I sourced the way vimb handles flavors based on what www/midori does (note > that for the !gtk3 flavor, midori simply has LDEP=www/webkit>=1.8.1v0 and > the proper WANTLIB, no extra commas or anything). > What's the verdict? Am I tweaking something or not? No tweaking needed. okay zhuk@, FWIW -- WBR, Vadim Zhukov
Re: NEW: www/vimb
On 08/19/14 12:09, Vadim Zhukov wrote: 2014-08-19 19:06 GMT+04:00 Antoine Jacoutot : On Tue, Aug 19, 2014 at 06:58:53PM +0400, Vadim Zhukov wrote: 2014-08-19 3:24 GMT+04:00 Brian Callahan : Hi ports -- Attached is a new port, vimb. Vimb is another one of those vi-inspired web browsers. pkg/DESCR: Vimb is a fast and lightweight vim like web browser based on the webkit web browser engine and the GTK toolkit. Vimb is modal like the great vim editor and also easily configurable during runtime. Vimb is mostly keyboard driven and does not detract you from your daily work. Works well on amd64, i386 (and other) testers appreciated. OK? You should probably use "LIB_DEPENDS = www/webkit," instead (notice the trailing comma), to make sure the GTK2 version of vimb doesn't depend on GTK3 version of Webkit. Not sure that will do it, will it? No, it won't. Because two commas are actually needed. :) I.e.: LIB_DEPENDS = www/webkit,, Two commas will result in a dependency on a "www/webkit port, empty FLAVOR" instead of "www/webkit port, any FLAVOR". Shouldn't sth like this be used? webkit-*-!gtk3:www/webkit The package is named webkit-gtk3-VERSION, not webkit-VERSION-gtk3. So your pattern won't match. And that's the reason the FLAVOR tweaking is not needed, actually. :) When you depend on "www/webkit", the pkgspec will be resolved from the default FLAVOR. Effectively, the different dependency pkgspecs will be written in the resulting vimb package. So it looks like there is no problem here. But if the WANTLIB are correct and refence the ones from the non gtk3 webkit, I think nothing should be needed no? If I'm not mistaken, no. In case of WANTLIB mismatch you'll get an error when running pkg_add (because the package for dependency was already choosen and being tried), and in case of correct pkgspec you'll get a correct package choosen for dependency resolution. I sourced the way vimb handles flavors based on what www/midori does (note that for the !gtk3 flavor, midori simply has LDEP=www/webkit>=1.8.1v0 and the proper WANTLIB, no extra commas or anything). What's the verdict? Am I tweaking something or not? ~Brian
Re: NEW: www/vimb
2014-08-19 19:06 GMT+04:00 Antoine Jacoutot : > On Tue, Aug 19, 2014 at 06:58:53PM +0400, Vadim Zhukov wrote: >> 2014-08-19 3:24 GMT+04:00 Brian Callahan : >> > Hi ports -- >> > >> > Attached is a new port, vimb. Vimb is another one of those vi-inspired web >> > browsers. >> > >> > pkg/DESCR: >> > Vimb is a fast and lightweight vim like web browser based on the webkit >> > web browser engine and the GTK toolkit. Vimb is modal like the great vim >> > editor and also easily configurable during runtime. Vimb is mostly >> > keyboard driven and does not detract you from your daily work. >> > >> > Works well on amd64, i386 (and other) testers appreciated. >> > >> > OK? >> >> You should probably use "LIB_DEPENDS = www/webkit," instead (notice >> the trailing comma), to make sure the GTK2 version of vimb doesn't >> depend on GTK3 version of Webkit. > > Not sure that will do it, will it? No, it won't. Because two commas are actually needed. :) I.e.: LIB_DEPENDS = www/webkit,, Two commas will result in a dependency on a "www/webkit port, empty FLAVOR" instead of "www/webkit port, any FLAVOR". > Shouldn't sth like this be used? > webkit-*-!gtk3:www/webkit The package is named webkit-gtk3-VERSION, not webkit-VERSION-gtk3. So your pattern won't match. And that's the reason the FLAVOR tweaking is not needed, actually. :) When you depend on "www/webkit", the pkgspec will be resolved from the default FLAVOR. Effectively, the different dependency pkgspecs will be written in the resulting vimb package. So it looks like there is no problem here. > But if the WANTLIB are correct and refence the ones from the non gtk3 webkit, > I think nothing should be needed no? If I'm not mistaken, no. In case of WANTLIB mismatch you'll get an error when running pkg_add (because the package for dependency was already choosen and being tried), and in case of correct pkgspec you'll get a correct package choosen for dependency resolution. -- WBR, Vadim Zhukov
Re: [remove] net/p5-Net-IRC
On 2014/08/19 11:46, David Hill wrote:
> Thoughts?
Makes sense to me, it also needs a quirks entry.
> On Tue, Jul 22, 2014 at 10:47:26AM -0400, David Hill wrote:
> > p5-Net-IRC has been marked DEAD as of 2004. The latest version (0.79)
> > warns and prompts the user...
> >
> > ***
> > This module has been deprecated, abandoned, and is no longer supported. It
> > has
> > not seen active development in five years, and its original author has
> > moved on.
> > We *STRONGLY* recommend you port your code to either Bot::BasicBot or
> > POE::Component::IRC.
> > ...
> > I acknowledge that Net::IRC is unsupported and I wish to proceed.
> > ***
> >
> > Should it just be removed?
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/net/Makefile,v
> > retrieving revision 1.854
> > diff -u -p -r1.854 Makefile
> > --- Makefile14 Jul 2014 15:51:13 - 1.854
> > +++ Makefile22 Jul 2014 14:44:01 -
> > @@ -336,7 +336,6 @@
> > SUBDIR += p5-Net-IPTrie
> > SUBDIR += p5-Net-IPv4Addr
> > SUBDIR += p5-Net-IPv6Addr
> > - SUBDIR += p5-Net-IRC
> > SUBDIR += p5-Net-Inspect
> > SUBDIR += p5-Net-Jabber
> > SUBDIR += p5-Net-MySQL
> > Index: p5-Net-IRC/Makefile
> > ===
> > RCS file: p5-Net-IRC/Makefile
> > diff -N p5-Net-IRC/Makefile
> > --- p5-Net-IRC/Makefile 11 Oct 2013 23:50:25 - 1.17
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,15 +0,0 @@
> > -# $OpenBSD: Makefile,v 1.17 2013/10/11 23:50:25 naddy Exp $
> > -
> > -COMMENT= modules to implement the irc protocol
> > -
> > -MODULES= cpan
> > -DISTNAME= Net-IRC-0.75
> > -REVISION= 1
> > -CATEGORIES=net
> > -
> > -MAINTAINER=Kevin Lo
> > -
> > -# Perl
> > -PERMIT_PACKAGE_CDROM= Yes
> > -
> > -.include
> > Index: p5-Net-IRC/distinfo
> > ===
> > RCS file: p5-Net-IRC/distinfo
> > diff -N p5-Net-IRC/distinfo
> > --- p5-Net-IRC/distinfo 5 Apr 2007 16:20:13 - 1.5
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,5 +0,0 @@
> > -MD5 (Net-IRC-0.75.tar.gz) = V1h6SN3s56mVxrE4AD7nmA==
> > -RMD160 (Net-IRC-0.75.tar.gz) = exUyn2UJERhypN11FiA6QBP8DDs=
> > -SHA1 (Net-IRC-0.75.tar.gz) = 8hosfjTqxz38GlsIwgRjC1Ca6os=
> > -SHA256 (Net-IRC-0.75.tar.gz) = tKj7uyiR9Izor08A0icEq+aoiQZvt+LzMtLSambERls=
> > -SIZE (Net-IRC-0.75.tar.gz) = 48651
> > Index: p5-Net-IRC/pkg/DESCR
> > ===
> > RCS file: p5-Net-IRC/pkg/DESCR
> > diff -N p5-Net-IRC/pkg/DESCR
> > --- p5-Net-IRC/pkg/DESCR15 Dec 2003 21:55:07 - 1.3
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,3 +0,0 @@
> > -Net::IRC is a comprehensive Perl implementation of the IRC protocol
> > -(RFC 1459), supported and developed by several members of the EFnet
> > -IRC channel #perl.
> > Index: p5-Net-IRC/pkg/PLIST
> > ===
> > RCS file: p5-Net-IRC/pkg/PLIST
> > diff -N p5-Net-IRC/pkg/PLIST
> > --- p5-Net-IRC/pkg/PLIST15 Sep 2004 18:17:43 - 1.6
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,14 +0,0 @@
> > -@comment $OpenBSD: PLIST,v 1.6 2004/09/15 18:17:43 espie Exp $
> > -${P5SITE}/Net/
> > -${P5SITE}/Net/IRC/
> > -${P5SITE}/Net/IRC.pm
> > -${P5SITE}/Net/IRC/Connection.pm
> > -${P5SITE}/Net/IRC/DCC.pm
> > -${P5SITE}/Net/IRC/Event.pm
> > -${P5SITE}/Net/IRC/EventQueue/
> > -${P5SITE}/Net/IRC/EventQueue.pm
> > -${P5SITE}/Net/IRC/EventQueue/Entry.pm
> > -@man man/man3p/Net::Connection.3p
> > -@man man/man3p/Net::DCC.3p
> > -@man man/man3p/Net::Event.3p
> > -@man man/man3p/Net::IRC.3p
> >
>
Re: [remove] net/p5-Net-IRC
Thoughts?
On Tue, Jul 22, 2014 at 10:47:26AM -0400, David Hill wrote:
> p5-Net-IRC has been marked DEAD as of 2004. The latest version (0.79)
> warns and prompts the user...
>
> ***
> This module has been deprecated, abandoned, and is no longer supported. It has
> not seen active development in five years, and its original author has moved
> on.
> We *STRONGLY* recommend you port your code to either Bot::BasicBot or
> POE::Component::IRC.
> ...
> I acknowledge that Net::IRC is unsupported and I wish to proceed.
> ***
>
> Should it just be removed?
>
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/Makefile,v
> retrieving revision 1.854
> diff -u -p -r1.854 Makefile
> --- Makefile 14 Jul 2014 15:51:13 - 1.854
> +++ Makefile 22 Jul 2014 14:44:01 -
> @@ -336,7 +336,6 @@
> SUBDIR += p5-Net-IPTrie
> SUBDIR += p5-Net-IPv4Addr
> SUBDIR += p5-Net-IPv6Addr
> - SUBDIR += p5-Net-IRC
> SUBDIR += p5-Net-Inspect
> SUBDIR += p5-Net-Jabber
> SUBDIR += p5-Net-MySQL
> Index: p5-Net-IRC/Makefile
> ===
> RCS file: p5-Net-IRC/Makefile
> diff -N p5-Net-IRC/Makefile
> --- p5-Net-IRC/Makefile 11 Oct 2013 23:50:25 - 1.17
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,15 +0,0 @@
> -# $OpenBSD: Makefile,v 1.17 2013/10/11 23:50:25 naddy Exp $
> -
> -COMMENT= modules to implement the irc protocol
> -
> -MODULES= cpan
> -DISTNAME=Net-IRC-0.75
> -REVISION=1
> -CATEGORIES= net
> -
> -MAINTAINER= Kevin Lo
> -
> -# Perl
> -PERMIT_PACKAGE_CDROM=Yes
> -
> -.include
> Index: p5-Net-IRC/distinfo
> ===
> RCS file: p5-Net-IRC/distinfo
> diff -N p5-Net-IRC/distinfo
> --- p5-Net-IRC/distinfo 5 Apr 2007 16:20:13 - 1.5
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,5 +0,0 @@
> -MD5 (Net-IRC-0.75.tar.gz) = V1h6SN3s56mVxrE4AD7nmA==
> -RMD160 (Net-IRC-0.75.tar.gz) = exUyn2UJERhypN11FiA6QBP8DDs=
> -SHA1 (Net-IRC-0.75.tar.gz) = 8hosfjTqxz38GlsIwgRjC1Ca6os=
> -SHA256 (Net-IRC-0.75.tar.gz) = tKj7uyiR9Izor08A0icEq+aoiQZvt+LzMtLSambERls=
> -SIZE (Net-IRC-0.75.tar.gz) = 48651
> Index: p5-Net-IRC/pkg/DESCR
> ===
> RCS file: p5-Net-IRC/pkg/DESCR
> diff -N p5-Net-IRC/pkg/DESCR
> --- p5-Net-IRC/pkg/DESCR 15 Dec 2003 21:55:07 - 1.3
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,3 +0,0 @@
> -Net::IRC is a comprehensive Perl implementation of the IRC protocol
> -(RFC 1459), supported and developed by several members of the EFnet
> -IRC channel #perl.
> Index: p5-Net-IRC/pkg/PLIST
> ===
> RCS file: p5-Net-IRC/pkg/PLIST
> diff -N p5-Net-IRC/pkg/PLIST
> --- p5-Net-IRC/pkg/PLIST 15 Sep 2004 18:17:43 - 1.6
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,14 +0,0 @@
> -@comment $OpenBSD: PLIST,v 1.6 2004/09/15 18:17:43 espie Exp $
> -${P5SITE}/Net/
> -${P5SITE}/Net/IRC/
> -${P5SITE}/Net/IRC.pm
> -${P5SITE}/Net/IRC/Connection.pm
> -${P5SITE}/Net/IRC/DCC.pm
> -${P5SITE}/Net/IRC/Event.pm
> -${P5SITE}/Net/IRC/EventQueue/
> -${P5SITE}/Net/IRC/EventQueue.pm
> -${P5SITE}/Net/IRC/EventQueue/Entry.pm
> -@man man/man3p/Net::Connection.3p
> -@man man/man3p/Net::DCC.3p
> -@man man/man3p/Net::Event.3p
> -@man man/man3p/Net::IRC.3p
>
Re: NEW: www/vimb
On Tue, Aug 19, 2014 at 06:58:53PM +0400, Vadim Zhukov wrote: > 2014-08-19 3:24 GMT+04:00 Brian Callahan : > > Hi ports -- > > > > Attached is a new port, vimb. Vimb is another one of those vi-inspired web > > browsers. > > > > pkg/DESCR: > > Vimb is a fast and lightweight vim like web browser based on the webkit > > web browser engine and the GTK toolkit. Vimb is modal like the great vim > > editor and also easily configurable during runtime. Vimb is mostly > > keyboard driven and does not detract you from your daily work. > > > > Works well on amd64, i386 (and other) testers appreciated. > > > > OK? > > You should probably use "LIB_DEPENDS = www/webkit," instead (notice > the trailing comma), to make sure the GTK2 version of vimb doesn't > depend on GTK3 version of Webkit. Not sure that will do it, will it? Shouldn't sth like this be used? webkit-*-!gtk3:www/webkit But if the WANTLIB are correct and refence the ones from the non gtk3 webkit, I think nothing should be needed no? -- Antoine
Re: NEW: www/vimb
2014-08-19 3:24 GMT+04:00 Brian Callahan : > Hi ports -- > > Attached is a new port, vimb. Vimb is another one of those vi-inspired web > browsers. > > pkg/DESCR: > Vimb is a fast and lightweight vim like web browser based on the webkit > web browser engine and the GTK toolkit. Vimb is modal like the great vim > editor and also easily configurable during runtime. Vimb is mostly > keyboard driven and does not detract you from your daily work. > > Works well on amd64, i386 (and other) testers appreciated. > > OK? You should probably use "LIB_DEPENDS = www/webkit," instead (notice the trailing comma), to make sure the GTK2 version of vimb doesn't depend on GTK3 version of Webkit. Runs more or less fine here on i386, although page loading (not rendering) is a bit slow. -- WBR, Vadim Zhukov
Re: wip: mail/opensmtpd-extra
2014-08-19 18:00 GMT+04:00 Vadim Zhukov :
> 2014-08-19 17:45 GMT+04:00 Giovanni Bechis :
>> Wip port for opensmtpd extra stuff, some things still to solve:
>> - get rid of WRKDIST horrible assignment
>
> Use the full commit ID in GH_COMMIT, and then put in WRKDIST.
>
>> - lang/python tries to exec setup.py and NO_BUILD should not be set. any
>> hints ?
>
> add CONFIGURE_STYLE=none
>
> Also you may want to specify Python dependencies this way:
>
> MODPY_RUNDEP= No
> MODPY_RUNDEP-python=Yes
Nah, that couldn't work at all; this one works instead:
MODPY_RUNDEP= No
RUN_DEPENDS-python= ${MODPY_RUN_DEPENDS}
Also, please, clean up WANTLIB-main. :)
> Otherwise this looks nice. Didn't tried it yet, though.
>
> --
> WBR,
> Vadim Zhukov
--
WBR,
Vadim Zhukov
Re: wip: mail/opensmtpd-extra
On 2014/08/19 15:45, Giovanni Bechis wrote: > Wip port for opensmtpd extra stuff, some things still to solve: > - get rid of WRKDIST horrible assignment > - lang/python tries to exec setup.py and NO_BUILD should not be set. any > hints ? CONFIGURE_STYLE=smelly_hack_because_of_python_port_mk
Re: wip: mail/opensmtpd-extra
2014-08-19 17:45 GMT+04:00 Giovanni Bechis : > Wip port for opensmtpd extra stuff, some things still to solve: > - get rid of WRKDIST horrible assignment Use the full commit ID in GH_COMMIT, and then put in WRKDIST. > - lang/python tries to exec setup.py and NO_BUILD should not be set. any > hints ? add CONFIGURE_STYLE=none Also you may want to specify Python dependencies this way: MODPY_RUNDEP= No MODPY_RUNDEP-python=Yes Otherwise this looks nice. Didn't tried it yet, though. -- WBR, Vadim Zhukov
wip: mail/opensmtpd-extra
Wip port for opensmtpd extra stuff, some things still to solve: - get rid of WRKDIST horrible assignment - lang/python tries to exec setup.py and NO_BUILD should not be set. any hints ? Cheers Giovanni opensmtpd-extra-20140808.tgz Description: application/compressed-tar
Re: UPDATE: IntelliJ IDEA 13.1.4b
Version-only update again, after more input from daniel@.
--
WBR,
Vadim Zhukov
Index: Makefile
===
RCS file: /cvs/ports/devel/intellij/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile10 Aug 2014 09:58:05 - 1.19
+++ Makefile19 Aug 2014 13:07:20 -
@@ -4,14 +4,13 @@ SHARED_ONLY= Yes
COMMENT= IntelliJ Java IDE
-V= 9.0.4
+V= 13.1.4b
DISTNAME= ideaIC-${V}
PKGNAME= intellij-${V}
CATEGORIES=devel
-REVISION= 4
-
HOMEPAGE= http://www.jetbrains.com/idea/
+MAINTAINER=Vadim Zhukov
# Apache v2.0
PERMIT_PACKAGE_CDROM= Yes
@@ -29,7 +28,7 @@ NO_TEST= Yes
SUBST_VARS+= JAVA_HOME
-WRKDIST= ${WRKDIR}/idea-IC-95.627
+WRKDIST= ${WRKDIR}/idea-IC-135.1230
IJ=${PREFIX}/intellij
# If NO_BUILD is set, JAVA_HOME doesn't get defined. So do
Index: distinfo
===
RCS file: /cvs/ports/devel/intellij/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo22 Nov 2010 14:07:54 - 1.4
+++ distinfo19 Aug 2014 13:07:20 -
@@ -1,5 +1,2 @@
-MD5 (ideaIC-9.0.4.tar.gz) = ZG26DKNGI5/clvHBCmiLyQ==
-RMD160 (ideaIC-9.0.4.tar.gz) = /pw2ToJpb7yeIrfcOKk3DCfq7l0=
-SHA1 (ideaIC-9.0.4.tar.gz) = UrN7jy9ekA3EngEID7UOswIWynE=
-SHA256 (ideaIC-9.0.4.tar.gz) = Uf1TxmrdTCd6bsqmJkjitzPpwAWetALPGAtpwBVORAQ=
-SIZE (ideaIC-9.0.4.tar.gz) = 70686036
+SHA256 (ideaIC-13.1.4b.tar.gz) = i07iX9KTTga4cjC1DhR0GD7UszHBYmp/7mm5YpTZYW0=
+SIZE (ideaIC-13.1.4b.tar.gz) = 168147093
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/intellij/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 10 Nov 2010 07:58:59 - 1.5
+++ pkg/PLIST 19 Aug 2014 13:07:20 -
@@ -2,14 +2,19 @@
bin/idea
bin/intellij
intellij/
+intellij/Install-Linux-tar.txt
intellij/LICENSE.txt
+intellij/NOTICE.txt
intellij/bin/
intellij/bin/appletviewer.policy
+@comment intellij/bin/fsnotifier
+@comment intellij/bin/fsnotifier64
+intellij/bin/idea.png
intellij/bin/idea.properties
intellij/bin/idea.sh
intellij/bin/idea.vmoptions
+intellij/bin/idea64.vmoptions
intellij/bin/inspect.sh
-intellij/bin/inspect_diff.sh
intellij/bin/libbreakgen.so
intellij/bin/libbreakgen64.so
intellij/bin/log.xml
@@ -21,9 +26,6 @@ intellij/lib/ant/
intellij/lib/ant/INSTALL
intellij/lib/ant/KEYS
intellij/lib/ant/LICENSE
-intellij/lib/ant/LICENSE.dom
-intellij/lib/ant/LICENSE.sax
-intellij/lib/ant/LICENSE.xerces
intellij/lib/ant/NOTICE
intellij/lib/ant/README
intellij/lib/ant/WHATSNEW
@@ -33,142 +35,995 @@ intellij/lib/ant/get-m2.xml
intellij/lib/ant/lib/
intellij/lib/ant/lib/README
intellij/lib/ant/lib/ant-antlr.jar
+intellij/lib/ant/lib/ant-antlr.pom
intellij/lib/ant/lib/ant-apache-bcel.jar
+intellij/lib/ant/lib/ant-apache-bcel.pom
intellij/lib/ant/lib/ant-apache-bsf.jar
+intellij/lib/ant/lib/ant-apache-bsf.pom
intellij/lib/ant/lib/ant-apache-log4j.jar
+intellij/lib/ant/lib/ant-apache-log4j.pom
intellij/lib/ant/lib/ant-apache-oro.jar
+intellij/lib/ant/lib/ant-apache-oro.pom
intellij/lib/ant/lib/ant-apache-regexp.jar
+intellij/lib/ant/lib/ant-apache-regexp.pom
intellij/lib/ant/lib/ant-apache-resolver.jar
+intellij/lib/ant/lib/ant-apache-resolver.pom
+intellij/lib/ant/lib/ant-apache-xalan2.jar
+intellij/lib/ant/lib/ant-apache-xalan2.pom
intellij/lib/ant/lib/ant-commons-logging.jar
+intellij/lib/ant/lib/ant-commons-logging.pom
intellij/lib/ant/lib/ant-commons-net.jar
+intellij/lib/ant/lib/ant-commons-net.pom
intellij/lib/ant/lib/ant-jai.jar
+intellij/lib/ant/lib/ant-jai.pom
intellij/lib/ant/lib/ant-javamail.jar
+intellij/lib/ant/lib/ant-javamail.pom
intellij/lib/ant/lib/ant-jdepend.jar
+intellij/lib/ant/lib/ant-jdepend.pom
intellij/lib/ant/lib/ant-jmf.jar
+intellij/lib/ant/lib/ant-jmf.pom
intellij/lib/ant/lib/ant-jsch.jar
+intellij/lib/ant/lib/ant-jsch.pom
intellij/lib/ant/lib/ant-junit.jar
+intellij/lib/ant/lib/ant-junit.pom
intellij/lib/ant/lib/ant-launcher.jar
+intellij/lib/ant/lib/ant-launcher.pom
intellij/lib/ant/lib/ant-netrexx.jar
-intellij/lib/ant/lib/ant-nodeps.jar
-intellij/lib/ant/lib/ant-starteam.jar
-intellij/lib/ant/lib/ant-stylebook.jar
+intellij/lib/ant/lib/ant-netrexx.pom
+intellij/lib/ant/lib/ant-parent.pom
intellij/lib/ant/lib/ant-swing.jar
+intellij/lib/ant/lib/ant-swing.pom
intellij/lib/ant/lib/ant-testutil.jar
-intellij/lib/ant/lib/ant-trax.jar
-intellij/lib/ant/lib/ant-weblogic.jar
+intellij/lib/ant/lib/ant-testutil.pom
intellij/lib/ant/lib/ant.jar
+intellij/lib/ant/lib/ant.pom
intellij/lib/ant/lib/libraries.properties
-intellij/lib/ant/lib/xercesImpl.jar
-intellij/lib/ant/lib/xml-apis.jar
+intellij/lib/asm-all.jar
intellij/lib/asm-commons.jar
Re: UPDATE: IntelliJ IDEA 13.1.4b
So here is just a version update, as requested by daniel@.
Thanks Ctulhu, JetBrains people got rid of "press [Enter] to continue"
craziness in startup script, so no extra patching is required for
minimal operation now.
Tested by loading a complex project on i386 and typing a few lines.
More tweaks would come later anyway, and this one is better than
what lives in ports tree already.
--
WBR,
Vadim Zhukov
Index: Makefile
===
RCS file: /cvs/ports/devel/intellij/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile10 Aug 2014 09:58:05 - 1.19
+++ Makefile19 Aug 2014 12:00:38 -
@@ -4,14 +4,13 @@ SHARED_ONLY= Yes
COMMENT= IntelliJ Java IDE
-V= 9.0.4
+V= 13.1.4b
DISTNAME= ideaIC-${V}
PKGNAME= intellij-${V}
CATEGORIES=devel
-REVISION= 4
-
HOMEPAGE= http://www.jetbrains.com/idea/
+MAINTAINER=Vadim Zhukov
# Apache v2.0
PERMIT_PACKAGE_CDROM= Yes
@@ -29,7 +28,7 @@ NO_TEST= Yes
SUBST_VARS+= JAVA_HOME
-WRKDIST= ${WRKDIR}/idea-IC-95.627
+WRKDIST= ${WRKDIR}/idea-IC-135.1230
IJ=${PREFIX}/intellij
# If NO_BUILD is set, JAVA_HOME doesn't get defined. So do
Index: distinfo
===
RCS file: /cvs/ports/devel/intellij/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo22 Nov 2010 14:07:54 - 1.4
+++ distinfo19 Aug 2014 12:00:38 -
@@ -1,5 +1,2 @@
-MD5 (ideaIC-9.0.4.tar.gz) = ZG26DKNGI5/clvHBCmiLyQ==
-RMD160 (ideaIC-9.0.4.tar.gz) = /pw2ToJpb7yeIrfcOKk3DCfq7l0=
-SHA1 (ideaIC-9.0.4.tar.gz) = UrN7jy9ekA3EngEID7UOswIWynE=
-SHA256 (ideaIC-9.0.4.tar.gz) = Uf1TxmrdTCd6bsqmJkjitzPpwAWetALPGAtpwBVORAQ=
-SIZE (ideaIC-9.0.4.tar.gz) = 70686036
+SHA256 (ideaIC-13.1.4b.tar.gz) = i07iX9KTTga4cjC1DhR0GD7UszHBYmp/7mm5YpTZYW0=
+SIZE (ideaIC-13.1.4b.tar.gz) = 168147093
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/intellij/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 10 Nov 2010 07:58:59 - 1.5
+++ pkg/PLIST 19 Aug 2014 12:00:38 -
@@ -2,14 +2,19 @@
bin/idea
bin/intellij
intellij/
+intellij/Install-Linux-tar.txt
intellij/LICENSE.txt
+intellij/NOTICE.txt
intellij/bin/
intellij/bin/appletviewer.policy
+intellij/bin/fsnotifier
+intellij/bin/fsnotifier64
+intellij/bin/idea.png
intellij/bin/idea.properties
intellij/bin/idea.sh
intellij/bin/idea.vmoptions
+intellij/bin/idea64.vmoptions
intellij/bin/inspect.sh
-intellij/bin/inspect_diff.sh
intellij/bin/libbreakgen.so
intellij/bin/libbreakgen64.so
intellij/bin/log.xml
@@ -21,9 +26,6 @@ intellij/lib/ant/
intellij/lib/ant/INSTALL
intellij/lib/ant/KEYS
intellij/lib/ant/LICENSE
-intellij/lib/ant/LICENSE.dom
-intellij/lib/ant/LICENSE.sax
-intellij/lib/ant/LICENSE.xerces
intellij/lib/ant/NOTICE
intellij/lib/ant/README
intellij/lib/ant/WHATSNEW
@@ -33,142 +35,995 @@ intellij/lib/ant/get-m2.xml
intellij/lib/ant/lib/
intellij/lib/ant/lib/README
intellij/lib/ant/lib/ant-antlr.jar
+intellij/lib/ant/lib/ant-antlr.pom
intellij/lib/ant/lib/ant-apache-bcel.jar
+intellij/lib/ant/lib/ant-apache-bcel.pom
intellij/lib/ant/lib/ant-apache-bsf.jar
+intellij/lib/ant/lib/ant-apache-bsf.pom
intellij/lib/ant/lib/ant-apache-log4j.jar
+intellij/lib/ant/lib/ant-apache-log4j.pom
intellij/lib/ant/lib/ant-apache-oro.jar
+intellij/lib/ant/lib/ant-apache-oro.pom
intellij/lib/ant/lib/ant-apache-regexp.jar
+intellij/lib/ant/lib/ant-apache-regexp.pom
intellij/lib/ant/lib/ant-apache-resolver.jar
+intellij/lib/ant/lib/ant-apache-resolver.pom
+intellij/lib/ant/lib/ant-apache-xalan2.jar
+intellij/lib/ant/lib/ant-apache-xalan2.pom
intellij/lib/ant/lib/ant-commons-logging.jar
+intellij/lib/ant/lib/ant-commons-logging.pom
intellij/lib/ant/lib/ant-commons-net.jar
+intellij/lib/ant/lib/ant-commons-net.pom
intellij/lib/ant/lib/ant-jai.jar
+intellij/lib/ant/lib/ant-jai.pom
intellij/lib/ant/lib/ant-javamail.jar
+intellij/lib/ant/lib/ant-javamail.pom
intellij/lib/ant/lib/ant-jdepend.jar
+intellij/lib/ant/lib/ant-jdepend.pom
intellij/lib/ant/lib/ant-jmf.jar
+intellij/lib/ant/lib/ant-jmf.pom
intellij/lib/ant/lib/ant-jsch.jar
+intellij/lib/ant/lib/ant-jsch.pom
intellij/lib/ant/lib/ant-junit.jar
+intellij/lib/ant/lib/ant-junit.pom
intellij/lib/ant/lib/ant-launcher.jar
+intellij/lib/ant/lib/ant-launcher.pom
intellij/lib/ant/lib/ant-netrexx.jar
-intellij/lib/ant/lib/ant-nodeps.jar
-intellij/lib/ant/lib/ant-starteam.jar
-intellij/lib/ant/lib/ant-stylebook.jar
+intellij/lib/ant/lib/ant-netrexx.pom
+intellij/lib/ant/lib/ant-parent.pom
intellij/lib/ant/lib/ant-swing.jar
+intellij/lib/ant/lib/ant-swing.pom
intellij/lib/ant/lib/ant-testutil.jar
-intellij/lib/ant/lib/ant-trax.jar
Re: KDE 4.13 and current snapshot issues.
When I say I started with a clean install, I mean that I even completely removed my entire user home directory and allowed the system to simply recreate -everything- This is not a migration from 4.11 to 4.13, this is a fresh install. I installed a snapshot from 18 Aug and pkg_add kde4 -- one that was complete, I made the changes /etc/login.conf as well as /etc/sysctl.conf However, once the initial .kde4 directory has been created, I then need to finish setting up the first bottom panel manually. Once that is done, everything works, provided I've set ulimits high enough. Chuck Burns On Tue, Aug 19, 2014 at 2:29 AM, Vadim Zhukov wrote: > 2014-08-19 12:12 GMT+04:00 Dorian Büttner : > > you could try if removing ~/.kde4 helps for spawning new kde version > (backup > > first ;-)) > > and probably run cap_mkdb /etc/login.conf if using the databased version > of > > login.conf for whatever reason (used admin tutorials in the past?), to > > activate changes. > > This is needed if and only if you already have /etc/login.conf.db. If > you don't have one, you shouldn't run cap_mkdb. > > > Also, the parameter is openfiles_max and not openfiles_cur to set, if I > got > > it right. > > It's better to tweak "openfiles" in this case: the KDE daemons require > files being open constantly. > > > Just a few things I fiddled with to get it run... > > > > -Dorian > > > > > > On 08/19/14 05:21, Chuck Burns wrote: > >> > >> Ok. I Just went "all in" with regards to login.conf, and changed default > >> to > >> have -everything-=infinity (yes, I know, bad practice, but I wanted to > try > >> to rule out user limits) > >> > >> I -still- have problems with a clean install not completely setting up a > >> default workspace. First login (whether via startx or via kdm) -always- > >> ends up in a black screen. > >> > >> ps awx shows that most KDE things seem to be loaded, it also takes a > >> -VERY- > >> long time to get "finished" with whatever it is doing. > > Could be 4.11 -> 4.13 migration problem, yes. You're unlucky to be the > first one here (on ports@) with such problem. :( I can't tell you > what's wrong there, sorry. > > >> I then have to kill Xorg. Once I've done that, after bumping my ulimits > to > >> infinity, I can then log into KDE properly, but I need to recreate the > >> bottom panel, but once done, I can use KDE just fine, all services > appear > >> to work correctly. > >> > >> So, it appears that my single issue may actually be two separate issues > >> here. I did get the limit issue taken care of, but there still appears > to > >> be a problem running the "clean install setup" > >> > >> Thanks for any help. > >> > >> > >> On Mon, Aug 18, 2014 at 5:19 PM, Vadim Zhukov > wrote: > >> > >>> 2014-08-19 0:49 GMT+04:00 Chuck Burns : > > Ok, forgive me if this is a bit too detailed. > > I recently upgraded my box from 5.5 to a snapshot that I downloaded > from > the official ftp.openbsd.org server. > > After upgrading, performing sysmerge and all the other required > steps, I > then upgraded my pkgs, using pkg_add -ui > > After all of my packages were upgraded, including KDE and Firefox, KDE > no > longer works correctly. It shows the old-style icons for volume, > clipper, > and other kde apps. This in and of itself is not that big of a deal, > however, the KDE services also all stop. > > System-settings -> Startup and Shutdown -> Service Manager shows that > >>> > >>> NONE > > of the KDE services are running. Not one. They most certainly worked > >>> > >>> just > > fine under 5.5 and whichever KDE4 that was in that version's pkg repo. > > So.. I then decided to just delete -all- packages, including configs, > and > just reinstall them. Now, however, I cannot even get logged into KDE. > >>> > >>> this > > is after deleting my dotfiles from my user directory. > > Now, I did notice that I was supposed to set, and did: > > kern.maxfiles=2 > kern.shminfo.shmall=51200 > kern.shminfo.shmmni=1024 > > I also read on the updating faq that I am to change login.conf to > >>> > >>> increase > > the limits. I set them to the max that I could: > >>> > >>> No, you set your process limits here up to the maximum ones set in > >>> login.conf. You need to tweak the openfiles* settings. After doing > >>> that you'll need to re-login (recommendation is to try new settings on > >>> a new virtual terminal first, to make sure you still could log in). > >>> > >>> You could also switch to old way for KDE files monitoring (note, this > >>> will bring back constant disk access and CPU eating problem!): > >>> > >>> kwriteconfig4 --group DirWatch --key PreferredMethod QFSWatch > >>> > >>> Run this command before logging into X, and make sure no KDE processes > >>> are running - if so, you'll need to kill them before logging in again. > >>> > break19@k
Re: UPDATE: SMTube-14.7.0
2014-08-19 5:30 GMT+04:00 Gonzalo L. Rodriguez : > So... any Ok on this now? Works fine here on i386, including audio recording. I'll commit that tomorrow unless there will be any objections. Thank you for the diff! > Mensaje Original > De: "Gonzalo L. Rodriguez" > Enviado: 28 de julio de 2014 10:01:38 a.m. GMT-03:00 > Para: ports@openbsd.org > Asunto: UPDATE: SMTube-14.7.0 > > Hi, > > Update for SMTube, with minor update. > > Test are welcome. -- WBR, Vadim Zhukov
