Bug#792946: bwidget: FSL failes to run due to bwidget
Package: bwidget Version: 1.9.8-1 Severity: important Tags: upstream Dear Maintainer, please have a look at 792758: http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=792758 _uninstalling_ bwidget solves the startup problem, leading me to believe that - the call to bwidget from FSL is wrong - something has changed in bwidget and FSL is not aware of the new call - some error creeped into bwidget in the new version in Debian Jessie. Thank you for considering this bug, regards, Vincent -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages bwidget depends on: ii tk 8.6.0+8 bwidget recommends no packages. bwidget suggests no packages. -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#792758: fsl-core: fsl fails to start on the command line
Package: fsl-core
Version: 5.0.8-3~nd80+1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer, Dear Michael and co,
* What led up to the situation?
source /etc/fsl/fsl.sh fsl
* What was the outcome of this action?
Error in startup script: invalid command name Widget::syncoptions
while executing
Widget::syncoptions FileEntry Entry .e {-text {}}
(in namespace eval ::FileEntry script line 32)
invoked from within
namespace eval FileEntry {
Widget::define FileEntry fileentry Entry LabelFrame Button
Widget::declare FileEntry {
{-filebitmap String 1}
...
(file /usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl line
63)
invoked from within
source /usr/share/fsl/5.0/tcl/BWidget/BWExtras-1.0.0/fileentry.tcl
(package ifneeded BWFileEntry 1.0.0 script)
invoked from within
package require BWFileEntry
(file /usr/share/fsl/5.0/tcl/fslstart.tcl line 51)
invoked from within
source [ file dirname [ info script ] ]/fslstart.tcl
(file /usr/share/fsl/5.0/tcl/fsl.tcl line 71)
invoked from within
source ${FSLDIR}/tcl/${origname}.tcl
(file /usr/lib/fsl/5.0/fsl line 25)
=-=-=-
If have tried to use wish tclsh 8.5 instead of the 8.6 default version (in
debian jessie) but the result is the same.
Could it be i am just missing some package? I installed 'fsl-complete'
Thank you in advance, regards,
Vincent
-- System Information:
Debian Release: 8.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w/64 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages fsl-core depends on:
ii fsl-5.0-core 5.0.8-3~nd80+1
fsl-core recommends no packages.
fsl-core suggests no packages.
-- no debconf information
--
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
te informeren door het bericht te retourneren. Het Universitair Medisch
Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W.
(Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
--
This message may contain confidential information and is intended exclusively
for the addressee. If you receive this message unintentionally, please do not
use the contents but notify the sender immediately by return e-mail. University
Medical Center Utrecht is a legal person by public law and is registered at
the Chamber of Commerce for Midden-Nederland under no. 30244197.
Please consider the environment before printing this e-mail.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722056: mricron: Render Save as bitmap does not work in the current version
Package: mricron Severity: normal Dear Michael, just got one of my users to report that mricron Render-Save as bitmap does not work properly anymore in the neurodebian mricron. There is however, a new mricron available in which all seeems well again: http://www.nitrc.org/frs/download.php/5627/lx64.zip/?i_agree=1 That would be the 06/2013 version as opposed to the 05/2012 version. BTW this problem started to happen when we moved from deb. squeeze to wheezy. Best regards and have a nice weekend, Vincent -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mricron depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1+deb7u1 ii mricron-data0.20120505.1~dfsg.1-1 mricron recommends no packages. Versions of packages mricron suggests: ii fsl 5.0.4-3~nd70+1 ii fsl-5.0-core [fsl] 5.0.4-3~nd70+1 ii mricron-doc 0.20120505.1~dfsg.1-1 -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711473: opensm: wrong pid in pidfile (/var/run/opensm-0x..........)
Package: opensm Version: 3.2.6-20090317-2.1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading the package, using start/stop in /etc/init.d * What exactly did you do (or not do) that was effective (or ineffective)? Manually change the pid in the pid file, so daemon shut down and upgrade could continue. * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opensm depends on: ii infiniband-diags 1.4.4-20090314-1.2 ii libc6 2.13-38 ii libibcommon1 1.1.2-20090314-1 ii libibumad11.2.3-20090314-1.1 ii libopensm23.2.6-20090317-2.1 opensm recommends no packages. opensm suggests no packages. -- no debconf information -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695257: fsl: Clean enviroment path
Package: fsl
Version: 4.1.9-6~nd60+1
Severity: normal
Tags: patch upstream
Having multiple versions of fsl installed, I find that the PATH and
LD_LIBRARY_PATH are not cleaned when switching versions (sourceing fsl.sh
multiple times). Arguably a corner case, with a simple solution:
AWK ONLY:
=-=-=--==-
--- /tmp/4 2012-12-05 13:36:24.0 +0100
+++ /etc/fsl/fsl.sh 2012-12-06 10:00:17.0 +0100
@@ -13,7 +13,8 @@
# Possum is installed in the same directory
POSSUMDIR=$FSLDIR
-# add the fsl binary path to the search path
+# clean up and add the fsl binary path to the search path
+PATH=$( echo $PATH | awk -F: '{ORS=;MYOUT=0;for (i=1;i=NF;i++){ if ($i !~
/\/fsl\//){if (MYOUT==0){ print $i ; MYOUT++ } else print :$i }}}' )
PATH=$PATH:/usr/lib/fsl/4.1
# The following variable selects the default output image type
@@ -62,7 +63,8 @@
FSLWISH FSLBROWSER FSLLOCKDIR FSLMACHINELIST FSLREMOTECALL
-# Configure the linker search path for Debian FSLs internal shared libraries
+# Clean and Configure the linker search path for Debian FSLs internal shared
libraries
+LD_LIBRARY_PATH=$( echo $LD_LIBRARY_PATH | awk -F: '{ORS=;MYOUT=0;for
(i=1;i=NF;i++){ if ($i !~ /\/fsl\//){if (MYOUT==0){ print $i ; MYOUT++ } else
print :$i }}}' )
LD_LIBRARY_PATH=/usr/lib/fsl/4.1${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
export LD_LIBRARY_PATH
SHORTER BUT MORE PROGS INVOLVED
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--- /tmp/4 2012-12-06 10:24:30.841855594 +0100
+++ /tmp/fsl2012-12-05 17:41:58.732980398 +0100
@@ -13,6 +13,9 @@
# Possum is installed in the same directory
POSSUMDIR=$FSLDIR
+# clean out previous fsl PATH components
+PATH=$( echo $PATH | tr : \n | grep -v /fsl/ | tr -s \n : | sed
's/:$//')
+
# add the fsl binary path to the search path
PATH=$PATH:/usr/lib/fsl/4.1
@@ -62,6 +65,9 @@
FSLWISH FSLBROWSER FSLLOCKDIR FSLMACHINELIST FSLREMOTECALL
+# clean out previous fsl LD_LIBRARY_PATH components
+LD_LIBRARY_PATH=$( echo $LD_LIBRARY_PATH | tr : \n | grep -v /fsl/ | tr
-s \n : | sed 's/:$//')
+
# Configure the linker search path for Debian FSLs internal shared libraries
LD_LIBRARY_PATH=/usr/lib/fsl/4.1${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
export LD_LIBRARY_PATH
Thank you Michael for ND and Mark for FSL!
Vincent
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages fsl depends on:
ii fsl-4.1 4.1.9-6~nd60+1 analysis tools for FMRI, MRI and D
fsl recommends no packages.
fsl suggests no packages.
-- no debconf information
--
De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is
uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht
ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct
te informeren door het bericht te retourneren. Het Universitair Medisch
Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W.
(Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij
de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197.
Denk s.v.p aan het milieu voor u deze e-mail afdrukt.
--
This message may contain confidential information and is intended exclusively
for the addressee. If you receive this message unintentionally, please do not
use the contents but notify the sender immediately by return e-mail. University
Medical Center Utrecht is a legal person by public law and is registered at
the Chamber of Commerce for Midden-Nederland under no. 30244197.
Please consider the environment before printing this e-mail.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614043: opensm: no dependency based booting
Package: opensm Version: 3.2.6-20090317-2 Severity: normal Dear maintainers, opensm poses some problems: 1. apt-get remove --purge is not possible when there are several instances running on the network and this instance is therefore not started. However, in the PID file there is a processnumber logged, which can not be stopped: Shutting down opensm on 0x0002c9020029aa2d: start-stop-daemon: warning: failed to kill 3322: No such process 1 pids were not killed No process in pidfile '/var/run/opensm-0x0002c9020029aa2d' found running; none killed. invoke-rc.d: initscript opensm, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 1 dpkg - trying script from the new package instead ... Shutting down opensm on 0x0002c9020029aa2d: start-stop-daemon: warning: failed to kill 3322: No such process 1 pids were not killed No process in pidfile '/var/run/opensm-0x0002c9020029aa2d' found running; none killed. invoke-rc.d: initscript opensm, action stop failed. dpkg: error processing /var/cache/apt/archives/opensm_3.2.6-20090317-2_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 1 2. startupscript is not ready for depency-based booting update-rc.d: warning: opensm-boot start runlevel arguments (S) do not match LSB Default-Start values (2 3 4 5) update-rc.d: warning: opensm-boot stop runlevel arguments (none) do not match LSB Default-Stop values (0 1 6) System start/stop links for /etc/init.d/opensm-boot already exist. To remove the package i start 'tail -f' in another terminal, enter the pid of the 'tail' process in the /var/run/opensm-0x0002c9020029aa2d PID file and only then i am able to remove/update/upgrade. Hope this report helps you making opensm integrating better with squeeze, regards, Vincent -- System Information: Debian Release: 6.0 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages opensm depends on: ii infiniband-diags 1.4.4-20090314-1 InfiniBand diagnostic programs ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libibcommon1 1.1.2-20090314-1 InfiniBand management library ii libibumad11.2.3-20090314-1.1 InfiniBand Userspace Management Da ii libopensm23.2.6-20090317-2 Infiniband subnet manager librarie opensm recommends no packages. opensm suggests no packages. -- no debconf information -- De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. Het Universitair Medisch Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de W.H.W. (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd bij de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. Denk s.v.p aan het milieu voor u deze e-mail afdrukt. -- This message may contain confidential information and is intended exclusively for the addressee. If you receive this message unintentionally, please do not use the contents but notify the sender immediately by return e-mail. University Medical Center Utrecht is a legal person by public law and is registered at the Chamber of Commerce for Midden-Nederland under no. 30244197. Please consider the environment before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505674: ifupdown: No definition in /etc/network/interfaces for lo (in testing/lenny)
Package: ifupdown Version: 0.6.8+nmu1 Severity: important After installing the lenny/testing (via netinstall image) , i found that there is no 'standard' entry for lo ( auto lo iface lo inet loopback ) in /etc/network/interfaces, causing lookups to 'localhost' and connections to 127.0.0.1:23456 to fail. Also, in this case 'ifconfig -a' does not show the lo interface. Regards, Vincent -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
