Re: Building/testing on s390x

* Paul Wise , 2014-04-14, 11:09: Solution 4: implement unit tests that don't do network to check for architecture specific issues and implement DEP-8 tests to ensure it works on the modern Internet. http://dep8.debian.net/ Accessing Internet in DEP-8 tests is normally a bad idea too, for si

Fwd: Trilinos: to split or not to split

(Forward from debian-mentors.) Opinion time! I'm packaging a rather large software, Trilinos, a collection of libraries (libbelos, libml, libaztecoo,...) for numerical high-performance computing. Upstream supports monolithic builds, i.e., the collection of libraries is assumed to be fully presen

Re: Trilinos: to split or not to split

On Mon, Apr 14, 2014 at 10:52 AM, Nico Schlömer wrote: [...] > Given its subpackage structure, Felix helped out creating a packaging > format that splits the build up into subpackages. Debian's shlibs > magic takes care of the dependency hierarchy, but a couple of things > problems need to be work

Re: Fwd: Trilinos: to split or not to split

Hi Nico, On Mon, 14 Apr 2014, Nico Schlömer wrote: > Which approach is better suited for Debian in your opinion? I think this is in 90% the second option. Only in case that the libraries used will probably never never never be used outside the program itself, then it makes sense to keep it in one

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

On 2014-04-10 14:38:46 -0700, Russ Allbery wrote: > I don't want, necessarily, to have slower code to make handling > corner cases easier. However, I am generally happy to have slower > code in return for making the system more secure, as long as the > speed hit isn't too substantial. Security is a

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

* Vincent Lefevre , 2014-04-14, 12:56: IMHO, in general, for security, it is better to run code with a sanitizer (such as "clang -fsanitize=undefined -fno-sanitize-recover", assuming that the code does not use floating point), gcc has also -ftrapv, which might be what you want. -- Jakub Wilk

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

On 2014-04-12 20:32:33 -0700, Russ Allbery wrote: > I enabled -fstrict-overflow -Wstrict-overflow=5 -Werror in my standard [...] GCC does silly things with -Wstrict-overflow=5. For instance, consider the following code: int foo (int d) { int m; m = d * 64; return m; } With "gcc -O2 -fstri

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

On 2014-04-14 13:11:12 +0200, Jakub Wilk wrote: > * Vincent Lefevre , 2014-04-14, 12:56: > >IMHO, in general, for security, it is better to run code with a sanitizer > >(such as "clang -fsanitize=undefined -fno-sanitize-recover", assuming that > >the code does not use floating point), > > gcc has

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

Vincent Lefevre wrote: [...] > int foo (int d) > { > int m; > m = d * 64; > return m; > } [...] > while the cause of a potential bug would be the same. For consistency, > GCC should have warned for the first code too. No, there is no optimisation in that case, so there is no warning. It only

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

Russ Allbery wrote: > Shachar Shemesh writes: >> Do you really want to get a "Warning: signed integer overflow yields >> undefined behavior" on this function? > > I would certainly like to be able to enable such a thing. I write a lot > of code where I'd love the compiler to double-check that I'

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

On 2014-04-14 14:14:14 +0200, Raphael Geissert wrote: > Vincent Lefevre wrote: > [...] > > int foo (int d) > > { > > int m; > > m = d * 64; > > return m; > > } > [...] > > while the cause of a potential bug would be the same. For consistency, > > GCC should have warned for the first code too.

is sarovar.org dead ?

Hello List: Today I realised that sarovar.org cannot be reached: is it temporary ? is it definitely dead ? Thanks in advance, Jerome -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https:/

Bug#744765: ITP: node-accepts -- higher-level content negotiation for Node.js

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-accepts Version : 1.0.1 Upstream Author : Jonathan Ong * URL : https://github.com/expressjs/accepts * License : Mit Programming Lang: JavaScript Description : higher-level conte

Bug#744766: ITP: node-parseurl -- parse a URL with memoization

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-parseurl Version : 1.0.1 Upstream Author : Jonathan Ong * URL : https://github.com/expressjs/parseurl * License : Expat Programming Lang: JavaScript Description : parse a URL wi

