On 5/18/14, Kevin Chadwick wrote:
> 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 o
On Mon, May 19, 2014 at 11:15:12PM -0400, Seth Jackson wrote:
> Update homepage for boehm-gc.
>
> The one in the Makefile appears dead.
>
> Diff attached. (Thanks to landry@ for pointing out that gmail was
> mangling diffs).
> Index: Makefile
> ===
Update homepage for boehm-gc.
The one in the Makefile appears dead.
Diff attached. (Thanks to landry@ for pointing out that gmail was
mangling diffs).
Index: Makefile
===
RCS file: /cvs/ports/devel/boehm-gc/Makefile,v
retrieving revi
> Do you have any werid leftovers in your ~/.ghc and/or ~/.cabal
> directories? While our hs-ports always ensure to use only the
> globally installed hs libraries (i.e. in ${LOCALBASE}/lib/ghc),
> xmonad may also pull in user-installed libraries.
It wasn't in my local directory, but I did have wei
Patrik Lundin writes:
> On Sun, May 18, 2014 at 07:24:00PM +0200, Patrik Lundin wrote:
>>
>> First up is this one:
>> ===
>> pin.c: In function 'hsm_shm_open':
>> pin.c:209: warning: comparison between signed and unsigned
>> ===
>>
>> Next we have this one:
>> ===
>> hsmspeed.c:38:1: warning: "
Stuart Henderson schrieb am 19.05.2014 23:23:
> On 2014/05/19 18:07, Nils R wrote:
>> >> # some source files contain a BOM which gcc 4.2.1 can't handle
>> >
>> > If that's the only reason for using a gplv3 GCC, can these files just
>> > be patched instead? Alternatively, how does clang handle the
On 2014/05/19 18:07, Nils R wrote:
> >> # some source files contain a BOM which gcc 4.2.1 can't handle
> >
> > If that's the only reason for using a gplv3 GCC, can these files just
> > be patched instead? Alternatively, how does clang handle them?
> >
>
> clang fails to build because of some pro
On Sun, May 18, 2014 at 09:15:44PM -0700, Greg Steuck wrote:
> 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 -lH
On Sun, 18 May 2014 10:10:20 -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.
It's commited, thanks !
Remi.
On Sun, May 18, 2014 at 07:24:00PM +0200, Patrik Lundin wrote:
>
> First up is this one:
> ===
> pin.c: In function 'hsm_shm_open':
> pin.c:209: warning: comparison between signed and unsigned
> ===
>
> Next we have this one:
> ===
> hsmspeed.c:38:1: warning: "PTHREAD_THREADS_MAX" redefined
> In
On Mon, May 19, 2014 at 06:07:27PM +0200, Nils R wrote:
> Stuart Henderson schrieb am 19.05.2014 15:57:
>
> > On 2014/05/19 15:22, Nils R wrote:
> >> Hi ports@,
> >>
> >> i'm currently porting the game engine for jagged alliance 2 [1]
> >> to openbsd. If i clone the repository and do
> >>
> >>
Stuart Henderson schrieb am 19.05.2014 15:57:
> On 2014/05/19 15:22, Nils R wrote:
>> Hi ports@,
>>
>> i'm currently porting the game engine for jagged alliance 2 [1]
>> to openbsd. If i clone the repository and do
>>
>> # pkg_add sdl gmake gcc g++
>> $ CC=egcc CXX=eg++ gmake
>>
>> th
both lftp and aria2 are superb torrent clients.
aria2 even supports magnet links.
rtorrent is really more of a benchmark :)
-f
--
careful planning will never replace dumb luck.
I found that the following patch fixes sdl2 for me.
Not really sure why this caused stack corruption though...
Index: devel/sdl2/patches/patch-src_video_x11_SDL_x11window_c
===
RCS file: devel/sdl2/patches/patch-src_video_x11_SDL_x11
On Mon, May 19, 2014 at 06:56:48PM +0400, Vadim Zhukov wrote:
> This patch improves loading time of Samba 4 binaries a bit. This is
> a rude hack that involves lorder(1) to change order of object files
> being linked. Unfortunately, it cannot be used to reorder libraries,
> i.e., the "-lfoo" items.
There's a problem with wavpack.pc:
$ pkg-config --libs wavpack
-L/lib -lwavpack
Note that -L/lib should be (something like) -L/usr/local/lib.
The diff below contains a fix from upstream.
Index: Makefile
===
RCS file: /cvs/ports/aud
hmm, on Sat, May 17, 2014 at 11:02:30PM +0100, Stuart Henderson said that
> On 2014/05/17 17:35, Seth Jackson wrote:
> > This updates Mercurial from 2.8.2 to 3.0.
>
> Have you checked dependencies?
>
> $ sqlite3 /usr/local/share/sqlports 'select distinct fullpkgpath from depends
> where dependsp
This patch improves loading time of Samba 4 binaries a bit. This is
a rude hack that involves lorder(1) to change order of object files
being linked. Unfortunately, it cannot be used to reorder libraries,
i.e., the "-lfoo" items.
Bad thing is that we inject shell code into command line, which
forc
On 2014/05/19 16:41, frantisek holop wrote:
> i have just reinstalled from scratch -current
> and reinstalled most of my packages.
>
> i am seeing errors like:
>
> /usr/local/lib/tcl/tk8.5/man//mandoc.db: unable to open database file
> /usr/local/lib/tcl/tcl8.5/man//mandoc.db: unable to open data
i have just reinstalled from scratch -current
and reinstalled most of my packages.
i am seeing errors like:
/usr/local/lib/tcl/tk8.5/man//mandoc.db: unable to open database file
/usr/local/lib/tcl/tcl8.5/man//mandoc.db: unable to open database file
is this related somehow to pkglocatedb?
-f
--
On 2014/05/19 15:22, Nils R wrote:
> Hi ports@,
>
> i'm currently porting the game engine for jagged alliance 2 [1]
> to openbsd. If i clone the repository and do
>
> # pkg_add sdl gmake gcc g++
> $ CC=egcc CXX=eg++ gmake
>
> the program builds and runs fine. It also ships with unitte
On Mon, May 19, 2014 at 3:22 PM, Nils R wrote:
> Hi ports@,
>
> i'm currently porting the game engine for jagged alliance 2 [1]
> to openbsd. If i clone the repository and do
>
> # pkg_add sdl gmake gcc g++
> $ CC=egcc CXX=eg++ gmake
>
> the program builds and runs fine. It also ships wi
Hi ports@,
i'm currently porting the game engine for jagged alliance 2 [1]
to openbsd. If i clone the repository and do
# pkg_add sdl gmake gcc g++
$ CC=egcc CXX=eg++ gmake
the program builds and runs fine. It also ships with unittests,
which all pass. However, i now tried to build a
On Sat, May 17, 2014 at 09:31:15AM -0400, Brian Callahan wrote:
>
> On 05/17/14 07:04, Sergey Bronnikov wrote:
> >$ cat audio/opusfile/pkg/DESCR
> >Opusfile provides application developers with a high-level API for
> >decoding and seeking in .opus files.
> >
> >Tested on amd64, -current.
> >
> >Se
2014-05-19 16:19 GMT+04:00, David Coppa :
>
> Hi!
>
> Found by diffing between
>
> /usr/ports/pobj/kde-l10n-pt-4.11.5/kde-l10n-pt-4.11.5/docs/kdeutils/ark/man-ark.1.docbook
>
> and
>
> /usr/ports/pobj/kde-l10n-pt_BR-4.11.5/kde-l10n-pt_BR-4.11.5/docs/kdeutils/ark/man-ark.1.docbook
>
> This has gone
Hi!
Found by diffing between
/usr/ports/pobj/kde-l10n-pt-4.11.5/kde-l10n-pt-4.11.5/docs/kdeutils/ark/man-ark.1.docbook
and
/usr/ports/pobj/kde-l10n-pt_BR-4.11.5/kde-l10n-pt_BR-4.11.5/docs/kdeutils/ark/man-ark.1.docbook
This has gone unnoticed before for unknown (to me) reasons, maybe
because
FYI: This breaks Squid 3.3.8 on 5.4 release:
$ fgrep family /etc/resolv.conf
family inet4
(this may effect other daemons too)
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bugged by the FreeBSD ports team:
http://www.freebsd.org/cgi/query-pr.cgi?pr=176951
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Bug
On 2014-05-17, Sergey Bronnikov wrote:
> $ cat audio/opusfile/pkg/DESCR
> Opusfile provides application developers with a high-level API for
> decoding and seeking in .opus files.
>
> Tested on amd64, -current.
I have an interest in this, I'll take a look.
--
Christian "naddy" Weisgerber
28 matches
Mail list logo
