The following diff changes the default bootstrap depend from jdk/1.5 to
lang/jamvm + Eclipse compiler (ecj).
Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
ok.
After this goes in we can remove jdk/1.5 which is EOL since 2009.
okay?
Index: Makefile
On Saturday 01 October 2011 14:08:18 Kurt Miller wrote:
The following diff changes the default bootstrap depend from jdk/1.5 to
lang/jamvm + Eclipse compiler (ecj).
Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
ok.
After this goes in we can remove jdk/1.5
On Sunday 02 October 2011 09:51:25 Amit Kulkarni wrote:
The following diff changes the default bootstrap depend from jdk/1.5 to
lang/jamvm + Eclipse compiler (ecj).
Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
ok.
After this goes in we can remove
Hi Amit,
On Thursday 06 October 2011 02:20:42 pm Amit Kulkarni wrote:
The following diff changes the default bootstrap depend from jdk/1.5 to
lang/jamvm + Eclipse compiler (ecj).
Tested on i386 and amd64: builds ok, builds native_bootstrap ok and jdk/1.7
ok.
After this goes in we
Now that we can boostrap 1.6 with jamvm it is time to remove EOL/unmaintained
by upstream java ports; devel/jdk/1.5 and lang/kaffe.
All 1.3+ 1.4+ and 1.5+ ports require a bump due to change in RUN_DEPENDS. A
close look at java.port.mk would be appreciated. Thanks.
Index:
On Sunday 19 February 2012 4:33:35 pm Amit Kulkarni wrote:
As you probably noticed, rthreads (kernel threads) are now enabled by
default. However there is no guarantee that this will last if we can't
fix everything that needs fixing in time.
When working with ports and when you
On Monday 20 February 2012 3:09:08 pm Ted Unangst wrote:
On Mon, Feb 20, 2012, Kurt Miller wrote:
On Sunday 19 February 2012 4:33:35 pm Amit Kulkarni wrote:
There is some problem building sun's jdk 1.6 (devel/jdk/1.6) and
lang/mono. Note this is with stock current (src,xenocara,ports
From: Kevin [EMAIL PROTECTED]
On 7/1/05, Kurt Miller [EMAIL PROTECTED] wrote:
Does anyone who uses this want to maintain it? I don't want to. It needs
updating to the current version, kill INSTALL scripts, use @sample, etc.
If no one steps up, I'd like to remove it before the next release
From: Hannah Schroeter [EMAIL PROTECTED]
Hello!
In current (updated on Monday), I installed jdk-1.4.2p2-with_ipv6 from
ports, and after installation it suggests putting a link for a
Mozilla/Firefox Java plugin to an appropriate place.
Yet, it doesn't work (tried the interactive map stuff from
From: Matthias Kilian [EMAIL PROTECTED]
FYI:
With USE_SYSTRACE=Yes in /etc/mk.conf a build of devel/eclipse/sdk
on a seven days old -current system fails with the following error:
Thanks for the report. My bad. _SYSTRACE_CMD is called already by
bsd.port.mk on the do-build target and I called
On Friday 26 August 2005 10:37 am, Kurt Miller wrote:
From: Matthias Kilian [EMAIL PROTECTED]
FYI:
With USE_SYSTRACE=Yes in /etc/mk.conf a build of devel/eclipse/sdk
on a seven days old -current system fails with the following error:
Thanks for the report. My bad. _SYSTRACE_CMD
On Thursday 22 September 2005 10:56 am, Allan P. Magmanlac wrote:
Hello,
I was trying to build jdk 1.5 on openbsd3.7 using ports collection,
however I get various errors. So many of them.
Sounds like your using a -current ports tree with 3.7. (jdk/1.5
was committed after 3.7)
(i.e Stop
On Thursday 29 September 2005 04:18 am, frantisek holop wrote:
hmm, on Wed, Sep 28, 2005 at 08:49:13PM -0500, Jolan Luff said that
hm you never used it before so maybe it has been working forever up
until all the recent ld.so hackery. notice how vlc is all plugins.
i'm surprised your
Hi Matthias,
Thanks for the detailed report. The problem you are seeing looks
exactly like a problem that was fixed about 10 days ago. Are you
sure you are running -current userland?
-Kurt
On Monday 03 October 2005 03:00 pm, Matthias Kilian wrote:
Hi,
when trying to build deve/eclipse, the
On Tuesday 04 October 2005 06:18 pm, Matthias Kilian wrote:
On Mon, Oct 03, 2005 at 05:06:20PM -0400, Kurt Miller wrote:
In that case, I made some commits today that might effect this. Not
sure if mirrors have them yet. make sure your tree has revision 1.59 or
later of src/libexec/ld.so
On Wednesday 02 November 2005 02:19 pm, Ray Lai wrote:
On Wed, Nov 02, 2005 at 01:18:47PM -0500, Ian Darwin wrote:
+Firefox looks for plugins in ~/.mozilla/plugins and in the directorie(s)
named +in the environment variable MOZ_PLUGIN_PATH.
I think `directories' is better than
On Thursday 03 November 2005 08:24 am, Peter Strömberg wrote:
tested on i386, amd64 and macppc in venice
patch -E is recomended
Tested on sparc64 with remote X ok. Themes working ok, but
I haven't found an extension that is 1.5rc1 compatible.
Anyone know of one?
-Kurt
On Tuesday 22 November 2005 02:37 pm, Damien Couderc wrote:
On Fri, 18 Nov 2005 16:51:31 +0100
Markus Hennecke [EMAIL PROTECTED] wrote:
Robert Szasz wrote:
Is there a way to get the xchat port to support plugins again?
This is an update for the stable port bumping the version to 2.4.5
Did not not get my reply to this question when you sent it to
me directly?
Was this box upgraded from 3.6 or before and
rm -rf /usr/include/g++
not done durring the upgrade?
(see http://www.openbsd.org/faq/upgrade37.html)
It looks like your c++ headers are screwed.
Does building something
On Tuesday 29 November 2005 11:23 am, frantisek holop wrote:
hi there,
looking at the hardened php project, it being just a patch,
does not the ports framework make it quite easy to make
a flavour of php which could actually be php5-hardened
or some such?
-f
devel/jdk/1.4 has an example
On Tuesday 29 November 2005 08:05 am, you wrote:
Jacob Meuser jakemsr at jakemsr.com writes:
why are you specifying AUTOMAKE_VERSION and AUTOCONF_VERSION
if you aren't using automake or autoconf?
I copied the Makefile from another port I was working on; I was
expecting the worse :)
On Tuesday 06 December 2005 08:17 pm, Jolan Luff wrote:
On Fri, Dec 02, 2005 at 09:20:09AM -0500, Kurt Miller wrote:
On Friday 02 December 2005 08:39 am, Christian Weisgerber wrote:
Peter Str?mberg [EMAIL PROTECTED] wrote:
We'll have to add --enable-official-branding to CONFIGURE_ARGS
On Thursday 08 December 2005 10:53 am, Kurt Miller wrote:
On Tuesday 06 December 2005 08:17 pm, Jolan Luff wrote:
On Fri, Dec 02, 2005 at 09:20:09AM -0500, Kurt Miller wrote:
On Friday 02 December 2005 08:39 am, Christian Weisgerber wrote:
Peter Str?mberg [EMAIL PROTECTED] wrote
On Tuesday 13 December 2005 03:13 pm, Mark Kettenis wrote:
Actually, it's not the pixel depth that matters, but the fact that
the code basically assumes that all the world is TrueColor, and that
8bpp visuals almost never are.
With this, firefix seems to be happy on my iMac with wsfb.
Hmm, it
I haven't seen this one before, but I've fixed two MToolkit issues since
you build 1.5. If you can reproduce it with the -current port, I'll
look at it when I have time.
-Kurt
On Sunday 08 January 2006 04:30 am, Alf Schlichting wrote:
Hello!
While running the JAP-proxy from
On Saturday 14 January 2006 14:12, you wrote:
On Saturday 14 January 2006 14:13, knitti wrote:
On 1/14/06, viq [EMAIL PROTECTED] wrote:
Any ideas/pointers what to do with this?
i386 (in vmware), snapshot from jan 9
did it build for you in an earlier occasion?
That's the first time
On Sunday 15 January 2006 3:28 am, viq wrote:
On Sunday 15 January 2006 05:20, Tobias Ulmer wrote:
On Sat, Jan 14, 2006 at 10:52:10PM -0500, Kurt Miller wrote:
That should be enough memory for the build.
I'm looking into a similar problem in 1.4 right now. The segfault
is random
On Sunday 15 January 2006 5:50 pm, viq wrote:
Yes, apparently. Any idea what could this be? I'll run now several
kernel builds on the linux host to verify the hardware is not causing
problems.
Don't bother - its not a hardware problem. Anyone using the recent snaps
will see it. When a
1.3: build fixed
1.4: build fixed
1.5: not fixed yet.
1.5 will take me a week or two. i386/hotspot is full of datatype
assuptions that are wrong. I fixed them in 1.4 a long time ago,
but never got around to it for 1.5.
-Kurt
On Wednesday 18 January 2006 10:19 am, Kurt Miller wrote:
1.3: build fixed
1.4: build fixed
1.5: not fixed yet.
1.5 is fixed now too.
1.5 will take me a week or two. i386/hotspot is full of datatype
assuptions that are wrong. I fixed them in 1.4 a long time ago,
but never got around
On Saturday 18 February 2006 7:30 pm, Aaron Hsu wrote:
I'm trying to get the Java plugin for my browsers (Opera and Firefox),
and from what I can tell from the documentation, this is done by
installing the jdk package. The documentation I read said that only
the 1.3 and 1.4 version have
MAINTAINER timeout
I ported a database design app that wants to use the graphical
odbc admin app, so I added it as a subpackage. Look okay?
Index: Makefile
===
RCS file: /cvs/ports/databases/iodbc/Makefile,v
retrieving revision 1.11
On Monday 08 January 2007 8:38 pm, bofh wrote:
...
data(kbytes) 1048576
...
[EMAIL PROTECTED]:/usr/src/sys/arch/amd64/compile/GENERIC.MP
...
real mem = 3219894272 (3144428K)
Nice bug report (i.e. had everything I needed to deduce
the reason), but please post port building problems
On Tuesday 09 January 2007 2:27 pm, J.C. Roberts wrote:
Building and installing the lang/jdk/1.3, lang/jdk/1.3-linux and
lang/jdk/1.4 ports of 4.0-STABLE worked perfectly. Though I can't test
the 1G issue you mentioned, I did hit an issue building the lang/kaffe
dependency while trying to
On Tuesday 09 January 2007 12:56 pm, Kurt Miller wrote:
On Thursday 21 December 2006 3:02 am, Martynas Venckus wrote:
Hi,
Please test the diff below.
Bugs fixed for Firefox 2.0.0.1: ~183 in total; 42 crashers, 3 memory
leaks, 41 regressions and 4 privacy-related bugs.
http
On Wednesday 10 January 2007 3:48 am, steven mestdagh wrote:
Kurt Miller [2007-01-09, 16:45:34]:
On Tuesday 09 January 2007 12:56 pm, Kurt Miller wrote:
On Thursday 21 December 2006 3:02 am, Martynas Venckus wrote:
Hi,
Please test the diff below.
Bugs fixed for Firefox
I would like to point out that the aixxs-aiccu client
isn't needed at all in most cases. Simply use
/etc/hostname.gif0 with the appropriate 'up giftunnel'
and 'up inet6' lines and set your default ipv6 route.
Nothing more is needed.
However, if your IPv6 host is behind a router or
firewall that
On Thursday 18 January 2007 3:22 pm, Christian Weisgerber wrote:
I'm attaching my port, which takes some cosmetic inspiration from
kurt's.
It does not include the cumbersome gnutls dependency, since the
SixXS TIC servers currently do not support TLS anyway. (Confirmed
by SixXS
On Thursday 18 January 2007 3:22 pm, you wrote:
I'm attaching my port, which takes some cosmetic inspiration from
kurt's.
It does not include the cumbersome gnutls dependency, since the
SixXS TIC servers currently do not support TLS anyway. (Confirmed
by SixXS staff).
I've only
sorry folks this is my fault. I removed a patch that should have
been trimmed down instead. I will be committing the fix for it
as soon as my next build of devel/jdk/1.5 completes.
thanks for the reports.
On Thursday 01 February 2007 12:36 am, STeve Andre' wrote:
Trying to compile the
Probably too late in the cycle to commit this, but
anyway...
libs built with libtool and -pthread drop the need for
-pthread in dependency_libs. This diff adds -pthread to
dependency_libs so any libs depending on it will link
with -pthread too.
-Kurt
Index: Makefile
On Monday 05 March 2007 2:38:19 am Gregory Steuck wrote:
I am running i386-current-Feb-14. Firefox frequently crashes on me with
a stack trace below. Does anybody know if this has been fixed in newer
current (which I should upgrade to anyway, but not tonight). The relvant
packages are from Feb
On Tuesday 06 March 2007 1:37:33 am Gregory Steuck wrote:
But there are crashes and this is one I caught:
[New process 12726, thread 0x82258400]
Program received signal SIGPIPE, Broken pipe.
Program received signal SIGSEGV, Segmentation fault.
[Switching to process 12726, thread
libs built with libtool and -pthread drop the need for
-pthread in dependency_libs. This diff adds -pthread to
dependency_libs so any libs depending on it will link
with -pthread too.
This removes the need for hack to add -pthread to
dependency_libs in devel/glib2.
-Kurt
Index: Makefile
On Thursday 15 March 2007 4:07:48 pm Mikolaj Kucharski wrote:
Hi,
When I open html with embedded SVG image I've got random crashes of
Firefox when I click with right button and try to navigate menu or when
I open main menu e.g. to check in help-about browser version. An
example page is here
On Saturday 17 March 2007 9:41:27 am Eric Faurot wrote:
On 3/17/07, Matthieu Herrb [EMAIL PROTECTED] wrote:
Yes, it seems that cairo is feeding an invalid XImage structure to
XPutImage.
Right, I found it (patch attached). I tested it at depth 8, 16 and 24
with XRender on and off. I
Straightforward update to 5.5.23.
-Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/tomcat/v5/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile25 Nov 2006 07:42:58 - 1.2
+++ Makefile27 Mar 2007
COMMENT=apache portable runtime integration library for tomcat
$ cat pkg/DESCR
This package provides a library with JNI wrappers for APR used by Tomcat
(libtcnative). When installed, tomcat will load the library upon startup
and provides superior scalability, performance, and better
On Tuesday 27 March 2007 5:22:48 pm Kurt Miller wrote:
COMMENT=apache portable runtime integration library for tomcat
$ cat pkg/DESCR
This package provides a library with JNI wrappers for APR used by Tomcat
(libtcnative). When installed, tomcat will load the library upon startup
On Wednesday 09 May 2007 8:42:23 am jeraklo wrote:
Suspected line reads:
Checking for collisions with
.libs-mozilla-thunderbird-1.5.0.10... some found
Could anyone explain what to do next ?
It looks like you previously upgraded to 1.5.0.10,
downgraded to 1.5.0.9p1 and now you're upgrading
Please email the list the updated port so that people who
may be interested in helping you can reproduce the problem.
On Saturday 19 May 2007 2:32:19 pm Vortechz wrote:
Jacob probably recognizes this:
Starting program: /usr/local/bin/wine /emul/w/windows/sol.exe
Program received
On Sunday 01 July 2007 11:38:44 pm Keith Richardson wrote:
Hi,
Eclipse was working fine for a while after initial install but now keeps
on crashing on me randomly. It will start up fine and then, during some
action (expanding a folder, build the application, etc...) it will crash.
On Sunday 15 July 2007 1:45:20 pm Benoit Chesneau wrote:
I tested on cvs version with i386. I have no warning yet. Juste one
thing why don't you use -DGC_OPENBSD_THREADS flag to enable use of
pthread. It worked.
Defining GC_OPENBSD_THREADS is not sufficient for enabling
thread support in
On Wednesday 01 August 2007 12:12:15 pm Christian Weisgerber wrote:
If anybody remembers what the static const struct - static struct
patches were for, let me know.
IIRC, gcc on alpha was generating relocations in read only
segments and causing ld.so to segfault. I'm not sure if
this is still
On Wednesday 08 March 2006 10:11 pm, Peter Valchev wrote:
While trying to build www/minimo on amd64 -current
shlibsign coredumps.
..
This is caused by patch-nsprpub_pr_src_misc_prdtoa_c which I
added in order to fix a similar crash on Zaurus. The patch
ripped out the mozilla
On Thursday 20 April 2006 8:12 am, Edd Barrett wrote:
Hi,
One of my friends recently pointed out that FreeBSD are distributing
Java 5 binaries and actually are licensed to do so from Sun
Microsystems! I'm not sure how long thats been happening, but has
anyone made any effort to try to bag a
On Thursday 20 April 2006 11:34 am, Hannah Schroeter wrote:
On Thu, Apr 20, 2006 at 09:32:52AM -0400, Kurt Miller wrote:
On Thursday 20 April 2006 8:12 am, Edd Barrett wrote:
One of my friends recently pointed out that FreeBSD are distributing
Java 5 binaries and actually are licensed to do
On Monday 27 March 2006 7:39 am, Eric Faurot wrote:
Hi all,
Here is a diff -N -u updating cairo to 1.0.4.
The diff didn't apply cleanly. I've attached a working
one in case anyone else would like to try.
More importantly, I have written a (rather simple) workaround to
support PseudoColor
Ok I see what's happening now. KOI8_U strikes again but
this time its related to the new bootstrap method. It works
for me because the last time I built the jdk was with
native_bootstrap. I'll work on a proper solution.
-Kurt
On Thursday 20 July 2006 12:12 pm, you 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. Additional ports in this
style have been proposed. Actual Java source may
Some preliminary discussion at the last hackathon produced the
opinion that even Java ports should be built from source by all
means.
That is the root of this debate - built from source by all
means. We don't have this now in the ports tree so please
don't selectively apply this rule to java
PORTS WITH NATIVE DEPENDENCIES
==
Ports that require native platform support are a different matter.
Right now we have explicit ports dependencies on the Sun JDK tool chain
in the ports that are built from source.
With respect to building packages from source
On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
...
Basically, Scheme allows external C libraries to access the
scheme48vm's internal C structures through a scheme48.h header
file. One such program (http://magic.xmog.com) is using a postgresql.c
wrapper file to provide special wrappers
Aaron W. Hsu wrote:
On Thu, Jul 27, 2006 at 09:07:09AM -0400, Kurt Miller wrote:
On Saturday 22 July 2006 7:44 pm, Aaron W. Hsu wrote:
...
Basically, Scheme allows external C libraries to access the
scheme48vm's internal C structures through a scheme48.h header
file. One such program
On Thursday 03 August 2006 4:57 pm, Matt Jibson wrote:
This is a copy of the tomcat v5 port with changes for 5.5.
A notable change from the v5 port that should be considered for the v5
port is that there were some configuration files that were installed
with the -examples package, but the
On Monday 14 August 2006 5:06 pm, Matthias Kilian wrote:
Linking xmame.x11 ...
[...]
/usr/lib/crt0.o(.text+0x58): In function `_start':
: relocation truncated to fit: R_PPC_REL24 exit
/usr/lib/crtbegin.o(.text+0x134): In function `__register_frame_info':
: relocation truncated to fit:
Since we don't record libstdc++ as NEEDED in shared
libs, it can cause issues when one is dlopen()'ed that
requires it. Both gstreamer-arts and gstreamer-sidplay
plugins are dlopen() and depend on libs that need
libstdc++ so I think the best way to deal with this
is to have them explicitly link in
On Monday 28 August 2006 3:15 pm, Thorsten Glaser wrote:
I hope people who want control back start using the MirPorts
Framework.
Can you stop advertising your fork of OpenBSD on our lists
please? It is getting quite annoying and you've been asked
before to stop.
On Monday 21 August 2006 7:26 am, you wrote:
Hi!
I'm having some trouble compiling 1.5 jdk with the aug. 16 snapshots. It
complains about missing ZoneInfoMappings. Details below.
Any advice on how to proceed?
Actually the missing ZoneInfoMappings is ok, but the NPE
is not. It seems like
On Tuesday 29 August 2006 7:35 am, Schöberle Dániel wrote:
# ls -l /etc/localtime
lrwxr-xr-x 1 root wheel 25 Aug 1 18:55 /etc/localtime -
/usr/share/zoneinfo/GMT+0
So it turns out that building the jdk while a system's
timezone is set to GMT offset 0 will cause this failure.
Here's an
Thanks for the report. librsvg-2.9.5p5 is the package that is
failing in your report. It is failing because it has a shared lib
that is threaded which is dlopen()'ed by gdk-pixbuf-query-loaders
which is unthreaded. For this to work gdk-pixbuf-query-loaders
must be linked with -pthread.
This
On Monday 04 September 2006 1:53 am, Bruno Carnazzi wrote:
Hi misc,
I can't build jdk-1.4.2p7 on my openbsd box (3.9 running in
MS-VirtualServer)... Can somebody help ?
jdk-1.3.1p6, jre-1.3.1p6 and jdk-linux-1.3.1_16 succeeded.
...
if [ -r ./../../deploy/make/Makefile ]; then \
( cd
On Thursday 05 October 2006 2:50 pm, Matt Jibson wrote:
On 10/5/06, Kurt Miller [EMAIL PROTECTED] wrote:
The Tomcat project is no longer called Jakarta-Tomcat so
instead of a normal update (cvs diff) the attached is intended to
be imported new under www/tomcat and www/jakarta-tomcat
Hi Josh,
On Tuesday 17 October 2006 8:36 am, Josh Grosse wrote:
I've been having trouble building the OO port lately; my last successful
build was 2.0.3m179p0.
Are you by chance building on multiprocessor system? I've
noticed similar issues and was about to revert the part of
the port makefile
On Tuesday 17 October 2006 11:21 am, Josh Grosse wrote:
On Tue, Oct 17, 2006 at 10:48:07AM -0400, Kurt Miller wrote:
Hi Josh,
On Tuesday 17 October 2006 8:36 am, Josh Grosse wrote:
I've been having trouble building the OO port lately; my last successful
build was 2.0.3m179p0
Fritz Elfert wrote:
On Sunday 05 November 2006 10:03, viq wrote:
db v4 seems to be hard coded to depend on java 1.3 (for the -java
subpackage/flavor)
OpenOffice wants java 1.4 or newer.
It's nice to have a new java installed, and I already have 1.5 built
and installed.
Is there a way to
viq wrote:
On 05/11/06, Robert Nagy [EMAIL PROTECTED] wrote:
In the meantime I've had a discussion with Kurt and
we are leaving the 1.3+ dependency.
You mean db-java, right?
Also, does this form of dependency, 1.3+, is going to accept 1.4 or
1.5, or it only means that both say 1.3.1 and
Same reasoning as for minimo. patch -E recommended.
Please test. Thanks.
-Kurt
Index: Makefile
===
RCS file: /cvs/ports/www/mozilla-firefox/Makefile,v
retrieving revision 1.58
diff -u -r1.58 Makefile
--- Makefile 10 Nov 2006 14:15:49
Same reasoning as for minimo. patch -E recommended.
Please test. Thanks.
-Kurt
(sorry if this comes through twice)
Index: Makefile
===
RCS file: /cvs/ports/mail/mozilla-thunderbird/Makefile,v
retrieving revision 1.45
diff -u -r1.45
On Tuesday 14 November 2006 8:07 am, you wrote:
However, whenever I run java, I get a Can't detect initial thread stack
location - find_vma failed error. This is for sun's jdk 1.5.06 as well
as one of the newer 1.6 versions. IBM's jdk1.4 says it cannot read or
write (not sure exactly
On Saturday 02 December 2006 2:46 pm, James Wright wrote:
Nikolay Sturm wrote:
* James Wright [2006-12-02]:
latest -stable mozilla seamonkey (the next generation suite) version
1.0.6 (equivalent to the 1.5.0.8 releases of firefox/thunderbird),
What is the point of this
On Monday 18 December 2006 4:35 am, Stephan A. Rickauer wrote:
When trying to sign messages in thunderbird, I'll get
Enigmime Service not available. Failed to initialize Enigmail.
on OpenBSD 4.0 Snapshot (2006-12-15), i386.
enigmail-0.94.1 (installed as requested by
On Tuesday 19 December 2006 3:05 am, Stephan A. Rickauer wrote:
Kurt Miller wrote:
This is working for me with the same versions of the packages
you listed. I built them myself instead of from snapshots though.
AFAICT, system nss doesn't effect this. Have you tried some
of the suggestions
On Tuesday 19 December 2006 3:05 am, Stephan A. Rickauer wrote:
Kurt Miller wrote:
This is working for me with the same versions of the packages
you listed. I built them myself instead of from snapshots though.
AFAICT, system nss doesn't effect this. Have you tried some
of the suggestions
I sent this yesterday but it got lost by my isp.
On Wednesday 20 December 2006 3:31 am, Stephan A. Rickauer wrote:
Kurt Miller wrote:
On Tuesday 19 December 2006 3:05 am, Stephan A. Rickauer wrote:
Kurt Miller wrote:
This is working for me with the same versions of the packages
you
On Tuesday 25 September 2007 09:51:57 am mcb, inc. wrote:
Hmmm, list has been silent on this question. Well, I have
another. The same package also has an optional java-based
component. Would the election to include this part be best
handled with flavors? And if so, should the flavor pull
On Monday 08 October 2007 12:49:14 pm Benoit Chesneau wrote:
When I launch gdb, it seems to be an error with boehm-gc. Here is the
full backtrace and ktrace dump :
http://babilu.metavers.net/openbsd/inkscape/inkscape_backtrace.txt
From the innkscape_backtrace.txt file:
...
Program received
On Monday 08 October 2007 8:56:52 pm Gilles Chehade wrote:
Hi,
The maintainer of this port being the mailing list according to
ports/INDEX, here's what happens when I use freshly installed amarok on
-current/amd64:
felix:gilles {112} amarok
Amarok: [Loader] Starting amarokapp..
Amarok:
On Wednesday 24 October 2007 4:26:12 pm Tim Donahue wrote:
Does anywhere know if there is eyesbeyond.com mirror? The site is
currently down and that is preventing building the jdk, so if there
is a mirror I'd love to know about it.
Sorry no mirror. I let the owner know though.
- Kurt
On Friday 26 October 2007 11:41:03 am Marc Espie wrote:
I was commenting yesterday that mozilla does things backwards (of course
they're SPECIAL). On every other application out there, if you hold control
and move the scroll wheel up, you get things bigger (I checked with opera,
konqueror, and
Thanks for the report. I'll look into it.
You can cd /usr/ports/devel/jdk/1.5 and 'make install' to get around
the script problem.
-Kurt
On Tuesday 13 November 2007 10:10:14 am Siju George wrote:
Hi,
I tried to get http://www.monkey.org/~provos/spybye-0.3.tar.gz
complied on OpenBSD 4.2/amd64
as per instructions on
http://www.spybye.org/index.php?/pages/installation.html
It gives the following error. Could somebody help me
On Thursday 13 December 2007 7:44:00 am Beavis wrote:
Does anyone know if there is an alternative download link for
bsd-jdk15-patches-6.tar.bz2 on eyesbeyond? I can't seem to download
the patch that I need to build openoffice.
any help is greatly appreciated.
Use the link download the latest
On Wednesday 16 January 2008 3:51:22 pm Castle, Shane wrote:
When I tried to run make in /usr/ports/devel/jdk/1.7 (-current, after
cvs up -Pd), here's what I got:
# make
/bin/sh: no closing quote
*** Error code
I don't see this running a -current system. I suspect you are running
a
On Thursday 17 January 2008 12:29:08 pm Dave Steinberg wrote:
Hi ports@,
I've got a freshly installed OpenBSD 4.2 x86 machine that I've used to
build the 1.5.x JDK. The build works fine, but upon the make package
step, I get reports of 3 missing files and the build fails:
A packaging
On Thursday 17 January 2008 10:34:56 pm Dave Steinberg wrote:
Kurt Miller wrote:
snip
To fix this in -stable you can delete any references to libnative_chmod
in the pkg/P* files. I just realized that this shared lib is a linux
shared lib that is not referenced by anything in the jdk
On Friday 25 January 2008 5:17:28 am Antti Harri wrote:
On Fri, 25 Jan 2008, Peter Strömberg wrote:
Eh, why not just use libGL.so so it will find any available version?
I thought about this too. But what version will it use
when there are multiple version installed? For example libGL.so.5.1
On Wednesday 27 February 2008 2:11:45 pm Stefan Sperling wrote:
Hi Kurt,
I'm forced to use eclipse for a project at uni, and I was very happy
and grateful when discovering the OpenBSD port for it in the tree,
so that installing the thing was not a PITA.
Anyway, the .desktop file provided
On Tuesday 18 March 2008 2:52:08 am Nikolay Sturm wrote:
Hi,
attached is a port of thinkingrock:
Thinking Rock is a free software application for collecting and
processing your thoughts following the GTD methodology.
The archive contains a patched java.port.mk which will be committed
On Thursday 20 March 2008 2:17:27 am Nikolay Sturm wrote:
* Nikolay Sturm [2008-03-18]:
Thinking Rock is a free software application for collecting and
processing your thoughts following the GTD methodology.
Updated port attached:
- fixed PERMIT_*_CDROM, thanks to Andreas Bihlmaier
- use
1 - 100 of 589 matches
Mail list logo