Hi Martin,
Martin Pelikan wrote on Mon, Jun 27, 2011 at 12:29:06PM +0200:
> Sorry to bother, but I tried installing my first (and last so far) port
> security/ikeman and it failed:
>
> install -c -o root -g bin -m 444 ikeman.1
> /usr/ports/pobj/ikeman-0.2/fake-i386/usr/local/man/cat1''/ikeman.1
Hi,
Radare2 is a reverse engineers disassembler and debugger. I have been
using it for a while for my work and whilst it had some problems to
start with, the upstream developer has been very cooperative and has
fixed many of the bugs I have reported and has applied diffs I have been
sending.
I am
On Sun, 3 Jul 2011, Matthias Kilian wrote:
> Depend on new the -cups subpackage of ghostscript.
Hmm, I don't think this is a requirement. foomatic-filters should work
fine with lpd(8).
Ideally cups could depend on ghostscript,-cups but that'd introduce a
cyclic dep ovbiously.
> Index: Makefile
Depend on new the -cups subpackage of ghostscript.
Index: Makefile
===
RCS file: /cvs/ports/print/foomatic-filters/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile2 Jun 2011 13:41:40 - 1.29
+++
Jan Stary wrote:
> http://stare.cz/~hans/.tmp/opencore-amr-0.1.2.tar.gz
>
> It comes with the Apache License 2.0; I am not sure
> what that means for the PERMIT_* variables; I asked
> upstream, but someone here surely knows.
AMR is patent-encumbered. We may not be able to put this on the
CDROM
On Friday 01 July 2011 20:50:59 Kirill Bychkov wrote:
> Hello.
> Attached is a port of violetland 0.4.2, game similar to Crimsonland.
> In this game the player should help a girl by name of Violet to struggle
> with hordes of monsters. For this purpose the various weapon and also the
> special abil
On 07/03/11 16:46, Christian Weisgerber wrote:
Can we kill the security/cops port? This stuff is from 1992. The
port is from 1997 and hasn't really been touched except for
infrastructure changes and the like.
Ncops came along and was better than cops, but I don't think
it's been touched for 5
Can we kill the security/cops port? This stuff is from 1992. The
port is from 1997 and hasn't really been touched except for
infrastructure changes and the like.
--
Christian "naddy" Weisgerber na...@mips.inka.de
Hello!
Just in case one would need a more modern version of liba52, the port for a
current snapshot (stable for at least half a year).
All patches to 0.7.4 (currently in ports) updated to reflect the changes.
--
Dmitrij D. Czarkoff
liba52.tar.gz
Description: application/tar-gz
On Jul 03 15:11:49, Brad wrote:
> http://www.apache.org/licenses/GPL-compatibility.html
Thanks, that's what I've been missing.
On 03/07/11 1:52 PM, Jan Stary wrote:
Why? Sox 14.3.2 comes with GPLv2, the sox libraries come with LGPLv2.1.
Then the SoX license marker in the port should also be updated to add
the missing LGPL license too.
Now it contains new functionality of the opencore-amr that comes with
Apache Lice
On Jul 01 17:01:41, Stuart Henderson wrote:
> On 2011-07-01, Giovanni Bechis wrote:
> > On 07/01/11 15:39, David Coppa wrote:
> >> To anyone who wants to import it, you have my ok.
> >>
> > Enable regression test as well, ok for me.
>
> The following ports are very likely to pick this up:
>
> a
On 03/07/11 2:32 PM, Jan Stary wrote:
Again I agree: there's no *need*. But explicitly disabling it
is exactly what the porting manual "highly recommends", right?
Only if its set to yes or auto.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed
On Jul 03 14:05:25, Ted Unangst wrote:
> On Sun, Jul 03, 2011, Jan Stary wrote:
> > On Jul 03 13:06:21, Brad wrote:
> >> On 03/07/11 5:05 AM, Jan Stary wrote:
> >> >This diff is to make sure that ffmpeg doesn't create
> >> >hidden dependencies when opencore-amr is installed.
> >>
> >> As I said in
Here's an update for graphics/png to 1.5.2. This only covers png
itself, not any fallout in the tree.
* I've added the depend step, because I don't think we're otherwise
guaranteed that pnglibconf.h is built first in a parallel build.
* We can drop libpng-manual.txt, it's included as libpng.3.
On Sun, Jul 03, 2011, Jan Stary wrote:
> On Jul 03 13:06:21, Brad wrote:
>> On 03/07/11 5:05 AM, Jan Stary wrote:
>> >This diff is to make sure that ffmpeg doesn't create
>> >hidden dependencies when opencore-amr is installed.
>>
>> As I said in my other post this is not necessary.
>
> It is not n
On Jul 03 13:06:21, Brad wrote:
> On 03/07/11 5:05 AM, Jan Stary wrote:
> >This diff is to make sure that ffmpeg doesn't create
> >hidden dependencies when opencore-amr is installed.
>
> As I said in my other post this is not necessary.
It is not necessary, because --enable-libopencore-amrnb
defa
On Jul 03 13:24:43, Brad wrote:
> On 03/07/11 3:46 AM, Jan Stary wrote:
> >On Jul 01 19:08:47, Brad wrote:
> >>On 01/07/11 6:18 PM, Jan Stary wrote:
> audio/sox
> >>>
> >>>I will take care of audio/sox. In fact, I have an update for
> >>>audio/sox ready, as my main motivation for porting AMR wa
On 03/07/11 3:46 AM, Jan Stary wrote:
On Jul 01 19:08:47, Brad wrote:
On 01/07/11 6:18 PM, Jan Stary wrote:
audio/sox
I will take care of audio/sox. In fact, I have an update for
audio/sox ready, as my main motivation for porting AMR was
to have AMR functionality in SoX.
Make sure to update
On 03/07/11 5:05 AM, Jan Stary wrote:
This diff is to make sure that ffmpeg doesn't create
hidden dependencies when opencore-amr is installed.
As I said in my other post this is not necessary.
On Jul 01 19:08:47, Brad wrote:
graphics/ffmpeg
ffmpeg's configure recognizes
--enable-l
On 07/03/11 04:59, Landry Breuil wrote:
On Sat, Jul 02, 2011 at 08:25:10PM -0400, David Cantrell wrote:
On 07/02/11 17:57, Amit Kulkarni wrote:
Index: Makefile
===
RCS file: /cvs/ports/misc/rpm/Makefile,v
retrieving revision 1.24
On Jul 01 17:01:41, Stuart Henderson wrote:
> multimedia/avidemux
This seems to ignore the installed opencore-amr libraries,
but has no ./configure options to explicitly disable them.
It uses its own libamr.c then.
Does that mean that avidemux is safe from the possible opencore-amr
import? Is the
This diff is to make sure that ffmpeg doesn't create
hidden dependencies when opencore-amr is installed.
On Jul 01 19:08:47, Brad wrote:
> >>graphics/ffmpeg
> >
> >ffmpeg's configure recognizes
> >
> > --enable-libopencore-amrnb
> > --enable-libopencore-amrwb
> >
> >which default to [no] (
On Sat, Jul 02, 2011 at 08:25:10PM -0400, David Cantrell wrote:
> On 07/02/11 17:57, Amit Kulkarni wrote:
> Index: Makefile
> ===
> RCS file: /cvs/ports/misc/rpm/Makefile,v
> retrieving revision 1.24
> diff -u -p -u -p -r1.24 Makefile
www.incriveisofertas.com
[IMAGE] Culin�ria Japonesa Tradicional, � com Sushi IZUMI! Agora Kit com
Sushi 230g de R$12.00 por R$5.99 ( 50 % OFF )
de R$ 12,00 por R$ R$ 5,99
[IMAGE] Hot Shake ou Milk Shake, Quente ou Frio? Escolha e aproveite! De
R$ 4,00 por apenas R$ 1,99 ( 50% OFF )
de R$ 4,00
This is an update to sox-14.3.2 that includes functionality
of the new audio/opencore-amr port, which is *not* included yet;
this can only be commited after opencore-amr is commited.
(This diff is to make sure that existing ports do not create
hidden dependencies on AMR in their binaries. More po
26 matches
Mail list logo