Re: Xen support on Squeeze
On Thu, Apr 01, 2010 at 03:40:40PM -0400, Micah Anderson wrote: > "Nikita V. Youshchenko" writes: > > >> We have had to carry that patch without any upstream support (or sharing > >> with Novell, which eventually released SLES 11 with 2.6.27). As a > >> result, the xen-flavour kernels for lenny are very buggy, particularly > >> for domains with multiple vCPUs (though that *may* be fixed now). > > > > Unfortunately it is not fixed. > > > > We here once migrated to xen and now rely on it, and that gives lots of > > frustration. For any loaded domain we still have to run etch kernel, > > because lenny kernel constantly crashes after several days of heavy load. > > Dom0's run lenny kernel - and with a fix for #542250 they don't crash, but > > those are almost unloaded. > > I was having problems with multiple vCPUs also, under moderate load I > would regularly get crashes. I reported my findings in #504805. I > swapped out machines, didn't work. When the fix for the xen_spin_wait() > came out, I eagerly switched to that, but it didn't fix my problem. I > even tried my hardest to switch to the latest upstream Xen kernel to see > if that would fix things, but it was way too unstable and I couldn't get > it to work at all. > What do you exactly mean with the 'upstream Xen kernel' ? > Eventually I stumbled on a way to keep my machines from restarting, its > not a great solution, but it stops me from having to deal with the > failure on a daily basis. I think that anyone else who is having this > problem can do this and it will work. Obviously this is not the right > solution, but it works until we can get a fix. > > First I made sure this was set: > > /etc/xen/xend-config.sxp: (dom0-cpus 0) > > Then I pinned individual physical CPUs to specific domU's, once pinned, > the problem stops. > vcpu pinning is not required for a properly working kernel.. Although good to hear there's a workaround. -- Pasi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406080601.gu1...@reaktio.net
Default value of net.ipv6.bindv6only should revert to 0
I have send this message to BTS and rejected. m...@linux.it (Marco d'Itri) writes: >> Default value of net.ipv6.bindv6only should revert to 0. > This has already been discussed on debian-devel and I do not see any new > arguments here. I have already read debian-devel archive, but I was not able to found necessity to change default value of net.ipv6.bindv6only to 1. Anyone, could you teach me why net.ipv6.bindv6only need to be set to 1 globally, and why other good programs need to be changed? I think it should revert. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576633 --- Default value of net.ipv6.bindv6only should revert to 0. 1. RFC 3493 explicitly allows applications to use AF_INET6 socket to receive IPv4 connection. 2. If some applications want to restrict their use of an AF_INET6 socket to IPv6 communications only, they can use IPV6_V6ONLY. It is effective even if net.ipv6.bindv6only is 0. (In addition, RFC 3493 explicitly says IPV6_V6ONLY is turned off (0) by default.) 3. Default value of net.ipv6.bindv6only is 0 in Linux kernel and other Linux distributions. We should never introduce such meaningless incompatibility. If an application does not work with net.ipv6.bindv6only = 1, it does not mean that program is broken. But if an application does not work with net.ipv6.bindv6only = 0, it's broken as Linux application. --- -- Kazuo Oishi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r5msss71@molech.giraffy.jp
Re: Default value of net.ipv6.bindv6only should revert to 0
On Tue, Apr 06, 2010 at 09:04:18PM +0900, Kazuo Oishi wrote a message of 48 lines which said: > Anyone, could you teach me why net.ipv6.bindv6only need to be set > to 1 globally, and why other good programs need to be changed? > I think it should revert. I do not claim to have a final opinion on this matter except that, as a programmer, net.ipv6.bindv6only=0 is clearly simpler, a listening program has just to open one (IPv6) socket and it is version-agnostic. The question has recently been discussed in the Go language community: http://groups.google.com/group/golang-nuts/msg/861dbe3c7f1aae1d http://code.google.com/p/go/issues/detail?id=679 Go libraries currently fail when net.ipv6.bindv6only=1: http://code.google.com/p/go/issues/detail?id=685 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406133140.ga10...@nic.fr
Re: Default value of net.ipv6.bindv6only should revert to 0
Le mardi 06 avril 2010 à 21:04 +0900, Kazuo Oishi a écrit : > I have send this message to BTS and rejected. > > m...@linux.it (Marco d'Itri) writes: > >> Default value of net.ipv6.bindv6only should revert to 0. > > This has already been discussed on debian-devel and I do not see any new > > arguments here. > > I have already read debian-devel archive, but I was not able to > found necessity to change default value of net.ipv6.bindv6only to 1. > > Anyone, could you teach me why net.ipv6.bindv6only need to be set > to 1 globally, and why other good programs need to be changed? > I think it should revert. As the new sun-java6 maintainer with an egoistic point of view, I'd like this too. I don't see Oracle/Sun fixing this issue soon since the bug has been open in October 2005 [1] and the latest release of the JDK 6 (update 19) does not include this fix (it has been released last week) [2]. There is a patch for the OpenJDK but since the official Sun JDK is not free, I cannot apply it... Sylvestre PS: Note that, for now, many people are still using the closed JDK for various reasons (bugs, performances, etc). [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6342561 [2] http://java.sun.com/javase/6/webnotes/6u19.html -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1270561675.558.633.ca...@korcula.inria.fr
Bug#576681: ITP: tivion -- a simple streaming player for TV, Radio and Sopcast channels
Package: wnpp Severity: wishlist Owner: shakaran * Package name: tivion Version : 0.0.4 Upstream Author : Ángel Guzmán Maeso * URL : http://www.shakaran.net/ * License : GPLv3 Programming Lang: Python Description : a simple streaming player for TV, Radio and Sopcast channels Tivion is a player with 697 streaming channels of public domain on internet. It's a program based on Python and PyGTK that support 26 languages. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406133854.13818.9658.report...@magmus
Re: Xen support on Squeeze
On 2010-04-06, micah anderson wrote: > On Thu, Apr 01, 2010 at 03:40:40PM -0400, Micah Anderson wrote: > > "Nikita V. Youshchenko" writes: > > > > >> We have had to carry that patch without any upstream support (or sharing > > >> with Novell, which eventually released SLES 11 with 2.6.27). As a > > >> result, the xen-flavour kernels for lenny are very buggy, particularly > > >> for domains with multiple vCPUs (though that *may* be fixed now). > > > > > > Unfortunately it is not fixed. > > > > > > We here once migrated to xen and now rely on it, and that gives lots of > > > frustration. For any loaded domain we still have to run etch kernel, > > > because lenny kernel constantly crashes after several days of heavy load. > > > Dom0's run lenny kernel - and with a fix for #542250 they don't crash, > > > but > > > those are almost unloaded. > > > > I was having problems with multiple vCPUs also, under moderate load I > > would regularly get crashes. I reported my findings in #504805. I > > swapped out machines, didn't work. When the fix for the xen_spin_wait() > > came out, I eagerly switched to that, but it didn't fix my problem. I > > even tried my hardest to switch to the latest upstream Xen kernel to see > > if that would fix things, but it was way too unstable and I couldn't get > > it to work at all. > > > > What do you exactly mean with the 'upstream Xen kernel' ? The latest xen-kernel, not from Debian. There are a number of them, the Novell/OpenSuse forward-port of the old-style xenlinux patches, and the pvops dom0 git tree. The pvops one was the one I was trying to get working since the other versions of the kernel aren't receiving any attention and all dev is happening in the pvops. > > Eventually I stumbled on a way to keep my machines from restarting, its > > not a great solution, but it stops me from having to deal with the > > failure on a daily basis. I think that anyone else who is having this > > problem can do this and it will work. Obviously this is not the right > > solution, but it works until we can get a fix. > > > > First I made sure this was set: > > > > /etc/xen/xend-config.sxp: (dom0-cpus 0) > > > > Then I pinned individual physical CPUs to specific domU's, once pinned, > > the problem stops. > > > > vcpu pinning is not required for a properly working kernel.. It shouldn't be, I agree... but it seems like it is required to keep the kernel from a daily panic. m pgpEf1qHpKVOJ.pgp Description: PGP signature
Bug#576693: ITP: haskell-maybet -- Haskell MaybeT monad transformer
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: mascell...@poisson.phc.unipi.it Package name: haskell-maybet Version: 0.1.2 Upstream Author: Eric Kidd URL: http://hackage.haskell.org/package/MaybeT License: BSD Description: Haskell MaybeT monad transformer MaybeT is a Haskell monad transformer that adds Maybe semantics to an existing monad, making it able to fail (i.e. return Nothing) or be successful (return the result wrapped in a Just). If you don't know what a Haskell monad is, you can just ignore this package. Rationale: is a dependency of happstack (bug #569501). Regards, Giovanni. -- Giovanni Mascellani Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#576702: ITP: haskell-hjavascript -- Haskell abstract syntax for a type subset of JavaScript
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: mascell...@poisson.phc.unipi.it Package name: haskell-hjavascript Version: 0.4.4 Upstream Author: Joel Bjornson, Niklas Broberg URL: http://hackage.haskell.org/package/HJavaScript License: BSD Description: Haskell abstract syntax for a type subset of JavaScript HJavaScript defines a Haskell abstract syntax and pretty printer for a subset of JavaScript. However, a significant difference from JavaScript is that HJavaScript is typed, even on the abstract syntax level using GADTs. The subset of JavaScript that is supported is those parts that lend themself to typing (i.e. no prototyping of classes). If you don't know what Haskell and all these concepts are, you can just ignore this package. Rationale: it is a dependency of happstack (bug #569501). Regards, Giovanni. -- Giovanni Mascellani Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Re: Xen support on Squeeze
On Tue, Apr 06, 2010 at 11:00:50AM -0400, micah anderson wrote: > On 2010-04-06, micah anderson wrote: > > On Thu, Apr 01, 2010 at 03:40:40PM -0400, Micah Anderson wrote: > > > "Nikita V. Youshchenko" writes: > > > > > > >> We have had to carry that patch without any upstream support (or > > > >> sharing > > > >> with Novell, which eventually released SLES 11 with 2.6.27). As a > > > >> result, the xen-flavour kernels for lenny are very buggy, particularly > > > >> for domains with multiple vCPUs (though that *may* be fixed now). > > > > > > > > Unfortunately it is not fixed. > > > > > > > > We here once migrated to xen and now rely on it, and that gives lots of > > > > frustration. For any loaded domain we still have to run etch kernel, > > > > because lenny kernel constantly crashes after several days of heavy > > > > load. > > > > Dom0's run lenny kernel - and with a fix for #542250 they don't crash, > > > > but > > > > those are almost unloaded. > > > > > > I was having problems with multiple vCPUs also, under moderate load I > > > would regularly get crashes. I reported my findings in #504805. I > > > swapped out machines, didn't work. When the fix for the xen_spin_wait() > > > came out, I eagerly switched to that, but it didn't fix my problem. I > > > even tried my hardest to switch to the latest upstream Xen kernel to see > > > if that would fix things, but it was way too unstable and I couldn't get > > > it to work at all. > > > > > > > What do you exactly mean with the 'upstream Xen kernel' ? > > The latest xen-kernel, not from Debian. There are a number of them, the > Novell/OpenSuse forward-port of the old-style xenlinux patches, and the > pvops dom0 git tree. The pvops one was the one I was trying to get > working since the other versions of the kernel aren't receiving any > attention and all dev is happening in the pvops. > Novell is actively developing their SLES11 2.6.27 kernel-xen, and upcoming SLES11 SP1 will have 2.6.32 kernel-xen. > > > > Eventually I stumbled on a way to keep my machines from restarting, its > > > not a great solution, but it stops me from having to deal with the > > > failure on a daily basis. I think that anyone else who is having this > > > problem can do this and it will work. Obviously this is not the right > > > solution, but it works until we can get a fix. > > > > > > First I made sure this was set: > > > > > > /etc/xen/xend-config.sxp: (dom0-cpus 0) > > > > > > Then I pinned individual physical CPUs to specific domU's, once pinned, > > > the problem stops. > > > > > > > vcpu pinning is not required for a properly working kernel.. > > It shouldn't be, I agree... but it seems like it is required to keep the > kernel from a daily panic. > Does this happen with other kernels aswell? I thought the bug only happens with the lenny 2.6.26-2-xen kernels. -- Pasi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406162730.gz1...@reaktio.net
Bug#576704: ITP: haskell-hjscript -- Haskell DSL for writing JavaScript programs
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: mascell...@poisson.phc.unipi.it Package name: haskell-hjscript Version: 0.4.6 Upstream Author: Joel Bjornson, Niklas Broberg URL: http://hackage.haskell.org/package/HJScript License: BSD Description: Haskell DSL for writing JavaScript programs HJScript is a DSL (domain-specific language) built on top of HJavaScript, for writing client-side dynamic web pages. The programming model is fairly low-level, resembling the actual JavaScript code quite a lot, but should be easy to extend with higher-level functionality. Notable is that HJScript supports the use of literal XML syntax, as defined by the hsx package, for creating DOM ElementNodes. Also notable is that HJScript supports Ajax functionality. If you don't know what Haskell and all these concepts are, you can just ignore this package. Rationale: it is a dependency of happstack (bug #569501). Regards, Giovanni. -- Giovanni Mascellani Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#576714: ITP: libopenspotify -- an opensource libspotify-compatible implementation
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles * Package name: libopenspotify Version : 20100217 Upstream Author : Noah Williamsson * URL : http://eternalmedia.se/openspotify/ * License : BSD Programming Lang: C Description : an opensource libspotify-compatible implementation Openspotify is an open source, cross platform re-implementation of Spotify’s closed source libspotify library. It’s aimed to replace the library used by despotify while making it easy to switch to libspotify in the future. Just as with the official libspotify library, and as stated in the FAQ at despotify.se, a premium subscription is required. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406175144.26088.4056.report...@mcpau
Bug#576716: ITP: drupal6-mod-ldap-integration -- LDAP integration module for Drupal
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-ldap-integration Version : 1.0~beta2 Upstream Author : kreaper * URL : http://drupal.org/project/ldap_integration * License : GPL Programming Lang: PHP Description : LDAP integration module for Drupal This LDAP integration module allows users to authenticate against a configurable Lightweight Directory Access Protocol directory. This is useful for organizations which have an existing organizational directory with usernames and passwords, and want Drupal to be able to authenticate against it. Users can read and modify their LDAP entries, and the administrator is able to limit configuration. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406174627.17540.48306.report...@home-br0
Bug#576718: ITP: spokify -- a KDE client for Spotify
Package: wnpp Severity: wishlist Owner: Pau Garcia i Quiles Please note Spokify 1.0 is not available yet (it will be in a couple of weeks, according to the author). I am submitting this ITP so that the ITP for libopenspotify (which Spokify depends on for now) I filed a while minutes ago is better understood. * Package name: spokify Version : 1.0 Upstream Author : Rafael Fernandez Lopez * URL : http://gitorious.org/spokify * License : GPL Programming Lang: C++ Description : a KDE client for Spotify Spokify is a KDE client for the Spotify web music store/service. It is fully integrated with KDE technologies for settings storage, password management (KWallet), notifications (KNotify), etc Spokify can use the official, closed-source libspotify or the open-source, unofficial libopenspotify libraries. A premium subscription to Spotify is required to use Spokify. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406181853.26563.95932.report...@mcpau
Re: Xen support on Squeeze
> Novell is actively developing their SLES11 2.6.27 kernel-xen, > and upcoming SLES11 SP1 will have 2.6.32 kernel-xen. I did not know that. > > > vcpu pinning is not required for a properly working kernel.. > > > > It shouldn't be, I agree... but it seems like it is required to keep the > > kernel from a daily panic. > > > > Does this happen with other kernels aswell? I thought the bug only happens > with the lenny 2.6.26-2-xen kernels. As I said before, I was not able to get any other kernel to work properly. micah pgphRV44BFW0Y.pgp Description: PGP signature
Hyip Opportunity of the year.
Hello debian-devel@lists.debian.org, I would like to tell you about a very solid investment I take part in since six month. I made 560% profit by now. they are reliable Hong Kong traders company, active on stock, derivatives, and Forex markets. Their results are very consistent, their trading profit is 3% daily and the company pays its members up to 2.5% each day. HYt fund is really transparent, showing their trading performance and offering phone, chat, and email support to investors. I think they are the company to work with in 2010. Check them out: http://texugauto.com/93bbjaqm -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu149-ds222079ac74f11b8535657ba4...@phx.gbl
A recommendation from a friend
ritab...@live.fr hello my names is ms. Rita Ukazi. i saw your personal data and became interested in you. i wait for your mail so that i can send my pictures to you and tell you all about me also we can start from there. hope to here from you Thanks
Bug#576754: ITP: nall -- a user-script based everything notifier on the system tray
Package: wnpp Severity: wishlist Owner: ben * Package name: nall Version : 1.0 Upstream Author : Benoît Rouits * URL : http://herewe.servebeer.com/nall/ * License : GPL Programming Lang: C Description : a user-script based everything notifier on the system tray nall is a small application that spawns periodically any kind of user scripts and collect their output to display one line per script in a tooltip message over the desktop notification area. It can virtually notify about everything and is easily interoperable with Nagios plugins. It is written with the Gtk+ graphical toolkit. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100406231911.11189.13971.report...@pelforth
Bug#576757: ITP: libhttp-oai-perl -- API for the OAI-PMH
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libhttp-oai-perl Version : 3.22 Upstream Author : Tim Brody * URL : http://search.cpan.org/dist/HTTP-OAI/ * License : Perl Programming Lang: Perl Description : API for the OAI-PMH A Perl library implementing an API to use the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH). See http://www.openarchives.org/OAI/openarchivesprotocol.html for more information. Provides the HTTP::OAI module. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100407011713.787552b...@saimaa.wgtn.cat-it.co.nz
Bug#576761: ITP: libmemoize-memcached-perl -- use a memcached cache to memoize functions
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libmemoize-memcached-perl Version : 0.03 Upstream Author : David Trischuk * URL : http://search.cpan.org/dist/Memoize-Memcached/ * License : Perl Programming Lang: Perl Description : use a memcached cache to memoize functions Use a memcached instance to store data stored with memoize functions. Provides the Memoize::Memcached Perl module. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100407020518.646412b...@saimaa.wgtn.cat-it.co.nz
Bug#576760: ITP: liblocale-currency-format-perl -- Perl functions for formatting monetary values
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: liblocale-currency-format-perl Version : 1.28 Upstream Author : Tan D Nguyen * URL : http://search.cpan.org/dist/Locale-Currency-Format/ * License : Perl Programming Lang: Perl Description : Perl functions for formatting monetary values Locale::Currency::Format is a light-weight Perl module that enables Perl code to display monetary values in the formats recognized internationally and/or locally. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100407020513.90be92b...@saimaa.wgtn.cat-it.co.nz
Bug#576762: ITP: libpdf-api2-simple-perl -- wrapper for PDF::API2 modules
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libpdf-api2-simple-perl Version : 1.001004 Upstream Author : Red Tree Systems LLC * URL : http://search.cpan.org/dist/PDF-API2-Simple/ * License : Public domain Programming Lang: Perl Description : wrapper for PDF::API2 modules Provides the PDF::API2::Simple Perl module, which is a simplistic wrapper for the PDF::API2 modules. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100407020522.982152b...@saimaa.wgtn.cat-it.co.nz
Bug#576763: ITP: libtext-csv-encoded-perl -- encoding aware Text::CSV
Package: wnpp Severity: wishlist Owner: Lars Wirzenius * Package name: libtext-csv-encoded-perl Version : 0.09 Upstream Author : Makamaka Hannyaharamitu * URL : http://search.cpan.org/dist/Text-CSV-Encoded/ * License : Perl Programming Lang: Perl Description : encoding aware Text::CSV Provides the Text::CSV::Encoding Perl module, which is a version of Text::CSV that is encoding aware. The modules provide tools for handling files in the comma-separated values format (.csv). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100407020527.074cc2b...@saimaa.wgtn.cat-it.co.nz
Re: Default value of net.ipv6.bindv6only should revert to 0
On 06/04/2010 15:47, Sylvestre Ledru wrote: > Le mardi 06 avril 2010 à 21:04 +0900, Kazuo Oishi a écrit : >> I have send this message to BTS and rejected. >> >> m...@linux.it (Marco d'Itri) writes: Default value of net.ipv6.bindv6only should revert to 0. >>> This has already been discussed on debian-devel and I do not see any new >>> arguments here. >> >> I have already read debian-devel archive, but I was not able to >> found necessity to change default value of net.ipv6.bindv6only to 1. >> >> Anyone, could you teach me why net.ipv6.bindv6only need to be set >> to 1 globally, and why other good programs need to be changed? >> I think it should revert. I've no strong opinion about the default value for net.ipv6.bindv6only. However, I think that any application that breaks if the default value is 0 or 1 is broken and a bug must be filled.. > As the new sun-java6 maintainer with an egoistic point of view, I'd like > this too. > > I don't see Oracle/Sun fixing this issue soon since the bug has been > open in October 2005 [1] and the latest release of the JDK 6 (update 19) > does not include this fix (it has been released last week) [2]. > > There is a patch for the OpenJDK but since the official Sun JDK is not > free, I cannot apply it... ...and squeeze should be released with the default value that minimizes the number of broken behavior (not the number of bugs because whatever the default value is, if the application depends on a particular default value, the bug exists) Some people around me have been hit by this java bug. They do not read d-d have they would have never found what was broken if they did not talk with me. This bug is really difficult to diagnose for a simple user. Regards, Vincent > Sylvestre > PS: Note that, for now, many people are still using the closed JDK for > various reasons (bugs, performances, etc). > [1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6342561 > [2] http://java.sun.com/javase/6/webnotes/6u19.html > > > -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.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: http://lists.debian.org/4bbc2435.5050...@free.fr
