Re: cdrtools update
On Mon, Nov 2, 2009 at 9:42 AM, Stuart Henderson wrote: > On 2009/10/22 22:03, Stuart Henderson wrote: >> Here's an update of cdrtools for anyone who needs it. I'm not sure >> about committing as-is. Any reports or comments (especially about how >> to correctly set PERMIT_* for the CDDL+GPL mess) welcome. >> >> Loosely based on Tom Murphy's diff (but that didn't apply cleanly). > > updated for a67. > "NOTE: cdrtools is currently in a state just before a new major release." (a bit later than I thought I would get to this). $ sysctl kern.version kern.version=OpenBSD 4.6-current (GENERIC) #185: Mon Nov 2 12:44:37 MST 2009 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC and ports tree `cvs -up'-ed after installing the snapshot. Note to self: patch -E This is failing to build for me on macppc It looks like the problems start here: ===> Checking files for cdrtools-2.01.01a67 `/usr/ports/distfiles/cdrtools-2.01.01a67.tar.gz' is up to date. >> (SHA256) cdrtools-2.01.01a67.tar.gz: OK ===> cdrtools-2.01.01a67 depends on: gmake-* - found ===> Verifying specs: c ossaudio c ossaudio ===> found c.52.0 ossaudio.3.1 ===> Extracting for cdrtools-2.01.01a67 ===> Patching for cdrtools-2.01.01a67 ===> Configuring for cdrtools-2.01.01a67 ===> Building for cdrtools-2.01.01a67 RULES/rules.top:43: RULES/ldummy.lnk: No such file or directory RULES/rules1.top:250: incs/Dnull: No such file or directory RULES/rules1.top:257: incs/Dcc.macppc-openbsd: No such file or directory RULES/rules.cnf:67: incs/macppc-openbsd-cc/Inull: No such file or directory RULES/rules.cnf:68: incs/macppc-openbsd-cc/rules.cnf: No such file or directory ==> MAKING DIRECTORY "incs/macppc-openbsd-cc/Inull" ==> CONFIGURING RULES "incs/macppc-openbsd-cc/rules.cnf" $ ls -l /usr/ports/pobj/cdrtools-2.01.01a67/cdrtools-2.01.01/RULES/ldummy.lnk lrwxr-xr-x 1 sidster wsrc 10 Nov 3 23:05 /usr/ports/pobj/cdrtools-2.01.01a67/cdrtools-2.01.01/RULES/ldummy.lnk@ -> ldummy.cnf hmm ... am I doing something very stupid? Stuart, I can send you the entire output from `make install' if you think it would be useful. --patrick
Re: ports maintainer
ok :) On Tue, Nov 3, 2009 at 4:26 AM, Tobias Ulmer wrote: > On Tue, Nov 03, 2009 at 01:16:56AM -0500, cody chandler wrote: > > Hello, > > > > I'm very new to openbsd and if there is some way I may help with > > maintaining ports I'd love to give my time towards a wonder full product. > > Not sure if product would be the best choice to describe a solid OS. My > > back ground from little to fair, html, xml, old Basic, Net. I'm looking > > into Cobal. The irc channel said that's what I should look at in order to > > understand openbsd a bit better. Please ask any questions or point me in > a > > direction so I may help. > > Asking "for work" makes it pretty clear that you are not yet able to > help. Most developers do not want to act as instructors, there's too > little time and the investment into someone seldom pays off. > > Give yourself some time, play with the system, run snapshots, help other > users if you can, etc. > > Fixing things does come all by itself, either the port is outdated and > you need a newer version, or it's not yet in the ports system. If > something bothers you enough, fix it and send a patch. > > It's not an issue if it isn't perfect the first time, especially on > ports.. > > > > > Thank You > > Cody Chandler > > 904-392-1794 > > usa > > -- > Sent from my noname server. >
Re: http firewall: modsecurity excessive logging.. how to manage?
On Tue, Nov 03, 2009 at 11:50:25AM -0600, David Taveras wrote: > Hello, > > We have a site with about 2000 visits per day, and now the logging is > getting extremely hard to review, as security is number one the ideal > situation for me would be to be able to classify the output into > groups so that I as a sysadmin can be aware of all, know if there is a > increase of hits for a particular rule, and most important is to know > when Iam getting (or tried to) getting SQL/PHP injected. > > Is there a way without using commercial add-ons to classify all this > output and actually make sense of it, possibly by sending important > alerts? How do other people do this? > > Sure: best practice is to have secure PHP code.. but in an environment > where you cannot trust the code. This is my only path. As a general rule, reviewing stuff that your firewall/filter has stopped isn't terribly useful. After all, it's only the stuff that it lets through that you care about... However, to answer your question, I have had good success with using sysutils/sec, the Simple Event Correlator (for syslog, but it's fairly generic.) I use a hackish sed script to allow some macros (like __IP__ for a regex matching IP addresses), and a generic preamble/post-amble to make sure that a log record is matched by exactly one rule in all files (one of the last rules matches and reports everything not matched by an earlier rule). With a bit of scripting, it can send mail (and presumably pager notifications). Be warned, though, that it's very generic and hence you'll have to write most of this stuff yourself. Joachim
Re: http firewall: modsecurity excessive logging.. how to manage?
If you need some 'hardcore' pf rule, you can do something like this: pass in log quick proto tcp from $ext_if to any port 80 \ flags S/SA keep state (max-src-conn 50, max-src-conn-rate 10/8, \ overload flush global) Adjust (max-src-conn and max-src-conn-rate) to your needs. 2009/11/3 David Taveras : > Hello, > > We have a site with about 2000 visits per day, and now the logging is > getting extremely hard to review, as security is number one the ideal > situation for me would be to be able to classify the output into > groups so that I as a sysadmin can be aware of all, know if there is a > increase of hits for a particular rule, and most important is to know > when Iam getting (or tried to) getting SQL/PHP injected. > > Is there a way without using commercial add-ons to classify all this > output and actually make sense of it, possibly by sending important > alerts? How do other people do this? > > Sure: best practice is to have secure PHP code.. but in an environment > where you cannot trust the code. This is my only path. > > > Thank you. > > David Taveras > >
Re: http firewall: modsecurity excessive logging.. how to manage?
David Taveras wrote: Hello, We have a site with about 2000 visits per day, and now the logging is getting extremely hard to review, as security is number one the ideal situation for me would be to be able to classify the output into groups so that I as a sysadmin can be aware of all, know if there is a increase of hits for a particular rule, and most important is to know when Iam getting (or tried to) getting SQL/PHP injected. I have a script that goes through my error_log and when it finds entries I class as bad, blocks that IP through pfctl additions to a block list. You could do something similiar to scan for relevant entries in error and access logs. Those entries could be written into appropriate log files for each "category". Only you will be able to determine what is of interest and what to ignore. I only needed a few weeks (but little actual time) to finish tweaking my 'scanner', as I watched the logs.
http firewall: modsecurity excessive logging.. how to manage?
Hello, We have a site with about 2000 visits per day, and now the logging is getting extremely hard to review, as security is number one the ideal situation for me would be to be able to classify the output into groups so that I as a sysadmin can be aware of all, know if there is a increase of hits for a particular rule, and most important is to know when Iam getting (or tried to) getting SQL/PHP injected. Is there a way without using commercial add-ons to classify all this output and actually make sense of it, possibly by sending important alerts? How do other people do this? Sure: best practice is to have secure PHP code.. but in an environment where you cannot trust the code. This is my only path. Thank you. David Taveras
UPDATE: fossil-20091103194336
Attached is an update to the latest version of fossil 20091103194336.
Tested on i386.
Index: Makefile
===
RCS file: /cvs/ports/devel/fossil/Makefile,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 Makefile
--- Makefile23 Sep 2009 19:06:46 - 1.1.1.1
+++ Makefile4 Nov 2009 01:54:13 -
@@ -2,7 +2,7 @@
COMMENT = simple distributed software configuration management
-VERSION = 20090921191920
+VERSION = 20091103194336
DISTNAME = fossil-src-${VERSION}
PKGNAME = fossil-${VERSION}
CATEGORIES = devel www
Index: distinfo
===
RCS file: /cvs/ports/devel/fossil/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo23 Sep 2009 19:06:46 - 1.1.1.1
+++ distinfo4 Nov 2009 01:54:13 -
@@ -1,5 +1,5 @@
-MD5 (fossil-src-20090921191920.tar.gz) = gXhtpKJBAKytOEgu0JaD+A==
-RMD160 (fossil-src-20090921191920.tar.gz) = 9cJONZ7pcx0fZhsz4b6m9C3bdkU=
-SHA1 (fossil-src-20090921191920.tar.gz) = Mxu0IpDBcFFoPaB4eDJuY+HIsnU=
-SHA256 (fossil-src-20090921191920.tar.gz) =
puKfsTRg+O9oOtjsCducTOgB5nl+zf1AJLFAPk/l644=
-SIZE (fossil-src-20090921191920.tar.gz) = 1793015
+MD5 (fossil-src-20091103194336.tar.gz) = sCt9b6nhm/wx9m5NgRZwVQ==
+RMD160 (fossil-src-20091103194336.tar.gz) = jsRx7LdhUAWe+Wkx4dMo37dh/iM=
+SHA1 (fossil-src-20091103194336.tar.gz) = 5bx3Nw/l8wa7x480JjlPev2SjIM=
+SHA256 (fossil-src-20091103194336.tar.gz) =
Y2xLWyrq3qyR9d8Y+QQsUzN0M9KXAOJVpsrTVO3MnJI=
+SIZE (fossil-src-20091103194336.tar.gz) = 1818114
Re: sox and mp3
> > > After reinstalling with 4.6, which comes with sox-14.2.0p2, > > > I can no longer play mp3 files. On a previous install (4.5 > > > which comes with sox-14.2.0p1) I could. > > > > http://marc.info/?l=openbsd-ports&m=125718907606943&q=raw This indeed installs 14.3.0 which plays file.mp3 all right. Thanks! Jan
Re: [new] mozilla sunbird/lightning 0.9
On Tue, Nov 03, 2009 at 03:16:17PM +0100, Landry Breuil wrote: > On Tue, Nov 03, 2009 at 02:55:06PM +0100, Landry Breuil wrote: > > Hi, > > > > here's a new port for Sunbird mozilla calendar, and Thunderbird's > > companion extension Lightning. Both finally works fine after three days of > > struggling with mozilla framework and install.rdf nightmares. > > The port is basically a ripoff from mail/mozilla-thunderbird, adapted > > for Sunbird, as it is mostly the same source tree, so same patches > > apply. I didn't feel the need for a README.OpenBSD yet. > > > > Please test and comment. > > As pointed out by sthen@, MASTER_SITES lacks '/calendar/' before > '/sunbird/'. > > I'm also considering making a subpackage for google calendar provider > extension, as its xpi is built during sunbird build, but maybe only ship > the .xpi in sunbird subpackage instead of making two packages (one for > sunbird-gdata, one for thunderbird-gdata...) New tarball fixing MASTER_SITES, tabs/spaces in Makefile, and bundling gdata-provider.xpi in prefix/sunbird. gdata works fine in thunderbird and sunbird this way, after adding the extension via addon manager. Landry sunbird-0.9.tgz Description: application/tar-gz
Re: dbus no_x11
On 2009/11/03 15:00, Antoine Jacoutot wrote: > On Tue, 3 Nov 2009, Sergey Prysiazhnyi wrote: > > > On Tue, Nov 03, 2009 at 07:18:54AM +0100, Antoine Jacoutot wrote: > > > On Tue, 3 Nov 2009, Vladimir Kirillov wrote: > > > > > > > Hello po...@! > > > > > > > > This diff is to detach dependency of X for dbus. > > > > (my #1-goal is to be able install avahi on X-less router > > > > later) > > > > > > IMHO, buy a bigger disk^memory card, untar xbase and be done with it. > > > > Yes, but if we are talking about small embedded solution like > > http://www.pcengines.ch/alix.htm , http://www.andahammer.com/mini244/ , etc > > with > > only 1-4GB CF and other services run on it those need disk space? > > > > IMHO, really make sense. > > I really don't like this. FLAVORS add to maintainership pain and require > the package to be built as much as enabled FLAVORS on bulks. > I don't see how OpenBSD+xsets+dbus+avahi would not fit on a 1Gb space. > > If you want a specific solution, I'd say compile your own stuff. > Of course, this is only my opinion, other devs may think differently... I do see that it might be useful, but given the huge set of packages which depend on dbus and/or avahi, there is no way we can properly get things tested against no_x11 flavours, so for quality control purposes I agree with you, this shouldn't go in the tree. And really, if you're building enough systems that the price difference of larger storage is an issue, you should be able to handle a few custom changes to ports here and there.
NEW: sysutils/maj
Hi all, I've written a little shell script to manage system updates from source. It is very basic and inspired from release(8). I've made a port of it. It contains a manpage. Of course, comments/improvements are very welcomed. It can sound superfluous but I use it since a few years and it proved to be very useful for my -stable and -current production machines. sysutils/maj: maj is a sh(1) script designed to help administrator update base sys- tem, including X.Org(7), from sources and manage cvs(1) source trees. maj is also able to make a system release. Cheers, -- Mattieu Baptiste "/earth is 102% full ... please delete anyone you can." maj.tar.gz Description: GNU Zip compressed data
Re: wipe port
On Tue, Nov 3, 2009 at 9:01 AM, Joachim Schipper wrote: > On Mon, Nov 02, 2009 at 12:44:59PM -0500, Brad Tilley wrote: >> Is anyone working on a port of wipe for OpenBSD: http://wipe.sourceforge.net >> >> If not, I'd be glad to work on this, provided it would be an acceptable port. > > I don't see why it would not be accepted, but I'm not sure it's too > useful either. If you just want to make recovery inconvenient, rm -P > works fine; and if you want to make it impossible, you'll probably have > to encrypt the whole disk anyway (and throw away the key). > > Joachim Good points. Perhaps there's no real need. I'll skip it for now. Others have expressed speed concerns with wipe when compared to other tools. Brad
Re: dbus no_x11
On Tue, Nov 03, 2009 at 03:00:41PM +0100, Antoine Jacoutot wrote: > On Tue, 3 Nov 2009, Sergey Prysiazhnyi wrote: > > > On Tue, Nov 03, 2009 at 07:18:54AM +0100, Antoine Jacoutot wrote: > > > On Tue, 3 Nov 2009, Vladimir Kirillov wrote: > > > > > > > Hello po...@! > > > > > > > > This diff is to detach dependency of X for dbus. > > > > (my #1-goal is to be able install avahi on X-less router > > > > later) > > > > > > IMHO, buy a bigger disk^memory card, untar xbase and be done with it. > > > > Yes, but if we are talking about small embedded solution like > > http://www.pcengines.ch/alix.htm , http://www.andahammer.com/mini244/ , etc > > with > > only 1-4GB CF and other services run on it those need disk space? > > > > IMHO, really make sense. > > I really don't like this. FLAVORS add to maintainership pain and require > the package to be built as much as enabled FLAVORS on bulks. > I don't see how OpenBSD+xsets+dbus+avahi would not fit on a 1Gb space. > > If you want a specific solution, I'd say compile your own stuff. > Of course, this is only my opinion, other devs may think differently... I'm with antoine here. We already have a flavor mess for avahi, don't add some mess to dbus. Just use plain dbus package and untar only the X libs needed for DBUS from xbase.tgz. Landry
Re: [new] mozilla sunbird/lightning 0.9
On Tue, Nov 03, 2009 at 02:55:06PM +0100, Landry Breuil wrote: > Hi, > > here's a new port for Sunbird mozilla calendar, and Thunderbird's > companion extension Lightning. Both finally works fine after three days of > struggling with mozilla framework and install.rdf nightmares. > The port is basically a ripoff from mail/mozilla-thunderbird, adapted > for Sunbird, as it is mostly the same source tree, so same patches > apply. I didn't feel the need for a README.OpenBSD yet. > > Please test and comment. As pointed out by sthen@, MASTER_SITES lacks '/calendar/' before '/sunbird/'. I'm also considering making a subpackage for google calendar provider extension, as its xpi is built during sunbird build, but maybe only ship the .xpi in sunbird subpackage instead of making two packages (one for sunbird-gdata, one for thunderbird-gdata...) Landry
Re: Fw: ports version: rdiff-backup
On Sun, Nov 01, 2009 at 10:41:27AM -0800, vincent delft wrote: > Hello, > > Hope that there is still someone managing the rdiff-backup ports. At this moment, no, but I'm planning to look into it as soon as I have some time, since I use it too. Joachim
Re: dbus no_x11
On Tue, 3 Nov 2009, Antoine Jacoutot wrote: > I really don't like this. FLAVORS add to maintainership pain and require > the package to be built as much as enabled FLAVORS on bulks. Oh and I forgot to say that flavors that are not enabled are usually poorly tested (if ever for some...). -- Antoine
Re: wipe port
On Mon, Nov 02, 2009 at 12:44:59PM -0500, Brad Tilley wrote: > Is anyone working on a port of wipe for OpenBSD: http://wipe.sourceforge.net > > If not, I'd be glad to work on this, provided it would be an acceptable port. I don't see why it would not be accepted, but I'm not sure it's too useful either. If you just want to make recovery inconvenient, rm -P works fine; and if you want to make it impossible, you'll probably have to encrypt the whole disk anyway (and throw away the key). Joachim
Re: dbus no_x11
On Tue, 3 Nov 2009, Sergey Prysiazhnyi wrote: > On Tue, Nov 03, 2009 at 07:18:54AM +0100, Antoine Jacoutot wrote: > > On Tue, 3 Nov 2009, Vladimir Kirillov wrote: > > > > > Hello po...@! > > > > > > This diff is to detach dependency of X for dbus. > > > (my #1-goal is to be able install avahi on X-less router > > > later) > > > > IMHO, buy a bigger disk^memory card, untar xbase and be done with it. > > Yes, but if we are talking about small embedded solution like > http://www.pcengines.ch/alix.htm , http://www.andahammer.com/mini244/ , etc > with > only 1-4GB CF and other services run on it those need disk space? > > IMHO, really make sense. I really don't like this. FLAVORS add to maintainership pain and require the package to be built as much as enabled FLAVORS on bulks. I don't see how OpenBSD+xsets+dbus+avahi would not fit on a 1Gb space. If you want a specific solution, I'd say compile your own stuff. Of course, this is only my opinion, other devs may think differently... -- Antoine
[new] mozilla sunbird/lightning 0.9
Hi, here's a new port for Sunbird mozilla calendar, and Thunderbird's companion extension Lightning. Both finally works fine after three days of struggling with mozilla framework and install.rdf nightmares. The port is basically a ripoff from mail/mozilla-thunderbird, adapted for Sunbird, as it is mostly the same source tree, so same patches apply. I didn't feel the need for a README.OpenBSD yet. Please test and comment. Landry sunbird-0.9.tgz Description: application/tar-gz
Re: dbus no_x11
On Tue, Nov 03, 2009 at 07:18:54AM +0100, Antoine Jacoutot wrote: > On Tue, 3 Nov 2009, Vladimir Kirillov wrote: > > > Hello po...@! > > > > This diff is to detach dependency of X for dbus. > > (my #1-goal is to be able install avahi on X-less router > > later) > > IMHO, buy a bigger disk^memory card, untar xbase and be done with it. Yes, but if we are talking about small embedded solution like http://www.pcengines.ch/alix.htm , http://www.andahammer.com/mini244/ , etc with only 1-4GB CF and other services run on it those need disk space? IMHO, really make sense.
Re: net/wget: problem with dependencies
On Tue, Nov 3, 2009 at 11:21 AM, Stuart Henderson wrote: > add LIB_DEPENDS=idn::devel/libidn, I think. ok? Looks good. Please, commit it. cheers -dav
Re: net/wget: problem with dependencies
Stuart Henderson wrote:
> On 2009/11/03 09:32, David Coppa wrote:
>> # wget
>> wget: can't load library 'libidn.so.16.30'
>>
>> What do you prefer to do?
>> Adding "devel/libidn" to LIB_DEPENDS or adding "--disable-iri"
>> (disable IDN/IRIs support) to CONFIGURE_ARGS?
>
> add LIB_DEPENDS=idn::devel/libidn, I think. ok?
>
ok for me.
> Index: Makefile
> ===
> RCS file: /cvs/ports/net/wget/Makefile,v
> retrieving revision 1.48
> diff -u -p -r1.48 Makefile
> --- Makefile 15 Oct 2009 08:27:04 - 1.48
> +++ Makefile 3 Nov 2009 10:21:14 -
> @@ -3,6 +3,7 @@
> COMMENT =retrieve files from the web via HTTP, HTTPS and FTP
>
> DISTNAME = wget-1.12
> +PKGNAME =${DISTNAME}p0
> CATEGORIES = net
>
> HOMEPAGE = http://www.gnu.org/software/wget/
> @@ -14,6 +15,7 @@ PERMIT_DISTFILES_CDROM =Yes
> PERMIT_DISTFILES_FTP = Yes
>
> WANTLIB =c crypto ssl
> +LIB_DEPENDS =idn::devel/libidn
>
> MASTER_SITES = ${MASTER_SITE_GNU:=wget/}
>
> Index: pkg/PLIST
> ===
> RCS file: /cvs/ports/net/wget/pkg/PLIST,v
> retrieving revision 1.23
> diff -u -p -r1.23 PLIST
> --- pkg/PLIST 15 Oct 2009 08:27:12 - 1.23
> +++ pkg/PLIST 3 Nov 2009 10:21:14 -
> @@ -1,6 +1,7 @@
> @comment $OpenBSD: PLIST,v 1.23 2009/10/15 08:27:12 benoit Exp $
> @bin bin/wget
> @info info/wget.info
> +...@comment lib/charset.alias
> @man man/man1/wget.1
> share/examples/wget/
> share/examples/wget/sample.wgetrc
>
>
Re: [New] mon-1.2.0
On Mon, Oct 19, 2009 at 02:13:20PM +0200, Pierre-Emmanuel André wrote: > Hi > > I have a port for mon. > Homepage here: http://mon.wiki.kernel.org/ > > > cat pkg/DESCR: > "mon" is a tool for monitoring the availability of services, and sending > alerts on prescribed events. Services are defined as anything tested by > a "monitor" program, which can be something as simple as pinging a system, > or as complex as analyzing the results of an application-level transaction. > Alerts are actions such as sending emails, making submissions to ticketing > systems, or triggering resource fail-over in a high-availability cluster. > > A design goal of mon is to maintain simplicity and provide the right > abstractions > for monitoring so that the system can be scalable, easy to use, and trivial > to > extend for the widest variety of applications. The learning curve is very > shallow for initial installation, configuration, and customization. Monitors > and alerts are simple to write using any language, and simple to incorporate > into a site configuration. Reporting and control functionality is easily > customized with the aid of a TCP-based protocol interface. > > > Tested on macppc. > Updated port: + fix uid for the _mon user + add 2 another clients (moncmd and monshow) Port available here too: http://openbsd.raveland.org/ports/mon-1.2.0.tgz Regards, -- Pierre-Emmanuel André GPG key: 0x7AE329DC mon-1.2.0.tgz Description: application/tar-gz
Re: net/wget: problem with dependencies
On 2009/11/03 09:32, David Coppa wrote:
> # wget
> wget: can't load library 'libidn.so.16.30'
>
> What do you prefer to do?
> Adding "devel/libidn" to LIB_DEPENDS or adding "--disable-iri"
> (disable IDN/IRIs support) to CONFIGURE_ARGS?
add LIB_DEPENDS=idn::devel/libidn, I think. ok?
Index: Makefile
===
RCS file: /cvs/ports/net/wget/Makefile,v
retrieving revision 1.48
diff -u -p -r1.48 Makefile
--- Makefile15 Oct 2009 08:27:04 - 1.48
+++ Makefile3 Nov 2009 10:21:14 -
@@ -3,6 +3,7 @@
COMMENT = retrieve files from the web via HTTP, HTTPS and FTP
DISTNAME = wget-1.12
+PKGNAME = ${DISTNAME}p0
CATEGORIES = net
HOMEPAGE = http://www.gnu.org/software/wget/
@@ -14,6 +15,7 @@ PERMIT_DISTFILES_CDROM =Yes
PERMIT_DISTFILES_FTP = Yes
WANTLIB = c crypto ssl
+LIB_DEPENDS = idn::devel/libidn
MASTER_SITES = ${MASTER_SITE_GNU:=wget/}
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/wget/pkg/PLIST,v
retrieving revision 1.23
diff -u -p -r1.23 PLIST
--- pkg/PLIST 15 Oct 2009 08:27:12 - 1.23
+++ pkg/PLIST 3 Nov 2009 10:21:14 -
@@ -1,6 +1,7 @@
@comment $OpenBSD: PLIST,v 1.23 2009/10/15 08:27:12 benoit Exp $
@bin bin/wget
@info info/wget.info
+...@comment lib/charset.alias
@man man/man1/wget.1
share/examples/wget/
share/examples/wget/sample.wgetrc
Re: ports maintainer
On Tue, Nov 03, 2009 at 01:16:56AM -0500, cody chandler wrote: > Hello, > > I'm very new to openbsd and if there is some way I may help with > maintaining ports I'd love to give my time towards a wonder full product. > Not sure if product would be the best choice to describe a solid OS. My > back ground from little to fair, html, xml, old Basic, Net. I'm looking > into Cobal. The irc channel said that's what I should look at in order to > understand openbsd a bit better. Please ask any questions or point me in a > direction so I may help. Asking "for work" makes it pretty clear that you are not yet able to help. Most developers do not want to act as instructors, there's too little time and the investment into someone seldom pays off. Give yourself some time, play with the system, run snapshots, help other users if you can, etc. Fixing things does come all by itself, either the port is outdated and you need a newer version, or it's not yet in the ports system. If something bothers you enough, fix it and send a patch. It's not an issue if it isn't perfect the first time, especially on ports.. > > Thank You > Cody Chandler > 904-392-1794 > usa -- Sent from my noname server.
net/wget: problem with dependencies
Hello, This morning I've found this: # echo $PKG_PATH ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/ # pkg_add -v wget parsing wget-1.12 Dependencies for wget-1.12 resolve to: libiconv-1.13, gettext-0.17p0 found libspec c.52.0 in /usr/lib found libspec crypto.18.0 in /usr/lib found libspec iconv.6.0 in package libiconv-1.13 found libspec intl.4.0 in package gettext-0.17p0 found libspec ssl.15.0 in /usr/lib Adding wget-1.12 installed /etc/wgetrc from /usr/local/share/examples/wget/sample.wgetrc # wget wget: can't load library 'libidn.so.16.30' What do you prefer to do? Adding "devel/libidn" to LIB_DEPENDS or adding "--disable-iri" (disable IDN/IRIs support) to CONFIGURE_ARGS? Ciao, David
Re: splitting ocaml package
On 28 Oct 2009, at 15:52, Vincent Gross wrote: Okay, I tested the build on a Sun Ultra 5, everything goes smoothly. Ocaml itself is fully functional (no pun intended), I built and used mldonkey without any problem. new patch with two subpackages, -main and -tk : http://www.screwball-coders.net/OpenBSD/ports/ocaml-3.11.1-multipackages.diff Thanks, this looks fine; a bunch of ports need their dependencies updated to match the new subpackage; I'll bump those, do a full build and commit the patch when its done. -anil
