Your message dated Sun, 6 Jul 2014 23:08:16 +0100
with message-id
<caonwdojbovbzvoj0mivvz8cun2snq5_w-snv+n1fxp9hpur...@mail.gmail.com>
and subject line Closing
has caused the Debian Bug report #601612,
regarding newer plptools not working ; old version working :)
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
601612: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601612
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: plptools
Version: 1.0.9-2
Severity: important
Hello Debian fans,
So today I am glad to inform you that I found out the issue regarding the
plptools. During a long time I have been trying to get the PSION MX and PSION
REVO connected to linux.
In the past I managed well, and still, I kept trying and finding out that it
was impossible during to obscur reasons. Today I managed to find out that my
hardware is flawless, and the issue is simply the plptools.
OK... some more informations.
Here we go with the hard coder stuffs...
So testing debian ~$ uname -a
Linux toshiba 2.6.32-5-686 #1 SMP Thu Oct 14 17:15:16 UTC 2010 i686 GNU/Linux
we have a :
$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux testing (squeeze)
Release: testing
Codename: squeeze
next:
apt-get install plptools
so we get it installed, easy till now.
so now the connection :
Bus 003 Device 003: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
I plug my usb to COM adapter. Luckily I have that device and that working with
a great debian driver !!.
It is well seen by /dev/ttyUSB0 ! cool,
I unplug and replug. It shows up and disappear. Flawless till now.
1195.776436] ch341-uart ttyUSB0: ch341-uart converter now disconnected from
ttyUSB0
[ 1195.776493] ch341 3-1:1.0: device disconnected
[ 1208.572071] usb 3-1: new full speed USB device using uhci_hcd and address 3
[ 1208.735121] usb 3-1: New USB device found, idVendor=1a86, idProduct=7523
[ 1208.735133] usb 3-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 1208.735142] usb 3-1: Product: USB2.0-Ser!
[ 1208.735403] usb 3-1: configuration #1 chosen from 1 choice
[ 1208.737233] ch341 3-1:1.0: ch341-uart converter detected
[ 1208.750284] usb 3-1: ch341-uart converter now attached to ttyUSB0
cat /dev/ttyUSB0 gives nothing or not great output.
So anyhow we continue.
dpkg -l | grep plptool
ii plptools 1.0.9-2 Access
EPOC device (Psion PDA) over a serial link
So if I read well the purpose of this plptools is to make connection... ok
so here we go:
ncpd -s /dev/ttyUSB0
root@debian:/home/sameklu# listen on 127.0.0.1:7501: Address already in use
then :
mkdir /mnt/psion
plpfuse -d /mnt/psion
returns that /mnt/psion is mounted and ls /mnt/psion
returns lot of error message.
So now spend some kind of 5 months trying all kind of possibilities, believing
that I operate well. So hardware was fine it was simply the above that is not
correct : either commands (me) or package (linux)
So another idea came back in mind, let's break linux to try if my hardware is
really working?
so here we go : let's break or linux die :)
So
I get
http://ftp.nl.debian.org/debian-archive/pool/main/p/plptools/plptools_0.12-5_i386.deb
md5 md5sum plptools_0.12-5_i386.deb
77fbd133575a300aa335f9df2b8a244a plptools_0.12-5_i386.deb
from this file, I brutally overwrite all the files from the deb onto /
so that plpnfsd exists :)
I install : apt-get install libstdc++5
ii libstdc++5 1:3.3.6-20 The
GNU Standard C++ Library v3
gently normally instlal htis package from the repos testing
then do operate :
ncpd -s /dev/ttyUSB0
then the process goes into ps (like a scren -d -m)
then :
plpnfsd -d /mnt/psion/
similar
mount results into /mnt/psion ok
so we try :
localhost:/psion on /mnt/psion type nfs (hard,intr)
# ls /mnt/psion/
C: proc Z:
# ls /mnt/psion/C\:/
Documents Dokumente System
# ls
Documents Dokumente System
# mkdir test
root@toshiba:/mnt/psion/C:# ls
root@toshiba:/mnt/psion/C:# ls
ls: cannot open directory .: No such device or address
Hurra magic it works !! flawless, simple and surely working
So my comments are: there is somethign wrong somewhere.
I am looking very forward to hearing you. I issued this issue during many month
and hindered in my work, so now I can enjoy finally working back again like
before my change to testing (new pc)
All the best to linux and developers
Long life
Yellow
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages plptools depends on:
ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy
ii fuse-utils 2.8.4-1.1 Filesystem in USErspace (utilities
ii libattr1 1:2.4.44-2 Extended attribute shared library
ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib
ii libfuse2 2.8.4-1.1 Filesystem in USErspace library
ii libgcc1 1:4.4.5-4 GCC support library
ii libncurses5 5.7+20100313-4 shared libraries for terminal hand
ii libreadline6 6.1-3 GNU readline and history libraries
ii libstdc++6 4.4.5-4 The GNU Standard C++ Library v3
plptools recommends no packages.
plptools suggests no packages.
-- Configuration Files:
/etc/default/plptools changed:
START_NCPD=yes
NCPD_ARGS=""
START_PLPFUSE=no
PLPFUSE_ARGS="-v all"
START_PLPPRINTD=no
PLPPRINTD_ARGS=""
/etc/init.d/plptools changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON1=/usr/sbin/ncpd
DAEMON2=/usr/sbin/plpnfsd
DAEMON3=/usr/sbin/plpprintd
NAME=plptools
DESC=plptools
CONFIG=/etc/plptools.conf
test -x $DAEMON1 || exit 0
test -x $DAEMON2 || exit 0
test -x $DAEMON3 || exit 0
test -f $CONFIG && . $CONFIG || exit 0
set -e
case "$1" in
start)
if test "$START_NCPD" = "yes" ; then
echo -n "Starting $DESC ($DAEMON1): "
start-stop-daemon --start --quiet \
--exec $DAEMON1 -- $NCPD_ARGS && \
echo -n "done" || echo -n "failed"
echo "."
sleep 1
fi
if test "$START_PLPNFSD" = "yes" ; then
echo -n "Starting $DESC ($DAEMON2): "
start-stop-daemon --start --quiet \
--exec $DAEMON2 -- $PLPNFSD_ARGS && \
echo -n "done" || echo -n "failed"
echo "."
fi
if test "$START_PLPPRINTD" = "yes" ; then
echo -n "Starting $DESC ($DAEMON3): "
start-stop-daemon --start --quiet \
--exec $DAEMON3 -- $PLPPRINTD_ARGS && \
echo -n "done" || echo -n "failed"
echo "."
fi
;;
stop)
if test "$START_PLPNFSD" = "yes" ; then
echo -n "Stopping $DESC ($DAEMON2): "
start-stop-daemon --stop --schedule HUP/5/TERM/1 --quiet \
--exec $DAEMON2 && \
echo -n "done" || echo -n "already stopped"
echo "."
fi
if test "$START_PLPPRINTD" = "yes" ; then
echo -n "Stopping $DESC ($DAEMON3): "
start-stop-daemon --stop --quiet --exec $DAEMON3 && \
echo -n "done" || echo -n "already stopped"
echo "."
fi
if test "$START_NCPD" = "yes" ; then
echo -n "Stopping $DESC ($DAEMON1): "
start-stop-daemon --stop --quiet --exec $DAEMON1 && \
echo -n "done" || echo -n "already stopped"
echo "."
fi
;;
#reload)
#
# If the daemon can reload its config files on the fly
# for example by sending it SIGHUP, do it here.
#
# If the daemon responds to changes in its config file
# directly anyway, make this a do-nothing entry.
#
# echo "Reloading $DESC configuration files."
# start-stop-daemon --stop --signal 1 --quiet --pidfile \
# /var/run/$NAME.pid --exec $DAEMON
#;;
restart|force-reload)
#
# If the "reload" option is implemented, move the "force-reload"
# option to the "reload" entry above. If not, "force-reload" is
# just the same as "restart".
#
$0 stop
sleep 1
$0 start
;;
*)
N=/etc/init.d/$NAME
# echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
echo "Usage: $N {start|stop|restart|force-reload}" >&2
exit 1
;;
esac
exit 0
-- debconf information:
plptools/ncpd/serial: /dev/ttyS0
plptools/ncpd/listenat: 127.0.0.1
plptools/ncpd/start: true
plptools/customize:
plptools/plpprintd/start: false
plptools/frontends/remoteaddr:
plptools/plpfuse/start: false
plptools/plpprintd/printqueue: psion
--- End Message ---
--- Begin Message ---
As far as I can tell, there is no bug here.
--- End Message ---
