Re: Bug#744119: RFP: libonion -- lightweight and easy to use HTTP server library

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: retitle -1 RFP: libonion -- lightweight and easy to use HTTP server 
library

On Jo, 10 apr 14, 14:07:07, David Moreno Montero wrote:
> Package: libonion, libonion-dev, libonion-tools, libonion-examples
> Severity: wishlist
> 
> I'm the developer of libonion, a C HTTP server library with bindings for
> C++. I would love to see it packaged for Debian. It has a working debian
> directory that packages all needed files.
> 
> https://github.com/davidmoreno/onion
> 
> License is both GPLv2+ and Apache2 for the main library. AGPLv3 for the
> examples and tools.
> 
> --David Moreno Montero
> 
> dmor...@coralbits.com
> +34 658 18 77 17
> +44 74 23 21 01 57
> 
> http://www.coralbits.com

-- 
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt


signature.asc
Description: Digital signature

Re: Debian default desktop environment

[Marko Randjelovic]

On Fri, 4 Apr 2014 10:55:16 -0300
Undefined User  wrote:

> Perfect solution.
> 
> Debian installer should provide you information about desktop environments
> and let the user choose it.

+1

-- 
http://markorandjelovic.hopto.org


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140411122303.7e70c...@eunet.rs

Re: Having fun with the following C code (UB)

[Ian Jackson]

Shachar Shemesh writes ("Re: Having fun with the following C code (UB)"):
> I never did understand what people expect.

What people expect is that the compiler compiles programs the way C
was traditionally compiled.

Obviously that expectation nowadays results in disappointment, and
isn't captured by formal standards bodies.

> gcc uses the undefined behavior to not emit checks it would
> otherwise have to, so that your code runs faster.

Most of us would prefer slower code with fewer hideous security bugs.

> Are you really sure you want to have slower code just so that your
> corner cases are easier for you? How is that a reasonable trade-off to make?

Yes, I am absolutely sure of that.

Ian.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/21319.50942.486880.36...@chiark.greenend.org.uk

Re: Having fun with the following C code (UB)

[Ansgar Burchardt]

Hi,

On 04/11/2014 12:42, Ian Jackson wrote:
> Shachar Shemesh writes ("Re: Having fun with the following C code (UB)"):
>> I never did understand what people expect.
> 
> What people expect is that the compiler compiles programs the way C
> was traditionally compiled.

Shouldn't -O0 come close to that expectation?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5347c8b4.7040...@debian.org

ITP: pgespresso -- Optional extension for Barman, Backup and Recovery Manager for PostgreSQL

[Marco Nenciarini]

Package: wnpp
Severity: wishlist
Owner: Marco Nenciarini 

* Package name: pgespresso
  Version : 1.0
  Upstream Author : 2ndQuadrant Ltd 
* URL : https://github.com/2ndquadrant-it/pgespresso
* License : BSD
  Programming Lang: C
  Description : Optional extension for Barman, Backup and Recovery
Manager for PostgreSQL

pgespresso is an extension that enhances Barman, Backup and Recovery
Manager for PostgreSQL.

Starting from version 1.3.1 Barman added support for concurrent backup
of PostgreSQL 9.2 and 9.3 servers using the "pgespresso"
extension. Concurrent backup allows DBAs to perform full backup
operations from a streaming replicated standby.

Regading the maintenance, I'm the lead developer of the barman project
and I'll maintain it.

Ciao,
Marco

-- 
-
|Marco Nenciarini| Debian/GNU Linux Developer - Plug Member |
| mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia   |
-
Key fingerprint = FED9 69C7 9E67 21F5 7D95  5270 6864 730D F095 E5E4




signature.asc
Description: OpenPGP digital signature

Re: Having fun with the following C code (UB)

[Shachar Shemesh]

On 11/04/14 13:49, Ansgar Burchardt wrote:
> Hi,
>
> On 04/11/2014 12:42, Ian Jackson wrote:
>>
>> What people expect is that the compiler compiles programs the way C
>> was traditionally compiled.
> Shouldn't -O0 come close to that expectation?
I think that Ansgar's answer is spot on, but against all good sense, I
still want to expand it.

Neither the compiler nor its authors are doing anything out of spite. It
is, indeed, painful when a compiler optimizes away a security check due
to some standard defining a feature to be "undefined behavior". However,
for any such case there are hundreds in which this optimization saves on
an "if" that would strain the branch prediction cache, or allows
coalescing operations that would otherwise need to be done one after the
other, or any number of other cases in which the output machine language
looks nothing like your written high level C or C++.

Not only is this good for performance, it is also good for security. For
example, in C++ I can run the following code:

