Re: Bindv6only once again

2010-06-13 Thread Marco d'Itri
On Jun 13, Sune Vuorela wrote: > You are taking the wrong approach to things. We should see if it is > still a major problem at freeze time, or if we have managed to fix all > the buggy software before freeze. I believe that now we fixed ~everything which can be fixed, so this leaves us with the

Bug#585826: general: gnome trash is full

2010-06-13 Thread zoltan herman
Package: general Severity: normal Tags: squeeze if disk is full, "Empty Trash" give the error. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8,

Bug#585818: ITP: libmath-base36-perl -- Perl module for encoding and decoding of base36 strings

2010-06-13 Thread Ansgar Burchardt
Package: wnpp Severity: wishlist Owner: Ansgar Burchardt * Package name: libmath-base36-perl Version : 0.07 Upstream Author : Brian Cassidy * URL : http://search.cpan.org/dist/Math-Base36/ * License : Artistic or GPL-1+ Programming Lang: Perl Description

Bug#585789: ITP: libocas -- OCAS solver for training linear SVM classifiers

2010-06-13 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: libocas Version : 0.93 Upstream Author : Vojtech Franc, Soeren Sonnenburg * URL : http://cmp.felk.cvut.cz/~xfrancv/ocas/html/ * License : GPL-3 Programming Lang: C Description : O

Bug#585788: ITP: liblinear -- Library for Large Linear Classification

2010-06-13 Thread Christian Kastner
Package: wnpp Severity: wishlist Owner: Christian Kastner * Package name: liblinear Version : 1.51 Upstream Author : The LIBLINEAR Project * URL : http://www.csie.ntu.edu.tw/~cjlin/liblinear/ * License : BSD Programming Lang: C/C++ Description : Library

Re: Autobuilding non-free packages?

2010-06-13 Thread Jakub Wilk
* Russ Allbery , 2010-06-12, 18:56: Is the system described in: http://lists.debian.org/debian-devel-announce/2006/11/msg00012.html still in place? Or is it currently necessary to manually build non-free packages on their supported platforms? AFAIUI, the latter. (Or is there some other

Re: Bindv6only once again

2010-06-13 Thread Jarek Kamiński
Na grupie linux.debian.devel napisałe(a)ś: > 3) There are potential security bugs if an application black- or > white-lists IPv4 addresses and someone uses an v6-mapped IPv4 address to > connect. (Handwavy and, as far as I've seen, purely hypothetical. I don't want to blow the discussion once aga

tech-ctte: Default value for net.ipv6.bindv6only sysctl

2010-06-13 Thread Guus Sliepen
reassign 560238 tech-ctte thanks Dear members of the Technical Committee, There has been an extensive discussion about the proper default value of the net.ipv6.bindv6only sysctl, both on the debian-devel mailing list and in bugreport 560238. Since people are clearly divided on the issue, and it i

Re: Bindv6only once again

2010-06-13 Thread Bjørn Mork
Paul Wise writes: > How many times will this discussion will go round and round in > circles? I'm getting dizzy. I believe it will continue until someone finds the end of the circle. Bjørn -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Tro

Re: Bindv6only once again

2010-06-13 Thread Michael Poole
Paul Wise writes: > On Sun, Jun 13, 2010 at 7:00 PM, Michael Poole wrote: > >> The behavior with net.ipv6.bindv6only=0 is mandated by both POSIX and >> the governing RFC.  How can you call it a bug for software to expect >> that behavior?  The true bug is that Debian intentionally violates these

Re: Bindv6only once again

2010-06-13 Thread Paul Wise
On Sun, Jun 13, 2010 at 7:00 PM, Michael Poole wrote: > The behavior with net.ipv6.bindv6only=0 is mandated by both POSIX and > the governing RFC.  How can you call it a bug for software to expect > that behavior?  The true bug is that Debian intentionally violates these > standards.  If people d

Re: Bindv6only once again

2010-06-13 Thread Michael Poole
Sune Vuorela writes: > On 2010-06-13, Vincent Bernat wrote: >> It is difficult to understand why we should wait freeze time to change >> anything. Some people (including me) may be afraid that the problem may >> not be corrected because of the freeze. Moreover, in the meantime, some >> applic

Re: Bindv6only once again

2010-06-13 Thread David Goodenough
On Sunday 13 June 2010, Sune Vuorela wrote: > On 2010-06-13, Vincent Bernat wrote: > > It is difficult to understand why we should wait freeze time to change > > anything. Some people (including me) may be afraid that the problem may > > not be corrected because of the freeze. Moreover, in th

Re: Bindv6only once again

2010-06-13 Thread Vincent Bernat
OoO En cette matinée pluvieuse du dimanche 13 juin 2010, vers 10:59, Sune Vuorela disait : >> It is difficult to understand why we should wait freeze time to change >> anything. Some people (including me) may be afraid that the problem may >> not be corrected because of the freeze. Moreov

Re: Bindv6only once again

2010-06-13 Thread Sune Vuorela
On 2010-06-13, Vincent Bernat wrote: > It is difficult to understand why we should wait freeze time to change > anything. Some people (including me) may be afraid that the problem may > not be corrected because of the freeze. Moreover, in the meantime, some > applications don't work with IPv

Bug#585702: ITP: latexml -- LaTeX to XML Converter

2010-06-13 Thread Atsuhito KOHDA
Package: wnpp Severity: wishlist Owner: Atsuhito KOHDA * Package name: latexml Version : 0.7.0 Upstream Author : Bruce Miller * URL : http://dlmf.nist.gov/LaTeXML/ * License : Public domain software Programming Lang: Perl Description : LaTeX to XML Co

Re: Bindv6only once again

2010-06-13 Thread Vincent Bernat
OoO En cette matinée pluvieuse du dimanche 13 juin 2010, vers 10:09, Stefano Zacchiroli disait : > Now, the above is used routinely cum grano salis by individual > maintainers, that before pushing big changes that affect others discuss > them first and listen to feedback of the others. As rep

Re: Bindv6only once again

2010-06-13 Thread Stefano Zacchiroli
On Sat, Jun 12, 2010 at 01:58:30AM +0200, Juliusz Chroboczek wrote: > I am very much surprised at the Debian community's passivity with > respect to what I see as a clear violation of Debian's commitment to > collective decision taking. I think this is because you do not fully understand how decis