The 'git' Debian package in squeeze and possible mass bug filing
Hello, Gerrit Pape wrote: > I'm about to provide a new git binary package from the git-core (the > distributed revision control system) source, so that 'apt-get install > git' installs the git content tracker in squeeze. A new version 1.7.0.4-2~exp0 of git has been uploaded to experimental, with the source and main binary package renamed to git. There is a note in the NEWS.Debian.gz to help with the transition. Please try it out and let us know if you find any problems. If the git-core package is removed, it is no longer available to satisfy dependencies. For most packages, this is no problem, since git Provides: git-core. However, a Provides: does not satisfy a versioned dependency. The affected packages are listed below. For futureproofing and easy backporting, I believe they should use Depends: git (>= 1:1.7) | git-core (>= whatever) gnuit never had an epoch, so such a dependency would be safe. Now that there is a package available to test with, I would like to file bugs for the affected packages suggesting this change. I suggest an RC severity since it would be nice to have the name change in squeeze. I am therefore Cc-ing the release team for their input. A list of affected packages follows. Thoughts welcome. - Jonathan Andrea Corradi giggle --- Depends, Build-Depends: git-core (>= 1.5.6.3) Debian Python Modules Team python-git (U) --- Depends: git-core (>= 1.5.3.7) Yann Dirson stgit --- Depends: git-core (>= 1:1.5.3) Vincent Fourmond gitstats --- Depends: git-core (>= 1:1.5.2.4) Guido Günther git-buildpackage --- Depends: git-core (>= 1:1.5.0.1-1) Wartan Hachaturow qgit --- Depends: git-core (>= 1.3.0) Sebastian Harl tig --- Depends: git-core (>= 1.5.4) Joey Hess etckeeper --- Depends: git-core (>= 1:1.5.4) ikiwiki --- Recommends: git-core (>= 1:1.5.0) Julien Lavergne moap --- Suggests: git-core (>= 1:1.6.0) Marc-Andre Lureau moap (U) --- Suggests: git-core (>= 1:1.6.0) Python Applications Packaging Team moap (U) --- Suggests: git-core (>= 1:1.6.0) Josh Triplett ikiwiki (U) --- Recommends: git-core (>= 1:1.5.0) Iulian Udrea guilt --- Depends: git-core (>= 1.4) Daniel Watkins python-git --- Depends: git-core (>= 1.5.3.7) -- 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/20100408040536.ga27...@progeny.tock
Re: Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
On Wed, Apr 7, 2010 at 11:38 PM, Luigi Gangitano wrote: > Since drupal6 translation need to be manually loaded in the database via a > web interface once the db is configured and populated by the installation > script (another web script) Wow. Just wow. WTF. -- bye, pabs http://wiki.debian.org/PaulWise -- 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/r2oe13a36b31004071914sc6234664zf2e343807c502...@mail.gmail.com
Bug#576881: ITP: fsmap -- Graphical description in a concept map of the free software world
Package: wnpp Severity: wishlist Owner: René Mérou Owner: René Mérou * Package name: fsmap Version : 3 Upstream Author : René Mérou * URL : http://es.gnu.org/~reneme/fsmap/ * License : GFDL Description : Graphical description in a concept map of the free software world fsmap, Free Software Concept Map, is a visual document to understand free software in a view. It expresses the its meaning by drawing relations with source code, distribution, free software freedoms, human values, developers, and other relaterd terms. -- 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/20100407233251.12133.50083.report...@privateso.localdomain
Bug#576860: ITP: drupal6-mod-i18n -- i18n module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-i18n Version : 1.3 Upstream Author : Jose Antonio Reyero del Prado * URL : http://drupal.org/project/i18n * License : GPL Programming Lang: PHP Description : i18n module for Drupal 6 This is a collection of modules to extend Drupal core multilingual capabilities and be able to build real life multilingual sites. -- 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/20100407193144.23297.68911.report...@home-br0
Welcome to Mixx
Congratulations! You are officially a member of the Mixx community. In order to take full advantage of your shiny new Mixx membership, please click the link below to verify your email address: http://www.mixx.com/register/validate/d5d749a76eb9c499125dcfbfa73ad2593b1d15e2 Now that you’re here, you can enjoy everything Mixx has to offer, including: * Immediate access to the stories, videos and photos that matter to you—not stuff that we randomly choose for you. * An easy way to post, vote for and/or comment on content that you find fascinating, important—or just funny. * Simple drag-and-drop management of YourMixx categories and content. * Groups. Every once in awhile, we’ll send out an email to let you know about any new widgets, gadgets, gizmos, bells and/or whistles that we’ve added to the site. It could even be one you’ve suggested! If you don’t want these email updates, just click on the link below; we promise not to cry. http://www.mixx.com/account/edit_settings Thanks again for choosing the Mixx community. - Your friends at Mixx
Re: Default value of net.ipv6.bindv6only should revert to 0
Hi, On Wed, Apr 7, 2010 at 10:14 AM, Bernhard R. Link wrote: > I personally would prefer ipv6 to still be a module so it can be > blacklisted or some other way to disable it, but having this option on > by default at least avoids many annoiances in ipv4 world. I've always disabled IPv6 on all hosts (blacklist or alias to /bin/true on Debian <= 5.0) and on squeeze/6.0 it works from the boot loader: | r...@host:~# grep ipv6 /etc/default/grub | GRUB_CMDLINE_LINUX_DEFAULT="ipv6.disable=1 panic=20 vga=791" Of course that after this setup you'll see the failure to set bindv6only=1 at every boot as this key doesn't exist. Having IPv6 enabled might be a good thing for those who have this capability from their ISP, but I'm disabling it for several reasons the first reason being the ISP not supporting IPv6. Cheers -- 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/x2k796aed871004071244k8ec2e599l871db94670251...@mail.gmail.com
Mixx: Your friend has invited you to join Mixx!
Your friend has invited you to join Mixx! To register, please click the following link, or paste it in your browser: http://www.mixx.com/user/invite/4d30ac7b01dcc3c0a0defe222d2b12fe660a3383 - Your friends at Mixx -- 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/4bbcd187a700b_54aa3fff62dae1b0...@web8.mixx.com.tmail
Bug#576849: ITP: drupal6-mod-inline -- inline module for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-inline Version : 1.0 Upstream Author : Daniel F. Kudwien * URL : http://drupal.org/project/inline * License : GPL Programming Lang: PHP Description : inline module for Drupal 6 Inline module allows users to display uploaded files and images inline, i.e. place links to files into a content using a simple [inline:filename.jpg] tag. The effect is a link to the file or the display of an image, depending on the file type. Inline allows users to place an uploaded image or a file attachment anywhere in the content. During creation of a content, a user can simply enter the number or filename of the attachment that should be displayed inline. After submitting the content, the number is automatically converted to the corresponding filename. -- 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/20100407182802.18080.12509.report...@home-br0
Bug#576846: ITP: drupal6-mod-masquerade -- masquerade module for Drupal6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-mod-masquerade Version : 1.3 Upstream Author : Gurpartap Singh * URL : http://drupal.org/project/masquerade * License : GPL Programming Lang: PHP Description : masquerade module for Drupal6 The masquerade module is designed as a tool for site designers and site administrators. It allows a user with the right permissions to switch users. While masquerading, a field is set on the $user object, and a menu item appears allowing the user to switch back. Watchdog entries are made any time a user masquerades or stops masquerading. -- 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/20100407180214.17323.3263.report...@home-br0
Re: Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
On Wednesday 07 April 2010 19:38:37 Luigi Gangitano wrote: > Since drupal6 translation need to be manually loaded in the database via a > web interface once the db is configured and populated by the installation > script (another web script), I don't see the benefit to package them in any > way, neither in the drupal6 package, nor in a separate package. I see the benefit of such kind of bootstrapping package since this process: - installing the package - adding the language - removing the package (optional) is obviously simpler and cleaner than this: - manually unpacking the tarball - adding the language - removing isn't possible and definitely simpler than manually adding a lot of .po via WUI. That's why packages have been invented for, haven't they? -- 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/201004072002.17878.a.niko...@drweb.com
Bug#576833: ITP: drupal6-thm-arthemia -- Arthemia theme for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-thm-arthemia Version : 1.1 Upstream Author : Naheem Zaffar * URL : http://drupal.org/project/arthemia * License : GPL Programming Lang: PHP Description : Arthemia theme for Drupal 6 A port and modification of the Arthemia Free Wordpress theme converted to Drupal. -- 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/20100407153841.8836.92360.report...@home-br0
Bug#576834: ITP: libpath-dispatcher-declarative-perl -- dispatcher module with syntactic sugar
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: libpath-dispatcher-declarative-perl Version : 0.01 Upstream Author : Shawn M Moore * URL : http://search.cpan.org/dist/Path-Dispatcher-Declarative/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : dispatcher module with syntactic sugar libpath-dispatcher-declarative-perl is a "spin-off" of libpath-dispatcher-perl, cf. #576639 -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `-NP: Ryan Adams: Gimme A Sign signature.asc Description: Digital signature
Re: Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Il giorno 07/apr/2010, alle ore 16.10, Al Nikolov ha scritto: > On Wednesday 07 April 2010 18:03:06 Cyril Brulebois wrote: >> Can't it just be merged into the drupal package? > > Let's see the drupal6 mainainer's opinion. Since drupal6 translation need to be manually loaded in the database via a web interface once the db is configured and populated by the installation script (another web script), I don't see the benefit to package them in any way, neither in the drupal6 package, nor in a separate package. Browser used for administration will probably be running on another machine 99.99% of times. You're not installing X on your web-server, are you? :-) Yes, I know about lynx. :-) Regards, L -- Luigi Gangitano -- -- GPG: 1024D/924C0C26: 12F8 9C03 89D3 DB4A 9972 C24A F19B A618 924C 0C26 -- 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/7fa4ae93-35c1-4580-b235-fb40b7899...@debian.org
Re: Hardware trouble ries.debian.org - ftpmaster.debian.org / release.d.o services back this weekend
Luca Filipozzi writes: > ries is located at Brown University. Brown provides free hosting, > bandwidth and remote intelligent hands. They have provided exemplary > support but it doesn't include (nor should we have an expectation that > it includes) 4-hour response. > > ries is covered by a next business day post-warranty support agreement > with the vendor. > > There were two contributing factors to time between problem occurrence > and problem resolution: (1) back and forth with the vendor in an attempt > to diagnose the true fault (initial diagnosis was faulty DIMMs; > subsequent diagnosis was faulty mainboard) and (2) once diagnosed, > shipping delays (parts ordered morning of 30th, but arrived on 2nd). The entire state of Rhode Island being underwater on March 30-31 due to some historic flooding probably had a little something to do with the shipping delays... -- Captain Logic is not steering this tugboat. -- 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/87zl1ffg4k@bignachos.net
Re: Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
On Wednesday 07 April 2010 18:03:06 Cyril Brulebois wrote: > Can't it just be merged into the drupal package? Let's see the drupal6 mainainer's opinion. -- 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/201004071810.40978.a.niko...@drweb.com
Re: Xen not booting in Unstable
On Wed, Apr 07, 2010 at 10:36:41PM +1000, Russell Coker wrote: > What is the best way of tracking down Xen fail to boot bugs? By providing all information the relevant packages (xen and linux) requests and reporting to the maintainers of this packages instead of the general public. However the symtoms looks like it may have been fixed in -11. Bastian -- Another dream that failed. There's nothing sadder. -- Kirk, "This side of Paradise", stardate 3417.3 -- 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/20100407144718.ga22...@wavehammer.waldi.eu.org
Re: Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Al Nikolov (07/04/2010): > * Package name: drupal6-l10n-ru > Drupal uses English by default, but may be translated to many other > languages. > > This is Russian translation. Can't it just be merged into the drupal package? Mraw, KiBi. signature.asc Description: Digital signature
Re: Xen not booting in Unstable
pkg-xen-de...@lists.alioth.debian.org is probably a better bet for Xen issues (CCd) than xen-devel. On Wed, 2010-04-07 at 22:36 +1000, Russell Coker wrote: > I have tried to run three systems with the new Xen kernel from Unstable and > the xen-hypervisor-3.4-i386 from Testing. One of them is working reasonably > well. The other two just reboot shortly after loading the Xen kernel (long > before it gets anywhere near mounting the root filesystem). > > Broken system A displays something briefly on screen before rebooting. > Broken > system B just goes black and reboots. System A is using the old version of > GRUB as is the working Xen server. System B is using the new version of GRUB > (it's a fresh install of Testing) with the "multiboot" option to load the Xen > kernel. > > So System B's problem could be due to GRUB but System A is happily running > the > Lenny version of Xen and GRUB seems to be working fine. > > What is the best way of tracking down Xen fail to boot bugs? A serial console log would be very useful if you have the hardware capability. Otherwise adding "noreboot" to the hypervisor command line (xenhopt in /boot/grub/menu.lst or by hand) will allow you to catch the error displayed on system A which may help in that case. It's possible there will be something on system B which is too quick to see as well or at least see how far you get before the crash. 2.6.32-11 was uploaded yesterday which and included a refresh of the Xen domain 0 kernel patchset with a bunch of fixes. Did you pick that up or were you still on -10 at the time? If you manage to get any logs it is worth including xen-devel as well, there have been various bug shaken down recently on the list, partially as a result of the inclusion in unstable I think. Ian. -- Ian Campbell Nobody can be exactly like me. Sometimes even I have trouble doing it. -- Tallulah Bankhead -- 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/1270648858.5553.38.ca...@zakaz.uk.xensource.com
Bug#576817: ITP: drupal6-l10n-ru -- Russian translation for Drupal 6
Package: wnpp Severity: wishlist Owner: Al Nikolov * Package name: drupal6-l10n-ru Version : 1.3 Upstream Author : Drupal Russian Language Team * URL : http://drupal.org/project/translations * License : GPL Description : Russian translation for Drupal 6 Drupal uses English by default, but may be translated to many other languages. This is Russian translation. -- 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/20100407130141.29733.10358.report...@home-br0
Xen not booting in Unstable
I have tried to run three systems with the new Xen kernel from Unstable and the xen-hypervisor-3.4-i386 from Testing. One of them is working reasonably well. The other two just reboot shortly after loading the Xen kernel (long before it gets anywhere near mounting the root filesystem). Broken system A displays something briefly on screen before rebooting. Broken system B just goes black and reboots. System A is using the old version of GRUB as is the working Xen server. System B is using the new version of GRUB (it's a fresh install of Testing) with the "multiboot" option to load the Xen kernel. So System B's problem could be due to GRUB but System A is happily running the Lenny version of Xen and GRUB seems to be working fine. What is the best way of tracking down Xen fail to boot bugs? -- russ...@coker.com.au http://etbe.coker.com.au/ My Main Blog http://doc.coker.com.au/ My Documents Blog -- 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/201004072236.41917.russ...@coker.com.au
Bug#576807: ITP: libdevel-perlysense-perl -- Perl IDE backend with Emacs frontend
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org --- Please fill out the fields below. --- Package name: libdevel-perlysense-perl Version: 0,0183-1 Upstream Author: Johan Lindström URL: http://search.cpan.org/dist/Devel-PerlySense/ License: Artistic and GPL Description: Perl IDE backend with Emacs frontend PerlySense is a Perl IDE backend that integrates with editor frontends, currently Emacs. (While no one has written a Vim frontend, PerlySense can emit Vim style data structures.) Conveniently navigate and browse the code and documentation of your project and Perl installation. Navigate between tests and source, and between related files. Search through the project for method declarations, invocants or free text using Ack. Run tests and scripts with easy navigation to errors/warnings/failing tests. Automate common editing tasks related to source code, tests, regular expressions, etc. Highlight syntax errors, warnings, Perl::Critic complaints, and Devel::Cover test coverage in the source while editing. PerlySense has a plugin system for understanding custom syntax, e.g. Moose. -- 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/201004071354.09450.domi.dum...@free.fr
Re: Default value of net.ipv6.bindv6only should revert to 0
Stanislav Maslovski writes: >> I think that an application which depends on net.ipv6.bindv6only=1 is >> broken (at least as Linux application). > > I am not sure that there are such applications. Can you give us an > example? Sorry, I don't know whether such applications really exist. I just expect that this default value change of net.ipv6.bindv6only from 0 to 1 (introduced from netbase 4.38) would cause that. I cannot imagine other reason to change this default value. >> And I think that an application which depends on bindv6only=0 might have >> a problem on portability and it might be a bug, but it should work with >> Debian as ever. Setting bindv6only=1 and breaking these programs, >> including outside of Debian packages, would not be a good choice. > > Well, nothing forbids you from changing that option on your own > system, if you really need it. Yes. But if any core applications were depend on bindv6only=1, we can not change it's value to 0 any more. So I wish that default value of net.ipv6.bindv6only revert to 0. -- 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/87bpdvr0je@molech.giraffy.jp
Re: Default value of net.ipv6.bindv6only should revert to 0
On Wed, Apr 07, 2010 at 05:04:58PM +0900, Kazuo Oishi wrote: > Vincent Danjean writes: > >>> 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.. > > I think that an application which depends on net.ipv6.bindv6only=1 is > broken (at least as Linux application). I am not sure that there are such applications. Can you give us an example? > And I think that an application which depends on bindv6only=0 might have > a problem on portability and it might be a bug, but it should work with > Debian as ever. Setting bindv6only=1 and breaking these programs, > including outside of Debian packages, would not be a good choice. Well, nothing forbids you from changing that option on your own system, if you really need it. BTW, a related question to everyone: from reading /etc/init.d./procps I see that files in /etc/sysctl.d/ take a precedence over /etc/sysctl.conf. Should not it be the other way around? -- Stanislav -- 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/20100407090837.ga13...@kaiba.homelan
Re: Default value of net.ipv6.bindv6only should revert to 0
On Wed, Apr 07, 2010 at 12:22:26AM -0700, Ludovico Cavedon wrote: > On Tue, Apr 6, 2010 at 11:20 PM, Vincent Danjean wrote: > > ...and squeeze should be released with the default value that minimizes > > the number of broken behavior That is, whatever is consistent with the standards, ie, bindb6only=0. > I agree. > I remember some arguments like "bindv6only=0 is a linux specific > option, and e.g. does not work with the freebsd kernel", which in > principle makes sense, but if too many applications break, it means we > are not ready for that. bindv6only=1 is a freebsd-only bug. It was introduced in an attempt to secure misguided cases where people blacklist some address ranges instead of whitelisting. > > 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. > > About the java-6-sun package: would it be possible to work around that > by LD_PRELOADing a wrapper to socket/bind/setsockopt which set > BINDv6ONLY to 0 for IP sockets? It is not a bug to rely on the behaviour the RFCs specify, especially that you need to do some work to work around the BSD limitation. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- 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/20100407090447.ga11...@angband.pl
Re: Default value of net.ipv6.bindv6only should revert to 0
Vincent Danjean writes: >>> 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.. I think that an application which depends on net.ipv6.bindv6only=1 is broken (at least as Linux application). And I think that an application which depends on bindv6only=0 might have a problem on portability and it might be a bug, but it should work with Debian as ever. Setting bindv6only=1 and breaking these programs, including outside of Debian packages, would not be a good choice. -- 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/87sk77r8lx@molech.giraffy.jp
Re: Default value of net.ipv6.bindv6only should revert to 0
On Tue, Apr 6, 2010 at 11:20 PM, Vincent Danjean wrote: > ...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) I agree. I remember some arguments like "bindv6only=0 is a linux specific option, and e.g. does not work with the freebsd kernel", which in principle makes sense, but if too many applications break, it means we are not ready for that. Btw: how many are the affected applications? > 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. Yes, and even reading the d-d, it took me a while to realized the issues I was having were caused by the change to bindv6only. About the java-6-sun package: would it be possible to work around that by LD_PRELOADing a wrapper to socket/bind/setsockopt which set BINDv6ONLY to 0 for IP sockets? Cheers, Ludovico -- 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/u2j7337540c1004070022p9580e96fy548693676d73...@mail.gmail.com
Re: Default value of net.ipv6.bindv6only should revert to 0
* Vincent Danjean [100407 08:21]: > ...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) I guess the question is how to count the brokeness. Just because the setting confuses java (which given how long severe bugs caused by some terminal ill code in java tend to live, will no change soon, so waiting for java is not really an option) does not mean that many other programs do nasty things without it. I personally would prefer ipv6 to still be a module so it can be blacklisted or some other way to disable it, but having this option on by default at least avoids many annoiances in ipv4 world. Hochachtungsvoll, Bernhard R. Link -- 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/20100407071414.ga21...@pcpool00.mathematik.uni-freiburg.de
