Bug#535905: RFP: shellinabox -- publish command line shell through AJAX interface
Package: wnpp Severity: wishlist * Package name: shellinabox Version : 2.8 (revision 137) Upstream Author : Markus Gutschke * URL : http://shellinabox.com/ * License : GPLv2 (with OpenSSL exemption) Programming Lang: C, JavaScript Description : publish command line shell through AJAX interface Shellinabox can export arbitrary command line programs to any JavaScript enabled web browser. By default, it prompts for username and password and then exports a SSL/TLS encrypted login shell. I am the author of Shell In A Box, and I already provide Debian package from the code.google.com site that hosts the project. I would like to suggest it for inclusion in Debian, but would need a Debian maintainer to sponsor it. If Debian requires patches to be made to the code, I am perfectly happy to include these changes in the upstream version of the code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#456413: [Etherboot-developers] cs89x0 driver in etherboot
Hi Jan, you are looking at the end-result of a long history of license changes in Etherboot. Way back at the dawn of time, Etherboot consisted of code from different contributors that had licensed their contributions as BSD, GPL or PD, respectively. While we were careful in paying attention to the different (partially) incompatible license conditions, this was awkward, as it restricted how we could release the code. And it made it complicated to determine whether certain combinations were valid. If my records are accurate, the team finally got all these issues sorted out some time before 2000, when we had tracked down all the different sources of the code and decided that everything in the core of Etherboot was either BSD licensed or PD licensed (i.e. any license compatible with but even less restrictive than BSD). At the time, the core of Etherboot was released as a BSD licensed package, and the CS89x0 driver lived as a separate GPL'd patch in the contrib directory. Since we knew that this approach might still violate the spirit of the license on the CS89x0 driver, even if it was OK from a legal point of view, we asked Russ if he was OK with this arrangement. I have an old e-mail saying that he gave us permission to do so, but asked for the extra statement clarifying that this permission only applied to the Etherboot project and not to just any open source project. He was arguably concerned that somebody might get confused into believing he had meant to relicense his code as BSD, and wanted to clarify that this was not the case. This is the statement that you now stumbled across. A little while later, BSD licenses changed, and were now believe to be fully compatible with the GPL. At that point in time, we tracked down all the contributors to the Etherboot project that we could find, and asked them whether they would be OK with relicensing the whole code base as GPL. We believed that the new BSD license already gave us permission to do so, but we wanted to make sure that everybody on the team agreed with this choice. At that point, the special notice in the CS89x0 source became irrelevant, as it only ever applied to the aggregation of the GPL'd patch file with the BSD licensed core package. But for some reason it never got removed. We also informed Russ of the licensing change for the rest of Etherboot, and as far as I remember he was happy with it. So, I do not believe there really is a problem with this particular statement in the Etherboot version of Russ's CS89x0 driver. But I do agree that its intention is hard to discern from current context, and its need has long been obsoleted. If Russ is OK with this, I suggest that Marty remove this particular line from future downloads of the source available from rom-o-matic.net and etherboot.org. The point about GPL version 1 versus version 2 is valid, though. I had not noticed that before, but I am sure Russ will be able to clarify his intentions. I do suspect that it again has historical reasons more than legal ones, but would not want to presume to speak for Russ. Markus Jan Lübbe wrote: Hello Russ, Your driver for the cs89x0 network card is used in the etherboot package. The copyright/license statements are a bit problematic for Debian as cs89x0.h file states "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, version 1." This license statement is currently also in the Linux kernel source (which makes it incompatible to the rest of Linux). This license makes it incompatible with the rest of etherboot which is GPLv2. cs89x0.c states: "Permission is granted to distribute the enclosed cs89x0.[ch] driver only in conjunction with the Etherboot package. The code is ordinarily distributed under the GPL." Could you please clarify what you mean by "only in conjunction with the Etherboot package", as this conflicts with the GPL. Would you be willing to relicense your contributions under the GPLv2 without additional restrictions? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428307: Icedove is dog slow on PPC
This problem does not appear to be PPC specific. I have been observing the same issue on i386 for a couple of weeks, now. I am currently running 2.0.0.4.dfsg1-1 Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#363614: lbxproxy conflicts with x11-common
Package: x11-common Version: 1:7.0.14 Severity: important x11-common conflicts with lbxproxy <= 6.9.0.dfsg.1-6, but there is no newer version of lbxproxy available. Even if I try to run the old lbxproxy binary (without actually installing the Debian package), that does not work, because the new Xorg server does not support the LBX extension. As far as I can tell, there is currently no way to get support for lbxproxy with any of the packages in unstable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3suspend-vesafbtng Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.4.72 Debian configuration management sy ii debianutils 2.15.6 Miscellaneous utilities specific t ii lsb-base 3.1-3 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf information: x11-common/xwrapper/allowed_users: Root Only x11-common/experimental_packages: x11-common/xwrapper/actual_allowed_users: rootonly x11-common/xwrapper/nice_value/error: x11-common/xwrapper/nice_value: 0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337889: I can confirm scrollkeeper crashes
Loic Minier wrote: Please "strace -w foobar -f -e trace=file scrollkeeper-update" as root and attach the gzipped foobar. I am sorry to say, that unfortunately the problem has disappeared :-/ I am not quite sure what made it go away, but scrollkeeper-update is working just fine now. Sorry that I cannot help any further in debugging this elusive problem. I'll send a follow-up, if I see the problem reappear on any of my machines. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337889: I can confirm scrollkeeper crashes
Package: scrollkeeper Version: 0.3.14-10 Followup-For: Bug #337889 I can confirm that the current version of scrollkeeper (0.3.14-10) is crashing when calling "scrollkeeper-update" on at least one of my machines. The stacktrace makes it look as if this could actually be a bug in libxml2. Hard to say without knowing how scrollkeeper calls into libxml: #0 0xb7eda06a in xmlAddAttributeDecl () from /usr/lib/libxml2.so.2 #1 0xb7f5c192 in xmlSAX2AttributeDecl () from /usr/lib/libxml2.so.2 #2 0xb7eb5228 in xmlParseAttributeListDecl () from /usr/lib/libxml2.so.2 #3 0xb7eb6f8c in xmlParseMarkupDecl () from /usr/lib/libxml2.so.2 #4 0xb7eb79d5 in xmlParseExternalSubset () from /usr/lib/libxml2.so.2 #5 0xb7eb90a8 in xmlSAXParseDTD () from /usr/lib/libxml2.so.2 #6 0xb7eb9205 in xmlParseDTD () from /usr/lib/libxml2.so.2 #7 0xb7fc8181 in install () from /usr/lib/libscrollkeeper.so.0 #8 0x08049f3f in ?? () #9 0x0804c0f0 in ?? () #10 0xb620 in ?? () #11 0xb320 in ?? () #12 0x in ?? () #13 0xbfffef08 in ?? () #14 0xbfffef10 in ?? () #15 0xbfffef14 in ?? () #16 0x0804c048 in ?? () #17 0x in ?? () #18 0xbfffef80 in ?? () #19 0xbfffeea8 in ?? () #20 0xb7ff6003 in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2 #21 0xb7d16ec0 in __libc_start_main () from /lib/tls/libc.so.6 #22 0x08048f51 in ?? () I put a core file at http://gutschke.com/markus/scrollkeeper-core.bz2 I hope that will help debugging the problem and in figuring out whether this is a bug in libxml2 or in scrollkeeper. Let me know which additional information you would like me to collect. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages scrollkeeper depends on: ii docbook-xml 4.4-4 standard XML documentation system, ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libscrollkeeper0 0.3.14-10 Library to load .omf files (runtim ii libxml2 2.6.22-2 GNOME XML library ii libxslt1.11.1.15-1 XSLT processing library - runtime ii zlib1g1:1.2.3-6 compression library - runtime scrollkeeper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#335441: xvncviewer: the -listen option causes the vncviewer to crash with a missing font error
Package: xvncviewer Version: 3.3.7-7 Severity: normal Tags: patch -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.3 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xvncviewer depends on: ii dpkg 1.13.11.0.1package maintenance system for Deb ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-2 GCC support library ii libice6 6.8.2.dfsg.1-9 Inter-Client Exchange library ii libsm66.8.2.dfsg.1-9 X Window System Session Management ii libstdc++64.0.2-2The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-9 X Window System protocol client li ii libxaw7 6.8.2.dfsg.1-9 X Athena widget set library ii libxext6 6.8.2.dfsg.1-9 X Window System miscellaneous exte ii libxmu6 6.8.2.dfsg.1-9 X Window System miscellaneous util ii libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics ii vnc-common3.3.7-7Virtual network computing server s ii xlibs 6.8.2.dfsg.1-9 X Window System client libraries m ii zlib1g1:1.2.3-6 compression library - runtime Versions of packages xvncviewer recommends: ii xfonts-base 6.8.2.dfsg.1-9 standard fonts for X -- no debconf information vncviewer crashes when given the "-listen" option on the command line. This appears to be a problem with it trying to load a 50 pixel courier font, and not handling errors correctly. I attached a patch that properly handles any errors and then falls back on loading the "fixed" font; this appears to be what the original author intended to do. --- vnc-3.3.7/vncviewer/listen.c.orig 2005-10-23 17:31:25.0 -0700 +++ vnc-3.3.7/vncviewer/listen.c2005-10-23 17:24:50.0 -0700 @@ -200,16 +200,20 @@ getFlashFont(Display *d) char fontName[256]; char **fontNames; int nFontNames; + XFontStruct *fontInfo; sprintf(fontName,"-*-courier-bold-r-*-*-%d-*-*-*-*-*-iso8859-1", FLASHWIDTH); fontNames = XListFonts(d, fontName, 1, &nFontNames); - if (nFontNames == 1) { -XFreeFontNames(fontNames); + fontInfo = XLoadQueryFont(d, nFontNames >= 1 ? *fontNames : "fixed"); + if (fontInfo != NULL) { +flashFont = fontInfo->fid; +XFreeFontInfo(fontNames, fontInfo, nFontNames); } else { -sprintf(fontName,"fixed"); +if (fontNames != NULL) + XFreeFontNames(fontNames); +flashFont = XLoadFont(d, "fixed"); } - flashFont = XLoadFont(d, fontName); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]