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

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

Re: Debian default desktop environment

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

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

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

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

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

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

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 extensio

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

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

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

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 agglo

conflicts and multiarch

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

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

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

Install security upgrades by default in jessie?

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

Re: conflicts and multiarch

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