Re: is sarovar.org dead ?

2014-04-14 19:26 GMT+05:30, Jerome BENOIT : > Hello List: > > Today I realised that sarovar.org cannot be reached: > is it temporary ? is it definitely dead ? unfortunately, yes, dead forever :( they shut it down when they realized they cannot maintain it anymore. They had given notice for people

Bug#744767: ITP: node-methods -- contains the HTTP methods that Node.js supports

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-methods Version : 0.1.0 Upstream Author : TJ Holowaychuk * URL : http://github.com/visionmedia/node-methods * License : Expat Programming Lang: JavaScript Description : contains

Bug#744770: ITP: node-path-to-regexp -- express style path to RegExp utility

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-path-to-regexp Version : 0.1.2 Upstream Author : Blake Embrey TJ Holowaychuk * URL : https://github.com/component/path-to-regexp * License : Expat Programming Lan

Re: About a mass bug report not based on Sid or Jessie.

Charles, it would be much more productive for Debian if you wouldn't claim wrong things and start fixing the issue in at least this package. The mass-filing proposal was sent in January to this very list. It's not my problem if you don't read this list or ignore proposals for mass bug filings. T

Bug#744772: ITP: node-merge-descriptors -- merge objects using descriptors

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-merge-descriptors Version : 0.0.2 Upstream Author : Jonathan Ong * URL : https://github.com/component/merge-descriptors * License : Expat Programming Lang: JavaScript Description

Bug#744773: ITP: node-escape-html -- simply escape HTML entities

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-escape-html Version : 1.0.1 Upstream Author : TJ Holowaychuk * URL : https://github.com/component/escape-html * License : Expat Programming Lang: JavaScript Description : simply

Re: Why Debian

Alberto Salvia Novella dixit: > Why you choose to develop in Debian over any other distribution? First of: why “instead”? Many developers are active in other distributions and/or operating systems. So am I. I came to Debian for a number of reasons: • it was the last GNU/Linux I used before swit

Bug#744775: ITP: node-type-is -- infer the content type from request

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-type-is Version : 1.1.0 Upstream Author : Jonathan Ong * URL : http://github.com/expressjs/type-is * License : Expat Programming Lang: JavaScript Description : infer the content

Re: is sarovar.org dead ?

Thanks for the confirmation, Jerome On 14/04/14 16:19, Pirate Praveen wrote: > 2014-04-14 19:26 GMT+05:30, Jerome BENOIT : >> Hello List: >> >> Today I realised that sarovar.org cannot be reached: >> is it temporary ? is it definitely dead ? > > unfortunately, yes, dead forever :( they shut it do

Bug#744778: ITP: node-utils-merge -- provides a merge utility function

Package: wnpp Severity: wishlist Owner: Leo Iannacone * Package name: node-utils-merge Version : 1.0.0 Upstream Author : Jared Hanson * URL : http://github.com/jaredhanson/utils-merge * License : Expat Programming Lang: JavaScript Description : provide

Re: Why Debian

On Sat, Apr 12, 2014, at 09:46 PM, Alberto Salvia Novella wrote: > Why you choose to develop in Debian over any other distribution? - Debian Social Contract. - Debian's long lasting history aligning itself with Free Software philosophy. - The community. I have had friends I never met, travelling m

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

On 14.04.2014 14:26, Raphael Geissert wrote: > Russ Allbery wrote: >> Shachar Shemesh writes: >>> Do you really want to get a "Warning: signed integer overflow yields >>> undefined behavior" on this function? >> >> I would certainly like to be able to enable such a thing. I write a lot >> of code

Bug#744790: ITP: gnuais - Automatic Identification System Receiver

Package: wnpp Severity: wishlist Owner: ruben.undh...@gmail.com * Package name: gnuais Version : 0.3.0 Upstream Author : Ruben Undheim http://gnuais.sourceforge.net * License : GPL-2.0+ Programming Lang: C Description : A tool for demodulating and decoding AIS mess

Bug#744795: ITP: django-restricted-resource -- Django Base model for ownership and access control

Package: wnpp Severity: wishlist Owner: Neil Williams * Package name: django-restricted-resource Version : 2014.02 Upstream Author : Zygmunt Krynicki * URL : https://git.linaro.org/lava/django-restricted-resource.git * License : LGPL Programming Lang: Python

Danke für das beste OS der Welt

Sehr geehrtes Debian Dev. Team, Ich möchte Ihnen allen meinen Dank für Ihre tolle Arbeit aussprechen. -- 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/534c3be5.90...@

Bug#744818: ITP: adagios -- Adagios is an alternative web configuration (and status) interface to nagios/icinga/shinken

Package: wnpp Severity: wishlist Owner: Pall Sigurdsson * Package name: adagios Version : 1.4.1 Upstream Author : Pall Sigurdsson * URL : http://adagios.org * License : A-GPL Programming Lang: Python, JAvascript Description : Adagios is an alternative

Re: About a mass bug report not based on Sid or Jessie.

Le Mon, Apr 14, 2014 at 05:12:32PM +0200, Matthias Klose a écrit : > > it would be much more productive for Debian if you wouldn't claim wrong things > and start fixing the issue in at least this package. The mass-filing proposal > was sent in January to this very list. It's not my problem if you

Re: About a mass bug report not based on Sid or Jessie.

+++ Charles Plessy [2014-04-15 08:15 +0900]: > Le Mon, Apr 14, 2014 at 05:12:32PM +0200, Matthias Klose a écrit : > > > > it would be much more productive for Debian if you wouldn't claim wrong > > things > > and start fixing the issue in at least this package. The mass-filing > > proposal > >

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

Vincent Lefevre writes: > But what I mean is that it's pointless to emit such a warning when the > effect of the potential integer overflow is already visible, for > instance in printf below: > m = d * C; > printf ("%d\n", m); > return m >= 0; > If there was an integer overflow, you will

Re: About a mass bug report not based on Sid or Jessie.

Charles Plessy writes: > Nevertheless, with these mass filings where we add en masse the same > option to many packages, I wonder if we are doing something wrong. > Don't we use debhelper and CDBS to have reasonable defaults ? Are there > more packages that fail to build after autoreconf, than p

Re: About a mass bug report not based on Sid or Jessie.

On Mon, Apr 14, 2014 at 05:05:48PM -0700, Russ Allbery wrote: > Charles Plessy writes: > > Nevertheless, with these mass filings where we add en masse the same > > option to many packages, I wonder if we are doing something wrong. > > Don't we use debhelper and CDBS to have reasonable defaults ?

Re: About a mass bug report not based on Sid or Jessie.

Steve Langasek writes: > On Mon, Apr 14, 2014 at 05:05:48PM -0700, Russ Allbery wrote: >> It's an interesting question whether we should just force dh-autoreconf >> in debhelper unless the package maintainer explicitly turns it off. It >> would save me work, just as I've now been able to take ov

Re: bugs in MC (was "Why Debian")

On Mon, 14 Apr 2014 15:40:00 Thorsten Glaser wrote: > • even if I disagree with maintainers (things like bugs > in mc), I can mostly live with it (although, when I was > m68k porter, some pissed me *seriously* off) Easy mate, I'm the only active MC maintainer and we had no disagreement regard

Bug#694308: Relicensing tracked on bug #665334

Control: block -1 by 665334 The request that Adobe relicense this code is being tracked on ; according to , the relicensing should be done by August. Of course, it still won't be safe to actually modify this code (implementations

Processed: Relicensing tracked on bug #665334

Processing control commands: > block -1 by 665334 Bug #694308 [general] A lot of type 1 fonts include Adobe all right reserved code 694308 was not blocked by any bugs. 694308 was blocking: 694320 694321 694323 694324 694325 694354 694459 717636 Added blocking bug(s) of 694308: 665334 -- 694308: