Bug#507845: libc6: I am experiencing it too
Hi Aurélien, Aurelien Jarno aurel...@aurel32.net (2009-03-04 12:38:12) : Frederic Daniel Luc Lehobey a écrit : The only suspicious thing in the logs are such lines that happen before the freeze (it might be unrelated): Mar 3 23:24:12 metis kernel: [ 70.272030] Clocksource tsc unstable (delta = -92054101 ns) If this is the real problem (but I currently fail how it is related to glibc), you can try to boot your kernel with 'clock=pit' in grub.conf. I doubt it is the real problem. It happened again in the logs: Mar 4 11:24:30 metis kernel: [ 1844.772037] Clocksource tsc unstable (delta = -68039295 ns) and the server is still up for the moment. :) Currently it is running without libc6-i686 as you suggested above in this bug report. If it freezes again (which I hope not too soon, already twice today) I will try your hint for the clock. Thanks, Frédéric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512734: qrfcview: Can't search for a rfc number greater than 5000
Hi, Landry MINOZA landry.min...@atexo.com (2009-01-23 10:08:25) : Package: qrfcview Version: 0.62-5 Severity: important When searching for a rfc number via File - Load RFC, you can't enter a number greater than 5000 Well spotted! I found the root for it (in mainwindow.cpp, the value 5000 is hardcoded). I will fix this in a forthcoming upload. Thanks a lot for your bug report. I had not yet experienced it (reading older RFCs). Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512734: qrfcview: Patch to increase the RFC# max
Hi, Landry MINOZA landry.min...@atexo.com (2009-01-23 12:50:38) : Package: qrfcview Version: 0.62-5 Followup-For: Bug #512734 This i a patch to increase the RFC# max in the dialog box Thanks a lot. I will include it in the next upload (and next time, I will read my whole mailbox before starting answering to mails). :) Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505341: FTBFS with GCC 4.4: missing #include
Hi Martin, Martin Michlmayr t...@cyrius.com (2008-11-11 21:09:25) : Package: qrfcview Version: 0.62-5 User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.4 Tags: patch Your package fails to build with the upcoming GCC 4.4. Version 4.4 has not been released yet but I'm building with a snapshot in order to find errors and give people an advance warning. You always have to #include headers directly and cannot rely for things to be included indirectly. You can reproduce this problem with gcc-snapshot from unstable. Thanks a lot for your bug report, your work on GCC and your patch. I will include it in the next upload of the package. Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499565: basic matrix computations give incorrect results
Hi, Sylvestre Ledru [EMAIL PROTECTED] (2008-09-22 14:45:50) : --A = [ 1 2 0 0 1; 2 0 1 0 2; 3 2 1 -1 4] A = 1.2.0.0.1. 2.0.1.0.2. 3.2.1. - 1.4. --R = rref(A) R = 1.0.0.5 0.2. 0.1. - 0.250.2.776D-17 0.0.0. 1. - 2. --C = 2 * R C = 2.0.2. 0.2. 0.2. - 0.50.5.551D-17 0.0.0. 2. - 2. The result of C=2*R is incorrect. C(1,3) should be 1 not 2, C(1,5) should be 4 not 2, and C(3,5) should be -4 not -2. After this example, could you try -- C(1,3)-1 What is the result ? I tried it on Sparc 64. --- scilab-4.1.2 Copyright (c) 1989-2007 Consortium Scilab (INRIA, ENPC) --- Startup execution: loading initial environment --A = [ 1 2 0 0 1; 2 0 1 0 2; 3 2 1 -1 4] A = 1.2.0.0.1. 2.0.1.0.2. 3.2.1. - 1.4. --R = rref(A) R = 1.0.0.5 0.2. 0.1. - 0.250.2.776D-17 0.0.0. 1. - 2. --C = 2 * R C = 2.0.2. 0.2. 0.2. - 0.50.5.551D-17 0.0.0. 2. - 2. --C(1,3)-1 ans = - 1.110D-16 We believe this might be a display issues (ie the internal value is OK but the display is wrong...). Then the issue is less important than what I thought. Could be misleading and error prone though for the scientists using 64 bits architectures. I let you decide on the severity. This used to occur with old version of gfortran. $ LANG=C aptitude show gfortran Package: gfortran New: yes State: installed Automatically installed: yes Version: 4:4.3.0-8 Priority: optional Section: devel Maintainer: Debian GCC Maintainers [EMAIL PROTECTED] Uncompressed Size: 41.0k Depends: cpp (= 4:4.3.0-8), gcc (= 4:4.3.0-8), gfortran-4.3 (= 4.3.0-5) Suggests: gfortran-multilib, gfortran-doc Provides: fortran-compiler Description: The GNU Fortran 95 compiler This is the GNU Fortran 95 compiler, which compiles Fortran 95 on platforms supported by the gcc compiler. It uses the gcc backend to generate optimized code. This is a dependency package providing the default GNU Fortran 95 compiler. I updated (in sid) then the gfortran to Package: gfortran New: yes State: installed Automatically installed: yes Version: 4:4.3.2-1 Priority: optional Section: devel Maintainer: Debian GCC Maintainers [EMAIL PROTECTED] Uncompressed Size: 41.0k Depends: cpp (= 4:4.3.2-1), gcc (= 4:4.3.2-1), gfortran-4.3 (= 4.3.2-1) Suggests: gfortran-multilib, gfortran-doc Provides: fortran-compiler Description: The GNU Fortran 95 compiler This is the GNU Fortran 95 compiler, which compiles Fortran 95 on platforms supported by the gcc compiler. It uses the gcc backend to generate optimized code. This is a dependency package providing the default GNU Fortran 95 compiler. The scilab output is the same. Best regards, Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499565: basic matrix computations give incorrect results
Hi Sylvestre, Sylvestre Ledru [EMAIL PROTECTED] (2008-09-20 00:39:49) : tags 499565 + pending thanks u should be the 3x3 identity matrix, and so u(2,2) should be 1 not 2. I confirm that Scilab 4.X has some issues with 64 bits CPU. This is huge miscalculations. Do you consider Scilab 4.X usable on 64 bits architectures at all or should it be disabled there? Should this be considered serious or RC on 64 architectures? (renders Scilab useless there, doesn't it?) The version 5.0 fixes most of these issues (and I confirm that this bug does not occurs with a Scilab 5). What about fixing this RC bug with the 5.0 new version (congratulations for the release by the way)? (I know, not realistic and such, but why not let try...):) Best regards, Frédéric -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490247: cdd-dev: Data from official package should take precedence on manually filed data in task file
Hi, Andreas Tille [EMAIL PROTECTED] (2008-07-11 09:03:09) : On Fri, 11 Jul 2008, Frederic Daniel Luc Lehobey wrote: Package: cdd-dev :-) The webtools stuff is not (yet) in cdd-dev - and perhaps it will never be packaged because in principle it needs only be installed on one host (alioth) and thus I have not seen a reason to package this stuff. Yes, you're right. What would be the best way to report bugs on the webtools stuff? With a new pseudo-package (http://www.debian.org/Bugs/pseudo-packages)? directly on debian-custom (but we'll lack the features of the BTS)? Thanks for spotting this. I'll try to fix this and leave the bug open for the moment - but it just does not concern the cdd-dev package (for those who wonder whether there is something wrong with cdd-dev or not). Thanks. Sorry for introducing a possible confusion. Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448532: RFS: phpmyvisites -- free web analytics
Hi Vincent, Thanks a lot for your feedback. A first round of answers. Vincent Bernat [EMAIL PROTECTED] (2008-05-21 22:03:52) : OoO En cette nuit nuageuse du jeudi 15 mai 2008, vers 01:02, Frederic Lehobey [EMAIL PROTECTED] disait: php4 will not be part of lenny, therefore, you can remove php4 dependencies. I know this. I left them in the purpose of building backports, but I can remove them and add them only in the backport. I will remove them then. Moreover, php5 depends on libapache2-mod-php5. You can drop Suggests too. Ok. Thanks. I don't know if the content of artichow/php4 could be dropped too. Probably, yes. You short description is very short. You may want to complete it a bit. You should add a blank line in the long description. Ok. Will fix these. About debian/copyright, you cannot ship files using PHP License 2.02 or PHP License 3.0. This will be rejected by ftp-master. That is what I feared at first (see #442361), but I found other packages (like php-html-common, http://packages.debian.org/changelogs/pool/main/p/php-html-common/current/copyright, php-net-socket, php-xml-parser [3.0], all of which are in my dependencies) that are under PHP License 2.02 and already included in the archive. You seem to not ship most of those files but you still ship QuickForm. For other files, you should add a notice in debian/copyright that the files are not shipped with the package. Very precisely, currently, the files of the dependencies _are_ in upstream tarball (and in the source package), but not _used_ by my package (using Debian packages instead). Do you mean I should remove all those files from upstream tarball and create some repackaged phpmyvisites.dfsg upstream sources? For QuickForm, does QuickForm2 is an acceptable drop-in replacement? Not tried it yet. Upstream is http://pear.php.net/package/HTML_QuickForm2 but from what I have read (sorry I do not have the link at hand) it _seems_ that not, but I should try then if the license problems really get in the way. You should use dbconfig-common to configure database. This is not very difficult and there is a lot of packages using it. Yes, I am willing to do it, but (as I said in README.Debian) I fear it will require quite heavy patching of upstream (there is an installation procedure quite intricately included in the rest of the code) and I am undecided about what would be the best way to do it. Do you have some example of other packages PHP where only _parts_ of the installation procedure has been diverted in order to take advantage of dbconfig-common? Should I completely rewrite an other installation procedure from scratch with _many_ debconf questions and templates (won't it be a debconf abuse?)? (I think it might be much simpler to implement.) You could also ship Apache configuration in/etc/apache2/conf.d (with a debconf question). Yes, if I go using debconf, I can do this too. You can look at other web apps for some source of inspiration on this matter (mediawiki, roundcube, ...) or at the webapps draft policy. Thanks again for your feedback. I will try to address all your suggestions (the license problem, I fear, been the most problematic one) and come back with an updated package. Best regards, Frédéric Lehobey PS : I have fulfilled your Mail-Followup-To, but should dbconfig-common questions go to -mentors, -webapps or both? (I do not want to bother people). :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481394: dokuwiki: blocks during update (needs several CR)
Package: dokuwiki Version: 0.0.20080505-1 Severity: normal Hi, When upgrading DokuWiki I experience the same bug as described here: https://bugs.launchpad.net/ubuntu/+source/dokuwiki/+bug/216980 Here are excerpts of my session (at first in French locale): Préparation du remplacement de dokuwiki 0.0.20070626b-1 (en utilisant .../dokuwiki_0.0.20080505-1_all.deb) ... Dépaquetage de la mise à jour de dokuwiki ... [...] Paramétrage de dokuwiki (0.0.20080505-1) ... Installation de la nouvelle version du fichier de configuration /etc/dokuwiki/msg ... Installation de la nouvelle version du fichier de configuration /etc/dokuwiki/entities.conf ... Installation de la nouvelle version du fichier de configuration /etc/dokuwiki/mime.conf ... Installation de la nouvelle version du fichier de configuration /etc/dokuwiki/wordblock.conf ... Installation de la nouvelle version du fichier de configuration /etc/dokuwiki/dokuwiki.php ... X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf Installing into... [apache2] X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf [...] The blank lines above mean I had to press return to proceed further. I can reproduce the behaviour with: # LANG=C dpkg-reconfigure dokuwiki X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf Installing into... [apache2] X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf X_LOADTEMPLATEFILE /var/lib/dpkg/info/ucf.templates ucf Moving template directory from /usr/share to /var/lib... [done] I have found this similar bug: https://bugs.launchpad.net/ubuntu/+source/pdns/+bug/195509 Best regards, Frédéric -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.24-1-sparc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.5.21 Debian configuration management sy ii php5 5.2.5-3server-side, HTML-embedded scripti ii ucf 3.006 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii php5-cli 5.2.5-3command-line interpreter for the p ii php5-gd 5.2.5-3GD module for php5 -- debconf information: * dokuwiki/system/documentroot: /dokuwiki * dokuwiki/system/accessible: global dokuwiki/system/localnet: 10.0.0.0/24 * dokuwiki/webservers: apache2 * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448532: RFS: phpmyvisites -- free web analytics
Dear mentors, I am looking for a sponsor for my package phpmyvisites. * Package name: phpmyvisites Version : 2.3-1 Upstream Author : phpMyVisites team * URL : http://www.phpmyvisites.us/ * License : GPL-any Section : web Programming Lang: PHP Description : free web analytics phpMyVisites is a free and powerful open source (GNU/GPL) software for websites statistics and audience measurements. phpMyVisites gives a lot of information on websites visitors, visited pages, software/hardware utilization, etc... The GUI Interface is fun and practical. The installation is entirely automated and very simple. Statistics are very complete and use many clear graphics to present data. The web analytics software is translated in more than 30 languages! It builds these binary packages: phpmyvisites - free web analytics The package appears to be lintian clean. The upload would fix these bugs: 448532 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/phpmyvisites - Source repository: deb-src http://mentors.debian.net/debian unstable main - dget http://mentors.debian.net/debian/pool/main/p/phpmyvisites/phpmyvisites_2.3-1.dsc I would be glad if someone reviewed and uploaded this package for me. It is my first php package. I have mostly taken inspiration from dokuwiki package (and some others). It does not uses debconf nor dbconfig-common yet but both might be introduced in the future for package configuration (with heavy changes to upstream though: I will follow advice from mentors and sponsor). Kind regards Frédéric Daniel Luc Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#442361: QuickForm PHP Licence makes it undistributable
Hi Yann, Yann Rouillard [EMAIL PROTECTED] (2008-04-25 13:12:41) : Honestly I was a bit discouraged by this licence problem, I only wanted to package Quickform as it was a dependancy of centreon [1]. But lots of pear packages that centreon used suffer from the same licence problem, and convince all these developpers to change licence to be able to distribute their package in debian, it seems to me, is a long and tedious task ! I am not sure the licence problem is that serious as I have found other packages already included in the archive with the same licence, like php-html-common: http://packages.debian.org/changelogs/pool/main/p/php-html-common/php-html-common_1.2.3-2/php-html-common.copyright I didn't have time recently to rework on this and talk with developpers, if you're motivated, you can do it and takeover this ITP. For the moment, I have kept QuickForm included inside my phpMyVisites package (no need and no plans to build a standalone package). But I would be willing to link to your package instead. Would you be interested in comaintenance of the QuickForm package? http://wiki.debian.org/Teams/CollabMaint Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448532: QuickForm PHP Licence makes it undistributable
Hi, I am currently working on packaging phpMyVisites for Debian (http://bugs.debian.org/448532). It has a dependency on QuickForm and, hence, possibly a dependency on your future package. Unfortunately, it seems QuickForm has legal problems with its licence for being included in the archive. See this thread: http://lists.debian.org/debian-legal/2006/12/msg00125.html and particularly: http://lists.debian.org/debian-legal/2006/12/msg00144.html I have noticed upstream is working on a rewriting under BSD Licence http://pear.php.net/package/HTML_QuickForm to http://pear.php.net/package/HTML_QuickForm2 but I do not if it is an exact replacement. What are your thoughts? your plans? Best regards, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#241927: closed by Marco Rodrigues [EMAIL PROTECTED] (Reopen if not fixed..)
Hi, Debian Bug Tracking System [EMAIL PROTECTED] (2007-09-22 10:03:03) : #241927: pingus: Pingus crashes (on powerpc) when selecting Create a Level (clanlib issue?) It has been closed by Marco Rodrigues [EMAIL PROTECTED]. From: Marco Rodrigues [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Reopen if not fixed.. X-Enigmail-Version: 0.95.3 Version: 0.7.0-2 I think this bug is already fixed, that was told me by upstream author. The clanlib is not used anymore... Yes, for the record, I acknowledge that this bug is not relevant anymore: - 'Create a Level' is not proposed on the welcome menu anymore; - clanlib is not used anymore and (to the extent of my limited testing) pingus seems to be now playable on powerpc. There might be problems with the level editor but I had no time to go into this. Thanks for your work on packaging the renewed pingus, Frédéric Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339059: mailman: Mailman/debconf forgets answer to language list question at install time
found 339059 2.1.9-7 thanks On Mon, Sep 18, 2006 at 03:52:08PM +0200, Thijs Kinkhorst wrote: At install time (preconf) mailman asks for a list of languages to be enabled and default language. But by the time the postinst script is run, it has forgotten the answer given there and falls back to the default of en/en. A subsequent dpkg-reconfigure mailman works, though. I cannot reproduce this anymore in the current svn which has seen quite some changes in the language handling. When a new package hits the archive, please recheck if this still exists. This bug still occurred to me on a fresh new install on a etch machine that never had mailman installed before. (I checked only 'fr' in the debconf template.) So it seems the bug is still there. Thanks for your work on mailman, Frédéric Lehobey
Bug#339059: mailman: Mailman/debconf forgets answer to language list question at install time
notfound 339059 2.1.9-7 found 339059 1:2.1.9-7 thanks So it seems the bug is still there. Forgot that mailman had now an epoch. Sorry, Frédéric
Bug#416667: dokuwiki: breaks apache configuration upon purge and removal
Hi, On Thu, Mar 29, 2007 at 08:03:11PM +0200, Mohammed Adnène Trojette wrote: I guess this file should only be removed on purge. Yes, you are right, the problem only shows up on purge (contrary to what I have too quickly written in the bug report). Does it make sense? I've a package with a fix for this and the l10n issue (#416509). I noticed that you closed #387974 in the changelog instead of this bug (a typo?). Thanks, Frédéric Lehobey
Bug#413338: Enable regular expressions in the mail whitelist
Hi, On Sun, Mar 04, 2007 at 12:45:54PM +0100, Marc 'HE' Brockschmidt wrote: Package: dak Version: 1.0-8.4 Severity: wishlist Tags: Patch I've implemented a backwards-compatible way to include regular expressions in the mail whitelist for dak. To use a regular expression instead of regular string, use a RE: prefix in the whitelist file. Beware your patch might be hit by #349919 too: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349919 Best regards, Frédéric Lehobey
Bug#375056: Lack of IPv6 support from ekiga is a regression from gnomemeeting removal of the archive
severity 375056 serious thanks Hi, I have raised the severity of this bug as the removal of gnomemeeting from the archive (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413280) leaves gnomemeeting users over IPv6¹ without any upgrade path. Using ekiga as a replacement to gnomemeeting is a regression with respect to IPv6 therefore I have raised the severity to serious as IPv6 is a release goal (http://lists.debian.org/debian-devel-announce/2006/05/msg00015.html). Feel free to downgrade the severity if you do not find it appropriate. Best regards, Frédéric Lehobey 1. Yes, such people exist and I am one of them. For the curious ones, you can find my documentation there : http://lehobey.net/dokuwiki/doku.php?id=doc:ipv6
Bug#404752: Ekiga is not working properly on powerpc
severity 404752 serious thanks Hi, I have raised the severity of this bug to serious as the removal of gnomemeeting from the archive (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=413280) leaves powerpc users without any working alternative to ekiga (or so it seems: I am still waiting for other reports of ekiga working on powerpc, or confirmation of the bug I am experiencing). Best regards, Frédéric Lehobey
Bug#404752: ekiga: (powerpc arch) sound seems to be broken when using Logitech Quickcam pro 4000 / pwc module
Hi, On Sun, Mar 04, 2007 at 11:27:37PM +0100, Sven Arvidsson wrote: There are a couple of tips on debugging broken sound in this upstream bug, http://bugzilla.gnome.org/show_bug.cgi?id=358043 Thanks for the hint. Just for the record (and future bug readers) I have reproduced the bug on a local network (so it is not related to lack of bandwidth) and, as I said earlier, gnomemeeting is working flawlessely for the sound on the same hardware, same settings (so I doubt it would be an alsa problem). And to be precise (with respect to the bug report you mentioned), the sound is not merely 'scratchy'. It is absolutely not understandable (what makes me thinking of something like endianess issue, but I might be wrong). Is anybody having success with ekiga on powerpc? I suggest you try a few of those and file a bug report upstream, in GNOME Bugzilla. (I could do it for you if you want, but as I'm not an Ekiga user or have a powerpc I'm afraid I can't be of much help). I will try to come back to it later, but first I will need to borrow a second webcam for the local tests as I did at the time of the writing of the initial bug report. Best regards, Frédéric Lehobey
Bug#275735: xlibmesa-dri: [radeon_dri] card locks up in drmDMA() after RADEONCPGetBuffer() on Radeon Mobility M7 LW [Radeon Mobility 7500] rev 0
Hi, On Tue, Jan 23, 2007 at 03:34:27PM -0800, David Decotigny wrote: Brice Goglin wrote: Did any of you guys reproduce this problem recently? If not, I will close this bug in the next weeks. I did not reproduce it for a lng time now. The only thing I did I cannot reproduce it anymore: the machine has been upgraded to current etch where I have not experienced such freeze (external display does not work anymore but I do not know yet if it is a xorg bug or a misconfiguration on my side -- no time to investigate yet --, anyways, completely unrelated to this bug). Thanks for asking us ! Bye, Thanks for taking care of the bug. I think you can close it now and have a cleaner view of xorg bugs. :) Best regards, Frédéric Lehobey
Bug#407762: Updated NMU package with the new names
Hi, Some work has been done with respect to this by Thomas Viehmann: see http://people.debian.org/~tviehmann/debian/unstable/ (and http://amayita.livejournal.com/82898.html?thread=159698#t159698). Best regards, Frédéric Lehobey
Bug#241931: remove powerpc and sparc from pingus build architectures
severity 241931 grave thanks Hi, The severity of the bug has been downgraded with the following comment: # severity overinflation, nothing in the bug log explains the package is unusable (from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241931;msg=36) I do not know what I can say more than: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=241931;msg=30 The color problem makes pingus unplayable (=unusable) on at least the powerpc and sparc architectures (and sometimes crash suddenly). (Just try it...) My suggestion is to disable this build on (at least) these two architectures. It has been such (unusable) during the whole sarge life-time. If you want to have an unusable pingus in etch on powerpc and sparc, just tag this bug as etch-ignore, but I do not understand why the severity grave is not appropriate (I have raised the severity myself as the maintainer has been unresponsive for two years). Thanks, Frédéric Lehobey
Bug#241931: Weird colors on powerpc arch (clanlib issue?)
Hi, Thanks for the hints. On Thu, Dec 28, 2006 at 12:37:53PM +0100, Samuel Thibault wrote: For checking a bit more whether the bug is in pingus or clanlib/etc, could you check other games that use it? (clanbomber and trophy) I have checked clanbomber on powerpc and sparc etch. It freezes in both cases (I have filed an other bug report on clanbomber: #404828). Trophy is not in Debian etch nor unstable anymore: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=341102 I have tried clanbomber and trophy on a (remote) sparc sarge (I do not have at hand a powerpc sarge). They both refuse to start in remote X sessions (not very surprising...), see below. (just for the record) $ clanbomber [1] 1897 X Error of failed request: BadAccess (attempt to access private resource denied) Major opcode of failed request: 146 (MIT-SHM) Minor opcode of failed request: 3 (X_ShmPutImage) Serial number of failed request: 26 Current serial number in output stream: 29 [1]+ Exit 1 clanbomber $ trophy [1] 1900 ClanLib Info(1): X11 Implementation: Fallback to normal XImages. This will be horribly slow! from Sources/Display/Display/X11/display_xwindow.cpp:342 An error occured: Imagefile characters: 77 Resourcefile characters: 94 Thanks for your interest. Best regards, Frédéric
Bug#404695: gnomemeeting: wrong colors on powerpc arch
Package: gnomemeeting Version: 1.2.3-7 Severity: important Hi, I am experiencing wrong colors displayed for webcam images by gnomemeeting on powerpc arch (on two different hosts both running etch on powerpc). I believe this problem to be somewhat different from #366430 (but maybe related) as the colors are not inverse, but some are correct (green, brown) while others are wrong (blue, red). So I suspect endianess problems in some library (I have not identified). I can provide snapshots if needed. The colors of both the local and remote webcam images on powerpc hosts are wrong while both correct on the i386 I am connecting to. (So the problem is related to gnomemeeting and not the pwc driver I am using for these Logitech Quickcam pro 4000 I use). I believe the severity of the bug should be higher than important but let you decide on this. Thanks for you work on gnomemeeting, Frédéric Lehobey -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages gnomemeeting depends on: ii evolution-data-server 1.6.1-3 evolution database backend server ii gconf2 2.16.0-3 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.14.0-3 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-5 The Bonobo UI library ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libebook1.2-5 1.6.3-3 Client library for evolution addre ii libedataserver1.2-71.6.3-3 Utility library for evolution data ii libesd00.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig1 2.4.1-2 generic font configuration library ii libgcc11:4.1.1-19GCC support library ii libgconf2-42.16.0-3 GNOME configuration database syste ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgnome-keyring0 0.6.0-3 GNOME keyring services library ii libgnome2-02.16.0-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-4 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libldap2 2.1.30-13+b1 OpenLDAP libraries ii libopenh323-1.18.0 1.18.0.dfsg-1 H.323 aka VoIP library ii liborbit2 1:2.14.3-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.14.8-3 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libpt-1.10.0 1.10.2-2 Portable Windows Library ii libpt-plugins-alsa 1.10.2-2 Portable Windows Library Audio Plu ii libpt-plugins-avc 1.10.2-2 PWLib Video Plugin for IEEE1394 (F ii libpt-plugins-dc 1.10.2-2 PWLib Video Plugin for IEEE1394 (F ii libpt-plugins-oss 1.10.2-2 Portable Windows Library Audio Plu ii libpt-plugins-v4l 1.10.2-2 Portable Windows Library Video Plu ii libpt-plugins-v4l2 1.10.2-2 Portable Windows Library Video Plu ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii yelp 2.14.2-2 Help browser for GNOME 2 Versions of packages gnomemeeting recommends: ii libpt-plugins-alsa1.10.2-2 Portable Windows
Bug#404695: gnomemeeting: wrong colors on powerpc arch
Hi, I am not experiencing any such problems on the same hosts (and webcams) with ekiga. Best regards, Frédéric Lehobey
Bug#391107: manpages-fr-extra: wrong reference to 'SHELLS RESTREINTS' in bash manpage
Hi, On Sun, Nov 19, 2006 at 03:25:58PM +0100, Thomas Huriaux wrote: Vanuxem Gregory [EMAIL PROTECTED] (04/10/2006): Package: manpages-fr-extra Version: 20060909 Severity: minor In bash maanpage there are some references to 'SHELLS RESTREINTS' but this paragraph does not exist. The real paragraph is named 'SHELL RESTREINT'. Thanks for your report. Frederic, as you are currently working on this translation, do you expect to provide quickly (before Etch) a fixed I am still working on it and have made many updates (most of them) to it (it is a large piece of work) and I am still dealing with the (small, but many) remaining ones. version or should I fix it myself as the updated translation will be ready only for post-Etch? The safe way would be for you to make this small fix it as soon as you have a proper opportunity. With respect to the translation, my goal is still trying to have it completed for etch (but I have been busy lately). If needed, I can publish the .po in its current state (I am using mercurial for it) any day but unfortunately I still do not consider it ready for a (real) first review (RFR). Still work in progress (near from completion, but for which day? not tonight... unfortunately). Do hesitate to ask me more information if needed. Best regards, Frédéric
Bug#313431: dokuwiki: Please provide documentation relevant for the packaged version
Hi Mohammed, On Mon, Nov 06, 2006 at 01:49:26AM +0100, Mohammed Adnène Trojette wrote: On Mon, Jun 13, 2005, Frederic LEHOBEY wrote: As an example, you will find as an attachment a few tips I have found useful for beginners like me and may be also relevant for others. I hope you're doing well. So are you, I hope. :-) Thanks for your work on dokuwiki. Would you mind me adding this file to dokuwiki's README.Debian? Of course not. If needed, it is put under any free licence needed (the one of the packaging). If so, please could you send me the most updated version of the tips? I have just read them again and they do not seem faulty (just 'old way of doing things'). Though things might have changed with the latest dokuwiki you have just packaged (I have not yet checked it -- testing the latest dokuwiki is on my todo list). Thanks for your suggestions! And it would be great if you could test the version in experimental and give me feedback about it. I will check your package in experimental (during the week I hope) and check the tips again against it (things might be even simpler with respect to ACL nowadays). Best regards, Frédéric
Bug#378587: RFS: qrfcview -- viewer for IETF RFCs
Hi,
On Thu, Jul 20, 2006 at 01:16:52PM +1000, Ted Percival wrote:
Frederic Lehobey wrote:
The package is linda and lintian clean and compiles with pbuilder.
Lintian 1.23.22 has a warning, the solution is simple - take out the
libqt4-{gui,core} entries from the Depends line and allow shlibs:Depends
to do it for you.
You were right (I should not have changed the package after running
lintian and linda). :-)
I have uploaded a new fixed version on mentors.debian.net.
By the way I am not yet figuring how to make a proper watch file
working for download.berlios.de, namely
http://download.berlios.de/qrfcview/qrfcview-0.62.tgz on
http://developer.berlios.de/project/showfiles.php?group_id=7014release_id=10568).
Has anyone a working similar example? (Precisely does it come from
berlios or from my bad understanding of uscan?)
Thanks,
Frédéric Lehobey
Bug#378587: RFS: qrfcview -- viewer for IETF RFCs
Dear mentors, I am looking for a sponsor for my source package qrfcview. * Package name: qrfcview Version : 0.62-1 Upstream Author : Romain ROLLET [EMAIL PROTECTED] * URL : http://qrfcview.berlios.de/ * License : GPL Section : doc Programming Lang: C++ Description : viewer for IETF RFCs It builds this binary package: qrfcview - viewer for IETF RFCs The package is linda and lintian clean and compiles with pbuilder. The upload would fix this ITP bug: 378587 The package can be found on mentors.debian.net at http://mentors.debian.net/debian/pool/main/q/qrfcview Or just apt-get source qrfcview if your sources.list contains: deb-src http://mentors.debian.net/debian unstable main contrib non-free I would be glad if someone would be interested in sponsoring this package. Some other bits of information (from the package description): qRFCView is a smart IETF RFC viewer based on the Qt4 library featuring: * automatic table of content, with direct opening of section; * handling of RFC internal cross-references; * automatic downloading of a referenced RFC from the IETF web site on a simple click; * caching of RFC in a local directory; * tab-browsing of RFC; * searching. Homepage: http://qrfcview.berlios.de/ And about rfc-doc (from the README.Debian): doc-rfc: if you have installed this package (in non-free) you might want to take advantage of the locally installed RFCs. You can add the /usr/share/doc/RFC/links/ directory to the directories used by qRFCView (menu Edit - Set Directories). Unfortunately most of the files there are gzipped which is something qRFCView does not deal with yet (it expects only .txt files). Some questions I still have with respect to the package: * The binary has upper case (qRFCView). I have not seen anything against it in the policy so I have followed there upstream choice. But in case I have missed something... * Upstream uses QSettings (http://doc.trolltech.com/4.1/qsettings.html) to store the configuration files. Is there a special Debian policy (or best practice) with respect to this. I have not found any. An i386 binary may be found there : http://lehobey-rennes.dyndns.org/qrfcview/qrfcview_0.62-1_i386.deb Kind regards, Frédéric LEHOBEY signature.asc Description: Digital signature
Bug#378587: ITP: qrfcview -- viewer for IETF RFCs
Hi, On Tue, Jul 18, 2006 at 10:10:40AM +0200, Daniel Baumann wrote: Frederic Lehobey wrote: There is a doc-rfc package in non-free currently. Could this program easily be modified to look in the directories where the doc-rfc package puts its files _before_ trying to download an RFC? Thanks for the hint. I had this idea in mind too. I will look at it while packaging. FYI: I'm repackaging doc-rfc so that there is a htmled index (with the script from rfc.sunsite.dk). OK. Thanks. It seems packages.qa.debian.org is unreachable now, but as soon as it comes back I will subscribe to doc-rfc in order to track your work on it. If there is a better place to look at, let me know. Best regards, Frédéric Lehobey
Bug#378587: ITP: qrfcview -- viewer for IETF RFCs
Hi, On Mon, Jul 17, 2006 at 11:42:26PM +0200, Wouter Verhelst wrote: There is a doc-rfc package in non-free currently. Could this program easily be modified to look in the directories where the doc-rfc package puts its files _before_ trying to download an RFC? Thanks for the hint. I had this idea in mind too. I will look at it while packaging. Best regards, Frédéric Lehobey
Bug#222077: [debbugs packaging] Need to create the hash dirs db_h/00..99
Hi, On Thu, Jun 29, 2006 at 04:43:53PM -0700, Don Armstrong wrote: On Fri, 30 Jun 2006, Bill Allombert wrote: The Debian bug server use a much more recent snapshot than the Debian package and is certainly a production-level installation. package at all. Indeed, if you want what the BTS has, you can get it by just building a package straight from bzr. It's just not ready to be uploaded to unstable IMO. Would you consider uploading such a package to experimental? (I would test it). Thanks for you work on debbugs, Frédéric Lehobey
Bug#362169: [docbook mode] segmentation fault with po4a-gettextize
Hi, On Thu, Apr 13, 2006 at 02:29:36AM +0200, Nicolas François wrote: On Wed, Apr 12, 2006 at 05:49:58PM +0200, Frederic Daniel Luc LEHOBEY wrote: Issuing the following command: $ LANG=C po4a-gettextize -f docbook -m debian-i18n-l10n.xml -p debian-i18n-l10n.pot yields: Erreur de segmentation This should be fixed now. I've also added support for CDATA sections since they are needed for this document. (I had to do it because this CDATA section describes how po4a can be used ;) Many, many thanks! Your quick fixes (and add-ons) are impressive. Frédéric Lehobey
Bug#362169: [docbook mode] segmentation fault with po4a-gettextize
Hi, On Wed, Apr 12, 2006 at 10:44:06PM +0200, Martin Quinson wrote: Could you please send me the output you get when you add -v -d to the command line? $ LANG=C po4a-gettextize -v -d -f docbook -m debian-i18n-l10n.xml -p debian-i18n-l10n.pot Erreur de segmentation It segfaults before writing anything else. Please find attached the strace of this command. Thanks, Frédéric po4a.strace.gz Description: Binary data
Bug#355769: po4a: Please consider support of noweb (literate programming)
Hi, On Tue, Mar 07, 2006 at 08:56:07PM +0100, Nicolas François wrote: Sorry, I forgot to mention you that part of the issue is now fixed. Next version should be released soon (probably next week-end). You rock. I'm still keeping this bug as a remainder for: 1) a mean to specify verbatim sections with commands like: \beginnoweb ... \endnoweb 2) a mean to specify verbatim sections with regular expressions (like in noweb). Or making sure that writing a derivate module is simple enough (like overwiting an hook). Eager to see it. Thanks again! Frederic
Bug#354955: po4a: [latex mode] Some lists are incorrectly parsed
Hi,
On Thu, Mar 02, 2006 at 12:29:24PM +0100, Frederic Daniel Luc LEHOBEY wrote:
I have not yet been able to understand the key problem (square
brackets? newlines?) nor to find workarounds.
Well I have been a bit too pessimistic. Some workarounds are: a blank
line after each \item stanza, and surrounding { } around expressions
with dropped spaces.
Thanks,
Frederic Lehobey
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351954: cdebootstrap of sarge fails on powerpc architecture
Package: cdebootstrap Version: 0.3.10 Severity: important Hi, The following command: # cdebootstrap sarge /tmp/powerpc http://ftp.fr.debian.org/debian fails in this way: ... P: Configuring package sysvinit P: Configuring package bash P: Configuring package modutils E: Couldn't install root! Please find attached the /tmp/powerpc/var/log/bootstrap.log As a workaround debootstrap succeeds. Thanks for your work on cdebootstrap, Frederic Lehobey -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages cdebootstrap depends on: ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libdebian-installer-extra40.38 Library of some extra debian-insta ii libdebian-installer4 0.38 Library of common debian-installer ii wget 1.10.2-1 retrieves files from the web cdebootstrap recommends no packages. -- no debconf information P: Retrieving Release.gpg P: Retrieving Release P: Parsing Release P: Retrieving Packages.gz P: Validating Packages P: Parsing Packages P: Retrieving libdb1-compat P: Validating libdb1-compat P: Retrieving libc6 P: Validating libc6 P: Retrieving libgcc1 P: Validating libgcc1 P: Retrieving gcc-3.3-base P: Validating gcc-3.3-base P: Retrieving libstdc++5 P: Validating libstdc++5 P: Retrieving apt P: Validating apt P: Retrieving libdb4.2 P: Validating libdb4.2 P: Retrieving apt-utils P: Validating apt-utils P: Retrieving perl-base P: Validating perl-base P: Retrieving liblocale-gettext-perl P: Validating liblocale-gettext-perl P: Retrieving libtext-iconv-perl P: Validating libtext-iconv-perl P: Retrieving libtext-charwidth-perl P: Validating libtext-charwidth-perl P: Retrieving libtext-wrapi18n-perl P: Validating libtext-wrapi18n-perl P: Retrieving debconf-i18n P: Validating debconf-i18n P: Retrieving debconf P: Validating debconf P: Retrieving libattr1 P: Validating libattr1 P: Retrieving libacl1 P: Validating libacl1 P: Retrieving coreutils P: Validating coreutils P: Retrieving debianutils P: Validating debianutils P: Retrieving dhcp3-common P: Validating dhcp3-common P: Retrieving dhcp3-client P: Validating dhcp3-client P: Retrieving net-tools P: Validating net-tools P: Retrieving ifupdown P: Validating ifupdown P: Retrieving iptables P: Validating iptables P: Retrieving iputils-ping P: Validating iputils-ping P: Retrieving libwrap0 P: Validating libwrap0 P: Retrieving tcpd P: Validating tcpd P: Retrieving netkit-inetd P: Validating netkit-inetd P: Retrieving netbase P: Validating netbase P: Retrieving libncurses5 P: Validating libncurses5 P: Retrieving telnet P: Validating telnet P: Retrieving libssl0.9.7 P: Validating libssl0.9.7 P: Retrieving wget P: Validating wget P: Retrieving libpam-runtime P: Validating libpam-runtime P: Retrieving libpam0g P: Validating libpam0g P: Retrieving libpcap0.7 P: Validating libpcap0.7 P: Retrieving zlib1g P: Validating zlib1g P: Retrieving libcap1 P: Validating libcap1 P: Retrieving libdb3 P: Validating libdb3 P: Retrieving libpam-modules P: Validating libpam-modules P: Retrieving procps P: Validating procps P: Retrieving base-passwd P: Validating base-passwd P: Retrieving makedev P: Validating makedev P: Retrieving ppp P: Validating ppp P: Retrieving slang1a-utf8 P: Validating slang1a-utf8 P: Retrieving libnewt0.51 P: Validating libnewt0.51 P: Retrieving libpopt0 P: Validating libpopt0 P: Retrieving whiptail P: Validating whiptail P: Retrieving pppconfig P: Validating pppconfig P: Retrieving gettext-base P: Validating gettext-base P: Retrieving sed P: Validating sed P: Retrieving pppoeconf P: Validating pppoeconf P: Retrieving info P: Validating info P: Retrieving manpages P: Validating manpages P: Retrieving groff-base P: Validating groff-base P: Retrieving bsdutils P: Validating bsdutils P: Retrieving bsdmainutils P: Validating bsdmainutils P: Retrieving dselect P: Validating dselect P: Retrieving dpkg P: Validating dpkg P: Retrieving libgdbm3 P: Validating libgdbm3 P: Retrieving man-db P: Validating man-db P: Retrieving login P: Validating login P: Retrieving passwd P: Validating passwd P: Retrieving adduser P: Validating adduser P: Retrieving cron P: Validating cron P: Retrieving exim4-config P: Validating exim4-config P: Retrieving exim4-base P: Validating exim4-base P: Retrieving libgpg-error0 P: Validating libgpg-error0 P: Retrieving libgcrypt11 P: Validating libgcrypt11 P: Retrieving liblzo1 P: Validating liblzo1 P: Retrieving libopencdk8 P: Validating libopencdk8 P: Retrieving libtasn1-2 P: Validating libtasn1-2 P: Retrieving libgnutls11 P: Validating libgnutls11 P: Retrieving libpcre3 P: Validating libpcre3 P: Retrieving exim4-daemon-light P: Validating exim4-daemon-light P: Retrieving at P: Validating at P
Bug#345811: emacs21: segfaults on kfreebsd-i386
Hi, On Tue, Jan 03, 2006 at 06:12:14PM +0100, Frederic Daniel Luc LEHOBEY wrote: emacs-snapshot does not experience such a failure so a workaround is to install it instead. Actually I was wrong. emacs-snapshot experiences this bug as well. Only emacs-snapshot-nox is spared. Thanks and best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345811: emacs21: segfaults on kfreebsd-i386
Hi,
On Tue, Jan 03, 2006 at 07:13:38PM +0100, Romain Francoise wrote:
Frederic Lehobey [EMAIL PROTECTED] writes:
Actually I was wrong. emacs-snapshot experiences this bug as well.
Only emacs-snapshot-nox is spared.
Does emacs21-nox work?
No, it does not:
# emacs21-nox
Fatal error (11).Segmentation fault
and when installing:
Setting up emacs21-nox (21.4a-3) ...
emacs-install emacs21
install/dictionaries-common: Byte-compiling for emacsen flavour emacs21
Fatal error (11)./usr/lib/emacsen-common/packages/install/dictionaries-common:
line 69: 29500 Segmentation fault ${flavour} ${flags} ${files}
emacsen-common: Handling install of emacsen flavor emacs21
emacsen-common: byte-compiling for emacs21
Fatal error (11)./usr/lib/emacsen-common/packages/install/emacsen-common: line
44: 29505 Segmentation fault ${FLAVOR} ${byte_compile_options}
/etc/${FLAVOR}/site-start.d/00debian-vars.el
/usr/share/${FLAVOR}/site-lisp/debian-startup.el
emacs-install: /usr/lib/emacsen-common/packages/install/emacsen-common emacs21
emacs-snapshot failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT
line 2.
dpkg: error processing emacs21-nox (--configure):
subprocess post-installation script returned error exit status 139
Errors were encountered while processing:
emacs21-nox
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up emacs21-nox (21.4a-3) ...
emacs-install emacs21
install/dictionaries-common: Byte-compiling for emacsen flavour emacs21
Fatal error (11)./usr/lib/emacsen-common/packages/install/dictionaries-common:
line 69: 29527 Segmentation fault ${flavour} ${flags} ${files}
emacsen-common: Handling install of emacsen flavor emacs21
emacsen-common: byte-compiling for emacs21
Fatal error (11)./usr/lib/emacsen-common/packages/install/emacsen-common: line
44: 29532 Segmentation fault ${FLAVOR} ${byte_compile_options}
/etc/${FLAVOR}/site-start.d/00debian-vars.el
/usr/share/${FLAVOR}/site-lisp/debian-startup.el
emacs-install: /usr/lib/emacsen-common/packages/install/emacsen-common emacs21
emacs-snapshot failed at /usr/lib/emacsen-common/emacs-install line 28, TSORT
line 2.
dpkg: error processing emacs21-nox (--configure):
subprocess post-installation script returned error exit status 139
Errors were encountered while processing:
emacs21-nox
Well tried. :-)
Frederic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#343615: please clarify dokuwiki default licensing of generated pages
Package: dokuwiki Version: 0.0.20050922-4 Severity: minor Hi, When asking for the source of dokuwiki generated pages, I can read this at the end of each (in a html comment): !-- rdf:RDF xmlns=http://web.resource.org/cc/; xmlns:dc=http://purl.org/dc/elements/1.1/; xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#; Work rdf:about= dc:type rdf:resource=http://purl.org/dc/dcmitype/Text; / license rdf:resource=http://creativecommons.org/licenses/by-nc-sa/2.0/; / /Work License rdf:about=http://creativecommons.org/licenses/by-nc-sa/2.0/; permits rdf:resource=http://web.resource.org/cc/Reproduction; / permits rdf:resource=http://web.resource.org/cc/Distribution; / requires rdf:resource=http://web.resource.org/cc/Notice; / requires rdf:resource=http://web.resource.org/cc/Attribution; / prohibits rdf:resource=http://web.resource.org/cc/CommercialUse; / permits rdf:resource=http://web.resource.org/cc/DerivativeWorks; / requires rdf:resource=http://web.resource.org/cc/ShareAlike; / /License /rdf:RDF -- I do not understand clearly the meaning of this lines but from reading the place they come from (/usr/share/dokuwiki/lib/tpl/default/footer.html in your packaging) where it is said: ?php /* * The following stuff in HTML comments declares a Creative Commons * License - remove this if you don't want this license for your Wiki */ ? I understand the intended effect is to put by default the content of the wiki under a specific (non-free) license. Could you please either remove these lines in comment in order to put no license on the pages as default in the Debian package or else could you document this default in README.Debian and give to the dokuwiki user the way to remove it (by editing /usr/share/dokuwiki/lib/tpl/default/footer.html). Thanks for your work on packaging dokuwiki, which, by the way, is a great piece of software. Frederic Lehobey -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.4.27-2-sparc64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.4.62 Debian configuration management sy ii php4 4:4.4.0-4 server-side, HTML-embedded scripti ii ucf 2.004 Update Configuration File: preserv Versions of packages dokuwiki recommends: ii apache2-mpm-prefork [httpd-cg 2.0.55-3 traditional model for Apache2 -- debconf information: dokuwiki/system/localnet: 10.0.0.0/24 * dokuwiki/system/documentroot: /dokuwiki * dokuwiki/system/accessible: global dokuwiki/webservers: apache * dokuwiki/system/purgepages: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335416: celestia: flying characters on powerpc arch
Package: celestia Version: 1.3.2-3.1 Severity: normal Hi, When running celestia in demo mode, several characters fly a few centimeters above their proper locations. The list of such misplaced characters I have identified so far is: p A (actually moved to the right) g ( ) , y It is a very weird bug that does not show up on i386 arch. I can provide you snapshots of the screen if you want to see what it looks like. Just to have a sense of it: y Mercur Best regards, Frederic Lehobey -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-powerpc Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages celestia depends on: ii celestia-common 1.3.2-3.1 Datafiles for Celestia, a real-tim ii kdelibs4c24:3.4.2-4 core libraries for all KDE applica ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.7-3 The Network Audio System (NAS). (s ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libfam0 2.7.0-8client library to control the FAM ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-2 GCC support library ii libglu1-xorg [libglu1]6.8.2.dfsg.1-9 Mesa OpenGL utility library [X.Org ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libidn11 0.5.18-1 GNU libidn library, implementation ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii liblua50 5.0.2-5Main interpreter library for the L ii liblualib50 5.0.2-5Extension library for the Lua 5.0 ii libpng12-01.2.8rel-5 PNG library - runtime ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded runtime v ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxi66.8.2.dfsg.1-9 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-9 X Window System multi-head display ii libxmu6 6.8.2.dfsg.1-9 X Window System miscellaneous util ii libxrandr26.8.2.dfsg.1-9 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-9 Mesa 3D graphics library [X.Org] ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime celestia recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330136: tailor: experiencing failure with cvs
Hi, Just for the sake of clarity. On Tue, Sep 27, 2005 at 12:10:22PM +0200, Vincent Danjean wrote: Frederic Lehobey wrote: The man page says --encoding=CHARSET Force the output encoding to given CHARSET, rather then using the user's default settings specified in the environment. I am using utf-8 so maybe tailor is not able for some reason to recognize it. I was thinking of _automatic_ detection of my default settings (without the --encoding switch). The command you suggested (with an = instead of a space) worked flawlessly. If I remember, tailor does not recognize --encoding=CHARSET, but only --encoding CHARSET I think the manpage/help/doc should be updated. You are best placed for that. ;) Thanks again for your help and your work on tailor, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329629: Team maintenance for package dak
Package: dak Version: 1.0-8 Severity: wishlist Hi, Do you have plans for setting up any kind of team maintenance (like on Alioth) for dak package? If any, I would be happy to join and contribute. Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii apt-utils 0.5.28.6 APT utility programs ii bzip2 1.0.2-7 high-quality block-sorting file co ii debconf 1.4.30.13Debian configuration management sy ii dpkg-dev1.10.28 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon ii gnupg 1.4.1-1 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii python 2.3.5-2 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.17 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329616: a commented katie.conf-dak
Package: dak
Version: 1.0-8
Severity: wishlist
Tags: patch
Hi,
Please, find included a katie.conf-dak (the file you are using as a
template for the package) with more comments. The comments come from
James Troup's /usr/share/doc/dak/README.config.gz. If I add some
more comments later, I will feed this bug report.
Best regards,
Frederic Lehobey
-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.6.8-2-sparc64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages dak depends on:
ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg
ii apt-utils 0.5.28.6 APT utility programs
ii bzip2 1.0.2-7 high-quality block-sorting file co
ii debconf 1.4.30.13Debian configuration management sy
ii dpkg-dev1.10.28 Package building tools for Debian
ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon
ii gnupg 1.4.1-1 GNU privacy guard - a free PGP rep
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-13 GCC support library
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
ii python 2.3.5-2 An interactive high-level object-o
ii python-apt 0.5.10 Python interface to libapt-pkg
ii python-ldap 2.0.4-1 A LDAP interface module for Python
ii python-pygresql 1:3.6.1-1PostgreSQL module for Python
ii ucf 1.17 Update Configuration File: preserv
-- debconf information:
* dak/username: deb-dak
* dak/groupname: debadmin
* dak/hostname: localhost.localdomain
* dak/path: /opt/dak
* dak/setup:
* dak/archivename: archive FDL (ondine)
// Dinstall. Mandatory. List of dinstall options.
Dinstall
{
// PGPKeyring and GPGKeyring (required): filenames of the PGP and
// GnuPG keyrings to be used by katie respectively.
// Both need to be defined at the moment, but they can point to the
// same file.
GPGKeyring @PATH@/keyrings/keyring.gpg;
PGPKeyring @PATH@/keyrings/keyring.gpg;
// SigningKeyring (optional): this is the private keyring used by
// ziyi.
// To sign the release files. Adjust the keyid!
// Note: Key must be without a passphrase or it wont work
// automagically!
SigningKeyring @PATH@/s3kr1t/dot-gnupg/secring.gpg;
SigningPubKeyring @PATH@/s3kr1t/dot-gnupg/pubring.gpg;
SigningKeyIds CHANGETHISONEFORziyi;
// SendmailCommand (required): command to call the MTA.
SendmailCommand /usr/sbin/sendmail -odq -oi -t;
// MyEmailAddress (required): this is used as the From: line for
// sending mails as a script/daemon.
MyEmailAddress @ARCHIVE@ Installer installer@@HOSTNAME@;
// MyAdminAddress (required): used as a contact address in mails.
MyAdminAddress ftpmaster@@HOSTNAME@;
// used for generating [EMAIL PROTECTED] addresses in
// e.g. manual_reject()
MyHost @HOSTNAME@;
// MyDistribution (required): this variable is used in emails sent
// out by katie and others. It should indicate the name of the
// distribution.
MyDistribution @ARCHIVE@;
// BugServer (required): is used by katie and melanie when closing
// bugs.
// Alicia and melanie can use it
BugServer [EMAIL PROTECTED]@;
// PackagesServer (requried): used by melanie when carbon-copying a
// bug close mail to a package maintainer.
PackagesServer [EMAIL PROTECTED]@;
// TrackingServer (optional): used by katie and melanie to send
// messages for the maintainer also to an alias for people tracking
// a specific source package.
// If defined then the [EMAIL PROTECTED] gets a copy of most of the
// actions related to the package. For an example look at
// packages.qa.debian.org
// TrackingServer [EMAIL PROTECTED]@;
// LockFile (required): contains the filename of the lockfile used
// by dinstall when in action mode (i.e. not using
// -n/--no-action).
LockFile @PATH@/katie/lock;
// All sent mail is blind carbon copied to the email address in Bcc
// if it's not blank and defined.
// Bcc archive@@HOSTNAME@;
// GroupOverrideFilename (optional): this is the override file
// which contains the list of email addresses which, if part of the
// Maintainer field, cause uploads to always be treated as
// maintainer uploads.
// GroupOverrideFilename override.group-maint;
// FutureTimeTravelGrace (required): specifies how many seconds
// into the future timestamps are allowed to be inside a deb before
// being rejected.
FutureTimeTravelGrace 28800; // 8 hours
// PastCutoffYear (required): specifies the cut-off year which is
// used when deciding whether or not to reject packages based on
// the file timestamp.
PastCutoffYear 1984;
// SkipTime (required
Bug#321993: celestia: crashed at startup on powerpc
Package: celestia
Version: 1.3.2-2
Severity: important
Hi,
celestia crashes on powerpc in the following way:
$ celestia
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
DCOP Cleaning up dead connections.
Unable to resolve Xmu symbols - please check your Xmu library installation.
DCOP aborting call from 'anonymous-8484' to 'celestia'
celestia: ERROR: Communication problem with celestia, it probably crashed.
Mutex destroy failure: Device or resource busy
ICE default IO error handler doing an exit(), pid = 8494, errno = 0
In case it helps, please find the strace of the command.
Thanks for packaging celestia and best regards,
Frederic Lehobey
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'stable')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-powerpc
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Versions of packages celestia depends on:
ii celestia-common 1.3.2-2Datafiles for Celestia, a real-tim
ii kdelibs4 4:3.3.2-6.1KDE core libraries
ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi
ii libaudio2 1.7-2 The Network Audio System (NAS). (s
ii libc6 2.3.5-3GNU C Library: Shared libraries an
ii libfam0c102 2.7.0-7client library to control the FAM
ii libfontconfig12.3.2-1generic font configuration library
ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib
ii libgcc1 1:4.0.1-3 GCC support library
ii libglu1-xorg [libglu1]6.8.2.dfsg.1-4 Mesa OpenGL utility library [X.Org
ii libice6 6.8.2.dfsg.1-4 Inter-Client Exchange library
ii libidn11 0.5.18-1 GNU libidn library, implementation
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG
ii liblua50 5.0.2-5Main interpreter library for the L
ii liblualib50 5.0.2-5Extension library for the Lua 5.0
ii libpng12-01.2.8rel-1 PNG library - runtime
ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v
ii libsm66.8.2.dfsg.1-4 X Window System Session Management
ii libstdc++51:3.3.6-7 The GNU Standard C++ Library v3
ii libx11-6 6.8.2.dfsg.1-4 X Window System protocol client li
ii libxcursor1 1.1.3-1X cursor management library
ii libxext6 6.8.2.dfsg.1-4 X Window System miscellaneous exte
ii libxft2 2.1.7-1FreeType-based font drawing librar
ii libxi66.8.2.dfsg.1-4 X Window System Input extension li
ii libxmu6 6.8.2.dfsg.1-4 X Window System miscellaneous util
ii libxrandr26.8.2.dfsg.1-4 X Window System Resize, Rotate and
ii libxrender1 1:0.9.0-2 X Rendering Extension client libra
ii libxt66.8.2.dfsg.1-4 X Toolkit Intrinsics
ii xlibmesa-gl [libgl1] 6.8.2.dfsg.1-4 Mesa 3D graphics library [X.Org]
ii xlibs 6.8.2.dfsg.1-4 X Window System client libraries m
ii zlib1g1:1.2.3-3 compression library - runtime
celestia recommends no packages.
-- no debconf information
execve(/usr/bin/celestia, [celestia], [/* 21 vars */]) = 0
uname({sys=Linux, node=clochette, ...}) = 0
brk(0) = 0x10178000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x30018000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=36287, ...}) = 0
mmap(NULL, 36287, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30019000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/usr/lib/liblualib50.so.5.0, O_RDONLY) = 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0Q\30..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=74368, ...}) = 0
mmap(0xffcd000, 140756, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xffcd000
mprotect(0xffdf000, 67028, PROT_NONE) = 0
mmap(0xffee000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11000) = 0xffee000
mmap(0xffef000, 1492, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffef000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file
Bug#321104: forgotten config files in dak.postrm
Package: dak Version: 1.0-8 Severity: normal Tags: patch Hi, I found the following patch to dak.postrm necessary for dak to uninstall properly. In the meanwhile, and just for the record, the workaround with the defaults debconf values is: ucf --purge /opt/dak/katie/apt.conf ucf --purge /opt/dak/katie/cron.unchecked ucf --purge /opt/dak/katie/katie.conf ucf --purge /etc/katie/katie.conf ucf --purge /opt/dak/katie/vars ucf --purge /opt/dak/katie/Contents.top Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii apt-utils 0.5.28.6 APT utility programs ii bzip2 1.0.2-6 high-quality block-sorting file co ii debconf 1.4.30.13Debian configuration management sy ii dpkg-dev1.10.28 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon ii gnupg 1.4.1-1 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii python 2.3.5-2 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.17 Update Configuration File: preserv -- debconf information: * dak/username: deb-dak * dak/groupname: debadmin * dak/hostname: localhost.localdomain * dak/path: /opt/dak * dak/setup: * dak/archivename: archive FDL (ondine) --- dak.postrm 2005-07-28 08:51:11.0 +0200 +++ /tmp/dak.postrm 2005-08-03 14:30:12.496817568 +0200 @@ -19,10 +19,12 @@ fi if which ucf /dev/null; then - ucf --purge $path/apt.conf - ucf --purge $path/cron.unchecked - ucf --purge $path/katie.conf - ucf --purge $path/vars + ucf --purge $path/katie/apt.conf + ucf --purge $path/katie/cron.unchecked + ucf --purge $path/katie/katie.conf + ucf --purge /etc/katie/katie.conf + ucf --purge $path/katie/vars + ucf --purge $path/katie/Contents.top ucf --purge $path/katie/templates/alicia.bug-close ucf --purge $path/katie/templates/amber.advisory ucf --purge $path/katie/templates/jennifer.accepted
Bug#321127: extraneous dak-gpg.patch in your dak sources
Package: dak Version: 1.0-8 Severity: minor Hi, Just as a remainder. I noticed at the top level of dak 1.0-8 source directory a dak-gpg.patch file (mine actually). ;-) I do not believe it is needed by your package and I suppose it arrived there by accident during your last upload. Thanks for your work on packaging dak, Frederic Lehobey -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii apt-utils 0.5.28.6 APT utility programs ii bzip2 1.0.2-6 high-quality block-sorting file co ii debconf 1.4.30.13Debian configuration management sy ii dpkg-dev1.10.28 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon ii gnupg 1.4.1-1 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii python 2.3.5-2 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.17 Update Configuration File: preserv -- debconf information: * dak/username: deb-dak * dak/groupname: debadmin * dak/hostname: localhost.localdomain * dak/path: /opt/dak * dak/setup: * dak/archivename: archive FDL (ondine) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320275: mailing list for (computational) science
Hi, On Sun, Jul 31, 2005 at 11:24:38AM +0300, [EMAIL PROTECTED] wrote: Hello! I would like to announce, that I am interested in: a) List to be created b) distribution or pre-selected science-set-of-packages to be created for science. Areas I am looking at is numerical and symbolical computation e.g. r-base, octave, latex (with proper packages) graphical utilities, sgml, doc-books etc. Finance packages would also be wellcome. Best regards Mikko Haikonen The list has actually been created thanks to Pascal Hakim. You may now subscribe to it (if not already done): http://lists.debian.org/debian-science/ Welcome on board, Frederic Lehobey signature.asc Description: Digital signature
Bug#320210: debbugs: Please add possibility to add a non-numerical prefix to bug numbers
Hi, On Wed, Jul 27, 2005 at 06:16:12PM +0200, Daniel Leidert wrote: Package: debbugs Version: 2.4.1 Severity: wishlist It would be nice, if /var/lib/debbugs/spool/nextnumber would accept and understand a construction based on a prefix + a number, e.g. foobar11, so different BTS can use their own prefix. E.g. BTS1 uses bug-reprort numbers '#btsaxx' and BTS2 uses '#btsbxx'. So this would help to make it clear, which bug is meant. So bug-numbers are not always #xx, even if they are mentioned in different BTS. Adding a prefix would also help to keep track of the origin of a bug-report. I would suggest, if possible, 'btsa#xx' and 'btsb#xx' with #xx implicitly defaulting to 'debian#xx'. Best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320298: dak: should recommend symlinks for cron.daily to work properly
Package: dak Version: 1.0-8 Severity: wishlist Hi, I found the symlinks package necessary for the several cron.daily given in the examples in /usr/share/doc/dak/crontabs to work properly. Maybe symlinks should be added to the `Recommends:' (or `Suggests:') of dak. Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 Architecture: sparc (sparc64) Kernel: Linux 2.6.8-2-sparc64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.6 Advanced front-end for dpkg ii apt-utils 0.5.28.6 APT utility programs ii bzip2 1.0.2-6 high-quality block-sorting file co ii debconf 1.4.30.13Debian configuration management sy ii dpkg-dev1.10.28 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-8 lightweight exim MTA (v4) daemon ii gnupg 1.4.1-1 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-13 GCC support library ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3 ii python 2.3.5-2 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.17 Update Configuration File: preserv -- debconf information: * dak/username: deb-dak * dak/groupname: debadmin * dak/hostname: ondine * dak/path: /opt/dak * dak/setup: * dak/archivename: fdl ondine archive -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320275: Support to the request for the creation of debian-science list
Hi, I support the request for the creation of a debian-science mailing list with goals as described by Helen Faulkner in this bug report. I will participate to its animation. An other (preliminary) related effort on Debian wiki may be found there: http://wiki.debian.net/?DebianScience Best regards, Frederic Lehobey signature.asc Description: Digital signature
Bug#309629: ipmasq: watch for i - j substitution
Hi,
On Sat, Jul 23, 2005 at 03:04:50PM +0200, Osamu Aoki wrote:
On Tue, Jun 28, 2005 at 07:31:22PM +0200, Frederic LEHOBEY wrote:
Oops. Yopu are right. This could not work. But I need to confirm few
things. I have question on this patch.
-if echo $INTERNAL | grep -q $IFACE; then
+if `echo $INTERNAL | grep -q $IFACE -` ; then
First, I think grep do not need '-' as file name.
My original script should work. It is testing exit code of grep.
Can you tell me why this patch?
You are right. It does not seem to be necessary anymore. I used it
to get rid of the following error (from my notes, sorry, French
locale) I cannot reproduce anymore (weird, as I was already in stable
sarge):
# invoke-rc.d ipmasq restart
Initializing IP Masquerading...Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
Usage: grep [OPTION]... PATRON [FICHIER]...
Pour en savoir davantage, faites: « grep --help ».
done.
Maybe they were only a consequence of the other typo (solved _after_
this change while investigating).
Otherwise, I have the same typos for files I31routes.rul, M71masq.rul
and O31routes.rul as original bug submitter (not included).
Give them to me.
Here they are, in the attachment.
Best regards,
Frederic Lehobey
diff -Naur /usr/share/doc/ipmasq/examples/routes/A01routes.rul
/tmp/ipmasq-309629/A01routes.rul
--- /usr/share/doc/ipmasq/examples/routes/A01routes.rul 2004-07-28
22:51:24.0 +0200
+++ /tmp/ipmasq-309629/A01routes.rul2005-07-23 15:38:13.219017768 +0200
@@ -18,7 +18,9 @@
return
}
-for route in `route -n | grep '^[1-9]'`; do
+routelines=`route -n | grep '^[1-9]'`
+for (( i=1 ; $i = `echo $routelines | wc -l` ; i++ )) do
+route=`echo $routelines | head -n $i | tail -n 1`
IFACE=$( echo $route | { read X X X X X X X Y ; echo $Y ; } )
if echo $INTERNAL | grep -q $IFACE; then
# $IFACE is in $INTERNAL
diff -Naur /usr/share/doc/ipmasq/examples/routes/F31routes.rul
/tmp/ipmasq-309629/F31routes.rul
--- /usr/share/doc/ipmasq/examples/routes/F31routes.rul 2004-07-27
21
Bug#71879: about voting for bugs
Hi, On Wed, Jul 20, 2005 at 11:38:11AM +0200, Olaf van der Spek wrote: On 7/20/05, Paul Brossier [EMAIL PROTECTED] wrote: With all these great news about the BTS these days, it would be nice to think about adding a voting feature: a way to count the number of users that are annoyed by each bug. It could be either a simple way to submit a follow-up to say 'hey, i faced this one too', either just a button on bugreport.cgi, or something else. Why not just submit a 'me too' email to the bug report? Well, should not the weight of the vote simply be the number of people subscribed to the bug? http://code.erisian.com.au/Wiki/debbugs/BugSubscriptionIdeas http://www.joachim-breitner.de/blog/archives/51-Debian-Bug-Subscription-Feature.html http://www.joachim-breitner.de/blog/archives/53-Bug-Subscription-Feature.-Again..html Thanks for you works on debbugs. Best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309629: ipmasq: watch for i - j substitution
Package: ipmasq
Version: 4.0.2
Followup-For: Bug #309629
Hi,
I have experienced the same bug (it is therefore confirmed) and solved
it in almost the same way independently (I should have checked before
the BTS).
Please notice that in the file F31routes.rul I believe the variable i
should be substituted to the j (see the patch below) for the latter
`if' test to make sense.
--
diff -Naur /usr/share/doc/ipmasq/examples/routes/F31routes.rul
/tmp/ipmasq-309629/F31routes.rul
--- /usr/share/doc/ipmasq/examples/routes/F31routes.rul 2004-07-27
21:37:24.0 +0200
+++ /tmp/ipmasq-309629/F31routes.rul2005-06-28 18:41:03.711288480 +0200
@@ -1,10 +1,10 @@
#: Forward packets among internal and routed networks
if [ -n $ROUTES ]; then
for route in $ROUTES; do
- j=${$route%%:*}
+ j=${route%%:*}
dest=${route##*:}
for r in $ROUTES; do
- j=${$r%%:*}
+ i=${r%%:*}
src=${r##*:}
if [ $i != $j ]; then
case $MASQMETHOD in
--
Just for the record my alternative patch to A01routes.rul is also
included below.
--
diff -Naur /usr/share/doc/ipmasq/examples/routes/A01routes.rul
/tmp/ipmasq-309629/A01routes.rul
--- /usr/share/doc/ipmasq/examples/routes/A01routes.rul 2004-07-28
22:51:24.0 +0200
+++ /tmp/ipmasq-309629/A01routes.rul2005-06-28 18:41:03.711288480 +0200
@@ -18,9 +18,11 @@
return
}
-for route in `route -n | grep '^[1-9]'`; do
+routelines=`route -n | grep '^[1-9]'`
+for (( i=1 ; $i = `echo $routelines | wc -l` ; i++ )) do
+route=`echo $routelines | head -n $i | tail -n 1`
IFACE=$( echo $route | { read X X X X X X X Y ; echo $Y ; } )
-if echo $INTERNAL | grep -q $IFACE; then
+if `echo $INTERNAL | grep -q $IFACE -` ; then
# $IFACE is in $INTERNAL
NDEST=$( echo $route | { read Y X X X X X X X ; echo $Y ; } )
NMASK=$( echo $route | { read X X Y X X X X X ; echo $Y ; } )
--
Otherwise, I have the same typos for files I31routes.rul, M71masq.rul
and O31routes.rul as original bug submitter (not included).
Thanks for the works of both of you and best regards,
Frederic Lehobey
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: sparc (sparc64)
Kernel: Linux 2.6.8-2-sparc64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages ipmasq depends on:
ii debconf 1.4.30.13 Debian configuration management sy
ii ipchains 1.3.10-15 Network firewalling for Linux 2.2.
ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis
-- debconf information:
ipmasq/ppp-turn-on:
* ipmasq/start: true
ipmasq/move-ipmasq.rules: true
ipmasq/external-rules-moved: true
* ipmasq/start-location: After network services have been started
ipmasq/dpkg-conffiles:
* ipmasq/ppp-recompute: true
* ipmasq/ppp-turn-off:
ipmasq/old-ipmasq.conf: true
ipmasq/old-rc.boot-file: true
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314815: dfsbuild: seems to fail on powerpc
Package: dfsbuild Version: 0.6.19 Severity: important Hi, Following my experiments with dfsbuild I have found it to be failing on powerpc arch with the included minimal configuration. It fails similarly on sarge and sid on powerpc arch while it works on i386. ... P: Configuring package passwd P: Configuring package sysvinit P: Configuring package bash P: Configuring package modutils E: Couldn't install root! Fatal error: exception Shell.Subprocess_error(_, 0) while on i386 : ... P: Configuring package passwd P: Configuring package sysvinit P: Configuring package bash P: Configuring package modutils P: Configuring helper cdebootstrap-helper-diverts P: Configuring helper cdebootstrap-helper-makedev P: Unpacking package apt P: Configuring package apt ... Am I missing something? I hope it is not related to the kernels I am using. Thanks for your work and best regards, Frederic Lehobey -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dfsbuild depends on: ii apt-move 4.2.23 Maintain Debian packages in a pack ii bash 3.0-15 The GNU Bourne Again SHell ii cdebootstrap 0.3.4 Bootstrap a Debian system ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii debconf 1.4.51 Debian configuration management sy ii hfsutils 3.2.6-9Tools for reading and writing Maci ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii mkisofs 4:2.01+01a01-4 Creates ISO-9660 CD-ROM filesystem ii mkvmlinuz 13 create a kernel to boot a PowerPC ii ucf 1.18 Update Configuration File: preserv ii yaboot1.3.13-3 Yet Another Bootloader dfsbuild recommends no packages. Versions of packages dfsbuild is related to: ii reportbug 3.13 reports bugs in the Debian distrib pn totem-gstreamer none (no description available) -- no debconf information # Copyright (c) 2004 John Goerzen # Copyright (c) 2005 Frdric Daniel Luc LEHOBEY (fdl) # Inspired from the dfs.cfg config file originally written by John # Goerzen for Debian From Scratch this dfs-mini-i386-powerpc.cfg is a # minimal one for debbugging purpose. [DEFAULT] ## # Overall settings, set defaults for all archs ## # Name of generated disc name = Debugging Debian From Scratch (DDFS) # Version of generated disc version = 2005-06-18 # Person that built it builder = Frederic LEHOBEY [EMAIL PROTECTED] # Repositories to mirror. Details about each one are configured below. dlrepos = sarge # Repository to build the CD with. Must be in above list. suite = sarge # Whether or not to use zftree compression on ISO image compress = yes # Files to never compress if the above is yes # If a dir is given, that dir and everything below is not compressed dontcompress = /boot /etc/*boot* /opt/dfsruntime/initrd.dfs # Location of dfsbuild support files libdir = /usr/lib/dfsbuild # Location of docs for CD docdir = /usr/share/doc/dfsbuild # Bootloader to place on CD. Choices are: # grub-hd GRUB with ElTorito hard disk emulation (not working yet) # grub-no-emul raw ElTorito image # abootAlpha SRM bootloader # yaboot PowerPC bootloader # (usually set in arch area) #bootloader = grub-no-emul # Packages to install on live FS, on all archs, besides base system allpackages = busybox-static # Default mirror for repo sections mirror = http://localhost/debian #mirror = http://mirrors/debian # Devices to probe for CD devices = scd0 scd1 scd2 scd3 scd4 hda hdb hdc hdd hde hdf hdg # Files to place on the ramdisk ramdisk_files = /etc/resolv.conf /etc/lvm* /etc/pcmcia /tmp /var/tmp /dev /etc/fstab /var/lock /var/run /var/state /etc/exports /etc/ppp /etc/chatscripts /root /etc/network /var/lib/misc # Directories to create on live fs makedirs = /root/.elinks # Files to delete from live fs deletefiles = /etc/rcS.d/*discover /etc/rcS.d/*hotplug /etc/rcS.d/*lvm ## # Arch settings: i386 ## [i386] # I have not yet dig into proper kernel compiling for DFS (standard # Debian kernels do not work yet). As a temporary workaround, I use # here John Goerzen ones mounted in /mnt
Bug#311537: DFS and X as user
Hi, As said in my previous message about this wishlist bug report, I was working on a version for login as a user. The solution I have used is quite ugly, but nonetheless, I shamelessly publish it here. Unfortunately I have not been able to put the /usr directory in the ramdisk: it is too small. And I have not found where its size was decided in dfsbuild source code. Best regards, Frederic Lehobey # Copyright (c) 2004 John Goerzen # Copyright (c) 2005 Frédéric Daniel Luc LEHOBEY (fdl) # Inspired from the dfs.cfg config file originally written by John # Goerzen for Debian From Scratch this xdfs-user.cfg config file provides # some support for X and autologin as xdfs-user. # # Below are some remainder of capabilities and limitations of the # syntax of this configuration file (see package # libmissinglib-ocaml-dev). Remember them when writing you own # additions. # # = and : are separators for options like: # # name : valueor name = value # # and # # /file/path = body or /file/path : body # # The consequence is that no : nor = can be put in a file body # excepted on the first line (after the first separator = or :). # The workaround used here is to put all the lines with an = or a # : on the first line. Like: # # /etc/environment = [EMAIL PROTECTED] # # It is not always possible... (I have not found a way for menu files). # # The option name is, by standard, always turned to lower case. It # means files or directories like /etc/X11/XF86Config-4 with capital # letters cannot be created or modified (see /root/.profile for some # ugly workaround). # # Only text can put into touched config files (only owned by root). # Changing file modes from this config file or moving random binary # file is not supported by the version of dfsbuild (0.6.19) I have used. # # The # (followed with at least an other character like a white # space otherwise it breaks the parsing) is the beginning of a comment # for this file. It cannot be used inside the body of an option (see # Debian bug #278484). It means your modified config files inside the # target will not inherit new comments from here. # # Have fun. dfsbuild is a very nice tool (do not forget it must be # run as root). [DEFAULT] ## # Overall settings, set defaults for all archs ## # Name of generated disc name = XDFS Live CD (DFS + X Window System) # Version of generated disc version = 2005-06-03 # Person that built it builder = Frederic LEHOBEY [EMAIL PROTECTED] # Repositories to mirror. Details about each one are configured below. dlrepos = sid # Repository to build the CD with. Must be in above list. suite = sid # Whether or not to use zftree compression on ISO image compress = yes # Files to never compress if the above is yes # If a dir is given, that dir and everything below is not compressed dontcompress = /boot /etc/*boot* /opt/dfsruntime/initrd.dfs # Location of dfsbuild support files libdir = /usr/lib/dfsbuild # Location of docs for CD docdir = /usr/share/doc/dfsbuild # Bootloader to place on CD. Choices are: # grub-hd GRUB with ElTorito hard disk emulation (not working yet) # grub-no-emul raw ElTorito image # abootAlpha SRM bootloader # yaboot PowerPC bootloader # (usually set in arch area) #bootloader = grub-no-emul # Packages to install on live FS, on all archs, besides base system. # Mandatory package for DFS is busybox-static. # rungetty is used for autologin (see /root/.profile and # /etc/inittab). # strace and less are left only for debugging purposes. allpackages = busybox-static rungetty sudo locales xfonts-75dpi-transcoded xfonts-100dpi-transcoded discover hotplug x-window-system-core xfce4 menu strace less # Default mirror for repo sections mirror = http://localhost/debian #mirror = http://ftp.fr.debian.org/debian # Devices to probe for CD devices = scd0 scd1 scd2 scd3 scd4 hda hdb hdc hdd hde hdf hdg # Files to place on the ramdisk # /usr/lib/locale is for storing localedef results as called by # locale-gen (see /root/.profile). # I have not been able to put the full /usr (that would be nice) as it # fills the ramdisk (not yet found how to set it up). # If you want to install new packages from the live system, add /usr # and full /etc. # If you want to create user accounts, add /home and full /etc. ramdisk_files = /dev /etc /home /root /tmp /usr/lib/locale /var # Directories to create on live fs (compulsory entry). makedirs = # Files to delete from live fs deletefiles = /etc/rcS.d/*lvm ## # Arch settings: i386 ## [i386
Bug#311537: dfsbuild: DFS and X as root: a possible .cfg file
Package: dfsbuild Version: 0.6.17 Severity: wishlist Hi, First of all, thanks for your great dfsbuild tool. I have played a bit with it and provide here, as a proof of the concept, an example of a commented .cfg file that starts X with some localisation setup. You might find it interesting to provide to other dfsbuild users. I know it is already on your TODO list, but I would appreciate any hint or documentation about how to compile a proper kernel that suits dfsbuild. I am currently polishing some other (more involved) versions of the config file I have just sent to you (like logging as user if necessary...). Thanks for making all this possible. Best regards, Frederic -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dfsbuild depends on: ii apt-move 4.2.23 Maintain Debian packages in a pack ii bash 2.05b-26The GNU Bourne Again SHell ii cdebootstrap 0.3.4 Bootstrap a Debian system ii cramfsprogs 1.1-6 Tools for CramFs (Compressed ROM F ii debconf 1.4.30.13 Debian configuration management sy ii grub 0.95+cvs20040624-17 GRand Unified Bootloader ii libc62.3.2.ds1-21GNU C Library: Shared libraries an ii mkisofs 4:2.01+01a01-2 Creates ISO-9660 CD-ROM filesystem ii ucf 1.17Update Configuration File: preserv -- no debconf information # Copyright (c) 2004 John Goerzen # Copyright (c) 2005 Frédéric Daniel Luc LEHOBEY (fdl) # Inspired from the dfs.cfg config file originally written by John # Goerzen for Debian From Scratch this xdfs-root.cfg config file provides # some support for X and autologin as root. # # Below are some remainder of capabilities and limitations of the # syntax of this configuration file (see package # libmissinglib-ocaml-dev). Remember them when writing you own # additions. # # = and : are separators for options like: # # name : valueor name = value # # and # # /file/path = body or /file/path : body # # The consequence is that no : nor = can be put in a file body # excepted on the first line (after the first separator = or :). # The workaround used here is to put all the lines with an = or a # : on the first line. Like: # # /etc/environment = [EMAIL PROTECTED] # # It is not always possible... (I have not found a way for menu files). # # The option name is, by standard, always turned to lower case. It # means files or directories like /etc/X11/XF86Config-4 with capital # letters cannot be created or modified (see /root/.profile for some # ugly workaround). # # Only text can put into touched config files (only owned by root). # Changing file modes from this config file or moving random binary # file is not supported by the version of dfsbuild (0.6.19) I have used. # # The # (followed with at least an other character like a white # space otherwise it breaks the parsing) is the beginning of a comment # for this file. It cannot be used inside the body of an option (see # Debian bug #278484). It means your modified config files inside the # target will not inherit new comments from here. # # Have fun. dfsbuild is a very nice tool (do not forget it must be # run as root). [DEFAULT] ## # Overall settings, set defaults for all archs ## # Name of generated disc name = XDFS Live CD (DFS + X Window System) # Version of generated disc version = 2005-06-01 # Person that built it builder = Frederic LEHOBEY [EMAIL PROTECTED] # Repositories to mirror. Details about each one are configured below. dlrepos = sid # Repository to build the CD with. Must be in above list. suite = sid # Whether or not to use zftree compression on ISO image compress = yes # Files to never compress if the above is yes # If a dir is given, that dir and everything below is not compressed dontcompress = /boot /etc/*boot* /opt/dfsruntime/initrd.dfs # Location of dfsbuild support files libdir = /usr/lib/dfsbuild # Location of docs for CD docdir = /usr/share/doc/dfsbuild # Bootloader to place on CD. Choices are: # grub-hd GRUB with ElTorito hard disk emulation (not working yet) # grub-no-emul raw ElTorito image # abootAlpha SRM bootloader # yaboot PowerPC bootloader # (usually set in arch area) #bootloader = grub-no-emul # Packages to install on live FS, on all archs, besides base system. # Mandatory package for DFS is busybox-static. # rungetty is used for autologin (see /root/.profile and # /etc/inittab). # strace and less are left
Bug#310928: libmissinglib-ocaml-dev: please provide an escape sequence for : and = separators
Hi, On Fri, May 27, 2005 at 02:00:29AM +0200, Frederic LEHOBEY wrote: I am digging into dfsbuild. Could it be possible to add some escape sequence to the : and/or = separators Actually, it could also be relevant for the # and ; special comment characters that are (purposely) also forbidden in the body of an option. Like: someoption = \# with an escaped comment. other lines... now\; possible\; configuration\; parameters\; \# another line not seen as a comment and so on... Best regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310928: libmissinglib-ocaml-dev: please provide an escape sequence for : and = separators
Package: libmissinglib-ocaml-dev Severity: wishlist Hi, I am digging into dfsbuild. Could it be possible to add some escape sequence to the : and/or = separators as used in ConfigParser in order to be able to get options like these: /an/example = some string an other line with /whatever:/it/breaks/after/the/colon or (even worse) something like (it is an actual menu entry) : /etc/menu/xbase-clients = \ ?package(xbase-clients):\ needs=x11\ section=Apps/Math\ hints=Calculators\ longtitle=Xcalc: scientific calculator for X\ title=Xcalc\ command=xcalc I do not know what it should look like. Maybe: /an/example = some string an other line with /whatever\:/does/not/see/the/colon/as/separator/anymore or /etc/menu/xbase-clients = \ ?package(xbase-clients)\:\ needs\=x11\ section\=Apps/Math\ hints\=Calculators\ longtitle\=Xcalc\: scientific calculator for X\ title\=Xcalc\ command\=xcalc Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310602: kernel-image-2.6.8-powerpc: boot failure (sid only?)
Package: kernel-image-2.6.8-powerpc Version: 2.6.8-16 Severity: important I found this kernel not to been able to boot properly (after an upgrade from the rc3 sarge kernel). The boot process does not complete (breaks quite early) and keeps on cycling displaying the following messages (copied by hand): Kernel can not convert a name into a device number Check your 'root=' argument passed on boot by bootloader. initrd-tools: 0.1.80 /sbin/init: 360: cannot open bin/root: No such file umount: bin: not mounted /sbin/init: 362: cannot create proc/sys/kernel-root-dev: Directory nonexistent cat: proc/cmdline: No such file or directory I believe this bug to be specific to sid but it has to be checked again (having upgraded -- from a fresh new install -- my only powerpc machine to sid, I cannot check it anymore for pure sarge). Below is my (default) /etc/yaboot.conf : ## yaboot.conf generated by debian-installer ## ## run: man yaboot.conf for details. Do not make changes until you have!! ## see also: /usr/share/doc/yaboot/examples for example configurations. ## ## For a dual-boot menu, add one or more of: ## bsd=/dev/hdaX, macos=/dev/hdaY, macosx=/dev/hdaZ boot=/dev/hda2 device=/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED]: partition=3 root=/dev/hda3 timeout=100 install=/usr/lib/yaboot/yaboot magicboot=/usr/lib/yaboot/ofboot enablecdboot image=/boot/vmlinux label=Linux read-only initrd=/boot/initrd.img image=/boot/vmlinux.old label=old read-only initrd=/boot/initrd.img.old Kernel-2.6.8 corresponds to old. Linux is now kernel-2.6.11 that boots properly with given settings. Thanks and best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-image-2.6.8-powerpc depends on: ii initrd-tools 0.1.80 tools to create initrd image for p ii mkvmlinuz 13 create a kernel to boot a PowerPC ii module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309605: a2ps: missing dependency on psutils (for psnup)
Package: a2ps Version: 1:4.13b-4.3 Severity: grave Justification: renders package unusable I found a2ps to be missing dependency on psutils (currently it is only a `recommends'). $ LANG=C a2ps -2 /tmp/developers-reference.fr.ps sh: line 1: psnup: command not found [/tmp/developers-reference.fr.ps (ps, delegated to PsNup): failed. Ignored] [No output produced] # apt-get install psutils solves it: $ LANG=C a2ps -2 /tmp/developers-reference.fr.ps [/tmp/developers-reference.fr.ps (ps, delegated to PsNup): 121 pages on 61 sheets] request id is HL-1430-551 (1 file(s)) [Total: 122 pages on 61 sheets] sent to the default printer $ apt-cache show a2ps Package: a2ps Priority: optional Section: text Installed-Size: 3096 Maintainer: Masayuki Hatta (mhatta) [EMAIL PROTECTED] Architecture: i386 Version: 1:4.13b-4.3 Depends: libc6 (= 2.3.2.ds1-4), libpaper1 Pre-Depends: emacsen-common Recommends: bzip2, lpr | cupsys-client, psutils, wdiff By the way it may not be the only problem as the previous command only printed blank pages (but they are properly seen on screen by gv). I have not yet tracked down the roots of this second problem. Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages a2ps depends on: ii emacsen-common 1.4.16 Common facilities for all emacsen ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpaper1 1.1.14-3 Library for handling paper charact -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309605: Reference to an earlier bug
Hi, This bug already showed up before (seems the fix at that time was not enough): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=234861 From reading this previous bug it seems the severity I have put might be too much, but I do not see clearly why (the a2ps command fails everywhere). Best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299937: uma will not work in sarge without change
Hi, Please notice that due to the move to gnupg 1.4.1 decided for sarge (see http://lists.debian.org/debian-release/2005/05/msg01006.html) this bug will affect dak in sarge and uma will not work any more. Should not the severity of this bug now be raised to `important'? Best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305230: workaround does work (for sarge errata?). A precision.
Hi, Just to be most precise. On Sun, May 15, 2005 at 06:43:09PM +0200, lehobey wrote: On Thu, Apr 21, 2005 at 11:23:37PM -0700, Blars Blarson wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: We tried to install RC3 on an Ultra5 machine. It failed with both kernels. VFS: Cannot open root device hda2 or 03:02 I've seen this on one of my ultra 5's before they both decieded to die. I think it's a reoccurance of the silo initrd loading bug (or something related) that can be worked around by changing the memory configuration. What memory configuration do you have? What CPU speed? If 4 sticks, try removing 2. If 2, try moving to the other pair of slots. (Mine had 4x32M, d-i worked with 2x32M in slots closest to disk. After install the system booted fine with all 4 sticks.) Your workaround (removing the 2 x 64 MB sticks) worked both times. Installation is successful with the following steps: 1/ netinstall with RC3 (netboot) default 2.4 kernel and default partitioning (all system in one partition). Still with 384 MB (4 sticks). After first reboot failure with: VFS: Cannot open root device hda2 or 03:02 2/ Removal of 2 sticks (128 MB), now only 256 MB (2 sticks). Actually, the 2 sticks we have removed were the ones on the left slots on the mainbord (same as you did). We have left the two most external ones (closest to disk on Ultra 5). 3/ Reboot and successful completion of second step installation. 4/ Switch off the machine and put back of the 2 previously removed sticks. 5/ After power up, the machine now works properly with 384 MB (kernel 2.4). I believe this workaround deserves at least an explanation in the release notes (errata). Thanks again and best regards, Frederic Lehobey -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305230: Fwd: Bug#305230: [sparc64] [rc3] [netinstall] RC3 does not work on Ultra5 with both kernels 2.4 and 2.6
Hi, On Thu, Apr 21, 2005 at 11:23:37PM -0700, Blars Blarson wrote: In article [EMAIL PROTECTED] [EMAIL PROTECTED] writes: We tried to install RC3 on an Ultra5 machine. It failed with both kernels. VFS: Cannot open root device hda2 or 03:02 I've seen this on one of my ultra 5's before they both decieded to die. I think it's a reoccurance of the silo initrd loading bug (or something related) that can be worked around by changing the memory configuration. What memory configuration do you have? What CPU speed? If 4 sticks, try removing 2. If 2, try moving to the other pair of slots. (Mine had 4x32M, d-i worked with 2x32M in slots closest to disk. After install the system booted fine with all 4 sticks.) Thanks a lot. I have performed (with David, the initial submitter) two new attempts, on Ultra 5 and Ultra 10 both with 384 MB of RAM (2 x 64 + 2 x 128). The bug does occur in these configuration in both cases with default RC3 kernel 2.4. Your workaround (removing the 2 x 64 MB sticks) worked both times. Installation is successful with the following steps: 1/ netinstall with RC3 (netboot) default 2.4 kernel and default partitioning (all system in one partition). Still with 384 MB (4 sticks). After first reboot failure with: VFS: Cannot open root device hda2 or 03:02 2/ Removal of 2 sticks (128 MB), now only 256 MB (2 sticks). 3/ Reboot and successful completion of second step installation. 4/ Switch off the machine and put back of the 2 previously removed sticks. 5/ After power up, the machine now works properly with 384 MB (kernel 2.4). I believe this workaround deserves at least an explanation in the release notes (errata). Thanks a lot for sharing with us your workaround. -- Blars Blarson [EMAIL PROTECTED] http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. Well let's stay modest, they may not be the only ones to experience standard failure. :) Best regards, Frédéric Lehobey
Bug#306914: debmirror does not take IPv6 addresses
Package: debmirror Version: 20050207 Severity: wishlist Hi, Current debmirror does not seem to support IPv6 addresses: Mirroring to /var/www/debian/ from http://anonymous:[2002:52e7:94bd:0:2e0:4cff:fed2:d8c1]//debian/ Arches: powerpc Dists: sarge Sections: main Attempting to get lock, this might take 2 minutes before it fails. Get Release files. Getting: dists/sarge/Release... dists/sarge/Release failed 500 Can't connect to [2002:52e7:94bd:0:2e0:4cff:fed2:d8c1]:80 (Bad hostname '[2002:52e7:94bd:0:2e0:4cff:fed2:d8c1]') dists/sarge/Release failed md5sum check, removing Getting: dists/sarge/Release.gpg... dists/sarge/Release.gpg failed 500 Can't connect to [2002:52e7:94bd:0:2e0:4cff:fed2:d8c1]:80 (Bad hostname '[2002:52e7:94bd:0:2e0:4cff:fed2:d8c1]') ... I have looked at its code but am not skilled enough in perl libraries to add relevant parts. Thanks and best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages debmirror depends on: ii bzip2 1.0.2-5high-quality block-sorting file co ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii liblockfile-simple-perl 0.2.5-7Simple advisory file locking ii libwww-perl 5.803-4WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.4-6Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-6Core Perl modules ii rsync 2.6.3-2fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305230: Fwd: Bug#305230: [sparc64] [rc3] [netinstall] RC3 does not work on Ultra5 with both kernels 2.4 and 2.6
Hi, On Mon, 18 Apr 2005, David MENTRE wrote: We tried to install RC3 on an Ultra5 machine. It failed with both kernels. - with kernel 2.4 [...] unable to read partition table [...] VFS: Cannot open root device hda2 or 03:02 Could you please try this install once again, creating a new Sun disklabel on the disk? You can do it in partman by highlighting the disk information line and pressing enter, then choosing the type of disklabel to be sun. I did this several times on the same hardware as David (I attended his first attempt and own several pieces of said hardware: I can perform any test you require). I tried with automatic and manual partitioning of RC3 netboot (http://ftp.debian.org/debian/dists/testing/main/installer-sparc/rc3/images/sparc64/netboot/). I checked (with parted) that disklabel was sun and accurate (the /dev/hda3 is Whole disk), though I have not been able to follow the advice you give for partman (have missed something? does it require expert mode?). Pressing enter where you said does not give any choice regarding disklabel. It fails every time at first reboot as described in the bug report. Here are the relevant lines (for kernel 2.4) I have copied by hand: ide0 at 0x1fe02c-0x1fe02c0007,0x1fe02ca on irq 4,7e0 ide1 at 0x1fe02c0010-0x1fe02c0017,0x1fe02c0001a on irq 4,7e0 (shared with ide 0) Partition check: hda:end_request: I/O error, dev 03:00 (hda), sector 0 end_request: I/O error, dev 03:00 (hda), sector 2 end_request: I/O error, dev 03:00 (hda), sector 4 end_request: I/O error, dev 03:00 (hda), sector 6 end_request: I/O error, dev 03:00 (hda), sector 8 end_request: I/O error, dev 03:00 (hda), sector 10 end_request: I/O error, dev 03:00 (hda), sector 12 end_request: I/O error, dev 03:00 (hda), sector 14 end_request: I/O error, dev 03:00 (hda), sector 0 end_request: I/O error, dev 03:00 (hda), sector 2 end_request: I/O error, dev 03:00 (hda), sector 4 end_request: I/O error, dev 03:00 (hda), sector 6 end_request: I/O error, dev 03:00 (hda), sector 8 end_request: I/O error, dev 03:00 (hda), sector 10 end_request: I/O error, dev 03:00 (hda), sector 12 end_request: I/O error, dev 03:00 (hda), sector 14 unable to read partition table [...] VFS: Cannot open root device hda2 or 03:02 Please append a correct root= boot option Kernel panic: VFS: Unable to mound root fs on 03:02 Press L1-A to return to the boot prom Best regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302215: exim4-config: allow update-exim4.conf to choose default name for Maildir
Hi Marc, On Wed, Mar 30, 2005 at 07:46:26PM +0200, Marc Haber wrote: tags #302215 wontfix thanks Thanks for your answer. On Wed, Mar 30, 2005 at 07:18:57PM +0200, Frederic LEHOBEY wrote: Thanks for your work on exim4. I have played a bit with you package today and made a patch allowing to choose any other default name for ~/Maildir with update-exim4.conf. The idea is to be able to do with exim4 things similar as what is described here: http://www.ubuntulinux.org/wiki/MailStorageStandardisation . The patch is small though (I believe) complete, including bits for the man page and the README. I appreciate your patch and commend you on its completeness, but unless you come with a surprisingly convinced argument, I won't apply it. Rationale: People sophisticated enough to move away from the standard Maildir name should be able to fire up an editor and edit a dpkg-conffile. The main argument (and my motivation) for this patch is that once dc_localdelivery is set to maildir_home (as explained in your README.Debian) the 'Maildir' directory automagically shows up in users directories. The goal of the patch is just to make as simple as a dc_localdelivery setup the choice for the global name for the Maildir (typically with '.Maildir' as suggested on the web page cited above). Not everything must be configurable through debconf, dpkg-conffiles exist for a reason. Well, I have taken care not to mix up with debconf (in order not to trigger a new round of translations). I have simply carefully followed your example with dc_localdelivery (that is not debconf driven either) in order to take advantage of your update-exim4.conf machinery. You may find all this not `surprisingly convincing' so feel free to close the bug. Best regards, Frédéric Lehobey
Bug#302215: exim4-config: allow update-exim4.conf to choose default name for Maildir
Package: exim4-config
Version: 4.50-4
Severity: wishlist
Tags: patch
Hi,
Thanks for your work on exim4. I have played a bit with you package
today and made a patch allowing to choose any other default name for
~/Maildir with update-exim4.conf.
The idea is to be able to do with exim4 things similar as what is
described here: http://www.ubuntulinux.org/wiki/MailStorageStandardisation .
The patch is small though (I believe) complete, including bits for the
man page and the README.
Best regards,
Frédéric Lehobey
-- Package-specific info:
Exim version 4.50 #1 built 02-Mar-2005 07:41:23
Copyright (c) University of Cambridge 2004
Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003)
Support for: iconv() IPv6 GnuTLS
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis
nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configuration file is /var/lib/exim4/config.autogenerated
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-k7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages exim4-config depends on:
ii adduser 3.63 Add and remove users and groups
ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy
ii passwd 1:4.0.3-31sarge1 change and administer password and
-- debconf information excluded
diff -ru exim4-4.50.orig/debian/README.Debian exim4-4.50/debian/README.Debian
--- exim4-4.50.orig/debian/README.Debian2005-03-30 13:31:56.995952000
+
+++ exim4-4.50/debian/README.Debian 2005-03-30 13:59:25.338366808 +
@@ -378,12 +378,19 @@
exim to change Reply-To, From, Sender and MAIL FROM: accordingly. The
file includes examples.
-Q: How to I setup exim4 to use Maildir and deliver to ~/Maildir instead
+Q: How do I setup exim4 to use Maildir and deliver to ~/Maildir instead
of to /var/mail/username? I need this for courier or dovecot.
A: Add
dc_localdelivery=maildir_home
to /etc/exim4/update-exim4.conf.conf and run invoke-rc.d exim4 reload.
+Q: How can I change the default directory name for Maildir?
+
+A: Add
+dc_maildirlocalname='myPreferredDirName'
+to /etc/exim4/update-exim4.conf.conf and run invoke-rc.d exim4 reload.
+Mail will then be delivered to ~/myPreferredDirName.
+
# vim:tabstop=3:expandtab:shiftwidth=3:textwidth=73
diff -ru
exim4-4.50.orig/debian/debconf/conf.d/transport/30_exim4-config_maildir_home
exim4-4.50/debian/debconf/conf.d/transport/30_exim4-config_maildir_home
---
exim4-4.50.orig/debian/debconf/conf.d/transport/30_exim4-config_maildir_home
2005-03-30 13:31:56.87897 +
+++ exim4-4.50/debian/debconf/conf.d/transport/30_exim4-config_maildir_home
2005-03-30 13:44:04.357377200 +
@@ -7,7 +7,7 @@
maildir_home:
debug_print = T: maildir_home for [EMAIL PROTECTED]
driver = appendfile
- directory = $home/Maildir
+ directory = $home/DEBCONFmaildirlocalnameDEBCONF
delivery_date_add
envelope_to_add
return_path_add
diff -ru exim4-4.50.orig/debian/debconf/update-exim4.conf
exim4-4.50/debian/debconf/update-exim4.conf
--- exim4-4.50.orig/debian/debconf/update-exim4.conf2005-03-30
13:31:56.883969000 +
+++ exim4-4.50/debian/debconf/update-exim4.conf 2005-03-30 13:41:52.661398032
+
@@ -91,6 +91,7 @@
[ x${CFILEMODE} = x ] CFILEMODE=644
[ x${dc_use_split_config} = x ] dc_use_split_config='false'
[ x${dc_localdelivery} = x ] dc_localdelivery='mail_spool'
+[ x${dc_maildirlocalname} = x ] dc_maildirlocalname='Maildir'
[ x${UPEX4C_comments} = x ] UPEX4C_comments=${ue4c_keepcomments:-no}
mailname=`cat /etc/mailname | head -n 1`
@@ -337,6 +338,7 @@
-e sÄDEBCONFreturn_pathDEBCONFÄ${DEBCONFreturn_pathDEBCONF}Äg
\
-e
sÄDEBCONF_hardcode_primary_hostname_DEBCONFÄ${hardcode_primary_hostname}Äg \
-e sÄDEBCONFlocaldeliveryDEBCONFÄ${dc_localdelivery}Äg \
+ -e sÄDEBCONFmaildirlocalnameDEBCONFÄ${dc_maildirlocalname}Äg \
-e
sÄDEBCONFrewriteemailaddresses_mailnameDEBCONFÄ${dc_rewriteemailaddresses_mailname}Äg
\
| removecomments \
${UPEX4C_outputfile}.tmp
@@ -361,6 +363,7 @@
-e sÄDEBCONFreturn_pathDEBCONFÄ${DEBCONFreturn_pathDEBCONF}Äg
\
-e
sÄDEBCONF_hardcode_primary_hostname_DEBCONFÄ${hardcode_primary_hostname}Äg \
-e sÄDEBCONFlocaldeliveryDEBCONFÄ${dc_localdelivery}Äg \
+ -e sÄDEBCONFmaildirlocalnameDEBCONFÄ${dc_maildirlocalname}Äg \
-e
sÄDEBCONFrewriteemailaddresses_mailnameDEBCONFÄ${dc_rewriteemailaddresses_mailname}Äg
\
/etc/exim4/exim4.conf.template \
| removecomments \
diff -ru
Bug#299938: dak: add a recommendation for sudo
Package: dak Version: 1.0-7 Severity: wishlist Hi, Currently, dak recommends only python-gnupginterface but I think you should add sudo as it is also necessary for uma to work properly. Best regards, Frederic Lehobey -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.4.27-2-sparc64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.5 Advanced front-end for dpkg ii apt-utils 0.5.28.5 APT utility programs ii bzip2 1.0.2-5 high-quality block-sorting file co ii debconf 1.4.46 Debian configuration management sy ii dpkg-dev1.10.27 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-4 lightweight exim MTA (v4) daemon ii gnupg 1.4.0-3 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-11 GCC support library ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii python 2.3.5-1 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.14 Update Configuration File: preserv -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#299937: dak: uma does not work with gnupg 1.4.0 that is in unstable
Package: dak
Version: 1.0-7
Severity: normal
Tags: patch
Hi,
The human readable output format has slightly changed between gnupg
1.2.5 and 1.4.0. It breaks uma. I have patched uma in order to make
it use the output of the --with-colons option of gpg which works for any
gnupg versions. I have tested the patch (but I am not a python expert).
Best regards,
Frederic Lehobey
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: sparc (sparc64)
Kernel: Linux 2.4.27-2-sparc64
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages dak depends on:
ii apt [libapt-pkg-libc6.3-5-3 0.5.28.5 Advanced front-end for dpkg
ii apt-utils 0.5.28.5 APT utility programs
ii bzip2 1.0.2-5 high-quality block-sorting file co
ii debconf 1.4.46 Debian configuration management sy
ii dpkg-dev1.10.27 Package building tools for Debian
ii exim4-daemon-light [mail-tr 4.50-4 lightweight exim MTA (v4) daemon
ii gnupg 1.4.0-3 GNU privacy guard - a free PGP rep
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-11 GCC support library
ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3
ii python 2.3.5-1 An interactive high-level object-o
ii python-apt 0.5.10 Python interface to libapt-pkg
ii python-ldap 2.0.4-1 A LDAP interface module for Python
ii python-pygresql 1:3.6.1-1PostgreSQL module for Python
ii ucf 1.14 Update Configuration File: preserv
-- debconf information excluded
Common subdirectories: dak-1.0-deb/contrib and dak-1.0/contrib
Common subdirectories: dak-1.0-deb/debian and dak-1.0/debian
Common subdirectories: dak-1.0-deb/docs and dak-1.0/docs
Common subdirectories: dak-1.0-deb/examples and dak-1.0/examples
Common subdirectories: dak-1.0-deb/templates and dak-1.0/templates
Common subdirectories: dak-1.0-deb/test and dak-1.0/test
diff -u dak-1.0-deb/uma dak-1.0/uma
--- dak-1.0-deb/uma 2005-03-08 15:34:25.0 +0100
+++ dak-1.0/uma 2005-03-17 10:03:50.0 +0100
@@ -41,10 +41,10 @@
Katie = None;
Subst = None;
-re_gpg_fingerprint = re.compile(r^\s+Key fingerprint = (.*)$, re.MULTILINE);
-# The next one is dirty
-re_user_address = re.compile(r^.*(.*)@.*$, re.MULTILINE);
-re_user_mails = re.compile(r^.*([EMAIL PROTECTED])$, re.MULTILINE);
+re_gpg_fingerprint = re.compile(r^fpr:.*:.*:.*:.*:.*:.*:.*:.*:(.*):,
re.MULTILINE);
+re_user_address = re.compile(r^uid:.*:.*:.*:.*:.*:.*:.*:.*:.*(.*)@.*:,
re.MULTILINE);
+re_user_name = re.compile(r^uid:.*:.*:.*:.*:.*:.*:.*:.*:(.*[EMAIL
PROTECTED]):, re.MULTILINE);
+re_user_mails = re.compile(r^uid:.*:.*:.*:.*:.*:.*:.*:.*:.*([EMAIL
PROTECTED]):, re.MULTILINE);
@@ -148,7 +148,7 @@
% (Cnf[Dinstall::GPGKeyring], Cnf[Uma::Options::Key]);
(result, output) = commands.getstatusoutput(cmd);
-cmd = gpg --no-secmem-warning --no-default-keyring --keyring=%s
--keyring=%s --with-fingerprint --list-key %s \
+cmd = gpg --no-secmem-warning --no-default-keyring --keyring=%s
--keyring=%s --with-fingerprint --with-colons --fixed-list-mode --list-key %s \
% (Cnf[Dinstall::PGPKeyring], Cnf[Dinstall::GPGKeyring],
Cnf[Uma::Options::Key]);
(result, output) = commands.getstatusoutput(cmd);
@@ -159,7 +159,6 @@
% (Cnf[Uma::Options::Key],
utils.prefix_multi_line_string(output, \
[GPG output:] )));
primary_key = m.group(1);
-primary_key = primary_key.replace( ,);
uid =
if Cnf.has_key(Uma::Options::User) and Cnf[Uma::Options::User]:
@@ -171,7 +170,7 @@
utils.fubar(0x%s: No userid found in gpg output but it returned
0?\n%s \
% (Cnf[Uma::Options::Key],
utils.prefix_multi_line_string(output, [GPG output:] )));
uid = u.group(1);
-name = .join(output.split('\n')[0].split()[3:]);
+name = re_user_name.search(output).group(1);
# Look for all email addresses on the key.
emails=[];
Common subdirectories: dak-1.0-deb/wanna-build and dak-1.0/wanna-build
Bug#299626: dak: A small typo
Package: dak Version: 1.0-7 Severity: minor Tags: patch Hi, I am currently digging into dak. Thanks for your work on its packaging. On my (quit tough) way, I have found a small mis-spelling that does not affect its usability at all, but I have put the patch below. I hope to send you later more relevant feedback. Best regards, Frederic Lehobey ---8- Common subdirectories: /tmp/dak-1.0/contrib and dak-1.0/contrib Common subdirectories: /tmp/dak-1.0/debian and dak-1.0/debian Common subdirectories: /tmp/dak-1.0/docs and dak-1.0/docs Common subdirectories: /tmp/dak-1.0/examples and dak-1.0/examples Common subdirectories: /tmp/dak-1.0/templates and dak-1.0/templates Common subdirectories: /tmp/dak-1.0/test and dak-1.0/test diff -u -p /tmp/dak-1.0/utils.py dak-1.0/utils.py --- /tmp/dak-1.0/utils.py 2005-03-08 15:34:25.0 +0100 +++ dak-1.0/utils.py2005-03-15 13:59:47.0 +0100 @@ -397,7 +397,7 @@ def send_mail (message, filename=): for item in value.split(,): (rfc822_maint, rfc2047_maint, name, email) = fix_maintainer(item.strip()) if email not in whitelist: -print Skiping %s since it's not in %s % (item, Cnf[Dinstall::MailWhiteList]) +print Skipping %s since it's not in %s % (item, Cnf[Dinstall::MailWhiteList]) continue match.append(item) # Doesn't have any mail in whitelist so remove the header Common subdirectories: /tmp/dak-1.0/wanna-build and dak-1.0/wanna-build ---8- -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.4.27-2-sparc64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dak depends on: ii apt [libapt-pkg-libc6.3-5-3 0.5.28.5 Advanced front-end for dpkg ii apt-utils 0.5.28.5 APT utility programs ii bzip2 1.0.2-5 high-quality block-sorting file co ii debconf 1.4.46 Debian configuration management sy ii dpkg-dev1.10.27 Package building tools for Debian ii exim4-daemon-light [mail-tr 4.50-4 lightweight exim MTA (v4) daemon ii gnupg 1.4.0-3 GNU privacy guard - a free PGP rep ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-9GCC support library ii libstdc++5 1:3.3.5-9The GNU Standard C++ Library v3 ii python 2.3.5-1 An interactive high-level object-o ii python-apt 0.5.10 Python interface to libapt-pkg ii python-ldap 2.0.4-1 A LDAP interface module for Python ii python-pygresql 1:3.6.1-1PostgreSQL module for Python ii ucf 1.14 Update Configuration File: preserv -- debconf information excluded Common subdirectories: /tmp/dak-1.0/contrib and dak-1.0/contrib Common subdirectories: /tmp/dak-1.0/debian and dak-1.0/debian Common subdirectories: /tmp/dak-1.0/docs and dak-1.0/docs Common subdirectories: /tmp/dak-1.0/examples and dak-1.0/examples Common subdirectories: /tmp/dak-1.0/templates and dak-1.0/templates Common subdirectories: /tmp/dak-1.0/test and dak-1.0/test diff -u -p /tmp/dak-1.0/utils.py dak-1.0/utils.py --- /tmp/dak-1.0/utils.py 2005-03-08 15:34:25.0 +0100 +++ dak-1.0/utils.py2005-03-15 13:59:47.0 +0100 @@ -397,7 +397,7 @@ def send_mail (message, filename=): for item in value.split(,): (rfc822_maint, rfc2047_maint, name, email) = fix_maintainer(item.strip()) if email not in whitelist: -print Skiping %s since it's not in %s % (item, Cnf[Dinstall::MailWhiteList]) +print Skipping %s since it's not in %s % (item, Cnf[Dinstall::MailWhiteList]) continue match.append(item) # Doesn't have any mail in whitelist so remove the header Common subdirectories: /tmp/dak-1.0/wanna-build and dak-1.0/wanna-build
