Bug#681399: debian-handbook: 3.2.1 appletalk protocol legacy/deprecated
Package: debian-handbook Version: 6.0+20120509 Severity: normal Section 3.2.1 portrays appletalk, and thus the netatalk daemon, as a necessary protocol for working with Macintosh clients. As I understand it, appletalk has been considered legacy since OSX was introduced, and has been discontinued entirely on OSX since 2009. OSX being a unix OS, there are probably better, more modern protocols for interacting with it anyway (samba or nfs, e.g.). -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- 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#681412: debian-handbook: chapter 9: de-emphasize de-emphasize discussion of (long) deprecated protocols
Package: debian-handbook Version: 6.0+20120509 Severity: minor This is highly subjective, of course, so apologies in advance. The section on Remote logins begins with a discussion of Telnet and a sidebar about the r-commands; in addition, the telnet section seems to imply that telnet-ssl might be a workable option for remote shell. IMHO it might serve the reader better to focus solely on SSH here, and leave only the briefest mention of deprecated protocols to a sidebar or footnote. It's been a long time since any major distro that I know of has shipped with telnetd installed, and anyone who even knows about rsh/rcp should know better by now than to want to use them. (Case in point: I started using Linux back in 2003, and even back then these protocols were deprecated). As for telnet-ssl; if there's a business case that would make this even an option to consider over SSH, I would think it'd be the extreme exception. IMHO, it's probably best not to mention it. Obviously, it's good advice, but it's hopefully unnecessary at this point (or at least requires less emphatic placement). -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash -- 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#709210: python-pymssql: Valid select queries return no results
Package: python-pymssql Version: 1.0.2+dfsg-1+b2 Severity: important Dear Maintainer, After upgrading from squeeze to wheezy, scripts using pymssql are broken. My script simply selects fields from tables in a MS SQL 2008 database. The script appears to connect just fine to the database server, the queries run without error. No results are returned, and rowcount is "-1". No errors are returned and no exceptions are thrown. The same select querie returns rows in other sql clients on the same database. Running the same script in a virtual environment with the most recent upstream pymssql works as expected. I believe this problem was reported upstream and marked as "wontfix" for pymssql 1.0.2. cf http://code.google.com/p/pymssql/issues/detail?id=66 Thanks for your help. -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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/dash Versions of packages python-pymssql depends on: ii libc6 2.13-38 ii libsybdb5 0.91-2 ii python 2.7.3-4 ii python-support 1.0.15 python-pymssql recommends no packages. python-pymssql suggests no packages. -- 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