for( unsigned int i=0; i

Bug#744233: ITP: libhac-java -- hierarchical agglomerative clustering

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: libhac-java
  Version : 0.20110510
  Upstream Author : matthias.hauswi...@usi.ch
* URL : http://sape.inf.usi.ch/hac
* License : BSD
  Programming Lang: Java
  Description : hierarchical agglomerative clustering
 Hac is a simple library for hierarchical agglomerative clustering. The goal of
 Hac is to be easy to use in any context that might require a hierarchical
 agglomerative clustering approach. You can use Hac by bundling Hac with your
 application, and by implementing two interfaces:
  * Experiment (to tell Hac what to cluster), and
  * DissimilarityMeasure (to tell Hac how to compute the dissimilarity between
two observations).


This package is maintained by the Debian Med team as a precondition for
some other Debian Med package.  The packaging is available at

  svn://anonscm.debian.org/debian-med/trunk/packages/libhac-java


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140411165817.8466.15859.report...@mail.an3as.eu

conflicts and multiarch

[Ralf Treinen]

Hello,

when working on the next version of dose-distcheck we found a cornercase
where we are not sure about multiarch semantics. To explain the problem
at hand of an example: without mutiarch, we all know that a self-conflict
is ignored:

Package: a1
Architecture: amd64
Version: 1
Conflicts: virta
Provides: virta

Package a1 is clearly installable. Now, lets extend this to multiarch:

Package: a2
Architecture: amd64
Version: 1
Provides: virta
Conflicts: virta
Multi-Arch: same

Package: a2
Architecture: i386
Version: 1
Provides: virta
Conflicts: virta
Multi-Arch: same

Can package a2 be installed for both architectures at the same time? Policy
section 7.4 seems to indicate that yes, but then it was written without
multiarch in mind. What do you think should be the right answer?

-Ralf.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140411173236.ga12...@free.fr

Bug#744239: ITP: libshib-common-java -- Shibboleth Common Library

[Matthew Vernon]

Package: wnpp
Severity: wishlist
Owner: Matthew Vernon 

  Package name: libshib-common-java
  Version : 2.4.0
  Upstream Author : University Corporation for Advanced Internet Development, 
Inc.
  URL : http://shibboleth.net/shibboleth-common
  License : Apache-2.0
  Programming Lang: Java
  Description : Shibboleth Common Library

 The Shibboleth Common Library provides services/infrastructure that is
 common between Identity and Service providers.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140411180554.10126.13375.report...@pick.csi.cam.ac.uk

Install security upgrades by default in jessie?

[Mathieu Parent (Debian)]

Hello all,

Currently, Debian, as installed by default (unless a DE is installed
too) doesn't install security fixes automatically.

An experienced user will activate this and keep all machines safe
[user-updates], but others will have a less secure computer.

Couldn't we activate security upgrades by default?

Which tool? unattended-upgrades?

How/where? d-i only? debootstrap? tasksel? ...

It was proposed for debian-edu in 2010 [debian-edu-2010], and is
currently under discussion for a wheezy cloud image
[debian-cloud-u-u].

[user-updates]: There are various ways: manual, unattended-upgrades,
cron-apt, apt-dater, home-made, ...
[debian-edu-2010]: https://lists.debian.org/debian-edu/2010/09/msg00023.html
[debian-cloud-u-u]: https://lists.debian.org/debian-cloud/2014/04/msg00044.html

Regards
-- 
Mathieu Parent


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAFX5sbyaGjCQudi4J+te774QMD=L3u1RAyAYWF=fGsyh5=SL=g...@mail.gmail.com

Re: conflicts and multiarch

[Vincent Danjean]

  Hi,

On 11/04/2014 19:32, Ralf Treinen wrote:

> Can package a2 be installed for both architectures at the same time? Policy
> section 7.4 seems to indicate that yes, but then it was written without
> multiarch in mind. What do you think should be the right answer?

  You can install a2:amd64 and a2:i386 at the same time.
  If you want to test, you can use (in the archive) 'ocl-icd-libopencl1'
instead of a2 and 'libopencl1' instead of virta.
  If you want more tests, you can use 'amd-libopencl1' instead of a1
(but, contrary to your example, it is also multiarch)

  Note that a1:amd64 and a2:i386 are not co-installable. I asked
a few month ago. You migth be interested by the answer (look for
the thread "[RFC] multiarch and virtual packages" starting on
03/10/2013).

  Regards,
Vincent



-- 
Vincent Danjean   GPG key ID 0xD17897FA vdanj...@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53486a1b.2020...@free.fr