So you don't need the pstoraster geraffel at all? If that's correct,
I'll wait for ports depending on ghostscript,-cups beeing updated
and then I'll commit the ghostscript update with the cups flavor
removed.
Ciao,
Ki never used cups li
On Sun, Mar 23, 2008 at 12:44:35PM +, Jacob
On Wed, Mar 26, 2008 at 02:11:58PM -0500, Andrew Cone wrote:
I just pkg_add'ed ghc-6.6.1p0 on OpenBSD 4.2 for x86_64. It seemed to
install fine, but then when I tried to run ghci, I got the following:
ghc-6.6.1: /usr/local/lib/ghc/HSbase.o: unknown architecture
Loading package base ...
On Wed, Mar 26, 2008 at 09:21:42PM +0100, Giovanni Bechis wrote:
pkg/DESCR:
Jpegpixi is short for JPEG pixel interpolator.
The intent of the program is to interpolate pixels in JFIF images
(commonly referred to as JPEG images).
This is useful to correct images from a digital camera with CCD
Update to xmonad-0.7.
There are rumors that it now works better with gnome utilities
(menus, tools, statusbars). Works fine here and in my office with
on i386.
Release announcement at
http://www.haskell.org/pipermail/xmonad/2008-March/005311.html
Tests and comments are welcome -- I really don't
Apart from the pstoraster discussion, did anyone even TEST this?
That's: build it, install it, use it, look whether it breaks
something. If not: fine, i'll commit it and wait for people crying.
Here's a new update for THE THING[tm]:
Note that the pam device has been renamed to pamcmyk32.
On Fri, Apr 04, 2008 at 07:49:42PM +0300, Onat I. wrote:
I noticed that ghostscript didn't work
after the last update. Then I found out that
some crucial files in the lib directory of
ghostscript are removed from the PLIST, files
like xlatmap, Fontmap etc. I extracted the
source tarball and
On Fri, Mar 21, 2008 at 09:00:40AM +0100, Giovanni Bechis wrote:
Tk::Splash implements a splash screen widget for Perl/Tk.
This port is used by the new version of graphics/mapivi
Port available at http://bigio.snb.it/openbsd/p5-Tk-Splash-0.14.tgz
I'd like to import it with the following
On Tue, Apr 08, 2008 at 07:37:50PM +0200, Tobias Ulmer wrote:
- remove patch-Makefile, doesn't do anything except eye candy
Well, this (and probably other dwm stuff) is initially from me, and
I don't think it's eye candy. I prefer to see every single command
run from make, with all arguments,
On Wed, Apr 09, 2008 at 03:51:02PM -0400, Mike Erdely wrote:
Foo2zjs updated to latest version,
some patches has been included upstream, bugs fixed and some other printers
are supported.
Full changelog available at:
http://foo2zjs.rkkda.com/ChangeLog
Cheers
Giovanni
Tested
Anyone? nojokeamd64 tests/nojoke? Where are all my test slaves?
Did you all choose the fast path to the dark power and to the
forbidden magic (http://www.lisperati.com/landoflisp/)?
Ciao
Kili
On Mon, Mar 31, 2008 at 11:32:58PM +0200, Matthias Kilian wrote:
[...]
Index: Makefile
On Wed, Apr 16, 2008 at 09:40:59AM +0200, Simon Kuhnle wrote:
Ugh, I had some left over ~/.ghc files, from the times I compiled and
installed xmonad in my home, with libs installed to /home/simon/lib,
and ghc was searching for libs there.
rm -rf ~/.ghc helped and now everything builds fine.
On Fri, Apr 25, 2008 at 11:25:13PM +0200, Martin Schröder wrote:
For those who would argue that important content might get
irretrievably locked away in PDF format, I'll remind you that
Xpdf is open source, and can be modified by end users (the GPL
even allows this).
Go ahead,
On Sat, Apr 26, 2008 at 11:32:34PM +0200, Markus Hennecke wrote:
Seems to be working fine on amd64. This is another port for which the
previous version needs to be uninstalled to compile. This really becomes
a PITA.
Here's a really crude last-resort hackaround i use for those kind
of ports
On Sun, May 11, 2008 at 03:25:56PM +0200, syl wrote:
The man page is garbled though, at least on my amd64. Maybe an encoding
issue (could be Japanese)?
I have just create a man page for sl and add it into patches.
It doesn't honor CFLAGS nor CC, you should adjust MAKE_FLAGS to force it
On Tue, Jun 17, 2008 at 08:15:09PM -0500, Will Maier wrote:
We don't usually include comments in the patch files.
To second Bernd's response:
If the purpose of a patch is obvious, there's no reason to add a
comment. But sometimes it isn't obvious, or you're patching stuff
you want to send to
On Wed, Jun 18, 2008 at 01:19:41AM +0300, Martynas Venckus wrote:
As kili and ian pointed out, it doesn't apply because
patch-mozilla_nsprpub_pr_include_private_primpl_h has been removed.
FYI: armish looks a little bit broken (even after Martynas sent me
some more patches), and macppc segfaults
Update to kismet 2008-05-R1. I've tested kismet on ny zaurus, and
gpsnap on an i386.
Tests on other platforms are welcome.
Index: Makefile
===
RCS file: /cvs/ports/net/kismet/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20
On Sun, Jun 22, 2008 at 08:39:20AM -0400, Jim Razmus wrote:
Shouldn't this line
PKGNAME-gpsmap= kismet-gpsmap-${V:S,-,,g}p0
drop the p0 like this
PKGNAME-gpsmap= kismet-gpsmap-${V:S,-,,g}
Yes. Thanks!
On Mon, Jun 23, 2008 at 02:31:55PM +0200, Tobias Ulmer wrote:
Index: patches/patch-attacher_c
===
RCS file: /cvs/ports/misc/screen/patches/patch-attacher_c,v
retrieving revision 1.1
diff -u -r1.1 patch-attacher_c
---
On Tue, Jun 24, 2008 at 12:24:39PM +0200, Tobias Ulmer wrote:
[Deal with EINTR only]
Is this enough? getpass(3) can bail out on other conditions than EINTR.
IMHO yes and no. Yes because it seems to be screens design philosophy to
unlock the attacher whenever something goes wrong (It doesn't
If you're using the wtscmyk device, please give this diff a try.
(Sent upstream. I'm waiting for a response, but the original code just
looks wrong).
Index: Makefile
===
RCS file: /cvs/ports/print/ghostscript/gnu/Makefile,v
On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote:
Whats the status of firefox 3 on OpenBSD?
I have been using a package (given to me from viq, which i assume is
made from this patch), which has crashed once in about 3 days. Thats
about normal for firefox in my experience.
Very much
On Fri, Jul 18, 2008 at 06:51:59PM +0300, Martynas Venckus wrote:
On i386, it seems to have some strange rendering problems. For example,
http://www.csszengarden.com/?cssfile=/212/212.csspage=0
http://www.csszengarden.com/?cssfile=/213/213.csspage=0
[...]
Have you tried what
On Sat, Aug 09, 2008 at 04:45:10PM -0600, Matt Jibson wrote:
ghc from the current packages snapshot on amd64 doesn't start for
me--prints some 64/32 bit problem. Works on i386. Same problem when
built from ports. Anyone else seeing this?
Simon Kuhnle reported problems, but only for ghci. The
On Wed, Aug 13, 2008 at 12:37:14AM +, Jona Joachim wrote:
Simon Kuhnle reported problems, but only for ghci. The non-interactive
ghc still worked for him on amd64.
Yes, I can confirm this, ghci doesn't work but ghc does.
ghci exits with an abort trap:
ghc-6.6.1: internal error:
On Fri, Aug 22, 2008 at 10:50:17AM -0400, Brad wrote:
The following diff eliminates the AltiVec FLAVOR and enables
it by default for PowerPC packages. I need someone to test
the AltiVec operation ona G4 system. Load the Gimp in a xterm
with gimp --verbose and within the first couple of lines
On Sun, Aug 24, 2008 at 12:22:07AM -0400, Brad wrote:
The following diff for x264 switches the library from using
the signals method of AltiVec detection to using the sysctl
method and adds support for detecting the # of CPUs using
the sysctl.
What's the correct way to test this? I tried
$
On Mon, Aug 25, 2008 at 12:49:51PM -0400, Brad wrote:
And there's a big caveat: ffplay with altivec enabled fails on some
video files either by exiting immediately or by showing lots of
artefacts (there seems to be a tendency to green out the video,
i.e. you get green blurring patterns).
On Mon, Aug 25, 2008 at 07:49:54PM -0400, Brad wrote:
This seems to reduce ffplay cpu usage by 25% on a G4 (even more
when converting video files with ffmpeg). I didn't notice any
improvement on arm, however.
Correction: there seems to be a very small improvement on arm
(converting 30
This is a prequisite for an update to darcs-2.0.2 I'll submit in a
few hours. Please test[1] and comment.
Comment:
client-side HTTP library for GHC
Description:
This package contains updated versions of Warrick Gray's excellent
Haskell HTTP and Browser modules.
Ciao,
Kili
[1] Of
://www.darcs.net/
MASTER_SITES= ${HOMEPAGE}
MAINTAINER=Matthias Kilian [EMAIL PROTECTED]
+WANTLIB= c curses m pthread z
MODULES= lang/ghc
MODGHC_RUNTIME=No
-LIB_DEPENDS= curl.=2::net/curl \
- gmp::devel/gmp
+LIB_DEPENDS= gmp::devel/gmp
+RUN_DEPENDS= ::net/hs-HTTP
= nhc98-$V
CATEGORIES=lang
HOMEPAGE= http://www.haskell.org/nhc98/
MAINTAINER=Matthias Kilian [EMAIL PROTECTED]
MASTER_SITES= http://www.cs.york.ac.uk/fp/nhc98/
-DISTFILES= nhc98src-$V.tar.gz nhc98-$V-library-interfaces.tar.gz
+DISTFILES= nhc98src-$V.tar.gz
# BSDish
On Tue, Aug 26, 2008 at 11:31:19PM +0100, Stuart Henderson wrote:
I'd also like to see the output of make regress
on amd64.
+++ Tue Aug 26 23:04:04 BST 2008
=== Checking files for darcs-2.0.2
`/usr/ports/distfiles/darcs-2.0.2.tar.gz' is up to date.
(SHA256) darcs-2.0.2.tar.gz: OK
[...]
On Sat, Aug 23, 2008 at 10:16:23PM -0400, Brad wrote:
Now that I have had time to look at this a bit more it turns out
that at the moment the framework and little bits of code for AltiVec
in the Gimp are not actually enabled.
Here is the appropriate diff for now..
Fine for me, but please
On Thu, Aug 28, 2008 at 01:53:03PM -0600, macintoshzoom wrote:
When you say You don't want that, do you mean that I have not to run
make update on the kde folder unless I want to install everything?
make update always builds packages unconditionally, and then updates
the packages already
FYI:
After talking a little bit to the darks people and running some
real-world tests, I think it's better to wait for darcs-2.0.3, which
will fix some super-annoying bugs wrt accessing remote darcs
repositories over HTTP.
Ciao,
Kili
--
f u cn rd ths, u mst hv bn sng nx
On Sun, Aug 24, 2008 at 03:37:08PM +0200, Giovanni Bechis wrote:
Amavisd-new updated to latest version, bug fixes and some new features
from current version.
http://www.ijs.si/software/amavisd/release-notes.txt
Did anyone test this? It looks ok portswise, but I'm not using it
and can't test.
On Sun, Aug 24, 2008 at 03:42:32PM +0200, Giovanni Bechis wrote:
Trivial update to latest version, some bugs has been fixed and syntax
highlighting has been improved for some languages.
Make patch fails on patches/patch-configure. Did you forget to
include the diff for it?
Ciao,
Kili
Anyone who wants to take maintainership of the Haskell ports?
Ciao,
Kili
On Wed, Sep 03, 2008 at 11:49:55PM +0200, Antoine Jacoutot wrote:
Anyone who wants to take maintainership of the Haskell ports?
me! me! me!
... duh, of course not, no human being would want to...
^^^
Frogs != human beeings, so I'll just put your
On Thu, Sep 04, 2008 at 11:08:47PM +0200, Yannick Francois wrote:
This is a pretty killer port. Read kili's commit message about
dropping maintainership. GHC is very nasty.
Ok, It's not for a newbie like me ...
But wait, it's not the ports stuff that's complicated ;-)
--
Elfen sterben
On Thu, Sep 04, 2008 at 12:41:45PM +0200, [EMAIL PROTECTED] wrote:
Hmmm. Nobody take this ports ?
BTW: I'll (soon) drop the other stuff that needs GHC to build (except
darcs), but I'll continue to maintain the maintainable implementations,
i.e. nhc98 and hugs (and the two or three ports using
Porters, *please* prepend some comments to the patches included in
your ports, unless the purpose of a patch is obvious.
And if you're committing security patches, just don't name the thing
in the cvs commit message but also in the patch file (a simple
CVE-whatever is enough).
Ciao,
Kili
On Wed, Sep 03, 2008 at 08:47:39PM +0200, Matthias Kilian wrote:
Amavisd-new updated to latest version, bug fixes and some new features
from current version.
http://www.ijs.si/software/amavisd/release-notes.txt
Did anyone test this? It looks ok portswise, but I'm not using it
and can't
On Wed, Oct 01, 2008 at 09:09:34PM +0200, Christian Weisgerber wrote:
lang/ghc
I'm working on it (where it = the most unwanted perl script):
http://darcs.haskell.org/ghc-6.6/ghc/_darcs/pristine/driver/mangler/ghc-asm.lprl
Ciao,
Kili
--
What is this? Some kind of grep bitten by a
On Thu, Oct 09, 2008 at 03:16:47PM +0300, Andrei GUDIU wrote:
pkg_info | grep xmonad
xmonad-0.8p0tiling window manager
and here is the port tarball:
What about a cvs diff?
= http://www.darcs.net/
MASTER_SITES= ${HOMEPAGE}
MAINTAINER=Matthias Kilian [EMAIL PROTECTED]
+WANTLIB= c curses crypto idn m pthread ssl z
MODULES= lang/ghc
MODGHC_RUNTIME=No
LIB_DEPENDS= curl.=2::net/curl \
gmp::devel/gmp
+BUILD_DEPENDS
On Fri, Oct 10, 2008 at 11:06:02AM +0300, Andrei GUDIU wrote:
Index: x11/xmonad/Makefile
===
RCS file: /cvs/ports/x11/xmonad/Makefile,v
retrieving revision 1.9
diff -u -8 -p -r1.9 Makefile
--- x11/xmonad/Makefile 19 Sep 2008
Hi, and sorry for the delay,
On Fri, Oct 03, 2008 at 10:58:07AM +0200, Giovanni Bechis wrote:
Update to latest version, gegl-0.18 is needed to build it and gimp-2.4
needs to be uninstalled.
tested @amd64
I'll look at it now, but only portswise and doing some very trivial
testing on i386, arm
On Mon, Oct 13, 2008 at 06:01:54PM +0300, Andrei GUDIU wrote:
Last attepmt,
I'm glad you won't waste my time in the future. But yet I may have
a very fucked up system (wrt Haskell stuff). If anyone else is able
to build this xmonad-0.8 update on -current, please let me know.
patch attached.
On Thu, Oct 16, 2008 at 10:14:04PM +0100, Stuart Henderson wrote:
pkg/DESCR should be formatted, run it through fmt. There is a religious
argument about what the right line size should be. Personally I use
the fmt default, but some people object.
I use fmt default unless it looks ugly,
On Fri, Oct 03, 2008 at 10:58:07AM +0200, Giovanni Bechis wrote:
Update to latest version, gegl-0.18 is needed to build it and gimp-2.4
needs to be uninstalled.
I think you forgot to add gegl-0.0::grahpics/gegel to LIB_DEPENDS
and babl-0.0 to WANTLIB. At least that's what the allmighty tools
On Sat, Oct 18, 2008 at 07:48:09AM +1100, Rod Whitworth wrote:
The postfix port has stable and snapshot versions to choose from.
I'm building on 4.4 release using 4.4 release ports tree and trying to
get a 4.3 release box with postfix to update to 4.4 (that worked well)
and to the snapshot
On Wed, Oct 15, 2008 at 09:03:49PM +0200, Matthias Kilian wrote:
Update to latest version, gegl-0.18 is needed to build it and gimp-2.4
needs to be uninstalled.
tested @amd64
I'll look at it now, but only portswise and doing some very trivial
testing on i386, arm and powerpc. Real tests
On Sat, Oct 25, 2008 at 05:04:22PM +0200, Christian Weisgerber wrote:
---
GNU Teseq is a tool for analyzing files that contain control characters
and terminal control sequences. It is intended to be useful for diagnosing
terminal emulators, and programs that make heavy use of terminal
overdue update. tested on macppc and i386 in scripting mode (building
lilypond) and lightly in interactive mode (just fiddling around
with some arbitrary fonts)
comments and more tests are welcome
Ciao,
Kili
Index: Makefile
On Thu, Oct 30, 2008 at 10:36:20AM -0700, patrick keshishian wrote:
Personally, I don't see a reason why every person interested in using
GIMP to be forced to install python. I suggested a few days ago on
the list that python should be made to be a flavor for those who want
to enable it with
On Sun, Nov 02, 2008 at 09:41:22PM +0200, Mikko Tolmunen wrote:
fix from inkscape svn
Indeed, the poppler update fucked it up. Sorry. No cookies for me.
I wonder how it could pass one of the bulk builds bernd@ did at
p2k8 (and I really hope I didn't throw the patches on the wrong
machine).
On Mon, Nov 03, 2008 at 11:48:50AM -0500, Okan Demirmen wrote:
graphics/p5-PerlMagick ghostscript/iapi.h: No such file or
directory
expect a ImageMagick and p5-PerlMagick update soonish from me.
Anyway, isn't it possible to get around the hardcoded ghostscript
version in
On Mon, Nov 03, 2008 at 04:39:35PM +0100, Christian Weisgerber wrote:
graphics/inkscape ?
Fixed by the diff from Mikko Tolmunen (but without the bump). I
still wonder why it passed the bulk builds at p2k8.
Ciao,
Kili
On Thu, Oct 30, 2008 at 10:55:20AM -0700, patrick keshishian wrote:
Personally, I don't see a reason why every person interested in using
GIMP to be forced to install python. I suggested a few days ago on
the list that python should be made to be a flavor for those who want
to enable it
On Tue, Nov 04, 2008 at 12:31:28AM -0800, patrick keshishian wrote:
I'm running GIMP 2.6.2 (no_gnome-no_python) right now on macppc
-snapshot[1].
How large is it (with all dependencies) compared to giovannis update
(with all dependencies)?
As you can see build time is also important to me
Enable unicode even with wprintf() available but not wscanf().
Fixes at least the buidl breakage for the ports reported by landry@
and naddy@: py-wxPython, opennx, filezilla, mkvtoolnix, hugin,
poedit, codeblocks, pgadmin3, audacity (built here on amd64), with
stsp@'s wprintf diff in place.
A
And here's the audacity change after the wxWidgets change.
Of course, I'll also bump both ports.
Index: Makefile
===
RCS file: /cvs/ports/audio/audacity/Makefile,v
retrieving revision 1.32
diff -u -p -r1.32 Makefile
--- Makefile
On Sat, May 07, 2011 at 05:12:22PM -0500, Amit Kulkarni wrote:
If you pull up $WRKSRC/cocci.ml, then you get to the possible root of the
problem, see around line 485.
egrep fails because it relies on \b which is not supported in BSD grep?
Good catch.
Below is a diff against stuarts port. I
On Sun, May 08, 2011 at 09:19:37PM +, Stuart Henderson wrote:
On 2011-05-08, Julia Lawall ju...@diku.dk wrote:
Thanks for the update. I'm not completely sure to understand the=20
solution, though. Could we just use the linux pattern as is, and then=20
call gegrep instead of egrep?
Hi,
could anyone please try our current versio of print/apvlv and check
wether text selection works?
The reason I'm asking is because I'm working on an update of poppler
to 0.16.5, which breaks the API for text selection, and I only get
totally wrong text selections even with a proper fix to
Update to inkscape-0.48.1.
Contains a fix for the poppler-0.16 API change (poppler-0.16 isn't
committed yet, but inkscape should build and work with either version
of poppler).
This also seems to fix the ruler problem mentioned on ports@ (but
not the memory display nor the poor performance of
On Sat, May 14, 2011 at 05:03:19PM +0200, Matthias Kilian wrote:
Update to inkscape-0.48.1.
Disregard. Brad sent a (cleaner) diff earlier, which I'll put in this evening.
Ciao,
Kili
On Thu, May 19, 2011 at 07:34:49AM +0200, Landry Breuil wrote:
On Sun, May 15, 2011 at 04:33:01PM -0400, Brad wrote:
Here is a port of the Arora web browser.
Thanks to RD Thrush for pointing out that the HOMEPAGE
URL was wrong.
Fwiw, runs fine on i386, and port reads ok. I'll
Hi,
On Mon, May 23, 2011 at 03:25:29PM -0500, Marco Peereboom wrote:
I understand the push to get newer code in and getting things fixed as
we go however webkit 1.4 seems to be a little more broken than we'd
like. These are the issues I have currently run into:
* copy/paste functionality
is different from level to level.
Maintainer: Matthias Kilian k...@openbsd.org
WWW: http://zaz.sourceforge.net/
ok?
Ciao,
Kili
zaz.tgz
Description: application/tar-gz
On Wed, May 25, 2011 at 03:46:14PM -0700, Ryan Freeman wrote:
I know I should send out poppler and related diffs, but sometimes you
have to burn some time with games...
always ;)
until your fingers hurt.
runs good here on i386 using keyboard control. I found mouse control
to work but
On Sun, May 29, 2011 at 11:07:27PM +0200, Jasper Lievisse Adriaanse wrote:
Whenever you encounter these kind of builds, please fix it by either
adding:
CONFIGURE_ARGS+= --disable-silent-rules
if you're dealing with a gnu configure script,
AFAIK, configure scripts generated by autoconf
On Mon, May 30, 2011 at 10:04:13AM +0200, Landry Breuil wrote:
WWW: http://zaz.sourceforge.net/
ok?
Why the configure.ac snippet about ftgl ? the .pc file for the -rc5 we
have in the ports tree doesnt advertise 2.1.3 ?
$ pkg-config --exists 'ftgl = 2.1.3'
Argument 3~rc5 isn't numeric
Follow incompatible API change in poppler-0.16. Text selection is still
broken, though (but I think it already was broken with poppler-0.14).
While here, adjust WANTLIB.
Index: Makefile
===
RCS file: /cvs/ports/print/apvlv/Makefile,v
+SHARED_LIBS += poppler-qt4 7.0
HOMEPAGE= http://poppler.freedesktop.org/
-MAINTAINER=Matthias Kilian k...@openbsd.org
+MAINTAINER=Matthias Kilian k...@openbsd.org
# GPLv2
PERMIT_PACKAGE_FTP=Yes
@@ -86,6 +85,7 @@ WANTLIB-qt4= ${cWANTLIB} ICE QtCore QtGu
Follow incompatible API change in poppler-0.16 and fix an old bug in
text selection.
While here, adjust WANTLIB.
Index: Makefile
===
RCS file: /cvs/ports/print/epdfview/Makefile,v
retrieving revision 1.21
diff -u -p -r1.21 Makefile
Follow API change in poppler-0.16.
Index: Makefile
===
RCS file: /cvs/ports/print/py-poppler/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile18 May 2011 11:06:24 - 1.2
+++ Makefile23 May 2011
On Wed, Jun 01, 2011 at 12:32:10PM +0200, Matthias Kilian wrote:
Update to poppler-0.16.5.
Tested with some of my not-so-favorite PDF viewers (evince, epdfview)
on amd64. Other ports depending on it still build fine (with some
diffs I'll send in a few).
This update breaks the following
On Wed, Jun 01, 2011 at 07:47:52PM -0400, Brad wrote:
I think it would make sense to add --disable-silent-rules by default
and fix those five ports to deal with it.
Also when adding this option in globally please follow up and garbage
collect the option from the ports already using said
On Thu, Jan 13, 2011 at 09:49:33PM +0100, Matthias Kilian wrote:
Update to ImageMagick-6.6.6-10, with help from Brad. Regression
tests work fine on amd64, some more tests needed (I'll try to do
arm, powerpc, mips64el).
I also tried --with-modules, but this causes almost all Magick++
regression
On Thu, Jun 02, 2011 at 08:31:57PM +, Christian Weisgerber wrote:
Taskwarrior is an ambitious project bringing sophisticated capabilities
to a simple and elegant productivity tool. It has customizable reports,
charts, GTD features, Lua extensions, device synching and more.
What does
On Fri, Jun 03, 2011 at 02:13:42PM +0200, Piotr Sikora wrote:
It's kind of a TODO list on steroids.
Then DESCR needs to say so rather than quoting an advertising blurb.
I agree that the text in DESCR is extremely weak, but it's taken from
their website and it was my understanding that
On Mon, May 30, 2011 at 10:51:46PM +0200, Piotr Sikora wrote:
Comments? OK?
See Attachment.
- Useless files @commented.
- Stupid flags removed from src/CmakeLists.txt (thanks to dcoppa@).
- DESCR taken from manpage (what I sent earlier this day).
Ciao,
Kili
--
It takes a vax to find
On Wed, Jun 01, 2011 at 12:50:01PM +0200, Matthias Kilian wrote:
Note that with the next `stable' poppler release, there may be even more
breakage:
http://carlosgc.linups.org/gnome/gdk-api-removed-poppler.html
So please check wether the ports you're maintaining use popplers
GDK API
On Thu, Jun 02, 2011 at 11:57:00PM +0200, Pascal Stumpf wrote:
Hehe, kili, here's yet another game port:
[...]
sweet, tests good on i386
Reads good to me, ok to import for whoever wants to commit it.
So?
I'll import it this evening, but first comes dinner, and I want at least
to play
On Sun, Jun 05, 2011 at 06:25:21PM +0200, Matthias Kilian wrote:
I'll import it this evening, but first comes dinner, and I want at least
to play it a little bit ;-)
There are still some things to tweak, I sent an update to Pascal and
will import it if he agrees.
Ciao,
Kili
This is not to be committed. I'm now running make regress (on amd64)
and will compare results against 7.0.3 and report any new test
failures to the ghc guys.
If anyone has an i386 and want's to burn some cpu time, feel free
to do the same ;-)
Ciao,
Kili
Index: Makefile
This port obviously has a very bad version number karma.
Unless someone comes with a better fix, I'll commit this tomorrow.
Index: Makefile
===
RCS file: /cvs/ports/graphics/ftgl/Makefile,v
retrieving revision 1.5
diff -u -p -r1.5
Here's a port of a much more newer version of texinfo tools than
we have in base. I need this for updating lilypond without applying
tons of ugly hacks and workarounds (IIRC, some features of newer
texinfo/makeinfo even have been done just for lilypond).
Unfortunately, updating our texinfo tools
On Wed, Jun 22, 2011 at 09:37:47PM +0200, Jasper Lievisse Adriaanse wrote:
Still wondering if cairo's pkgconfig files are bad, or this one port is just
being nasty.
AFAIK hs-cairo uses pkg-config --libs cairo ... to link some config
test program. This fails with the new pkg-config. Wether to
On Fri, Jun 24, 2011 at 11:06:56AM -0500, Marco Peereboom wrote:
My current best theory is that the brand new link prefetch stuff (ugh!)
is easting gobs of file descriptors while another site is loading. So
when webkit tries to establish a connection to get like favicon or css
it runs
On Fri, Jun 24, 2011 at 09:01:30PM +0200, Martin Pelikan wrote:
Prefetching stuff is a brilliant idea on a sane internet connection.
Are you kidding?
Ciao,
Kili
Minor update to ghc-7.0.4, with an additional fix for libraries/process
(don't use vfork), which avoids spurious failures on landry@'s bulk
builds.
Heavily tested on amd64.
I want to get this in really soon (tomorrow, or on monday), and I'm
only interested in ok's or in `No, please let me test
The haddock library needs the ghc-paths library. so add it to
RUN_DEPENDS-lib and bump (in addition to the bump on -main after
the ghc update).
Index: Makefile
===
RCS file: /cvs/ports/devel/haddock/Makefile,v
retrieving revision
Enforce Setup.lhs args and the dependency of xmonad-lib on lang/ghc.
Without this, the build fails when run from /usr/ports with SUBDIRLIST
pointing to x11/xmonad,-main x11/xmonad,-lib.
Index: Makefile
===
RCS file:
On Sun, Jun 26, 2011 at 03:03:13PM -0400, Eric Furman wrote:
STANDARDS
The nl utility conforms to IEEE Std 1003.1-2001 (``POSIX.1'').
HISTORY
The nl utility first appeared in ATT System V Release 2 UNIX.
I could be mistaken, but I'm pretty sure nl predates cat -n.
But cat
Do not hide required libs in the .pc files.
Fixes the build of hs-cairo.
ok?
Index: Makefile
===
RCS file: /cvs/ports/graphics/cairo/Makefile,v
retrieving revision 1.34
diff -u -p -r1.34 Makefile
--- Makefile2 Jun 2011 17:09:31
Hi,
i'm working on an update to ghostscript-9.02 (kind of emergency
update, because ajacoutot@ wants to print some google maps, which
currently causes ghostscript to segfault when called from pdf2ps).
The good news: ghostscript-9.02 fixes the problem.
The bad news: the pstoraster shell script
301 - 400 of 3872 matches
Mail list logo