Hi,
just to clarify the current state of haskell ports (because it looks
like it's *not* obvious):
- lang/ghc and meta/haskell-platform are marked as BROKEN to avoid
error spam for package builders and to avoid trouble for people
using snapshot packages. it's just a harsh method to stop any
Update to poppler-0.29.0 (yes, upstream dropped "stable" vs.
"development" branches).
>From the release notes:
core:
* Use correct LAB byte array for lcms input. Bug #86388
* Write correct size in trailer dict. Bug #86063
* Use Default colorspaces if present in
On Mon, Dec 08, 2014 at 11:02:27AM +0100, Matthias Kilian wrote:
> Update to poppler-0.29.0 (yes, upstream dropped "stable" vs.
> "development" branches).
[...]
> There were some incompatible changes to the GfxColorTransform
> constructor and to GfxColorSpace:pars
On Mon, Dec 08, 2014 at 11:50:39PM +0100, Matthias Kilian wrote:
> The only failure is graphics/inkscape. Anyone using it and want to
> investigate? But be aware that there's already a more than insane
> #ifdef maze using POPPLER_NEW_COLOR_SPACE_API and
> POPPLER_EVEN_NEWER_CO
Hi,
this new port is needed to update devel/hs-HsSyck to a newer version
that builds with ghc-7.8:
COMMENT:mutable hash tables in the ST monad
DESCR:
This package provides a couple of different implementations of
mutable hash tables in the ST monad, as well as a typeclas
Hi,
the HOMEPAGE for print/epdfview is dead, there was no update since
2011, and, most important, it doesn't display anything, at least
for me.
So is it be ok to remove it?
Ciao,
Kili
can i add category 'bullshit' to all haskell ports?
only if you port systemd and put it there
So I ported systemd from http://hackage.haskell.org/package/systemd
(proof attached, and please note how careful I copied the blurb
from upstreams github project into pkg/DESCR). I'm not going to
commit
Hi,
Is anyone using the www/hs-snap* and/or lang/feldspar/* ports?
If not, I'll remove them next sunday, and all hs-ports only those
ports depend on.
Ciao,
Kili
lang/pugs will die (unmaintained, even if there are some forks of
it on github.com), as well as some more, because it's just experimental
/ research stuff. If anyone is using it (or something from the list
below), speak up now.
devel/hs-HsSyck
devel/hs-MetaObject
devel/hs-control-timeout
devel/hs-
On Sun, Nov 23, 2014 at 07:53:25PM +0100, Matthias Kilian wrote:
> On Sun, Nov 23, 2014 at 12:33:38AM +0100, Landry Breuil wrote:
> > > in games/sudoku, we have
> > >
> > > $ make show=PKGNAME
> > > sudoku-1.0.1
> > >
> > > and in x11/gnus
Hi,
this are diffs and new ports that would be required to update and
build lang/feldspar/*.
Updated ports:
devel/hs-comonad
devel/hs-data-default
devel/hs-data-lens
devel/hs-patch-combinators
devel/hs-semigroupoids
lang/feldspar/compiler
lang/feldspar/language
lang/hs-syntactic
New ports:
dev
:40 -
@@ -2,8 +2,7 @@
COMMENT = an either monad transformer
-DISTNAME = either-3.4.1
-REVISION = 0
+DISTNAME = either-4.1.2
CATEGORIES = devel
MAINTAINER = Matthias Kilian
@@ -16,9 +15,11 @@ MODULES =lang/ghc
MODGHC_BU
Hi,
Antoine reminded me that there's a new stable release of poppler
available ;-)
I'm currently running a bulk update on amd64 to see wether there's
any fallout from the change of the PSOutputDev constructor.
As always, independent tests and comments are welcome.
Ciao,
Kili
Index: Mak
On Thu, Jan 08, 2015 at 02:17:50PM +0100, Antoine Jacoutot wrote:
> > > Out of curiosity, why?
> >
> > In case people have stupid PATHs..
>
> Then you can start to fix the ports tree for constructs like:
> #!/usr/bin/env perl
>
> (and probably others)
What I *wanted* to write:
Well, we
On Thu, Jan 08, 2015 at 09:39:18AM +, Edd Barrett wrote:
> > Whilst preparing a texlive update, I noticed that the interpreter paths
> > are not being correctly substituted into scripts. Here is the fix
> > backported to the in-tree tex live 2013.
>
> Same again, but with the missing mtxrun pa
On Thu, Jan 08, 2015 at 07:42:34PM +0100, Antoine Jacoutot wrote:
> > Well, IMHO it's worth having determined behaviour of scripts contained
> > in packages, even if people use strange PATHs.
>
> I consider this a MAINTAINER^case-by-base basis.
In this case, if you find a #!/usr/bin/env in some o
Hi,
last week, I noticed some build problems while running dpb -uR on
my build machine (sorry, no list of affected ports, because that
machine is now inop after a disk failure). If i remember correctly,
the ports in question
- indirectly depend on textpric/libxml
- lack a liblzma entry in WANTLI
Hi,
this is an update attempt to poppler-0.31.0. Not going to be committed
for now, because unfortunately it breaks print/cups-filters (see
below).
>From the NEWS file (but please note that qt5 is still disabled in
this port):
core:
* CairoOutputDev: support embedding JBIG2 image data
[moving to ports@, and cc'ing maintainer
On Thu, Mar 26, 2015 at 01:58:08PM -0600, Stuart Henderson wrote:
> Date: Thu, 26 Mar 2015 13:58:08 -0600 (MDT)
> From: Stuart Henderson
> To: ports-chan...@cvs.openbsd.org
> Subject: CVS: cvs.openbsd.org: ports
> Message-Id: <18181813659683117481.enqu...@
On Thu, Mar 26, 2015 at 04:23:04PM -0400, Brian Callahan wrote:
> >> Modified files:
> >>graphics/pinta : Makefile
> >>
> >> Log message:
> >> mark BROKEN-i386, frequently hangs during build tying up a dpb slot
> > I had similar problems on amd64 a few days ago; three out of four
> > attempts
Hi,
On Fri, May 08, 2015 at 02:12:31AM +0300, Giannis Tsaraias wrote:
> DESCR:
>
> Use Template Haskell to read a file or all the files in a directory, and turn
> them into (path, bytestring) pairs embedded in your haskell code.
Will this be a prerequisite for any other port?
Actually, I'd like
Hi,
On Sat, May 09, 2015 at 04:43:50AM +0300, Giannis Tsaraias wrote:
> > Will this be a prerequisite for any other port?
>
> The plan was to eventually port Yesod; yesod-bin depends on file-embed.
> I thought I'd start with a simple dependency, as I'm familiarizing myself
> with the hs- module e
Hi,
On Fri, May 08, 2015 at 10:03:26AM -0400, Kurt Miller wrote:
> > This updates devel/jdk/1.7 to u80. Tested on amd64 only.
> > u80 includes Java SE Critical Patch Updates.
> > http://www.oracle.com/technetwork/java/javase/7u-relnotes-515228.html
> >
> > Looking for testing on i386 and okays.
>
Hi,
the patch below updates www/pound to version 2.7.
>From the CHANGELOG:
Enhancements:
- added support for larger DH keys + compile-time parameter for DH
bits (workaround for OpenSSL limitation)
- added support for elliptical curve encryption
- added protocol version in X-SSL
Hi,
On Tue, Jan 31, 2017 at 10:51:45PM +0100, Uwe Werler wrote:
> >> It uses insecure webkit and conformal/companyzero do no recommend its
> >> use.
> >
> >If no one uses it, then goodbye xombrero!
[..]
> Mmh, I use it. For me the best browser around.
I'm using it, too, as a 'fringe group browser
Hi,
this port is in the way for an upcoming spring cleanup kurt@ wants
to do. It's also horribly outdated and doesn't even work with the
tomcat versions we have in our tree (at least not with v8).
An update of the port building the postgresql jdbc driver from source is
a little bit difficult, bec
Hi,
On Sat, Feb 25, 2017 at 03:07:34PM +, Christian Weisgerber wrote:
> Actually, I suggest that we remove all remaining ports that are marked
> NOT_FOR_ARCHS=${LP64_ARCHS}:
>
> lang/nhc98
> security/logsurfer
> shells/scsh
Ok at least for lang/nhc98 (can't speak for the others).
Ciao,
Hi,
the diff below should make devel/cpphs ghc-only. This is needed because
of the removal of lang/nhc98.
It would be nice if anyone with a clean (wrt hs-port) tree could give
this a try on amd64 or i386 -- my tree is too polluted with diffs
related to a ghc update ;-)
Ciao,
Kili
Index:
Hi,
On Mon, Feb 27, 2017 at 09:06:22PM +0100, Jeremie Courreges-Anglas wrote:
> TODO
>
[...]
> >> lang/ghc
This one is weird. It has "autodetection", but just setting CC="${CC}"
doesn't work, so I've added --with-ghc="${CC}", which seems to work
(with /usr/bin/gcc and /usr/bin/g++ removed).
Hi,
On Thu, Mar 02, 2017 at 01:11:05PM +, Christian Weisgerber wrote:
> Updated list:
>
> archivers/hs-zlib Matthias Kilian
> databases/hs-postgresql-libpq David Schaefer
[...]
Running an update bulk build with the diff below now for ghc-7.10.3,
to see wether it help
On Thu, Mar 02, 2017 at 09:23:25PM +0100, Matthias Kilian wrote:
> Running an update bulk build with the diff below now for ghc-7.10.3,
> to see wether it helps... however, all the hs-ports in my tree are still
> updated for ghc-8.0.1, so I've no idea wether I'll see anythin
Hi,
the newest poppler uses --std=c++11 even for the base libpoppler,
so I tried to set MODULES+=gcc4 and MODGCC_LANGS=c++ (see diff
below). However, it still just uses c++, and lang/gcc/4.9 doesn't
even show up in make show=BUILD_DEPENDS or make dump-vars.
Probably a stupid PEBKAC.
Any ideas?
Hi,
On Wed, Mar 22, 2017 at 11:57:12PM +0100, Jeremie Courreges-Anglas wrote:
> > the newest poppler uses --std=c++11 even for the base libpoppler,
> > so I tried to set MODULES+=gcc4 and MODGCC_LANGS=c++ (see diff
> > below). However, it still just uses c++, and lang/gcc/4.9 doesn't
> > even sho
Hi,
On Thu, Mar 23, 2017 at 09:04:19PM +0100, Matthias Kilian wrote:
> > Updated diff below, which also kills a stray tab that emacs warns about.
>
> I'll try it this evening in a dpb -uR run.
That didn't went well, because it breaks editors/texmaker,
editors/texworks,
This uses the new ghc bootstrap distfiles with espies clang/llvm
fix. Still untested on my side -- it's for the people who don't
want to wait.
Index: Makefile
===
RCS file: /cvs/ports/lang/ghc/Makefile,v
retrieving revision 1.145
dif
00
@@ -2,8 +2,7 @@
COMMENT = 2D arcade game
-DISTNAME = blobwars-1.19
-REVISION= 5
+DISTNAME = blobwars-2.00
CATEGORIES = games
@@ -15,20 +14,22 @@ MAINTAINER = Matthias Kilian
Index: distinfo
===
RCS file: /
Hi,
without groff, the manpages for clisp(1) and clisp-link(1) aren't
rendered to PostScript output any longer, so just remove the .ps
entries from the plist.
ok?
Index: pkg/PLIST
===
RCS file: /cvs/ports/lang/clisp/pkg/PLIST,v
retr
Hi,
I'm currently running an update bulk build with the diff for
print/poppler below. Please ignore the commented COMPILER_LANGS
entry for now (everything in poppler is c++, anyways).
Apart from general fallout I'll see tomorrow, I'm not sure how to deal
with some WANTLIB entries. Here's the outp
Hi,
the pending update of print/poppler will require the use of a C++-11
capable compiler, so set COMPILER=gcc.
Builds fine for me on amd64 (still with gcc as the default compiler
in base). Something in this port seems to need ${LIBCXX}, and setting
COMPILER=gcc appends ${LIBECXX}, so we now have
Hi,
the pending update of print/poppler will require the use of a C++-11
capable compiler, so set COMPILER=gcc.
Builds fine for me on amd64 (still with gcc as the default compiler
in base).
ok?
Ciao,
Kili
Index: Makefile
=
Hi,
the pending update of print/poppler will require the use of a C++-11
capable compiler, so set COMPILER=gcc.
Builds fine for me on amd64 (still with gcc as the default compiler
in base).
ok?
Ciao,
Kili
Index: Makefile
=
Hi,
the pending update of print/poppler will require the use of a C++-11
capable compiler, so set COMPILER=gcc.
Builds fine for me on amd64 (still with gcc as the default compiler
in base).
ok?
Ciao,
Kili
Index: Makefile
=
Hi,
On Fri, Jun 30, 2017 at 12:09:24PM +0100, Stuart Henderson wrote:
> > the pending update of print/poppler will require the use of a C++-11
> > capable compiler, so set COMPILER=gcc.
> >
> > Builds fine for me on amd64 (still with gcc as the default compiler
> > in base).
>
> it builds, but d
Hi,
On Thu, Jun 29, 2017 at 01:46:40PM +0200, Ingo Feinerer wrote:
> Update print/texinfo 6.3 -> 6.4
>
> - No failing tests ('make test') on amd64.
> - perl WANTLIB seems to be no longer needed (as reported by 'make
> port-lib-depends-check').
>
> OK?
I'm currently running dpb in update mode
On Sun, Jul 02, 2017 at 12:35:13AM +0200, Matthias Kilian wrote:
> On Thu, Jun 29, 2017 at 01:46:40PM +0200, Ingo Feinerer wrote:
> > Update print/texinfo 6.3 -> 6.4
> >
> > - No failing tests ('make test') on amd64.
> > - perl WANTLIB seems to be no longer
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
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. Ho
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
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 d
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, an
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
Anyone? amd64 tests? 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: Makef
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 fi
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 a
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 for
On Mon, Jun 02, 2008 at 04:13:53PM +0200, Giovanni Bechis wrote:
> I updated igal to latest version (actually is the original igal with
> some changes made by another author, the original site is down).
> Full Changelog available at http://trexler.at/igal/ChangeLog.
This update looks fine. No reg
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 (a
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 segfault
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 Mak
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
> --- patche
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 does
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
retrievin
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 f
On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote:
> I've updated the diff.
>
> Changes:
> - security update to 3.0.1
> - fix the ssl psm bug. you can't just cast a char* to an
> int* and access through it
> - fix arm endianness issue (armel abi)
>
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.css&page=0
> > http://www.csszengarden.com/?cssfile=/213/213.css&page=0
[...]
>
> Have you tri
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
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 li
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 Sun, Aug 24, 2008 at 02:10:20AM -0400, Brad wrote:
> The following diff for FFmpeg corrects the architecture detection.
> This results in the AltiVec support now being enabled. I have now
> also added support for the sysctl method of detecting the pressence
> of AltiVec. In addition since the ar
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 pat
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 course
http://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_DEPEN
= 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
#
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.g
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 pleas
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 in
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 a
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 ste
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 portswi
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 rad
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?
HOMEPAGE= 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
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 200
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, a
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
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 snapsh
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
>
701 - 800 of 1521 matches
Mail list logo