21 нояб. 2014 г. 3:42 пользователь "Kaspars Bankovskis" <
kasp...@bankovskis.net> написал:
>
> Hi,
>
> Currently, when linking your source against libcheck, you get an
> annoying warning about unsafe usage of tempnam(3). The following
> patch fixes that, by commenting out a block of code which, ac
> So which of the suggested alternatives (fdm, sieved, ???) have
> undergone a security audit or at least can claim that no problems
> were found when using some of those "fuzzing" tools?
Well the real answer here is that procmail hasn't undergone a
security audit and has a claim that it just fail
Anthony J. Bentley said:
> There's at least one more obvious issue: when I pause music or
> video, I can't unpause...
Apparently the workaround in audio_resume() function was causing this
bug. (Not sure why, as the function exited just fine.)
Attached revision of the port fixes that by replacing
So which of the suggested alternatives (fdm, sieved, ???) have
undergone a security audit or at least can claim that no problems
were found when using some of those "fuzzing" tools?
Before switching from procmail to something else it would be
nice to know if that alternative is (more) secure.
Hi,
Currently, when linking your source against libcheck, you get an
annoying warning about unsafe usage of tempnam(3). The following
patch fixes that, by commenting out a block of code which, according
to comments above it, is supposed to solve issues with Windows, and
shouldn't be relevant in O
On 11/20/14 17:47, Stuart Henderson wrote:
On 2014/11/20 17:21, Fred wrote:
On 11/20/14 17:14, Marc Espie wrote:
On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote:
On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
Hi ports@
Can someone point me at the documentation for changing the
Donovan Watteau writes:
> Here's a new version, with an explicit requirement on boost's latest
> revision, as suggested by Landry.
>
> As for Doxygen: I don't see the point of requiring doxygen and
> graphviz just for documenting API internals; it's just a tool, not
> a library.
I agree.
Works
On 2014/11/20 21:28, Donovan Watteau wrote:
> Here's a new version, with an explicit requirement on boost's latest
> revision, as suggested by Landry.
>
> As for Doxygen: I don't see the point of requiring doxygen and
> graphviz just for documenting API internals; it's just a tool, not
> a library
Here's a new version, with an explicit requirement on boost's latest
revision, as suggested by Landry.
As for Doxygen: I don't see the point of requiring doxygen and
graphviz just for documenting API internals; it's just a tool, not
a library.
innoextract.tgz
Description: Binary data
Stuart Henderson said:
> ~/.local/share/radiotray/config.xml isn't included in the package
> anyway though, presumably it gets copied from /usr/local/share/...
I suspect that Fred sets LOCALBASE=~/.local for testing purposes.
--
Dmitrij D. Czarkoff
On 2014/11/20 17:21, Fred wrote:
> On 11/20/14 17:14, Marc Espie wrote:
> >On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote:
> >>On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
> >>>Hi ports@
> >>>
> >>>Can someone point me at the documentation for changing the file
> >>>permissions in
On 11/20/14 17:14, Marc Espie wrote:
On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote:
On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
Hi ports@
Can someone point me at the documentation for changing the file
permissions in a package?
I'm working on porting radiotray[1] and have w
On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote:
> On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
> > Hi ports@
> >
> > Can someone point me at the documentation for changing the file
> > permissions in a package?
> >
> > I'm working on porting radiotray[1] and have wip port [2] but
On 2014/11/21 01:11, Jonathan Gray wrote:
> On Thu, Nov 20, 2014 at 01:40:13PM +, Stuart Henderson wrote:
> > On 2014/11/21 00:14, Jonathan Gray wrote:
> > > On Thu, Nov 20, 2014 at 11:44:08PM +1100, Jonathan Gray wrote:
> > > > On Wed, Nov 19, 2014 at 02:08:32PM +1100, Jonathan Gray wrote:
> >
a few thoughts.
I'm not in love with changing CFLAGS if hostname is raccoon. i would make a
choice to either include no-format or not.
I would not run the regress tests as part of the main build but would
disconnect it. this is how most ports work as far as I know.
while my ulimit patch will l
On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote:
> Hi ports@
>
> Can someone point me at the documentation for changing the file
> permissions in a package?
>
> I'm working on porting radiotray[1] and have wip port [2] but I
> noticed when testing it on i386 that the
> ~/.local/share/radiotr
Hi ports@
Can someone point me at the documentation for changing the file
permissions in a package?
I'm working on porting radiotray[1] and have wip port [2] but I noticed
when testing it on i386 that the ~/.local/share/radiotray/config.xml is
installed with 444 permisions rather than 644 wh
On Thu, Nov 20, 2014 at 01:40:13PM +, Stuart Henderson wrote:
> On 2014/11/21 00:14, Jonathan Gray wrote:
> > On Thu, Nov 20, 2014 at 11:44:08PM +1100, Jonathan Gray wrote:
> > > On Wed, Nov 19, 2014 at 02:08:32PM +1100, Jonathan Gray wrote:
> > > > Here is a quick port of lcamtuf/Michal Zalews
On 2014/11/21 00:14, Jonathan Gray wrote:
> On Thu, Nov 20, 2014 at 11:44:08PM +1100, Jonathan Gray wrote:
> > On Wed, Nov 19, 2014 at 02:08:32PM +1100, Jonathan Gray wrote:
> > > Here is a quick port of lcamtuf/Michal Zalewski's instrumented fuzzer
> > > 'American fuzzy lop'. Only tested on amd64
On Thu, Nov 20, 2014 at 11:44:08PM +1100, Jonathan Gray wrote:
> On Wed, Nov 19, 2014 at 02:08:32PM +1100, Jonathan Gray wrote:
> > Here is a quick port of lcamtuf/Michal Zalewski's instrumented fuzzer
> > 'American fuzzy lop'. Only tested on amd64 where it requires the binutils
> > change I just
On Wed, Nov 19, 2014 at 02:08:32PM +1100, Jonathan Gray wrote:
> Here is a quick port of lcamtuf/Michal Zalewski's instrumented fuzzer
> 'American fuzzy lop'. Only tested on amd64 where it requires the binutils
> change I just committed to allow sahf/lahf instructions.
>
> http://lcamtuf.coredump
hi,
does anybody have scantailor in his own ports tree? so i do
not waste time to solve some cmake issue with finding png16
library? :D
j.
Hi Alexandre,
Alexandre Ratchov writes:
> sorry, don't have the time to test & debug this right now, but a
> quick look at the ao_sndio.c suggest that blocking mode is used,
> while the device is opened in non-blocking mode:
>
> p->hdl = sio_open(p->dev, SIO_PLAY, 1);
> ^^
On 2014/11/20 10:23, Jérémie Courrèges-Anglas wrote:
> "Dmitrij D. Czarkoff" writes:
>
> > Edd Barrett said:
> >> +GH_TAGNAME = v${MODPY_EGG_VERSION}
> >> +GH_COMMIT = 7770b5ff73737d1269eb1ba7554b8d3486c7f5ec
> >
> > Does it make sense to include both? Tags are supposed to identify
>
"Dmitrij D. Czarkoff" writes:
> Edd Barrett said:
>> +GH_TAGNAME =v${MODPY_EGG_VERSION}
>> +GH_COMMIT = 7770b5ff73737d1269eb1ba7554b8d3486c7f5ec
>
> Does it make sense to include both? Tags are supposed to identify
> commit reliably...
I don't think that tags are reliable. You can dele
Edd Barrett said:
> +GH_TAGNAME = v${MODPY_EGG_VERSION}
> +GH_COMMIT = 7770b5ff73737d1269eb1ba7554b8d3486c7f5ec
Does it make sense to include both? Tags are supposed to identify
commit reliably...
--
Dmitrij D. Czarkoff
Alexandre Ratchov said:
> sorry, don't have the time to test & debug this right now, but a
> quick look at the ao_sndio.c suggest that blocking mode is used,
> while the device is opened in non-blocking mode:
>
> p->hdl = sio_open(p->dev, SIO_PLAY, 1);
> ^^
>
>
On Thu, Nov 20, 2014 at 09:42:23AM +0100, Peter Hessler wrote:
> I ended up creating basically the same patch, this is OK from me.
>
> I like sthen's comment to move the GH_COMMIT next to the
> MODPY_EGG_VERSION, as well.
>
> (also adding the MAINTAINER to the email list)
>
>
Looks good to me.
I ended up creating basically the same patch, this is OK from me.
I like sthen's comment to move the GH_COMMIT next to the
MODPY_EGG_VERSION, as well.
(also adding the MAINTAINER to the email list)
On 2014 Oct 30 (Thu) at 22:08:13 + (+), Edd Barrett wrote:
:Hey,
:
:Update to offlineimap
On Thu, Nov 20, 2014 at 08:45:45AM +0100, Dmitrij D. Czarkoff wrote:
> Anthony J. Bentley said:
> > Not sure if this is related, but sound is very choppy for me, and:
> >
> > AV: 00:05:23 / 01:40:58 (5%) A-V: 0.020
> > [ao/sndio] Blocking until remaining audio is played... (sndio design bug).
> >
On Wed, Nov 19, 2014 at 08:45:50PM -0700, Anthony J. Bentley wrote:
> "Dmitrij D. Czarkoff" writes:
> > FWIW on my ThinkPad E325 the performance of mpv is really bad. (MPlayer
> > does no good here either, although ffplay copes with everything just
> > fine.) I also noticed that it has problems w
On Thu, Nov 20, 2014 at 02:43:05AM +0100, Dmitrij D. Czarkoff wrote:
> Henrik Friedrichsen said:
> > I understand. I have attached another version that fetches all the files
> > in the fetch phase.
> >
> > Could you give it another try?
>
> I made some changes to the port. (See attached tarball
32 matches
Mail list logo
