On Thu, Jul 20, 2006 at 06:12:54PM +0200, Christian Weisgerber wrote:
We need some sort of policy how to deal with software written in
Java. We have a number of ports that are basically just wrappers
that install pre-compiled Java byte code.
Please have the java source in the ports tree, and
On Fri, 21 Jul 2006, Bernd Schoeller wrote:
On Thu, Jul 20, 2006 at 06:12:54PM +0200, Christian Weisgerber wrote:
We need some sort of policy how to deal with software written in
Java. We have a number of ports that are basically just wrappers
that install pre-compiled Java byte code.
On Thu, Jul 20, 2006 at 04:59:01PM -0500, Will Maier wrote:
On Thu, Jul 20, 2006 at 12:14:23AM +0200, Jon Olsson wrote:
Here's the latest diff.
# make lib-depends-check
/usr/ports/packages/i386/all/darcs-1.0.8.tgz:
Extra: readline.3
Extra: ncurses.10
Extra: pthread.6
Hello,
This is no news and has been discussed earlier (I found threads from 2005).
Obsd wine port is somewhat old. At winehq.com I found the following
info in the faq:
NetBSD, OpenBSD, UnixWare, and SCO OpenServer 5 worked at one time, but Wine
now requires kernel-level threads which are not
On Fri, Jul 21, 2006 at 06:45:52PM +1000, Damien Miller wrote:
On Fri, 21 Jul 2006, Bernd Schoeller wrote:
On Thu, Jul 20, 2006 at 06:12:54PM +0200, Christian Weisgerber wrote:
We need some sort of policy how to deal with software written in
Java. We have a number of ports that are
Marc Balmer wrote:
I was - as naddy pointed out - very outspoken on this issue during c2k6.
And I still am.
I am against ports that download pieces of code that do not have their
source form in /usr/ports/distfiles.
I want at least to be able to see what the program does by inspecting
the
Wim Lewis [2006-07-15, 14:34:38]:
I was building something that needs docbook-4.3, so I updated the docbook
port to install it. I don't really understand the SGML / XML catalog
stuff, so I just imitated the 4.2 catalog code, and this seems to work
fine.
Docbook is actually up to version
Lars Hansson wrote:
On Friday 21 July 2006 02:36, Holger Mauermann wrote:
is anybody working on an updated port of rrdtool?
Yes, I am. It is pretty much working and I was waiting for a response from
the
maintainer (danh@). However, I sent my patches to him weeks ago and I haven't
heard
What's next? Binary only software with NOT_FOR_ARCHES set so it runs
only the arch the binary is for?
Well, yes. redhat-base and freebsd-libs set for only i386.
It's pervert to have a STOP BLOB release theme and then importing
exactly BLOBS in the ports tree. There is absolutely no need
Isn't the jvm code supposed to be platform-independent ?
No, that's a misunderstanding. The JVM is the platform-dependant
runtime. It is Java class files (aka byte code) that are platform
independent. Just like: A sh or perl script may be portable; the OpenBSD
that it runs on is
On Fri, Jul 21, 2006 at 01:35:32PM +0200, Marc Espie wrote:
Somebody explain to me how slower platforms are a hastle for java-based
ports.
The same reasons cross-compiling isn't supported:
* supporting cross-builds is extra work
* you still need to build on the slower platform periodically to
Hi,
Here are two patches that brings cairo to 1.2.0 and glitz to 0.5.6.
The version for glitz libraries where apparently not changed since the
last release. So I decided for a minor bump. libcairo went from 4.4
to 11.0, but the release note says it is binary compatible with the
previous
Bernd Ahlers [Sun, Jul 16, 2006 at 11:19:19AM +0200] wrote:
Attached is an update to mutt-1.5.12. The current sidebar patch doesn't
apply correctly, so the sidebar FLAVOR isn't functional yet. I'll send
a new diff when this is fixed.
In the meantime please test and comment. Please see the
On Mon, Jul 03, 2006 at 05:17:40PM +0200, Antoine Jacoutot wrote:
This diff updates sane-backends to the latest stable version (1.0.18).
FYI, their main ftp server (hosted by redhat) seems to be broken,
and it didn't hit most mirrors, so if you run into problems fetching
it, use this patch:
---
I was - as naddy pointed out - very outspoken on this issue during c2k6.
And I still am.
I am against ports that download pieces of code that do not have their
source form in /usr/ports/distfiles.
I want at least to be able to see what the program does by inspecting
the sources. And I
Dnia 20-07-2006 o godz. 22:07 Theo de Raadt napisał(a):
It's pervert to have a STOP BLOB release theme and then importing
exactly BLOBS in the ports tree. There is absolutely no need to do so,
nothing suffers from going throught the source, besides, maybe these
ports are a little bit
Nikolay Sturm [EMAIL PROTECTED] writes:
I completely disagree. The question boils down to what our
ports tree is supposed to be. You want it to be a packaging
system for open source software. I want it to be a packaging
system for any software, even closed source commercial
software.
To
Hello, Mr. suck my balls. Pleased to meet you.
Adam [EMAIL PROTECTED] writes:
Deanna Phillips [EMAIL PROTECTED] wrote:
One of the greatest things for me, as a user, has been that I
can completely trust the decisions made about what does and
does not go into this OS. Even ports.
What you
The BUILD_DEPENDS and RUN_DEPENDS of doc-utils looks a little bit
strange and disturbs at least the out-of-date script. This should
fix it:
--- Makefile.orig Fri Jul 21 23:51:37 2006
+++ MakefileFri Jun 23 17:39:55 2006
@@ -20,9 +20,9 @@
MODULES= lang/python
BUILD_DEPENDS=
* Matthias Kilian [2006-07-22]:
The BUILD_DEPENDS and RUN_DEPENDS of doc-utils looks a little bit
strange and disturbs at least the out-of-date script. This should fix
it:
If out-of-date is disturbed by such an entry, then out-of-date needs to
be fixed. The dependencies have to stay this way.
Nikolay Sturm [Sat, Jul 22, 2006 at 02:37:33AM +0200] wrote:
* Matthias Kilian [2006-07-22]:
The BUILD_DEPENDS and RUN_DEPENDS of doc-utils looks a little bit
strange and disturbs at least the out-of-date script. This should fix
it:
If out-of-date is disturbed by such an entry, then
* Deanna Phillips [2006-07-21]:
I completely disagree. The question boils down to what our
ports tree is supposed to be. You want it to be a packaging
system for open source software. I want it to be a packaging
system for any software, even closed source commercial
software.
To what
Nikolay Sturm [EMAIL PROTECTED] writes:
* Deanna Phillips [2006-07-21]:
One of the greatest things for me, as a user, has been that I
can completely trust the decisions made about what does and
does not go into this OS. Even ports. Take that away and
what do you have?
Those decisions
Deanna Phillips [EMAIL PROTECTED] wrote:
You seem to want to dismiss this (and me) because it's
inconvenient. If you choose to dismiss the users who care about
open source, what users will you be left with?
Users who care about open source aren't hurt by ports of commercial
software. They
ISI-CNV Last Minute PNL3 Corso Practitioner PNL + Certificato Americano
a Partire da 399 euro - il più completo sul mercato
Master PNL | Anthony Robbins | Percorsi Coach | Formazione Professionale |
Comunicazione Ipnotica | Mesmerismus
Occasioni Last Minute per un'estate eccezionale!
I'm working on a newer port of netatalk (http://netatalk.sf.net)
2.0.xx (hopefully will be added as net/netatalk2) and I've tested it
with the latest Berkeley DB (4.4.xx) which requires a patch to
netatalk. The version in OpenBSD's ports is version 4.2.xx which does
not require a patch to
26 matches
Mail list logo