Here are some fixes for the OpenAL port.
- Use CMake options via CONFIGURE_ARGS to disable unnecessary backends
and unwanted features which also means being able to remove some
patching of CMakeLists.
- Fix hardcoded path in the OpenAL code.
- Fix the pkg-config file to properly list the libra
sorry first link must be
http://www.freebsd.org/cgi/man.cgi?query=nl&apropos=0&sektion=1&manpath=FreeBSD+8.2-RELEASE&format=html
in which we can see:
STANDARDS
The nl utility conforms to IEEE Std 1003.1-2001 (``POSIX.1'').
HISTORY
The nl utility first appeared in AT&T System V Release
I have tried to consider all comments
26.06.2011, 02:22, "Stuart Henderson" :
> On 2011-06-25, Mike Korbakov ; wrote:
>
>> Here is dash port.
>>
>> I'm surprised that needs the great patch (which adds one letter).
>> What do you think, is correct that text utilities, which have always been a
>
Second try. Ok?
- fix headers installation during fake stage when exactly the same
header file is already installed in the system, this is for various
ports from conformal.com, no bump needed, build only issue
- fix crash at the end of cyphertite session, from upstream cvs
- bump revision for
On Sat, Jun 25, 2011 at 06:11:08PM -0400, Todd Carson wrote:
> On Sat, Jun 25, 2011 at 05:56:17PM -0400, James Turner wrote:
> > > I'm going to re-compile with --enable-debug. Hopefully this will provide
> > > a better backtrace. I'll report back in a couple days when webkit
> > > finishes compilin
On 2011-06-25, Martin Pelikan wrote:
> Yes, it does use bandwidth. That's what bandwidth is for. And it's not
> "browser decides", it's "web creator decides" and despite that it will
> surely be abused, many sites (like news) might benefit from that.
It's partly "browser decides", partly "web cre
On 2011-06-25, Mike Korbakov wrote:
> Here is dash port.
>
> I'm surprised that needs the great patch (which adds one letter).
> What do you think, is correct that text utilities, which have always been a
> part most
> of all UNIX'es now in a separate package (textutils) and has different names?
On Sat, Jun 25, 2011 at 05:56:17PM -0400, James Turner wrote:
> > I'm going to re-compile with --enable-debug. Hopefully this will provide
> > a better backtrace. I'll report back in a couple days when webkit
> > finishes compiling...
> >
>
> When attempting to compile with --enable-debug it seems
On Thu, Jun 23, 2011 at 06:03:57PM -0400, James Turner wrote:
> On Thu, Jun 23, 2011 at 11:30:15PM +0200, Landry Breuil wrote:
> > On Thu, Jun 23, 2011 at 11:30:50AM -0400, James Turner wrote:
> > > I just went through the long process of building webkit 1.4.1 on my
> > > yeeloong. It works fairly
On Sat, Jun 25, 2011 at 10:46:03PM +0200, Martin Pelikan wrote:
> On Sat, Jun 25, 2011 at 11:19:51PM +0300, Alexey Suslikov wrote:
...
> > This is why web has tons of websites with malicious javascript code -
> > because that's what web sites are for :)
>
> Do you really think the websites are m
On 2011-06-25, Marc Espie wrote:
> On Sat, Jun 25, 2011 at 07:21:19PM +0400, Mike Korbakov wrote:
>> COMMENT= Debian Almquist shell, POSIX-compliant, faster than bash
>
> Comment's a bit too long, especially considering that *every* shell is
> faster than bash.
You haven't tried zsh?
On Fri, Jun 24, 2011 at 05:41:39PM +0200, Antoine Jacoutot wrote:
> On Fri, 24 Jun 2011, 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 establis
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: /cvs/ports/x11/x
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 1.31
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 it
On Sat, Jun 25, 2011 at 11:19:51PM +0300, Alexey Suslikov wrote:
> You didn't get it. The question here, do you want someone/something to
> make a decision for you?
I don't want webkit making a decision for me, whether I enable this
feature on my computer, no matter how stupid would it be. Neithe
On Sat, Jun 25, 2011 at 22:14, Martin Pelikan wrote:
> On Sat, Jun 25, 2011 at 07:44:50PM +0300, Alexey Suslikov wrote:
>> Well... Having someone using your credit card to make pre-orders
>> for you in restaurants "you might visit in the near future" (no kidding,
>> see https://developer.mozilla.o
On Sat, 25 Jun 2011 13:24:13 +0200
Martin Pelikan wrote:
> Sorry, Kevin, for double post; forgot the list's address.
Just glad you realise and give a click or two.
I still can't see any reason for pre-fetching, I know my phone couldn't
handle it spending more time processing than downloading any
www.incriveisofertas.com
[IMAGE] Revis�o para sua Moto e para do seu Amor! 2 revis�es
Completissima para motos de ate 150 cc, na MotoX, de 100,00 por apenas
29,90.
de R$ 100,00 por R$ R$ 29,90
[IMAGE] Delic�a neste friozinho! 54% OFF em Caldo Pantaneiro no Mi�a Bar
de R$ 11,00 por apenas R$ 4,9
On Sat, Jun 25, 2011 at 07:44:50PM +0300, Alexey Suslikov wrote:
> Well... Having someone using your credit card to make pre-orders
> for you in restaurants "you might visit in the near future" (no kidding,
> see https://developer.mozilla.org/en/Link_prefetching_FAQ) sounds
> dangerous, not brillia
On Sat, Jun 25, 2011 at 07:21:19PM +0400, Mike Korbakov wrote:
> COMMENT= Debian Almquist shell, POSIX-compliant, faster than bash
Comment's a bit too long, especially considering that *every* shell is
faster than bash.
On Sat, Jun 25, 2011 at 05:05:01PM +0200, Alexandre Ratchov wrote:
> On Sat, Jun 25, 2011 at 03:03:33PM +0200, Marc Espie wrote:
> > On Sat, Jun 25, 2011 at 12:52:02PM +0200, Alexandre Ratchov wrote:
> > > There's code (eg. audio/openal, but not only) that does:
> > >
> > > dlopen("libsndio.so",
Martin Pelikan wrote:
> On Fri, Jun 24, 2011 at 01:42:57PM -0500, Chris Bennett wrote:
> > On Fri, Jun 24, 2011 at 07:54:33PM +0200, Matthias Kilian wrote:
> > > On Fri, Jun 24, 2011 at 11:06:56AM -0500, Marco Peereboom wrote:
> > > > > > My current best theory is that the brand new link prefetch s
On Sat, Jun 25, 2011 at 07:21:19PM +0400, Mike Korbakov wrote:
> Hello!
>
> Here is dash port.
>
> I'm surprised that needs the great patch (which adds one letter).
> What do you think, is correct that text utilities, which have always been a
> part most
> of all UNIX'es now in a separate packag
Hello!
Here is dash port.
I'm surprised that needs the great patch (which adds one letter).
What do you think, is correct that text utilities, which have always been a
part most
of all UNIX'es now in a separate package (textutils) and has different names?
$OpenBSD$
$Id: patch-src_mkbuiltins,v 1
On Fri, Jun 24, 2011 at 11:49:06PM +, Stuart Henderson wrote:
> hmm, why does it think this is enabled in FFmpeg on a system with
> -current (i.e. post-faac-removal) FFmpeg installed...
>
> Checking for FAAC support ... yes (in FFmpeg: yes)
So am I right in thinking we want to disable faac du
On Sat, Jun 25, 2011 at 03:03:33PM +0200, Marc Espie wrote:
> On Sat, Jun 25, 2011 at 12:52:02PM +0200, Alexandre Ratchov wrote:
> > There's code (eg. audio/openal, but not only) that does:
> >
> > dlopen("libsndio.so", ...);
> >
> > and then calls dlsym() for each function and so on. What's
On Sun, Jun 12, 2011 at 07:49:51PM +0200, Jona Joachim wrote:
> This is my preliminary port for weechat 0.3.5.
> I tested it on i386 and amd64.
>
>
> WeeChat (Wee Enhanced Environment for Chat) is a fast and light chat
> environment for many operating systems. Everything can be done with a
> keyb
Hi,
Port of dhartmei@'s milter-checkrcpt.
pkg/DESC
The milter-checkrcpt plugin can be used with the milter API of
sendmail(8) to filter mails with invalid recipients. The validity of a
recipient address is determined by querying another mail server over
SMTP.
_milter-checkrcpt is not yet reser
On Sat, Jun 25, 2011 at 04:14:35PM +0200, Marc Espie wrote:
> Those are normal practices, let that line be, tell people to fix the DESTDIR
> though which is an obvious bug.
Fair enough. I will update the patch later this evening or some time
tomorrow.
--
best regards
q#
On Sat, Jun 25, 2011 at 03:02:16PM +0100, Mikolaj Kucharski wrote:
> On Sat, Jun 25, 2011 at 03:48:20PM +0200, Marc Espie wrote:
> > > @cd ${.CURDIR}; for i in ${HDRS}; do \
> > > cmp -s $$i ${INCDIR}/$$i || \
> > > ${INSTALL} ${INSTALL_COPY} -m 444 -o $(BINOWN) -g $(BINGRP) $$i
> > > ${DESTDIR}${
Hi,
This diff updates tgif to 4.2.4, a bugfix release.
Tested on amd64.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/graphics/tgif/Makefile,v
retrieving revision 1.33
diff -u -r1.33 Makefile
--- Makefile
On Sat, Jun 25, 2011 at 03:48:20PM +0200, Marc Espie wrote:
> > @cd ${.CURDIR}; for i in ${HDRS}; do \
> > cmp -s $$i ${INCDIR}/$$i || \
> > ${INSTALL} ${INSTALL_COPY} -m 444 -o $(BINOWN) -g $(BINGRP) $$i
> > ${DESTDIR}${INCDIR}/; \
> > echo ${INSTALL} ${INSTALL_COPY} -m 444 -o $(BINOWN) -g $(BING
Hi there,
I'm afraid math/sc doesn't work at all when compiled with gcc4:
1) Launch sc
2) Type '=1'
3) You'll get "syntax error: let A0<= = 1"
I have seen this problem with amd64, i386 and macppc. loongson seems
to be an exception. AFAIK, this problem exists since OpenBSD 4.8 (when
GCC was switch
On Sat, Jun 25, 2011 at 02:27:04PM +0100, Mikolaj Kucharski wrote:
> On Sat, Jun 25, 2011 at 01:15:06PM +, Stuart Henderson wrote:
> > On 2011-06-25, Mikolaj Kucharski wrote:
> > > Ok?
> > >
> > > - always install headers, even if that same header file is already
> > > installed in the syste
On Sat, Jun 25, 2011 at 01:15:06PM +, Stuart Henderson wrote:
> On 2011-06-25, Mikolaj Kucharski wrote:
> > Ok?
> >
> > - always install headers, even if that same header file is already
> > installed in the system, this is for various conformal.com ports
>
> Why would you want to do this?
On 2011-06-20, Landry Breuil wrote:
> On Mon, Jun 20, 2011 at 03:22:24PM +, Stuart Henderson wrote:
>> This has been through a bulk and hasn't shown up any problems but I don't
>> have any good ideas what to do with the regression tests. Any suggestions?
>
> Ask upstream why they don't provide
On 2011-06-25, Mikolaj Kucharski wrote:
> Ok?
>
> - always install headers, even if that same header file is already
> installed in the system, this is for various conformal.com ports
Why would you want to do this? It doesn't affect ports at all, and if
these are being built outside of ports yo
On Sat, Jun 25, 2011 at 12:52:02PM +0200, Alexandre Ratchov wrote:
> There's code (eg. audio/openal, but not only) that does:
>
> dlopen("libsndio.so", ...);
>
> and then calls dlsym() for each function and so on. What's the point
> of doing this instead of simply linking the binary with -l
On Sat, Jun 25, 2011 at 02:08:07PM +0300, Antti Harri wrote:
> On Saturday 25 June 2011 13:52:02 Alexandre Ratchov wrote:
> > There's code (eg. audio/openal, but not only) that does:
> >
> > dlopen("libsndio.so", ...);
> >
> > and then calls dlsym() for each function and so on. What's the point
Some people have expressed annoyance at the new behavior of the ports
building system. Specifically, the fact that if your ports tree is out-of-sync
with the installed system, you might run into trouble.
But the new behavior is here to stay, because it's WAYS more consistent
than it used to be.
H
On Fri, Jun 24, 2011 at 09:01:30PM +0200, Martin Pelikan wrote:
> On Fri, Jun 24, 2011 at 01:42:57PM -0500, Chris Bennett wrote:
> > On Fri, Jun 24, 2011 at 07:54:33PM +0200, Matthias Kilian wrote:
> > > On Fri, Jun 24, 2011 at 11:06:56AM -0500, Marco Peereboom wrote:
> > > > > > My current best th
On Fri, Jun 24, 2011 at 08:32:12PM +, Kevin Chadwick wrote:
> Your a brave man. check the mailing lists. Why would you download
> stuff you likely won't read, especially on a good internet connection
> where you are not waiting.
I thought the author of the page marked links he wanted the brows
On Saturday 25 June 2011 13:52:02 Alexandre Ratchov wrote:
> There's code (eg. audio/openal, but not only) that does:
>
> dlopen("libsndio.so", ...);
>
> and then calls dlsym() for each function and so on. What's the point
> of doing this instead of simply linking the binary with -lsndio and
There's code (eg. audio/openal, but not only) that does:
dlopen("libsndio.so", ...);
and then calls dlsym() for each function and so on. What's the point
of doing this instead of simply linking the binary with -lsndio and
using functions normally?
hints?
-- Alexandre
Ok?
- always install headers, even if that same header file is already
installed in the system, this is for various conformal.com ports
- fix crash at the end of cyphertite session, from upstream cvs
- bump revision for cyphertite
Index: archivers/libshrink/patches/patch-libshrink_Makefile
===
On Fri, Jun 24, 2011 at 07:48:21PM -0400, Daniel Dickman wrote:
> Here's a port for datalog. Similar to prolog in some respects. Looks like
> a good recap of datalog vs. prolog can be found here:
>
> http://stackoverflow.com/questions/3924654/datalog-vs-clips-vs-prolog
>
>
> [~] pkg_info datalo
47 matches
Mail list logo