Vasily Kolobkov writes:
> On Thu, Mar 10, 2016 at 01:08:36AM +0100, Jeremie Courreges-Anglas wrote:
>> Philip Guenther writes:
>>
>> > Broadening to ports@
>> >
>> > With respect to this question in my original note:
>> >> Or maybe new gdb has some way to have ptid_get_pid() return the
>> >> p
On 2016/03/09 15:26, Nigel Taylor wrote:
> Attached revised perl.port.mk diff
Looks sane, testing this (and cpan.port.mk diff) in a full build now.
> perl.port.mk.diff_p522 - extras diffs I am using.
Let's clear Module::Build (which already triggers warnings and breaks
with 5.22) before we look
Is anyone working on updates for security/libotr and
security/pidgin-otr? There were releases addressing a scary
vulnerability this morning:
https://marc.info/?l=otr-announce&m=145754687614832&w=2
If not, I probably have time to work on it tonight.
Dnia 2016-03-10, o godz. 00:54:47
Stuart Henderson napisał(a):
> On 2016/03/10 01:37, Adam Wolk wrote:
> >
> > Additionally a comment indicating that MASTER_SITES is used to avoid
> > auto tools hell would be nice. Reason being that common sense would
> > suggest to use GH_* variables for a gith
On 2016/03/10 01:37, Adam Wolk wrote:
>
> Additionally a comment indicating that MASTER_SITES is used to avoid
> auto tools hell would be nice. Reason being that common sense would
> suggest to use GH_* variables for a github hosted port.
I tried to explain this in ports/infrastructure/templates/
On Thu, Mar 10, 2016 at 01:08:36AM +0100, Jeremie Courreges-Anglas wrote:
> Philip Guenther writes:
>
> > Broadening to ports@
> >
> > With respect to this question in my original note:
> >> Or maybe new gdb has some way to have ptid_get_pid() return the
> >> per-thread value?
> >
> > the answer
Dnia 2016-03-09, o godz. 23:26:46
Frederic Cambus napisał(a):
> Hello ports@,
>
> Here is a new port attached : textproc/jo
>
> Tested on amd64.
>
> From DESCR :
>
> jo creates a JSON string on stdout from words given it as arguments or
> read from stdin. Without option -a it generates an ob
Philip Guenther writes:
> Broadening to ports@
>
> With respect to this question in my original note:
>> Or maybe new gdb has some way to have ptid_get_pid() return the
>> per-thread value?
>
> the answer appears to be "nope, no new magic in gdb for that".
Makes sense, I only tested with an old
Vasily Kolobkov writes:
> I ran into a problem with ports version of gdb and feeling a tad shaky
> would appreciate any hints on resolving it. Fresh current on amd64 and
> gdb port.
>
> Considering a simple programm:
>
> 1#include
> 2#include
> 3
>
Hello ports@,
Here is a new port attached : textproc/jo
Tested on amd64.
>From DESCR :
jo creates a JSON string on stdout from words given it as arguments or
read from stdin. Without option -a it generates an object whereby each
word is a key=value (or key@value) pair with key being the JSON o
Claus Assmann writes:
> FYI (I haven't seen this in ports yet):
Thanks for the heads-up.
> If sendmail tried to reuse an SMTP session which had already been
> closed by the server, then the connection cache could have invalid
> information about the session. One possible consequence was that
>
On 03/09/16 15:47, Joerg Jung wrote:
Am 09.03.2016 um 01:59 schrieb Michael Reed :
I prefer terminus font, but I don't see why this is listed as a
dependency; the system monospace font, DejaVu, works fine with dmenu.
If the user likes terminus font then they can install it and use it w/
dmenu
On 2016-03-08, Christian Weisgerber wrote:
> First, there is vax itself.
I think we have now scrubbed everything relating to vax itself from
the ports tree. The non-shared stuff is still everywhere.
> The vax is the last static architecture and there will never be
> another one. This makes fo
As a former digital employee who once had three microvaxen (two at work,
one at home) this makes me a little sad.
Just a little though - onward!
On Tue, Mar 8, 2016 at 11:43 PM, Theo de Raadt
wrote:
> > There is currently some talk of dropping the vax architecture. I'm
> > cautiously optimist
> Am 09.03.2016 um 01:59 schrieb Michael Reed :
>
> I prefer terminus font, but I don't see why this is listed as a
> dependency; the system monospace font, DejaVu, works fine with dmenu.
>
> If the user likes terminus font then they can install it and use it w/
> dmenu, but otherwise it's just
Ian McWilliam writes:
> Fine by me.
Committed.
> I'll Look at backing porting CVE-2015-7560 to 5.8 stable.
Hmm... why not, but is that the only known CVE that affects the old
samba 3 port? I'm thinking about marking it BROKEN on the 5.8 branch...
--
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 52
Hi,
an updae for icedtea-web to 1.6.2. I added tagsoup as deps
as it is recommended by upstream to solve issue wth bad
jnlp files. I also added *.desktop files to make it work
nicely with xdg-open.
Oh yeah, it's horrible bashism and gnuism.
tagsoup based on textproc/stringtemplate.
icedtea-web
On Tue, Mar 08, 2016 at 11:35:46PM -0500, Michael Reed wrote:
> For font packages, pkg_add already prints a similar message after
> installation:
>
> You may wish to update your font path for /usr/local/share/fonts/jmk
>
> so I don't think we need MESSAGE as well.
Committed with a bump. than
On 2016/03/09 18:05, Christian Weisgerber wrote:
> Let's remove comms/xcept.
>
> I went in there to fix errno and... urgh.
>
> DESCR:
> XCept provides a decoder for the CEPT protocol as it is in use for
> example by the Btx service of the Deutsche Telekom. [...]
>
> The Btx service was switc
Let's remove comms/xcept.
I went in there to fix errno and... urgh.
DESCR:
XCept provides a decoder for the CEPT protocol as it is in use for
example by the Btx service of the Deutsche Telekom. [...]
The Btx service was switched off in 2001.
https://en.wikipedia.org/wiki/Bildschirmtext
--
I propose to delete audio/rplay.
I went in there to fix errno and... urgh. The source dates from
the 1999 and it relies on an included regular expression library
that is not 64-bit clean. I think the effort to salvage this would
be disproportional.
OK?
DESCR:
rplay is a flexible network audio
On Wed, Mar 9, 2016 at 9:26 AM, Nigel Taylor
wrote:
> On 03/09/16 09:28, Stuart Henderson wrote:
>> On 2016/03/09 01:34, Nigel Taylor wrote:
>>> This is for later there is no p5-Module-Build yet in the tree, I
>>> have one locally in my openbsd-wip.
>>
>> Me too. We could do with getting that
On 03/09/16 09:28, Stuart Henderson wrote:
> On 2016/03/09 01:34, Nigel Taylor wrote:
>> This is for later there is no p5-Module-Build yet in the tree, I
>> have one locally in my openbsd-wip.
>
> Me too. We could do with getting that committed actually, I'd like to
> do a test build with 5.22
On 03/09/2016 04:18 PM, Stuart Henderson wrote:
The problem with a dependency on a pecl module is that you can't
guarantee the user has enabled it, and if the software is doing
fallback to other methods this might be invisible. We should add
the dep, because that's the best option, but should
On 2016/03/09 15:12, Renaud Allard wrote:
>
>
> On 03/09/2016 03:06 PM, Stuart Henderson wrote:
> >On 2016/03/09 14:54, Renaud Allard wrote:
> >>Meanwhile, it has been fixed here:
> >>https://github.com/paragonie/random_compat/commit/cb4b63fff6313e928556a9865ddaaf8daf0da0ec
> >
> >Argh - we will
On 03/09/2016 03:06 PM, Stuart Henderson wrote:
On 2016/03/09 14:54, Renaud Allard wrote:
Meanwhile, it has been fixed here:
https://github.com/paragonie/random_compat/commit/cb4b63fff6313e928556a9865ddaaf8daf0da0ec
Argh - we will have to undo that when we fix mcrypt...
mcrypt will just b
On Thu, March 3, 2016 16:57, Kirill Bychkov wrote:
> Him guys!
> This is a port of PNP4Nagios, an addon for Nafios and Oconga for analyzing
> performance data and storing it in RRD.
> Current port is partially based on an old one from henning@ [1] and tested
> for more than a month with Icinga 1.x
On 2016/03/09 14:54, Renaud Allard wrote:
> Meanwhile, it has been fixed here:
> https://github.com/paragonie/random_compat/commit/cb4b63fff6313e928556a9865ddaaf8daf0da0ec
Argh - we will have to undo that when we fix mcrypt...
On 03/09/2016 11:05 AM, Stuart Henderson wrote:
That should be fixed in mcrypt - it should use arc4random functions
instead.
On 2016/03/09 10:39, Renaud Allard wrote:
Hello,
I just tried to install owncloud 9.0.0, and it failed loudly. They changed
the way random numbers are chosen. So if yo
The graphics/gegl03.log port picks up gexiv2 if it happens to be
installed, but doesn't have a proper dependency on it.
I don't know if gexiv2 should be disabled in gegl03 or the dependency
added.
Log attached.
--
Christian "naddy" Weisgerber na...@mips.inka.de
gegl03.
On 2016/03/09 11:26, Renaud Allard wrote:
>
>
> On 03/09/2016 11:11 AM, Stuart Henderson wrote:
> >On 2016/03/09 10:05, Stuart Henderson wrote:
> >>That should be fixed in mcrypt - it should use arc4random functions
> >>instead.
> >
> >In addition,
> >
> >https://github.com/paragonie/random_compa
On 03/09/2016 11:11 AM, Stuart Henderson wrote:
On 2016/03/09 10:05, Stuart Henderson wrote:
That should be fixed in mcrypt - it should use arc4random functions
instead.
In addition,
https://github.com/paragonie/random_compat/blob/master/ERRATA.md
1. libsodium if available
2. fread() /dev/
On 2016/03/09 10:05, Stuart Henderson wrote:
> That should be fixed in mcrypt - it should use arc4random functions
> instead.
In addition,
https://github.com/paragonie/random_compat/blob/master/ERRATA.md
1. libsodium if available
2. fread() /dev/urandom if available
3. mcrypt_create_iv($bytes, M
That should be fixed in mcrypt - it should use arc4random functions
instead.
On 2016/03/09 10:39, Renaud Allard wrote:
> Hello,
>
> I just tried to install owncloud 9.0.0, and it failed loudly. They changed
> the way random numbers are chosen. So if you have mcrypt extension and your
> web server
Hello,
I just tried to install owncloud 9.0.0, and it failed loudly. They
changed the way random numbers are chosen. So if you have mcrypt
extension and your web server is chrooted (and/or your web directory is
mounted nodev, which is the default), mcrypt will fail to read
/dev/urandom. This
On 2016/03/09 01:34, Nigel Taylor wrote:
> This is for later there is no p5-Module-Build yet in the tree, I
> have one locally in my openbsd-wip.
Me too. We could do with getting that committed actually, I'd like to
do a test build with 5.22 and it's much easier not to have diffs stacked
in th
36 matches
Mail list logo
