avidemux 2.6.8 has been released.
http://avidemux.sourceforge.net/news.html
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/cal0zwr5ut7hc9o1psoguvrgk3uo1jzviemtonz5s
On Sun, Jul 13, 2014 at 08:36:30PM +0200, Matthias Urlichs wrote:
> Hi,
>
> Mike Hommey:
> > Well, it kind of is. Because those versioned symbols in openssl come
> > from a debian patch, afaict. So while debian may be fine (as long as all
> > build-rdeps have been rebuilt since openssl got those v
On 12/07/14 12:53, Toni Mueller wrote:
> my intention is to package this stuff so one can have both openssl and
> libressl installed in parallel. libressl currently has libraries with
> these sonames:
>
> libssl.so.26
> libcrypto.so.29
If the ABI is already different, there's no need for the libr
Processing commands for cont...@bugs.debian.org:
> retitle 748413 ITP: openjfx -- OpenJFX - Rich client application platform for
> Java
Bug #748413 [wnpp] ITP: openjfx8 -- OpenJFX 8 - Rich client application
platform for Java
Changed Bug title to 'ITP: openjfx -- OpenJFX - Rich client applicatio
On 12/07/14 02:09, Steven Chamberlain wrote:
> [...] these warnings would be treated as errors:
>
>> > In file included from md5/md5_locl.h:98:0,
>> > from md5/md5_dgst.c:60:
>> > md5/md5_dgst.c: In function 'md5_block_data_order':
>> > ./md32_common.h:237:66: warning: right-hand
On Sun, 13 Jul 2014, Matthias Urlichs wrote:
> I am, frankly, not at all concerned with binaries not compiled on Debian
> at this point. Data point: Fedora uses a different symbol versioning
> scheme for openssl, so openssl-linked binaries from there won't run on
> Debian anyway.
>
> It's far more
Hi,
Mike Hommey:
> Well, it kind of is. Because those versioned symbols in openssl come
> from a debian patch, afaict. So while debian may be fine (as long as all
> build-rdeps have been rebuilt since openssl got those versioned
> symbols), other distros aren't covered, as well as binaries not
> c
On Sun, 13 Jul 2014, Matthias Urlichs wrote:
> for that (i.e. make sure that _everything_ in libressl is only exported
> with properly versioned symbols), again IMHO the time and effort required
PLEASE PLEASE PLEASE PLEASE PLEASE take this to the portable libressl
upstream *and make it true* for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 13/07/2014 16:25, Jonas Smedegaard wrote:
> Quoting deb...@jbfavre.org (2014-07-13 16:09:25)
>> * Package name: python-vertica
>
>> HP Vertica is a commercial column-oriented database. This package
>> provides all the source, examples and doc
On 07/13/2014 09:48 PM, Mike Hommey wrote:
> On Sun, Jul 13, 2014 at 02:02:18PM +0200, Matthias Urlichs wrote:
>> Hi,
>>
>> Bernhard R. Link:
>>> * Mike Hommey [140713 12:55]:
Contrary to what you seem to believe, this only really works if *both*
libraries have versioned symbols. Otherwi
Quoting deb...@jbfavre.org (2014-07-13 16:09:25)
> * Package name: python-vertica
> HP Vertica is a commercial column-oriented database.
> This package provides all the source, examples and documentation
> to easily connect to and interact with Vertica.
If usable only with non-free code (as i
Package: wnpp
Severity: wishlist
Owner: deb...@jbfavre.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-vertica
Version : 0.2.3
Upstream Author : justin.be...@gmail.com, alex@uber.com
* URL : https://github.com/uber/vertica-python
* Licens
On Sun, Jul 13, 2014 at 02:02:18PM +0200, Matthias Urlichs wrote:
> Hi,
>
> Bernhard R. Link:
> > * Mike Hommey [140713 12:55]:
> > > Contrary to what you seem to believe, this only really works if *both*
> > > libraries have versioned symbols. Otherwise, you can end up with
> > > libraries linke
Hi,
Bernhard R. Link:
> * Mike Hommey [140713 12:55]:
> > Contrary to what you seem to believe, this only really works if *both*
> > libraries have versioned symbols. Otherwise, you can end up with
> > libraries linked against the unversioned one using symbols from the
> > versioned one at run ti
Your message dated Sun, 13 Jul 2014 13:21:18 +0200
with message-id <20140713112118.GO5075@localhost>
and subject line New packages uploaded a while ago
has caused the Debian Bug report #745915,
regarding ITP: cinnamon-settings-daemon -- daemon handling the Cinnamon session
settings
to be marked as
* Mike Hommey [140713 12:55]:
> > … while IMHO it's possible to safely mix openssl and libressl if we prepare
> > for that (i.e. make sure that _everything_ in libressl is only exported
> > with properly versioned symbols)
>
> Contrary to what you seem to believe, this only really works if *both
On Sun, Jul 13, 2014 at 08:17:51AM +0200, Matthias Urlichs wrote:
> Hi,
>
> Thomas Goirand:
> > Well, I don't agree with this view. If LibreSSL pretends to be a
> > replacement for OpenSSL, then they should care about being ABI
> > compatible, so we can easily switch from one implementation to the
On 07/13/2014 02:17 PM, Matthias Urlichs wrote:
> Does gnutls have an openssl shim which actually works as a generic
> replacement? I dimly recall a couple of not-so-nice incompatibilities
As much as I understand, it's a complete alternative with a different
API, I don't think there's a compatibil
At Sat, 12 Jul 2014 14:46:45 +0200,
Toni Mueller wrote:
> On Sat, Jul 12, 2014 at 02:15:13PM +0200, Kurt Roeckx wrote:
>
> > I'm not really sure what you mean by this. I'm pretty sure the
> > openssl development team has a pretty good understanding of
> > security and I don't see anybody adding a
19 matches
Mail list logo
