Bug#496742: javahelper: The Classpath in the produced manifest is too long
Package: javahelper
Version: 0.14
Severity: important
I believe there is a maximum line length for entries in the MANIFEST file.
(http://java.sun.com/j2se/1.3/docs/guide/jar/jar.html).
Currently javahelper when creating classpath entries doesn't wrap lines. It
should wrap lines.
You can probably wrap lines with something like:
sed -i -r -e 's|^\(.{72}\)|\1\n |g' MANIFEST
at the time the MANIFEST is written.
I had the impression that this was going to be fixed a month or so ago but it
still appears to be broken.
regards,
Richard.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-53.1.13.el5PAE (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/bash
Versions of packages javahelper depends on:
ii debhelper 7.0.15 helper programs for debian/rules
ii fastjar 2:0.95-1 Jar creation utility
ii gcj 4:4.3.1-2 The GNU Java compiler
ii python2.5.2-1An interactive high-level object-o
ii python-debian 0.1.10 Python modules to work with Debian
ii python-scriptutil 1-1Python module which provides the f
ii realpath 1.12 Return the canonicalized absolute
ii zip 2.32-1 Archiver for .zip files
javahelper recommends no packages.
javahelper suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477785: desktop file missing ?
On Wed, 27 Aug 2008, giggzounet wrote: I just upgrad the feh package. But I don't see any desktop file under /usr/share/applications. Is it a mistake or is it normal ? Well, it is a mistake ... of mine. I just added a desktop file into the debian directory but forgot to make sure that it will be propagated to the package. Many thanks for the hint - I'll care for it. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496743: openbox: action GrowToEdge* grows too much when windows are sid by side
Package: openbox Version: 3.4.7.2-3 Severity: normal Hello, This might not be a bug but it feels like it. When two windows are side by side the actions GrowToEdge* makes the selected window grow to the edge of the other window (the window on the left with a GrowToEast will go to the east side of the other window). Thus it overlaps the window making this action kind of useless. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openbox depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libobparser21 3.4.7.2-3 parsing library for openbox ii libobrender21 3.4.7.2-3 rendering library for openbox them ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libx11-6 2:1.1.4-2 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openbox recommends: ii openbox-themes1.0.2 Themes for the Openbox window mana Versions of packages openbox suggests: pn libxml2-dev none (no description available) ii menu 2.1.40 generates programs menu for all me ii obconf2.0.3-3Preferences manager for Openbox wi ii python2.5.2-2An interactive high-level object-o ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- -- no debconf information -- Nicolas Évrard | Web: http://www.openhex.com Liège - Belgique -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496744: grun: It's hard to run programs with short name
Package: grun Version: 0.9.2-14 Severity: normal I tried to run icewm with grun but since several programs with name starting with icewm exist (such as icewmbg icewm-tray,..) grun autocompletes the name to icewmbg the moment I press w, and it's quite hard to go to icewm from there. Thanks Michal -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (800, 'stable'), (150, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-xen-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages grun depends on: ii libatk1.0-01.12.4-3 The ATK accessibility toolkit ii libc6 2.3.6.ds1-13etch7 GNU C Library: Shared libraries ii libcairo2 1.2.4-4.1+etch1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-02.8.20-7 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra grun recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496745: wrong file name in man bash
Package: bash Version: 3.2-4 Severity: normal man bash mentions /etc/bash.logout but according to strace /etc/bash.bash_logout is used. Please correct the man page. -- Pt! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496746: pubkey auth non-functional on testing?
Package: openssh-client Version: 1:5.1p1-2 Severity: normal Hi, after upgrading to the new openssh-* packages on Debian testing public key auth is broken for me. It seems to be a client issue, since it is independend of the ssh server version (Debian testing and stable): [EMAIL PROTECTED]:~$ slogin -v localhost OpenSSH_5.1p1 Debian-2, OpenSSL 0.9.8g 19 Oct 2007 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/liske/.ssh/identity type -1 debug1: identity file /home/liske/.ssh/id_rsa type -1 debug1: identity file /home/liske/.ssh/id_dsa type 2 debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024 debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-2 debug1: match: OpenSSH_5.1p1 Debian-2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'localhost' is known and matches the RSA host key. debug1: Found key in /home/liske/.ssh/known_hosts:48 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Offering public key: /home/liske/.ssh/id_dsa debug1: Server accepts key: pkalg ssh-dss blen 434 At this point the connection hangs. Using password authentication works, only pubkey seems to be broken. Regards, Thomas Liske -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-4-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openssh-client depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii dpkg 1.14.20Debian package management system ii libc6 2.7-13 GNU C Library: Shared libraries ii libcomerr21.41.0-3 common error description library ii libedit2 2.11~20080614-1BSD editline and history libraries ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libncurses5 5.6+20080804-1 shared libraries for terminal hand ii libssl0.9.8 0.9.8g-13 SSL shared libraries ii passwd1:4.1.1-3 change and administer password and ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openssh-client recommends: ii openssh-blacklist 0.4.1 list of default blacklisted OpenSS pn openssh-blacklist-extra none (no description available) ii xauth 1:1.0.3-2 X authentication utility Versions of packages openssh-client suggests: ii gtk-led-askpass [ssh-askpass] 0.10-2 GTK+ password dialog suitable for pn keychain none (no description available) ii libpam-ssh1.91.0-9.3 enable SSO behavior for ssh and pa ii ssh-askpass-gnome [ssh-askpas 1:5.1p1-2 interactive X program to prompt us -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496748: jppy: Missing dependency on python-vobject
Package: jppy Version: 0.0.47-1 Severity: grave Justification: renders package unusable Subject says it all: jppy Traceback (most recent call last): File /usr/bin/jppy, line 3, in module import jppy File /var/lib/python-support/python2.5/jppy/__init__.py, line 35, in module from vcard import load_vcards File /var/lib/python-support/python2.5/jppy/vcard.py, line 3, in module import vobject So a recommendation is not enough if I can't even start jppy without python-vobject. Alex -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') 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 Versions of packages jppy depends on: ii python2.5.2-2An interactive high-level object-o ii python-jppy 0.0.47-1 Python API to access J-Pilot conta Versions of packages jppy recommends: ii jpilot1.6.0-1graphical app. to modify the conte ii python-vobject0.6.0-1parse iCalendar and VCards in Pyth pn txt2pdbdocnone (no description available) Versions of packages jppy suggests: ii jppy-jpilot-plugins 0.0.47-1 J-Pilot plugins to integrate jppy ii mutt 1.5.18-4 text-based mailreader supporting M -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496749: ldap-utils: missing utility: ldapexop
Package: ldap-utils Version: 2.4.10-3 Severity: important There should be ldapexop because it is part of openldap 2.4 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ldap-utils depends on: ii libc62.7-13 GNU C Library: Shared libraries ii libgnutls26 2.4.1-1 the GNU TLS library - runtime libr ii libldap-2.4-22.4.10-3OpenLDAP libraries ii libsasl2-2 2.1.22.dfsg1-21 Cyrus SASL - authentication abstra Versions of packages ldap-utils recommends: ii libsasl2-modules 2.1.22.dfsg1-21 Cyrus SASL - pluggable authenticat ldap-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496738: tipptrainer: .desktop file is not installed
On Tue, 26 Aug 2008, Nathan Handler wrote: We thought you might be interested in doing the same. Many thanks, I'm definitely interested and will apply this soon. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496277: [Pkg-xfce-devel] Bug#496277: xfce4-menu-plugin segfaults, causing xfce-panel to exit on startup
Yves-Alexis Perez wrote: On dim, 2008-08-24 at 16:03 +1000, Ian MacKinnell wrote: If I open the desktop menu by right-clicking on the desktop background, the menu works OK unless I pass over Graphics or Games, at which point the menu instantly disappears instead of displaying the submenu, and all my desktop icons disappear, and I have to press Alt-F2 to get a prompt to run xfce-setting-show, go to Desktop Preferences and switch back on Allow XFCE to manage the desktop. In other words, the menu is crashing AND causing a configuration change on the XFCE desktop. The menu crashes and makes xfdesktop crashes. I guess you have dirty menu entries, or something like that. Could you show us what entries you have in this categories? All this happened as a result of a daily dist-upgrade on Friday night (22 Aug) AEST. Could you show use what got upgraded? Cheers, I already replied to your email but it doesn't appear here. It is largely superseded by what others here have reported. Anyway, like the other users I too have ScummVM in Games on my home desktop. On the other hand, my work desktop (also Debian testing) doesn't have ScummVM and works fine. I will read the workarounds and try one. Thanks everyone. This Message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender and not necessarily the views of the Judicial Commission of NSW.
Bug#496375: The possibility of attack with the help of symlinks in some Debian packages
Hi Alexander, Many thanks for your email. I have been willing to review rkhunter bugs before submitting it. Le mercredi 27 août 2008 à 04:00 +0400, Solar Designer a écrit : FWIW, I happened to independently notice this and report it upstream a week ago: https://sourceforge.net/tracker/?func=detailatid=794190aid=1971965group_id=155034 While I am at it, I suggest that you change /tmp/rkhunter-debug to /var/run/rkhunter-debug. Right now, you have a security hole allowing for local root compromise, although indeed the race condition is hard to trigger in practice. To those reading this: please note that this suggestion by no means constitutes a security review of rkhunter by me. I notice that the Debian package was fixed to use mktemp; I think that a fixed filename under /var/run would be better in this case. Also, rkhunter could be patched to enforce mode 600 on the file, regardless of umask. (mktemp does that, but when a fixed filename under /var/run is used instead, that would need to be explicit.) Oh, and I was probably wrong about the race condition being hard to trigger - I forgot about directory notifications for a moment. I am far from being a security expert. Do you suggest that using /var/run/rkhunter-debug is better than /tmp/rkhunter-debug. (created using mktemp)? or is that still using mktemp to create a /var/run/rkhunter-debug.XX file? Can you explain why it is more secure? I am ready to patch rkhunter debian package, but need to be sure I understand well what I do! Thanks again for your help. Cheers, Julien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496403: mgetty insecure temp file usage
Hi Thijs! # get unique directory name, using faxq-helper This does not seem to be much of an issue beyond DoS, right? mkdir returns an error when $spooldir already exists. Yeah, 'mktemp -t -d' looks like a better alternative though... # if filename is -, use stdin I noticed that following patch is used in all Fedora / Red Hat mgetty packages for quite some time now: http://cvs.fedoraproject.org/viewvc/rpms/mgetty/devel/mgetty-1.1.30-mktemp.patch?view=markup (it can possibly benefit from few more Xes in file name template too ;) HTH -- Tomas Hoger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493218: gettext: crash with some unicode chars (fwd)
Bruno Haible wrote:
Find attached the fix that I just committed. Thanks for the report.
2008-08-03 Bruno Haible [EMAIL PROTECTED]
* x-python.c (mixed_string_buffer_append): Replace a lone high
surrogate with U+FFFD.
Reported by Yann [EMAIL PROTECTED]
via Santiago Vila [EMAIL PROTECTED].
*** x-python.c20 Apr 2008 05:23:52 - 1.32
--- x-python.c3 Aug 2008 19:56:58 -
***
*** 930,935
--- 930,940
if (c = UNICODE (0xd800) c UNICODE (0xdc00))
bp-utf16_surr = UNICODE_VALUE (c);
+ else if (c = UNICODE (0xdc00) c UNICODE (0xe000))
+ {
+ /* A half surrogate is invalid, therefore use U+FFFD instead. */
+ mixed_string_buffer_append_unicode (bp, 0xfffd);
+ }
else
mixed_string_buffer_append_unicode (bp, UNICODE_VALUE (c));
}
Could this patch be included in a new debian package please?
--
Yann
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495824: [texlive-latex-recommended] Upgrade listings package to 1.4
tags 495824 + fixed-upstream stop On 20.08.08 Emmanuel Fleury ([EMAIL PROTECTED]) wrote: Package: texlive-latex-recommended Version: 2007.dfsg.1-3 Severity: wishlist --- Please enter the report below this line. --- I'm using the listings.sty package and I noticed that the current version of the Debian package is out-of-date (still at 1.3c). Currently listings package is at 1.4, see: http://notes.dpdx.net/2007/02/27/listings-14/ http://www.ctan.org/tex-archive/macros/latex/contrib/listings/ It would be nice to upgrade for the next update of this package. Same as for #493364: we dont't upgrade single packages in TeX Live. Thus, your options are: - waiting for TeX Live 2008 to be released, and then to be packaged - install the latest listings package into TEXMFLOCAL - use some different combinations. I'm tagging your bug as fixed in upstream, as TL 2008 will contain a later version. H. -- sigmentation fault -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496277: [Pkg-xfce-devel] Bug#496277: Bug#496277: xfce4-menu-plugin segfaults, causing xfce-panel to exit on startup
On Tue, Aug 26, 2008 at 3:37 PM, Matsche [EMAIL PROTECTED] wrote: Alexander Toresson wrote: Could this be caused by http://bugs.debian.org/496125 , perhaps? You could try downgrading libxml2 and libxml2-dev again, or upgrading to the new -3 (which unfortunately doesn't seem to have reached lenny yet). // Alexander Maybe, but i'm bewildered about the fact, that such e bug can pass the quality control at that state. I've thought lenny is in frozen state. This is a realy serious bug in a very fundamental lib. matsche I still think this should be the problem. You could try downgrading/upgrading libxml2, or getting a backtrace using gdb (if so, please have the -dbg package for libxml2 installed). Also, please reply to the bts, and not just to me. // Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496684: live-initramfs: panics during network boot if there is not network interface
On 26/08/2008, Michal Suchanek [EMAIL PROTECTED] wrote: Package: live-initramfs Severity: important Hello I am not exactly sure about the cause of this problem but it seems it is because I tried http network boot and did not have any NIC supported by Linux. The symptom: During the network boot the system panics. The last message is Runnnig scripts/live-premount. I burned the image on a CD and found the box has an Attansic L2 NIC which requires a special separate kernel module. So my suspition is that the live script fails and panics (exits) without leaving any useful debug message. This hould never happen. Every time the script exits it should print the reason of the failure. Otherwise the user is left with kernel panic of unknown cause. Yes, manually adding the atl2 module solves the problem for this system. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437332: xserver-xorg-video-ati: multi-head virtualsize and direct rendering not working with two different monitor resolutions
Please do not reply to an unrelated bug. You have a X300 (pretty well-known board which is very well supported), while bug #437332 is about Xpress/RS4xx boards (somehow-strange boards that have much worse support for multihead or so). Please upgrade to the latest ati driver and xserver-xorg-core (uploaded to unstable yesterday) and open a new bug if the bug still occurs. Make sure you attach to the bug the whole output of xrandr --verbose before and after fixing the virtual size with --auto. If you can test ati and xserver-xorg-core from experimental, that would be great as well. And if this bug did not occur before a recent upgrade, please tell us when it first appeared. Brice -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496750: screen -d -m and -D -m segfault if setenv given with no value in a configuration file
Package: screen Version: 4.0.3-0.3+b1 Severity: minor If I set a variable (incorrectly) with no value in ~/.screenrc and try to start screen with screen -m -d or screen -m -D, screen produces a segfault. Steps to reproduce: $ echo 'setenv FOO'~/.screenrc $ screen -m -D Segmentation fault Alternatively, screen -m -d produces a segfault too, but this one gets logged in syslog/dmesg: screen[17465]: segfault at 4 ip 0806b8bb sp bfe461a0 error 4 in screen[8048000+47000] Expected behavior: At least not to segfault. If setenv is set interactively under screen, the user is prompted for a value and if no value is given, then nothing is done. So when the option is given in a configuration file screen should either ignore the incorrect ~/.screenrc setenv setting completely or give an error message. Versions: This bug is present both in the stable 4.0.3-0.3+b1 and unstable 4.0.3-11. I attached a GDB backtrace of the segfault. -- Timo Lilja GDB trace: screen-4.0.3$ gdb screen GNU gdb 6.4.90-debian [...] (gdb) run -m -D Starting program: screen-4.0.3/screen -m -D Program received signal SIGSEGV, Segmentation fault. 0x08072bc9 in Input (istr=0x80a35e0 Enter value for FOO: , len=30, mode=0, finfunc=0x8082751 SetenvFin2, data=0x0) at input.c:123 123 maxlen = flayer-l_width - 1 - strlen(istr); (gdb) p flayer $1 = (struct layer *) 0x0 (gdb) bt #0 0x08072bc9 in Input (istr=0x80a35e0 Enter value for FOO: , len=30, mode=0, finfunc=0x8082751 SetenvFin2, data=0x0) at input.c:123 #1 0x080827f1 in InputSetenv (arg=0xbff0cc43 FOO) at process.c:5163 #2 0x0807c89a in DoAction (act=0xbff0c9ec, key=-1) at process.c:2898 #3 0x0807f9b6 in DoCommand (argv=0xbff0cb18, argl=0xbff0ca18) at process.c:3853 #4 0x0805a98c in RcLine (ubuf=0xbff0cc3c setenv, ubufl=2048) at fileio.c:339 #5 0x0805a824 in FinishRc (rcfilename=0x0) at fileio.c:284 #6 0x0804ca53 in main (ac=0, av=0xbff0e8b0) at screen.c:1321
Bug#470177: xserver-xorg-core: Also present on Intel
On 22/08/2008, Michal Suchanek [EMAIL PROTECTED] wrote: Also the bug with gnustep applications not displaying properly with cairo backend might be related. So the cairo problem is a plain 64bit issue in gnustep, it's unrelated. Thanks Michal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496747: xserver-xorg-video-ati: multi-head virtualsize and direct rendering not working with two different monitor resolutions
Hello, since the original poster is a good friend of mine and I know his setup, I'd like to make some additions: The above Xorg.log-file was taken when he had 2 displays with the same resolution connected, but in fact the problem only appears when using two displays with different resolution: Setup 1: Display 1: 1280x1024, Benq, TFT, Connected with VGA Display 2: 1600x1080, DELL, TFT, COnnected with DVI Results: Direct Rendering does *not* work. glxinfo shows Direct Rendering: No. When starting X, the displays have, as already mentioned, have the same virtual display size (both using 1600x1080). Thus the 1280-display having the 1600-resolution, too. When checking the monitors display-menu though, the 1280-display is running at it's native 1280x1024. Calling xrandr --output VGA-0 --auto from an xterm immediately fixes that situation so both displays run with a virtual resolution matching their native hardware-resolution. Setup 2: Display 1: 1280x1024, Benq, TFT, Connected with VGA Display 2: 1280x1024, Samsung, TFT, Connected with DVI Results: Direct Rendering works, glxinfo shows Direct Rendering: Yes. Both displays have proper virtual resolution. Display controller: ATI Technologies Inc RV370 [Radeon X300SE] Regards, Adrian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480723: setting package to developers-reference developers-reference-fr, tagging 480723, tagging 483227 ...
# Automatically generated email from bts, devscripts version 2.10.35 # via tagpending # # developers-reference (3.4.1) UNRELEASED; urgency=low # # * Commited DEP1: rework the whole NMU section. #The most important changes are: #+ NMUs are now explicitely allowed for all bugs, not just serious bugs. #+ It is recommended to use the DELAYED queue, and some example delays are # provided. #Other fixes: #+ Describe the process of acknowleding NMUs in a way that works # with the BTS's version-tracking. Closes: #480723. #+ No longer mention that only DDs can do NMU. Don't make any # distinction. Closes: #464230. #+ Switch to +nmu for NMU versioning. Closes: #437392. #+ Mention nmudiff. Closes: #483227. # package developers-reference developers-reference-fr tags 480723 + pending tags 483227 + pending tags 437392 + pending tags 464230 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496751: interface aliases (such as eth0:1) not supported in uif
Package: uif
Version: 1.0.5-4.1
Severity: normal
Tags: patch
The uif script regards interface aliases as invalid names for network
interfaces. However, Linux iptables does not have a problem using aliases,
therefore this is a bug. Two regular expressions need to be modified to
correct this.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25.4 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages uif depends on:
ii bsdutils 1:2.13.1.1-1Basic utilities from 4.4BSD-Lite
ii debconf [debconf-2.0]1.5.23 Debian configuration management sy
ii iptables 1.4.1.1-2 administration tools for packet fi
ii libnet-ldap-perl 1:0.36-1A Client interface to LDAP servers
ii libnetaddr-ip-perl 4.007+dfsg-2+b1 Manipulate IP Addresses easily
ii perl 5.10.0-13 Larry Wall's Practical Extraction
uif recommends no packages.
Versions of packages uif suggests:
pn fwlogwatchnone (no description available)
-- debconf information:
* uif/conf_method: don't touch
uif/trusted:
uif/traceroute: true
uif/workstation:
uif/pings: true
uif/error:
--- uif.old 2007-04-30 15:25:08.0 +1000
+++ uif 2008-08-27 16:09:03.0 +1000
@@ -123,8 +123,8 @@
die invalid line in section network:
$line\n;
}
} elsif ($state eq 'INTERFACE') {
- if ($line =~ /^\s*([a-zA-Z0-9_-]+)\s+(.*)$/) {
- $$Interfaces{$1}.=$2 ;
+ if ($line =~
/^\s*([a-zA-Z0-9_-]+(:\d+)?)\s+(.*)$/) {
+ $$Interfaces{$1}.=$3 ;
} else {
die invalid line in section interface:
$line\n;
}
@@ -409,7 +409,7 @@
$$Interfaces{$key} = resolveHashentries($$Interfaces{$key},
$Interfaces);
}
foreach $key (keys (%$Interfaces)) {
- if (!($$Interfaces{$key} =~ /^[a-zA-Z0-9+ ]+$/)) {
+ if (!($$Interfaces{$key} =~ /^[a-zA-Z0-9+ ]+(:\d+)?$/)) {
die invalid character in interface definition:
$$Interfaces{$key}\n;
}
}
Bug#462835: Debian bug #462835
Am Dienstag, den 26.08.2008, 23:54 -0400 schrieb Bharath Ramesh: using /boot/grub/ascii.pff solves the problem. not sure why I am unable to use the fonts in /usr It would be very nice if you could forward this upstream to [EMAIL PROTECTED], but you need to first subscribe. I'm just not that debug expert and this has clearly to do with your LVM then. -- Felix Zielcke -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494995: [uml-devel] Bug#494995: user-mode-linux: static build fails with multiple definition of `strrchr'
On Tuesday 26 August 2008 21:20:12 Jeff Dike wrote: A symbol clash between libc and the kernel. Try this: ... The patch itself didn't apply for me (probably because I copy/paste'd it from the email) but making the change by hand to the Makefile worked and fixed the problem. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496620: libpam-modules: unix_chkpwd creates error logs when unlocking screensavers
tags 496620 confirmed thanks On Tue, Aug 26, 2008 at 10:11:13AM +0200, Svante Signell wrote: Package: libpam-modules Version: 1.0.1-3 Severity: normal The following los are created when uncloking xscreensaver in unstable and gnome-screensaver in testing (on another box): Aug 26 08:11:28 em2 unix_chkpwd[20714]: password check failed for user (me) This problem is related to the resolved bug #496457. unix_ckkpwd is sgid shadow and shadow have the right permissions: -rwxr-sr-x 1 root shadow 26372 Aug 20 21:24 /sbin/unix_chkpwd -rw-r- 1 root shadow 1104 Jun 12 17:26 /etc/shadow The screen unlocks, contrary to #496457, but the log entry remains. This bug is related to the use of the nullok_secure option to pam_unix, which causes an additional call to unix_chkpwd to check whether the user has a null password. I can reproduce this quite easily with any service that doesn't run as root. I'll look into what's needed to fix this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496375: The possibility of attack with the help of symlinks in some Debian packages
On Wed, Aug 27, 2008 at 09:06:58AM +0200, Julien Valroff wrote: Do you suggest that using /var/run/rkhunter-debug is better than /tmp/rkhunter-debug. (created using mktemp)? Yes - primarily from usability standpoint. This time, having a fixed filename is better, and since rkhunter needs to be run as root anyway (does it?), /var/run should do and be safe. However, if I am wrong in my assumption that rkhunter requires root, then indeed /var/run is not appropriate - and the mktemp approach makes sense. or is that still using mktemp to create a /var/run/rkhunter-debug.XX file? No. Can you explain why it is more secure? That was not the point I was making. Rather, the point was/is that mktemp is normally used for program-internal and truly temporary files, and this time we have a file that is meant to be accessed by a human user - so a fixed filename in a directory only writable by root may be more appropriate. However, once again, if rkhunter may reasonably be run by non-root (I just don't know, I've never used rkhunter), then mktemp -t ... may be appropriate as it will retain that capability. Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496752: mount failed for selinuxfs
Package: i don't know Version: debian lenny beta2 i just installed debian lenny beta2 from businesscard.iso and network. after installation and during reboot i got on console error message: Mount failed for selinuxfs on /selinux this is very annoying and should not happen when lenny is released. this bug has been reported earlier as 447762, but it appears to have been closed because of a claim in feb 2008 that the bug has been fixed in the latest version of libselinux, which is due to be installed in the Debian FTP archive looks like the fix (if there ever was one) never made to lenny. -- juha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494422: It IS a bug somewhere that installing 2 bootloader packages breaks booting
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 reopen 494422 retitle upgrading from 0.89 to 0.92e while lilo in use and grub installed cause kernel panic thanks From: Monkey D. Luffy [EMAIL PROTECTED] The bug happened when I was running 2.6.26-1-amd64 and updated initramfs-tools and then rebooted. [...] I reboot the system and surprise: grub was *overwritten* by lilo!!! From: maximilian attems [EMAIL PROTECTED] you ask for the bootloader to be run by setting do_bootloader to yes bad choice when switiching from lilo to grub and still having both installed. Something - either a linux kernel packaging script, initramfs-tools or lilo - is broken: The do_bootloader flag does not tell _which_ bootloader to use. I see 3 approaches to solving this: 1) only support a single bootloader (bad - especially when systematically closing bugs caused by using a non-default bootloader) 2) bootloader packages conflict with each other (bad - leaves a moment with *no* bootloader if switching) 3) bootloader packages coordinate to flag which of them is in use, and other packages must respect this flagging Please do not close this bug without fixing the underlying problem! - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1DWcACgkQn7DbMsAkQLjJuwCeIf6clCIyjpCT9U/GW5B0Uew/ 6tsAoJ5GaLsAUjmBGo8Gez/htVnnEpaj =pRpJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#491818: Taking over the RFP
retitle #491818 ITP: apt-dater -- terminal-based remote package update manager owner #491818 [EMAIL PROTECTED] thanks Hello, great idea and program, I evaluated it in our own network and it works good :-) So on I will package and maintain it. Greets. Schon gehört? Bei WEB.DE gibt' s viele kostenlose Spiele: http://games.entertainment.web.de/de/entertainment/games/free/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496755: foomatic-gui: Can't change default page size
Package: foomatic-gui Version: 0.7.8 Severity: minor I have to edit the PPD file by hand to change the default page size from a US size to A4. It should be easy to determine that I'm not in the US when the software installs, or at least allow me to change it in configure printer. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages foomatic-gui depends on: ii gksu 2.0.0-5graphical frontend to su ii python2.5.2-2An interactive high-level object-o ii python-foomatic 0.7.8 Python interface to the Foomatic p ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gnome2 2.22.0-1 Python bindings for the GNOME desk ii python-gnome2-extras 2.19.1-2 Extra Python bindings for the GNOM ii python-gtk2 2.12.1-6 Python bindings for the GTK+ widge ii python-gtkhtml2 2.19.1-2 Python bindings for the GtkHTML 2 Versions of packages foomatic-gui recommends: ii netcat-traditional [netcat] 1.10-38TCP/IP swiss army knife ii nmap 4.62-1 The Network Mapper pn pconf-detect none (no description available) ii smbclient 2:3.2.1-1 a LanManager-like simple client fo foomatic-gui suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496756: installation-report: Reporting successful install on HP Pavilion Elite d5000t ATX series, manufactured June 2008
Package: installation-reports Version: 2.35 Severity: normal -- Package-specific info: Boot method: DVD Image version: http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-dvd/debian-testing-amd64-DVD-1.jigdo The week of July 22 2008 Date: July 21 2008 23:22:34 UTC Machine: HP Pavilion Elite d5000t ATX series, manufactured late May or early June 2008 Partitions: Disk /dev/sda: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x636dcb1d Device Boot Start End Blocks Id System /dev/sda1 * 1 12 96358+ 83 Linux /dev/sda2 13 91201 732475642+ 5 Extended /dev/sda5 13 73 489951 fd Linux raid autodetect /dev/sda6 741289 9767488+ fd Linux raid autodetect /dev/sda71290 91201 722218108+ fd Linux raid autodetect Disk /dev/sdb: 750.1 GB, 750156374016 bytes 255 heads, 63 sectors/track, 91201 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0x694f Device Boot Start End Blocks Id System /dev/sdb1 1 91201 7325720015 Extended /dev/sdb5 1 61 489919+ fd Linux raid autodetect /dev/sdb6 621277 9767488+ fd Linux raid autodetect /dev/sdb71278 91201 722314498+ fd Linux raid autodetect Disk /dev/md0: 1003 MB, 1003159552 bytes 2 heads, 4 sectors/track, 244912 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk identifier: 0x Disk /dev/md0 doesn't contain a valid partition table Disk /dev/md1: 20.0 GB, 20003684352 bytes 2 heads, 4 sectors/track, 4883712 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk identifier: 0x Disk /dev/md1 doesn't contain a valid partition table Disk /dev/md2: 1479.2 GB, 1479201193984 bytes 2 heads, 4 sectors/track, 361133104 cylinders Units = cylinders of 8 * 512 = 4096 bytes Disk identifier: 0x Disk /dev/md2 doesn't contain a valid partition table Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Smooth as usual. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to [EMAIL PROTECTED] == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=5.0 (lenny) - installer build 20080522 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == umame -a: Linux debian 2.6.24-1-amd64 #1 SMP Sat May 10 09:28:10 UTC 2008 x86_64 unknown lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 02) lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port [8086:29c1] (rev 02) lspci -knn: Kernel driver in use: pcieport-driver lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC-2 Gigabit Network Connection [8086:294c] (rev 02) lspci -knn: Kernel driver in use: e1000e lspci -knn: Kernel modules: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02) lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: Kernel modules: ehci-hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02) lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02) lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: Kernel modules: uhci-hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2
Bug#493218: gettext: crash with some unicode chars (fwd)
On Wed, 27 Aug 2008, Yann Leboulanger wrote:
Bruno Haible wrote:
Find attached the fix that I just committed. Thanks for the report.
2008-08-03 Bruno Haible [EMAIL PROTECTED]
* x-python.c (mixed_string_buffer_append): Replace a lone high
surrogate with U+FFFD.
Reported by Yann [EMAIL PROTECTED]
via Santiago Vila [EMAIL PROTECTED].
*** x-python.c 20 Apr 2008 05:23:52 - 1.32
--- x-python.c 3 Aug 2008 19:56:58 -
***
*** 930,935
--- 930,940
if (c = UNICODE (0xd800) c UNICODE (0xdc00))
bp-utf16_surr = UNICODE_VALUE (c);
+ else if (c = UNICODE (0xdc00) c UNICODE (0xe000))
+ {
+ /* A half surrogate is invalid, therefore use U+FFFD instead. */
+ mixed_string_buffer_append_unicode (bp, 0xfffd);
+ }
else
mixed_string_buffer_append_unicode (bp, UNICODE_VALUE (c));
}
Could this patch be included in a new debian package please?
Yes. I'll do another upload for lenny to fix several bugs, including this one.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496558: nautilus: Fails to browser - confirmed
I found this error too (but on a etch version). And it seems to me that the last (security) upgrade of libxml2 and/or libmxl2-utils caused this error. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496757: bluetooth-applet should allow to shutdown/hibernate bluetooth device
Package: bluez-gnome Version: 0.27-1 Severity: wishlist Hi, as powertop often shows bluetooth as a top offender of wakeups it would be a nice thing if bluetooth-applet could allow a bluetooth device to shutdown/hibernate after some seconds/minutes of idleness much like the possibility to make the device invisible. The icon should stay atop and probably resume the device e.g. on a single click on the aplet. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature
Bug#496558: nautilus: Fails to browser - confirmed
On Wed, 27 Aug 2008 10:33:13 +0200, Dieter Faulbaum [EMAIL PROTECTED] wrote: I found this error too (but on a etch version). And it seems to me that the last (security) upgrade of libxml2 and/or libmxl2-utils caused this error. Could you please provide the exact version number of your installed nautilus? Have you tried downgrading libxml2 again? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493667: nfs-common: nfs quite broken
Hi, I experiment the same problem in my lab which has an etch nfs server. When stations are upgraded to nfs-common 1:1.1.3-1, users cannot access their files. Adding sec=sys to the client's mount options fix the problem. As I found the fix in Debian bug report, I did not make yet another bug report. However, as you ask for the success of the proposed workaround, I can confirm it for my case. But I would like to know if you recommend adding this option on all clients or if you will think it will be solved (in the kernel or in nfs-common) before this bugs reaches testing (was it for lenny or lenny+1) Best regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 [EMAIL PROTECTED] GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pacakges: http://www-id.imag.fr/~danjean/deb.html#package APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496673: [php-maint] Bug#496673: php5-pgsql / php-db segmentation fault
It does. Perfect - I just got into the office worrying I'd be wasting my day trying to find a workaround... I guess it's the load order of the extensions that triggers the problem then. Thanks a lot! Vidar On 26 Aug 2008, at 18:36, sean finney wrote: hi vidar, can you check bug report #411982 and verify that this problem (and workaround) works for you too? thanks, sean On Tuesday 26 August 2008 06:23:47 pm Vidar Hokstad wrote: Package: php5-pgsql Package: php-db I'm getting segmentation faults on exit when using php-db with php5- pgsql. I cut it down to the test script below. The problem seems to appear on exit, but consistently appear when connecting to a postgres database, and not when no database connection is made. Please let me know what additional information would be most useful to you. ?php require_once(DB.php); $db = DB::connect(pgsql://bay:[removed [EMAIL PROTECTED]/bay); echo It gets here - the seg. fault seems to happen on exit\n; ? $ uname -a Linux vidar 2.6.18-12-fza-amd64 #1 SMP Sun May 18 09:57:08 UTC 2008 i686 GNU/Linux $ dpkg -l | grep -E '(php|postgres)' ii libapache2-mod-php5 5.2.6-3 server-side, HTML-embedded scripting languag ii php-db 1.7.13-2 PHP PEAR Database Abstraction Layer ii php-elisp1.4.0-2 Emacs support for php files ii php-mail 1.1.14-1 PHP PEAR module for sending email ii php-mail-mime1.5.2-0.1PHP PEAR module for creating MIME messages ii php-mail-mimedecode 1.5.0-3 PHP PEAR module to decode MIME messages ii php-net-smtp 1.3.1-1 PHP PEAR module implementing SMTP protocol ii php-net-socket 1.0.8-2 PHP PEAR Network Socket Interface module ii php-pear 5.2.6-3 PEAR - PHP Extension and Application Reposit ii php5 5.2.6-3 server-side, HTML-embedded scripting languag ii php5-cli 5.2.6-3 command-line interpreter for the php5 script ii php5-common 5.2.6-3 Common files for packages built from the php ii php5-curl5.2.6-3 CURL module for php5 ii php5-pgsql 5.2.6-3 PostgreSQL module for php5 ii postgresql-client-8.18.1.11-0etch1 front-end programs for PostgreSQL 8.1 ii postgresql-client-common 90 manager for multiple PostgreSQL client versi ii postgresql-common90 PostgreSQL database-cluster manager Regards, Vidar Hokstad ___ pkg-php-maint mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496759: libts-dev: tslib-0.0.pc should reflect real version
Package: libts-dev Version: 1.0-4 Severity: normal i tried to build xglamo yesterday -- but configure repeatedly failed while looking for package tslib-1.0. further investigation revealed that the package in fact was named tslib-0.0.pcs and the Version: line inside said Version: 0.0.2 i don't really understand how these packageconf things are supposed to work, but i gather that the name and content of that .pc file should reflect the _real_ version, shouldn't it? to make xglamo compile with tslib i changed the name to tslib-1.0 and the Version line to 1.0-4 and it went straight through. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_DK.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libts-dev depends on: ii libts-0.0-0 1.0-4 touch screen library libts-dev recommends no packages. libts-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496758: Too late for lenny
Package: ia32-libs-tools Version: 12 Severity: critical This is just a reminder notice to stop any migrating to lenny. It took way too long to get ia32-libs-tools through NEW and there just isn't enough time left to get this tested and fixed properly. Do not include ia32-libs-tools in lenny. MfG Goswin -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'unstable-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-kvm-nofb (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-tools depends on: ii aptitude 0.4.11.8-1 terminal-based package manager ii build-essential 11.3 informational list of build-essent ii dctrl-tools [grep-dctrl] 2.13.0 Command-line tools to process Debi ii devscripts2.10.33scripts to make the life of a Debi ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-5 GCC support library ii libstdc++64.3.1-5The GNU Standard C++ Library v3 ii lsb-release 3.2-13 Linux Standard Base version report ia32-libs-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496625: Problem with multicast communication (plus solution)
On Tue, Aug 26, 2008 at 11:52:18AM -0500, Eric Evans wrote: Yes, you are correct. A fix for this was incorporated into the final release (1.5), which I uploaded to unstable last night. If you are in a position to test it, any feedback would be appreciated. I test ucarp 1.5-1 from unstable and all problems gone away. Mny thanks! -- Piotr 'aniou' Meyer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496760: Manpage for dosfslabel(8)
Package: dosfstools Version: 2.11-6 Tags: patch Urgency: low Hi, The dosfslabel(8) manpage is missing. I attach it. Regards. François. dosfslabel.8 Description: Binary data
Bug#494422: closing 494422
# Automatically generated email from bts, devscripts version 2.10.35 # user error close 494422 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496761: smbclient: smbspool breaks for non-Kerberos auth when used with CUPS
Package: smbclient Version: 2:3.2.1-1 Severity: important When I try to print using CUPS lpr to an SMB printer using non-Kerberos authentication, I get the following message: [EMAIL PROTECTED] ~]$ lpr foo lpr: Unauthorized In /etc/cups/printers.conf, I find the following line in my printer config: AuthInfoRequired negotiate which suggests I'm hitting this upstream bug: https://bugzilla.samba.org/show_bug.cgi?id=5675 A patch (which is in 3.2.2) is available there. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26.3 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages smbclient depends on: ii libc62.7-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libcomerr2 1.41.0-3common error description library ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libldap-2.4-22.4.10-3OpenLDAP libraries ii libncurses5 5.6+20080804-1 shared libraries for terminal hand ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libreadline5 5.2-3 GNU readline and history libraries ii libtalloc1 1.2.0~git20080616-1 hierarchical pool based memory all ii libwbclient0 2:3.2.1-1 client library for interfacing wit ii samba-common 2:3.2.1-1 Samba common files used by both th smbclient recommends no packages. Versions of packages smbclient suggests: pn smbfs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489465: changes from 0.109-5 to -6 disabled sleep button
Today I upgraded to -6 which disabled the sleep button on my (old) HP Omnibook 6000, at least on console. Haven't tested if it still works from X, though (xfce Desktop). With -5 the sleep button functioned perfectly from console and from the xfce Desktop. After downgrading to -5 again, everything works fine again, so it must be the changes between these two versions. Before downgrading I tried to revert the change in /etc/acpi/events/sleepbtn manually and and stop/start /etc/init.d/acpi-support, but that didn't have any effect, so I guess there have been some more changes (or I forget to restart something else?). The changelog led me to this bug number which I guess is the culprit, so I hope this is the right place to post this issue. Maybe you can provide a workaround, otherwise I will be staying with -5 for now. This is a fairly basic lenny installation, just base and some selected additional packages, nothing custom. If you should need more details, I can provide them later (at work right now). Hope you can help Kruno -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475672: Also have this problem
I also have this problem. When checking with gnome-keyring-manager I can see that I have both a default and a login keyring, and that nm-applet has used both, I have some of my keys in one of them and some in the other. Which one of the should nm-applet use? Perhaps gnome is using the password typed in gdm to unlock the default keyring, this would explain why I only has this problem sometimes, I have a fingerprint reader I can use for login and it is only half the time I use it. -- Kim Hansen Vadgårdsvej 3, 2.tv 2860 Søborg Fastnet: 3956 2437 -- Mobil: 3091 2437 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496762: newsbeuter: please provide a next-unread for only unread within the same feed
Package: newsbeuter Version: 0.9.1-1 Severity: minor Hi! Currently n goes to next unread message, no matter in which feed it lives, there is no indication about that it's going to change feed. It would be nice to have that indication somehow, e.g. maybe having to press n twice with a message in between, or to have a different function like e.g. next-unfread-same-feed or such that wouldn't automatically jump to a different feed. Thanks, Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495354: [DebianGIS-dev] Bug#495354: gdalinfo segfaults on a 6.2Mib netCDF file
severity 495354 normal thanks This is not grave, the package is perfectly usable with many other formats. I will investigate with upstream about that. Also consider that netcdf support is partially broken because hdf4 is historically built in a not completely gdal-compliant way. That's is solved in experimental. On Sat, Aug 16, 2008 at 11:29:29AM -0300, Paulo Marcondes wrote: Subject: gdal-bin: gdalinfo segfaults on a 6.2MiB netCDF file Package: gdal-bin Version: 1.5.2-3 Severity: grave Justification: renders package unusable *** Please type your report below this line *** I got a segmentation fault when running gdalinfo 3n24s47w14w.grd file was downloaded from http://www.bodc.ac.uk/data/online_delivery/gebco/select/ $ ls -lh *.grd -rw-r--r-- 1 marcondes marcondes 6,2M Ago 16 00:46 3n24s47w14w.grd file is attached as bzip2 file. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494636: use the new dpkg triggers to keep /usr/lib/ccache symlinks up to date
Hi Ariel, That's an interesting idea. I don't have much time right now to look into it in details, but if someone wants to try it out and see if it works, I'll be happy to merge that feature in. Cheers, Francois -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381503: Ubuntu Intrepid - Updated to 0.7.6
Hi, gpa 0.7.6 was updated in Ubuntu Intrepid. https://bugs.launchpad.net/ubuntu/+source/gpa/+bug/160751 gpa (0.7.6-0ubuntu1) intrepid; urgency=low * Updated to new upstream version. (LP: #160751) * Removed the depricated export of DH_COMPAT=3 from debian/rules and created debian/compat 5. * Bumped Standards-Version to 3.8.0 - Added Homepage field to debian/control. - Updated debian/control with new description. - Updated debian/copyright with new upstream information. * Modified debian/gpa.desktop to adhere to standards. * Modified debian/gpa.menu: Apps to Applications to adhere to standards. * Removed dh comments from debian/rules. * Created debian/watch file to watch for upstream changes. -- Stefan Lesicnik [EMAIL PROTECTED] Wed, 27 Aug 2008 11:32:39 +0200 Please find our diff.gz attached. Thanks gpa_0.7.6-0ubuntu1.diff.gz Description: GNU Zip compressed data
Bug#496763: Inadequate declaration of C string functions
Package: g++-4.3
Version: 4.3.1-5
Severity: normal
Hi,
I recently run into a bug with the following code (simplified to the
essentials):
#include cstring
void foo(const char *path) {
char *filename = rindex(path, '/');
*filename = 0;
++filename;
}
This clearly violates the constness of path but g++ does not give any
warnings. The reason for this is the declaration in string.h:
char *index(const char *s, int c);
char *rindex(const char *s, int c);
In C there is no other way to declare them so they work for both char*
and const char* but in C++ there is. These (and probably others)
functions should be declared as
char *index(char *s, int c);
const char *index(const char *s, int c);
char *rindex(char *s, int c);
const char *rindex(const char *s, int c);
MfG
Goswin
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (400, 'unstable-i386')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25-kvm-nofb (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages g++-4.3 depends on:
ii gcc-4.3 4.3.1-5The GNU C compiler
ii gcc-4.3-base 4.3.1-5The GNU Compiler Collection (base
ii libc6 2.7-12 GNU C Library: Shared libraries
ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library
ii libmpfr1ldbl 2.3.1.dfsg.1-2 multiple precision floating-point
ii libstdc++6-4.3-dev4.3.1-5The GNU Standard C++ Library v3 (d
g++-4.3 recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496764: please remove azureus-gcj
package: ftp.debian.org azureus-gcj has been dropped from the azureus source as it was useless (azureus doesn't work with gij) but old binaries are still in the archive. Please remove them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496733: screen-message: doesn't render Khmer correctly
Hi, Am Mittwoch, den 27.08.2008, 11:02 +0800 schrieb Paul Wise: Source: screen-message Version: 0.15-1 Severity: normal I wanted to demo Khmer on the OpenMoko FreeRunner for khmeros.info; some nice advertising for open phones, many people there are drooling over proprietary phones like the iPhone and Nokia stuff. I chose sm because it was an easy way to just show some text and I didn't yet install minimo or some other browser on my OpenMoko. Unfortunately sm doesn't support Khmer properly. The accents (not sure what they call them) are not rendered above/below the right characters. Take a look at the attached screenshots, gedit renders it properly (so does scite) and sm does not. The ttf-khmeros package contains the required fonts. The attached khmer-demo.txt file was used to generate both screenshots: gedit khmer-demo.txt ; cat khmer-demo.txt | sm - hmm, not sure what I could have done wrong: All I’m doing is asking pango to render the text, and adjust the transformation to fit the screen, so any font rendering is likely a pango bug. I guess I can not help you a lot from here. Maybe ask for advice on a pango mailing list, or check with other pango-using applications. BTW, is khmer a RTL language? Maybe the order of characters and accents is somewhat wrong. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#496766: newsbeuter: html-renderer doesn't work like documented
Package: newsbeuter Version: 1.0-2 Severity: normal Hi! The example in the manpage of newsbeuter for html-renderer doesn't work, and strace shows why: execve(w3m -dump -T text/html, [w3m -dump -T text/html], [/* 41 vars */]) So it's not actually command with options but rather like written next to the option only a path. Please make this work like it's meant to be, thanks. :) Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496765: newsbeuter: strips leading spaces out of feeds, breaking pre tags within html feeds
Package: newsbeuter Version: 1.0-2 Severity: normal Hi! newsbeuter strips leading whitespace out of feeds, breaking html feeds that use pre tags to e.g. show debian changelog entries. Would be kind to get that fixed, I almost suspected a rendering error. :) Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496686: proftpd: SSL/TLS Module doesnt handel the rfc correct - connections can be spoofed
notfound 496686 1.3.1-1 thanks On Tue, Aug 26, 2008 at 08:27:03PM +0200, Thomas Creutz wrote: Package: proftpd Version: 1.3.0-19etch1 Severity: normal ProFTP TLS/SSL Module does not handle the RFC 4346 correct! So the connection can be vulnerable to spoofed FIN packets. See the follow addresses http://forum.filezilla-project.org/viewtopic.php?f=2t=7688 the bug report and a fix is avalible on http://bugs.proftpd.org/show_bug.cgi?id=2753 hope that this can fixed in the stable release! Well, the security concerning are about clients (e.g. filezilla), which anyway should manage the issue in any case, AFAIK because people could not expect all servers are compliant. This is fixed in 1.3.1. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496733: screen-message: doesn't render Khmer correctly
On Wed, 2008-08-27 at 11:31 +0200, Joachim Breitner wrote: I guess I can not help you a lot from here. Maybe ask for advice on a pango mailing list, or check with other pango-using applications. Ok, I'll see what I can come up with. BTW, is khmer a RTL language? Nope. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#496122: new upstream version of libfile-sharedir-perl
Hi,
libfile-sharedir-perl has a currently a grave bug because the directory
layout used to store data has changed. This means the package is
unusable for Perl distributions whose name contains a - and
a recent Module::Install (= 0.76, released on 17 Jul 2008 and included in
Lenny), see #496122.
This was fixed in version 0.99_01 (also released as 1.00 without
changes), which was released coordinated with Module::Install on
Jul 17th.
Besides updating tests and the build system (new version of
Module:Install) there are only two non-bugfix changes in the new
upstream release:
* A new function `class_file' that will look for data
files in the namespaces of parent classes (36 lines long), and
* the other `*_file' functions will allow searching for any kind of
path, not only regular files (changes some tests for (regular) files to
tests if path exists)
As these other changes are not very large, I would like to know if the release
team would accept the new upstream release for Lenny instead of backporting the
fixes and updates to tests.
Regards,
Ansgar
Links to upstream tarballs:
0.05 -
http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/File-ShareDir-0.05.tar.gz
1.00 -
http://search.cpan.org/CPAN/authors/id/A/AD/ADAMK/File-ShareDir-1.00.tar.gz
Full changelog for upstream changes:
1.00 Thu 17 Jul 2008
- Everything appears ok, release prod
0.99_01 Thu 10 Jul 2009
- Updating tests a little
- Adding the class_file function
- Allow *_file to find any kind of path, not just files (hdp)
- Localising $@ during evals
- Implementing the new sharedir model
Diffstat between 0.05 and 1.00:
Changes| 10
MANIFEST |7
META.yml | 27 +
Makefile.PL| 22 -
README | 41 ++
foo/test_file.txt |1
inc/Module/Install.pm | 437 ---
inc/Module/Install/Base.pm |6
inc/Module/Install/Can.pm |2
inc/Module/Install/Fetch.pm|2
inc/Module/Install/Makefile.pm | 333 +++--
inc/Module/Install/Metadata.pm | 650
+
inc/Module/Install/Share.pm| 45 ++
inc/Module/Install/Win32.pm| 13
inc/Module/Install/WriteAll.pm | 55 +--
lib/File/ShareDir.pm | 253 ++-
share/subdir/sample.txt|7
t/01_compile.t | 13
t/02_main.t| 52 +--
t/97_meta.t| 27 +
t/98_pod.t | 32 ++
t/99_pmv.t | 27 +
t/99_pod.t | 36 --
t/lib/ShareDir.pm | 11
24 files changed, 1385 insertions(+), 724 deletions(-)
Changes to lib/File/ShareDir.pm (minus documentation only hunks):
The internal function _dist_packfile is not used anywhere.
--- File-ShareDir-0.05/lib/File/ShareDir.pm 2006-09-04 02:52:56.0
+0200
+++ File-ShareDir-1.00/lib/File/ShareDir.pm 2008-07-17 09:58:40.0
+0200
@@ -104,22 +107,29 @@
use 5.005;
use strict;
-use base 'Exporter';
use Carp 'croak';
+use Config ();
+use Exporter ();
use File::Spec ();
use Params::Util '_CLASS';
use Class::Inspector ();
-use vars qw{$VERSION $IS_MACOS @EXPORT_OK %EXPORT_TAGS};
+use vars qw{$VERSION @ISA @EXPORT_OK %EXPORT_TAGS};
BEGIN {
- $VERSION = '0.05';
- $IS_MACOS= $^O eq 'MacOS';
- @EXPORT_OK = qw{dist_dir dist_file module_dir module_file};
+ $VERSION = '1.00';
+ @ISA = qw{ Exporter };
+ @EXPORT_OK = qw{
+ dist_dir dist_file
+ module_dir module_file
+ class_dir class_file
+ };
%EXPORT_TAGS = (
ALL = [ @EXPORT_OK ],
- );
+ );
}
+use constant IS_MACOS = !!($^O eq 'MacOS');
+
The Cdist_dir function takes a single parameter of the name of an
@@ -145,11 +155,49 @@
sub dist_dir {
my $dist = _DIST(shift);
+ my $dir;
+
+ # Try the new version
+ $dir = _dist_dir_new( $dist );
+ return $dir if defined $dir;
+
+ # Fall back to the legacy version
+ $dir = _dist_dir_old( $dist );
+ return $dir if defined $dir;
+
+ # Ran out of options
+ croak(Failed to find share dir for dist '$dist');
+}
+
+sub _dist_dir_new {
+ my $dist = shift;
+
+ # Create the subpath
+ my $path = File::Spec-catdir(
+ 'auto', 'share', 'dist', $dist,
+ );
+
+ # Find the full dir withing @INC
+ foreach my $inc ( @INC ) {
+ next unless defined $inc and ! ref $inc;
+ my $dir = File::Spec-catdir( $inc, $path );
+ next unless -d
Bug#495712: wine: does not start
On Tue, Aug 19, 2008 at 11:21:52PM +0200, M. KLEIN wrote: Package: wine Version: 1.0.0-1 Severity: grave Justification: renders package unusable [EN] Any wine* commande (wine, winecfg ...) produces the following message, but nothing else append: /usr/bin/wine: line 63: /usr/lib/wine/wine.bin: Aucun fichier ou répertoire de ce type /usr/bin/wine: line 63: /usr/lib/wine/wine.bin: Succès I've tried to purge wine package, without succes. This isn't a general bug, since I've tried to succesfully run apps with both amd64 and i386. How exactly did you start wine? Aucun fichier ou répertoire de ce type means No such file or directory I suppose? Can you please post the output of ls /usr/lib/wine/wine.bin? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496768: wireshark: Follow TCP stream is not Port numbers reused-aware
Package: wireshark
Version: 1.0.2-3
Severity: normal
TCP Port numbers reused happens every now and then, especially if
the capture is run over a longer time and the client OS does not use a
wide range of local ports.
Now I noticed that at least for HTTP the extremely useful Follow TCP
stream function ignores all data in the second TCP stream. This
hides potentially interesting data.
How to repeat
-
Use the following Perl script that does two HTTP GET request using the
same local port number. Insert a web server in the $host variable,
and capture the traffic.
---
#!/usr/bin/perl -w
use IO::Socket;
use strict;
my $host = 'a.web.server';
for my $i (1..2) {
my $sock = new IO::Socket::INET (
PeerAddr = $host,
PeerPort = 80,
Proto = 'tcp',
LocalPort = ,
ReuseAddr = 1,
) || die (Cannot create socket: $!.\n);
print $sock
GET / HTTP/1.0\r\n .
Host: $host\r\n .
X-Round: $i\r\n .
\r\n;
while (defined (my $line = $sock)) {
;
}
undef $sock;
last if ($i == 2);
sleep (1);
}
exit 0;
---
Open the capture file in wireshark and select Follow TCP stream.
Expected behaviour: wireshark shows both request/response pairs.
Seen behaviour: wireshark always only shows the first pair, identified
by the X-Round: 1 header. Selecting a packet of the second pair
before doing the Follow TCP stream does not help.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages wireshark depends on:
ii libadns1 1.4-0.1Asynchronous-capable DNS client li
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii libcomerr21.41.0-3 common error description library
ii libgcrypt11 1.4.1-1LGPL Crypto library - runtime libr
ii libglib2.0-0 2.16.4-2 The GLib library of C routines
ii libgnutls26 2.4.1-1the GNU TLS library - runtime libr
ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface
ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries
ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio
ii libpcap0.80.9.8-5system interface for user-level pa
ii libpcre3 7.6-2.1Perl 5 Compatible Regular Expressi
ii libportaudio2 19+svn20071022-2 Portable audio I/O - shared librar
ii wireshark-common 1.0.2-3network traffic analyser (common f
ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime
Versions of packages wireshark recommends:
ii gksu 2.0.0-5graphical frontend to su
wireshark suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496769: removing entries fails always with Operation failed: such conntrack doesn't exist
Package: conntrack Version: 1.00~beta2-1 Severity: normal [EMAIL PROTECTED]:~$ sudo conntrack -L | grep 195.197.95.4 udp 17 28 src=130.233.244.144 dst=195.197.95.4 sport=5060 dport=5060 packets=376847 bytes=252636428 [UNREPLIED] src=195.197.95.4 dst=130.233.244.144 sport=5060 dport=5060 packets=0 bytes=0 mark=0 use=1 [EMAIL PROTECTED]:~$ sudo conntrack -L --orig-dst 195.197.95.4 -p udp --orig-port-dst 5060 udp 17 29 src=130.233.244.144 dst=195.197.95.4 sport=5060 dport=5060 packets=376871 bytes=252647300 [UNREPLIED] src=195.197.95.4 dst=130.233.244.144 sport=5060 dport=5060 packets=0 bytes=0 mark=0 use=1 shows the entry but attempting to get or remove it always fails: [EMAIL PROTECTED]:~$ sudo conntrack -G --orig-dst 195.197.95.4 -p udp --orig-port-dst 5060 Operation failed: such conntrack doesn't exist [EMAIL PROTECTED]:~$ sudo conntrack -D --orig-dst 195.197.95.4 -p udp --orig-port-dst 5060 NFNETLINK answers: No such file or directory Operation failed: such conntrack doesn't exist -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-486 Locale: LANG=C, LC_CTYPE=fi_FI (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496767: xpdf: please allow finer control of zoom
Package: xpdf-reader Version: 3.02-1.3 Severity: wishlist It would be nice if the user could enter any magnification instead of having to choose from the predefined ones. When working on my laptop, having, for example, a 110% zoom would make a difference. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii xpdf-common 3.02-1.3 Portable Document Format (PDF) sui ii xpdf-reader 3.02-1.3 Portable Document Format (PDF) sui ii xpdf-utils3.02-1.3 Portable Document Format (PDF) sui xpdf recommends no packages. xpdf suggests no packages. Versions of packages xpdf-reader depends on: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-3 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.0-2.1 OSF/Motif 2.1 implementation relea ii libc6 2.7-13 GNU C Library: Shared libraries ii libfreetype6 2.3.7-1FreeType 2 font engine, shared lib ii libgcc1 1:4.3.1-8 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpaper1 1.1.23+nmu1library for handling paper charact ii libsm62:1.0.3-2 X11 Session Management library ii libstdc++64.3.1-8The GNU Standard C++ Library v3 ii libt1-5 5.1.2-3Type 1 font rasterizer library - r ii libx11-6 2:1.1.4-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii xpdf-common 3.02-1.3 Portable Document Format (PDF) sui -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487437: Please include /etc/dpkg/origins/{debian,default}
Sorry for not answering this before. Is this something that you would like to see implemented in lenny? On Sat, 21 Jun 2008, Raphael Hertzog wrote: Package: base-files Version: 4.0.4 Severity: wishlist Please include /etc/dpkg/origins/debian and a symlink /etc/dpkg/origins/default - debian in the base-files package. The idea is that this symlink should let us detect the vendor of the currently installed system. This facility will be used in dpkg to offer customized build of Debian packages depending on the current system. That way a single source could be shared betwen Debian and the derivatives distributions that collaborate with the Debian maintainer (even when some differences are needed). See http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=322153b6e8cbe50724f85678f46be5193a751a12 and http://bugs.debian.org/457371 for this precise use case. We could keep those files in dpkg but we think it's best if they are part of base-files since base-files is a package that any derivative has to modify anyway and is also less complex than dpkg. When you do that, please add a Replaces: dpkg ( 1.15). I understand the idea behind this, but I'm not fully convinced that it has to be part of base-files. Clearly, dpkg is a complex package, but if the only modification a derivative distribution wants to make is the origins thing, forking is easy enough. However, I can understand that convenience is a good thing, and that forking base-files is a lot easier than forking dpkg (if only because of the build time). You should aim to make it easy to drop a supplementary file in that directory and update the symlink. So make sure the build system automatically includes all files from the directory where you'll put the files in the source tarball. You mean something like this in debian/rules, right? mkdir -p debian/tmp/etc/dpkg/origins cp -a origins/* debian/tmp/etc/dpkg/origins (That would copy whatever is in origins directory). I don't understand the part about making easy to update the symlink. I can think of two ways of doing that. The bad one, to be put in debian/rules: ln -s debian debian/tmp/etc/dpkg/origins/default That would be bad because it would be a hardcoded thing, and /etc is supposed to be under the control of the system admin. While it would be discouraged that a user change the symlink, I can imagine a user who wants to upgrade from a derived distribution to a later pure-debian distribution, or viceversa, if they do not differ too much. A better way to handle the symlink would be to make it in the postinst, exactly once, the very first time base-files is installed by debootstrap, i.e. inside the block starting with this line: if [ $1 = configure ] [ $2 = ]; then which is already full of things to be done only once at the initial install. I think this would be easy enough to fork, and it would also allow the user to change it. To summarize, the required changes would be: * A new origins directory in the source code. * The debian file inside such directory. * Two lines in debian/rules to copy the files into debian/tmp * A line in the postinst to set the default symlink. Would you be happy with this? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496382: The possibility of attack with the help of symlinks in some Debian packages
severity 496382 normal thanks On Sun, Aug 24, 2008 at 10:05:30PM +0400, Dmitry E. Oboukhov wrote: Package: bulmages-servers Severity: grave Binary-package: bulmages-servers (0.11.1-2) file: /usr/share/bulmages/examples/scripts/actualizabulmacont file: /usr/share/bulmages/examples/scripts/installbulmages-db file: /usr/share/bulmages/examples/scripts/creabulmafact file: /usr/share/bulmages/examples/scripts/creabulmacont file: /usr/share/bulmages/examples/scripts/actualizabulmafact I'm lowering the severity since the affected scripts are only example scripts. Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496746: pubkey auth non-functional on testing?
On Wed, Aug 27, 2008 at 08:57:43AM +0200, Thomas Liske wrote: after upgrading to the new openssh-* packages on Debian testing public key auth is broken for me. It seems to be a client issue, since it is independend of the ssh server version (Debian testing and stable): [EMAIL PROTECTED]:~$ slogin -v localhost Please use -vvv when reporting bugs. The lower the debug level, the larger the responsible region of code tends to be. In this case I need a bit more in order to help. debug1: Offering public key: /home/liske/.ssh/id_dsa debug1: Server accepts key: pkalg ssh-dss blen 434 At this point the connection hangs. Using password authentication works, only pubkey seems to be broken. While you say it seems to be a client issue, my gut response here would be a server issue, all other things being equal. Have you checked /var/log/auth.log on the server? It might be worth starting up a server on a temporary port with the -ddd option to get detailed debugging from it. FWIW I use public key authentication all the time, including to a Debian stable host, and it's working fine for me. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496759: libts-dev: tslib-0.0.pc should reflect real version
On Wed, 2008-08-27 at 10:54 +0200, [EMAIL PROTECTED] wrote: Package: libts-dev Version: 1.0-4 Severity: normal i tried to build xglamo yesterday -- but configure repeatedly failed while looking for package tslib-1.0. xglamo is not yet in Debian? In that case, xglamo needs to be modified to work with the tslib that is in Debian. further investigation revealed that the package in fact was named tslib-0.0.pcs tslib-0.0.pc (no 's') $ pkg-config tslib-0.0 --libs -lts and the Version: line inside said Version: 0.0.2 This is a bug in the upstream configure.ac which still initialises the autotools at version 0.0.2. The .pc file correctly picks up the @VERSION@ data but upstream versioning has not been updated. i don't really understand how these packageconf things are supposed to work, but i gather that the name and content of that .pc file should reflect the _real_ version, shouldn't it? The name is just a name, it does not have to relate to the current SONAME or anything else. Also, the name cannot be changed within Debian without also changing every other reverse dependency (i.e. a library transition). I see no point in doing that, even after Lenny, until upstream need a new SONAME. to make xglamo compile with tslib i changed the name to tslib-1.0 and the Version line to 1.0-4 and it went straight through. Don't do that. Change how xglamo looks for tslib, it should ask pkg-config for tslib-0.0 - also the version should *NEVER* include the Debian version string. The version of tslib is 1.0 - nothing more. xglamo cannot modify /usr/lib/pkgconfig/tslib-0.0.pc, so for xglamo to build in Debian, it must ask pkg-config for 'tslib-0.0'. The version is a minor bug in the upstream but this could only be fixed in experimental, not in unstable. I'll upload a patched version that sets AC_INIT at 1.0 once Lenny is released. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ signature.asc Description: This is a digitally signed message part
Bug#496770: installing wireshark installs perl-doc
Package: apt Version: 0.7.14 while installing debian lenny beta2, i also decided to install wireshark. i noticed that apt-get install wireshark also installed perl-doc package, which consumes 14.1 MB of disk space. in my opinion, it is a bug somewhere, that installing wireshark also installs perl-doc: [EMAIL PROTECTED]:~# apt-get install wireshark Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: cpp cpp-4.3 dbus dbus-x11 defoma fontconfig fontconfig-config gconf2 gconf2-common gksu gnome-keyring hicolor-icon-theme libasound2 libatk1.0-0 libatk1.0-data libavc1394-0 libcairo2 libcups2 libdatrie0 libdbus-1-3 libexpat1 libfontconfig1 libfontenc1 libfreebob0 libfreetype6 libgconf2-4 libgksu2-0 libglade2-0 libgmp3c2 libgnome-keyring0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtop2-7 libgtop2-common libhal-storage1 libhal1 libice6 libidl0 libiec61883-0 libjack0 libjpeg62 libldap-2.4-2 libmpfr1ldbl liborbit2 libpam-gnome-keyring libpango1.0-0 libpango1.0-common libpixman-1-0 libpng12-0 libportaudio2 libraw1394-8 libsm6 libstartup-notification0 libthai-data libthai0 libtiff4 libxcb-render-util0 libxcb-render0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxml2 libxrandr2 libxrender1 perl perl-doc perl-modules psmisc sgml-base ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf x-ttcidfont-conf xfonts-encodings xfonts-utils xml-core Suggested packages: cpp-doc gcc-4.3-locales defoma-doc dfontmgr psfontmgr libasound2-plugins cups-common libfreetype6-dev librsvg2-common jackd ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp ttf-arphic-bkai00mp libraw1394-doc libterm-readline-gnu-perl libterm-readline-perl-perl groff sgml-base-doc debhelper Recommended packages: libft-perl because after installing wireshark, i can remove perl-doc without any other package getting removed: [EMAIL PROTECTED]:~# apt-get remove perl-doc Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: perl-doc 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. After this operation, 14.1MB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 18788 files and directories currently installed.) Removing perl-doc ... Removing `diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' Processing triggers for man-db ... i also tried to find, if any of the packages that got installed when i installed wireshark would depend on perl-doc, but didn't find any: [EMAIL PROTECTED]:~# dpkg -s cpp cpp-4.3 dbus dbus-x11 defoma fontconfig fontconfig-config gconf2 gconf2-common gksu gnome-keyring hicolor-icon-theme libadns1 libadns1-bin libasound2 libatk1.0-0 libatk1.0-data libavc1394-0 libcairo2 libcap2 libcups2 libdatrie0 libdbus-1-3 libexpat1 libfontconfig1 libfontenc1 libfreebob0 libfreetype6 libgconf2-4 libgksu2-0 libglade2-0 libglib2.0-0 libglib2.0-data libgmp3c2 libgnome-keyring0 libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtop2-7 libgtop2-common libhal-storage1 libhal1 libice6 libidl0 libiec61883-0 libjack0 libjpeg62 libldap-2.4-2 liblua5.1-0 libmpfr1ldbl liborbit2 libpam-gnome-keyring libpango1.0-0 libpango1.0-common libpcap0.8 libpcre3 libpixman-1-0 libpng12-0 libportaudio2 libraw1394-8 libsm6 libstartup-notification0 libthai-data libthai0 libtiff4 libxcb-render-util0 libxcb-render0 libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1 libxml2 libxrandr2 libxrender1 perl perl-doc perl-modules psmisc sgml-base tcpdump tshark ttf-dejavu ttf-dejavu-core ttf-dejavu-extra ucf wireshark wireshark-common x-ttcidfont-conf xfonts-encodings xfonts-utils xml-core | egrep Depends | egrep perl-doc so i suspect that there is a bug in apt-get command, but i may be wrong. anyhow, perl-doc should not get installed when i install wireshark. -- juha
Bug#496772: newsbeuter: depends on a nonexistent package
Package: newsbeuter Version: 1.0-2 Severity: normal (perhaps the severity should be raised to serious?) libnxml0 stopped providing libnxml-abi-0.18.2, so on upgrade I get the following message: The following packages are BROKEN: libmrss0 (D: libnxml-abi-0.18.2) newsbeuter (D: libnxml-abi-0.18.2) The following packages will be upgraded: libnxml0 [0.18.2-3 - 0.18.3-1] 1 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/25,4kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: libmrss0: Depends: libnxml-abi-0.18.2 which is a virtual package. newsbeuter: Depends: libnxml-abi-0.18.2 which is a virtual package. (I filed a similar bugreport against libmrss0. If you think it's a fault in libnxml, please reassign/merge as appropriate) ciao Riccardo -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages newsbeuter depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-7 Multi-protocol file transfer libra ii libgcc1 1:4.3.1-9 GCC support library ii libmrss0 [libmrss-abi-0.1 0.19.1-3 C library for parsing, writing and ii libncursesw5 5.6+20080823-1 shared libraries for terminal hand ii libnxml0 [libnxml-abi-0.1 0.18.2-3 C library for parsing, writing and ii libsqlite3-0 3.5.9-4SQLite 3 shared library ii libstdc++64.3.1-9The GNU Standard C++ Library v3 newsbeuter recommends no packages. newsbeuter suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of badly built libs
Package: general Version: AMD64 This is basically a debian AMD64-version of the bug report for ubuntu AMD64 bug 24691 [1]. The problem is (seems to be) that a lot of libraries are built with alignment above 2**3. Most of these cases are actually 2**20 in ubuntu AMD64 and 2**21 in debian AMD64. In other words, 1 and 2 MB correspondingly! I often see loose and vague arguments such as if 99MB of that is shared, the calculator is really only 'using' 1MB of ram -- and that's fine [2]. It's not fine. And it's certainly incorrect. Just because a library is shared doesn't mean it's fine that it consumes megabytes(!) of memory in vain. Especially libraries that are shared between 1 process. Now, I can't figure out why such huge amounts of memory is hogged on my computer. But I need to restart X about once a week. If I don't, my 4 GB of RAM is quickly filled and my 4 GB swap starts to work (hurray, 15 second delay when changing virtual desktop). It's been like this since I bought this machine (soon 2 years ago), and I frequently update my X driver (-radeon, -radeonhd, fglrx, etc), so I doubt they are to blame for stealing my memory, even though it could've been a good guess. memstat reports lots and lots of libraries which consumes slightly more than 2 mb each: $ memstat | grep '\.so' | grep -v PID gives me 551 lines, and by just grasping the result, easily 90% of them are slightly more than 2 mb (2**21 + small stuff). If these libraries could be built with 2**3 (8 byte) alignment, instead of 2**21 (2 megabytes), I assume, just like the discussion in [1], that at least some memory wouldn't be wasted in vain. So how many libraries (on my system) are built with 2**21 alignment? /lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep -q -e '2\*\*21' ; then echo $file ; fi ; done | wc 99 /usr/lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep -q -e '2\*\*21' ; then echo $file ; fi ; done | wc 2777 /usr/lib/*: $ for file in `\ls */*.so.*` ; do if objdump -x $file | grep -q -e '2\*\*21' ; then echo $file ; fi ; done | wc 396 99 + 2777 + 396 = 3272. Quite a lot of libraries. Loading them all would require roughly 7 GB. Remember: loading. Not using. And these are just on my system, it's not even close to all libraries in debian. Just looking at how much memory pidgin-specific plugins consumes is frightening: memstat | grep -E '(purple|pidgin)+.*\.so.*' Returns 88 libraries, ALL consuming slightly more than 2 mb. How many of them are shared with any other program than pidgin? I'd say none. But that's just a guess. So this means at least 200 mb memory usage for pidgin alone? Could this really be the case?! $ ps aux | grep pidgin gustaf 30432 0.2 1.7 631196 68532 ?SAug26 2:36 pidgin Oh yeah, 631192 kB virtual and 68532 kB resident. I say this again, some people argues; but most of that 616 MB is shared so it doesn't matter. It matters, because Linux prefers to swap it, to give place for IO buffers, and when things are being swapped, holy moses, Ctrl+Alt+Backspace is thy saviour. Pidgin consuming 616 MB virtual memory is just.. Well.. Messed up. To put it lightly. It could be reasonable to see the rest of the memory hoggers on my system, to make it clear that this really is a big problem. Please note that pidgin is only on 8th place! This is 'top' sorted by 'M' (memory usage): 31095 gustaf20 0 1314m 700m 35m R 30 17.8 252:06.36 firefox-bin 32197 gustaf20 0 1006m 439m 39m S 12 11.2 167:03.50 epiphany-browse 30134 root 20 0 625m 256m 14m S8 6.5 99:41.51 Xorg 2680 gustaf20 0 479m 103m 25m S0 2.6 4:07.31 banshee-1 30305 gustaf20 0 438m 82m 17m S0 2.1 0:31.87 /usr/lib/ontv/o 1621 gustaf20 0 304m 76m 14m S0 1.9 0:42.91 gnome-terminal 6070 clamav20 0 92524 76m 380 S0 1.9 0:00.00 clamd 30432 gustaf20 0 616m 66m 28m S1 1.7 2:37.08 pidgin $ free -m total used free sharedbuffers cached Mem: 3934 3891 43 0331 1186 -/+ buffers/cache: 2373 1561 Swap: 3859 5 3853 Real memory usage of my very recently booted machine (I haven't started even a small subset of the apps I usually run): 2373 MB! $ uptime 12:27:24 up 21:44, 13 users, load average: 1.09, 1.05, 0.99 I'm not sure my mobo supports much more than what I have, but I'm seriously thinking of spending (too much) money on 8 or 16 GB RAM, just to have a system that is usable. Oh yeah, I'm using 'sid', maybe that's important to know, by I certainly doubt it. I haven't seen many discussions about this in debian, and just 1 about ubuntu [1]. It could be that I have gotten things completely the wrong way (then please tell me so), but it could also be that this has been overseen for too long, and now needs serious attention. Memory is cheap nowadays, but it isn't free. And if we're expected to buy dozens of GB
Bug#496773: xfce4-mixer: Not available from the menu
Package: xfce4-mixer Version: 4.4.2-3 Severity: normal It seems that the XFCE4 mixer is not available from the menu? It would be good to be able to start it from there. See also: http://www.linux-archive.org/xubuntu-development/68798-xfce4-mixer-not-started-correctly-settings-menu.html Best regards, Torquil Sørensen -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (650, 'unstable'), (600, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-mixer depends on: ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libx11-6 2:1.1.4-2 X11 client-side library ii libxfce4mcs-client34.4.2-4 Client library for Xfce4 configure ii libxfce4util4 4.4.2-3 Utility functions library for Xfce ii libxfcegui4-4 4.4.2-4 Basic GUI C functions for Xfce4 ii libxml22.6.32.dfsg-3 GNOME XML library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii xfce4-mixer-alsa 4.4.2-3 Xfce4 Mixer ALSA backend ii xfce4-panel4.4.2-6 The Xfce4 desktop environment pane ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime xfce4-mixer recommends no packages. xfce4-mixer suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496774: libmrss0: depends on a nonexistent package
Package: libmrss0 Version: 0.19.1-3 Severity: normal (perhaps the severity should be raised to serious?) libnxml0 stopped providing libnxml-abi-0.18.2, so on upgrade I get the following message: The following packages are BROKEN: libmrss0 (D: libnxml-abi-0.18.2) newsbeuter (D: libnxml-abi-0.18.2) The following packages will be upgraded: libnxml0 [0.18.2-3 - 0.18.3-1] 1 packages upgraded, 0 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/25,4kB of archives. After unpacking 0B will be used. The following packages have unmet dependencies: libmrss0: Depends: libnxml-abi-0.18.2 which is a virtual package. newsbeuter: Depends: libnxml-abi-0.18.2 which is a virtual package. (I filed a similar bugreport against newsbeuter. If you think it's a fault in libnxml, please reassign/merge as appropriate) ciao Riccardo -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages libmrss0 depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libcurl3-gnutls 7.18.2-7 Multi-protocol file transfer libra ii libnxml0 [libnxml-abi-0.18.2] 0.18.2-3 C library for parsing, writing and libmrss0 recommends no packages. libmrss0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#210581: [210581] Britney did it again! Really funny.
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496775: dist-upgrading php5 will attempt to remove apache2-mpm-worker
Package: php5 Version: 5.2.6-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I am a bit unsure about this, but at least it surprised me as a user so an explanation could be needed. Please point me in the correct direction in case it's a FAQ... I prefer the threaded apache2-mpm-worker and am therefore using php5-cgi instead of libapache2-mod-php5. When running apt-get dist-upgrade I was presented with canardo:/home/bjorn# apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be REMOVED: apache2-mpm-worker The following NEW packages will be installed: apache2-mpm-prefork libapache2-mod-php5 The following packages will be upgraded: checksecurity freeradius freeradius-common gpsd gpsd-clients libfreeradius2 libgps17 libgraphviz4 php-pear php5 php5-cgi php5-cli php5-common php5-gd php5-imap php5-ldap php5-mcrypt php5-mysql php5-pspell php5-snmp php5-tidy php5-xmlrpc reportbug rhino x11-xserver-utils 25 upgraded, 2 newly installed, 1 to remove and 0 not upgraded. Need to get 14.1MB of archives. After this operation, 6234kB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. I know I could (and should?) have avoided this by doing apt-get upgrade, but the point is that the suggested removal of apache2-mpm-worker is completely unnecessary. It seems to be caused by php5 depending on specific versions of libapache2-mod-php5 | php5-cgi. This means that the dependendcy is unsatisfied at the point of upgrade and apt-get will try to satisfy it by installing the first option it finds: The newer version of libapache2-mod-php5. I believe the versioned dependecy is unnecessary. php5 could just as well depend on libapache2-mod-php5 | libapache2-mod-php5filter | php5-cgi, php5-common and thereby avoid apt-get dragging in libapache2-mod-php5 when libapache2-mod-php5filter or php5-cgi is already installed. Bjørn - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 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 php5 depends on: ii php5-cgi 5.2.6-3server-side, HTML-embedded scripti ii php5-common 5.2.6-3Common files for packages built fr php5 recommends no packages. php5 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1M5gACgkQ10rqkowbIsnNuACffbLJpIl1GXVONgtn5l1tESif /uEAniERGEvRTanmPTdFTTGCjhuuV9a8 =8lnI -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496760: Manpage for dosfslabel(8)
tags 496760 +pending thanks François Wendling wrote: Urgency: low just a tipp: this should be Severity: minor not urgency. urgency is for package uploads only, not for priorities of bug reports. The dosfslabel(8) manpage is missing. I attach it. thanks, commited in git. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of badly built libs
Gustaf Räntilä, le Wed 27 Aug 2008 12:50:45 +0200, a écrit : I haven't seen many discussions about this in debian, and just 1 about ubuntu [1]. It could be that I have gotten things completely the wrong way (then please tell me so), but it could also be that this has been overseen for too long, and now needs serious attention. Do not mistake virtual memory for resident memory. Aligning stuff in the address space is not a problem, it does _not_ consume any memory (even less if the library is not even used). 31095 gustaf20 0 1314m 700m 35m R 30 17.8 252:06.36 firefox-bin 32197 gustaf20 0 1006m 439m 39m S 12 11.2 167:03.50 epiphany-browse Here are the suckers, not pidgin. Do not have a look at virtual numbers, as the name says these are virtual. Have a look at the %MEM or RES columns instead. Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496776: movabletype-opensource: Data loss during upgrade from earlier MT versions
Package: movabletype-opensource Version: 4.2-1 Severity: important As discussed in http://www.movabletype.org/2008/08/important_update_movable_type_421_now_available.html Movable Type 4.2 (and presumably release candidates thereof) contain two fixes for potential data-loss bugs: Custom fields data. If you are upgrading from Movable Type Commercial or Enterprise 4.1 to Movable Type Pro or Enterprise 4.2 and you are using custom fields on any object in Movable Type and there are more than 100 rows in the table for that object, some of your custom field data could be lost in the migration. Archive mappings. If you create a new blog on your Movable Type 4.2 installation and you delete an archive mapping from one of the archive templates, this action will remove the rest of your blog archive mappings inadvertently. I have yet to confirm whether MTOS (the version packaged in Debian) could possibly be affected by the former issue, but it would appear to be affected by the latter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496619: seconded
+1 signature.asc Description: Digital signature
Bug#496777: memstat should account doubly-mapped pages twice
Package: memstat Version: 0.5 Severity: normal Hello, In man memstat, one can read `If you do the math, you'll see that ps and memstat don't always agree about how much virtual memory a process is using. This is because most processes seem to map certain shared pages twice. memstat counts these pages once, ps counts them twice. I'm not sure which is the ``right'' way to measure it.' Yes, the page that covers the limit between e.g. text and data is mapped twice, but since memstat reports the _virtual_ memory used by an application, that page should be reported twice, since it is effectively virtually mapped twice. Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages memstat depends on: ii libc6 2.7-13 GNU C Library: Shared libraries memstat recommends no packages. memstat suggests no packages. -- no debconf information -- Samuel b lisons de l'assembleur c -+- #sos - CrisC forever -+- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496778: memstat should report /dev/zero and /dev/mem mappings too
Package: memstat Version: 0.5 Severity: normal In man memstat, one can read `It is possible to confuse memstat by using mmap in combination with a block-device. In the original version, memstat treated block devices just like any other file, and if you mmap'ed one of them, they would show up on the shared-object list. This worked for mmap'ed hard disks and floppies, but it produced absurd results with block devices like /dev/zero and /dev/mem. As a partial fix, memstat now ignores all mapped block devices, though this may cause memstat to ignore some mem- ory usage.4 Showing the /dev/zero and /dev/mem virtual memory mapping is _not_ absurd, it indeed does take virtual memory to map these, so memstat should show them. As for `We really ought to show some real-memory usage statistics, but it's just not there in /proc.', yes it is now (since something like 2.6.24), see /proc/pid/smaps. Samuel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages memstat depends on: ii libc6 2.7-13 GNU C Library: Shared libraries memstat recommends no packages. memstat suggests no packages. -- no debconf information -- Samuel «Tiens, quand j'aurai un peu de temps et une partition libre, je crois que je vais essayer de remplacer mes scripts de démarrage par des programmes Windows lancés via Wine et binfmt_misc :-)» -+- AGV in Guide du linuxien pervers - J'sais pas quoi faire... (air connu) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496779: bugs.debian.org: report spam link should either be relative or include http://
Package: bugs.debian.org Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bug report logs include a link like this: p class=msgreceivedSend a report that a href=bugs.debian.org/cgi-bin/bugspam.cgithis bug log contains spam/a./p which will be interpreted as a relative link by most browsers. I.e. sending the user to http://bugs.debian.org/cgi-bin/bugs.debian.org/cgi-bin/bugspam.cgi The href should either be relative: href=/cgi-bin/bugspam.cgi or absolute: href=http://bugs.debian.org/cgi-bin/bugspam.cgi; Thanks, Bjørn - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1O10ACgkQ10rqkowbIsnWmwCgho/aI2K11oCITtVQEf2t0idZ Z7sAnjRB0nrzuwSsyAGzLo9EOAU7Q6Rs =cA2G -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496776: Corrections
retitle 496776 Archive mappings can be inadvertently deleted thanks MTOS does not support custom fields, so the first issue is not applicable. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389996: ifupdown: requesting status on this bug
Package: ifupdown Version: 0.6.8+nmu1 Followup-For: Bug #389996 So, has anyone considered what to do with this bug? I think it is would be good to correct this before the release of lenny. The correction is rather simple. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471404: Wouldn't a 32bit bin86 be usefull?
Hi, wouldn't it make sense to compile bin86 with -m32 on amd64? People might still want to build 16bit code for example for a boot loader. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496780: please provide a --enable-tinygui build
Package: wesnoth Version: 1:1.4.4-2 Severity: wishlist Please could you provide a --enable-tinygui build? smallgui is not small enough for 480x640 (neo freerunner). This configure flag is supported by upstream; haven't tried yet, but I believe it should work in my setup. P.S: What's the point of using build options for this? Shouldn't -r always DTRT? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: armel (armv4tl) Kernel: Linux 2.6.24 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wesnoth depends on: ii libboost-iostreams1.34 1.34.1-11 Boost.Iostreams Library ii libc6 2.7-13GNU C Library: Shared libraries ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.1-2 GCC support library ii libsdl-image1.21.2.6-3 image loading library for Simple D ii libsdl-mixer1.21.2.8-4 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2 network library for Simple DirectM ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 X11 client-side library ii python2.5 2.5.2-11 An interactive high-level object-o ii wesnoth-data 1:1.4.4-2 data files for Wesnoth ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages wesnoth recommends: pn wesnoth-httt none (no description available) pn wesnoth-tsg none (no description available) pn wesnoth-ttb none (no description available) Versions of packages wesnoth suggests: pn wesnoth-all none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496781: reportbug: Creates bad signatures when signing utf8 text
Package: reportbug Version: 3.45 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Looks like reportbug creates invalid signatures when the bug report includes characters outside us-ascii. Such reports should probably be encoded as quoted-printable before being signed. I guess this report itself will demonstrate the problem since it will include my realname in .reportbugrc contents below... So, I might just as well sign it with Thanks, Bjørn - -- Package-specific info: ** Environment settings: INTERFACE=text ** /home/bjorn/.reportbugrc: reportbug_version 3.2 mode standard ui text realname Bjørn Mork email [EMAIL PROTECTED] sign gpg - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 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 reportbug depends on: ii apt 0.7.14+b1 Advanced front-end for dpkg ii python2.5.2-2An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utils 1.5.22 debconf utilities pn debsums none (no description available) pn dlocate none (no description available) ii file 4.25-1 Determines file type using magic ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep pn python-urwid none (no description available) ii sendmail-bin [mail-transport- 8.14.3-5 powerful, efficient, and scalable - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki1PqkACgkQ10rqkowbIsnabQCeMb/pE/12vKHER0ikp6DwjIlQ 8D8AoI/zCcIFvekTOPlSRHyieHme0NjY =/1Ni -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484003: Obsolete .dhelp files
It is not clear to me if this should be a goal for lenny or not. In this case a hint for the fixed package should be requested. Please, clarify. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489369: ITP: python-pykcs11 -- a complete RSA PKCS#11 wrapper for Python
Hello, I wanted to ITP python-pykcs11 and found bug #489369. I also see no activity since 05 Jul 2008 (1.5 month ago). David, do you want to co-maintain the package with me? I am DD and also upstream co-author. I will relase version 1.2.0 upstream and maintain the Debian files on python-modules SVN repository on alioth. See [1]. Bye [1] http://python-modules.alioth.debian.org/python-modules-policy.html -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489369: ITP: python-pykcs11 -- a complete RSA PKCS#11 wrapper for Python
Daniel Baumann wrote: which i have just done now. http://daniel.debian.net/packages-sponsoring/david-smith/python-pykcs11/ -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332782: Release Notes: license clarification
On Tue, Aug 26, 2008 at 09:58:25PM +0200, Josip Rodin wrote: On Tue, Aug 26, 2008 at 07:26:38PM +0200, Luk Claes wrote: But, in such an (unlikely) court battle the onus would be on them to prove that the stuff they committed was both copyrightable in the first place as well as not infringing on previous work (which they apparently didn't have any license to modify). Nope, without a license the contributor could ask for compensation per copy that was distributed if the court would agree that he has copyright on it and we didn't have permission to distribute it (which is not far fetched at all without having a license...). As I said above... they could hardly claim copyright on modifications which they made without a license. Also, there is no direct damadge made to the contributor too. Compensation is for something they have fair claim. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489369: ITP: python-pykcs11 -- a complete RSA PKCS#11 wrapper for Python
Ludovic Rousseau wrote: I wanted to ITP python-pykcs11 and found bug #489369. I also see no activity since 05 Jul 2008 (1.5 month ago). he needed to adjust a few things in the package, but unfortunately, his last mail (where the package was good), didn't reached me before I had to leave for VAC at 2008-07-22 (as announced to him in advance and to -private; needed to attend military service). after that, i was on debconf and did not remember to upload it, which i have just done now. i'm sure you guys will figure out how to continue maintining the package. in case you'll need me for further sponsoring, don't hesitate to let me know. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496782: Argus client and servers do not work on AMD64 architecture
Package: argus Version: 2.0.6.fixes.1-15.1 Hi, When using argus on amd64 architecture, the data files produced by argus-server cannot be read back by the argus clients if a filter is applied, for example: ra -nnr /var/log/argus/argus.log - host ! 192.168.1.1 will result in a segmentation fault when reading data produced by the AMD64 argus server. The thread at http://osdir.com/ml/network.argus/2006-01/msg4.html suggests that Argus 2.0.6 does not work on AMD64 architectures. It might be worth at least alerting people that it does not work fully before they generate many broken datafiles. Thanks David -- David Ford Oxford University Computing Services Network Security Team - OxCERT signature.asc Description: OpenPGP digital signature
Bug#278650: feh: wrong remote display with different archs.
Hi Laurent, you reported the problem described above a long time ago and got not response. I took over the feh package now and just would like to say sorry for leaving your problem ignored in the first place. I would like to know whether the problem just exists in the recent version of feh. Unfortunately I can not test it myself because I do not have access to different architectures that might show the problem. Kind regards and thanks for reporting problems in Debian Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496363: The possibility of attack with the help of symlinks in some Debian packages
Hi Dirk, On Monday 25 August 2008 13:57, Dirk Eddelbuettel wrote: Upstream covers more than just Linux distros: Aix, Solaris, OS X, HP-UX, ... and even Windoze (though the javareconf script may not matter there). But I just emailed the point person for javareconf. Maybe we can move creation of the temp.dir into a helper function which use mktemp if present and default to what it currently does. New version with patched javareconf now uploaded. I see an upload of r-base-core but not (yet) of r-base-core-ra, is that intentional? cheers, Thijs pgp41FK95aCdh.pgp Description: PGP signature
Bug#496437: confirmed, let's remove it instead
tags 496437 confirmed thanks I confirmed that the package is full of insecure temp files. However given that it's orphaned and has several problems, I'm asking for removal from unstable. Thijs pgpsRJDccDc3p.pgp Description: PGP signature
Bug#496780: please provide a --enable-tinygui build
Hi! * Robert Millan [EMAIL PROTECTED] [2008-08-27 15:20:06 CEST]: Please could you provide a --enable-tinygui build? smallgui is not small enough for 480x640 (neo freerunner). Will propably take a while, definitely won't happen for lenny - it will require new packages, the images get scaled down to 50% on install time for that and thus it requires a different data package, have to go through the NEW queue, you know the drill, even if I would hurry pursuing this issue. This configure flag is supported by upstream; haven't tried yet, but I believe it should work in my setup. Would hope so, and maybe I will find the money to get me such a nifty system myself, was nice looking at the lots at debconf with them. :) P.S: What's the point of using build options for this? Shouldn't -r always DTRT? Well, to some degree yes. --enable-smallgui will go away, it was the easier approach in the first place to have different menu positioning hooks, but this has changed with the new widget development going on. About for tinygui, I don't think it will be done because scaling down on run time will be rather ressource unfriendly, both from diskspace and cpu, and in areas one would like to use the tinygui version it's much better to avoid that. So long, and thanks for the suggestion. Rhonda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279496: feh: recursion issue with links to /proc/self
Hi David, you reported the problem described above a long time ago and got not response. I took over the feh package now and just would like to say sorry for leaving your problem ignored in the first place. I verified that this problem exists but I wonder in how far it can be considered as a problem of severity normal. I regard your problem as very special and not really a specific feh problem - I guess many programs who are reading a list of files show this as well. Moreover I dislike your suggested solution 1) Links should not be followed (limits functionality) - just because it really limits the functionality just to circumvent a quite artifically constructed corner case (I never had a need to link to /proc/self - is there any practical relevance?). My suggested way to deal with the bug would be to reduce its severity to wishlist. If you would provide a patch which implements your suggestion 2) I'd happily include it. I personally prefer to work on the other problems of the package which seem to reduce the functionality of feh more. Or did I missed anything an just underestimated the problem. Feel free to correct me if I'm wrong. Kind regards and thanks for reporting problems in Debian anyway Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487437: Please include /etc/dpkg/origins/{debian,default}
On Wed, 27 Aug 2008, Santiago Vila wrote: Sorry for not answering this before. Is this something that you would like to see implemented in lenny? It's not required for lenny. The code making use of this is only in dpkg 1.15 which will only be uploaded in lenny+1. However, I can understand that convenience is a good thing, and that forking base-files is a lot easier than forking dpkg (if only because of the build time). Indeed. And it's best to reduce the number of packages any derivative has to fork. You mean something like this in debian/rules, right? mkdir -p debian/tmp/etc/dpkg/origins cp -a origins/* debian/tmp/etc/dpkg/origins (That would copy whatever is in origins directory). Right. I don't understand the part about making easy to update the symlink. I can think of two ways of doing that. The bad one, to be put in debian/rules: ln -s debian debian/tmp/etc/dpkg/origins/default Bad indeed. A better way to handle the symlink would be to make it in the postinst, exactly once, the very first time base-files is installed by debootstrap, i.e. inside the block starting with this line: if [ $1 = configure ] [ $2 = ]; then Well, it should create the symlink if it doesn't exist... because that would cope with upgrade as well. However the symlink should point to ubuntu if base-files is built on Ubuntu and to debian if built on Debian. For this I suggest that base-files uses $(DEB_VENDOR) to find out the current distribution. Since $(DEB_VENDOR) is a variable that is only set by dpkg-buildpackage from version 1.15 or later, you would provide a default value in debian/rules with: DEB_VENDOR ?= Debian Then you can replace #VENDOR# in the postinst: dh_installdeb vendor=$$(echo $(DEB_VENDOR) | tr A-Z a-z); sed -i -e s/#VENDOR#/$$vendor/g debian/base-files/DEBIAN/postinst The postinst would contain this: if [ ! -e /etc/dpkg/origins/default ]; then if [ -e /etc/dpkg/origins/#VENDOR# ]; then ln -sf #VENDOR# /etc/dpkg/origins/default fi fi Any derivative distribution would then put the files in the origins dir, and bootstrap base-files by building with DEB_VENDOR set to the name of their distribution (or they could manually create /etc/dpkg/origins/default provided that they are already using dpkg = 1.15). * A new origins directory in the source code. * The debian file inside such directory. * Two lines in debian/rules to copy the files into debian/tmp * A line in the postinst to set the default symlink. Would you be happy with this? Yes, but see above for a small improvement to avoid the need to change the postinst for the derivative distribution. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496768: wireshark: Follow TCP stream is not Port numbers reused-aware
forwarded 496768 https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1447 thanks Christoph Biedl wrote... Package: wireshark Version: 1.0.2-3 Severity: normal I've learned this problem is already described in the upstream bugzilla. Therefore this tagging to avoid duplicate work. Christoph -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#493424: lua-gtk: FTBFS with /bin/sh - dash
On Tue, Aug 26, 2008 at 05:44:46PM +0100, Matthew Johnson wrote: So, it appears that ./configure is called with --debug --host, which as far as I can see is incorrect for the ./configure here (it's not autoconf). --host is for cross-compiling and requires the argument of the platform to compile for. I assume just changing the call from debian/rules to call ./configure without --host will solve the problem, but it's a cdbs package, so I've no idea how to do that, or I'd do an NMU. If anyone can enlighten me I'll happily carry on with that plan. It is using CDBS, but not the autotools class. I'll upload a version that fixes the compilation issue, but please take care of the transition to lenny Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496357: opensync-plugin-palm: Impossible to install the package
On Sun, Aug 24, 2008 at 08:04:44PM +0200, nb wrote: When I try to install the package, I have the following error : Package: opensync-plugin-palm [...] Sorry, but that's no error, that's the apt-cache output. Can you please post the error you get? thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496363: The possibility of attack with the help of symlinks in some Debian packages
Hi Thijs, On 27 August 2008 at 13:57, Thijs Kinkhorst wrote: | Hi Dirk, | | On Monday 25 August 2008 13:57, Dirk Eddelbuettel wrote: | Upstream covers more than just Linux distros: Aix, Solaris, OS X, HP-UX, | ... and even Windoze (though the javareconf script may not matter there). | | But I just emailed the point person for javareconf. Maybe we can move | creation of the temp.dir into a helper function which use mktemp if present | and default to what it currently does. | | New version with patched javareconf now uploaded. | | I see an upload of r-base-core but not (yet) of r-base-core-ra, is that | intentional? It was. R 2.7.2 came out on Monday, so r-base-core was a natural candidate. Yesterday I worked on the RC bug requiring GSL docs to go to non-free for dfsg / gfdl reasons. So for r-base-core-ra, a build will follow shortly. There will be a new release too (corresponding to R 2.7.2), but as we don't know when I'll just preempt it with a new build with a patched javareconf. Hth, Dirk -- Three out of two people have difficulties with fractions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
