Hi Matthias,
Thanks for keeping Haskell going on OpenBSD!
I installed xmonad package on 5.5/amd64 and tried to start with the most
trivial config:
% xmonad --recompile
Error detected while loading xmonad configuration file:
/home/greg/.xmonad/xmonad.hs
/usr/bin/ld: cannot find -lHSffi
collect2:
Hi Pascal,
Pascal Stumpf wrote on Sun, May 18, 2014 at 04:39:06PM +0200:
> Inspired by schwarze@'s slides for BSDCan, here's a port of the
> gpresent macros.
Ouch, i have been stupid. I thought i had committed my port,
but apparently, i forgot to do so.
> The macros themselves are installed in
anyone?
On Tue, May 13, 2014 at 09:33:11AM -0300, Gonzalo L. Rodriguez wrote:
; Hi,
;
; Update for Icecast to 2.4.0:
;
; http://svn.xiph.org/icecast/tags/icecast-2.4.0/ChangeLog
;
; Comments? Ok?
;
;
; Cheers.-
;
; --
; Sending from my toaster.
; Index: Makefile
; ===
While I see the kde4/l10n/pt failure repeatably now (but not any other l10n
ports), I haven't hit the kdelibs one again.. From the timescale (and having
already tried reverting malloc changes), I'd have thought that the recent
compiler changes would be the most likely trigger.. Planning to try a
previously on this list Stuart Henderson contributed:
> Slow with xpdf for me too. mupdf opens them quickly though.
There were some arguments on the debian list about removing xpdf as it
was no longer developed upstream and they had long standing bugs open
against it. Not sure if that is relevant
2014-05-16 21:44 GMT+04:00 David Coppa :
> On Fri, May 16, 2014 at 08:38:50PM +0400, Vadim Zhukov wrote:
>> This patch makes x11/kde4/libs build reliably again. The probably is
>> likely deep inside our compiler but I'm not the one who'll be able
>> to fix this bug. And we need to have reliable bui
On 2014/05/18 13:41, patrick keshishian wrote:
> Hi,
>
> I noticed with PostgreSQL 9.2.x releases that their
> documentation file in PDF (US) format took a
> considerable time longer to open using xpdf compared
> with the 9.1, and earlier PDF files I had.
>
> With Pg 9.3.x I see the same, so I st
On Sun, May 18, 2014 at 10:10:20AM -0400, Seth Jackson wrote:
> This updates TortoiseHg from 2.10.2 to 3.0.
> This requires my previous patch that updates to Mercurial 3.0.
> RCS file: /cvs/ports/devel/tortoisehg/pkg/PLIST,v
> retrieving revision 1.9
> diff -u -p -r1.9 PLIST
> --- pkg/PLIST8 No
On Sat, May 17, 2014 at 05:35:24PM -0400, Seth Jackson wrote:
> This updates Mercurial from 2.8.2 to 3.0.
Note that your mailer (gmail) mangles diffs and makes them unapplyable
without hand-editing...
Landry
Hi,
I noticed with PostgreSQL 9.2.x releases that their
documentation file in PDF (US) format took a
considerable time longer to open using xpdf compared
with the 9.1, and earlier PDF files I had.
With Pg 9.3.x I see the same, so I started to wonder
and noticed that the currently available 9.1 PD
On Sun, 18 May 2014 17:36:34 +0100
Edd Barrett wrote:
> Hi Seth,
>
> On Sat, May 17, 2014 at 05:15:24PM -0400, Seth Jackson wrote:
> > This updates pip from 1.1 to 1.5.6.
>
> This looks good, I was able to install packages with --user into ~/.local in
> both Python2.7 and Python3.3.
>
> Howeve
On Sun, May 18, 2014 at 01:24:11PM +0200, Patrik Lundin wrote:
>
> I guess I will have to look into how to disabled -pedantic in the build
> then.
>
Disabling -pedantic was easy to do at configure time, using
--disable-pedantic. Now I have started looking at the remaining
warnings.
I am constan
> This looks good, I was able to install packages with --user into ~/.local
in
> both Python2.7 and Python3.3.
I've also tried installing global site packages with 2.7 and 3.3 at it
seems to work ok.
Further I did a quick check of binary packages (Pillow) and that works too.
> Personally I welcom
Hi Seth,
On Sat, May 17, 2014 at 05:15:24PM -0400, Seth Jackson wrote:
> This updates pip from 1.1 to 1.5.6.
This looks good, I was able to install packages with --user into ~/.local in
both Python2.7 and Python3.3.
However there is one thing that should be discussed:
> -${PREFIX}/bin/pip-${MOD
Inspired by schwarze@'s slides for BSDCan, here's a port of the gpresent
macros. The macros themselves are installed into
${PREFIX}/share/groff/site-tmac for simplicity's sake; it also doesn't
really make sense to put them into the versioned directory
share/groff/1.22.2/...
ok?
gpresent.tgz
Des
This updates TortoiseHg from 2.10.2 to 3.0.
This requires my previous patch that updates to Mercurial 3.0.
Index: Makefile
===
RCS file: /cvs/ports/devel/tortoisehg/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Ma
I tried hgview and py-hg-git they seem ok.
I'm not exactly sure how to test py-hgtools (make install works).
TortoiseHG will need an update to 3.0. I will send a patch for TortoiseHG
shortly.
On Sun, May 18, 2014 at 11:04:19AM +0100, Stuart Henderson wrote:
> This is due to differences between C compilers. gcc 4.8 and clang don't
> warn for this with -pedantic, gcc 4.2.1 does.
>
> I think -pedantic is fairly pointless in ports and should be removed,
> but I would also report it to nlne
Hi,
the patch below will expose two more properties through upower.
The porperties are "EnergyFullDesign" and "Capacity"
>From Upower Documentation:
'EnergyFullDesign' read 'd'
Amount of energy (measured in Wh) the power source is
designed to hold when it's considered full. This prope
This is due to differences between C compilers. gcc 4.8 and clang don't
warn for this with -pedantic, gcc 4.2.1 does.
I think -pedantic is fairly pointless in ports and should be removed,
but I would also report it to nlnetlabs as an ldns bug, I think the best
approach would be to remove the surpl
On Wed, May 07, 2014 at 10:57:50PM +0200, Patrik Lundin wrote:
>
> The opendnssec port is a work in progress. The most annoying thing
> while building currently is the warnings regarding "comma at end of
> enumerator list" which seems to be the result of inconsistent use of
> "-std=c99" which i am
21 matches
Mail list logo
