Bug#304141: openldap2.2: [intl:fr] French debconf templates translation
Package: openldap2.2 Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package development source tree. Please note that applying changes suggested in #302829 will fuzzy severall of these translations. So, if you apply these changes, please: -put this file as debian/po/fr.po in your source tree -change the templates wording -run debconf-updatepo -send me the new fr.po file Please do not release the package without giving me a chance to update the French translation if the templates rewrite is made -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) # translation of fr.po to French # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: openldap2\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2005-03-15 23:55+0100\n PO-Revision-Date: 2005-04-04 17:48+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.9.1\n #. Type: boolean #. Description #: ../slapd.templates:4 msgid Do you want to omit the configuration of slapd? msgstr Voulez-vous omettre la configuration de slapd ? #. Type: boolean #. Description #: ../slapd.templates:4 msgid If you choose yes here, no default configuration or database will be created. msgstr Si vous choisissez cette option, aucune configuration par défaut et aucune base de données ne seront créées. #. Type: select #. Description #: ../slapd.templates:12 msgid Dump databases to file on upgrade msgstr Sauvegarde des bases de données dans un fichier pour la mise à niveau : #. Type: select #. Description #: ../slapd.templates:12 msgid Before upgrading to a new version of the OpenLDAP server the data of your LDAP directories can be dumped to plain text files (LDIF format) which is a standardized description of that data (LDIF stands for LDAP Data Interchange Format). Selecting always will make the maintainer scripts dump your databases before upgrading unconditionally. Selecting \when needed\ will only dump the database if the new version is incompatible with the old database format and it has to be reimported. Never will just go ahead without ever dumping your database. msgstr Avant la mise à niveau du serveur OpenLDAP, les données de vos annuaires LDAP peuvent être préservées dans des fichiers texte au format LDIF (« LDAP Data Interchange Format », format d'échange des données LDAP). Ce format est une manière normalisée de décrire les données LDAP. Si vous choisissez l'option « Toujours », les scripts de configuration exporteront systématiquement les données avant d'effectuer une mise à niveau. Si vous choisissez « Lorsque nécessaire », les données ne seront exportées que lorsque la nouvelle version utilisera un format incompatible avec l'ancienne, ce qui imposera de réimporter les données. Le choix « Jamais » indique que les données ne seront jamais exportées. #. Type: string #. Description #: ../slapd.templates:27 msgid Directory to dump databases msgstr Répertoire où exporter les bases de données : #. Type: string #. Description #: ../slapd.templates:27 msgid You can specify into which directory the LDAP databases are to be exported. The string VERSION is replaced with the server version you are upgrading from. msgstr Veuillez indiquer le répertoire dans lequel les bases de données LDAP seront exportées. Si le nom comporte « VERSION », cette chaîne de caractère sera remplacée par la version du serveur utilisée avant la mise à niveau. #. Type: boolean #. Description #: ../slapd.templates:35 msgid Move old database msgstr Faut-il déplacer l'ancienne base de données ? #. Type: boolean #. Description #: ../slapd.templates:35 msgid There are still files in /var/lib/ldap which will probably break the configuration process. With this option enabled the maintainer scripts will move the old database files out of the way before creating a new database. msgstr Des fichiers présents dans /var/lib/ldap vont probablement provoquer l'échec de la procédure de configuration. Si vous choisissez cette option,
Bug#304124: FTBFS: missing build-depends
Hello, On Mon, Apr 11, 2005 at 02:38:50AM +0200, Aurelien Jarno wrote: Package: unison Severity: serious Tags: sid Justification: no longer builds from source Hi, unison still build-depends on ocaml-nox-3.08, and thus is not buildable anymore in sid. Please update the build-depends to ocaml-nox-3.08.3. Bye, Aurelien Off course, i know. I will try to fix this, but i will also need to upgrade to the latest version before. Regard Sylvain Le Gall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304009: pbuilder: example/B91dpkg-i calls dpkg --purge with pathnames in front of package names
Hi, I'm enjoy to use pbuilder for testing package. Playing with /usr/share/doc/pbuilder/example/B91dpkg-i i think it couldn't work, because, the $PKGNAMES var, isn't set correctly. the portion: PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) result in /tmp/buildd/name, that is unusable later in the script (dpkg --purge /tmp/buildd/whatever give an error). I fixed with: PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/.\+\/\([^_]\+\)_.*$/\1/') (kudos to Enrico Zini, that's skilled then me, on cryptical sed regexp) Thanks for spotting it. I'd like the following fix; since it looks too cryptic; how does it sound ? -PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) +PKGNAMES=$(cd /tmp/buildd ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) Plus, i suggest that could be useful inform user that is useful add BINDMOUNTS=/tmp in .pbuilderrc (i don't like hack around /etc/* if it isn't necessary). With this var, i do: pbuilder update (that create /tmp/buildd, if it isn't) (cd into package source) pdebuild (that create all the stuff in /tmp/buildd) pbuilder execute B91dpkg-i (that test all the *.deb in /tmp/buildd) That is not a good idea; /tmp/buildd is a directory created and controlled by pbuilder when pbuilder build is ran. regards, junichi -- Junichi Uekawa, Debian Developer 17D6 120E 4455 1832 9423 7447 3059 BF92 CD37 56F4 http://www.netfort.gr.jp/~dancer/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300648: [autofs] Re: autofs3.9.99-4.0.0pre10-16 doesn't work any more for me
On Mon, 11 Apr 2005 09:10:03 +0800 (WST), Ian Kent wrote:
On Sun, 10 Apr 2005, Martin Ruppert wrote:
On Sun, 10 Apr 2005 10:30:12 +0800 (WST), raven wrote:
On Sat, 9 Apr 2005, Steinar H. Gunderson wrote:
On Sat, Apr 09, 2005 at 04:51:09PM +0200, Martin Ruppert wrote:
i not only mount one partition, but a whole system (df -T shortened):
/dev/hda8 xfs ... /mnt/auto/hda8
/dev/hda5 ext2 ... /mnt/auto/hda8/boot
/dev/m/vm-u0 xfs ... /mnt/auto/hda8/usr
/dev/m/vm-v0 xfs ... /mnt/auto/hda8/var
Hm, sounds like multimount stuff. I have absolutely no experience with
that;
Cc-ing upstream. (Ian: I have no idea whether this is supposed to work at
all
or not, I've never seen anything like this before. Keeping the rest of the
mail intact so you get it all :-) )
So what exactly is the problem?
I can't see any failures in the log.
yes, because the log is of autofs-3.9.99-4.0.0pre10-16, and any higher
version doesn't work any more, as the subject says.
Oh so you just want to keep it a secret or are you just being funny.
Dear Mr. Kent,
what shall that be?
M.Ruppert
On Sat, 9 Apr 2005 17:14:30 +0200, Steinar H Gunderson wrote:
On Sat, Apr 09, 2005 at 04:51:09PM +0200, Martin Ruppert wrote:
i not only mount one partition, but a whole system (df -T shortened):
/dev/hda8 xfs ... /mnt/auto/hda8
/dev/hda5 ext2 ... /mnt/auto/hda8/boot
/dev/m/vm-u0 xfs ... /mnt/auto/hda8/usr
/dev/m/vm-v0 xfs ... /mnt/auto/hda8/var
Hm, sounds like multimount stuff. I have absolutely no experience with that;
Cc-ing upstream. (Ian: I have no idea whether this is supposed to work at all
or not, I've never seen anything like this before. Keeping the rest of the
mail intact so you get it all :-) )
BTW, you _are_ aware that the default /etc/auto.master is empty now?
/* Steinar */
The information to do it i found in some Documentation, but the
Documentation is not up to date (man page from 14 Jan 2000), so i had
to try some time until it worked. And therefore i don't know what has
changed.
(I'll need the whole script
here it is (/etc/auto.misc):
#!/bin/sh
#function perr(){
#echo `date +%Y%m%d.%H%M%S`:$1/var/log/autofs.debug
#}
#perr $@
case $1 in
DVDs)
echo -fstype=auto / /dev/s/$1 /raw /dev/s/raw
;;
backup)
echo -fstype=auto :/dev/s0/bu
;;
boot)
echo -fstype=ext2 :/dev/hda8
;;
cd*)
echo -fstype=auto,ro,sync,nodev,nosuid,user :/dev/hdc
;;
dvd*)
echo -fstype=auto,ro,sync,nodev,nosuid,user :/dev/hdc
;;
f[dl]*)
echo -fstype=auto,sync,nodev,nosuid,user :/dev/fd0
;;
#hda[23])
# echo -fstype=ufs,ufstype=44bsd,rw :/dev/$1
# ;;
hda8)
echo -fstype=auto / /dev/$1 /boot /dev/hda5 /usr /dev/vm/u0 /var /dev/vm/v0
;;
hda9)
echo -fstype=auto / /dev/$1 /boot /dev/hda5 /usr /dev/vm/u1 /var /dev/vm/v1
;;
hda10)
echo -fstype=auto / /dev/$1 /boot /dev/hda5 /usr /dev/vm/u2 /var /dev/vm/v2
;;
hd*)
echo -fstype=auto :/dev/$1
;;
knoppix)
echo -fstype=iso9660,ro,sync,loop :/home/ftp/pub/knoppix.iso
;;
pub*)
echo -fstype=auto :/dev/vm/$1
;;
s[cdr]*)
echo -fstype=auto :/dev/$1
;;
vm-*)
set -x
h=`echo $1|perl -ne 'chomp;split(/-/);print $_[1];'`
echo -fstype=auto :/dev/vm/$h
;;
[uv][012])
echo -fstype=auto :/dev/vm/$1
;;
*)
:
;;
esac
exit 0
and precise autofs version in any case.)
the last working version is:
mago:~ 0409.15:38:07# automount --version
Linux automount version 4.0.0
Debian-Package is
autofs_3.9.99-4.0.0pre10-16_i386.deb
And after ls -l /mnt/auto/hda8 tail -... /var/log/syslog delivers:
Apr 9 16:28:27 mago automount[8602]: attempting to mount entry
/mnt/auto/hda8
Apr 9 16:28:27 mago automount[9386]: lookup(program): looking up hda8
Apr 9 16:28:27 mago automount[9386]: lookup(program): hda8 - -fstype=auto
/ /dev/hda8 /usr /dev/vm/u0 /var /dev/vm/v0
Apr 9 16:28:27 mago automount[9386]: parse(sun): expanded entry:
-fstype=auto / /dev/hda8 /usr /dev/vm/u0 /var /dev/vm/v0
Apr 9 16:28:27 mago automount[9386]: parse(sun): dequote(fstype=auto) -
fstype=auto
Apr 9 16:28:27 mago automount[9386]: parse(sun): gathered options:
fstype=auto
Apr 9 16:28:27 mago automount[9386]: parse(sun): dequote(/) - /
Apr 9 16:28:27 mago automount[9386]: parse(sun): dequote(/dev/hda8) -
/dev/hda8
Apr 9 16:28:27 mago automount[9386]: parse(sun): multimount: /dev/hda8 on /
with options fstype=auto
Apr 9 16:28:27 mago automount[9386]: parse(sun): mounting root /mnt/auto,
mountpoint hda8, what /dev/hda8, fstype auto, options
Apr 9 16:28:27 mago automount[9386]: do_mount /dev/hda8 /mnt/auto/hda8 type
auto options using module generic
Apr 9 16:28:27 mago automount[9386]: mount(generic): calling mkdir_path
/mnt/auto/hda8
Apr 9 16:28:27 mago automount[9386]: mount(generic): calling mount -t auto
-s -o /dev/hda8 /mnt/auto/hda8
Apr 9 16:28:28 mago kernel: XFS mounting filesystem hda8
Apr 9 16:28:28 mago kernel: Ending clean XFS mount for filesystem:
Bug#304009: pbuilder: example/B91dpkg-i calls dpkg --purge with pathnames in front of package names
Hi, the portion: PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) I tested, and this is more readable, so I am using this as a fix: PKGNAMES=$(cd /tmp/buildd ls -1 *.deb | sed 's/_.*$//' ) regards, junichi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303988: lilypond doesn't runs with files generated by lilypond-book
Am Sonntag, den 10.04.2005, 18:59 -0700 schrieb Thomas Bushnell BSG:
Andreas Rittershofer [EMAIL PROTECTED] writes:
Am Sonntag, den 10.04.2005, 09:02 -0400 schrieb Daniel Burrows:
On Sunday 10 April 2005 03:55 am, Andreas Rittershofer wrote:
Fehler: Falsche lilypond-Version: 2.1.36 (2.3.22, 2.4.5)
I believe it's telling you that there's a \version 2.1.36 command in
the .ly file. It could be that this is added by lilypond-book; however, I
don't see anything in its code that would do this and a test file I just
generated worked perfectly. If, on the other hand, I add a bad \version
command, I get the error you quoted above (well, I get it in English).
The following input is directly out of the documentation:
up = \drummode { crashcymbal4 hihat8 halfopenhihat hh hh hh openhihat }
down = \drummode { bassdrum4 snare8 bd r bd sn4 }
\new DrumStaff
\new DrumVoice { \voiceOne \up }
\new DrumVoice { \voiceTwo \down }
Is that the complete contents of the file??
I just tried:
[EMAIL PROTECTED]:~/texte/privat/Schlagzeug/noten$ lilypond -v
GNU LilyPond 2.4.5
Now I added
\version 2.4.5
to the lilypond-code above.
The error remains the same:
[EMAIL PROTECTED]:~/texte/privat/Schlagzeug/noten$ lilypond test2
GNU LilyPond 2.4.5
Processing `test2.ly'
Analysiere...
Fehler: Falsche lilypond-Version: 2.1.36 (2.3.22, 2.4.5)
Fehler: Erwägen Sie die Aktualisierung der Eingabe mit dem Skript
convert-ly
Interpretation der Musik...[2]
Vorverarbeitung der grafischen Elemente...
Berechne Zeilenumbrüche... [2]
Layout output to `test2.tex'...
Converting to `test2.dvi'...
Converting to `test2.ps'...
Konvertierung nach »test2.pdf«...
Fehler: fehlgeschlagene Dateien: test2.ly
Now lilypond is definitely able to determine the correct version but
continues to say wrong version: 2.1.36
mfg ar
--
Lernen mit Topic Maps: http://www.LmTM.de/
OntoLearn-Server: http://www.OntoLearn.de/
Online-Kurs Computernetzwerke: http://www.OntoLearn.de/moodle
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303845: my mistake, drop the bug
hi, sorry, the xls was broken (by a smbget), refreshing it solved the problem, you can drop my report. regards, begin:vcard fn:Dobai-Pataky Balint n:Balint;Dobai-Pataky tel;cell:0740-152277 x-mozilla-html:FALSE version:2.1 end:vcard
Bug#296081: /etc/defaults/doodle nonexistent
Tags: patch Anybody wants to fix this? I've just tried installing doodle from Sid on my Sarge system and I see this silly bug is still here. A fixed cron script attached. * checks fist for the binary (in case the package is deleted * gives sane defaults in case the confi file does not exist If you think that there could be no sane defaults, please ammend the script to check for an explicit RUN_DOODLE variable which must be set in the defaults file. -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com #!/bin/sh DOODLE_PATH=/home DOODLE_DBPATH=/var/lib/doodle/doodle.db if [ ! -x /usr/bin/doodle ] then exit 0 fi if [ -r /etc/default/doodle ] then . /etc/defaults/doodle fi doodle -b $DOODLE_PATH if [ -f $DOODLE_DBPATH ] then chown root.doodle $DOODLE_DBPATH fi
Bug#304102: nsis: poor description
On Mon, 2005-04-11 at 07:43 +0200, Matias Hermanrud Fjeld wrote: How about if I replace the first 2 paragraphs with this? NSIS is a tool for creating quick and user friendly installers for Microsoft Windows operating systems. Great! I should add that I'll only fix this bug in the same upload as the one that fixes the sparc/mipsel/alpha/mipsel FTBFS bug #303881, this will probably be post-sarge at a guess, depends on if I can get access to such a box in order to find the problem. -- bye, pabs signature.asc Description: This is a digitally signed message part
Bug#304038: logrotate: please change Depends: cron to non-versioned dependency
On Sun, Apr 10, 2005 at 01:34:37PM +, Gerrit Pape wrote: This package will Replace:, Conflict:, and Provide: cron, and actually supports the features logrotate requires from a cron system. Due to the versioned dependency on cron (= 3.0pl1-53), it doesn't fulfill this dependency though, and anacron is required to be installed by logrotate. Judging from the changelog, the versioned dependency has been introduced in 1999, I don't think it would cause problems to remove the special version requirement after five years. Are you telling me that the new version number will be LESS than 3.0pl1-53? Would the use of epochs help? Also, the dependency is for either cron or anacron. You don't need both installed. -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302829: openldap2.2: Templates rewrite proposal
Hi Christian, On Sat, Apr 09, 2005 at 07:54:21AM +0200, Christian Perrier wrote: Is the templates rewrite completed for openldap2.2 ? No, sorry, it is not. I was away from Debian for a few days as I had an exam. There are still some templates missing and some have to be removed. After 2.2.23-2 is released it should be sensible to update the translations. My french translation is ready but I don't want it to be outdated because templates have been rewritten. I can just import it for now, no problem. I checked on svn.debian.org but it seems that both the slapd.templates and the debian/po/templates.pot have not changed in trunk2.2 Right... :( So, Torsten, if the rewrite is done, could you please run debconf-updatepot and send me the new templates.pot file so that I can merge it with my French translation? Will do. Greetings Torsten signature.asc Description: Digital signature
Bug#303896: openscenegraph: FTBFS: Unsatisfiable Build-Depends
I've fixed the problem and the new package will be uploaded within the next 48 hours. Thanks for your help. Cheers, -- Donate to FSF France online : http://rate.affero.net/fsffrance/ Loic Dachary, 12 bd Magenta, 75010 Paris. Tel: 33 1 42 45 07 97 http://www.fsffrance.org/ http://www.dachary.org/loic/gpg.txt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#242079: logrotate problem with clamav-daemon
On Sun, Apr 10, 2005 at 11:46:18AM +0200, Andreas Tscharner wrote: Since a few weeks I find the following message in a mail from cron evey Sunday: /etc/cron.daily/logrotate: /tmp/logrotate.IohRy1: line 4: /etc/init.d/clamav-daemon: No such file or directory error: error running postrotate script run-parts: /etc/cron.daily/logrotate exited with return code 1 This looks to me like a bug in clamav-daemon's logrotate.d file, not logrotate itself. Did you install it then remove it? -- Package-specific info: Contents of /etc/logrotate.d total 11 -rw-r--r-- 1 root root 366 Aug 30 2004 apache -rw-r--r-- 1 root root 240 Jan 27 2003 apache2 -rw-r--r-- 1 root root 79 Oct 3 2003 aptitude -rw-r--r-- 1 root root 384 Dec 9 2003 base-config -rw-r--r-- 1 root root 205 Feb 17 19:35 clamav-daemon -rw-r--r-- 1 root root 211 May 21 2004 clamav-freshclam -rw-r--r-- 1 root root 74 Aug 17 2003 mrtg -rw-r--r-- 1 root root 1072 Mar 3 01:16 mysql-server -rw-r--r-- 1 root root 68 Oct 20 2003 scrollkeeper -rw-r--r-- 1 root root 58 Feb 23 16:28 wdm -- Paul Martin [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302685: After removing gdm 'startx' wont start X
On Fri, 8 Apr 2005, Steve Langasek wrote: Date: Fri, 8 Apr 2005 03:19:28 -0700 From: Steve Langasek [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#302685: After removing gdm 'startx' wont start X Resent-Date: Fri, 08 Apr 2005 10:33:01 UTC Resent-From: Debian BTS [EMAIL PROTECTED] Resent-To: Leszek Koltunski [EMAIL PROTECTED] Hi Leszek, You wrote in your report that I added gdm back in - it was complaining that /var/lib/gdm already exists, and it gave some other warning, and voilla, once again I could log onto X as 'leszek'. It's not clear to me whether log onto X here means running startx, or logging in using gdm. Can you please clarify? -- Steve Langasek postmodern programmer I meant 'log in using gdm' L. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303057: slapd goes into endless sched_yield() loop
Hi Sven, On Wed, Apr 06, 2005 at 09:27:19PM +0200, Sven Hartge wrote: Right now I am running with LD_ASSUME_KERNEL=2.4.1 as suggested in $the_other_bug, so far no problems, but as this sched_yield()-problem needs some time to show, I don't know, if this really is the solution or if I am just lucky right now. Did the problem show by this time or does LD_ASSUME_KERNEL=2.4.1 really help? If it helps I am thinking about adding it to slapd.init as a work around... Greetings Torsten signature.asc Description: Digital signature
Bug#304038: logrotate: please change Depends: cron to non-versioned dependency
On Mon, Apr 11, 2005 at 08:12:00AM +0100, Paul Martin wrote: On Sun, Apr 10, 2005 at 01:34:37PM +, Gerrit Pape wrote: This package will Replace:, Conflict:, and Provide: cron, and actually supports the features logrotate requires from a cron system. Due to the versioned dependency on cron (= 3.0pl1-53), it doesn't fulfill this dependency though, and anacron is required to be installed by logrotate. Judging from the changelog, the versioned dependency has been introduced in 1999, I don't think it would cause problems to remove the special version requirement after five years. Are you telling me that the new version number will be LESS than 3.0pl1-53? Would the use of epochs help? The bcron package will be a replacement for the default cron package, and provides (nearly) the same functionality. Its debian/control will include for that: Provides: cron Replaces: cron Conflicts: cron Due to the nature of the Provides: field I cannot specify any version AFAIK, and so the logrotate package requires anacron to be installed, although it's not necessary. Also, the dependency is for either cron or anacron. You don't need both installed. Yes that's what I want to achieve for the bcron cron replacement, it would work if you remove the versioning from the cron dependency, and I don't think this would break anything. Thanks, Gerrit. PS: If you like here's a preliminare bcron package to test with http://people.debian.org/~pape/Eez3yao/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274987: Suggestions to nail down the Can't copy message to Sent folder with IMAP problem
Y Giridhar Appaji Nag wrote: 1. Take a packet trace using ethereal when sending an email. It is possible that the IMAP server is acting wierd and sending a failure response, or perhaps, MT isn't sending the right IMAP commands when copying the mail to Sent Folder. It would help to understand what Fine with me, but you'll have to explain to me step by step what to do, as I'm not familiar with this tool, i.e. I have never used it. exactly the IMAP server is expecting and what we are sending to it. Hence the details of the IMAP server should also be useful (can get information by doing a 'telnet imap.server 143'). * OK imap.server Cyrus IMAP4 v1.5.19 server ready (I replaced the real hostname with imap.server) 2. When sending out an email, attach an strace to the MT process and observe the system calls and if they are failing. It would help to expand the size of the strings logged by strings by default to 4096 or more (man strace for more details). Nice idea, but what process should it attach to? There are many running: bilm 4803 1 0 09:28 ?00:00:00 /bin/sh /usr/bin/mozilla-thunderbird bilm 4836 4803 0 09:28 ?00:00:00 /bin/sh /usr/lib/mozilla-thunderbird/run-mozilla.sh /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US OK, these were shell scripts. But these: bilm 4841 4836 25 09:28 ?00:00:02 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4843 4841 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4844 4843 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4845 4843 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4846 4843 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4847 4843 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US bilm 4848 4843 0 09:28 ?00:00:00 /usr/lib/mozilla-thunderbird/mozilla-thunderbird-bin -contentLocale en-US -UILocale en-US 4841 seems to be the 'root' process...and 4844-4848 seem to have been forked from 4843. Kind regards, -- --- Manuel Bilderbeek --- Oce-Technologies B.V. tel +31 77 3595039 St Urbanusweg 43 fax +31 77 3595337 NL-5900 MA Venlo home +31 24 3238923 The Netherlands e-mail [EMAIL PROTECTED] - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296081: /etc/defaults/doodle nonexistent
Tzafrir Cohen wrote: Anybody wants to fix this? The bugs are all fixed since Date: Sat, 19 Mar 2005 18:15:00 +0100 My sponsor just didn't had the time to upload the package[0] :( Regards, Daniel [0] http://archive.daniel-baumann.ch/debian/packages/doodle/0.6.2-2/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303091: fancybox.sty licence update
severity 303091 important stop On 06.04.05 Adrian Bunk ([EMAIL PROTECTED]) wrote: On Wed, Apr 06, 2005 at 09:32:47AM +0200, Frank Küster wrote: Adrian Bunk [EMAIL PROTECTED] wrote: Hi .*, teTeX 3.0 ships a fancybox.sty that is identical to the one in 2.0.2 except for an updated licence notice (now Artistic License). So this is just a question of updating the license information. I'd personally say it was still RC, but since the diff between the two fancybox packages is trivial (since it only changes the licence notice) it should be trivial to simply fix this bug. So, what to do? I'd propose to upload another tetex-base Debian package containing the trivial fix. That would not fix the license statement in the .orig.tar.gz. However as fancybox is free according to the DFSG we shouldn't care that much. We should note that the license statement in the orig.tar.gz differs from that one in the .deb and are done then. If everybody agrees. Atsuhito: this is the patch for patch-tmp. Would you be so kind to do the upload then? Frank made no changes in CVS between 16th of March and the crash (all that should be in 2.0.2c-7). If there were nothing between the crash and 6th of April that should be the only change. Regards, Hilmar -- sigmentation fault --- patch-tmp.orig 2005-04-10 21:30:45.64000 +0200 +++ patch-tmp 2005-04-10 21:01:04.0 +0200 @@ -3644,3 +3644,29 @@ + +Copyright (c) 1998 by Mats Dahlgren. + +--- tetex-base-2.0.2c-CVS/texmf/tex/latex/misc/fancybox.sty.orig 2000-09-20 12:56:00.00100 +0200 tetex-base-2.0.2c-CVS/texmf/tex/latex/misc/fancybox.sty2005-04-10 20:27:49.140625000 +0200 +@@ -35,18 +35,11 @@ + %% See fancybox.doc, which might be appended to this file. + %% + %% COPYING: +-%% Copying of part or all of this file is allowed under the following +-%% conditions only: +-%% (1) You may freely distribute unchanged copies of the file. Please +-%% include the documentation when you do so. +-%% (2) You may modify a renamed copy of the file, but only for personal +-%% use or use within an organization. +-%% (3) You may copy fragments from the file, for personal use or for +-%% distribution, as long as credit is given where credit is due. +-%% +-%% You are NOT ALLOWED to take money for the distribution or use of +-%% this file or modified versions or fragments thereof, except for +-%% a nominal charge for copying etc. ++%% The files of this package fancybox are released under the Artistic ++%% License. A copy of that license is included in the file atristic.txt. ++%% The package consists of the following files: ++%% fancybox.doc ++%% fancybox.sty + %% + %% CODE: + \expandafter\ifx\csname [EMAIL PROTECTED]
Bug#303218: We are working on it
This is just for the record, that we are working on a new revision. There are interferences between the configure and ant build method available in this package - which does no harm on my i386 system but prevents building on powerpc by Arnaud. We have to figure some things out and are currently both a bit in time problems - but be sure it will be worked out in the next days. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301152: /etc/init.d/apcupsd doesn't stop apcupsd
Federico 'Derfel' Stella wrote: * venerdì 25 marzo 2005, alle 17:28, Samuele Giovanni Tonon scrive: But only with kernel-2.6.12-rc(1-2), with previous kernel works without problems. Now I have updated to newer version and works even on 2.6.12-rc2. Case closed. Grande! (tran. great ) :-) Samuele
Bug#304143: perl-doc: 'whatis perlpacktut' garbage: tutorial on *(C`pack*(C' and *(C`unpack*(C'
Package: perl-doc
Version: 5.8.4-8
Severity: normal
The man page looks fine:
% man perlpacktut | grep -n tutorial on
6: perlpacktut - tutorial on pack and unpack
...but not the 'whatis':
% whatis perlpacktut
perlpacktut (1) - tutorial on *(C`pack*(C' and *(C`unpack*(C'
Its man page source code:
% zgrep -n tutorial on /usr/share/man/man1/perlpacktut.1.gz
134:perlpacktut \- tutorial on \f(CW\*(C`pack\*(C'\fR and
\f(CW\*(C`unpack\*(C'\fR
On my system there are several perl-ish man pages with the same bad
code:
% apropos C\`
***WARNING*** this manpage is no longer up-to-date.
See*(C`examples/map_to_gradient*(C' for a simple raw-pixel-manipulating
plug-in. If you bug me enough I'll rewrite this document. (3pm) [Gimp::Pixel] -
how to operate on raw pixels.
but can of some help for people interested in using modified Tk source
with*(C`perlTk*(C'. (3pm) [Tk::Internals] - what is Perl Tk interface doing
when you call Tk functions.
c2ph (1) - Dump C structures as generated from *(C`cc - g - S*(C'
stabs
charnames (3perl)- define character names for *(C`\N{named}*(C' string
literal escapes
Data::Dumper (3perl) - stringified perl data structures, suitable for both
printing and *(C`eval*(C'
if (3perl) - *(C`use*(C' a Perl module if a condition holds
PDL::Reduce (3pm)- - a *(C`reduce*(C' function for PDL
perlpacktut (1) - tutorial on *(C`pack*(C' and *(C`unpack*(C'
pstruct (1) - Dump C structures as generated from *(C`cc - g - S*(C'
stabs
Term::ReadLine (3perl) - Perl interface to various *(C`readline*(C' packages.
If no real package is found, substitutes stubs instead of basic functions.
This document is under construction. The information is believed to be
pertinent to the version of *(C`portableTk*(C' available when it was created.
All the details are subject to change. (3pm) [Tk::Internals] - what is Perl Tk
interface doing when you call Tk functions.
This information is worse than useless for *(C`perlTk*(C' users (3pm)
[Tk::Internals] - what is Perl Tk interface doing when you call Tk functions.
Parsing that with a one-liner, the source packages of those man
pages are:
% apropos C\` | sed -e 's/ (.*//' -e 's/.* .* .*//' -e '/^$/d' | while
read n ; do n=`whereis $n`; dlocate ${n##* } ; done | sort
pdl: /usr/share/man/man3/PDL::Reduce.3pm.gz
perl-doc: /usr/share/man/man1/perlpacktut.1.gz
perl-doc: /usr/share/man/man3/Data::Dumper.3perl.gz
perl-doc: /usr/share/man/man3/Term::ReadLine.3perl.gz
perl-doc: /usr/share/man/man3/charnames.3perl.gz
perl-doc: /usr/share/man/man3/if.3perl.gz
perl: /usr/share/man/man1/c2ph.1.gz
perl: /usr/share/man/man1/pstruct.1.gz
Mostly it's 'perl-doc'.
I'm guessing that *(C` was supposed to be a double quote, or
backquote, by way of some buggy doc reformatting script. It should be
fixed, but what's the script's name?
% zcat /usr/share/man/man1/perlpacktut.1.gz | head -n 1
.\ Automatically generated by Pod::Man v1.37, Pod::Parser v1.14
...it's not on my system, even though its man page is:
%whereis Pod::Man
Pod::Man: /usr/share/man/man3/Pod::Man.3perl.gz
Searching through some uninstalled packages, it looks as though 'Pod::Man'
is in one of these:
po4a - tools for helping translation of documentation
info2man - Convert GNU info files to POD or man pages
NB: for me this seemingly cosmetic bug isn't 'minor' -- reason being
that those excess '*'s make it difficult to write scripts that parse the
output of 'apropos'. I noticed this bug while writing such a script.
Hope this helps...
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)
Versions of packages perl-doc depends on:
ii perl 5.8.4-8Larry Wall's Practical Extraction
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#289557: /usr/bin/mozplugger-helper: Can't access OOo menus in embedded OpenOffice document
I wasn't able to reproduce this either. Feel free to close it. -Original Message- From: Bernard Blackham [EMAIL PROTECTED] To: Johan Walles [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wed, 6 Apr 2005 03:30:56 +0800 Subject: Re: Bug#289557: /usr/bin/mozplugger-helper: Can't access OOo menus in embedded OpenOffice document On Sun, Jan 09, 2005 at 08:41:39PM +0100, Johan Walles wrote: Now, when I clicked one of OOo's menus, the menu opened for maybe 50ms, and then dissappeared. If I pressed the mouse button and held it down over a menu, the same thing happened. Does this persist with 1.7.1? I can't reproduce it here. -- Mailblocks - A Better Way to Do Email http://about.mailblocks.com/info -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302378: samba: It's SIGHUP's fault
Package: samba Version: 2.2.3a-14.2 Followup-For: Bug #302378 Hi, 3 Networks, 4 Machines, same Problem. I have no idea where the SIGHUPs came from They came from logrotate: /etc/logrotate.d/samba --- cut --- postrotate killall -q -HUP smbd || true --- cut --- Log and gdb backtrace follow: [2005/04/11 09:57:54, 0] smbd/server.c:main(698) smbd version 2.2.3a-14.2 for Debian started. Copyright Andrew Tridgell and the Samba Team 1992-2002 [2005/04/11 10:06:44, 0] smbd/server.c:sig_hup(384) Got SIGHUP [2005/04/11 10:06:52, 0] lib/fault.c:fault_report(38) === [2005/04/11 10:06:52, 0] lib/fault.c:fault_report(39) INTERNAL ERROR: Signal 11 in pid 5826 (2.2.3a-14.2 for Debian) Please read the file BUGS.txt in the distribution [2005/04/11 10:06:52, 0] lib/fault.c:fault_report(41) === [2005/04/11 10:06:52, 0] lib/util.c:smb_panic(1105) PANIC: internal error Program received signal SIGHUP, Hangup. 0x401197ee in select () from /lib/libc.so.6 (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x400bdbd4 in free () from /lib/libc.so.6 (gdb) bt #0 0x400bdbd4 in free () from /lib/libc.so.6 #1 0x400bdaa3 in free () from /lib/libc.so.6 #2 0x081147c2 in chroot () #3 0x081147e7 in chroot () #4 0x08088f8b in chroot () #5 0x0808db5e in chroot () #6 0x0804c0b1 in chroot () #7 0x0804bde6 in chroot () #8 0x0804cc7b in chroot () #9 0x4006814f in __libc_start_main () from /lib/libc.so.6 (gdb) c Continuing. Program received signal SIGABRT, Aborted. 0x40078781 in kill () from /lib/libc.so.6 (gdb) bt #0 0x40078781 in kill () from /lib/libc.so.6 #1 0x40078464 in raise () from /lib/libc.so.6 #2 0x40079be1 in abort () from /lib/libc.so.6 #3 0x0811a42f in chroot () #4 0x08109e42 in chroot () #5 0x08109e95 in chroot () #6 0x400786b8 in sigaction () from /lib/libc.so.6 #7 0x400bdaa3 in free () from /lib/libc.so.6 #8 0x081147c2 in chroot () #9 0x081147e7 in chroot () #10 0x08088f8b in chroot () #11 0x0808db5e in chroot () #12 0x0804c0b1 in chroot () #13 0x0804bde6 in chroot () #14 0x0804cc7b in chroot () #15 0x4006814f in __libc_start_main () from /lib/libc.so.6 (gdb) c Continuing. Program terminated with signal SIGABRT, Aborted. The program no longer exists. Please tell me if you need more info. regards, Werner -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304144: kvim: removing diversion fails
Package: vim Version: 1:6.3-067+2 Severity: normal When upgrading vim and as a consequence removing kvim I get: (Reading database ... 208794 files and directories currently installed.) Removing kvim ... dpkg-divert: mismatch on divert-to when removing `diversion of /usr/bin/vim to /usr/bin/vim.org by kvim' found `diversion of /usr/bin/vim to /usr/bin/vim.old by kvim' dpkg: error processing kvim (--purge): subprocess post-removal script returned error exit status 2 Errors were encountered while processing: kvim I think think this bug should be RC, but kvim available wasn't in woody and I'm not really sure about the why's of the above diversion. *t -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages vim depends on: ii dpkg1.10.27 Package maintenance system for Deb ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgpmg11.19.6-19General Purpose Mouse - shared lib ii libncurses5 5.4-4Shared libraries for terminal hand ii vim-common 1:6.3-067+2 Vi IMproved - Common files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303740: Correction
Sorry, in my report, on the last lines, it reads: Symlinking those files to kupulinkdrawer.xsl or kupuimagedrawer.xsl does work. That should've been doesn't work. So there's no work-around afaik. -- Met vriendelijke groet, Tim Stoop CIDEV v.o.f. http://www.cidev.nl/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304146: moin: Moin broken after upgrade, and maybe not enough information for fixing?
Package: moin Version: 1.3.4-1 Severity: important I ran dist-upgrade on several of my debian boxes. Some of them had moin in use, and now it's unusable. apt-listchanges says: * Pre-1.3 data does not work with MoinMoin 1.3 and newer, and automated upgrade is not possible. Please follow the upgrade description in /usr/share/doc/moin/README.migration. Some important information is missing: - Was my previous version pre-1.3 or not? Apparently was? - File /usr/share/doc/moin/README.migration does not exist (it's .gz) - Version information for previous version would bee needed to run correct migration scripts I would expect better upgrade support with debian packages. IMHO, this upgrade does not work like I would expect things in debian work. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) Versions of packages moin depends on: ii python2.3.5-1An interactive high-level object-o ii python2.3 2.3.5-1An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304145: timidity: cannot find files with absolute path
Package: timidity Version: 2.13.2-6 Severity: normal timidity cannot find files with absolue path, like timidity -OR /home/svungoc/musique/midi/giant_steps.mid mcop warning: user defined signal handler found for SIG_PIPE, overriding Playing /home/svungoc/musique/midi/giant_steps.mid MIDI file: /home/svungoc/musique/midi/giant_steps.mid /home/svungoc/musique/midi/giant_steps.mid: No such file or directory whereas if I use // at the top, it works: timidity -OR //home/svungoc/musique/midi/giant_steps.mid is OK. This is really bad for other packages using timidity as a midi player. I beleive this is a new bug. I was fine a couple of months ago. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages timidity depends on: ii libartsc01.3.2-2 aRts Sound system C support librar ii libasound2 1.0.8-3 ALSA library ii libaudio21.7-2 The Network Audio System (NAS). (s ii libaudiofile00.2.6-5 Open-source version of SGI's audio ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libesd0 0.2.35-2Enlightened Sound Daemon - Shared ii libflac6 1.1.1-5 Free Lossless Audio Codec - runtim ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libjack0.80.0-0 0.99.0-6JACK Audio Connection Kit (librari ii libncurses5 5.4-4 Shared libraries for terminal hand ii libogg0 1.1.2-1 Ogg Bitstream Library ii liboggflac1 1.1.1-5 Free Lossless Audio Codec - runtim ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libspeex11.0.rel.4-1 The Speex Speech Codec ii libvorbis0a 1.1.0-1 The Vorbis General Audio Compressi ii libvorbisenc21.1.0-1 The Vorbis General Audio Compressi ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxaw7 4.3.0.dfsg.1-12.0.1 X Athena widget set library ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxmu6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous util ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-3 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304148: mozilla-firefox: Acrobat Reader Plugin 7.0 fails
Package: mozilla-firefox
Version: 1.0.2-3
Severity: important
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.7
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages mozilla-firefox depends on:
ii debianutils 2.13.2 Miscellaneous utilities specific t
ii fontconfig 2.3.1-2 generic font configuration library
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libc62.3.2.ds1-20GNU C Library: Shared libraries an
ii libfontconfig1 2.3.1-2 generic font configuration library
ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib
ii libgcc1 1:3.4.3-10 GCC support library
ii libglib2.0-0 2.6.4-1 The GLib library of C routines
ii libgtk2.0-0 2.6.4-1 The GTK+ graphical user interface
ii libidl0 0.8.5-1 library for parsing CORBA IDL file
ii libjpeg626b-10 The Independent JPEG Group's JPEG
ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries
ii libpango1.0-01.8.1-1 Layout and rendering of internatio
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libstdc++5 1:3.3.5-9 The GNU Standard C++ Library v3
ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxp6 4.3.0.dfsg.1-12.0.1 X Window System printing extension
ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics
ii psmisc 21.5-1 Utilities that use the proc filesy
ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
ii zlib1g 1:1.2.2-4 compression library - runtime
-- no debconf information
Since one of the latest updates of firefox the adobe reader plugin 7.0 doesn't
start.
When I start firefox in a terminal I get the following output when I try to
open a pdf:
Usage: /usr/bin/acroread [options] [list of files]
Options:
--display=DISPLAY
This option specifies the host and display to use.
--screen=SCREEN
X screen to use. Use this options to override the
screen part of the DISPLAY environment variable.
--sync
Make X calls synchronous. This slows down the program considerably.
-geometry [widthxheight][{+|-}x offset{+|-}y offset]
...
It seems that firefox calls the reader with a wrong parameter list.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304147: kiconedit: crashes with SIGSEGV on start-up
Package: kiconedit Version: 4:3.3.2-1 Severity: grave Justification: renders package unusable From a console window: QPainter::begin: Cannot paint null pixmap QPainter::setWorldMatrix: Will be reset by begin() QPainter::setPen: Will be reset by begin() KCrash: Application 'kiconedit' crashing... Loading kiconedit from the menu causes a SIGSEGV as soon as the window tries to display. The window then closes and the KDE crash handler appears. (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 4950)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #5 0x412054a2 in XSetForeground () from /usr/X11R6/lib/libX11.so.6 #6 0x40c0f330 in QPainter::updatePen () from /usr/lib/libqt-mt.so.3 #7 0x40cb6567 in QPainter::setPen () from /usr/lib/libqt-mt.so.3 #8 0x40c65cae in qDrawShadePanel () from /usr/lib/libqt-mt.so.3 #9 0x08068c36 in ?? () #10 0xb190 in ?? () #11 0x0003 in ?? () #12 0x0003 in ?? () #13 0x000e in ?? () #14 0x000e in ?? () #15 0x080c42a8 in ?? () #16 0x0001 in ?? () #17 0x0001 in ?? () #18 0xb100 in ?? () #19 0xb190 in ?? () #20 0x0001 in ?? () #21 0x in ?? () #22 0xb190 in ?? () #23 0xb2e0 in ?? () #24 0xb108 in ?? () #25 0x0003 in ?? () #26 0xff303030 in ?? () #27 0x44495254 in ?? () #28 0x02a7 in ?? () #29 0x08055166 in ?? () #30 0x0820b750 in ?? () #31 0x in ?? () #32 0x in ?? () #33 0xb2e0 in ?? () #34 0xb338 in ?? () #35 0x4000bbe0 in _dl_map_object_deps () from /lib/ld-linux.so.2 #36 0x0806a3fc in ?? () #37 0x0821cf38 in ?? () #38 0xb190 in ?? () #39 0x in ?? () #40 0x in ?? () #41 0x in ?? () #42 0xb190 in ?? () #43 0x in ?? () #44 0x40d5db49 in QDockWindowHandle::paintEvent () from /usr/lib/libqt-mt.so.3 -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages kiconedit depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-2 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296581: Meld toolbar buttons Up and Down are not working - it's so hard to apply suggested patch ?
Hi, I just wonder why it's so hard to apply patch, sent by Lukasz Pankowski [EMAIL PROTECTED] (look at http://bugs.debian.org/296581 ) ? Please, apply this patch ASAP - it's not good to have buggy meld in Debian Sarge. -- Labanaktis/Good luck, Mantas Kriauinas Jabber ID: [EMAIL PROTECTED]GPG ID: 43535BD5 Public organization Open Source for Lithuania - www.akl.lt
Bug#239306: Out of date according to submitter
Here's what the submitter replied in private. Obviously, the bug can be closed : Hi, Filipus, gee, it took some time to remember, what the problem actually was. The way I recall it, it's been that kdeprint was caused to hang itself with an old version of cupsys, right? I think it was version 1.1.17 or so. BTW, I forwarded you a mail that wasn't meant for you. Sorry Cupsys isn't a dependency of kdeprint, Exactly. Probably because of kdeprint's ability to work with several print systems. All I meant to say was that it might be a good idea to have a requests or suggests-dependency because obviously these two versions of kdeprint and cupsys weren't really getting along. I'not very familar with the internals of debian-packages. I just think (not knowing if it's technically possible) it'll be nice to have a dependency the way: If you try to update or install kdeprint and have cupsys installed than the latter should at least be version 1.1.x or higher. and the Sarge version is now 1.1.23. Can you still reproduce this bug with a current Sarge? Right now, I'm working with kdeprint 3.3.2-1 cupsys1.1.23-3 and everything's working ok. So, thanks anyway. cya -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304149: apt-get install reports broken package
Package: kdelibs4 Vesrion: 4:3.3.2-1
Bug#304095: kernel-image-2.6.11: Getting loads of ERROR Removing module 'xxxxx' at the end of kernel loading
* Jaap Haitsma wrote: I get around 10 messages which say something like ERROR Removing module 'x' where is a name of some module just before init starts http://lists.debian.org/debian-kernel/2005/03/msg00114.html Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304144: kvim: removing diversion fails
tags 304144 +unreproducible thanks * Tomas Pospisek wrote: (Reading database ... 208794 files and directories currently installed.) Removing kvim ... dpkg-divert: mismatch on divert-to when removing `diversion of /usr/bin/vim to /usr/bin/vim.org by kvim' found `diversion of /usr/bin/vim to /usr/bin/vim.old by kvim' dpkg: error processing kvim (--purge): subprocess post-removal script returned error exit status 2 Errors were encountered while processing: kvim Hmm... we _never_ used vim.old for the diversion. Is it possible that you tweaked around the diversions yourself? I think this bug should be RC, but kvim available wasn't in woody and I'm not really sure about the why's of the above diversion. I don't think so... I'm sure we received a bugreport much earlier if this would be a problematic bug in the package. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303057: slapd goes into endless sched_yield() loop
Um 09:24 Uhr am 11.04.05 schrieb Torsten Landschoff: On Wed, Apr 06, 2005 at 09:27:19PM +0200, Sven Hartge wrote: Right now I am running with LD_ASSUME_KERNEL=2.4.1 as suggested in $the_other_bug, so far no problems, but as this sched_yield()-problem needs some time to show, I don't know, if this really is the solution or if I am just lucky right now. Did the problem show by this time or does LD_ASSUME_KERNEL=2.4.1 really help? If it helps I am thinking about adding it to slapd.init as a work around... Nope, didn't help. S° -- Sven Hartge -- professioneller Unix-Geek und alltime Nerd Meine Gedanken im Netz: http://sven.formvision.de/blog/
Bug#296581: Meld toolbar buttons Up and Down are not working - it's so hard to apply suggested patch ?
On Mon, 2005-04-11 at 12:00 +0300, AKL. Mantas Kriauciunas wrote: I just wonder why it's so hard to apply patch, sent by Lukasz Pankowski [EMAIL PROTECTED] (look at http://bugs.debian.org/296581 ) ? Because I am currently merging a patched cvs snapshot of Meld with the latest release of Meld, and would like to produce at the end of this a package which actually works. Please, don't be sarcastic when requesting that patches are applied. Either politely ask or offer to do a non-maintainer upload. I know the package is buggy, I know the patch exists, and I also know that the latest upstream version has this fixed. Ross -- Ross Burton mail: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] www: http://www.burtonini.com./ PGP Fingerprint: 1A21 F5B0 D8D0 CFE3 81D4 E25A 2D09 E447 D0B4 33DF signature.asc Description: This is a digitally signed message part
Bug#304150: ITP: mhwaveedit -- Simple and fast GTK2 sound editor
Package: wnpp Severity: wishlist * Package name: mhwaveedit Version : 1.3.7 Upstream Author : Magnus Hjorth * URL or Web page : http://www.mtek.chalmers.se/~hjormagn/mhwaveedit.html * License : GPL Description : Simple and fast GTK2 sound editor mhWaveEdit is a graphical program for editing sound files. It is intended to be user-friendly and robust. It does not require a fast computer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304153: openoffice.org: Delete key doesn't work when it is accessible with Shift
Package: openoffice.org Version: 1.1.3-8 Severity: normal The keyboard of my PowerBook doesn't have a Delete key. So I usually need to press Shift+BackSpace, which is bound to Delete. But with OpenOffice, this doesn't do anything. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.24.10Common utilities for spelling dict ii openoffice.org-bin1.1.3-8OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-8+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-8English (US) language package for ii ttf-opensymbol1.1.3-8The OpenSymbol TrueType font ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303876: dnsmasq stops working after last upgrade
Hi, I restarted dnsmasq on saturday and it seems to be working fine still. I just did a dig www.heise.de and it says that the server running dnsmasq responded fine (I now have a backup, since my firewall is also running dns all the machines have the firewall as second dns). As far as I remember dnsmasq didn't crash at all. It just stopped responding to dns lookups. If I can't reproduce it, it might have been an upgrade problem. I also reinstalled dnsmasq last time again. But I am sure dnsmasq was running and just didn't give out dns information any more for some reason. Thx, Malte Schmidt-Tychsen -- Handyrechnung zu hoch? Tipp: SMS und MMS mit GMX Seien Sie so frei: Alle Infos unter http://www.gmx.net/de/go/freesms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304026: xprint script does not terminate after starting Xprt
This bug has already been reported. No obvious solution yet. Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304107: /usr/bin/openoffice: Installation for user fails
reassign 304107 openoffice.org retitle 304107 [experimental] Depends too lax tag 304107 + experimental thanks Am Montag, 11. April 2005 00:54 schrieb Ralf Hildebrandt: $ oowriter OpenOffice.org for Debian - see /usr/share/doc/openoffice.org/README.Debian.gz running openoffice.org setup... Setup complete. Running openoffice.org... ERROR: - An exception occurred: 'Cannot open Configuration: MultiStratumBackend: Could not create Backend Strata Service: Not a Valid File URL: /user/uno_packages/cache/registry' [ snip ] Versions of packages openoffice.org-debian-files depends on: ii debianutils 2.13.2 Miscellaneous utilities specific t ii openoffice.org1.1.4-1high-quality office productivity s ii openoffice.org-bin1.1.3-8OpenOffice.org office suite binary This looks like your problem. Looks like 1.1.4's deps are too lax. The version is hardcoded several places, so I don't think this is a bug in ooo-d-f. Reassigning and tagging appropriately. Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#303263: gawk: Bug after upgrade of libc6
Package: gawk
Version: 1:3.1.4-3
Followup-For: Bug #303263
After upgrading libc6, I get the following when trying to build a kernel
with make-kpkg:
COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils ldso make dpkg-dev |\
awk '$1 ~ /[hi]i/ { printf(%s-%s\n, $2, $3) }'debian/buildinfo
awk: relocation error: awk: symbol _dl_catch_error, version GLIBC_PRIVATE not
defined in file ld-linux.so.2 with link time reference
make: *** [stamp-build] Error 127
Simply rebuilding the package corrected the problem.
$ ldd -r /usr/bin/gawk
linux-gate.so.1 = (0xe000)
libdl.so.2 = /lib/tls/libdl.so.2 (0xb7fcf000)
libm.so.6 = /lib/tls/libm.so.6 (0xb7fad000)
libc.so.6 = /lib/tls/libc.so.6 (0xb7e91000)
/lib/ld-linux.so.2 (0xb7fea000)
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (650, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.7.20050409
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages gawk depends on:
ii libc6 2.3.4-3GNU C Library: Shared libraries an
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304155: libmailtools-perl: Mail::Field manpage refers to Mail::Head where it means Mail::Header
Package: libmailtools-perl Version: 1.62-1 Severity: minor The manual page for Mail::Field says: extract ( TAG, HEAD [, INDEX ] ) This constuctor takes as arguments the tag name, a Mail::Head object and optionally an index. If the index argument is given then extract will retrieve the given tag from the Mail::Head object and create a new Mail::Field based object. undef will be returned in the field does not exist. However, there is no such module as Mail::Head, only a Mail::Header. Using Mail::Header objects here works fine. Martijn -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (750, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages libmailtools-perl depends on: ii libnet-perl 1:1.19-1 Implementation of Internet protoco ii libtimedate-perl 1.1600-4 Time and date functions for Perl ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304154: openoffice.org: File selector: a way to open the current working directory
Package: openoffice.org Version: 1.1.3-8 Severity: wishlist The file selector opens with the user home directory (at least for Save as). There should be a way to open the current working directory directly (it could even be the default), from which OpenOffice was launched. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (900, 'testing'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages openoffice.org depends on: ii dictionaries-common [openoffi 0.24.10Common utilities for spelling dict ii openoffice.org-bin1.1.3-8OpenOffice.org office suite binary ii openoffice.org-debian-files 1.1.3-8+1 Debian specific parts of OpenOffic ii openoffice.org-l10n-en [openo 1.1.3-8English (US) language package for ii ttf-opensymbol1.1.3-8The OpenSymbol TrueType font ii xml-core 0.09 XML infrastructure and XML catalog -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304156: doc-debian: Debian FAQ : Errors in chapter 7
Package: doc-debian Version: 3.1 Severity: normal Here are a couple of unrelated errors spotted in chapter 7. If one error turns out to be only mine, then please ignore it and close the report anyway. 7.1.2 Debian's 8250 packages : This will certainly be out of date by the time Sarge is released. For the current use, replacing with thousands of packages will be fine. 7.1.4 Obviously, /usr/share/doc/apt/guide.html/index.html doesn't exist. If referring to either guide.html or index.html in /usr/share/doc/apt, neither exist in Sarge anyway. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11-1-k7 Locale: LANG=fr_CA, LC_CTYPE=fr_CA (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303897: Bug #303897: python-imaging: FTBFS: Unsatisfiable Build-Depends
Hello Matthias, Given I feel slightly responsible of this bug, I offer to do a NMU to fix it, if you like. Cheers, -- Bill. [EMAIL PROTECTED] Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303749: Scite does not start
On Fri, Apr 08, 2005 at 05:10:03PM +0200, Marian Dubiel wrote: Package: scite Version: 1.62-1 Thanks for your bugreport. I can't reproduce the problem here (up-to-date sarge). I'll probably just upload 1.63 and see if that helps. It looks like something in the font install is broken. Do other gtk apps work? Is scite the only app that does fail with messages like this? thanks, Michael After an update today scite does not start anymore. Here is the output: -- [EMAIL PROTECTED]:~$ scite (scite:11365): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (scite:11365): Pango-CRITICAL **: _pango_engine_shape_covers: assertion `PANGO_IS_FONT (font)' failed (scite:11365): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (scite:11365): Pango-CRITICAL **: _pango_engine_shape_shape: assertion `PANGO_IS_FONT (font)' failed Pango-ERROR **: file shape.c: line 75 (pango_shape): assertion failed: (glyphs-num_glyphs 0) aborting... Abgebrochen [EMAIL PROTECTED]:~$ -- Marian Dubiel -- Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304157: ruby1.8: FTBFS: lib/yaml/syck.rb:5:in `require': no such file to load -- syck (LoadError)
Package: ruby1.8 Version: 1.8.2-4 Severity: serious Tags: patch When building 'ruby1.8' in a clean 'unstable' chroot, I get the following error: Generating RI... ./build-tree/ruby-1.8.2/lib/yaml/syck.rb:5:in `require': no such file to load -- syck (LoadError) from ./build-tree/ruby-1.8.2/lib/yaml/syck.rb:5 from ./build-tree/ruby-1.8.2/lib/yaml.rb:9:in `require' from ./build-tree/ruby-1.8.2/lib/yaml.rb:9 from ./build-tree/ruby-1.8.2/lib/rdoc/ri/ri_descriptions.rb:1:in `require' from ./build-tree/ruby-1.8.2/lib/rdoc/ri/ri_descriptions.rb:1 from ./build-tree/ruby-1.8.2/lib/rdoc/ri/ri_reader.rb:1:in `require' from ./build-tree/ruby-1.8.2/lib/rdoc/ri/ri_reader.rb:1 from ./build-tree/ruby-1.8.2/lib/rdoc/generators/ri_generator.rb:46:in `require' from ./build-tree/ruby-1.8.2/lib/rdoc/generators/ri_generator.rb:46 from ./build-tree/ruby-1.8.2/lib/rdoc/rdoc.rb:250:in `require' from ./build-tree/ruby-1.8.2/lib/rdoc/rdoc.rb:250:in `document' from build-tree/ruby-1.8.2/bin/rdoc:63 make: *** [install-ri-stamp] Error 1 This could be fixed by adding a Build-Depends on 'libruby1.8' to debian/control. However, this would make the 'ruby1.8' package depend on itself, which does not seem to be a good idea. Please don't do that. The previous version 1.8.2-3 did not have this problem. The FTBFS problem can be fixed by removing the new '103_cvs_updates.patch' from debian/patches. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304158: downloading nonexistant files creates empty local file
Package: ifp-line Version: 0.2.4.5-1 Simple thing, just 'ifp get foo', and if there is no 'foo' on the player, it creates an empty local file called foo. Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304108: xserver-xfree86: Fatal server error: Caught signal 11. Server aborting
* Kingsley G. Morse Jr. wrote: X can be made to crash by doing the following: [...] No crash when I tried that on my sarge box. Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304144: kvim: removing diversion fails
close 304144 -- On Mon, 11 Apr 2005, Norbert Tretkowski wrote: tags 304144 +unreproducible thanks * Tomas Pospisek wrote: (Reading database ... 208794 files and directories currently installed.) Removing kvim ... dpkg-divert: mismatch on divert-to when removing `diversion of /usr/bin/vim to /usr/bin/vim.org by kvim' found `diversion of /usr/bin/vim to /usr/bin/vim.old by kvim' dpkg: error processing kvim (--purge): subprocess post-removal script returned error exit status 2 Errors were encountered while processing: kvim Hmm... we _never_ used vim.old for the diversion. Is it possible that you tweaked around the diversions yourself? I have feeling that I did, but because of similar problems with kvim/vim before. I think this bug should be RC, but kvim available wasn't in woody and I'm not really sure about the why's of the above diversion. I don't think so... I'm sure we received a bugreport much earlier if this would be a problematic bug in the package. OK, so I'm closing this bug. In case anything strange related to it creeps up again then I'll know how to find it in the archive... *t -- Tomas Pospisek http://sourcepole.com - Linux Open Source Solutions -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303752: latex-ucs-doc: A definition for HYPHEN (not HYPHEN MINUS) is also missing.
Am Sonntag, 10. April 2005 19:12 schrieb Martin Pitt:
[...]
Is there any actual difference between HYPHEN and HYPHEN MINUS? At the
moment I'm inclined to add a HYPHEN (0x2010) definition that just
produces HYPHEN-MINUS (0x002D).
For the moment, I just added a
\DeclareUnicodeCharacter{8208}{-}
to my LaTeX documents because this seemed reasonable to me. But this
declaration would produce a minus sign and no hyphen when used in math mode
so something like
\DeclareUnicodeCharacter{8208}{\mbox -}
seems to be better.
I'm not a Unicode expert but I think the situation is as follows.
HYPHEN MINUS is just an ASCII legacy. ASCII doesn't have different code
points for hyphen and minus sign. In contrast, Unicode does have. So if you
use Unicode, it's best to use HYPHEN if you want a hyphen, and MINUS SIGN if
you want a minus sign.
Well, TeX distinguishs between hyphen and minus sign via its modeit produces
a minus sign in math modes and a hypen in text modes when given a
HYPHEN MINUS in source code. So normally using HYPHEN MINUS in LaTeX source
code is okay.
But my situation is as follows. I write a software which translates XML
documents to LaTeX source code, encoded in UTF-8 (project showxml on
SourceForge.net). The author of an XML document probably shouldn't rely on
the transformation system to correctly handle HYPHEN MINUS according to the
context. (The XML document should be appropriate for transformation systems
other than mine too.) So he/she should use HYPHEN for hyphens and MINUS SIGN
for minus signs. That's why I have a strong interest in HYPHEN (and MINUS
SIGN) support of the ucs package.
Best wishes,
Wolfgang
--
HELP FIGHTING SOFTWARE PATENTS. READ http://www.nosoftwarepatents.com/.
Bug#300464: RFS: phpicalendar -- clean, logical iCal/vCalendar web interface
Hi, * [EMAIL PROTECTED] ([EMAIL PROTECTED]) [050411 04:10]: Both Chad I really look forward to making this package part of Debian - please consider sponsoring it : ) Actually, I would really like to sponsor this package. However, on a first review, I'm a bit uncertain about the following bits: * Many lintian errors (please run lintian by yourself to see them :) * apache doesn't need to be restarted, reloading is enough * I'm not sure why you need to ask so many questions - isn't it enough to ask about reloading of the servers once? Most people don't have such complicated setups. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300753: Out of time, sorry...
Hi, @all, I'm currently too busy to continue work on this subject, but I hope that I can help again soon. If you want to see any of the makefile modifications etc. I made here locally for my tests, please post here, and I'll attach the files to this bug report. Sorry, Markus -- Markus Schaber - http://schabi.de/ But hey!, Standard compliance is something we should strive for, so let's try and change the Standard :-) [Alexandre Oliva, GCC Developer] signature.asc Description: OpenPGP digital signature
Bug#264890: Please apply patch from debian bug #264890 to enable samba (smbfs) support in mc
Hello Stefano, Ludovic and *, Thank you for including smbfs now. I had to recompile mc every time a new version apears. I can confirm, that SAMBA support is working perfectly... Happy Coding and Maintaining Michelle from Strasbourg Am 2005-04-11 12:01:46, schrieb Stefano Melchior: we, Ludovic and me, have already planned to provide samba support in the next upcoming 4.6.0-4.6.1-pre3-2; please be patient to see it in sarge. Sorry for delay Regards SteX Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#304161: planets uninstallable in sid
Package: planets Version: 0.1.12-3 Severity: grave Planets is currently not installable in sid: # apt-get install planets Reading Package Lists... Done Building Dependency Tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: planets: Depends: ocaml-base-3.08 but it is not installable E: Broken packages Package dependencies (both Depends and Build-Depends) need to be ported to ocaml 3.08.3. Cheers. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.11-powerpc Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages planets depends on: pn ocaml-base-3.08 Not found. ii tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 - -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!- signature.asc Description: Digital signature
Bug#279503: ITP: ffmpeg2theora -- Theora video encoder using ffmpeg
On Sun, 10 Apr 2005 18:07:51 -0700, Kevin Wortman [EMAIL PROTECTED] writes: If you decide to be the maintainer of this package, please set the owner of 279503 to you. Is that possible? I am not currently a Debian Developer. Possible, but not practical. When you will be a developer? Have you got a sponsor, to upload this package? Gergely -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304160: O: toshutils
Package: wnpp Severity: normal I can't test toshutils any more, therefore I cannot meaningfully maintain it. Please find a nice home for it. Drew -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304043: weird internal syntax error
On Sun, Apr 10, 2005 at 05:55:13PM +0200, Marc 'HE' Brockschmidt wrote: Robert Millan [EMAIL PROTECTED] writes: Severity: grave Could you please explain why you think that this is a grave bug? Sorry I don't think that now (already sent a mail lowering the severity). This error also happens on normal operation (when using the dpkg patch from #280559). It seems that somewhere it is passing -m'Robert Millan [EMAIL PROTECTED]' without enough scape characters, and something recieves separate -m'Robert and [EMAIL PROTECTED]' strings which has its chances to break stuff :) Also I don't know where it gets my name/email from. Not from standard variable names at least: Please read the manpage for dpkg-sig and send me your /etc/devscripts.conf and ~/.devscripts. This is probably a libconfigfile-perl issue. Yes, it seems a particular setting in ~/.devscripts triggers the problem. My previous mail contains the details. Thanks! -- .''`. Proudly running Debian GNU/kFreeBSD unstable/unreleased (on UFS2+S) : :' : `. `'http://www.debian.org/ports/kfreebsd-gnu `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304162: vtk_init does not work because liboctaviz is in a wrong place
Package: octaviz Version: 0.4.0-10 Severity: normal octave:1 pwd /usr/share/doc/octaviz/examples octave:2 vtk_demo error: liboctaviz.so: cannot open shared object file: No such file or directory error: called from `vtk_demo' in file `/usr/share/doc/octaviz/examples/vtk_demo.m' This is due to the fact that liboctaviz.so is at /usr/lib/octave-2.1.67/liboctaviz.so, so vtk_init cannot find it. temporary workaround: symlink it from /usr/lib/octave-2.1.69/ Regards Thomas -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10.4.feb.2005.smp Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages octaviz depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgcc1 1:3.4.3-12 GCC support library ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3 ii libvtk4 4.4.2-5 Visualization Toolkit - A high lev ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii octave2.12.1.69-1GNU Octave language for numerical ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304163: mozilla-calendar: printing calendar crashes mozilla
Package: mozilla-calendar Version: 2:1.7.6-1 Severity: normal Choosing to print the current month calendar causes mozilla in its entirety to crash. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.6-powerpc Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages mozilla-calendar depends on: ii mozilla-browser 2:1.7.6-1 The Mozilla Internet application s -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303669: patch reviewed
On Apr 10, 2005, at 12:31 AM, Matthijs Mohlmann wrote: On Sat, 2005-04-09 at 22:42 -0700, [EMAIL PROTECTED] wrote: On Apr 9, 2005, at 8:26 AM, Matthijs Mohlmann wrote: Hi I've reviewed the patch and fixed the number of problems you noticed. Can you try to build it with the new patch i provide in this mail ? Thanks! Now it works rad like it should! 100% : ) Tried long names, names with dots, multiple files - all good : ) Very good. Well - only thing it doesn't do is include single files, instead of whole directories - This attached version of your patch does include both single files whole directories - It's simply extra - file(val.c_str(), false); No doubt there's a more sophisticated solution, but I tested this it works - what do you think? Many thanks! Jack addconfigdir.dpatch Description: Binary data
Bug#304054: moinmoin-common: migration script missing
Hi Jonas, On Mon, 11.04.2005 at 04:12:48 +0200, Jonas Smedegaard [EMAIL PROTECTED] wrote: On 10-04-2005 17:50, Toni Mueller wrote: the migration scripts 12_to_13_migN are missing. How do you mean missing? Are they not (as documented in README.migration) located at /usr/lib/python2.3/site-packages/MoinMoin/scripts/migration ? I did this: $ dpkg -L moinmoin-common|grep 12_to $ Although I looked in this README.migration, I didn't exactly try to follow this 'generic' hint, although you are right in so far as the files are there. Instead, these files are in the package python2.3-moinmoin which I didn't take into account. Darn! So let's at least downgrade to 'minor'. It is true that wikis created with the use of earlier unstable and testing Debian packages of MoinMoin does not work as-is with the most recent packages now in Debian unstable and testing. Manual upgrade of each wiki is necessary. I managed to do this, and apparently uncovered a bug on the way the MoinMoin people are already looking at. I have chosen to not support automatic upgrades of old wikis, as that would be too complex, because there is no central record of the wikis created on a system. Yes, this is quite understandable. But a bigger warning a la you need to shut down your wikis until you upgraded, possibly along with an option to bail out (like in the kernel-image packages) would imho be more appropriate since running with mixed code yields severly broken pages in the best case, and, according to the docs, corrupted data in the worst. I have chosen to not introduce the use of debconf notes to not make the packages unnecessary complex: The warning would be of use only for users of testing and unstable - those must be prepared for surprises, and this one does not include loss of data, only downtime of the service (and if you want you can install an older package and old wikis will work fine again). Thanks... I still wonder how users of woody will upgade once sarge hits the streets, then, and as to no data loss - the conversion scripts tell a different story. For users of unstable and testing (and stable as well) I can warmly recommend keeping track of at least NEWS items, by installing apt-listchanges. I do have this package installed, and indeed saw a message amounting to you need to upgrade manually. Best, --Toni++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304164: Loose CD to install the basesystem
Package: debian-installer severity: grave Debian-installer-version: rc3, 24.03.2005 uname -a: Linux huba 2.4.26-1-386 #1 Thu Jul 22 12:46:23 JST 2004 i686 GNU/Linux Date: 11.04.2005 Method: sarge-i386-netinst.iso Machine: noname workstation Processor: P4 2.8 GHz Memory: 512 MByte Root Device: /dev/hda1 Root Size/partition table: /dev/hda1 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/hda3 on /home type ext3 (rw) /dev/hda4 on /usr/local type ext3 (rw) usbfs on /proc/bus/usb type usbfs (rw) Output of lspci and lspci -n: lspci :00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) :00:02.0 VGA compatible controller: Intel Corp. 82865G Integrated Graphics Device (rev 02) :00:03.0 PCI bridge: Intel Corp. 82865G/PE/P PCI to CSA Bridge (rev 02) :00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02) :00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02) :00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02) :00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02) :00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev c2) :00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02) :00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02) :00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) :00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) :01:01.0 Ethernet controller: Intel Corp. 82547EI Gigabit Ethernet Controller (LOM) lspci -n :00:00.0 0600: 8086:2570 (rev 02) :00:02.0 0300: 8086:2572 (rev 02) :00:03.0 0604: 8086:2573 (rev 02) :00:1d.0 0c03: 8086:24d2 (rev 02) :00:1d.1 0c03: 8086:24d4 (rev 02) :00:1d.2 0c03: 8086:24d7 (rev 02) :00:1d.3 0c03: 8086:24de (rev 02) :00:1d.7 0c03: 8086:24dd (rev 02) :00:1e.0 0604: 8086:244e (rev c2) :00:1f.0 0601: 8086:24d0 (rev 02) :00:1f.1 0101: 8086:24db (rev 02) :00:1f.3 0c05: 8086:24d3 (rev 02) :00:1f.5 0401: 8086:24d5 (rev 02) :01:01.0 0200: 8086:1019 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: All seems to go well, until the system can't install the Basesystem from the CD. I check the mountpoint, and see that the CD was well mounted on /cdrom. I install with a net-iso from last september and all looks good. The hardware I use is normal, no raid, sata or anything else. Wy the Installer loose the CD? -- Regards Ralf Springwald -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#119616: the cat walk
ALERT, this deal will be offered to you one time, and one time only - Thank you for your recent inquiry, we have been just been advised that two private lenders are interested in offering you a deal. Remember, for this special offer past credit history is not a factor. In accordance with our terms please verify your information on our secure, private site to ensure our records are accurate. http://www.cheaplenders.net/index2.php?refid=windsor Have a Great Day --Doug Sandoval Senior Business Consultant - Low-Rate Advisors Inc. Did this reach you in error? please let us know...thx http://www.cheaplenders.net/r.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300560: mldonkey-server: downloads.ini writable by group users, world-readable
I think that the best solution is to put a chmod after: /usr/bin/touch $new_mldonkey_dir/downloads.ini in mldonkey-server.postinst. Bye Gerardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304147: kiconedit: crashes with SIGSEGV on start-up
On Mon, Apr 11, 2005 at 09:48:26AM +0100, Neil Williams wrote: Loading kiconedit from the menu causes a SIGSEGV as soon as the window tries to display. The window then closes and the KDE crash handler appears. unreproducible on sarge. same version of package in sid too. Try moving ./.kde/share/config/kiconeditrc somewhere else, or try using kiconedit with a fresh new user account. Versions of packages kiconedit depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries Where is that version from? debian does not have such version of kdelibs ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu Ditto for your X version. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304107: marked as done ([experimental] Depends too lax)
reopen 304107 thanks Hi, Am Montag, 11. April 2005 13:03 schrieb Debian Bug Tracking System: The unfortunate mix of unstable and experimental caused the bug. I installed all from experimental and the bug disappeared. Sorry for the turmoil. If I thought this is *no* bug I would've closed it directly. But I didn't and reassigned it and tagged it in experimental because the depends in experimental apparently *are* too lay and this *is* a bug which will become a problem once that stuff goes to sid.. I know, you just wanted to do good, but it was wrong this time ;-) Reopening. Regards, Rene -- .''`. Ren Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73 `- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
Bug#295189: [PATCH] revised malloc() calls
Package: cpqarrayd
Version: 2.0
Followup-For: Bug #295189
Tag: patch
Hi,
I went over the various malloc() calls in the source to see if anything
could be improved. Apparently it doesn't free() anything, ever (except for
one piece of memory which it allocates but never uses - wtf).
Most of the recurring malloc calls could be removed in favour of using a
bit of stack. Some others happen only at system startup. A number of those
were really written out versions of strdup() - I changed those to real
strdup() calls to improve readability.
I did some cursory testing and this version seems to work but more thorough
testing would be welcome, especially for the SNMP bits (which we don't use
- yet). Time will tell if all memory leaks have been plugged.
Regards,
--
Wessel Dankers [EMAIL PROTECTED] UNIX system administration
Universiteit van Tilburg IT Services Postbus 90153, 5000 LE
Bezoekadres Warandelaan 2 Telefoon 013 466 3520 www.uvt.nl
diff -urN cpqarrayd-2.0,old/cciss_functions.c cpqarrayd-2.0/cciss_functions.c
--- cpqarrayd-2.0,old/cciss_functions.c 2003-09-24 18:05:25.0 +0200
+++ cpqarrayd-2.0/cciss_functions.c 2005-04-11 11:18:30.373715000 +0200
@@ -67,7 +67,7 @@
{
int result, outfile;
IOCTL_Command_struct iocommand;
- unsigned char *buffer;
+ unsigned char buffer[128];
iocommand.LUN_info.LunAddrBytes[0] = 0;
iocommand.LUN_info.LunAddrBytes[1] = 0;
@@ -98,7 +98,6 @@
iocommand.Request.CDB[10] = 0x0; /* reserved, leave 0 */
iocommand.Request.CDB[11] = 0x0; /* control ? */
- buffer = (unsigned char *) malloc (128);
memset (buffer, 0x0, 128);
iocommand.buf_size = 128;
iocommand.buf = buffer;
@@ -125,7 +124,7 @@
{
int result, outfile;
IOCTL_Command_struct iocommand;
- unsigned char *buffer;
+ unsigned char buffer[512];
iocommand.LUN_info.LunAddrBytes[0] = 0;
iocommand.LUN_info.LunAddrBytes[1] = 0;
@@ -157,7 +156,6 @@
iocommand.Request.CDB[11] = 0x0;
iocommand.Request.CDB[12] = 0x0;
- buffer = (unsigned char *) malloc (512);
memset (buffer, 0x0, 512);
iocommand.buf_size = 512;
iocommand.buf = buffer;
diff -urN cpqarrayd-2.0,old/cpqarrayd.c cpqarrayd-2.0/cpqarrayd.c
--- cpqarrayd-2.0,old/cpqarrayd.c 2005-04-11 13:12:32.536925362 +0200
+++ cpqarrayd-2.0/cpqarrayd.c 2005-04-11 12:52:27.168263000 +0200
@@ -45,6 +45,10 @@
#include errno.h
+#ifndef HOST_NAME_MAX
+#define HOST_NAME_MAX 255
+#endif
+
#include cpqarrayd.h
#include discover.h
#include status.h
@@ -141,8 +145,7 @@
case 't':
if (opts.nr_traphosts 10) {
/* strlen doesn't count terminating \0. Add one to fix that. */
- opts.traphosts[opts.nr_traphosts] = (char
*)malloc(strlen(optarg)+1);
- strncpy(opts.traphosts[opts.nr_traphosts], optarg,
strlen(optarg)+1);
+ opts.traphosts[opts.nr_traphosts] = strdup(optarg);
opts.nr_traphosts++;
}
else {
@@ -177,8 +180,11 @@
}
/* get ip of current machine for traps */
- buffer = (char *)malloc(50);
- if (gethostname(buffer, 50) == 0) {
+ buffer = (char *)malloc(HOST_NAME_MAX + 1);
+ buffer[0] = '\0';
+ if (gethostname(buffer, HOST_NAME_MAX + 1) == 0) {
+/* It is unspecified whether a truncated hostname will be NUL-terminated.
*/
+buffer[HOST_NAME_MAX] = '\0';
myhost = gethostbyname(buffer);
myip = ((unsigned char) myhost-h_addr_list[0][3] 24) +
((unsigned char) myhost-h_addr_list[0][2] 16) +
@@ -187,6 +193,8 @@
}
else {
perror(gethostname);
+strncpy(buffer, (none), HOST_NAME_MAX);
+buffer[HOST_NAME_MAX] = '\0';
}
/* test for trap destinations */
@@ -238,11 +246,11 @@
/* END OF ADDITIONAL CODE */
}
- buffer = (char *)malloc(1024);
+ /* buffer = (char *)malloc(1024); */
/* sprintf (buffer, cpqarrayd[%d]\0, getpid); */
openlog (cpqarrayd, LOG_CONS, LOG_USER);
syslog(LOG_INFO, Logging Enabled...);
- free(buffer);
+ /* free(buffer); */
while (keeprunning) {
status_check(opts);
diff -urN cpqarrayd-2.0,old/discover.c cpqarrayd-2.0/discover.c
--- cpqarrayd-2.0,old/discover.c2005-04-11 13:12:32.537925217 +0200
+++ cpqarrayd-2.0/discover.c2005-04-11 11:38:35.87716 +0200
@@ -141,9 +141,7 @@
boardid2str (io.c.id_ctlr.board_id, buffer);
- ctrls_found[ctrls_found_num].ctrl_devicename = (char
*)malloc(strlen(buffer)+1);
- strncpy (ctrls_found[ctrls_found_num].ctrl_devicename,
- buffer, strlen(buffer));
+ ctrls_found[ctrls_found_num].ctrl_devicename = strdup(buffer);
ctrls_found[ctrls_found_num].ctrl_type = CTRLTYPE_IDA;
@@ -160,8 +158,7 @@
if (opts.verbose) printf( Found a %s (%d Logical drives)\n, buffer,
ctrls_found[ctrls_found_num].num_logd_found);
- ctrls_found[ctrls_found_num].devicefile = (char *)malloc(strlen(devicefile));
-
Bug#304165: cvsgraph: new version 1.5.1 available
Package: cvsgraph Severity: wishlist There is a new version available at http://www.akhphd.au.dk/~bertho/cvsgraph/release/cvsgraph-1.5.1.tar.gz It would be nice to have is packaged. -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.22-preempt Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cvsgraph depends on: ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libgd1 1.8.4-17.woody4 GD Graphics Library -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304166: ocamlsdl: Need a rebuild with ocaml 3.08.3, is blocking the ocaml 3.08.3 transition.
Package: ocamlsdl Severity: grave Tags: sid Justification: renders package unusable Please rebuild ocamlsdl with ocaml 3.08.3, since the package is uninstalable in sid, and is thus blocking the ocaml 3.08.3 transition to enter sarge. We discussed this already, but i now fill this bug on the recomendation of Steve Langasek acting as Release Manager. If there is problems with the package, i am sure we can find someone from the ocaml team to do the adaptation and upload if needed. Friendy, Sven Luther -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc 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#298448: php crash (segmentation fault) when use php4-imagick functions
I've got the same problem. Running: Debian: Woody Kernel: 2.4.20-bf2.4-xfs Apache: Apache/1.3.33 PHP: 4.3.10-9 ImageMagick version: 6.0.6 PHP imagick version: 0.9.11 error occurs on: imagick_readimage($src) error given in apache error log: [Mon Apr 11 12:26:27 2005] [notice] child pid 22738 exit signal Segmentation fault (11)
Bug#303969: pkg.m4 macro expansion confusion
* Manish Singh | GTK+ does the following in its configure.in: | | PKG_CHECK_MODULES(BASE_DEPENDENCIES, | [glib-2.0 = glib_required_version dnl |atk = atk_required_version dnl |pango = pango_required_version]) This is broken, it shouldn't use dnl inside a quoted string. Bug reassigned and merged. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298587: really needed..
* Joey Hess | Please consider fixing this bug. It seems that every time I upgrade | pyblosxom I break my current hack for a local config.py, which is a | copied and edited version of the pyblosxom.cgi, kind of like currently | documented in the README.Debian. The internals change too often for that | to be a painless way to set up pyloxsom as a regular user. | | (I'd be just as happy with a ~/.pyblosxom directory as the method | implemented in the patch though.) I'm in a discussion with upstream on how to handle this. The patch looks fairly sane to me, so unless they have good reasons not to apply it, I'm going to do that in the near future. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304146: moin: Moin broken after upgrade, and maybe not enough information for fixing?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 merge 304146 304054 thanks On 11-04-2005 10:39, Markku Tavasti wrote: I ran dist-upgrade on several of my debian boxes. Some of them had moin in use, and now it's unusable. apt-listchanges says: * Pre-1.3 data does not work with MoinMoin 1.3 and newer, and automated upgrade is not possible. Please follow the upgrade description in /usr/share/doc/moin/README.migration. Some important information is missing: - Was my previous version pre-1.3 or not? Apparently was? Well, on the line just above what you quoted, apt-listchanges says moin (1.3) which means the news item is relates to package updates/upgrades from before 1.3. I will consider avoid confusion by simply not mention which prior version doesn't work. - File /usr/share/doc/moin/README.migration does not exist (it's .gz) This was fixed in 1.3.4-2 now in Debian unstable. Thanks for noticing. - Version information for previous version would bee needed to run correct migration scripts Good point. I will improve the text in NEWS.Debian(.gz). I would expect better upgrade support with debian packages. IMHO, this upgrade does not work like I would expect things in debian work. I understand your disappointment. It is similar to that of Toni Mueller on bug#304054, so I hereby merge those. Please read http://bugs.debian.org/304054 for my clarification in that other bugreport. Regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nr: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.0 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCWmMqn7DbMsAkQLgRAoB1AJ9OcoKESWQeWZDVjPYl0x8kuPitJwCfUZBF HbgH75zg35axRGHJ+EaZtkI= =WAyQ -END PGP SIGNATURE-
Bug#304149: apt-get install reports broken package
On Monday 11 April 2005 05:09 am, hja123 wrote: Package: kdelibs4 Vesrion: 4:3.3.2-1 This is not enough information. Please paste the exact error messages that apt-get install reports. Thanks, Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304168: mailscanner: DCC path in spam.assassin.prefs.conf is wrong
Package: mailscanner Version: 4.40.11-1 Severity: normal in spam.assassin.prefs.conf the path for dccproc should be /usr/bin/dccproc not /usr/local/bin/dccproc -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages mailscanner depends on: ii debconf 1.4.30.11 Debian configuration management sy ii exim4 4.50-4 metapackage to ease exim MTA (v4) ii exim4-daemon-light [mail-tran 4.50-4 lightweight exim MTA (v4) daemon ii libarchive-zip-perl 1.14-1 Module for manipulation of ZIP arc ii libcompress-zlib-perl 1.34-1 Perl module for creation and manip ii libconvert-binhex-perl1.119-2Perl5 module for extracting data f ii libconvert-tnef-perl 0.17-4 Perl module to read TNEF files ii libhtml-parser-perl 3.45-2 A collection of modules that parse ii libmime-perl 5.417-1Perl5 modules for MIME-compliant m ii libnet-cidr-perl 0.10-1 Manipulate IPv4/IPv6 netblocks in ii perl 5.8.4-8Larry Wall's Practical Extraction ii spamassassin 3.0.2-1Perl-based spam filter using text ii ucf 1.17 Update Configuration File: preserv ii unrar-nonfree [unrar] 3.3.6-2Unarchiver for .rar files (non-fre ii unzip 5.52-1 De-archiver for .zip files ii wget 1.9.1-8retrieves files from the web -- debconf information: mailscanner/v3_upgrade: Don't upgrade -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304167: xml-soap: FTBFS: package javax.mail does not exist
Package: xml-soap Version: 2.3.1-1 Severity: serious I tried to build 'xml-soap' in a clean chroot on i386/unstable with sun-j2sdk1.4, but the compilation fails with the following error: compile: [mkdir] Created dir: /sdb1/x/xml-soap-2.3.1/build/classes [javac] Compiling 108 source files to /sdb1/x/xml-soap-2.3.1/build/classes [javac] /sdb1/x/xml-soap-2.3.1/src/org/apache/soap/rpc/SOAPContext.java:67:package javax.mail does not exist [javac] import javax.mail.*; [javac] ^ [javac] /sdb1/x/xml-soap-2.3.1/src/org/apache/soap/rpc/SOAPContext.java:68:package javax.mail.internet does not exist [javac] import javax.mail.internet.*; [javac] ^ [javac] /sdb1/x/xml-soap-2.3.1/src/org/apache/soap/rpc/SOAPContext.java:69:package javax.activation does not exist [javac] import javax.activation.*; [javac] ^ I tried to change several settings in debian/rules and also several other j2sdk versions from sun/blackdown/ibm, but I was not able to build the package. Regards Andreas Jochens -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304169: RFA: intuitively -- automagic network configuration tool
Package: wnpp Description: Automatic IP configuration detection for laptops A utility to locate current network address via arp requests and perform heavy reconfigurations based on its findings. . «intuitively» is intended for laptop users or people who use their machines in different networks all the time. It is meant to be run from the PCMCIA network initialization scripts or the command line. I'm upstream too and want to give that away as well. The reason for me asking for somebody to adopt it is I'm not working on it and don't use it much any more as there are other just as good solutions out there. If nobody adopts it, I'll ask for its removal in a while. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303737: Fixed Patch
tags 303737 pending
thanks
On Sun, 2005-04-10 at 20:39 +0200, Markus Schaber wrote:
Hi, Steve,
I have to admit that my submitted patch fails to compile, I accidentally
attached the wrong file.
The corrected version is here.
Sorry for the confusion.
Markus,
Yes, I apprehended as much. But I was able to sort it out without much
trouble. Thanks for the update.
Regards,
Steve
Markus
plain text document attachment (geos2-patch)
diff -ur geos-2.0.1/debian/changelog geos-2.0.1new/debian/changelog
--- geos-2.0.1/debian/changelog 2005-04-08 15:15:41.062560352 +0200
+++ geos-2.0.1new/debian/changelog 2005-04-08 15:55:49.729387336 +0200
@@ -1,3 +1,9 @@
+geos (2.0.1-2) unstable; urgency=low
+
+ * Fix bug in isvalid(), backport from geos CVS (Closes: #303737).
+
+ -- Steve Halasz [EMAIL PROTECTED] Fri, 08 Apr 2005 15:28:40 +0200
+
geos (2.0.1-1) unstable; urgency=low
* Initial Release. (Closes: #277514).
diff -ur geos-2.0.1/source/operation/valid/IsValidOp.cpp
geos-2.0.1new/source/operation/valid/IsValidOp.cpp
--- geos-2.0.1/source/operation/valid/IsValidOp.cpp 2004-09-13
14:50:11.0 +0200
+++ geos-2.0.1new/source/operation/valid/IsValidOp.cpp 2005-04-08
15:25:54.375322640 +0200
@@ -361,7 +361,11 @@
for(int i=0;ip-getNumInteriorRing();i++) {
LinearRing *hole=(LinearRing*) p-getInteriorRingN(i);
const Coordinate
holePt=findPtNotNode(hole-getCoordinatesRO(),shell,graph);
- Assert::isTrue(!(holePt==Coordinate::getNull()), Unable to
find a hole point not a vertex of the shell);
+ // Fix 2005-04-07
+ // Assert::isTrue(!(holePt==Coordinate::getNull()), Unable
to find a hole point not a vertex of the shell);
+ if (holePt == Coordinate::getNull()) return;
+ // Fix end
+
bool outside=!pir-isInside(holePt);
if (outside) {
validErr=new TopologyValidationError(
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304147: kiconedit: crashes with SIGSEGV on start-up
On Monday 11 April 2005 07:08 am, Riku Voipio wrote: On Mon, Apr 11, 2005 at 09:48:26AM +0100, Neil Williams wrote: Loading kiconedit from the menu causes a SIGSEGV as soon as the window tries to display. The window then closes and the KDE crash handler appears. unreproducible on sarge. same version of package in sid too. Try moving ./.kde/share/config/kiconeditrc somewhere else, or try using kiconedit with a fresh new user account. Unreproducible on sid, with the same versions (including of kdelibs4 and various xlibs packages). Versions of packages kiconedit depends on: ii kdelibs4 4:3.3.2-4.0.2 KDE core libraries Where is that version from? debian does not have such version of kdelibs Sid does, as the result of two binary NMU's on i386. ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu Ditto for your X version. Again, sid does, as the result of a binray NMU. Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303723: sam2p is broken on 64bit arches
package sam2p retitle 303723 sam2p is broken on 64bit arches tags 303723 - patch severity 303723 serious thanks sam2p has more issues on 64bit arches. I could not get a working binary, neither with or without your patch, with gcc 3.3 or 4.0. pgpIi5smct4eE.pgp Description: PGP signature
Bug#294404: mdadm: Argh... you broke my raid!
Package: mdadm Version: 1.9.0-2.1 Followup-For: Bug #294404 G'day, just finished reading the stuff on this bug after finding an apt-get upgrade to 1.9.0-21 broke my raid. The bug report for #301560 is also related... Moving mdadm-raid from S25 to S04 in rcS.d broke things for me. First, udev also starts at S04 so I'm not sure you actually beat udev starting up. Also, I had my system happily working with udev at S04 and mdamd-raid at S25... This is how I did it; The problem is udev creates device nodes when modules are loaded. modules have to notify the kernel what devices they need, then udev creates them. According to udev documentation, modules that don't correctly notify of their devices need to be updated so they do. Unfortunately the md module doesn't. I suspect it can't, because even it doesn't know what raid devices will be needed. Fortunately, udev has a workaround for modules that don't yet notify it what devices will be needed. In /etc/udev/links.conf you can specify additional devices that need to be created on startup. I simply added the following to the end of that file; # create md devices. M md0 b 9 0 M md1 b 9 1 M md2 b 9 2 M md3 b 9 3 Note that I have also used this for other things that need it like vmware etc. This means mdadm-raid can happily start with udev up and running. Moving mdadm-raid to start before udev is IMHO the wrong solution... mdadm and udev simply have to learn to work together, or be made to. The reason you broke my system is by moving mdadm-raid to S04, you have moved it before module-init-tools, which runs at S20. My raid requires the sata_sil module which I specified in /etc/modules. Unfortunately these modules are loaded by module-init-tools. mdadm-raid has to be after module_init_tools, which has to be after udev, so mdadm-raid has to be after udev... BTW, scanning /dev/ is an ugly hack too... there must be a better way to do it. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (200, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages mdadm depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -- debconf information: * mdadm/autostart: true * mdadm/mail_to: root * mdadm/warning: * mdadm/start_daemon: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304170: raidtools is dead, dead, dead
Package: mdadm Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The package description talks about providing similar functionality to the raidtools package, etc. raidtools and raidtools2 have both been removed from sarge/sid. - -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing'), (130, 'unstable'), (120, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-bohr Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mdadm depends on: ii debconf 1.4.30.11Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii makedev 2.3.1-77 creates device files in /dev -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFCWmpX+z+IwlXqWf4RAlzYAJ0dUh+w6vKopf5DVvp4c3VCgqxnigCeL1aK O/aHGjgCr5CgTQQM8FslORU= =j9uc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304171: phpmyadmin: users can't login after upgrade to 2.6.2-rc1
Package: phpmyadmin Version: 3:2.6.2-rc1-1 Severity: important After upgrading to 2.6.2-rc1, users can't login anymore. There is no error message, when pressing the login button, you see a message 'transferring data to...' and you are returned to the login prompt. Everything used to work fine before the upgrade. (2.6.1-pl3-2, running on sarge, mysql 4.1.10a) -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.29.21012005 Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages phpmyadmin depends on: ii apache [httpd]1.3.33-4 versatile, high-performance HTTP s ii debconf 1.4.30.11 Debian configuration management sy ii php4 4:4.3.10-9 server-side, HTML-embedded scripti ii php4-cgi 4:4.3.10-9 server-side, HTML-embedded scripti ii php4-mysql4:4.3.10-9 MySQL module for php4 ii ucf 1.17 Update Configuration File: preserv -- debconf information: * phpmyadmin/webserver: Apache * phpmyadmin/reconfigure-webserver: apache, apache2 * phpmyadmin/restart-webserver: false phpmyadmin/changed-extension: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297756: confirmed
package bazaar severity 297756 wishlist retitle 297756 Error messages about corrupt archives should be clearer thanks mr robot On Mon, Apr 04, 2005 at 09:35:30AM -0400, Clint Adams said Hrm, and appears to be fixed as of 1.3~200504021840. Can you confirm that[0]? Robert Collins pointed out that this was caused by archive corruption, which I have hand-repaired. So I'd still say that the error message sucks, but I can't test it. If you see things like this in future, and the code in the repository is free/ok-for-redistribution, could you tar up the archive so we can have a poke? -rob -- Words of the day:Forte Mena Leitrim keyhole Honduras Fat Man NORAD Treasury -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304149: apt-get install reports broken package
On Monday 11 April 2005 08:16 am, you wrote: Josh Metzler wrote: On Monday 11 April 2005 05:09 am, hja123 wrote: Package: kdelibs4 Vesrion: 4:3.3.2-1 This is not enough information. Please paste the exact error messages that apt-get install reports. Thanks, Josh Pls try apt-get install kopete. I'm using sarge 3.1, kernel 2.6.8. hja123 Please leave the bug e-mail address in the cc. I have kopete and kdelibs4 both installed. The reason I need the error messages you are getting is because everything works for me. Therefore, I suspect there is some other package you have installed that is causing problems, but I can't tell what it is without the error messages apt-get is giving you. Thanks, Josh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304160: O: toshutils
package wnpp retitle 304160 O: toshutils -- Toshiba laptop utilities thanks Package: toshutils (2.0.1-8) Toshiba laptop utilities This is a collection of utilities to control a Toshiba laptop. It includes programs to turn the fan on and off, to view the power mode, and to set the supervisor password. Note that these utilities work with APM features in the Toshiba BIOS. If your laptop's BIOS only supports ACPI and not APM, then toshutils will probably not work for you. Toshiba's newer models tend to support ACPI only, and therefore toshutils will not work with them. On Mon, Apr 11, 2005 at 08:41:34PM +1000, Drew Parsons wrote: Package: wnpp Severity: normal I can't test toshutils any more, therefore I cannot meaningfully maintain it. Please find a nice home for it. To properly orphan your package, you will need to upload it with the maintainer set to Debian QA Group [EMAIL PROTECTED]. Otherwise, please retitle the bug to RFA: toshutils -- Toshiba laptops utilities. Drew Kind regards, Anibal Monsalve Salazar -- .''`. Debian GNU/Linux : :' : Free Operating System `. `' http://debian.org/ `- http://v7w.com/anibal signature.asc Description: Digital signature
Bug#304164: Loose CD to install the basesystem
This one time, at band camp, Ralf Springwald said: Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Create file systems:[O] Mount partitions: [O] Install base system:[E] Install boot loader:[ ] Reboot: [ ] Comments/Problems: All seems to go well, until the system can't install the Basesystem from the CD. I check the mountpoint, and see that the CD was well mounted on /cdrom. I install with a net-iso from last september and all looks good. The hardware I use is normal, no raid, sata or anything else. Wy the Installer loose the CD? Just as an extra factoid, the same happened to me recently, althugh in a slightly different way. The installer hung trying to mount the cdrom (state D according to ps). At the time, there were 2 cdroms in the machine. Removing one resolved the issue, so I never bothered to report it. I have no idea if this is somehow related, but it struck me since we got stuck at the same point. -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgpS7AzPC9Axf.pgp Description: PGP signature
Bug#301671: apt-listbugs: cron.daily destroys the contents of symlinked /etc/apt/preferences
Thanks for the quick reply, Steve.
I didn't mean to imply that it wasn't a good reason.
I take it that all such removals are documented by the RC bugs.
The contents of the preferences file seem to get destroyed by the
line:
/usr/share/apt-listbugs/aptcleanup /etc/apt/preferences.apt-listbugs.$$
when it is writing to the same file it is reading from.
Perhaps something more like:
(stealing shamelessly from /etc/cron.monthly/acct)
#!/bin/sh -e
prefclean() {
test -x /usr/share/apt-listbugs/aptcleanup || return 0
test -x /usr/sbin/apt-listbugs || return 0
test -f /etc/apt/preferences || return 0
PTMP=$(tempfile)
/usr/share/apt-listbugs/aptcleanup $PTMP
if ! diff $PTMP /etc/apt/preferences /dev/null; then
savelog /etc/apt/preferences
mv $PTMP /etc/apt/preferences
fi
/bin/rm -f $PTMP
}
prefclean
savelog doesn't seem to handle the symlink either.
better options might be something along the lines of
cp -aH /etc/apt/preferences /etc/apt/preferences.0
or resolving the symlink and rotating in the parent directory of the file.
(the difference between making the backup at the client or the server
in Zed's configuration where preferences is mounted shared from a server)
or perhaps savelog should.
Regards,
Paddy
--
Perl 6 will give you the big knob. -- Larry Wall
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302338: more data
I discovered that acroread was badly installed. When it was called from the command line, it spit an error message and exited: # acroread /usr/bin/acroread: line 12: /usr/lib/Acrobat5/bin/acroread: No such file or directory This should make debugging this problem much easier. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#301671: apt-listbugs: cron.daily destroys the contents of symlinked /etc/apt/preferences
On Mon, Apr 11, 2005 at 01:33:16PM +0100, paddy wrote: PTMP=$(tempfile) /usr/share/apt-listbugs/aptcleanup $PTMP if ! diff $PTMP /etc/apt/preferences /dev/null; then savelog /etc/apt/preferences mv $PTMP /etc/apt/preferences fi D'oh! s/mv/cp/ Regards, Paddy -- Perl 6 will give you the big knob. -- Larry Wall -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304172: cryptsetup: depends on libdevmapper1.00, but only libdevmapper1.01 is available in Sarge
Package: cryptsetup Version: 20050111-2 Severity: important The package cryptsetup depends on libdevmapper1.00. Current snapshots of Sarge only include libdevmapper1.01. Please note that this may be a problem with the naming of the libdevmapper1.01 package (which seems to includes the version number in its name) instead of a problem with cryptsetup. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 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#289690: cannot access some files with samba
Unfortunately I cannot reproduce the problem with cifs because I shifted to 2.6.10. I use smbfs with this kernel and do not experience any problem. I believe the bug has been fixed. Steve Langasek wrote: Does this bug also occur when using the cifs driver instead of the smbfs driver? It's my impression that the smbfs driver is no longer well-maintained upstream in 2.6, and that the cifs driver is a better choice. I'm not sure if we should consider this bug release-critical when there are lots of other problematic smbfs bugs out there even if this one gets fixed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302378: logrotate killall -q -HUP smbd crashes samba servers
Hi all, same problem here, last morning all our servers did a logrotate, and they all went down... This is quite a severe problem, how severe was the security issue this fix was supposed to fix? worse or less? (should I downgrade?) regards, Olivier Sessink -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304171: phpmyadmin: users can't login after upgrade to 2.6.2-rc1
On Monday 11 of April 2005 14:28, Luc Stroobant wrote: Package: phpmyadmin Version: 3:2.6.2-rc1-1 Severity: important After upgrading to 2.6.2-rc1, users can't login anymore. There is no error message, when pressing the login button, you see a message 'transferring data to...' and you are returned to the login prompt. Everything used to work fine before the upgrade. (2.6.1-pl3-2, running on sarge, mysql 4.1.10a) Try to clean up cookies in browser. There is some annoying bug in phpMyAdmin. -- .''`.Piotr Roszatycki, Netia SA : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sun, Feb 06, 2005 at 07:48:38PM +0100, Sjoerd Simons wrote: On Sun, Feb 06, 2005 at 06:25:10PM +, Jean-Luc Coulon (f5ibh) wrote: Le 25.01.2005 19:53:36, Sjoerd Simons a écrit : On Tue, Jan 25, 2005 at 05:10:44PM +, Jean-Luc Coulon (f5ibh) wrote: Le 25.01.2005 17:26:19, Sjoerd Simons a écrit : It refuses to start with this option: [EMAIL PROTECTED] % /usr/sbin/hald --daemon=no --verbose=yes --drop-privileges ~ 15:03:35.500 [E] hald.c:284: drop_privileges: could not initialize groups You need to run it as root for that.. Maybe there is a permission problem: udev doesnt create the deviceconsistantly. Sometimes /dev/hda iscreated with roo:disk, sometimes (mostly) root:cdrom and sometimes root:floppy. I remarked that /dev/hdc isalways created correctly, not hda When it's created as root:disk then hal won't work (can't pol that drive), for both root:floppy and root:cdrom (with rw for the group) it should be fine.. Is the problem still there or has it been solved? Sjoerd -- Between infinite and short there is a big difference. -- G.H. Gonnet
Bug#304009: pbuilder: example/B91dpkg-i calls dpkg --purge with pathnames in front of package names
* lunedì 11 aprile 2005, alle 15:13, Junichi Uekawa scrive: PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/.\+\/\([^_]\+\)_.*$/\1/') (kudos to Enrico Zini, that's skilled then me, on cryptical sed regexp) Thanks for spotting it. I'd like the following fix; since it looks too cryptic; how does it sound ? -PKGNAMES=$(ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) +PKGNAMES=$(cd /tmp/buildd ls -1 /tmp/buildd/*.deb | sed 's/_.*$//' ) Seems ok to me. I tried to respect original idea, and that regexp catch just the name of the package. If you're familiar with perl, is equal to: /.+([^_]+)_*$/$1/ $1 is backreference to ([^_]+) that catch the package name. In sed, is \1. Of course, as you stated in next mail, you're solution is more readable, and probably preferred. Plus, i suggest that could be useful inform user that is useful add BINDMOUNTS=/tmp in .pbuilderrc (i don't like hack around /etc/* if it isn't necessary). With this var, i do: pbuilder update (that create /tmp/buildd, if it isn't) (cd into package source) pdebuild (that create all the stuff in /tmp/buildd) pbuilder execute B91dpkg-i (that test all the *.deb in /tmp/buildd) That is not a good idea; /tmp/buildd is a directory created and controlled by pbuilder when pbuilder build is ran. I'm not really sure of this. Without that binding, all the .deb going to /var/cache/pbuilder/result, that are unusable inside the chroot. Also copying just the deb inside /tmp/buildd (creating before, of course) doesn't produce any result, because, still outside the chroot environment. Maybe i'm confused with this, but i didn't find a way more comfortable to this to use that script with package created. I use pbuilder to create a sarge environment on my machine (that is sid). Of course, this part is just a suggest. -- Maurizio - Tannoiser - Lemmo Founder Member of ERLUG http://erlug.linux.it --- Ford: What happened? Spike: We're stuck in a basement. Ford: Buffy? Spike: She's not stuck in a basement. --Buffy the Vampire Slayer: Lie To Me
Bug#304174: exim4: Patch for 296492 introduced remotely exploitable infinite loop (DOS)
Package: exim4 Version: 4.50-5 Severity: grave Tags: security sid patch Justification: remote exploitable DOS The patch for 296492, which is currently in sid's 4.50-5, introduced an infinite loop which could be triggered by a remote site with (intentionally?) misconfigured DNS. It is discussed in: http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050404/msg00062.html The patch to fix this is in: http://www.exim.org/mail-archives/exim-users/Week-of-Mon-20050404/msg00152.html I'm not certain, but I think that this patch _replaces_ the patch applied to fix 296492, rather than patching it. I hope I've set the tags and severity for this bug correctly to indicate that it's an RC bug that should keep 4.50-5 out of sarge, but does not apply to 4.50-4 which is currently in sarge. - Marc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
