David Cantrell david.l.cantr...@gmail.com wrote:
pre-fetch:
.if !exists(${DISTDIR}/${DISTNAME}.tar.gz)
The problem I'm hitting is that !exists() is not working as I
think it should.
.if conditions are evaluated on the spot and...
exists() ignores ${DISTDIR} entirely.
... I bet DISTDIR
David Coppa dco...@openbsd.org wrote:
I've tested it on amd64 and sparc64, but I'd appreciate a test on
a gcc2 arch if is it possible...
You can do a test build on a gcc4 arch with -Wdeclaration-after-statement.
--
Christian naddy Weisgerber na...@mips.inka.de
This updates net/transmission to 2.42.
The GTK+ client now uses GTK+3.
I've only lightly tested the daemon client. The GTK+ and Qt clients
start up, beyond that I don't know.
Stefan Unterweger wasn't quite happy about 2.41:
transmission-cli now doesn't write the download into the directory
Nigel Taylor njtay...@asterisk.demon.co.uk wrote:
Regress testing 33 failed, same as for nss 3.12.11, the one new test
passed. Run on amd64 current.
Same results on sparc64 and i386.
--
Christian naddy Weisgerber na...@mips.inka.de
Nigel Taylor njtay...@asterisk.demon.co.uk wrote:
Test for other arch? Comments? Ok?
It's calling home on first start, i.e., goes to some Mozilla info
page. Hadn't we disabled that?
--
Christian naddy Weisgerber na...@mips.inka.de
Edd Barrett vex...@gmail.com wrote:
There is a really annoying bug in the configure script which prevents it
from working with /bin/sh. I can't figure it out, so until someone does,
we pull in bash.
This looks like the same issue as the intltool bug:
nvi2 is a Google Summer of Code project by Zhihao Yuan for FreeBSD
that keeps the behaviors and the license of nvi-1.79 in the base
system and adopts the multibyte encoding support from nvi-1.8x.
This will be a potential path for adding multibyte support to our
base vi as well. I've attached a
Paul Irofti p...@irofti.net wrote:
RCS file: /cvs/ports/lang/unicon/Makefile,v
# XXX crashes hangs, to be dealt with
-NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64
sparc64
+NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64
sparc64 sh
I
Christian Weisgerber na...@mips.inka.de wrote:
-NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64
sparc64
+NOT_FOR_ARCHS= powerpc m68k hppa arm sparc mips64 mips64el amd64
sparc64 sh
We can add alpha to that list. Unaligned access error.
I think this needs
Simon Kuhnle si...@blarzwurst.de wrote:
I just built it on sparc64.
Opened and edited a few files.
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
looks good in it, too.
Actually, I get a warning Invalid input. Truncated.
One problem is, that 'undo' (hitting 'u') leads to
Simon Kuhnle si...@blarzwurst.de wrote:
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
looks good in it, too.
Actually, I get a warning Invalid input. Truncated.
Really?
Yep. Just LANG=en_US.UTF-8 here.
I'm running nvi in tmux with -u, ksh and the following LC_*
Simon Kuhnle si...@blarzwurst.de wrote:
http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
Actually, I get a warning Invalid input. Truncated.
Really?
Oops, my bad. I had some ISO Latin 1 cruft left in my ~/.exrc.
nvi's error/warning is perfectly correct.
--
Christian naddy
This updates net/ncftp to 3.2.5. The KAME people have stopped
updating the IPv6 patch and it now conflicts with the DNSSEC local
validation code. Since we don't support the latter feature, I've
hammered the KAME patch in over the new code.
Seems to work for me, but ncftp users might want to
Sha'ul sh...@lavabit.com wrote:
What can I use for bittorrent with a GUI? [...]
I tried Transmission but that doesn't seem to have the GUI.
Install the transmission-gtk or transmission-qt package for your
choice of GUI.
I ask for gui because some multi-file torrents I want to be able
to
Scott McEachern sc...@blackstaff.ca wrote:
As for disabling files before the torrent even begins, I've never seen
that. I just do it by hand after they start.
You can tell Transmission to load torrents but not start them
automatically, i.e., transmission-remote --start-paused or the
Remi Pointel remi.poin...@xiri.fr wrote:
as reported by pstumpf@ (thanks), Python 2.7 can't build on i386 with gcc 4.6.
Analysing the logs, problem is that Python is not linked with libiconv
(and do not found libintl.h).
And how is this related to gcc4.6?
Either Python needs gettext/iconv
STeve Andre' and...@msu.edu wrote:
Lately I've been having problems building emacs-jabber for
the last several bulk builds.
This appears to have been broken since import.
--
Christian naddy Weisgerber na...@mips.inka.de
Stuart Henderson s...@spacehopper.org wrote:
Looks like it needs newer gnus. Since the other flavours can't be
built in bulk I suggest we disable it in net/Makefile for now
unless someone has time to look at updating gnus in emacs21.
OK?
We could just mark the emacs21 flavor as BROKEN.
Pascal Stumpf:
Here's an updated diff.
I tried to build this on my alpha, which actually has an old SCSI
CD burner.
* cdda2wav wasn't built at all.
(I'll look into the details later...)
* Some parts (libedc, libmdigest) are built with
-O3 -fexpensive-optimizations. I think we should kill
Christian Weisgerber na...@mips.inka.de wrote:
* cdda2wav wasn't built at all.
(I'll look into the details later...)
Patching cdda2wav/local.cnf.in triggers an attempt to run the
included mutant autoconf in order to regenerate the cdda2wav configure
script. This fails if GNU m4 isn't
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote:
don't think there's much of a point. You aren't unhiding any
I did not made a patch, since in the end, it would have been a huge patch.
Really? It affects a total of ten lines spread over three files.
Anyway, I suggest to just
Ingo Schwarze schwa...@usta.de wrote:
As breaking groff is typically a major hindrance for bulk builds,
checking it in a bulk before commit might make sense - even though
i see nothing particularly dangerous here, but who knows...
No problems in a bulk build on i386.
--
Christian naddy
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote:
is this OK now, or still rough things left that should be cleaned?
ok naddy@
If you want to tweak the port further (maybe after committing the
update), you could try to find out how to disable building the
profiled libraries. These
Jan Stary h...@stare.cz wrote:
Is this OK?
http://en.wikipedia.org/wiki/Adaptive_Multi-Rate_audio_codec#Licensing_and_patent_issues
# Apache 2.0
PERMIT_PACKAGE_CDROM = patents, http://www.voiceage.com/amr_licterms.php
PERMIT_PACKAGE_FTP= Yes
PERMIT_DISTFILES_CDROM= patents,
Christian Weisgerber na...@mips.inka.de wrote:
The diff below passes JAVA_HOME via MAKE_ENV whenever MODJAVA_BUILD=ant
is set.
It would be nice if someone could test this in a bulk build before
I commit it.
Under way.
... and finished. No problems.
--
Christian naddy Weisgerber
By default, OpenBSD's X11 installation doesn't include any fonts
for Indic scripts other than a butt-ugly bitmapped Devanagari font.
This port adds TrueType fonts for the major Indian languages.
Tested with Firefox and Wikipedia.
I didn't subpackage the individual fonts since the whole package
Reading doi:10.1371/journal.pbio.1000578, I noticed that we don't
have a simple Mastermind implementation in ports, so here's a port
for BrainCurses 0.5b.
| BrainCurses is a clone of the Mastermind game implemented with curses(3).
| It requires a color terminal.
Licensing is a bit dicey. A file
Sebastian Reitenbach sebas...@l00-bugdead-prods.de wrote:
Licensing is a bit dicey. A file COPYING with the GPLv2 is included,
so it clearly was the author's intend to release BrainCurses under
that license. However, it doesn't actually say so anywhere. I'd be
equally happy to go with
David Coppa dco...@cvs.openbsd.org wrote:
Log message:
Play on the safe side: not all machines support xv video output
(loongson comes to mind), and thus use 'x11' by default.
Wait... Are you penalizing the vast majority of machines that will
ever run this?
--
Christian naddy Weisgerber
David Coppa:
Wait... Are you penalizing the vast majority of machines that will
ever run this?
Only default value is 'x11'.
Yes, that's what just about everybody will use then.
Just go to Edit-Preferences-Player and choose your favorite
video output (xv,gl,sdl,whatever...)
You are
Antti Harri i...@openbsd.fi wrote:
There is still the (non audio) issue with stream playlists. It should be
fixed
in upstream already so the best way probably is to update the whole package
at some point. For test urls go to digitally imported radio and use the url
on the command line,
Marc Espie es...@nerim.net wrote:
The way to do things properly would be to auto-detect xv and use it, and
fall back to x11 otherwise.
Actually, mplayer allows you to specify a comma-separated list of
video output drivers that will be tried one after the other, e.g.
$ mplayer -vo xv,x11
Jan Stary h...@stare.cz wrote:
Whan looking at a given stock in Google Finance, say
http://www.google.com/finance?q=NYSE:ING
the chart doesn't work.
Is anyone seeing the same? What could be causing this?
I originally noticed it for the exchange rate graphs. It's been
broken for quite some
check-conflicts over i386/all turns up these:
clutter-1.0.6p6,cogl-1.8.2p1
/usr/local/lib/girepository-1.0/Cogl-1.0.typelib
/usr/local/lib/pkgconfig/cogl-1.0.pc
/usr/local/lib/pkgconfig/cogl-gl-1.0.pc
/usr/local/share/gir-1.0/Cogl-1.0.gir
Landry Breuil lan...@rhaalovely.net wrote:
ESR isn't really targeted to the average joe user, so unless there is a
real need and someone proves me he deploys OpenBSD desktops using
firefox in large organizations such as universities and other schools,
county or city governments and businesses
The ports tree is unlocked now.
--
Christian naddy Weisgerber na...@mips.inka.de
Robbert Haarman [EMAIL PROTECTED] wrote:
Also mp3blaster sometimes does not display files
in the add files dialog, even though it can play them, and sometimes
even outright refuses to play a file, even if it's already in the
playlist. If I keep it playing long enough, it will eventually
Recently I picked up a simple USB joystick...
uhidev0 at uhub0 port 1 configuration 1 interface 0
uhidev0: MOSIC USB 2A4K GamePad, rev 1.10/1.00, addr 2, iclass 3/0
uhid0 at uhidev0: input=3, output=0, feature=0
...to check out the joystick support situation in our game ports.
I've tried a
Christian Weisgerber [EMAIL PROTECTED] wrote:
In fact, are there _any_ game ports that handle a joystick?
Is there anybody who uses a joystick with a game from ports *now*?
Not years ago, or it should work, or other such speculation.
--
Christian naddy Weisgerber
Michael Knudsen [EMAIL PROTECTED] wrote:
I don't really know anything about joysticks, but could this be an
joystick-vs-joypad issue? (Analog vs. digital.)
I know preciously little about modern joysticks, but the USB one I
got didn't even include an MS Windows driver disk, so I assume there
is
This is a rough update for net/BitTorrent to 4.1.3. This might fix
some problems. In my very limited testing so far, it didn't fall
into some infinite loop as 4.1.1 sometimes does (but then this
happens very irregularly for me), and kashmir didn't throw up any
background errors. It also fixes
Bernd Ahlers [EMAIL PROTECTED] wrote:
Works for me on i386 with an ural(4) wifi card.
My ral(4) doesn't see any networks other than the one it was already
associated with. It's the same for ifconfig -M, though. Is this
a known driver limitation?
iwi(4) is fine.
--
Christian naddy
Christian Weisgerber [EMAIL PROTECTED] wrote:
iwi(4) is fine.
Actually, there is the strange effect that kismet _sometimes_ marks
one of my two APs as using WEP, which is very much not the case.
I have no idea whether that is a bug in kismet or related to iwi(4).
--
Christian naddy Weisgerber
steven mestdagh [EMAIL PROTECTED] wrote:
Also, if anyone knows a nicer fix than the post-install part to have
pstoedit use the libp2edrvstd.so.0.0 library, I would like to hear it.
Don't add -module to the libtool flags for building that library.
However, it looks like this actually _is_ a
Marc Espie [EMAIL PROTECTED] wrote:
FETCH_CMD='ftp -4' pkg_add ought then to work.
Good enough ? Objections ?
Er, -4 is not the same as epsv4 off. In fact, there is no command
line switch for the latter.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Christian Weisgerber [EMAIL PROTECTED] wrote:
Oh, I misread, it's the reverse problem, .so.0.0 is actually built
but we want plain .so. -module or at most -module -avoid_version
should take care of this... but it doesn't.
... due to an unfortunate typo. Use -module -avoid-version
The modularization raises some questions.
On static archs, a module like libp2edrvstd.so can't be loaded (or
even built). What effect has this on the functionality of pstoedit?
BTW, the static versions of the modules, like libp2edrvstd.a, are
entirely useless, no point in packaging them. The
steven mestdagh [EMAIL PROTECTED] wrote:
BTW, the static versions of the modules, like libp2edrvstd.a, are
entirely useless, no point in packaging them. The same for the .la
files corresponding to modules (unless ltdl is involved, but I don't
see it).
What's the preferred way:
Mike Pechkin [EMAIL PROTECTED] wrote:
Just for fun:
1. I don't understand LICENCE of the book
The summary makes it look like a two-clause BSD license. The actual
text has a lot of verbiage... the most offensive thing I see is
that you may not distribute the book under some copy-protected/DRM
Robert Nagy [EMAIL PROTECTED] wrote:
Add the arm to NOT_FOR_ARCHS because mpg123 is quiet unusable
without an FPU. People should use mpg321 instead, or mplayer with the
mad flavor.
Or madplay. From the people who wrote libmad in the first place.
Not that it has any particular advantage, but
Wolfgang S. Rupprecht [EMAIL PROTECTED] wrote:
Getting perl to shut up about the LANG variable was probably all I
really needed from perl. (And that was a simple export
PERL_BADLANG=0).
Why set LC_CTYPE to an unsupported value in the first place?
--
Christian naddy Weisgerber
Wolfgang S. Rupprecht [EMAIL PROTECTED] wrote:
Getting perl to shut up about the LANG variable was probably all I
really needed from perl. (And that was a simple export
PERL_BADLANG=0).
Why set LC_CTYPE to an unsupported value in the first place?
Because the choice is that or
comms/tkhylafax has been marked
BROKEN=required dependencies not available
for several years, possibly because comms/hylafax was marked BROKEN
at the time. I don't see why it should be fundamentally broken and
a slightly newer release seems to be available, too. Does somebody
J. Lievisse Adriaanse [EMAIL PROTECTED] wrote:
When trying to build lang/clisp on both of my laptops (running
-current), the build fails in make build because it can't map the
memory correctly, it says something like: [...]
Does anybody else has this problems too?
Known problem, everybody
Jonathan Martin [EMAIL PROTECTED] wrote:
I never even heard of madplay until I just read these emails. Let me say,
it is nice!!! I was using mp3blaster but it has some strange bug going on
where one cannot adjust the volume down, only up. Maybe it's just me,
hehe.
that bug has
Christian Weisgerber [EMAIL PROTECTED] wrote:
The problem is that our mixers don't provide a smooth range 0..255
(scaled to 0..100 by the OSS emulation) but will ratchet up to the
next supported value. The details may vary with the sound hardware,
on my laptops (clcs, auich) the step size
Theo de Raadt [EMAIL PROTECTED] wrote:
The problem is that our mixers don't provide a smooth range 0..255
(scaled to 0..100 by the OSS emulation) but will ratchet up to the
next supported value.
How about a kernel solution.
Instead of always rounding up, we can make the code round
Peter Valchev [EMAIL PROTECTED] wrote:
Now that mozilla has been switched to gtk+2 a lot of people will get
bitten by the fact that for some bizarre reason the emacs mode is no
longer default in the gtk+2 settings as someone pointed out on this
list a few weeks ago. This means that the
gpdf 2.8.1 is based on xpdf 3.00pl1. I've added the pl2 and pl3
security patches, as well as a fix for the CAN-2005-2097 DoS issue
I pulled out of the Mandrake SRPM.
It is important to realize that the xpdf code base is duplicated
several times in the tree: xpdf itself, gpdf, kpdf, and cups.
Bernd Schoeller [EMAIL PROTECTED] wrote:
Ok, I found out the hard way. Still, if anybody has managed to compile
pm3 with some manual intervention, I would appreciate any helpful
hints. How big are the chances that it will ever work again (how big
was the stat () API change) ?
Marc Espie suggested this.
When rsync runs over ssh, mark the underlying ssh stream as
non-interactive. It's a bulk transfer. Disabling pseudo-tty
allocation in ssh will do this.
People who run a lot of rsync over ssh should try this.
Index: Makefile
Stephan Tesch [EMAIL PROTECTED] wrote:
attached is a patch to update multimedia/transcode to the 1.0.1 release.
Patching the -current source tree worked ok. But I'm having these problems
while building the port on i386:
=== Building package for transcode-1.0.1
Switching to
This is based on what Rui Reis submitted here earlier this month.
I'm currently running a full package build with this on i386.
Overriding the GNU m4 check and substituting our m4 will cause the
regression tests to blow up. I haven't looked further into this.
Index: Makefile
Peter Stromberg [EMAIL PROTECTED] wrote:
After patching, remove any zero sized files
Today's public service message: patch -E
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Marcos Latas [EMAIL PROTECTED] wrote:
One gets a segmentation fault running splitvt on OpenBSD/amd64
3.7-stable.
What a surprise, with all these
warning: cast to pointer from integer of different size
flying by during the build. Fixing these... fixes the crash.
--
Christian naddy
This is a MAJOR update of devel/gettext from our historical version
to the latest 0.14.5. Due to extensive changes, I've attached the
new port as tarball rather than a diff.
This update affects a large number of dependent ports and thus needs
extra careful checking.
Build and regressions tests
Aleksander Piotrowski [EMAIL PROTECTED] wrote:
on i386, make regress gives me: 9 of 63 tests failed.
Good! 1.0.0 had 15/59 failures
Yeah, six tests fixed and now please fix the rest.
Including the five that are expected to fail? Tall order. Come on
guys, don't discourage
Rui Reis [EMAIL PROTECTED] wrote:
I've already updated the port and it's still available here:
http://www.openbsd-pt.com/ports/port-tn5250-0.17.3.tar.gz
CONFIGURE_STYLE=autoconf is only used when you change one of the
files used to create the configure script from, e.g. configure.in,
and need
Rui Reis [EMAIL PROTECTED] wrote:
I've already updated the port and it's still available here:
http://www.openbsd-pt.com/ports/port-tn5250-0.17.3.tar.gz
Further comments on some basic issues:
* This port builds dynamic and static versions of a library.
Add CONFIGURE_ARGS=${CONFIGURE_SHARED}
Peter Strömberg [EMAIL PROTECTED] wrote:
rc2 require no other change than updating VER
I updated to GTK 2.8 and Firefox 1.5rc2 (from 1.0.7) in one swoop
here. i386, remote X11 display.
* It picked up perfectly my existing configuration, bookmarks,
cookies, history, etc.
* Browsing works
Mike Pechkin [EMAIL PROTECTED] wrote:
ports@ and naddy@ should be enough.
do something. :)
I bounced your succinct error report on to the MAINTAINER.
Remind me to look into it again in case he doesn't react.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
steven mestdagh [EMAIL PROTECTED] wrote:
Is anyone else experiencing the following:
Using firefox 1.0.7p3 on current sparc64, the up/down arrow keys behave
as left/right keys within a HTML textarea element.
It also happened with the 1.5b2 version Peter posted earlier.
I cannot reproduce this
I built the complete ports tree on amd64 and ran lib-depends-check
over the resultant packages. Most of the ones with missing library
dependencies should be fixed now. Below is the less critical list
of extra LIB_DEPENDS/WANTLIB cases. Some of these might actually
be correct, many are harmless,
Jacob Meuser [EMAIL PROTECTED] wrote:
while working on an update for multimedia/mjpegtools, and adding
USE_LIBTOOL=Yes, I would get libraries where lib/libfoo.so.4.0 would
be a symlink to lib/libfoo-1.8.so.4.0, the real library.
Isn't this simply a mistake in the way libtool is called? The
Marc Espie [EMAIL PROTECTED] wrote:
NetBSD's pkgsrc now has an inputmethod category.
I think it's a good idea, considering that a lot of modern stuff
(uim, kinput2...) is not really linked to a language per-se.
I don't really see the gain over having those in, say, devel or
x11, but I don't
Jolan Luff [EMAIL PROTECTED] wrote:
it seemed to be working in that i download distfiles from new commits.
however, i wanted to build some packages offline on my laptop and copied
over all the distfiles from my server. it looks like i don't have a few
distfiles available, namely the
Eric Faurot [EMAIL PROTECTED] wrote:
Remove the incorrect -lfreetype flag in cairo.pc. This is IMHO a
mistake in cairo distribution because one can link against libcairo
without linking against libfreetype. The -L/usr/X11R6/lib flag is
Have you talked to the cairo people about this?
left
Marc Espie [EMAIL PROTECTED] wrote:
GLib: Cannot convert message: Conversion from character set 'UTF-8' to
'646' is not supported
Looks like the charset.alias file from libiconv needs to be completed
with info about what to do with 646...
646 as a designation is a bit weird. This
Bernd Ahlers [EMAIL PROTECTED] wrote:
Attached is an update to mozilla-firefox-1.5.
This diff was mostly done by [EMAIL PROTECTED]
Please test (esp. on non-i386) and comment.
This version still prominently calls itself Deer Park (window
title, about, help). Is that a hiccup because ours
Peter Strömberg [EMAIL PROTECTED] wrote:
We'll have to add --enable-official-branding to CONFIGURE_ARGS
to get the right brand.dtd file.
Yes, with that I get Firefox.
For me this 1.5 update is fine on amd64, i386, and sparc64.
--
Christian naddy Weisgerber [EMAIL
Christian Weisgerber [EMAIL PROTECTED] wrote:
Modified files:
shells/bash: Makefile distinfo
shells/bash/patches: patch-configure
Log message:
...
Remove static FLAVOR.
Maybe I should explain myself.
What do you need a statically linked bash for? Seriously?
For single
Since I just did a complete ports run on amd64 for testing purposes,
here's the list of ports that won't build. For a change, I've left
dependent ports in, illustrating that much of KDE is not available.
audio/amarok- devel/gstreamer-plugins
audio/rhythmbox -
Brad [EMAIL PROTECTED] wrote:
x11/kde/base3 libXau -fPIC
Can I see the log for this? Is base3 trying to link libXau into
a shared library or object?
Yes. Matthieu has added a dynamix libXau, which has fixed this
problem.
x11/kde/pim3?
Can I see
Mark Kettenis [EMAIL PROTECTED] 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.
After I can now reproduce
Eric Faurot [EMAIL PROTECTED] wrote:
After I can now reproduce this locally (X11 in 8bpp mode plus going
through ssh -X): This is not a fix. It prevents the segfault, but
badly screws up the display with other GTK applications. See
gtk-demo, for instance.
Could you please test
David Krause [EMAIL PROTECTED] wrote:
I started up 1.0 on another system and compared. It seems that 3 of the
4 default fonts changed:
Proportional: Serif - Serif
Serif: serif - Times
Sans-serif: sans-serif - Helvetica
Monospace: monospace - Courier
Is anyone else seeing this?
Now
[EMAIL PROTECTED] wrote:
Once upon a time it seemed that these gratuitous updates were frowned
upon.
Depends what you term gratuitous. Following test (alpha, beta,
pre-) releases without a good reason is frowned upon. By contrast,
following regular/stable releases looks like a normal part
Marcos Latas [EMAIL PROTECTED] wrote:
On my amd64 -current system, I just need to launch the program and
touch the mouse wheel for a core dump.
That happens on i386, too. It doesn't happen if you actually specify
a PDF document.
--
Christian naddy Weisgerber [EMAIL
Michael Knudsen [EMAIL PROTECTED] wrote:
New version attached.
DESCR doesn't quite make sense. Surely somebody who installs the
package is not concerned with hypothetical compile time options.
Gmake isn't really required. Just remove the mistaken $ dependency for
the .c.o suffix rule in
Antoine Jacoutot [EMAIL PROTECTED] wrote:
www/cssed ScintillaGTK.cxx:1164: syntax error before `='
Anyone could have a look at it ?
Fixed. A number of source files have trailing carriage returns
(i.e., Microsoft end of line format). gcc usually doesn't care,
it's just trailing
David Cathcart [EMAIL PROTECTED] wrote:
This is a patch to stop snownews segfaulting on amd64 when it reloads
a feed. It's from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333959
Tested on amd64 and i386. I'd like to test it on alpha but don't have
one to hand.
Index:
Craig McCormick [EMAIL PROTECTED] wrote:
However, has anybody tried to import bookmarks? Via Manage bookmarks,
if I try to import a bookmarks.html file,
I just did that on -current/sparc64. Works fine.
--
Christian naddy Weisgerber [EMAIL PROTECTED]
Christian Weisgerber [EMAIL PROTECTED] wrote:
This is a patch to stop snownews segfaulting on amd64 when it reloads
a feed. It's from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=333959
Tested on amd64 and i386. I'd like to test it on alpha but don't have
one to hand.
Index
Toni Mueller [EMAIL PROTECTED] wrote:
ok, thanks for the heads-up. I am more interested if it's intentional
behaviour that I _can't_ make makesum from the top directory when
Makefile includes bsd.port.subdir.mk instead of bsd.port.mk.
Only a subset of the bsd.port.mk targets are available at
steven mestdagh [EMAIL PROTECTED] wrote:
- is it possible to use config.guess/config.sub from infrastructure/db?
The patches bring those files exactly to the state of those in
insfrastructure/db, at least according to diff. Or is there a better way to
do it?
copy the files into
I'd like to update editors/zile, but ever since it was switched to
curses(3), it crashes on exit:
zile in free(): error: free_pages: pointer to wrong page
Abort trap (core dumped)
...
#8 0x4b8fb103 in del_curterm (termp=0x4330a000)
at /usr/src/lib/libcurses/tinfo/lib_cur_term.c:67
Siju George [EMAIL PROTECTED] wrote:
I did try to get the ports below Plan9 installed on my OpenBSD
4.0/amd64 and got the following errors :-(
9libs uses some terribly unportable code that only happens to work
on some archs (i386, sparc, sparc64). Fixing this is not
straightforward.
--
Kurt Miller [EMAIL PROTECTED] wrote:
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.
That assumes a static
Christian Weisgerber:
The port that comes with the sixxs distfile is outdated.
Attached is a proper port for -current that I created
to use AYIYA.
Sigh. We need to compare notes. I have an aiccu port sitting on my
disk, too.
I'm attaching my port, which takes some cosmetic
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 tested this with my heartbeat gif(4) tunnel.
Now with
1 - 100 of 5519 matches
Mail list logo