Bug#865118: environment-modules: bash completion for module command
Package: environment-modules Version: 3.2.10-10 Severity: normal Dear Maintainer, The bash completion file is in file /usr/share/bash-completion/completions/modules But the name command is just module without s. So dynamic bash completion loader doesn't work. We have to rename the completion file to just /usr/share/bash-completion/completions/module And completion for command 'module' is the OK Thanks gaby -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/12 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages environment-modules depends on: ii debhelper 10.2.5 ii libc6 2.24-11 ii libtcl8.6 8.6.6+dfsg-1+b1 ii libx11-6 2:1.6.4-3 ii tcl8.6.0+9 ii tcl8.6 8.6.6+dfsg-1+b1 environment-modules recommends no packages. environment-modules suggests no packages. -- no debconf information
Bug#785223: environment-modules: modulecmd path error
Package: environment-modules
Version: 3.2.10-9
Severity: normal
Dear Maintainer,
For bash completion, modulecmd is not at the path
/usr/share/modules/3.2.10/bin/modulecmd but in the normal /usr/bin/modulecmd.
The _module_avail function doesn't working so no completion for avail command.
The solution is to replace /usr/share/modules/3.2.10/bin/modulecmd by just
modulecmd because normally, /usr/bin is always in the PATH variable.
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8@euro, LC_CTYPE=fr_FR.UTF-8@euro (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages environment-modules depends on:
ii debhelper 9.20150101
ii libc6 2.19-18
ii libtcl8.6 8.6.2+dfsg-2
ii libx11-6 2:1.6.2-3
ii tcl8.6.0+8
ii tcl8.6 8.6.2+dfsg-2
environment-modules recommends no packages.
environment-modules suggests no packages.
-- Configuration Files:
/etc/bash_completion.d/modules changed:
_module_avail() {
modulecmd bash -t avail 21 | sed '
/:$/d;
/:ERROR:/d;
s#^\(.*\)/\(.\+\)(default)#\1\n\1\/\2#;
s#/(default)##g;
s#/*$##g;'
}
_module_not_yet_loaded() {
comm -23 (_module_avail|sort) (tr : '\n' ${LOADEDMODULES}|sort)
}
_module_long_arg_list() {
local cur=$1 i
if [[ ${COMP_WORDS[COMP_CWORD-2]} == sw* ]]
then
COMPREPLY=( $(compgen -W $(_module_not_yet_loaded) -- $cur)
)
return
fi
for ((i = COMP_CWORD - 1; i 0; i--))
do case ${COMP_WORDS[$i]} in
add|load)
COMPREPLY=( $(compgen -W $(_module_not_yet_loaded) -- $cur)
)
break;;
rm|remove|unload|switch|swap)
COMPREPLY=( $(IFS=: compgen -W ${LOADEDMODULES} -- $cur) )
break;;
esac
done
}
_module() {
local cur=$2 prev=$3 cmds opts
COMPREPLY=()
cmds=add apropos avail clear display help\
initadd initclear initlist initprepend initrm initswitch\
keyword list load purge refresh rm show swap switch\
unload unuse update use whatis
opts=-c -f -h -i -l -s -t -u -v -H -V\
--create --force --help --human --icase\
--long --silent --terse --userlvl --verbose --version
case $prev in
add|load) COMPREPLY=( $(compgen -W $(_module_not_yet_loaded) --
$cur) );;
rm|remove|unload|switch|swap)
COMPREPLY=( $(IFS=: compgen -W ${LOADEDMODULES} --
$cur) );;
unuse) COMPREPLY=( $(IFS=: compgen -W ${MODULEPATH} --
$cur) );;
use|*-a*) ;; # let readline handle the
completion
-u|--userlvl) COMPREPLY=( $(compgen -W novice expert advanced --
$cur) );;
display|help|show|whatis)
COMPREPLY=( $(compgen -W $(_module_avail) -- $cur)
);;
*) if test $COMP_CWORD -gt 2
then
_module_long_arg_list $cur
else
case $cur in
# The mappings below are optional abbreviations for convenience
ls) COMPREPLY=list;; # map ls - list
r*) COMPREPLY=rm;;# also covers 'remove'
sw*)COMPREPLY=switch;;
-*) COMPREPLY=( $(compgen -W $opts -- $cur) );;
*) COMPREPLY=( $(compgen -W $cmds -- $cur) );;
esac
fi;;
esac
}
complete -o default -F _module module
/etc/environment-modules/modulespath changed:
/etc/environment-modules/modules
/usr/share/modules/versions # location of version
files
/usr/Modules/$MODULE_VERSION/modulefiles# Module pkg modulefiles (if
versioning)
/usr/share/modules/modulefiles # General module files
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698865: No updatedb binary in findutils package
Hello, Did you purge slocate or just unistall it? (dpkg -s locate | grep Status) I always purge after upgrade from lenny to squeeze ;-) Anyway, I think you got bitten by the fact that slocate used dpkg-divert on a dpkg conffile. This is known to break. I guess something like this happened: #1 slocate installed, diverts /etc/cron.daily/find. #2 locate split off from findutils. On the upgrade /etc/cron.daily/find was deleted. #3 slocate uninstalled, reinstating /etc/cron.daily/find I agree, I think I had upgraded and remove (purge) slocate after upgrade to squeeze (I never keep old package because I try older computer to be as the same as the new). Maybe the bug is here. This is not easily fixable, and I do not think it makes sense to so. - Not easy to fix now an old bug from past dist-upgrade, and the bug is not very serious ! Slocate was removed 2009, splitting off locate from findutils was done even earlier, in 2007, Debian 5.0 (lenny) already had the change. To clean up, make sure #1 you have purged slocate (dpkg --purge slocate), #2 that the diversion of the conffile is properly removed (Check with dpkg-divert --list /etc/cron.daily/find) and #3 after that is true delete /etc/cron.daily/find. It's what I have done with cfengine. I just add your test on dpkg-divert before remove. /usr/bin/dpkg-divert --list /etc/cron.daily/find | wc -l | grep -q ^0 /bin/rm -f /etc/cron.daily/find Maybe in the post-install script ? I do not known if it's a good place to hack these ? if [ -e /etc/cron.daily/find ] then /usr/bin/dpkg-divert --list /etc/cron.daily/find | wc -l | grep -q ^0 /bin/rm -f /etc/cron.daily/find fi Thanks for all gaby -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto:gabriel.mor...@legi.grenoble-inp.fr fax:++.271 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698865: No updatedb binary in findutils package
Package: findutils Version: 4.4.2-1+b1 Severity: normal strange report dpkg -L findutils | grep daily - /etc/cron.daily/find Seem to be only on system that where upgrade from lenny... But same version ii findutils4.4.2-1+b1 utilities for finding files--find, xargs apt-file give no result even on computer where dpkg -L give the file... apt-file search daily/find As findutils only suggest locate, if this script need to be here in the last version of the package, it could be nice to put at the beggining [ -x /usr/bin/updatedb ] || exit Cron will not send return code 127 anymore ;-) gaby -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=fr_FR.UTF-8@euro, LC_CTYPE=fr_FR.UTF-8@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages findutils depends on: ii dpkg 1.15.8.13 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib findutils recommends no packages. Versions of packages findutils suggests: pn mlocate | locate | slocatenone (no description available) -- Configuration Files: /etc/cron.daily/find [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/cron.daily/find' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698865: No updatedb binary in findutils package
Hi,
dpkg -s findutils will probably show the file as orphaned
configuration file. - It was dropped in 4.2.31-2.
Thank for your fast answer. I will try to do my best ;-)
It should not there. It should have been automatically removed or renamed
when you upgraded findutils from version older than 4.2.31-2 to a newer
one.
This error message looks fishy. Do you see this on on 'dpkg -s
findutils`, too? What do
md5sum /etc/cron.daily/find
dpkg-query -W -f='${Conffiles}' findutils
say?
dpkg -s findutils
Package: findutils
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 1704
Maintainer: Andreas Metzler ametz...@debian.org
Architecture: i386
Source: findutils (4.4.2-1)
Version: 4.4.2-1+b1
Depends: dpkg (= 1.15.4) | install-info
Pre-Depends: libc6 (= 2.4)
Suggests: mlocate | locate | slocate
Conffiles:
/etc/cron.daily/find 7eb265877a0e861849027c1f6ec8e8ec obsolete
Description: utilities for finding files--find, xargs
md5sum /etc/cron.daily/find*
7eb265877a0e861849027c1f6ec8e8ec /etc/cron.daily/find
7eb265877a0e861849027c1f6ec8e8ec /etc/cron.daily/find.notslocate.dpkg-new
dpkg-query -W -f='${Conffiles}' findutils
/etc/cron.daily/find 7eb265877a0e861849027c1f6ec8e8ec obsolete
The unique problem is that script do nothing but finish with code error
127 so I get a cron mail * number of computer... Because I do not have
so many time, I do not take the time before to go ahead...
It's very easy for me to remove this file by cfengine on all ours
computers. This report is more to understand why and when this arrive...
Under lenny, I used slocate which is not any more in squeeze. Under
squeeze, I remove all possible locate... Some computers cames even from
sarge !
Thanks
gaby
--
Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr
LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels
BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015
mailto:gabriel.mor...@legi.grenoble-inp.fr fax:++.271
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651284: ganglia-monitor: Bad PID number in /var/run/gmond.pid
Package: ganglia-monitor Version: 3.1.7-1+b1 Severity: normal -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=fr_FR.utf8@euro, LC_CTYPE=fr_FR.utf8@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash PID number in /var/run/gmond.pid in PID number of gmond minus 1 ! gmond can write it's PID in a file. Change in init file /etc/init.d/ganglia-monitor start-stop-daemon --start --quiet -m --pidfile /var/run/$NAME.pid \ --exec $DAEMON By start-stop-daemon --start --quiet \ --exec $DAEMON -- --pid-file /var/run/$NAME.pid Now, file /var/run/gmond.pid is OK gaby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651293: gmetad: No PID file is created at startup. Like for gmond, the PID number will be even wrong!
Package: gmetad Version: No PID run file for gmetad Severity: normal -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=fr_FR.utf8@euro, LC_CTYPE=fr_FR.utf8@euro (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash No PID file is created at startup. Like for gmond, the PID number will be even wrong! The init script is /etc/init.d/gmetad Wrong line, option -m forgotten but even a bug stay width... start-stop-daemon --start --quiet --pidfile /var/run/$NAME.pid \ --exec $DAEMON Good line. gmetad accept a pid-file parameter start-stop-daemon --start --quiet \ --exec $DAEMON -- --pid-file /var/run/$NAME.pid By gaby -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612180: Include EPS in XFIG
Hi, Do you think the bug will be correted soon in squeeze ? In our laboratory, I think all phd sudent use this functionality every day and they need actually go on a lenny computer to make their figure because of this bug. It's seem that red-hat solve the bug which comes from a security add on ghostscript. https://bugzilla.redhat.com/show_bug.cgi?id=657290 Thank you gabriel -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto:gabriel.mor...@legi.grenoble-inp.fr fax:++.271 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611172: libnss-sss: No ia32 version of libnss_sss.so on 64 bits system
Package: libnss-sss Version: 1.2.1-4 Severity: grave Justification: renders package unusable No ia32 version of libnss_sss.so on 64 bits system, make acroread crash at start for example. Juste need to copy the 32 bits version under /lib32 to resove it We need a under /lib32 lrwxrwxrwx 1 root root15 26 janv. 11:28 /lib32/libnss_sss.so - libnss_sss.so.2 -rw-r--r-- 1 root root 13028 26 janv. 11:27 /lib32/libnss_sss.so.2 I took the squeeze version of i386 and copy it on amd64 computer, resolve the bug. Example of bug when launch acroread without that (acroread-fra:2294): GLib-WARNING **: getpwuid_r(): failed due to unknown user id (22888) This bug appear only for user that are not directly define on the computer but use sssd and ldap account. -- System Information: Debian Release: 5.0.8 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611172: libnss-sss: No ia32 version of libnss_sss.so on 64 bits system
Package: libnss-sss Version: 1.2.1-4 Severity: grave Justification: renders package unusable I don't think that's true. What is not true ? On squeeze amd64, if you have an LDAP account and use sssd, there is no resolution by the libnss because you don't have the ia32 lib for libnss_sss.so If you use 64b application, no problem... It's only for i386 application. gabriel -- Gabriel Moreau - IR CNRShttp://www.legi.grenoble-inp.fr LEGI (UMR 5519) Laboratoire des Ecoulements Geophysiques et Industriels BP53, 38041 Grenoble Cedex, France tel:+33.476.825.015 mailto:gabriel.mor...@legi.grenoble-inp.fr fax:++.271 smime.p7s Description: S/MIME Cryptographic Signature
