CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/11/20 02:11:22
Modified files:
misc/magicpoint: Makefile
misc/magicpoint/patches: patch-configure_in
Added files:
misc/magicpoint/patches: patch-contrib_xmindpath_main_c
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/11/20 02:22:31
Modified files:
textproc/lgrind/patches: patch-lgrind_1 patch-lgrindef_5
Log message:
sync
CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org 2014/11/20 02:28:52
Modified files:
databases/puppetdb: Makefile
databases/puppetdb/pkg: README-main
Log message:
fix typo in puppetdb routes configuration
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/11/20 02:46:55
Modified files:
www/mongrel2 : Makefile
Added files:
www/mongrel2/patches: patch-src_mem_halloc_c
Log message:
Fix a tedu typo.. the symbol is __OpenBSD__ not __OpenBSD
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/11/20 02:58:56
Modified files:
x11/fvwm95/patches: patch-modules_FvwmIconMan_FvwmIconMan_c
Log message:
sync
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2014/11/20 03:38:51
Modified files:
net/wget : Makefile
net/wget/patches: patch-src_openssl_c
Log message:
Fix an OpenSSL regression in wget-1.16: by default TLSv1.0 *only* is
used, instead
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/11/20 09:17:58
Modified files:
x11/lumina : Makefile distinfo
x11/lumina/pkg : PLIST
Log message:
Update to lumina-0.7.2.1416412720.
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/11/20 10:26:41
Modified files:
x11/gnome/totem: Makefile distinfo
Log message:
Update to totem-3.14.1.
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/11/20 12:26:34
Modified files:
mail/maildrop : Makefile
Log message:
set RUN_DEPENDS-main instead of RUN_DEPENDS (propagated to -util) for maildrop;
fixes a problem apparent now that the postfix
CVSROOT:/cvs
Module name:ports
Changes by: pas...@cvs.openbsd.org 2014/11/20 12:54:41
Modified files:
lang/gcc/4.9 : Makefile distinfo
lang/gcc/4.9/patches: patch-gcc_config_gcc
patch-gcc_config_i386_i386_c
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2014/11/20 14:14:54
Log message:
Import uudeview, from Mikolaj Kucharski.
ok zhuk@ on a previous version.
uudeview is program at which you can throw a mess of unordered files in
any of
CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2014/11/20 14:16:29
Modified files:
converters : Makefile
Log message:
+uudeview
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2014/11/20 16:09:44
Modified files:
devel/jdk/1.7 : Makefile distinfo
Log message:
update to u71 including security fixes. okay sthen@
CVSROOT:/cvs
Module name:ports
Changes by: k...@cvs.openbsd.org2014/11/20 16:14:58
Removed files:
devel/jdk/1.6 : Makefile distinfo
devel/jdk/1.6/files: PLATFORM_API_BSDOS_PCM.c cacerts
devel/jdk/1.6/patches: patch-corba_make_common_Defs-bsd_gmk
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/11/20 19:53:54
Modified files:
multimedia/libass: Makefile distinfo
multimedia/libass/pkg: PLIST
Log message:
Update to libass 1.12.0.
CVSROOT:/cvs
Module name:ports
Changes by: piro...@cvs.openbsd.org 2014/11/21 00:41:08
Modified files:
www/youtube-dl : Makefile distinfo
Log message:
Update youtube-dl to 2014.11.20
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 for
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 with
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).
was
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
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. ok pea
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);
^^
could you
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
Dmitrij D. Czarkoff czark...@gmail.com 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
On 2014/11/20 10:23, Jérémie Courrèges-Anglas wrote:
Dmitrij D. Czarkoff czark...@gmail.com 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
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);
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.
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.
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 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 where
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 Zalewski's
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
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
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
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:
Here is
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 I
noticed
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
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 a package?
I'm
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
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
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.
I
Donovan Watteau tso...@gmail.com 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
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
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
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.
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?
Well the real answer here is that procmail hasn't undergone a
security audit and has a claim that it just failed
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, according
48 matches
Mail list logo
