first run at a mozilla-seamonkey (mozilla suite) port.
still need to change the SO_VERSION of libldap50 and libprldap50,
otherwise I have been using it without problem since 1st or 2nd
feb.
only tested on i386 so far.
mozilla-seamonkey-1.0.tgz
Description: application/tar-gz
Selon Per-Olov Sjöholm [EMAIL PROTECTED]:
Any port updates for cyrus imapd on the way? I am interested in some new
features found in 2.3 and use the 2.2.12 port today.
Asking as I prefer to have as much as possible in the system associated with
packages. Otherwise I could just compile and
Hi...
I'm trying to build gstreamer on amd64/3.9-beta and it errors out...
It's kind of a stopper for me since gnome-session depends on it.
The build log is included.
Thanks!
--
Antoine
gstreamer-0.8.11p0.log.gz
Description: application/gzip
first cut of a xul runner 1.8.0.1 port
couple issues remain
1. needs decent instructions in pkg/MESSAGE or
README.OpenBSD
2. where/if to install the sdk
3. where/if to install samples
it seems to run fine with the sample projects
i've created and the ones available on the web.
On Tue, Feb 07, 2006 at 11:51:55AM +0100, Antoine Jacoutot wrote:
Hi...
I'm trying to build gstreamer on amd64/3.9-beta and it errors out...
yeah, same here. looks like they forgot HAVE_CPU_X86_64 in gstarch.h.
steven
Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Hey,
just a reminder to all the busy people porting applications atm and
sending their work to [EMAIL PROTECTED] It's useless, it will be forgotten,
don't
do it. At this point in time we are only concerned with bugfixes and
cleanup of the ports tree, so that 3.9 will be shipped with the best
Steven Mestdagh [Tue, Feb 07, 2006 at 01:10:42PM +0100] wrote:
I'm trying to build gstreamer on amd64/3.9-beta and it errors out...
yeah, same here. looks like they forgot HAVE_CPU_X86_64 in gstarch.h.
Yes, there is some missing asm code for amd64. I've filed a bug report
some time ago.
Hi!
On Tue, Feb 07, 2006 at 01:14:43PM +0100, Nikolay Sturm wrote:
just a reminder to all the busy people porting applications atm and
sending their work to [EMAIL PROTECTED] It's useless, it will be forgotten,
don't
do it. At this point in time we are only concerned with bugfixes and
cleanup of
Hello,
pkg_create(1) says I can force a UID by prefixing the desired UID with '!'.
That implies that, if the UID is *not* prefixed with '!', the install process
will *not* force the UID supplied but, rather, give you some other available
UID. Really going out on a limb, I would think that
* Keith Richardson [2006-02-07]:
for the same UID. Are there any reasons *not* to provide the
next-availble UID if the '!' prefix wasn't specified?
In a network, having different UIDs for the same accounts is just
calling for trouble. You really want a deterministic solution there.
Nikolay
in net/openafs/Makefile, WRKDIST gets set to ${WRKDIR}/${PKGNAME}
but PKGNAME was bumped to openafs-1.4.0p0, which is not the
correct directory to find the source.
this patch addresses the problem.
--- net/openafs/Makefile.orig Tue Feb 7 05:20:30 2006
+++ net/openafs/MakefileTue Feb
Hi...
amd64/3.9-current
This is not a bug report since I want to be sure this is not because of my own
stupidity (this is why I don't include much info).
I just compiled and installed the latest kde from ports. After that, I removed a
whole bunch of packages (gnome related). Then I created a
James Wright [Tue, Feb 07, 2006 at 05:27:27AM -0800] wrote:
in net/openafs/Makefile, WRKDIST gets set to ${WRKDIR}/${PKGNAME}
but PKGNAME was bumped to openafs-1.4.0p0, which is not the
correct directory to find the source.
this patch addresses the problem.
Slightly different fix committed.
There are also new i386 snapshot packages on the FTP mirrors (20060206).
Please install, remove, update and do whatever you can with these packages,
and report any bad behaviour.
Thank you.
On (07/02/06 13:14), Nikolay Sturm wrote:
Hey,
just a reminder to all the busy people porting
This updates emulators/stella to the latest 2.1 release.
Tested on amd64.
Index: Makefile
===
RCS file: /usr/repository/ports/emulators/stella/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile31 Oct 2005
Hello -
This brings devel/libast up to 0.7, which the new Eterm requires.
Builds on i386.
- David
Index: ports/devel/libast/Makefile
===
RCS file: /cvs/ports/devel/libast/Makefile,v
retrieving revision 1.3
diff -u -r1.3 Makefile
---
Does anyone have time to help with an alignment problem in
asterisk that was reported to me? I've been trying to learn
enough C to work it out myself but haven't had luck/time yet
and with 3.9 approaching thought it would be better to ask.
The offending code seems to be line 699 of
Hello -
This patches brings Eterm up to 0.9.3. I had some help from the FreeBSD
ports.
Please test.
- David
Index: ports/x11/eterm/Makefile
===
RCS file: /cvs/ports/x11/eterm/Makefile,v
retrieving revision 1.21
diff -u -r1.21
On Sat, 4 Feb 2006 19:41:09 -0700
Peter Valchev [EMAIL PROTECTED] wrote:
security/p5-Digest-MD5-M4pM4p.xs:135: stray '\' in program
That file is in DOS format, that's what broke it, and made gcc2
choke on it. I fixed it on my alpha, and I assume it works too
on the sparc.
This fix is quite
* Jasper Lievisse Adriaanse [2006-02-07]:
math/maxima clisp not for sparc
There is nothing to fix here. clisp is only for i386 and maxima,
theoretically, works EVERYWHERE, where there is a clisp. So when clisp
will work on sparc, we'll see what happens with maxima. We only mark
ports
The package sylpheed-claws-dillo-1.9.6p1.tgz is on the i386
snapshots, but www/dillo is marked broken, so installation will
fail. This subpackage should not be built then?
/Sigfred
On Tue, 7 Feb 2006 21:35:07 +0100
Nikolay Sturm [EMAIL PROTECTED] wrote:
* Jasper Lievisse Adriaanse [2006-02-07]:
math/maxima clisp not for sparc
There is nothing to fix here. clisp is only for i386 and maxima,
theoretically, works EVERYWHERE, where there is a clisp. So
The Kerberos flavour of Cyrus IMAP can't be built since libresolv was
removed from -current.
$ cd /usr/ports/mail/cyrus-imapd
$ env FLAVOR=kerberos make
[...]
checking for prop_get in -lsasl2... no
configure: error: Cannot continue without libsasl2.
I've attached a patch that changes the
Hi list,
I encounter the same problem the second time now. It is possible
that this issue is entirely based on my ignorance, though I
dare to say that I am not the only one who is seeing this:
Firefox doesn't install cleanly and refuses to recognize
libcairo. Of course it nevertheless installs
* Jasper Lievisse Adriaanse [2006-02-07]:
But why isn't clisp marked broken then? It's quite obvious it doesn't
work.
It's marked ONLY_FOR_ARCHS=i386, no idea about its status, though.
Nikolay
On 2/7/06, Nikolay Sturm [EMAIL PROTECTED] wrote:
* Keith Richardson [2006-02-07]:
for the same UID. Are there any reasons *not* to provide the
next-availble UID if the '!' prefix wasn't specified?
In a network, having different UIDs for the same accounts is just
calling for trouble. You
Hi,
Here is an update to the freebsd_lib port with a new
tarball rolled using FreeBSD 4.11 libraries. I eliminated
the FreeBSD 1.x, 2.0.x and 2.1.x libraries when I rolled
this new tarball.
Index: Makefile
===
RCS file:
On 8 Feb 2006, at 12:00 PM, Arnaud Bergeron wrote:
On 2/7/06, Nikolay Sturm [EMAIL PROTECTED] wrote:
* Keith Richardson [2006-02-07]:
for the same UID. Are there any reasons *not* to provide the
next-availble UID if the '!' prefix wasn't specified?
In a network, having different UIDs for
28 matches
Mail list logo