Bug#461021: w3c-markup-validator: Can I ask again what is preventing upgrading to new 0.8.x version?
Petr Vorel wrote: Can I ask again what is preventing upgrading to new 0.8.x version? Yes -- the main reason is the addition in the new version of a set of new dependencies (mainly Perl modules) which are not yet packaged in Debian. How can I help you with upgrading to new version? Packaging the new version is relatively easy, and I already have a draft package. Packaging the dependencies takes a bit more time; I am happy to prepare a list and we can submit RFP bugs if you wish. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411327: w3c-markup-validator: [INTL:de] updated German debconf translation
tag 411327 pending thanks Helge Kreutzmann wrote: Please find the updated German debconf translation for w3c-markup-validator attached. thanks you for this ! Please place this file in debian/po/ as de.po for your next upload. The latest release of w3c-markup-validator currently has to wait 5 more days before entering testing; once this is done, I will upload a new version with your changes. Cheers, Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408727: Pending upload
tag 408727 pending thanks An updated package is ready, and available at http://www.mathgen.ch/debian/sid, and my sponsor should upload it in the near future. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: Downgrading bug
severity 398638 normal retitle 398638 postinst does not check for errors from restart.sh tags 398638 pending thanks The RC part of the bug has been solved by the new upload of wwwconfig-common which closed bug 399115; it can thus be downgraded to a normal bug. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Hi Lucas, I have prepared a new revision (0.7.4-1) of the w3c-markup-validator package, which is available at http://www.mathgen.ch/debian/sib/ I reported a bug against wwwconfig-common (#399115), and a new version has been uploaded which allowed me to (hopefully) correct this bug. On my machine, piuparts now works (except for the apache symlinks problems). Would you be able to run piuparts again on the new package ? Note that wwwconfig-common 0.0.48 has just been uploaded to unstable, so it may not have hit all mirrors yet, in case you are not using the main Debian repository. Cheers, Fred. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Steve Langasek wrote: Your postinst runs under set -e, as it should, and then it sources /usr/share/wwwconfig-common/restart.sh (it does *not* execute it). That means any non-zero exit codes from restart.sh are going to propagate and result in the shell (i.e., the postinst) exiting non-zero. You may be able to address this by checking the return value of the source command, e.g.: if ! . /usr/share/wwwconfig-common/restart.sh ; then handle_the_error fi Almost there... This does not work, as far as I can tell, because the sourced file also runs under set -e; so if it exits at some point, postinst is doomed and can not do any error handling. And restart.sh actually execute /etc/init.d/apache2, which fails, and so postinst fails too. The problem is probably in restart.sh, which should wrap the call with the if ! ... fi, and then if it fails, return an error to postinst (through an environment variable). I could 1) submit a new bug against wwwconfig-common, and then 2) modify my postinst so that it checks for a reported error from restart.sh and handles it. Is there any better solution ? Thanks for the help, Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399115: wwwconfig-common: restart.sh fails to delect and handle failure
Package: wwwconfig-common
Version: 0.0.47
Severity: important
Tags: patch
If the command /etc/init.d/$A restart called from restart.sh fails
(for example, if the web server can not be started because port 80 is
already used by another program), the script will stop and fail, making
the postinst script of the calling package fail as well.
I believe that restart.sh should catch the error and return it in the
error environment variable, so postinst (or another calling script) can
handle it in the way it sees fit.
See (RC) bug #398638 for an example (package w3c-markup-validator).
The following patch fixes it for me; there may be other ways to do it.
It works with a modified version of w3c-markup-validator (where postinst
has been modified to notice the error), but I obviously can't upload the
modified package for now.
--- restart.sh 2006-10-11 21:31:57.0 +0200
+++ restart.sh.new 2006-11-17 20:14:35.0 +0100
@@ -33,7 +33,10 @@
if [ $verify != $restart ] ; then
log=${log}$A needs to be restarted.
if [ -x /etc/init.d/$A ] ; then
- /etc/init.d/$A restart /dev/null 21 31 41 51
+ if ! /etc/init.d/$A restart /dev/null 21 31 41 51; then
+ status=error
+ error=ERROR! /etc/init.d/$A returned an error, $A could not
be restarted.
+ fi
else
status=error
error=ERROR! But /etc/init.d/$A is not installed (or not
executable).
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686-bigmem
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Here is where I am with this bug. postinst calls /usr/share/wwwconfig-common/restart.sh, which itself calls /etc/init.d/apache2 restart. If the restart fails with exit value != 0, the execution of the scripts stops, thus making postinst fail. If I replace /usr/share/wwwconfig-common/restart.sh by a single call to an external script which contains only a line exit 1, postinst will fail; with exit 0, it will work. I would think that if the external script exits with return value 1, /usr/share/wwwconfig-common/restart.sh would get this return value and continue its execution, but no, it never gets an opportunity to continue executing -- which means that postinst will not be able to continue executing, and it will look like it failed. I am maybe missing something simple here, but I have not been able to reproduce this behaviour outside of postinst -- everytime the external script exits with value 1, return.sh just continue executing normally. Any help ? There may be more questions about how w3c-markup-validator should restart (or maybe reload) the webserver, and what it should do if this fails, but this is not as urgent as the actual bug. Tell me if this is not quite clear -- it's pretty late here... Cheers, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
So I have installed piuparts and have done several attempts at testing the package with a bit of debugging. I got two kind of failures. One of them seems to happen if postinst is not able to restart the web server; in this case, the script . /usr/share/wwwconfig-common/restart.sh is called from postinst but seem to die, causing the error. In other cases (both on my machine and on a remote piuparts service), w3c-markup-validator works well, but the deinstallation (purge) of apache2 does not work because of broken symlinks. I'll try to look a bit more into it. Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Lucas Nussbaum wrote: Have you been able to reproduce this outside of piuparts ? I tried to, but I really can't :-( I don't know what goes wrong inside piuparts. Yes: for example, if I stop apache2, and start another process that binds to port 80 (thus preventing the start of apache2), then postinst fails when calling the script I mentioned in my previous email. I have to look in more details at how the script is called and what it returns (or does not return). I am not sure what is the correct way for the script to run; intuitively, posting should _try_ to call the apache2 restart script; if this fails, then postinst should notice it but maybe not return an error -- after all, the installation of the package itself went ok, and it cannot be held responsible for other programs' failure. But maybe there is a smarter way to handle this. I modified piuparts so that it displays the debconf values for the package after installation: 0m22.1s DEBUG: Starting command: ['chroot', '/tmp/tmpDYXi8R', 'debconf-show', 'w3c-markup-validator'] 0m22.2s DUMP: w3c-markup-validator/webserver: Apache2 I dunno if that helps you. It looks correct. If the only error reported by piuparts is related to broken symlinks, then I think it's safe to ignore it (and you can close this bug). If the restart of the server works ok, then indeed, this is the only error. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Lucas Nussbaum wrote: Hi, During a piuparts run over all the packages in etch, I ran into a problem with your package: Setting up w3c-markup-validator (0.7.3-1) ... dpkg: error processing w3c-markup-validator (--configure): subprocess post-installation script returned error exit status 1 It's reproducible within piuparts, but I couldn't reproduce it inside a chroot. Needs more investigation. I will try to investigate, although I have not much experience with piuparts, and so have no idea what could make a difference. However, given that the package can be built inside a chroot, indicating that the bug is really some kind of strange interaction between piuparts and the package, I think that the severity can be lowered to important, if you agree -- especially given how close we are to releasing Etch, and the fact that a normal build works so that this bug is not a practical problem for Etch. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Lucas Nussbaum wrote: Please note that piuparts tests packages installation, not building. Sorry, I knew that but completely mixed everything. The bug is likely to be caused by a missing depend/pre-depend. I'll try to investigate it: please don't lower the priority for now, since it's likely that somebody else will find some time to work on it. If the bug stays open for 4 or 5 days, and the release team agrees, I have nothing against downgrading it. Ok. Cheers, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398638: w3c-markup-validator: postinst fails
Lucas Nussbaum wrote: The bug is likely to be caused by a missing depend/pre-depend. I'll try to investigate it: please don't lower the priority for now, since it's likely that somebody else will find some time to work on it. I am installing piuparts and will look into it. Thanks, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397941: libnet-ip-perl: error in 'ipcount' example script
tags 397941 upstream pending thanks Thomas Parmelan wrote: The 'ipcount' script (/usr/share/doc/libnet-ip-perl/examples/ipcount) is really useful, but the -d option results in a fatal error : Good catch, and thanks for the patch. I'll try to prepare a new package ASAP, hoping that it can still make it into Etch. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396241: login: Executing su cause an invalid pointer error
Nicolas François wrote: Hi Nicolas, Do you have any news on this bug: I was away from this computer this week but will come back to it on Monday. However: Can you also try su - root from a root account? I tried this and it worked without problem. I'll get the other information next week. Thanks, Frederic
Bug#396241: [Pkg-shadow-devel] Bug#396241: login: Executing su cause an invalid pointer error
Christian Perrier wrote: I almost picked an RC severity for this bug, but did not (for now) because I can still login using ssh. Thankfully you didn't as this obviously doesn't happen on all systems, mine first. Yeah, I thought so, otherwise it would have been seen before. So, the question is: what is so special on *your* system that it happens there. Nothing that I know or can think of. It is a relatively large Dell server, with a pure testing install with no backport (except for the ones I picked from unstable and which were close to entering testing anyway) or local packages installed. I'll keep looking (strace, etc), but I reported the bug in case someone had seen this before with some configuration... Thanks, Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396241: login: Executing su cause an invalid pointer error
Package: login Version: 1:4.0.18.1-5 Severity: important Executing su yields an invalid pointer error. This is what happens if the password entered is correct: [EMAIL PROTECTED]:~$ su - root Password: *** glibc detected *** free(): invalid pointer: 0xbfec0120 *** *** glibc detected *** free(): invalid pointer: 0xbfec0120 *** Aborted [EMAIL PROTECTED]:~$ and if the password is incorrect: [EMAIL PROTECTED]:~$ su - root Password: Password: su: Authentication failure *** glibc detected *** free(): invalid pointer: 0xbf8a02a0 *** Aborted [EMAIL PROTECTED]:~$ The same happens if I try to su to another user than root; however, logging into root (using ssh) and su to another user works. I realise that su may not be at fault, and that another program (such as pam) may be the culprit, but I don't have any lead so far. Setting the environement variable MALLOC_CHECK_=1, as indicated on several web pages after googling for the error, did not help at all. I almost picked an RC severity for this bug, but did not (for now) because I can still login using ssh. This originally happenend with testing; however, I updated the libraries piecewise to unstable to see if it made any difference. Any help welcome ! Thanks in advance, Frédéric -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686-bigmem Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages login depends on: ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libpam-modules 0.79-4 Pluggable Authentication Modules f ii libpam-runtime 0.79-4 Runtime support for the PAM librar ii libpam0g 0.79-4 Pluggable Authentication Modules l login recommends no packages. -- no debconf information
Bug#383343: w3c-linkchecker: contains bogus /usr/share/lintian/overrides/foo/
On 8/16/06, Justin B Rye [EMAIL PROTECTED] wrote: Hi Justin, Along with its /usr/share/lintian/overrides/w3c-linkchecker file (copyright-should-refer-to-common-license-file-for-gpl), this package contains an empty directory named .../foo/. good catch, thanks for the report. I've made the change in my local repository, the bug will be closed when the next version is uploaded (but I am not tagging the bug pending yet because I have no idea when it will be...) Cheers, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381247: libnet-ip-perl: please package Net-IP-1.25
On 8/3/06, Aníbal Monsalve Salazar [EMAIL PROTECTED] wrote: Hi, Please package Net-IP-1.25. the new package is available at http://www.mathgen.ch/debian/sid Unfortunately, I can not upload it since I am not a DD. Would you be able to sponsor the upload ? The changes since the previous version are minimal so it should not be too much work. All the best, Frederic
Bug#370671: [Fwd: Re: Can you repro with XOrg 7?]
Thanks Johan, I'll see what I can do. I note, however, that the latest version of gnome-applets is ready to go into testing (as indicated on the web page http://bjorn.haxx.se/debian/testing.pl?package=gnome-applets), except for this release-critical bug. Since the bug was filled against the version in testing, this should not prevent the new version to migrate. I don't know if version tracking or any tagging can already help telling britney about this fact; does anyone know, or should the release-team be asked about it (provided that the maintainer is ok with the idea) ? Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: [Fwd: Re: Can you repro with XOrg 7?]
Johan Walles wrote: If the version that wants to go into testing resolves the problem for you, then it should go into testing. But since this is probably a bug in X.org which is just triggered by the Gnome panel, my guess is that the bug is triggered by both the version in Testing and in Unstable. But that's just a guess. So, in both cases, there is no objection for the migration (the first case is best case, the second case is status quo), if I understand well ? Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370671: Can you repro with XOrg 7?
Hi Johan, I see the exact same problem that Alexander noticed, and for me it actually appeared just _after_ the upgrade to XOrg 7 ! My version is: ii xorg 7.0.20 X.Org X Window System According to http://packages.qa.debian.org/x/xorg.html, xorg 7 actually migrated to testing/etch on 4 June; Alexander reported his bug on 6 June, so it may well be that his problem is also due to XOrg 7. For the record, my hardware is quite different from his (Intel Pentium M 1400 Mhz, ATI Radeon using the Xorg driver). My next planned move is to install gnome-applets from unstable (2.14.2-1) to see if it makes any difference. Anything I can do to help tracking this ? Cheers, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369296: w3c-markup-validator: [INTL:fr] French debconf template translation fixes
tags 396296 pending thanks Please find attached fixes for the french debconf translation, proofread by the debian-l10n-french mailing list contributors. Many thanks; the corrections will be uploaded with the new version of the package. Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298772: w3c-markup-validator: Supplied Apache-configuration insufficient for, Authorization proxying
tags 298772 -patch thanks mate ! Hi Adam, I just realised that I have not left any note in the Debian BTS about the bug you reported, even though I have mentioned it in the version of the package that got uploaded several months ago. Sorry about that. So, if you have not seen the note, I am reluctant to turn mod_rewrite on by default on a user's installed Apache server. I have added your little snippet of code to the documentation, so that users can make the change manually if needed. This does not really solve the problem, so closing the bug may not be a good idea (except if you want so), neither would tagging it wontfix (I won't use your solution, but the bug may be fixed in another way). I will probably forward it to upstream to see if a complete fix can be found. In the meantime, I'll remove the patch tag, since its content has been integrated in the package's documentation. All the best, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367225: w3c-markup-validator: [INTL:it] Italian debconf templates translation
Luca Monducci wrote: Hi Luca, Please update the italian debconf templates translation (attached). Thanks for your translation ! I have two questions/comments. Firstly, the first lines in the file indicates that it contains the translation of the debconf strings for cupsys, and is distributed under the same licence than cupsys; could you maybe update this ? Second thing... one of the the newer versions of lintian introducted a new warning about one of the strings in the file, which I have modified. This means, unfortunately, that you will have to change the translation again, but fortunately, it is a minor change ony. I attach your file after the update; this will tell you which entry is fuzzy, and what is the new text. If you need the full package, a temporary version is available at http://www.mathgen.ch/debian/experimental, release 0.7.2-2. All the best, Frederic # Italian (it) translation of debconf templates for cupsys # Copyright (C) 2004 Software in the Public Interest # This file is distributed under the same license as the cupsys package. # Luca Monducci [EMAIL PROTECTED], 2004-2006. # msgid msgstr Project-Id-Version: w3c-markup-validator 0.7.2 italian debconf templates\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-05-13 01:04+0200\n PO-Revision-Date: 2006-05-14 14:14+0200\n Last-Translator: Luca Monducci [EMAIL PROTECTED]\n Language-Team: Italian debian-l10n-italian@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:3 msgid Apache2, Apache, Apache-Perl, Apache-SSL msgstr Apache2, Apache, Apache-Perl, Apache-SSL #. Type: multiselect #. Description #: ../templates:5 #, fuzzy msgid Web server(s) which will be reconfigured auto automatically: msgstr Quale server web si desidera riconfigurare automaticamente? #. Type: multiselect #. Description #: ../templates:5 msgid w3c-markup-validator needs to check if your webserver is configured properly. msgstr w3c-markup-validator deve controllare se il server web è configurato correttamente. #. Type: multiselect #. Description #: ../templates:5 msgid w3c-markup-validator supports any web server that can call CGI scripts and allows Server Side Includes (SSI), but this automatic configuration process only supports Apache 2, Apache, Apache-Perl and Apache-SSL. If you use another server, you will have to configure it manually before being able to use the package. msgstr w3c-markup-validator supporta qualsiasi server web in grado di richiamare degli script CGI e che permette Server Side Includes (SSI) ma questo programma di configurazione automatica supporta solo Apache 2, Apache, Apache-Perl e Apache-SSL. Se si usa un altro server è necessario configurarlo manualmente prima di poter usare il pacchetto.
Bug#358901: w3c-markup-validator: Any validation fails with Software error
On 4/28/06, Steve Langasek [EMAIL PROTECTED] wrote: Hi Steve, What are your plans for getting a new package uploaded to unstable that fixes this bug? Is the 0.7.2 package at http://www.mathgen.ch/debian/experimental/ suitable for upload sponsoring as-is? The package you mentioned above should now be suitable for upload; I just did a bit of polishing over the week-end. It has not been tested as much as I would like, but seems to work -- and to solve this bug, as mentioned in a previous message. My regular sponsor seems to be pretty busy; someone else was willing to do it, but was busy as well; if you want to do it, don't hesitate, otherwise, I'll ask one of these two people to see if they can find the time to do it. All the best, Frederic
Bug#355638: Preliminary packages for the linkchecker
A preliminary package is available at http://www.mathgen.ch/debian/experimental If anyone is interested in testing it, that would be great. Note that this package currently conflicts with the w3c-markup-validator, which also contains the linkchecker; this will be solved by a new upload of the validator once the linkchecker is in the article. Frederic
Bug#358901: w3c-markup-validator: Any validation fails with Software error
Mark wrote: Hi Mark, first, a suggestion: please reply to all when discussing about Debian bugs, and especially, cc the address bugnumber@bugs.debian.org, so that a copy of the emails are kept for reference purposes. I downloaded the file. Did apt-get remove --purge w3c-markup-validator then dpkg -i w3c-markup-validator_0.7.2-1_all.deb You did not have to do the remove first, and especially not the purge, which removes your configuration files. Certainly looks like the bug I reported has gone away in this version. Thanks! Excellent ! Tell me if anything else breaks down. Will I need to remove this package at some point, or will apt-get upgrade naturally replace it when you publish the fixed version? It should be naturally replaced (if needed). In any case, you'll receive an email telling you that a new version of the package has closed your bug, so you'll be able to check if everything is going well. Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358901: w3c-markup-validator: Any validation fails with Software error
On 3/25/06, Mark [EMAIL PROTECTED] wrote: I'll send you a URL for the test package as soon as I have it ready. Yes please. Good hunting with it and thank you for the prompt response! This is my first Debian bug report. Can you try the package w3c-markup-validator_0.7.2-1_all.deb that is available at http://www.mathgen.ch/debian/experimental ? It contains quite a few changes from the previous version (new upstream, new config), but should hopefully solve your problem. Tell me how it goes. Frederic
Bug#349518: w3c-markup-validator.conf defines Alias /validator not /w3c-markup-validator
Jon Dowland wrote: Hi Jon, /etc/apache/conf.d/w3c-markup-validator.conf refers to the URI /validator but the documentation still refers to /w3c-markup-validator. can you doublecheck this ? Looking at the file /etc/w3c/apache.conf (which should be the one symlinked to /etc/apache/conf.d/w3c-markup-validator.conf), I can not see any reference to the URI /validator. Am I missing something ? Thanks, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358901: w3c-markup-validator: Any validation fails with Software error
Mark wrote: Hi Mark, Software error: Cannot add named block msg 1 to hash! Block msg occurs more than once. Turn on -MergeDuplicateBlocks or make sure msg occurs only once in the config. at /usr/lib/cgi-bin/check line 139 BEGIN failed--compilation aborted at /usr/lib/cgi-bin/check line 192. As far as I know, this problem is due to an incompatibility of the validator with a version of the Config::General Perl module. I am currently finishing packaging version 0.7.2 of the validator (I hope to finish it this week-end), which should in particular solve this problem. I'll send you a URL for the test package as soon as I have it ready. Cheers, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329604: libnet-ip-perl: New upstream release
tags 329604 pending thanks The updated version of the package has been ready for a while -- indeed, as you noted, it was even the basis for the new upstream release... It can be downloaded from http://www.mathgen.ch/debian/sid/ If anyone wants to upload it (as a sponsor), please go ahead, it should be ready. The sponsor of the previous versions is willing to do it, but it should not be a problem if someone else does it earlier. Frederic
Bug#329604: libnet-ip-perl: New upstream release
On 09/11/05, Florian Ernst [EMAIL PROTECTED] wrote: I see. Unfortunately this wasn't what I gathered from seeing a bugreport without any public maintainer reaction. Putting a small note would have saved me a few minutes, but whatever... Entirely my fault, sorry about that. If anyone wants to upload it (as a sponsor), please go ahead, it should be ready. The sponsor of the previous versions is willing to do it, but it should not be a problem if someone else does it earlier. I noticed this packaging was changed just a few minutes ago. Either way I, for one, don't want to interfere, and it seems you are not MIA, so I guess Matthias will be available soon. That's ok; I recompiled the package to make it easier for Matthias to upload it, and sent him an email; hopefully everything should be done soon. Thanks, Frederic
