Bug#290490: PNG image loaded with incorrect layer offset
Package: gimp Version: 2.2.2-1 I have a set of PNG images that I converted from camera-generated TIFF images to PNG using the ImageMagic 'convert' program. The 'display' program shows them fine, as does gthumb. And I'm pretty sure the previous minor version (2.2.1-2) of The Gimp showed them fine as well. Now when I load one up it looks transparent. If I zoom out until the image is much smaller than the window, it seems the single layer has been offset by one full height above the image. e.g the image is 1712x2288, the layer starts at (0,-2288). If I convert the PNG back to a TIFF then The Gimp can load it fine and save it back to a PNG file that works later. But I don't want to have to do that with every file. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#290490: PNG image loaded with incorrect layer offset
Sorry, I filed the bug too early. It seems to be a bug/misbehaviour in ImageMagick. An inspection of the PNG file shows an 'oFFs' chunk with the (0,-2288) coordinates. I had taken the photographs rotated in a "portrait" orientation and had used the -rotate 270 option (or was it -90?) to 'convert' to properly re-orientate the images. I'm still not sure if I had viewed the images with the previous version of The Gimp, perhaps I hadn't. Had support for the 'oFFs' chunk been recently added to the png plugin? Either way, it appears to be doing what it's supposed to be doing. You can close this bug now, sorry for wasting your time. bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415477: tar: Potential fix.
Package: tar Version: 1.16-2 Followup-For: Bug #415477 I ran the version of tar in question through strace and noted that in contrast to the earlier (working) version of tar all file descriptors get closed at startup. If I understand the /dev/fd system correctly (and I'm not 100% sure I do) when strace sees [close(63) = 0] the descriptor has been closed and any attempt to open "/dev/fd/63" will fail. I downloaded the source and I found the function call closeopen() [line 2257 of tar.c in main]. It seems commenting this function out fixes my problem. I don't understand why everything except stdin, stdout and stderr get closed at startup so this isn't exactly a patch but hopefuly it should make it will help. Thanks. Ian. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tar depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries tar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415477: tar: --exclude-from using process substitution fails
Package: tar Version: 1.16-2 Severity: important If I do "apt-get install tar/stable" (tar 1.14-2.3) then: tar -cf test.tar ~/.mozilla --exclude-from=<(cat /etc/group) appears to work. I get the output tar: Removing leading `/' from member names and a file is created. However if I "apt-get install tar/testing" (tar 1.16-2) and repeat: tar -cf test.tar ~/.mozilla --exclude-from=<(cat /etc/group) I get the output: tar: /dev/fd/63: No such file or directory tar: Error is not recoverable: exiting now Since simply upgrading/downgrading tar appears to cause the problem. I assume it is a tar issue and not a bash one. --exclude-from=/excludes where excludes is a normal file appears to work correctly. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages tar depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries tar recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#409336: apt-get erratic (segfaults, unmet dependencies, hanging)
Package: apt Version: 0.6.46.4 Severity: important I'm trying to use Debian on an old laptop (32MB ram). The system appears stable, no other software has any problems, but apt-get behaves erratically. I've played around with a memory tester in an attempt to rule out any hardware problems. Sometimes I get segfaults, sometimes it will hang with "Reading package lists... 99%", and sometimes I get a list of packages with: "The following packages have unmet dependencies:". That in itself might not be a bug, but the list of packages can change on successive runs of "apt-get dist-update". Generally "rm /var/cache/apt/*.bin" will fix things, so I'm assuming it is a matter of corrupt cache files. These errors appear to happen more frequently when using more sources, and can happen with at least update and dist-upgrade commands. There are similar bugs listed and I'm unsure if this is the same problem. If any extra information would be useful then please tell me and I'll try to provide it. Thanks. An example session: 100 [EMAIL PROTECTED]:/etc/apt[0] apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: liblocale-gettext-perl: PreDepends: perlapi-5.8.7 but it is not installable libtext-charwidth-perl: Depends: perlapi-5.8.8 but it is not installable libtext-iconv-perl: Depends: perlapi-5.8.8 but it is not installable recode: Depends: libc6 (>= 2.3.5-1) but 2.3.6.ds1-10 is installed Depends: librecode0 (>= 3.6) but 3.6-12 is installed E: Unmet dependencies. Try using -f. 100 [EMAIL PROTECTED]:/etc/apt[0] rm /var/cache/apt/*.bin rm: remove regular file `/var/cache/apt/pkgcache.bin'? y rm: remove regular file `/var/cache/apt/srcpkgcache.bin'? y 0 [EMAIL PROTECTED]:/etc/apt[0] apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 0 [EMAIL PROTECTED]:/etc/apt[0] apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done You might want to run `apt-get -f install' to correct these. The following packages have unmet dependencies: xserver-xorg: Depends: xserver-xorg-core (>= 2:1.1.1-11) but it is not installed Depends: xserver-xorg-input-all but it is not installed or xserver-xorg-input xserver-xorg-input-synaptics: Depends: xserver-xorg-core (>= 1.0.0) but it is not installed xserver-xorg-video-fbdev: Depends: xserver-xorg-core (>= 2:1.1.1-11) but it is not installed xserver-xorg-video-v4l: Depends: xserver-xorg-core (>= 2:1.1.1) but it is not installed xserver-xorg-video-vesa: Depends: xserver-xorg-core (>= 2:1.1.1-11) but it is not installed xserver-xorg-video-vga: Depends: xserver-xorg-core (>= 2:1.1.1) but it is not installed E: Unmet dependencies. Try using -f. -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Clean-Installed "false"; APT::Get ""; APT::Get::Assume-Yes "false"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::userstatus "status.user"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "archives/"; Dir::Cache::srcpkgcache "srcpkgcache.bin"; Dir::Cache::pkgcache "pkgcache.bin"; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::sourceparts "sources.list.d"; Dir::Etc::vendorlist "vendors.list"; Dir::Etc::vendorparts "vendors.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Bin ""; Dir::Bin::methods "/usr/lib/apt/methods"; Dir::Bin::dpkg "/usr/bin/dpkg"; DPkg ""; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; -- /etc/apt/preferences -- Explanation: Install from testing if possible Package: * Pin: release a=testing Pin-Priority: 900 Explanation: If not in testing, or testing would be a downgrade, install from unstable. Package: * Pin: release a=unstable Pin-Priority: 800 Explanation: Forget about stable Package: * Pin: release o=Debian Pin-Priority: -10 -- /etc/apt/sources.list -- deb ftp://ftp.uk.debian.org/debian/ unstable main deb ftp://ftp.uk.debian.org/debian/ testing main -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii debian-archive-keyring 2006.11.22 GnuPG archive keys of the Debian a ii libc6 2.3.6.ds1-10 GNU C Library: Shared
Bug#409336: apt: Intermittent seg fault (stack trace)
Package: apt Version: 0.6.46.4 Followup-For: Bug #409336 I've got another segfault. Deleting the .bin files in /var/cache/apt has fixed all my segfaults so far. I've tried to get a stack trace on the off-chance it is of use. I am doing "apt-get upgrade" and getting: Reading package lists... Done Building dependency tree... 50% Program received signal SIGSEGV, Segmentation fault #0 0xb7f06010 in pkgDepCache::UpdateVerState () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #1 0xb7f074c4 in pkgDepCache::Update () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #2 0xb7f07927 in pkgDepCache::Init () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #3 0xb7f2613c in pkgCacheFile::Open () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #4 0x0805f91c in DoUpgrade ([EMAIL PROTECTED]) at apt-get.cc:96 #5 0xb7ef449b in CommandLine::DispatchArg () from /usr/lib/libapt-pkg-libc6.3-6.so.3.11 #6 0x0804f59f in main (argc=-1208557897, argv=0xb7f6deb7) at apt-get.cc:2606 Not sure how much use a stack trace is if corrupt files are the problem; if they are then how do the files get corrupt? I'm stumbling around in the dark with gdb at the moment. I'll try to figure out how to get a line number on the library with the error. Please say if any particular information would be of use. Thanks. -- Package-specific info: Already sent. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt depends on: ii debian-archive-keyring 2006.11.22 GnuPG archive keys of the Debian a ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 apt recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#707027: mate-panel: Drawers no longer open if an item that is not an app launcher is inserted
Package: mate-panel Version: 1.6.0-2 Severity: normal Dear Maintainer, * What led up to the situation? I inserted an item into a drawer that was not an application launcher. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? After the panels restart (restarting, logging out and in, or killing them), the drawers no longer open and have to be deleted. * What outcome did you expect instead? The drawers should open. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mate-panel depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libcanberra-gtk0 0.28-6 ii libcanberra0 0.28-6 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libdconf00.12.1-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libice6 2:1.0.8-2 ii libmatedesktop 1.6.0-2 ii libmatemenu 1.6.0-1 ii libmatepanelapplet 1.6.0-2 ii libmateweather 1.6.1-1 ii libmatewnck 1.6.0-1 ii libpango1.0-01.30.0-1 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxau6 1:1.0.7-1 ii libxrandr2 2:1.3.2-2 ii mate-desktop 1.6.0-2 ii mate-menus 1.6.0-1 ii mate-panel-common1.6.0-2 ii mate-polkit 1.6.0-1 ii menu-xdg 0.5 ii python 2.7.3-4 mate-panel recommends no packages. mate-panel suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576433: pyaimt: Loses ability to log on. Requires restart
Package: pyaimt
Version: 0.8.0.1-2
Severity: important
(Please note that this is similar to 504393)
Sometimes (seemingly overnight) pyaimt loses the ability to log on. Some users
report keeping their existing connection though I haven't been able to confirm
this.
As an example, today (4th) I come in and start PSI. The ICQ and MSN transports
just connect. AIM remains down.
If I click 'log on' it still won't connect. In the transport history PSI has an
entry:
Undefined condition.
The error condition is not one of those defined by the other conditions in
this list.
--
AIM connection lost! Reason: [Failure instance: Traceback (failure with no
frames): : Connection to the
other side was lost in a non-clean fashion.]
Looking back at the server's log the only entries (which I believe are from
before the transport broke) are like:
[2010-04-01 09:46:55] Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/twisted/python/log.py", line
84, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/log.py", line
69, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/context.py",
line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/context.py",
line 37, in callWithContext
return func(*args,**kw)
--- ---
File
"/usr/lib/python2.5/site-packages/twisted/internet/epollreactor.py", line 210,
in _doReadOrWrite
why = selectable.doRead()
File "/usr/lib/python2.5/site-packages/twisted/internet/tcp.py", line
460, in doRead
return self.protocol.dataReceived(data)
File "/usr/share/pyaimt/src/tlib/oscar.py", line 647, in dataReceived
state=func(flap)
File "/usr/share/pyaimt/src/tlib/oscar.py", line 777, in oscar_Data
func(snac)
File "/usr/share/pyaimt/src/tlib/oscar.py", line 2884, in oscar_18_07
username = tlvs[0x09]
exceptions.KeyError: 9
To fix the problem we can merely '/etc/init.d/pyaimt restart'. Pyaimt will come
up and continue to run just fine until tomorrow. Or the next day.
It seems possible that the problem is related to internet outages since our
connection may have been down at the time of the error. On the other hand if I
just disconnect the router, log in and out of jabber, then reconnect the router
and log back in pyaimt is still up.
If any more information would be useful then please tell me and I will try to
provide it.
Thanks,
Ian
/etc/pyaimt.conf.xml:
aim.example.com
chatrooms.example.com
127.0.0.1
example.com
http://jabber.example.com/
5556
example
en
login.oscar.aol.com
5190
a...@example.com
b...@example.com
c...@example.com
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages pyaimt depends on:
ii adduser3.112 add and remove users and groups
ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip
ii python 2.5.2-3 An interactive high-level object-o
ii python-crypto 2.0.1+dfsg1-5 cryptographic algorithms and proto
ii python-openssl 0.10-1Python wrapper around the OpenSSL
ii python-support 1.0.6.1 automated rebuilding support for P
ii python-twisted 10.0.0-2 Event-based framework for internet
ii python-twisted-web 10.0.0-1 An HTTP protocol implementation to
ii python-twisted-words 10.0.0-2 Chat and Instant Messaging
Versions of packages pyaimt recommends:
ii python-imaging 1.1.7-1+b1 Python Imaging Library
ii python-mysqldb 1.2.2-10+b1 A Python interface to MySQL
ii python-nevow 0.9.33-4Web application templating system
Versions of packages pyaimt suggests:
ii ejabberd 2.1.2-3distributed, fault-tolerant Jabber
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714783: python-newt: Missing Example Files from /usr/share/doc/python-newt/examples/
Package: python-newt Version: 0.52.14-11.1 Severity: minor Dear Maintainer, I notice that the examples directory is missing from /usr/share/doc/python-newt/examples/ There is no documentation at all with this package and those few examples files, plus the source code itself were all that was availalbe. Now the sample files are missing the learning curve just got a lot steeper Thanks Ian -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-newt depends on: ii libc62.13-38 ii libnewt0.52 0.52.14-11.1 ii libslang22.2.4-15 ii python 2.7.3-4 python-newt recommends no packages. python-newt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#714786: python-newt UI causes Segmentation fault after upgrading to wheezy
Package: python-newt Version: 0.52.14-11.1 Severity: normal Dear Maintainer, I have some simple scripts which use a python-newt UI. These started generating segmentation faults after upgrading to wheezy. The problem occurs when a "SnackScreen" object is created then "finished" and another SnackScreen object is subsequently created in the same program. The following code runs fine on squeeze but generates a segmentation fault on wheezy. #!/usr/bin/env python import snack sTitle = "Count" i=0 while i < 3: sText = str(i) s = snack.SnackScreen() bcw = snack.ButtonChoiceWindow(s, sTitle, sText, buttons = ['Continue']) s.finish() i = i+1 If the SnackScreen is created once at the top of the script and finished at the end, the problem can be worked around. But that is not pratical with legacy code that was writen for scripts in past years. Thanks Ian -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages python-newt depends on: ii libc62.13-38 ii libnewt0.52 0.52.14-11.1 ii libslang22.2.4-15 ii python 2.7.3-4 python-newt recommends no packages. python-newt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#668647: cron: Minor documentation change
Package: cron Version: 3.0pl1-116 Severity: minor Petty as this may be it may save somebody else some time! The documentation gives an example: # Run on every second Saturday of the month 0 4 8-14 * *test $(date +%u) -eq 6 && echo "2nd Saturday" However this reports: /bin/sh: -c: line 0: unexpected EOF while looking for matching `)' /bin/sh: -c: line 1: syntax error: unexpected end of file The documentation should probably be: # Run on every second Saturday of the month 0 4 8-14 * *test $(date +\%u) -eq 6 && echo "2nd Saturday" (note the slash before the percentage symbol) -- System Information: Debian Release: 6.0.3 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 cron depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debianutils 3.4Miscellaneous utilities specific t ii dpkg 1.15.8.11 Debian package management system ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii lockfile-progs0.1.15 Programs for locking and unlocking ii nullmailer [mail-transport-ag 1:1.04-1.2 simple relay-only mail transport a Versions of packages cron suggests: pn anacron(no description available) pn checksecurity (no description available) ii logrotate 3.7.8-6Log rotation utility Versions of packages cron is related to: ii libnss-ldap 264-2.2NSS module for using LDAP as a nam pn libnss-ldapd (no description available) ii libpam-ldap 184-8.5Pluggable Authentication Module fo pn libpam-mount (no description available) pn nis(no description available) ii nscd 2.11.2-10 Embedded GNU C Library: Name Servi -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#797107: imagemagick: On certain images -opaque turns all white pixels black regardless of color or -fill color instructions
Package: imagemagick Version: 8:6.9.1.2-1 Severity: normal Dear Maintainer, Since upgrading to Jessie I have encountered a problem while using the -opaque setting for imagemagick's convert tool. On certain images imagemagick defaults to replacing all white pixels with black ones regardless of what values you use for the -opaque color or -fill color. The images that produe this problem are output from the Scantailor processing tool for working with scanned book page images. I can reproduce the problem with both newly created images and with archived files that imagemagick succesfully processed in Wheezy. I initially reported the problem to the maintainer of the djvubind tool, which is used to postprocess the output images from scantailor and which is the tool actively invoking imagemagick, and the author helped me isolate the relevant imagemagick invocation. That discussion is here if it proves helpful: https://github.com/strider1551/djvubind/issues/19 I posted test images and the result images of running the below commands here: http://churchkey.org/imagemagick/ "bookpageGimpSource.tif" is the original page before processing by scantailor. running: """ convert "bookpageGimpSource.tif" -opaque black "bookpageGimpSource-ImageMagickOutput.tif" """ produces the expected result: All black pixels are removed and a white fill is put in their place. changing the "black" to "white" and adding a "-fill green" also works as expected. "bookpageGimpSource-ScantailorProcessed.tif" is the source image after scantailor processing. running: """ convert "bookpageGimpSource-ScantailorProcessed.tif" -opaque black "bookpageGimpSource-ScantailorProcessed-ImageMagickOutput.tif" """ reproduces the bug: all white pixels are now black even though black pixels were the ones -opaque was told to look for. Changing that "black" to "white" and adding a "-fill green" produces an identical image. I am running all of these commands on a virtual machine with a clean jessie install so if there is anything you need me to install or run, just let me know. As always, thank you for all the work you do with Debian and for your time looking at this issue. -Ian -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org compare: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org convert: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org composite: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org conjure: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org display: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org identify: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org import: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org mogrify: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org montage: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org stream: ImageMagick 6.9.1-2 Q16 x86_64 2014-04-09 http://www.imagemagick.org -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.9.1.2-1 imagemagick recommends no packages. imagemagick suggests no packages. -- no debconf information
Bug#860592: guake: Guake Settings restarts User Session
Package: guake Version: 0.8.8-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I've been customizing the standard menu options to make my terminal juicier * What exactly did you do (or not do) that was effective (or ineffective)? I've been adjusting a setting, and then click close to try it. This restarts my entire Debian User session. I'm logged out and have to log back in via lightDM * What was the outcome of this action? Logged out * What outcome did you expect instead? Settings applied and I go on with my session *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages guake depends on: ii gconf2 3.2.6-4+b1 ii libgtk2.0-0 2.24.31-2 ii notification-daemon 3.20.0-1+b1 ii python 2.7.13-2 ii python-dbus 1.2.4-1+b1 ii python-gconf 2.28.1+dfsg-1.2 ii python-glade22.24.0-5.1 ii python-keybinder 0.3.1-1 ii python-notify0.1.1-4 ii python-vte 1:0.28.2-5+b2 ii python-xdg 0.25-4 ii python2.72.7.13-2 pn python:any ii xfce4-notifyd [notification-daemon] 0.3.4-1 guake recommends no packages. guake suggests no packages. -- no debconf information
Bug#433144: xserver-xorg: VESA driver fails to load with: ILLEGAL EXTENDED X86 OPCODE!
Package: xserver-xorg Version: 1:7.2-5 Severity: important Xorg was working with the VESA driver @ 800x600 res with 24 bit colour. After an upgrade the server stopped loading. The VGA driver still works. If any specific information/logs will be useful then I can provide them. Thanks, Ian -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 2006-10-29 21:42 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1736280 2007-06-01 14:28 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:04.0 VGA compatible controller: Chips and Technologies F6 HiQVPro (rev c6) /etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: i386 (i586) Kernel: Linux 2.6.21-2-486 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 xserver-xorg depends on: ii debconf [debconf-2. 1.5.13 Debian configuration management sy ii x11-common 1:7.2-5 X Window System (X.Org) infrastruc ii xbase-clients 1:7.2.ds2-2 miscellaneous X clients ii xkb-data0.9-4X Keyboard Extension (XKB) configu ii xserver-xorg-core 2:1.3.0.0.dfsg-6 X.Org X server -- core server ii xserver-xorg-input- 1:7.2-5 the X.Org X server -- input driver ii xserver-xorg-input- 1:1.1.5-2X.Org X server -- evdev input driv ii xserver-xorg-input- 1:1.1.0-4X.Org X server -- keyboard input d ii xserver-xorg-input- 1:1.2.1-1X.Org X server -- mouse input driv ii xserver-xorg-input- 0.14.7~git20070517-2 Synaptics TouchPad driver for X.Or ii xserver-xorg-video- 1:0.2.0-3X.Org X server -- dummy display dr ii xserver-xorg-video- 1:0.3.1-1X.Org X server -- fbdev display dr ii xserver-xorg-video- 0.1.1-3 X.Org X server -- Video 4 Linux di ii xserver-xorg-video- 1:1.3.0-1X.Org X server -- VESA display dri ii xserver-xorg-video- 1:4.1.0-3X.Org X server -- VGA display driv Versions of packages xserver-xorg recommends: pn discover1 | discover (no description available) ii dmidecode 2.9-1 Dump Desktop Management Interface pn laptop-detect (no description available) pn mdetect(no description available) pn xresprobe (no description available) ii xserver-xorg-input-all1:7.2-5the X.Org X server -- input driver pn xserver-xorg-video-all (no description available) -- debconf-show failed ###xorg.conf (any vesa-using file I can generate with dpkg-reconfigure xserver-xorg fails the same) # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "Files" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "gb" Option "XkbVariant""gb" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Generic Video Card" Driver "vesa" BusID "PCI:0:4:0" EndSection Section "Monitor" Identifier "Generic Monitor" Option "DPMS" HorizSync 28-40 VertRefresh 43-60 EndSection Section "Screen"
Bug#151359: Shipping Clerk - flexible time work-at-home opening
Our company is looking for energetic and accountable individuals to occupy Shipping Clerk positions throughout the USA. These vacancies are entirely home-based and do not require any travel or relocation. They are also suitable for students and senior citizens who are able to dedicate up to three business hours per day to their duties. No special qualifications are required, although previous shipping or customer service experience is a plus. We are an international company providing mail/internet order opportunities for a global clientele since 1997. We are based in Russia, and also have offices in Latvia and Kazakhstan. Our business provides online/Online Order facilities for those who are unable to benefit from the convenience of e-commerce due to lack of a banking relationship with an internationally recognized bank or because major online vendors will not ship to their location. We have domestic purchasing agents who place the orders on behalf of our clients, and the goods are then shipped to the local shipping clerks for further sorting and international shipment. We also provide escrow services for high amount and/or web auction orders, and offer assistance with customs clearance, if required. Currently, we are looking for individuals to fill in the positions of shipping clerks throughout the USA. Your duties will include receiving, sorting, repackaging and re-sending the orders made on behalf of our clients using the pre-paid USPS shipping labels that you will receive via email. You will be paid $20 for each parcel that you ship, plus $5 for each order that you will need to re-sort or re-package. We will also cover any other authorized expense, such as extra insurance or shipping materials. Your remuneration will be remitted to you via Western Union twice a month. You can expect to handle 5-15 incoming packages weekly, following a 2 week probation period. You can perform your duties from the convenience of your home. You will generally be re-shipping the orders on same day or next day basis, so you will not need to sacrifice your home space to storage. You will only be receiving orders placed with reputable online vendors and delivered by major courier services, such as FedEx and UPS, who pay great attention to ensuring that they are not involved into trafficking any illegal substances or hazardous materials. Thus, there will be no risk on your end. We also encourage you to open and inspect each package that you receive to ensure the legitimacy and safety of itsâ content. In order to fill the shipping clerk position, you need to be aged 18 and above, have a permanent address where you are available on a regular basis and also have access to phone and email. In order to ensure that you can be entrusted the client merchandise, we will need to verify your identity and confirm that you do not have any previous criminal convictions. To apply for this position and for more information on our company, please fax your resume and (optionally) cover letter to: (309) 431-7288. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#488846: autofs: nesting in map mount point fails
Package: autofs
Version: 4.1.4-13
Severity: normal
I have an auto.master containing the line
/mnt/comtek /etc/auto.comtek --ghost --timeout=60
(though this problem seems to occur without --ghost)
auto.comtek contains lines of the form
ches4/ches4.log
-fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
://10.4.1.204/ches4.log
This works initially. ('ls /mnt/comtek/ches4/ches4.log' works). After the
first timeout and remounted an extra directory is inserted, so the former
command becomes ('ls /mnt/comtek/ches4/ches4/ches4.log').
The documentation does not appear to explicitly state whether
subdirectories are supported within the map file. Nested directories in
maps would be a very useful feature though. If they are not supported
could the behaviour be changed to warn or something, rather than breaking
after first timeout?
I've included a log file of a session, in case it helps.
[startup]
Jul 1 16:14:27 pluto automount[20024]: starting automounter version 4.1.4,
path = /mnt/comtek, maptype = file, mapname = /etc/auto.comtek
Jul 1 16:14:27 pluto automount[20024]: Map argc = 1
Jul 1 16:14:27 pluto automount[20024]: Map argv[0] = /etc/auto.comtek
Jul 1 16:14:27 pluto automount[20024]: mount(bind): bind_works = 1
Jul 1 16:14:27 pluto automount[20024]: using kernel protocol version 4.00
Jul 1 16:14:27 pluto automount[20024]: using timeout 60 seconds; freq 15 secs
Jul 1 16:14:27 pluto automount[20024]: ghosting enabled
[Now do ls /mnt/comtek/ches4/ches4.log]
Jul 1 16:16:16 pluto automount[20272]: handle_packet: type = 0
Jul 1 16:16:16 pluto automount[20272]: handle_packet_missing: token 550, name
ches4/ches4.log
Jul 1 16:16:16 pluto automount[20272]: attempting to mount entry
/mnt/comtek/ches4/ches4.log
Jul 1 16:16:16 pluto automount[20278]: lookup(file): ches4/ches4.log ->
-fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
://10.4.1.204/ches4.log
Jul 1 16:16:16 pluto automount[20278]: parse(sun): expanded entry:
-fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
://10.4.1.204/ches4.log
Jul 1 16:16:16 pluto automount[20278]: parse(sun):
dequote("fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770")
->
fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
Jul 1 16:16:16 pluto automount[20278]: parse(sun): gathered options:
fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
Jul 1 16:16:16 pluto automount[20278]: parse(sun):
dequote("//10.4.1.204/ches4.log") -> //10.4.1.204/ches4.log
Jul 1 16:16:16 pluto automount[20278]: parse(sun): core of entry:
options=fstype=cifs,defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770,
loc=//10.4.1.204/ches4.log
Jul 1 16:16:16 pluto automount[20278]: parse(sun): mounting root /mnt/comtek,
mountpoint ches4/ches4.log, what //10.4.1.204/ches4.log, fstype cifs, options
defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
Jul 1 16:16:16 pluto automount[20278]: do_mount //10.4.1.204/ches4.log
/mnt/comtek/ches4/ches4.log type cifs options
defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
using module generic
Jul 1 16:16:16 pluto automount[20278]: mount(generic): calling mkdir_path
/mnt/comtek/ches4/ches4.log
Jul 1 16:16:16 pluto automount[20278]: mount(generic): calling mount -t cifs
-s -o
defaults,credentials=/etc/unixservers.smb,workgroup=,uid=0,gid=0,fmask=0770,dmask=0770
//10.4.1.204/ches4.log /mnt/comtek/ches4/ches4.log
Jul 1 16:16:16 pluto automount[20278]: >> WARNING: CIFS mount option 'fmask'
is deprecated. Use 'file_mode' instead.
Jul 1 16:16:16 pluto automount[20278]: >> WARNING: CIFS mount option 'dmask'
is deprecated. Use 'dir_mode' instead.
Jul 1 16:16:16 pluto automount[20278]: mount(generic): mounted
//10.4.1.204/ches4.log type cifs on /mnt/comtek/ches4/ches4.log
Jul 1 16:16:16 pluto automount[20272]: handle_child: got pid 20278, sig 0 (0),
stat 0
Jul 1 16:16:16 pluto automount[20272]: sig_child: found pending iop pid 20278:
signalled 0 (sig 0), exit status 0
Jul 1 16:16:16 pluto automount[20272]: send_ready: token=550
Jul 1 16:16:30 pluto automount[20272]: sig 14 switching from 1 to 2
Jul 1 16:16:30 pluto automount[20272]: get_pkt: state 1, next 2
Jul 1 16:16:30 pluto automount[20272]: st_expire(): state = 1
Jul 1 16:16:30 pluto automount[20272]: expire_proc: exp_proc=20286
Jul 1 16:16:30 pluto automount[20286]: expire_proc: 1 remaining in /mnt/comtek
Jul 1 16:16:30 pluto automount[20272]: handle_child: got pid 20286, sig 0 (0),
stat 1
Jul 1 16:16:30 pluto automount[20272]: sigchld: exp 20286 finished, switching
from 2 to 1
Jul 1 16:16:30 pluto automount[20272]: get_pkt: state 2, next 1
Jul
Bug#440646: squid3: Incorrect content returned by pre7
Package: squid3 Version: 3.0.PRE7-1 Severity: critical Justification: causes serious data loss Starting with PRE7, squid3 appears to return data from other recent URLs. For example: browsing ftp.kernel.org, I clicked on a changelog file to read it. I instead got one of the filetype icons. I reloaded and got another icon. It took a few reloads to get the intended changelog to load. On another occasion, a Wikipedia article was seriously corrupted. Pages which load many style sheets, little images, javascript, etc seem to be most succeptable to this bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.22.1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages squid3 depends on: ii adduser 3.105add and remove users and groups ii coreutils 5.97-5.4 The GNU core utilities ii libc6 2.6.1-1+b1 GNU C Library: Shared libraries ii libdb4.44.4.20-9 Berkeley v4.4 Database Libraries [ ii libgcc1 1:4.2.1-4GCC support library ii libldap22.1.30.dfsg-13.5 OpenLDAP libraries ii libpam0g0.99.7.1-4 Pluggable Authentication Modules l ii libsasl2-2 2.1.22.dfsg1-14 Authentication abstraction library ii libstdc++6 4.2.1-4 The GNU Standard C++ Library v3 ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-24 Linux Standard Base 3.1 init scrip ii netbase 4.30 Basic TCP/IP networking system ii squid3-common 3.0.PRE7-1 A full featured Web Proxy cache (H squid3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#568465: webcalendar: Select button to usersel.php doesn't work
Package: webcalendar Version: 1.2.0+dfsg-4 Severity: normal Tags: patch Clicking 'select' to choose some users (as can be done via 'Add View') produces an error 'Program Error: No form specified!'. I found a fix (which works) at http://sourceforge.net/projects/webcalendar/forums/forum/11588/topic/2678378?message=5801794 . The poster noted that adding: $form=$_GET['form']; $listid=$_GET['listid']; to the top of user_sel.php fixes the issue. Would it be possible to add this to the debian package, since the forum post has gone unapplied for over a year. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages webcalendar depends on: ii apache2 2.2.14-5Apache HTTP Server metapackage ii apache2-mpm-prefork [apa 2.2.14-5Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf [debconf-2.0]1.5.28 Debian configuration management sy ii libapache2-mod-php5 5.2.12.dfsg.1-2 server-side, HTML-embedded scripti ii libjs-prototype 1.6.1-1 JavaScript Framework for dynamic w ii php5-cli 5.2.12.dfsg.1-2 command-line interpreter for the p ii php5-mysql 5.2.12.dfsg.1-2 MySQL module for php5 ii ucf 3.0025 Update Configuration File: preserv Versions of packages webcalendar recommends: ii mysql-client-5.0 5.0.51a-24+lenny2+spu1 MySQL database client binaries ii mysql-server-5.0 5.0.51a-24+lenny2+spu1 MySQL database server binaries ii postgresql8.4.2-2object-relational SQL database (su ii postgresql-client 8.3.9-1front-end programs for PostgreSQL ii postgresql-client 8.4.2-2front-end programs for PostgreSQL Versions of packages webcalendar suggests: ii php5-gd 5.2.12.dfsg.1-2 GD module for php5 ii php5-ldap5.2.12.dfsg.1-2 LDAP module for php5 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587666: Hangs when loading vlan interface immediately after main interface
Package: vlan Version: 1.9-3 Severity: important When I try to bring eth0 up followed by eth0.3 the machine hangs. /etc/network/interfaces looks like: auto lo iface lo inet loopback #auto eth0 iface eth0 inet loopback #auto eth0.3 iface eth0.3 inet static address 10.4.4.202 netmask 255.255.255.0 gateway 10.4.4.1 If I: 'ifup eth0' wait a few seconds until 'link becomes ready' 'ifup eth0.3' then everything is fine. If I: 'ifup eth0;ifup eth0.3' then I get a stack trace followed by the machine locking up (unless the interfaces have been previously up. In that case doing 'rmmod tg3;modprobe tg3;ifdown eth0;ifdown eth0.3' before ifup will cause it to panic). The machine is a HS20 (Type 8832) blade in an IBM bladecenter and unfortunately I've not had any success with Serial Over Lan so I can't currently get a backtrace. I will try to see if I can adjust the resolution sufficiently to take a screenshot of the whole backtrace though. lspci: 00:00.0 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) (rev 33) 00:00.1 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) 00:00.2 Host bridge: Broadcom CMIC-LE Host Bridge (GC-LE chipset) 00:01.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) 00:0f.0 Host bridge: Broadcom CSB6 South Bridge (rev b0) 00:0f.1 IDE interface: Broadcom CSB6 RAID/IDE Controller (rev b0) 00:0f.2 USB Controller: Broadcom CSB6 OHCI USB Controller (rev 05) 00:0f.3 ISA bridge: Broadcom GCLE-2 Host Bridge 00:10.0 Host bridge: Broadcom CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) 00:10.2 Host bridge: Broadcom CIOB-E I/O Bridge with Gigabit Ethernet (rev 12) 01:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) 01:00.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704S Gigabit Ethernet (rev 02) Please ask for any extra information that would be useful. Thanks, -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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/dash Versions of packages vlan depends on: ii iproute 20100519-2 networking and traffic control too ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib vlan recommends no packages. vlan suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570331: ejabberd: exmpp required for PIEFXIS export (perhaps import too)
Package: ejabberd
Version: 2.1.2-2
Severity: important
At the command line:
r...@mars:~# ejabberdctl export_piefxis /var/lib/ejabberd/
Problem 'throw {error,exmpp_not_installed}' occurred executing the command.
Stacktrace: [{ejabberd_piefxis,try_start_exmpp,0},
{ejabberd_piefxis,export_hosts,2},
{ejabberd_ctl,call_command,3},
{ejabberd_ctl,try_call_command,3},
{ejabberd_ctl,process2,3},
{ejabberd_ctl,process,1},
{rpc,'-handle_call_call/6-fun-0-',5}]
This 'exmpp' package is not available in a Debian package.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32.8
Locale: LANG=C, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ejabberd depends on:
ii adduser 3.112add and remove users and groups
ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy
ii erlang-base [erlang-abi 1:13.b.3-dfsg-4 Erlang/OTP virtual machine and bas
ii erlang-nox 1:13.b.3-dfsg-4 Erlang/OTP applications that don't
ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libexpat1 2.0.1-7 XML parsing C library - runtime li
ii libpam0g1.1.1-1 Pluggable Authentication Modules l
ii libssl0.9.8 0.9.8k-8 SSL shared libraries
ii openssl 0.9.8k-8 Secure Socket Layer (SSL) binary a
ii ucf 3.0025 Update Configuration File: preserv
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
ejabberd recommends no packages.
Versions of packages ejabberd suggests:
pn imagemagick | graphicsmagick- (no description available)
ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog(
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595466: slapd: postinst fails when base DN contains a space
Package: slapd Version: 2.4.23-3 Severity: important The base DN of my server is "o=Tester family, c=AU". The upgrade script is written in BASH/DASH and thus uses spaces to separate list items. Stopping OpenLDAP: slapd. Dumping to /var/backups/slapd-2.4.23-3: - directory o=Tester... slapcat: slap_init no backend for "o=Tester" failed. I suggest someone either makes the upgrade script more rugged and able to cope with spaces in strings, or reimplement it in a language that can properly distinguish between strings and arrays. I see that Perl is already a dependency. It would make a good choice for this task. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33.5 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages slapd depends on: ii adduser 3.112 add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-4 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-4 OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.10 5.10.1-14 shared Perl library ii libsasl2-22.1.23.dfsg1-6 Cyrus SASL - authentication abstra ii libslp1 1.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-perl 5.10.1-14 Larry Wall's Practical Extraction ii psmisc22.12-1utilities that use the proc file s ii unixodbc 2.2.14p2-2 ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-6 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.23-4 OpenLDAP utilities -- debconf information: slapd/password_mismatch: slapd/invalid_config: true shared/organization: testers.net.au * slapd/upgrade_slapcat_failure: slapd/backend: HDB slapd/dump_database: when needed slapd/allow_ldap_v2: false slapd/no_configuration: false slapd/move_old_database: true slapd/dump_database_destdir: /var/backups/slapd-VERSION slapd/purge_database: false slapd/domain: testers.net.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611229: ejabberd: LDAP auth fails after upgrade
Package: ejabberd
Version: 2.1.5-3
Severity: important
After upgrading from 2.1.3-2 to 2.1.5-3 ejabberd fails to authenticate any
users. We are using LDAP. A downgrade fixes the issue.
I've been unable to locate anything in the release notes about config changes
so I assume it is a bug.
When a user attempts to log in via XMPP the log shows merely:
=INFO REPORT 2011-01-26 23:59:56 ===
I(<0.529.0>:ejabberd_listener:232) : (#Port<0.3347>) Accepted connection
{{10,4,1,241},7677} -> {{10,4,4,111},5222}
=INFO REPORT 2011-01-26 23:59:57 ===
I(<0.553.0>:ejabberd_c2s:598) :
({socket_state,tls,{tlssock,#Port<0.3347>,#Port<0.3349>},<0.552.0>}) Failed
authentication for i...@example.com
however when an admin user attempts to log in via the web interface it returns
an error:
=ERROR REPORT 2011-01-26 22:36:38 ===
E(<0.519.0>:ejabberd_auth:256) : The authentication module ejabberd_auth_ldap
returned an error
when checking user "ian" in server "example.com"
Error message: {{case_clause,
{'EXIT',
{function_clause,
[{eldap,'and',
[{'or',
[{equalityMatch,
{'AttributeValueAssertion',"objectClass",
"exampleUser"}},
{equalityMatch,
{'AttributeValueAssertion',"objectClass",
"exampleIT"}}]}]},
{eldap_filter_yecc,yeccpars2_30,7},
{eldap_filter_yecc,yeccpars0,5},
{eldap_filter,parse,2},
{ejabberd_auth_ldap,find_user_dn,2},
{ejabberd_auth_ldap,is_user_exists_ldap,2},
{ejabberd_auth_ldap,is_user_exists,2},
{ejabberd_auth,'-is_user_exists/2-fun-0-',3}]}}},
[{eldap_filter,parse,2},
{ejabberd_auth_ldap,find_user_dn,2},
{ejabberd_auth_ldap,is_user_exists_ldap,2},
{ejabberd_auth_ldap,is_user_exists,2},
{ejabberd_auth,'-is_user_exists/2-fun-0-',3},
{lists,any,2},
{ejabberd_web_admin,get_auth_account,5},
{ejabberd_web_admin,process,2}]}
=ERROR REPORT 2011-01-26 22:36:38 ===
W(<0.519.0>:ejabberd_web_admin:220) : Access of "i...@example.com" from
"10.4.1.241" failed with error: "inexistent-account"
The upgrade process:
Stopping jabber server: ejabberd.
Unpacking replacement ejabberd ...
Processing triggers for man-db ...
Setting up ejabberd (2.1.5-3) ...
Installing new version of config file /etc/logrotate.d/ejabberd ...
Starting jabber server: ejabberd.
Waiting for ejabberd to register admin user...
Can't register admin user "ad...@jabber.example.com".
The output of ` grep '^[ \t]*[^ \t%]' ejabberd.cfg `:
override_global.
override_local.
override_acls.
{acl, admin, {user, "root", "example.com"}}.
{acl, admin, {user, "ian", "example.com"}}.
{acl, admin, {user, "aa", "example.com"}}.
{acl, admin, {user, "bb", "example.com"}}.
{hosts, ["example.com", "example2.com"]}.
{loglevel, 4}.
{listen,
[
{5222, ejabberd_c2s, [
{access, c2s},
{shaper, c2s_shaper},
{max_stanza_size, 65536},
%%zlib,
starttls, {certfile, "/etc/ejabberd/ejabberd.pem"}
]},
{5269, ejabberd_s2s_in, [
{shaper, s2s_shaper},
{max_stanza_size, 131072}
]},
{, ejabberd_service, [
{ip, {127, 0, 0, 1}},
{access, all},
{shaper_rule, fast},
{hosts, ["icq.example.com"],
[{password, "abc"}]}
]},
{5556, ejabberd_service, [
{ip, {127, 0, 0, 1}},
{access, all},
{shaper_rule, fast},
{host, "aim.example.com", [{password, "abc"}]}
]},
{5557, ejabberd_service, [
{ip, {127, 0, 0, 1}},
{access, all},
{shaper_rule, fast},
{host, "msn.example.com", [{password, "abc"}]}
]},
{5280, ejabberd_http, [
%%{request_handlers,
%% [
Bug#611307: ejabberd: Shared roster members are ignored unless added while client is connected
Package: ejabberd
Version: 2.1.5-3
Severity: normal
We've been using 'ejabberdctl srg_*' to populate our shared rosters from LDAP.
Our script successfully populates the shared roster group (can be comfirmed
with a mnesia dump or by looking at the web interface), however, the shared
roster members are not visible via an XMPP client -unless- the members are
added while the client is actually logged in.
I can demonstrate this by looking at the mnesia dump (shows a full list of
users for example.com) and logging in via an XMPP client: The shared roster
doesn't exist. Now I 'ejabberdctl srg-user-add SOMETHING example.com
example.com example.com' (which shows up as an ordinary line in the mneisa dump
'{sr_user,{"SOMETHING","example.com"},{"example.com","example.com"}}.'.
Suddenly I have a roster group with only one member (SOMETHING) in my XMPP
client. If I log out and back in the roster group vanishes.
Is there any other information that I could collect that would help with this?
Thanks,
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages ejabberd depends on:
ii adduser 3.112add and remove users and groups
ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy
ii erlang-asn1 1:14.a-dfsg-1Erlang/OTP modules for ASN.1 suppo
ii erlang-base [erlang-abi 1:14.a-dfsg-1Erlang/OTP virtual machine and bas
ii erlang-crypto 1:14.a-dfsg-1Erlang/OTP cryprographic modules
ii erlang-inets1:14.a-dfsg-1Erlang/OTP Internet clients and se
ii erlang-mnesia 1:14.a-dfsg-1Erlang/OTP distributed relational/
ii erlang-odbc 1:14.a-dfsg-1Erlang/OTP interface to SQL databa
ii erlang-public-key 1:14.a-dfsg-1Erlang/OTP public key infrastructu
ii erlang-ssl 1:14.a-dfsg-1Erlang/OTP implementation of SSL
ii erlang-syntax-tools 1:14.a-dfsg-1Erlang/OTP modules for handling ab
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libexpat1 2.0.1-7 XML parsing C library - runtime li
ii libpam0g1.1.1-3 Pluggable Authentication Modules l
ii libssl0.9.8 0.9.8o-1 SSL shared libraries
ii openssl 0.9.8o-1 Secure Socket Layer (SSL) binary a
ii ucf 3.0025 Update Configuration File: preserv
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
ejabberd recommends no packages.
Versions of packages ejabberd suggests:
pn imagemagick | graphicsmagick- (no description available)
ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog(
-- Configuration Files:
/etc/default/ejabberd changed [not included]
/etc/ejabberd/inetrc [Errno 13] Permission denied: u'/etc/ejabberd/inetrc'
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611307: ejabberd: Shared roster members are ignored unless added while client is connected
Ugh. I'm very sorry. It is in fact a psi client bug. Thanks again, Ian Anyway, a couple of idea to try: * Does this problem also happen when you use web admin interface? * Does this happen with different XMPP clients? * Are you sure nothing interferes with the SRG management? I mean, like you having mod_shared_roster_ldap installed (crazy idea, but still). * What if you play with your server in some clean-room environment (say, do a fresh install in a chroot, configure LDAP auth, enable mod_shared_roster and then try out creating groups). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#611307: ejabberd: Shared roster members are ignored unless added while client is connected
Ugh. I'm very sorry. It is in fact a psi client bug.
Does this bug affect Psi packaged for Debian?
If yes, I could retitle and reassign this bug to the psi package to save
you from filing it the second time.
Otherwise I'll close this bug.
("Otherwise" here can perfectly mean you are not using Psi in Debian.)
Otherwise! :-)
It was affecting 0.12 on windows. An upgrade to 0.14 fixed it.
Thanks again,
Ian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615144: nagios-statd-server: Patch to ignore globs
Package: nagios-statd-server
Version: 3.12-1.1
Severity: wishlist
Tags: patch
I've made a minor change to allow you to use globs when ignoring disks. With an
automount setup any accesses to remote samba servers result in warnings as for
local disks with issues. While you can specifically ignore disks its not
remotely practical for even a small sized network.
With the change you can specify:
-D '//*'
-M '/mnt/my_automounts/*'
to ignore all samba mounts.
Disclaimer: It seems to work here, but I've not tested it widely and I don't
actually know python!
--- nagios-stat.orig2011-02-26 00:06:38.0 +
+++ nagios-stat 2011-02-26 00:29:46.0 +
@@ -1,6 +1,6 @@
#!/usr/bin/python2.5
-import getopt, re, socket, sys
+import getopt, re, socket, sys, fnmatch
class Functions:
"This class determines the commands to use for your operating system,
and executes them."
@@ -46,14 +46,16 @@
# Clean out ignored disks/mounts:
if self.options.has_key("ignoredisk"):
- for i in disks[:]:
- if i[0] in self.options['ignoredisk']:
- disks.remove(i)
+ for pattern in self.options['ignoredisk']:
+ for i in disks[:]:
+ if fnmatch.fnmatchcase(i[0], pattern):
+ disks.remove(i);
if self.options.has_key("ignoremount"):
- for i in disks[:]:
- if i[2] in self.options['ignoremount']:
- disks.remove(i)
+ for pattern in self.options['ignoremount']:
+ for i in disks[:]:
+ if fnmatch.fnmatchcase(i[2], pattern):
+ disks.remove(i);
# Make sure that disk is found
if (self.options.has_key("disk") and (len(disks) > 0)):
@@ -418,10 +420,10 @@
print "Available checks are: disk, load, proc, swap, user and
version.\n"
print "-c, --critical=LEVEL Level to issue critical at."
print "-d, --disk=DISKDisk to check in disk check."
- print "-D, --ignoredisk=DISK Comma delimited list of disks
to ignore."
+ print "-D, --ignoredisk=DISK Comma delimited list of disk
globs to ignore."
print "-l, --lt Used for process check,
reverse warn/critical."
print "-m, --mount=MOUNT Mount point to check in disk
check."
- print "-M, --ignoremount=MOUNTComma delimited list of mount
points to ignore."
+ print "-M, --ignoremount=MOUNTComma delimited list of mount
points globs to ignore."
print "-n, --processname=NAME Name of process to search
for."
print "-p, --port=PORTPort to connect to."
print "-P, --perfdata Print out performance data."
-- System Information:
Debian Release: 6.0
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (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/dash
Versions of packages nagios-statd-server depends on:
ii python2.5 2.5.5-11 An interactive high-level object-o
nagios-statd-server recommends no packages.
nagios-statd-server suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615146: nagios-statd-server: Patch to fix spaces in server names
Package: nagios-statd-server
Version: 3.12-1.1
Severity: normal
Tags: patch
Apparently it amuses windows admins to include spaces in network share names.
The disk check dies with 'Server returned unusual data.' (even if the share has
been ignored).
I've changed the regular expression matching df a little bit and it seems to
handle all our shares okay.
--- nagios-stat.with-globbing.orig 2011-02-26 00:42:07.0 +
+++ nagios-stat 2011-02-26 01:53:24.0 +
@@ -19,7 +19,7 @@
def disk(self):
self.__setthreshold("warning",90)
self.__setthreshold("critical",95)
- diskre1 =
re.compile("^([\w\/\:\.\-\=\@\$]*)\s*\d*\s*\d*\s*\d*\s*(\d*)\%\s*([\w\/\-]*)")
+ diskre1 =
re.compile("^([\s\w\/\:\.\-\=\@\$]+)\s+\d+\s+\d+\s+\d+\s+(\d+)\%\s+([\w\/\-]+)")
procre1 = re.compile("^\/proc\s*-\s*-\s*-\s*-\s*/proc")
# Compile an array of these disks
-- System Information:
Debian Release: 6.0
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (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/dash
Versions of packages nagios-statd-server depends on:
ii python2.5 2.5.5-11 An interactive high-level object-o
nagios-statd-server recommends no packages.
nagios-statd-server suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583263: pyaimt: Fix for 'exceptions.ValueError: too many values to unpack'
Package: pyaimt
Version: 0.8.0.1-2
Severity: important
Tags: patch
AIM messages couldn't be sent (though receiving worked). We were seeing errors
like:
[2010-05-26 16:18:46] Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/twisted/python/log.py", line
84, in callWithLogger
return callWithContext({"system": lp}, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/log.py", line
69, in callWithContext
return context.call({ILogContext: newCtx}, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/context.py",
line 59, in callWithContext
return self.currentContext().callWithContext(ctx, func, *args, **kw)
File "/usr/lib/python2.5/site-packages/twisted/python/context.py",
line 37, in callWithContext
return func(*args,**kw)
--- ---
File
"/usr/lib/python2.5/site-packages/twisted/internet/epollreactor.py", line 210,
in _doReadOrWrite
why = selectable.doRead()
File "/usr/lib/python2.5/site-packages/twisted/internet/tcp.py", line
460, in doRead
return self.protocol.dataReceived(data)
File
"/usr/lib/python2.5/site-packages/twisted/words/xish/xmlstream.py", line 75, in
dataReceived
self.stream.parse(data)
File "/usr/lib/python2.5/site-packages/twisted/words/xish/domish.py",
line 759, in parse
self.parser.Parse(buffer)
File "/usr/lib/python2.5/site-packages/twisted/words/xish/domish.py",
line 780, in _onStartElement
e = Element(qname, self.defaultNsStack[-1], attrs,
self.localPrefixes)
File "/usr/lib/python2.5/site-packages/twisted/words/xish/domish.py",
line 404, in __init__
self.uri, self.name = qname
exceptions.ValueError: too many values to unpack
I managed to 'fix' the problem, by changing line 762 of domish.py:
qname = name.split(" ")
to:
qname = name.replace(' ', ' ').split(" ")
Because we were seeing values of name like [note the double space]:
http://www.xmpp.org/extensions/xep-0084.html#ns-data data
which caused qname to contain more than 2 elements, later breaking the tuple
unpacking.
At this point I should warn: While this change fixed pyaimt for us I have no
understanding of the protocol and its entirely possible that my fix is totally
inappropriate.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages pyaimt depends on:
ii adduser 3.112 add and remove users and groups
ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip
ii python2.5.2-3An interactive high-level object-o
ii python-crypto 2.1.0-2cryptographic algorithms and proto
ii python-openssl0.10-1 Python wrapper around the OpenSSL
ii python-support1.0.8 automated rebuilding support for P
ii python-twisted10.0.0-3 Event-based framework for internet
ii python-twisted-web10.0.0-1 An HTTP protocol implementation to
ii python-twisted-words 10.0.0-2 Chat and Instant Messaging
Versions of packages pyaimt recommends:
ii python-imaging 1.1.7-1+b1 Python Imaging Library
ii python-mysqldb 1.2.2-10+b1 A Python interface to MySQL
ii python-nevow 0.10.0-1Web application templating system
Versions of packages pyaimt suggests:
ii ejabberd 2.1.3-1distributed, fault-tolerant Jabber
-- Configuration Files:
/etc/pyaimt.conf.xml changed [not included]
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514264: Possible /var/lib/cereal/sessions/*/env/* permission problem.
Package: cereal Version: 0.22-1.lenny1 Severity: important Can't list/attach with non-privileged users. To recreate: (as root) cereal-admin create test /dev/ttyS1 9600 ian ian cereal-admin start test (as ian) cereal list Result: cat: /var/lib/cereal/sessions/test/env/USER: Permission denied /usr/share/cereal/common: line 125: [: ian: unary operator expected cat: /var/lib/cereal/sessions/test/env/LOGUSER: Permission denied cat: /var/lib/cereal/sessions/test/env/LOGGROUP: Permission denied cat: TTY: Permission denied cat: BAUD: Permission denied cat: USER: Permission denied cat: LOGGROUP: Permission denied +-- test Then, also as user "ian" doing 'cereal attach test' results in: cat: /var/lib/cereal/sessions/test/env/USER: Permission denied /usr/share/cereal/common: line 125: [: ian: unary operator expected You do not have permission to attach to session 'test'. Output of find /var/lib/cereal/sessions/test/|xargs ls -lad drwxr-x--x 5 root root 4096 2009-02-05 19:30 /var/lib/cereal/sessions/test/ drwxr-x--x 2 root root 4096 2009-02-05 19:29 /var/lib/cereal/sessions/test/env -rw-r- 1 root root5 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/BAUD -rw-r- 1 root root8 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/GROUP -rw-r- 1 root root4 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/LOGGROUP -rw-r- 1 root root7 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/LOGUSER -rw-r- 1 root root5 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/SESSION -rw-r- 1 root root 11 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/TTY -rw-r- 1 root root4 2009-02-05 19:29 /var/lib/cereal/sessions/test/env/USER lrwxrwxrwx 1 root root 24 2009-02-05 19:29 /var/lib/cereal/sessions/test/finish -> /usr/share/cereal/finish drwxr-x--x 4 root ian 4096 2009-02-05 19:29 /var/lib/cereal/sessions/test/log drwxr-x--- 2 cereal ian 4096 2009-02-05 19:30 /var/lib/cereal/sessions/test/log/main -rwxr--r-- 1 cereal ian 1232 2009-02-05 19:34 /var/lib/cereal/sessions/test/log/main/current -rw--- 1 cereal ian 0 2009-02-05 19:30 /var/lib/cereal/sessions/test/log/main/lock lrwxrwxrwx 1 root ian24 2009-02-05 19:29 /var/lib/cereal/sessions/test/log/run -> /usr/share/cereal/logrun drwxr-xr-x 2 root root 4096 2009-02-05 19:34 /var/lib/cereal/sessions/test/log/supervise prw--- 1 root root0 2009-02-05 19:29 /var/lib/cereal/sessions/test/log/supervise/control -rw--- 1 root root0 2009-02-05 19:29 /var/lib/cereal/sessions/test/log/supervise/lock prw--- 1 root root0 2009-02-05 19:29 /var/lib/cereal/sessions/test/log/supervise/ok -rw-r--r-- 1 root root6 2009-02-05 19:34 /var/lib/cereal/sessions/test/log/supervise/pid -rw-r--r-- 1 root root4 2009-02-05 19:34 /var/lib/cereal/sessions/test/log/supervise/stat -rw-r--r-- 1 root root 20 2009-02-05 19:34 /var/lib/cereal/sessions/test/log/supervise/status lrwxrwxrwx 1 root root 25 2009-02-05 19:29 /var/lib/cereal/sessions/test/run -> /usr/share/cereal/mainrun prw-r- 1 ianian 0 2009-02-05 19:34 /var/lib/cereal/sessions/test/socket drwxr-xr-x 2 root root 4096 2009-02-05 19:34 /var/lib/cereal/sessions/test/supervise prw--- 1 root root0 2009-02-05 19:30 /var/lib/cereal/sessions/test/supervise/control -rw--- 1 root root0 2009-02-05 19:29 /var/lib/cereal/sessions/test/supervise/lock prw--- 1 root root0 2009-02-05 19:29 /var/lib/cereal/sessions/test/supervise/ok -rw-r--r-- 1 root root0 2009-02-05 19:34 /var/lib/cereal/sessions/test/supervise/pid -rw-r--r-- 1 root root5 2009-02-05 19:34 /var/lib/cereal/sessions/test/supervise/stat -rw-r--r-- 1 root root 20 2009-02-05 19:34 /var/lib/cereal/sessions/test/supervise/status Now, it appears that handing out read access to /var/lib/cereal/sessions/test/env/* is sufficient to allow user 'ian' to attach/list. 'chown root:ian /var/lib/cereal/sessions/test/env/*' makes the session 'test' seem to work for 'ian'. I can provide more information if requested. Thanks -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages cereal depends on: ii adduser 3.110 add and remove users and groups ii procmail 3.22-16Versatile e-mail processor ii runit 2.0.0-1a UNIX init scheme with service su ii screen4.0.3-11 terminal multiplexor with VT100/AN cereal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#926663: gnome-control-center: Mouse keys in Universal Access menu stopped working
Package: gnome-control-center Version: 1:3.30.3-1 Severity: normal Tags: a11y Dear Maintainer, in previous versions of Gnome, the Mouse Keys option in the Universal Access menu had the same effect as the old XWindow PointerKeys configuration flag. That is: 1. the arrow labelled keys on the numeric keypad move the pointer 2. the / * - keys select left, middle and right button, respectively 3. the 9, +, 0, and . keys click, doubleclick, press, and release the selected button, respectively. But in this version, *only* 1 above seems to work; the other keys have no effect. This is a big deal a11y - wise; it makes the system nearly unusable for me, because I avoid almost all use of the physical mouse (it gives me RSI). Side notes: a. This is also bug 1689356 in Red Hat bugzilla b. I am aware that this is likely the wrong package for this issue, but I don't know enough about Gnome internals to file against one of the Gnome libraries. Please forward as appropriate. Thanks. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-control-center depends on: ii accountsservice0.6.45-2 ii apg2.2.3.dfsg.1-5 ii colord 1.4.3-4 ii desktop-base 10.0.0 ii desktop-file-utils 0.23-4 ii gnome-control-center-data 1:3.30.3-1 ii gnome-desktop3-data3.30.2.1-1 ii gnome-settings-daemon 3.30.2-3 ii gsettings-desktop-schemas 3.28.1-1 ii libaccountsservice00.6.45-2 ii libatk1.0-02.30.0-2 ii libc6 2.28-8 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libcanberra-gtk3-0 0.30-7 ii libcanberra0 0.30-7 ii libcheese-gtk253.31.90-1 ii libcheese8 3.31.90-1 ii libclutter-1.0-0 1.26.2+dfsg-10 ii libclutter-gtk-1.0-0 1.8.4-4 ii libcolord-gtk1 0.1.26-2 ii libcolord2 1.4.3-4 ii libcups2 2.2.10-5 ii libfontconfig1 2.13.1-2 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libglib2.0-0 2.58.3-1 ii libgnome-bluetooth13 3.28.2-3 ii libgnome-desktop-3-17 3.30.2.1-1 ii libgoa-1.0-0b 3.30.1-2 ii libgoa-backend-1.0-1 3.30.1-2 ii libgrilo-0.3-0 0.3.7-1 ii libgtk-3-0 3.24.5-1 ii libgtop-2.0-11 2.38.0-4 ii libgudev-1.0-0 232-2 ii libibus-1.0-5 1.5.19-4 ii libkrb5-3 1.17-2 ii libmm-glib01.10.0-1 ii libnm0 1.14.6-2 ii libnma01.8.20-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-01.42.4-6 ii libpolkit-gobject-1-0 0.105-25 ii libpulse-mainloop-glib012.2-4 ii libpulse0 12.2-4 ii libpwquality1 1.4.0-3 ii libsecret-1-0 0.18.7-1 ii libsmbclient 2:4.9.5+dfsg-2 ii libsoup2.4-1 2.64.2-2 ii libupower-glib30.99.10-1 ii libwacom2 0.32-1 ii libwayland-server0 1.16.0-1 ii libx11-6 2:1.6.7-1 ii libxi6 2:1.7.9-1 ii libxml22.9.4+dfsg1-7+b3 Versions of packages gnome-control-center recommends: pn cracklib-runtime ii cups-pk-helper0.2.6-1+b1 ii gkbd-capplet 3.26.1-1 ii gnome-online-accounts 3.30.1-2 ii gnome-user-docs 3.30.2-1 ii gnome-user-share 3.28.0-2 ii iso-codes 4.2-1 ii libcanberra-pulse 0.30-7 pn libnss-myhostname pn mousetweaks ii network-manager-gnome 1.8.20-1 ii policykit-1 0.105-25 ii pulseaudio-module-bluetooth 12.2-4 pn realmd ii rygel 0.36.2-4 ii rygel-tracker 0.36.2-4 ii system-config-printer-common 1.5.11-4 Versions of packages gnome-control-center suggests: ii gnome-software 3.30.6-5 ii gstreamer1.0-pulseaudio 1.14.4-1 pn libcanberra-gtk-module pn libcanberra-gtk3-module ii x11-xserver-utils7.7+8 -- no debconf information
Bug#971050: dhcpcd5: quiet option in config file is ignored
Package: dhcpcd5 Version: 7.1.0-2 Severity: normal Tags: upstream Dear Maintainer, when I start a global instance of dhcpcd via the initscript, I get its output messages (about getting or renewing a lease, binding interfaces, etc.) on tty1, mixed with the messages from sysvinit/rc. This makes the latter hard or impossible to read because they scroll off. According to the dhcpcd manpage, adding the quiet option to the config file should silence such output, so I did that (see included config at bottom). However it makes no difference whatsoever. Looking at the code I can see nowhere that any action is taken on this option. The big switch statement in parse_option() in if-options.c only has a trivial no-op case for 'q' which seems to be the argument it might get in this situation. -- System Information: Debian Release: 10.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages dhcpcd5 depends on: ii libc6 2.28-10 ii lsb-base 10.2019051400 Versions of packages dhcpcd5 recommends: pn openresolv | resolvconf Versions of packages dhcpcd5 suggests: pn dhcpcd-gtk -- Configuration Files: /etc/dhcpcd.conf changed: quiet hostname duid persistent option rapid_commit option domain_name_servers, domain_name, domain_search, host_name option classless_static_routes option interface_mtu require dhcp_server_identifier slaac hwaddr waitip 4 waitip 6 -- no debconf information
Bug#972412: mpd: Stutters on startup when both alsa and http outputs are enabled
Package: mpd Version: 0.21.26-1~bpo10+1 Severity: normal Dear Maintainer, I enabled the http output plugin to be able to share my music with others on my network. Mostly it works beautifully, but from the time I did that, _once only_ when playback starts, there is a brief interruption and silence, and the log shows the infamous message Decoder is too slow; playing silence to avoid xrun It never happens again after mpd starts playing. I thought at first that this was a regression of upstream Issue #420, perhaps related to the backporting to Debian stable, but now I think it is a different problem, even if a similar one. This is not a powerful machine but the load is almost zero. And I have tested starting mpd later away from the initial thundering herd, it still happens. I would have liked to try if enabling realtime scheduling makes a difference, though I am not too hopeful given how load doesn't seem to matter. Alas, I'm in love with sysvinit :-P and I don't know how to make realtime available to mpd in that context, ie. the classic double-forking daemon. -- System Information: Debian Release: 10.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-11-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages mpd depends on: ii adduser 3.118 ii init-system-helpers 1.56+nmu1 ii libadplug-2.2.1-0v5 2.2.1+dfsg3-1 ii libao41.2.2+20180113-1 ii libasound21.1.8-1 ii libaudiofile1 0.3.6-5 ii libavahi-client3 0.7-4+b1 ii libavahi-common3 0.7-4+b1 ii libavcodec58 7:4.1.6-1~deb10u1 ii libavformat58 7:4.1.6-1~deb10u1 ii libavutil56 7:4.1.6-1~deb10u1 ii libbz2-1.01.0.6-9.2~deb10u1 ii libc6 2.28-10 ii libcdio-cdda2 10.2+0.94+2-4 ii libcdio-paranoia2 10.2+0.94+2-4 ii libcdio18 2.0.0-2 ii libcurl3-gnutls 7.64.0-4+deb10u1 ii libdbus-1-3 1.12.20-0+deb10u1 ii libexpat1 2.2.6-2+deb10u1 ii libfaad2 2.8.8-3 ii libflac8 1.3.2-3 ii libfluidsynth11.1.11-1 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgme0 0.6.2-1 ii libicu63 63.1-6+deb10u1 ii libid3tag00.15.1b-14 ii libiso9660-11 2.0.0-2 ii libixml10 1:1.8.4-2 ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2 ii libjs-sphinxdoc 1.8.4-1 ii libmad0 0.15.1b-10 ii libmikmod33.3.11.1-4 ii libmms0 0.6.4-3 ii libmodplug1 1:0.8.9.0-2 ii libmp3lame0 3.100-2+b1 ii libmpcdec62:0.1~r495-1+b2 ii libmpdclient2 2.16-1 ii libmpg123-0 1.25.10-2 ii libnfs12 3.0.0-2 ii libogg0 1.3.2-1+b1 ii libopenal11:1.19.1-1 ii libopus0 1.3-1 ii libpcre3 2:8.39-12 ii libpulse0 12.2-4+deb10u1 ii libsamplerate00.1.9-2 ii libshout3 2.4.1-2 ii libsidplayfp4 1.8.8-1 ii libsmbclient 2:4.9.5+dfsg-5+deb10u1 ii libsndfile1 1.0.28-6 ii libsndio7.0 1.5.0-3 ii libsoxr0 0.1.2-3 ii libsqlite3-0 3.27.2-3 ii libstdc++68.3.0-6 ii libsystemd0 241-7~deb10u4 ii libupnp13 1:1.8.4-2 ii libvorbis0a 1.3.6-2 ii libvorbisenc2 1.3.6-2 ii libwavpack1 5.1.0-6 ii libwildmidi2 0.4.3-1 ii libyajl2 2.1.0-3 ii libzzip-0-13 0.13.62-3.2 ii lsb-base 10.2019051400 ii zlib1g1:1.2.11.dfsg-1 mpd recommends no packages. Versions of packages mpd suggests: pn avahi-daemon pn icecast2 ii mpc [mpd-client] 0.31-1 ii ncmpcpp [mpd-client] 0.8.2-0.1 pn pulseaudio -- Configuration Files: /etc/mpd.conf changed [not included] -- no debconf information
Bug#975108: libass9: Signed integer overflow (undefined behavior)
Package: libass9 Version: 1:0.14.0-2 Severity: normal Dear Maintainer, please see upstream issue: https://github.com/libass/libass/issues/431 This is fixed in version 0.15.* (and thus in Debian testing and unstable) but I feel it still bears reporting because of possible security implications. -- System Information: Debian Release: 10.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-12-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) Versions of packages libass9 depends on: ii libc6 2.28-10 ii libfontconfig1 2.13.1-2 ii libfreetype62.9.1-3+deb10u2 ii libfribidi0 1.0.5-3.1+deb10u1 ii libharfbuzz0b 2.3.1-1 libass9 recommends no packages. libass9 suggests no packages. -- no debconf information
Bug#987474: msmtp: Debian Buster MSMTP removal keep corresponding Apparmor profile loaded
Package: msmtp Version: 1.8.3-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.9 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-13-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Uninstalling MSMTP package keeps msmtp AppArmor profiles loaded, that results in AppAmor permission denied problems with the sw-msmtp package shipped by Plesk control panel (plesk.com) that replaces Debian 'msmtp' == kernel: [2993637.734566] audit: type=1400 audit(1619254176.743:36243): apparmor="DENIED" operation="open" profile="/usr/bin/msmtp//helpers" name="/dev/tty" pid=4820 comm="sh" requested_mask="wr" denied_mask="wr" fsuid=0 ouid=0 kernel: [2993637.735238] audit: type=1400 audit(1619254176.747:36244): apparmor="DENIED" operation="exec" profile="/usr/bin/msmtp//helpers" name="/usr/lib/plesk-9.0/msmtp-pwdeval" pid=4820 comm="sh" requested_mask="x" denied_mask="x" fsuid=0 ouid=0 == Steps to reproduce: 1) Install MSMTP on AppArmor enabled server # apt install msmtp 2) Ensure that AppArmor MSMTP profiles are loaded # aa-status| grep msmtp /usr/bin/msmtp /usr/bin/msmtp//helpers 3) Remove MSMTP # apt purge msmtp 4) Query for AppArmor MSMTP profiles and they still loaded # aa-status| grep msmtp /usr/bin/msmtp /usr/bin/msmtp//helpers 5) Check AppArmor cache # ls /var/cache/apparmor/*/usr.bin.msmtp Workaround is using 'aa-remove-unknown' # aa-remove-unknown Removing '/usr/bin/msmtp//helpers' Removing '/usr/bin/msmtp' Expected result: MSMTP package removal removes and unload own AppArmor profiles
Bug#291162: python2.3-doc: imperfect info dir entries
Package: python2.3-doc Version: 2.3.4-19 Severity: minor Every time I upgrade the python packages, I get a mess like the following in /usr/share/info/dir: Python * Python2.3-lib: (python2.3-lib). Python 2.3 Library Reference Python * Python2.3-ref: (python2.3-ref). Python 2.3 Reference Manual Python * Python2.3-api: (python2.3-api). Python/C 2.3 API Reference Manual Python * Python2.3-ext: (python2.3-ext). Extending & Embedding Python 2.3 Python * Python2.3-tut: (python2.3-tut). Python 2.3 Tutorial Python * Python2.3-dist: (python2.3-dist). Distributing Python Modules (2.3) _Please_ fix it so they all go into the same section. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-12custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289847: bash completion for _command metacomplete should pass over flags (forwarded from Tim Connors)
On Sun 16 Jan 2005 at 11:59:41 +0100, you wrote: > X-Loop: [EMAIL PROTECTED] > Reply-To: Tim Connors <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > Original-Sender: Tim Connors <[EMAIL PROTECTED]> > X-Debian-PR-Message: report 289847 > X-Debian-PR-Package: bash > X-Debian-PR-Keywords: > X-Mailer: reportbug 3.5 > Delivered-To: [EMAIL PROTECTED] > X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) > X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= > X-Spam-Level: > Resent-From: Tim Connors <[EMAIL PROTECTED]> > Resent-To: debian-bugs-dist@lists.debian.org > Resent-Cc: Matthias Klose <[EMAIL PROTECTED]> > Resent-Date: Tue, 11 Jan 2005 11:18:02 UTC > Resent-Message-ID: <[EMAIL PROTECTED]> > Resent-Sender: Debian BTS <[EMAIL PROTECTED]> > From: Tim Connors <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Subject: Bug#289847: bash completion for _command metacomplete should pass > over flags > Date: Tue, 11 Jan 2005 22:07:20 +1100 > > Package: bash > Version: 2.05b-15 > Severity: normal > > Since sudo and all the other functions that become meta commandlines > in themselve all accept switches,we should pass over them: Integrated for next release. Ian -- Ian Macdonald | Increased knowledge will help you now. System Administrator| Have mate's phone bugged. [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282767: bash: patch to complete for ssh2 hosts as well (forwarded from Tim Connors)
On Sun 16 Jan 2005 at 12:24:25 +0100, you wrote: > X-Loop: [EMAIL PROTECTED] > Reply-To: Tim Connors <[EMAIL PROTECTED]>, > [EMAIL PROTECTED] > Original-Sender: Tim Connors <[EMAIL PROTECTED]> > X-Debian-PR-Message: report 282767 > X-Debian-PR-Package: bash > X-Debian-PR-Keywords: patch > X-Mailer: reportbug 3.2 > Delivered-To: [EMAIL PROTECTED] > X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) > X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= > X-Spam-Level: > Resent-From: Tim Connors <[EMAIL PROTECTED]> > Resent-To: debian-bugs-dist@lists.debian.org > Resent-Cc: Matthias Klose <[EMAIL PROTECTED]> > Resent-Date: Wed, 24 Nov 2004 11:03:04 UTC > Resent-Message-ID: <[EMAIL PROTECTED]> > Resent-Sender: Debian BTS <[EMAIL PROTECTED]> > From: Tim Connors <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Subject: Bug#282767: bash: patch to complete for ssh2 hosts as well > Date: Wed, 24 Nov 2004 21:51:18 +1100 > > Package: bash > Version: 2.05b-15 > Severity: normal > Tags: patch > > > patch works for me using an commercial ssh2 environment. > > Anyway, for the beef (sorry about the unnecessary "cleanup" in some of > the function - I guess I can go through my CVS and try to remove the > cruft I changed if you don't want those parts): Thanks for the patch. This has been integrated for the next release. Ian -- Ian Macdonald | "May your future be limited only by your System Administrator| dreams." -- Christa McAuliffe [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291716: lynx-cur: truncates suggested filename when Content-Disposition filename contains spaces
Package: lynx-cur Version: 2.8.6-9 Severity: minor Hello. When downloading (with 'd') a file for which the HTTP header includes a Content-Disposition: line with spaces in, eg: Content-Disposition: attachment; filename="foo bar.txt", the suggested filename is truncated at the space, i.e. the suggested filename for the above would be "foo". Ian. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lynx-cur depends on: ii debconf 1.4.42 Debian configuration management sy ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgnutls11 1.0.16-13GNU TLS library - runtime library ii libncurses5 5.4-4Shared libraries for terminal hand ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: * lynx-cur/etc_lynx.cfg: * lynx-cur/defaulturl: /home/ianb/.lynx_bookmarks.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288379: I offer to look after the package for you untill you become a developer, Ian!
Jonas> You are still welcome to have me help: Make a package and put it Jonas> public somewhere (including sources). Then we can discuss Jonas> possible improvements and I maintain the package (with your Jonas> changes clearly declared as coming from you, off course) until Jonas> you can take it over yourself. Jonas> I assume you want to adopt this package because you believe it is Jonas> for the good of Debian users, not only to proove your packaging Jonas> skills. Not either, really; it is for my own benefit, since I use it (indirectly), and I prefer having everything apt-able. Rene> You'll help him better doing it the usual way instead of taking Rene> over the package and make him send patches (which is in fact the Rene> case then)... I have already uploaded a diff and dsc: http://primate.net/~itz/vcg_1.30debian-2.diff.gz http://primate.net/~itz/vcg_1.30debian-2.dsc However, Jens Secher (who had offered to sponsor me the usual way) pointed out that the .orig tarball differs from the one listed in the copyright file. This is not my doing; I just took the .orig file apt-get source gave me. We (Jens, me, and previous maintainer) had some inconclusive discussion about this, and right now I don't know how to proceed. My indecision has only been reinforced by the thread below (which, too, petered out in an ambiguous way): http://lists.debian.org/debian-legal/2005/01/msg00297.html -- I wonder which is the best virus for unix and if I can write a better one in Microsoft BASIC ? Hans-Marc Olsen in comp.unix.programmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#288379: VCG, license, and source location
Jens> How about putting the DFSG/GPL-compatible source on Savanna (or Jens> similar), so that there is a (new) canonical place to get VCG. Of Jens> course, politely ask the original authors about their opinion Jens> first. Okay. Ian> My indecision has only been reinforced by the thread below (which, Ian> too, petered out in an ambiguous way): >> http://lists.debian.org/debian-legal/2005/01/msg00297.html Jens> That thread talks about possible problems with the Common Public Jens> License (CPL). The conclusion seems to be that the CPL is OK. Jens> Anyways, VCG is under GPL, so I fail to see the connection...? The thread is about a particular package newly under CPL - graphviz. graphviz can do many of the same things vcg can, and seems to be more widely used. And, after seeing the vcg source, graphviz is probably easier to maintain -- I wonder which is the best virus for unix and if I can write a better one in Microsoft BASIC ? Hans-Marc Olsen in comp.unix.programmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292017: nonus.debian.org: non-US/non-free upload queue broken
Package: nonus.debian.org Severity: normal Hello. Uploads to the non-US/non-free queue are broken, and probably have been since the compromise. Ian. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#282799: bash: Completion of fd redirect after find command limited to directories (forwarded from Lionel Elie Mamane)
On Sun 16 Jan 2005 at 12:26:56 +0100, you wrote: Content-Description: forwarded message > X-Loop: [EMAIL PROTECTED] > Reply-To: Lionel Elie Mamane <[EMAIL PROTECTED]>, [EMAIL PROTECTED] > Original-Sender: Lionel Elie Mamane <[EMAIL PROTECTED]> > X-Debian-PR-Message: report 282799 > X-Debian-PR-Package: bash > X-Debian-PR-Keywords: > X-Reportbug-Version: 3.2 > X-Operating-System: GNU/Linux > X-Request-PGP: http://www.mamane.lu/openpgp/dh4096.asc > User-Agent: Mutt/1.5.6+20040907i > Delivered-To: [EMAIL PROTECTED] > X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin) > X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests= > X-Spam-Level: > Resent-From: Lionel Elie Mamane <[EMAIL PROTECTED]> > Resent-To: debian-bugs-dist@lists.debian.org > Resent-Cc: Matthias Klose <[EMAIL PROTECTED]> > Resent-Date: Wed, 24 Nov 2004 16:33:02 UTC > Resent-Message-ID: <[EMAIL PROTECTED]> > Resent-Sender: Debian BTS <[EMAIL PROTECTED]> > From: Lionel Elie Mamane <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > Subject: Bug#282799: bash: Completion of fd redirect after find command > limited to directories > Date: Wed, 24 Nov 2004 17:16:02 +0100 > > Package: bash > Version: 3.0-10 > Severity: normal > > find > foo > ask for autocompletion there, only directories are taken into > account. > ls > foo > or > cat > foo > autocomplete to all filenames (directories and non-directories), as it > should. This is a limitation of the completion mechanism. There's no easy way to detect redirection at arbitrary positions on the command line and act accordingly. To do so would require each command completion function to handle redirection internally. A more generic solution is required at the bash level itself. Ian -- Ian Macdonald | QOTD: "I ain't broke, but I'm badly bent." System Administrator| [EMAIL PROTECTED] | http://www.caliban.org | | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291359: /etc/bash_completion: bash_completion: w3m is a pager and must not be limited to html files (forwarded from Gerfried Fuchs)
On Sat 22 Jan 2005 at 09:51:04 +0100, you wrote:
> X-Loop: [EMAIL PROTECTED]
> Reply-To: Gerfried Fuchs <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
> Original-Sender: Gerfried Fuchs <[EMAIL PROTECTED]>
> X-Debian-PR-Message: report 291359
> X-Debian-PR-Package: bash
> X-Debian-PR-Keywords:
> X-Reportbug-Version: 3.2
> Mail-Copies-To: nobody
> X-Editor: Vi Improved <http://www.vim.org/>
> X-Signature-Color: cyan
> X-Signature-Prg: sigd/0.10.4 (Perl) <http://alfie.ist.org/projects/sigd/>
> X-Face:
> "`Q5\Ix+YG'{KDq<>5mcZL8Sp7$[L|%#^MSk'{Qpp"J8. !:C2%IH-5:GT<,Sf3Xx}di,JDbDRH/;-eb{n`VSi*}-R2,[EMAIL PROTECTED]
> {3w}E7d}+GN<|v=gDc;.c(xiy{Og_=2cy)T1J"Lu}y6Onsr
> User-Agent: Mutt/1.5.6+20040907i
> Delivered-To: [EMAIL PROTECTED]
> X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de (including spamassassin)
> X-Spam-Status: No, hits=0 tagged_above=0 required=3 tests=
> X-Spam-Level:
> Resent-From: Gerfried Fuchs <[EMAIL PROTECTED]>
> Resent-To: debian-bugs-dist@lists.debian.org
> Resent-Cc: Matthias Klose <[EMAIL PROTECTED]>
> Resent-Date: Thu, 20 Jan 2005 09:48:06 UTC
> Resent-Message-ID: <[EMAIL PROTECTED]>
> Resent-Sender: Debian BTS <[EMAIL PROTECTED]>
> From: Gerfried Fuchs <[EMAIL PROTECTED]>
> To: Debian Bug Tracking System <[EMAIL PROTECTED]>
> Subject: Bug#291359: /etc/bash_completion: bash_completion: w3m is a pager
> and must not be limited to html files
> Date: Thu, 20 Jan 2005 10:34:19 +0100
>
> Package: bash
> Version: 2.05b-24
> Severity: important
> File: /etc/bash_completion
>
> Hi!
>
> w3m started off as a pager and is quite perfect for general browsing of
> nearly every file, might it be gnuzipped, a deb file or whatever... The
> limiting of the tab completion in /etc/bash_completion to html files
> only is really limiting the usefulness of w3m.
>
> Pretty please consider removing w3m from there to make it work in the
> way it was original intended to be used again. Having to type the name
> yourself or doing some silly workarounds like writing ls first, doing
> the tab completion and then changing the ls to w3m shouldn't really be
> needed.
Fixed for next release.
Ian
--
Ian Macdonald | This process can check if this value is
System Administrator| zero, and if it is, it does something
[EMAIL PROTECTED] | child-like. -- Forbes Burkowski, CS 454,
http://www.caliban.org | University of Washington
|
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292265: libwxgtk2.5-dev: Missing Depends: on libtiff4-dev and others
Package: libwxgtk2.5-dev Version: 2.5.3.2 Severity: important libwxgtk2.5-dev provides the wx-config program to let you do `wx-config --cxxflags`, etc. in your Makefile. If you want to build a program with wxWidgets linked statically, you use `wx-config --static --libs`, which outputs: -pthread -L/usr/X11R6/lib /usr/lib/libwx_gtk2u_xrc-2.5.a /usr/lib/libwx_gtk2u_html-2.5.a /usr/lib/libwx_gtk2u_adv-2.5.a /usr/lib/libwx_gtk2u_core-2.5.a /usr/lib/libwx_baseu_xml-2.5.a /usr/lib/libwx_baseu_net-2.5.a /usr/lib/libwx_baseu-2.5.a -Wl,--export-dynamic -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lXinerama -lXxf86vm -lpng -ljpeg -ltiff -lexpat -lz -ldl -lm -lwxregexu-2.5 But this means that you need to have libtiff.so (from the libtiff4-dev package), as well as the dev packages for the other listed libraries. Should these not be listed as Depends: for libwxgtk2.5-dev ? - Ian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=C, LC_CTYPE=C Versions of packages libwxgtk2.5-dev depends on: ii libc6-dev 2.3.2.ds1-13 GNU C Library: Development Librari ii libwxgtk2.5.3 2.5.3.2 wxWidgets Cross-platform C++ GUI t ii wx2.5-headers 2.5.3.2 wxWidgets Cross-platform C++ GUI t -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292183: ITP: gtkpizza -- Pizza takeaway managment program written in gtk
On Tue, 2005-01-25 at 17:08 +0100, Guglielmo Dapavo wrote: > * URL : http://www.dapavo.it/ Sounds like an interesting project, but there's nothing there apart from a zope icon. I googled a bit but www.gtkpizza.org seems to be a domain name search holding page. Is there a homepage somewhere else? Ian. -- Ian Campbell Current Noise: The Haunted - All Against All Row, row, row your bits, gently down the stream... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341344: RFP: python-urwid -- curses-based UI/widget library for Python
Package: wnpp Severity: wishlist * Package name: python-urwid Version : 0.8.10 Upstream Author : Ian Ward <[EMAIL PROTECTED]> * URL : http://excess.org/urwid/ * License : LGPL Description : curses-based UI/widget library for Python A curses-based UI library for Python featuring fluid interface resizing, CJK support, multiple text layouts, simple attribute markup, powerful scrolling list boxes and flexible edit boxes. This is a dummy package that will install the version of Urwid appropriate for your Python installation. The actual packages are: python2.1-urwid, python2.2-urwid, python2.3-urwid and python2.4-urwid -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341344: python-urwid packaged, just needs to be added
I already have packaged python-urwid and python(2.1|2.2|2.3|2.4)-urwid. The files from the "debian" directory may be downloaded from: http://excess.org/urwid/debian.tar.gz And the latest version of the sources are: http://excess.org/urwid/urwid-0.8.10.tar.gz It would be great if someone could help include this package in the standard debian archives. Other people have already packaged Urwid for Darwin, Gentoo and Freebsd. Also there has been interest in including the package in Ubuntu, where it already works without modification to the debian packages. Let me know what else is required. Ian Ward -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342363: git-core: Please change git conflict to (<< 4.3.20-8)
Package: git-core Version: 0.99.9k-1 Severity: serious Justification: Policy 10.1 Hello. I had previously agreed with Sebastian Kuzminsky (the previous cogito maintainer) how to handle the conflicting /usr/bin/git binaries, and I've just discovered he has orphaned cogito, and git-core now conflicts with git. Please change the conflict to git (<< 4.3.20-8) and use update-alternatives to point /usr/bin/git to your git binary with a priority less than 80. GNU Interactive Tools's /usr/bin/git points to a transition script that explains the situation to the user, then runs /usr/bin/gitfm (the renamed git binary). Post-etch, I will lower the priority of my git's alternative to lower than yours, or just remove the transition script. My sponsor should hopefully upload git 4.3.20-8 soon. I'll mail this bug again when that happens. If you want to see how I'm handling my end of the transition, git_4.3.20-8 is at: http://nessie.mcc.ac.uk/~ianb/debian/ I hope this plan is acceptable to you. Regards, Ian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages git-core depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libcurl3-gnutls 7.15.0-5.1 Multi-protocol file transfer libra ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii patch 2.5.9-2Apply a diff file to an original ii rcs 5.7-16 The GNU Revision Control System ii zlib1g1:1.2.3-8 compression library - runtime Versions of packages git-core recommends: ii curl 7.15.0-5.1 Get a file from an HTTP, HTTPS, FT pn git-doc(no description available) ii openssh-client1:4.2p1-5 Secure shell client, an rlogin/rsh ii python2.3.5-3An interactive high-level object-o ii rsync 2.6.6-1fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341901: Processed: reassign
> reassign 341901 tech-ctte > reassign 341901 devmapper I'm afraid I don't understand why you have reassigned these bugs to tech-ctte and then back to devmapper. >From the discussion in 329409 it seems clear that the TC has been asked to take up this issue. And it does seem that this is a situation where we should provide the decision. But, before we do I just want to be sure that that's what you intend. The TC is not empowered to just go ahead and make a decision without being asked to, which is why I'd like you to be clear. I wouldn't like the TC to be accused of overstepping its authority. JOOI, have you read http://www.debian.org/devel/tech-ctte ? Thanks, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329755: libnuma1: please explain in long description what NUMA is and use full sentences
On Thu, Dec 08, 2005 at 01:35:29AM +0100, Christoph Berg wrote: > I have a major in CS and have never heard of "NUMA". Maybe you could > explain on which architectures such a feature exists? Any architecture could conceivably have a NUMA memory hierarchy. The kernel support is called NUMA and it's help string is "Numa Memory Allocation and Scheduler Support" If you think "non-uniform memory architecture" is clearer I can expand it, but if that makes sense to you then the term NUMA will too. I don't think an essay on computer architecture is suitable for a description (for example, libraries that do Fourier transformations don't explain what they are). -i signature.asc Description: Digital signature
Bug#236243: adns: last problem hcommon.c.m4
Bernd Eckenfels writes ("adns: last problem hcommon.c.m4"):
> Hello Ian, me again :)
Thanks for all your work :-).
> there is a last problem, hcommon.c.m4 is missing ENOTSOCK, which will cause
> a false regression failure. However since it is shipping hcommon.c, it
> depends on the file timestamps on which system it will be used. I just
> uploaded an 1.1-3 which adds ENOTSOCK to .c.m4. So this means no matter if
> the generated or shipped file is used, the tests suceed.
I had noticed this myself. It's very silly of me.
> However, as already discussed in Bug #236243 it might be good to actually
> remove hcommon.c on clean, and/or not ship it?
No, I don't think so. I wanted it to be possible to build it even if
you had a broken `m4' (or none at all). The build-for-release
arrangements are supposed to make sure that the timestamps are correct
and I will have to check this since obviously the shipped hcommon.c
was out of date.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341797: ghc6 on sparc
Hi all, These look like symptoms of bitrot in ghc6's registerised sparc support. I'll make it unregisterised for the next ghc6 upload, but this won't happen until I can install ghc6's build-deps again (#338327 / #340076). Thanks Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342658: libqt4-core: Locking Issue?
Package: libqt4-core Version: 4.0.1-5 Followup-For: Bug #342658 I built your program like this $ qmake-qt4 -project test.cpp $ qmake-qt4 qt.pro $ make It seems this is a locking issue, a backtrace of when it is hung is below (gdb) back #0 0x21363d81 in __pthread_sigsuspend (set=0x6fbf7270) at ../linuxthreads/sysdeps/unix/sysv/linux/ia64/pt-sigsuspend.c:32 #1 0x21362380 in __pthread_wait_for_restart_signal (self=0x2137edc8) at pthread.c:1216 #2 0x2135d050 in __pthread_cond_wait (cond=0x60004338, mutex=0x600042e0) at restart.h:34 #3 0x2103f400 in QReadWriteLock::lockForWrite () from /usr/lib/libQtCore.so.4 #4 0x211d0340 in qt_addObject () from /usr/lib/libQtCore.so.4 #5 0x211d0e50 in QObject::QObject () from /usr/lib/libQtCore.so.4 #6 0x21184e20 in QFactoryLoader::QFactoryLoader () from /usr/lib/libQtCore.so.4 #7 0x2120b670 in QTextDecoder::~QTextDecoder () from /usr/lib/libQtCore.so.4 #8 0x21210ef0 in QTextCodec::codecForName () from /usr/lib/libQtCore.so.4 #9 0x2120c160 in QTextEncoder::fromUnicode () from /usr/lib/libQtCore.so.4 #10 0x2120efd0 in QTextCodec::codecForLocale () from /usr/lib/libQtCore.so.4 #11 0x210b30d0 in QString::toLocal8Bit () from /usr/lib/libQtCore.so.4 #12 0x210e04b0 in locale_encode () from /usr/lib/libQtCore.so.4 #13 0x210e06f0 in QFile::encodeName () from /usr/lib/libQtCore.so.4 #14 0x210f8e20 in QFileEngineHandler::QFileEngineHandler () from /usr/lib/libQtCore.so.4 #15 0x210e5460 in QFile::open () from /usr/lib/libQtCore.so.4 #16 0x40001070 in main () It seems that lock in qt_addObject has already been taken by something. Has anything changed in this area recently? BTW, using the libQtCore_debug.so.4 library didn't give me any useful line numbers or other debugging info. If you load it into gdb and run 'info functions' all the symbols are defined as non-debugging symbols. This may have something to do with the way it was built. -i -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc4-gbb7e257e Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libqt4-core depends on: ii libc6.1 2.3.5-7GNU C Library: Shared libraries an ii libfontconfig12.3.2-1.1 generic font configuration library ii libgcc1 1:4.0.2-5 GCC support library ii libstdc++64.0.2-5The GNU Standard C++ Library v3 ii libunwind70.98.5-8 A library to determine the call-ch ii zlib1g1:1.2.3-6 compression library - runtime libqt4-core recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#320036: I have agreed to write a patch.
Matthias reminds me that I promised to write a patch to fix this behaviour. This email is to record this fact in the BTS and my own email and to renew my promise to do so (since I seem to have forgotten). Regards, Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342777: binutils on IA64 creating incorrect output
Package: binutils Version: 2.16.1cvs20051206-1 Followup-For: Bug #342777 This bug sounds the same as http://lists.debian.org/debian-ia64/2005/12/msg6.html which comes from bintuils PR http://sourceware.org/bugzilla/show_bug.cgi?id=1991 There are some patches in that PR which need to be applied to make the link order output correct. Could we either get those patches back-ported, or update to latest CVS? -i -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc5-git-ge4f5c82a Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages binutils depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an binutils recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343127: qt-x11-free: Will need to be rebuilt for IA64 with updated binutils
Package: qt-x11-free Severity: important Hi, As noted in http://lists.debian.org/debian-ia64/2005/12/msg6.html kdevelop3 crashes the linker when it builds. It turns out this is due to the linker bug (actually a bug from 'strip -g') http://sourceware.org/bugzilla/show_bug.cgi?id=1991 and a fix to the linker has been applied in http://sourceware.org/bugzilla/show_bug.cgi?id=2008 However, this patch will cause the the linker to bail out, rather than crash, so the package still won't build. A rebuild of these libraries will be required when an updated binutils is available, I have asked the binutils people about this in #342777 -i signature.asc Description: Digital signature
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
Raul Miller writes ("Bug#342455: tech-ctte: Ownership and permissions of device
mapper block devices"):
> I've been looking at these bugs, and I can see no good reason for the 600
> permissions, nor the reason to avoid using the disk group.
I basically agree, but I'm going to try to play devil's advocate at
least a little bit (because I don't like decisions made in a vacuum).
In the bug report the only thing resembling a technical objecting to
the 660 root.disk mode is the complaint that this makes the disk group
equivalent to root. This seems to be me to be largely true. For this
very reason, on my own systems I generally have disk devices 640
root.disk.
Do we know whether Amanda would work with 640 root.disk ?
> There also seems to be some huge confusion about where responsibility for
> setting permissions and group should be handled.
>
> Here's what I currently see suggested:
>
> 1) change devmapper defaults -- patch rejected, no reason given
Certainly I agree that the defaults should be changed.
> I've also seen the suggestion that we should have a explicit technical policy
> that block devices should default to having 660 permissions with owner root
> and group disk. I don't have any objections to such a policy, but I don't
> see that solving this problem should wait on the adoption of this policy.
Quite so. (Modulo my comments about the exact mode, above.)
> Finally, I don't see any reasoning given for things being the way they are
> currently. There might be some such reason, but I'm a bit dubious --
> if there was a good reason, why wasn't it spelled out months ago?
Indeed. I think the committee's ruling should explicitly castigate
the devmapper maintainer for failing to engage constructively with any
of the submitters. This is outside our primary scope of course but we
are entitled by our remit to make formal position statements about any
matter, and it seems legitimate for us to criticise the way someone
has handled a disagreement.
> Based on what I've seen so far, I'd recommend that the defaults for
> devmapper be changed using Roger Leigh's 7 Dec patch from the
> 329409 bug report be adopted, that Bdale Garbee's 19 Nov patch
> from the same bug report be adopted, and that policy be changed
> to specify the default group and permissions for disk devices.
I agree, if we can settle my quibble about group-write.
We should also explicitly suggest that an NMU would be appropriate if
the maintainer chooses not to get around to applying the patches.
> I'm hoping someone can tell me what I've overlooked -- what is so
> important here that's prevented this issue from being resolved?
I can't see it and the responsible package maintainer doesn't seem to
be telling us.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
Guy Maor writes ("Bug#342455: tech-ctte: Ownership and permissions of device
mapper block devices"):
> I agree with your technical assessment, Ian.
Do you have an opinion about 660 vs 640 ? And the question of
equivalence to root ?
> On 12/13/05, Ian Jackson <[EMAIL PROTECTED]> wrote:
> > I think the committee's ruling should explicitly castigate
> > the devmapper maintainer for failing to engage constructively with any
> > of the submitters.
>
> But I disagree with this. I think such a statement would be
> patronizing and unhelpful.
I don't see why it would be patronising for us to officially criticise
someone for their behaviour. In this case it has been outrageously
obstructive.
In particular, I think that telling someone off for being
unconstructive might help clarify what is and isn't sensible behaviour
by a maintainer.
Something like:
N. The Technical Committee is disappointed by the approach
taken by the relevant package maintainer, who has demonstrated an
unhelpful and obstructive attitude. Lack of effort to fix a
problem is acceptable; disagreement about the proper behaviour is
acceptable; even insistence by the maintainer on the correctness
of their approach is acceptable. Failure to even acknowledge the
matter coupled with bare refusals of assistance (in the form of
NMUs, in this case) is not acceptable.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343233: PHPBB2 broken multiple boards via virtual hosts
Package: phpbb2 Version: 2.0.18-2 The recomended solution for having multiple boards on the same debian system seems to be to use a single instalation of the site files, and simply point each virtual host to a different database. This is acomplished by placing a 'php_value auto_prepend_file ...' line within each virtual host definition. This loads an alternate config.php file, and points the php files at the correct database. For some reason, this doesn't always work. I have two virtual-hosted sites setup, and they seem to be replacing eachother's auto_prepend_file every so offten. In other words, when I load 'site1', nine times out of ten 'site1_config.php' will be loaded. That one other time though, 'site2_config.php' will load instead. I am not sure what is causing this, be it phpbb2, php or apache. phpbb2 version: 2.0.18-2 and 2.0.13-6sarge1 (fails in both) apache version: 1.3.26-0woody6 php4 version: 4.3.10 (localy built) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342658: libqt4-core: Locking Issue?
On Mon, Dec 12, 2005 at 01:39:13PM +0200, Brian Nelson wrote: > Ian Wienand <[EMAIL PROTECTED]> writes: > > [...] > > (gdb) back > > #0 0x21363d81 in __pthread_sigsuspend (set=0x6fbf7270) > > at ../linuxthreads/sysdeps/unix/sysv/linux/ia64/pt-sigsuspend.c:32 > > #1 0x21362380 in __pthread_wait_for_restart_signal > > (self=0x2137edc8) at pthread.c:1216 > > #2 0x2135d050 in __pthread_cond_wait (cond=0x60004338, > > mutex=0x600042e0) at restart.h:34 > > #3 0x2103f400 in QReadWriteLock::lockForWrite () from > > /usr/lib/libQtCore.so.4 > > #4 0x211d0340 in qt_addObject () from /usr/lib/libQtCore.so.4 > > #5 0x211d0e50 in QObject::QObject () from /usr/lib/libQtCore.so.4 > > #6 0x21184e20 in QFactoryLoader::QFactoryLoader () from > > /usr/lib/libQtCore.so.4 > > #7 0x2120b670 in QTextDecoder::~QTextDecoder () from > > /usr/lib/libQtCore.so.4 > > #8 0x21210ef0 in QTextCodec::codecForName () from > > /usr/lib/libQtCore.so.4 > > #9 0x2120c160 in QTextEncoder::fromUnicode () from > > /usr/lib/libQtCore.so.4 > > #10 0x2120efd0 in QTextCodec::codecForLocale () from > > /usr/lib/libQtCore.so.4 > > #11 0x210b30d0 in QString::toLocal8Bit () from > > /usr/lib/libQtCore.so.4 > > #12 0x210e04b0 in locale_encode () from /usr/lib/libQtCore.so.4 > > #13 0x210e06f0 in QFile::encodeName () from /usr/lib/libQtCore.so.4 > > #14 0x210f8e20 in QFileEngineHandler::QFileEngineHandler () from > > /usr/lib/libQtCore.so.4 > > #15 0x210e5460 in QFile::open () from /usr/lib/libQtCore.so.4 > > #16 0x40001070 in main () > > > > It seems that lock in qt_addObject has already been taken by > > something. Has anything changed in this area recently? > > In the code? No, not by me. I don't see any reason why that lock would > be taken indefinitely anyway. I ruled out a few things, namely it seems to happen with both LinuxThreads and NPTL, so it seems unlikely that the threading library/kernel is at fault. The changes-4.0.1 file says that support has been added for SGI Altix, which means someone must have been interested in getting it working on IA64? Any idea who that person might be? -i signature.asc Description: Digital signature
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
Bastian Blank writes ("Re: Bug#342455: tech-ctte: Ownership and permissions of
device mapper block devices"):
> On Tue, Dec 13, 2005 at 03:55:01PM +, Ian Jackson wrote:
> > [Raul Miller:]
> > > 1) change devmapper defaults -- patch rejected, no reason given
> > Certainly I agree that the defaults should be changed.
>
> At least in my point of view, a default is something which can be
> changed easily, maybe in a config file. In this case, it is no default,
> it is the value which anything gets.
You seem to be saying that there is no way to override the setting.
Which proposed setting are you talking about here - the change in the
call to configure, or some other change ?
How do you think this problem should be solved ?
> > > I've also seen the suggestion that we should have a explicit
> > > technical policy that block devices should default to having 660
> > > permissions with owner root and group disk. [...]
>
> This breaks anything which wants to use group cdrom for cdrom access
> without manual intervention.
Obviously the policy language would have to be carefully worded to
ensure that it applied to disks and not (eg) to cdrom devices.
> > > Finally, I don't see any reasoning given for things being the
> > way they are > currently. There might be some such reason, but
> > I'm a bit dubious -- > if there was a good reason, why wasn't it
> > spelled out months ago?
>
> "Secure by default" is no reason? You can always overwrite it on
> runtime.
Are you saying that the current default permissions on (eg) /dev/hda*
are insecure and therefore wrong ? If they are, what significant good
does it do to make the lvm devices inaccessible to group disk (since
it is possible to avoid going through LVM to access the disks
directly).
> > I agree, if we can settle my quibble about group-write.
>
> If the upper don't apply, 666 is also a valid setting.
This is some kind of straw man.
Is the problem with your participation in this discussion that English
isn't your native language ? If not, please let us know and perhaps
we can get someone to help translate.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337089: linux-image-2.6.14-1-powerpc: add CONFIG_TCP_CONG_BIC=y
> > But Debian .config has CONFIG_TCP_CONG_BIC=m (CONFIG_TCP_CONG_*=m) which > > makes NewReno default. So this is like a "regression". I'd like debian > > kernel > > to have CONFIG_TCP_CONG_BIC=y provided that one can easily switch to another > > algorithm (using /proc/sys/net/ipv4/tcp_congestion_control). > > could someone please comment on what a good default congestion > algorithm setup for distribution kernels is? > If you want BIC as default then do as suggested here. My personal opinion is that is the correct thing to do for a standard distribution. If it is an experimental distribution then turn on tcp advanced congestion control and build the rest (except for BIC) as modules. Ian -- Ian McDonald http://wand.net.nz/~iam4 WAND Network Research Group University of Waikato New Zealand
Bug#337909: ghc6: regression in Cabal
On Mon, Nov 07, 2005 at 09:19:41AM +0100, Matej Vela wrote: > Package: ghc6 > Version: 6.4.1-1 > Severity: serious > Justification: causes an FTBFS for haskelldb, washngo > Tags: upstream patch Thanks. I'll look into this once ghc6's build-depends are in order. Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338358: libnuma-dev: Headers in the wrong place
Package: libnuma-dev Version: 0.7pre2-3 Followup-For: Bug #338358 Thanks, I've fixed this in our repository and am just awaiting upload by my sponsor. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: ia64 Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-rc4-gbb7e257e Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages libnuma-dev depends on: ii libc6.1-dev [libc6-dev] 2.3.5-7GNU C Library: Development Librari ii libnuma1 0.7pre2-3 Libraries for controlling NUMA pol libnuma-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338556: lsb-base: ugly output
Package: lsb-base Version: 3.0-11 Severity: wishlist Now that they use the functions in /lib/lsb/init-functions, the output from many initscripts now looks like this: Thu Nov 10 18:48:02 2005: . Thu Nov 10 18:48:02 2005: findfs: Unable to resolve 'LABEL=USBDISK' Thu Nov 10 18:48:02 2005: Activating swap... Thu Nov 10 18:48:02 2005: . Thu Nov 10 18:48:02 2005: Checking root file system.../dev/hda3: clean, 161071/7389184 files, 989657/14755702 blocks Thu Nov 10 18:48:02 2005: . Thu Nov 10 18:48:02 2005: Cleaning up ifupdown...done. Thu Nov 10 18:48:03 2005: Calculating module dependencies...done. Thu Nov 10 18:48:03 2005: Loading modules... Thu Nov 10 18:48:03 2005: snd-via82xx Thu Nov 10 18:48:04 2005: Setting up ALSA Thu Nov 10 18:48:04 2005: snd-pcm-oss Thu Nov 10 18:48:04 2005: snd-mixer-oss Thu Nov 10 18:48:04 2005: lp Thu Nov 10 18:48:04 2005: All modules loaded. Thu Nov 10 18:48:04 2005: Setting the System Clock using the Hardware Clock as reference Thu Nov 10 18:48:06 2005: System Clock set. Local time: Thu Nov 10 23:48:06 UTC 2005 Thu Nov 10 18:48:06 2005: . Thu Nov 10 18:48:06 2005: Checking all file systems.../dev/hda1: clean, 36/8032 files, 7018/32098 blocks Thu Nov 10 18:48:06 2005: . Thu Nov 10 18:48:06 2005: Setting kernel variables ... Thu Nov 10 18:48:06 2005: ... done. Thu Nov 10 18:48:06 2005: Mounting local filesystems.../dev/hda1 on /boot type ext3 (rw) Thu Nov 10 18:48:06 2005: . etc. (this is from /var/log/boot, the actual output doesn't have the date+time prefix, but the line breaks are the same) Is this actually mandated by LSB? I can't believe that. If yes, Debian shold just ignore it IMHO and return to the old way (which I think was specified in policy?) with the dots and "done." on the same line as the announcement. I have checked #321954 but my complaint is about many, perhaps all, scripts which use these lsb functions, it is not an exception for one package. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages lsb-base depends on: ii ncurses-bin 5.4-9 Terminal-related programs and man ii sed 4.1.2-8The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338556: lsb-base: ugly output
Chris> Ian - It appears that the individual packages that are generating Chris> these messages are misusing the functions in Chris> /lib/lsb/init-functions; the newlines are being produced by those Chris> scripts, not by the functions themselves (which, if used Chris> properly, will give output indistinguishable from the "old" Chris> logging style unless the init functions are overridden). Chris> Incidentally, the functions Debian packages should be using are Chris> not the ones mandated by the LSB; instead, they are designed to Chris> allow either Ubuntu-style or policy-compliant logging (or some Chris> other logging design) with the same calls, so changes to init Chris> scripts are no longer necessary. I looked at /etc/init.d/checkroot.sh and it contais this (among others): if [ "$doswap" = yes ] then [ "$VERBOSE" != no ] && log_success_msg "Activating swap..." swapon -a 2> /dev/null [ "$VERBOSE" != no ] && log_end_msg $? fi Am I right that log_success_msg is the LSB function, which, according to you above, should _not_ be used? -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338569: java-package: Can't call PowerPC 5.0 java programs via two symlinks
Package: java-package
Version: 0.27
Severity: normal
Hi,
A strage little problem with the latest IBM Java release (5.0) on
32-bit PowerPC; calling the programs via two symlinks
(e.g. /usr/bin/javac -> /etc/alternatives/javac -> actual) dosen't
work.
[EMAIL PROTECTED]:/tmp$ ln -s /usr/lib/j2sdk1.5-ibm/bin/javac javac-test
[EMAIL PROTECTED]:/tmp$ ./javac-test
Usage: javac
[blah blah]
[EMAIL PROTECTED]:/tmp$ ln -s ./javac-test ./javac-test-2
[EMAIL PROTECTED]:/tmp$ ./javac-test-2
JVM not found: libjvm.so - libjvm.so
Not sure that it is something that can be fixed in the packages, seems
the JVM is at fault. I included an strace incase it helps
-i
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-git-gcd3f98ee
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages java-package depends on:
ii coreutils 5.2.1-2.1 The GNU core utilities
ii debhelper 4.9.12 helper programs for debian/rules
ii fakeroot 1.5.4 Gives a fake root environment
ii unzip 5.52-3 De-archiver for .zip files
java-package recommends no packages.
-- no debconf information
execve("./javac-test-2", ["./javac-test-2"], [/* 26 vars */]) = 0
uname({sys="Linux", node="mingus", ...}) = 0
brk(0) = 0x10022000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x30018000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=107933, ...}) = 0
mmap(NULL, 107933, PROT_READ, MAP_PRIVATE, 3, 0) = 0x30029000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0L\4"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=99080, ...}) = 0
mmap(0xffcc000, 144884, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xffcc000
mprotect(0xffdd000, 75252, PROT_NONE) = 0
mmap(0xffec000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xffec000
mmap(0xffee000, 5620, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffee000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libnsl.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0=\4"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=85648, ...}) = 0
mmap(0xff95000, 159268, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xff95000
mprotect(0xffa8000, 81444, PROT_NONE) = 0
mmap(0xffb8000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0xffb8000
mmap(0xffba000, 7716, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffba000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\0\r"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=13856, ...}) = 0
mmap(0xff71000, 78280, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xff71000
mprotect(0xff73000, 70088, PROT_NONE) = 0
mmap(0xff83000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0xff83000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/tls/libc.so.6", O_RDONLY)= 3
read(3, "\177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\1\312"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1308248, ...}) = 0
mmap(0xfe1, 1379108, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0xfe1
mprotect(0xff49000, 97060, PROT_NONE) = 0
mmap(0xff59000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x139000) = 0xff59000
mmap(0xff5f000, 6948, PROT_READ|PROT_WRITE|PROT_EXEC,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xff5f000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x30019000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x3001a000
mprotect(0xff59000, 4096, PROT_READ)= 0
mprotect(0xff83000, 4096, PROT_READ)= 0
mprotect(0xffb8000, 4096, PROT_READ)= 0
mprotect(0xffec000, 4096, PROT_READ)= 0
mprotect(0x30027000, 4096, PROT_READ) = 0
munmap(0x30029000, 107933) = 0
set_tid_address
Bug#336456: Bug not fixed in gnutls12
Hi. This bug is not fixed in gnutls12. The problem line is lib/gnutls_kx.c:531, the code assumes that if _gnutls_recv_handshake returns a negative number then the client didn't provide a certificate. It then runs a gnutls_assert sets the errr to GNUTLS_E_NO_CERTIFICATE and propagates the error back to the caller of gnutls_handshake(). Despite the fact that _gnutls_recv_handshake returns GNUTLS_E_AGAIN if the socket is non-blocking. Yours Ian Abel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338967: lsb-base: ugly output
Package: initscripts Version: 2.86.ds1-4 Please see #338556. -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338969: lsb-base: ugly output
Package: util-linux Version: 2.12p-8 Please see #338556. -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338970: lsb-base: ugly output
Package: procps Version: 1:3.2.5-1 Please see #338556. -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338970: lsb-base: ugly output
Ian> Please see #338556. Craig> procps doesnt use those functions, what is your point? Nonetheless, this from my /var/log/boot: Mon Nov 14 18:44:52 2005: Setting kernel variables ... Mon Nov 14 18:44:52 2005: ... done. so then: [EMAIL PROTECTED]:~$ fgrep 'Setting kernel variables' /etc/init.d/* /etc/init.d/procps.sh: echo "Setting kernel variables ..." -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#338967: [Pkg-sysvinit-devel] Bug#338967: lsb-base: ugly output
Ian> Please see #338556. Petter> If I get this right, your "ugly" refers to the placement of Petter> newlines in the output, More precisely, the placement of newlines between announcements and their terminating periods, or in some cases their "...done" clauses. Petter> and your proposed fix is to rewrite the use of log_* functions Petter> to use log_action_begin_msg and log_action_end_msg instead of Petter> log_success_msg. Is this correct? Yes. Petter> Patches to fix the issue you are complaining about are most Petter> welcome, as I am a but unsure what problem you try to adress. :) Your package ships a lot of scripts :-( I only see the problem 2 times (I think) on my configuration, but there's a potential for many more. So a patch won't be that quick. I'll have to get really bored first :) -- A true pessimist won't be discouraged by a little success. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346155: manpages-dev: Half done job with fmemopen.3
Package: manpages-dev Version: 2.17-1 Severity: minor [EMAIL PROTECTED]:~$ sudo symlinks -rst /usr/share/man | grep '^dangling:' dangling: /usr/share/man/man3/open_memstream.3.gz -> fmemopen.3.gz -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages manpages-dev depends on: ii manpages 2.17-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346158: libreadline5-dev: more dangling symlinks
Package: libreadline5-dev Version: 5.1-5 Severity: minor dangling: /usr/lib64/libhistory.so -> /lib64/libhistory.so.5 dangling: /usr/lib64/libreadline.so -> /lib64/libreadline.so.5 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libreadline5-dev depends on: ii libncurses5-dev 5.5-1 Developer's libraries and docs for ii libreadline5 5.1-5 GNU readline and history libraries libreadline5-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346157: libreadline5-dev: self-pointing symlink
Package: libreadline5-dev Version: 5.1-5 Severity: minor /usr/share/doc/libreadline5/lib64readline5 -> lib64readline5 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libreadline5-dev depends on: ii libncurses5-dev 5.5-1 Developer's libraries and docs for ii libreadline5 5.1-5 GNU readline and history libraries libreadline5-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346248: make: 3.80+3.81.b4-1 much slower than 3.80-9 in some situations
Package: make Version: 3.80-9 Severity: normal With the attached Makefile, make 3.80+3.81.b4-1 is much slower than 3.80-9 at running "make -wr stage1/ghc-6.4.1" (only a few seconds in the cutdown case, but more in the real thing - I never waited for it to terminate to know how much more). Thanks Ian $ dpkg -s make | grep Version Version: 3.80+3.81.b4-1 $ time make -wr stage1/ghc-6.4.1 make: Entering directory `/tmp/wibble' Makefile:20: stage1/profiling/CostCentre.o stage1/profiling/SCCfinal.o stage1/main/Config.o make: *** No rule to make target `profiling/CostCentre.lhs', needed by `stage1/profiling/CostCentre.o'. Stop. make: Leaving directory `/tmp/wibble' real0m4.318s user0m4.315s sys 0m0.002s $ $ dpkg -s make | grep Version Version: 3.80-9 $ time make -wr stage1/ghc-6.4.1 make: Entering directory `/tmp/wibble' Makefile:20: stage1/profiling/CostCentre.o stage1/profiling/SCCfinal.o stage1/main/Config.o make: *** No rule to make target `profiling/CostCentre.lhs', needed by `stage1/profiling/CostCentre.o'. Stop. make: Leaving directory `/tmp/wibble' real0m0.008s user0m0.006s sys 0m0.003s $ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.14-2-amd64-k8 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages make depends on: ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an -- no debconf information OBJS = stage1/profiling/CostCentre.o stage1/profiling/SCCfinal.o stage1/main/Config.o CONFIG_HS = Config.hs $(CONFIG_HS) : Makefile echo "module Config where" > $(CONFIG_HS) .SECONDARY: stage1/%.o : %.hs : stage1/%.o : %.lhs : %.hi : %.o : $(warning $(OBJS)) stage1/ghc-6.4.1 :: $(OBJS) echo Finished # stage1/utils/PrimPacked.o : utils/PrimPacked.lhs stage1/utils/OrdList.o : utils/OrdList.lhs stage1/utils/FastString.o : utils/FastString.lhs stage1/utils/FastString.o : stage1/utils/PrimPacked.hi stage1/utils/FastTypes.o : utils/FastTypes.lhs stage1/utils/FastTypes.o : stage1/utils/FastString.hi stage1/utils/Maybes.o : utils/Maybes.lhs stage1/utils/Maybes.o : stage1/utils/FastString.hi stage1/utils/Pretty.o : utils/Pretty.lhs stage1/utils/Pretty.o : stage1/utils/PrimPacked.hi stage1/utils/Pretty.o : stage1/utils/PrimPacked.hi stage1/utils/Pretty.o : stage1/utils/FastString.hi stage1/utils/Pretty.o : stage1/utils/FastString.hi stage1/utils/FastMutInt.o : utils/FastMutInt.lhs stage1/utils/BitSet.o : utils/BitSet.lhs stage1/utils/BitSet.o : stage1/utils/FastString.hi stage1/stranal/StrictAnal.o : stranal/StrictAnal.lhs stage1/stranal/SaLib.o : stranal/SaLib.lhs stage1/stranal/SaAbsInt.o : stranal/SaAbsInt.lhs stage1/parser/ParserCoreUtils.o : parser/ParserCoreUtils.hs stage1/parser/LexCore.o : parser/LexCore.hs stage1/parser/LexCore.o : stage1/parser/ParserCoreUtils.hi stage1/parser/Ctype.o : parser/Ctype.lhs stage1/parser/Ctype.o : stage1/utils/FastString.hi stage1/main/PackageConfig.o : main/PackageConfig.hs stage1/main/PackageConfig.o : stage1/utils/FastString.hi stage1/main/PackageConfig.o : stage1/utils/FastString.hi stage1/main/Constants.o : main/Constants.lhs stage1/main/Constants.o : stage1/utils/FastString.hi stage1/main/Config.o : Config.hs stage1/utils/Panic.o : utils/Panic.lhs stage1/utils/Panic.o : stage1/utils/FastTypes.hi stage1/utils/Panic.o : stage1/main/Config.hi stage1/utils/Panic.o : stage1/utils/FastString.hi stage1/simplCore/SAT.o : simplCore/SAT.lhs stage1/simplCore/SAT.o : stage1/utils/Panic.hi stage1/simplCore/SAT.o : stage1/utils/FastString.hi stage1/simplCore/SATMonad.o : simplCore/SATMonad.lhs stage1/simplCore/SATMonad.o : stage1/utils/Panic.hi stage1/simplCore/SATMonad.o : stage1/utils/FastString.hi stage1/utils/IOEnv.o : utils/IOEnv.hs stage1/utils/IOEnv.o : stage1/utils/Panic.hi stage1/utils/IOEnv.o : stage1/utils/FastString.hi stage1/utils/StringBuffer.o : utils/StringBuffer.lhs stage1/utils/StringBuffer.o : stage1/utils/Panic.hi stage1/utils/StringBuffer.o : stage1/utils/FastString.hi stage1/utils/StringBuffer.o : stage1/utils/FastString.hi stage1/utils/UnicodeUtil.o : utils/UnicodeUtil.lhs stage1/utils/UnicodeUtil.o : stage1/utils/Panic.hi stage1/utils/UnicodeUtil.o : stage1/utils/FastString.hi stage1/utils/Util.o : utils/Util.lhs stage1/utils/Util.o : stage1/utils/FastTypes.hi stage1/utils/Util.o : stage1/utils/Panic.hi stage1/utils/Util.o : stage1/utils/FastString.hi stage1/main/DriverUtil.o : main/DriverUtil.hs stage1/main/DriverUtil.o : stage1/parser/Ctype.hi stage1/main/DriverUtil.o : stage1/main/Config.hi stage1/main/DriverUtil.o : stage1/utils/Panic.hi stage1/main/DriverUtil.o : stage1/utils/Util.hi stage1/main/DriverUtil.o : stage1/utils/FastString.hi stage1/main/DriverPhases.o : main/DriverPhases.hs stage1/main/Driver
Bug#337603: Probable GHC bug
On Mon, Jan 02, 2006 at 06:26:16AM -0600, John Goerzen wrote: > > The original bug appears to be limited to s390. I see binary packages > have been built for 8 platforms without trouble. I believe the bug > lies with GHC, so I am reassigning this bug to ghc6. I'll try and have a look when DA have installed the build-deps on raptor. Incidentally, the Build-Depends: [...], ghc6 (>= 6.4), ghc6 (<< 6.5), [...] doesn't make sense. I recommend using update-haskell-control (from the haskell-utils package) and the appropriate variables from /usr/lib/haskell-utils/ghc6_vars to get the right build-deps (and deps). Thanks Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346413: mailman: news gateway breaks threading
Package: mailman Version: 2.1.5-1 Severity: normal Tags: upstream The mailman mail-to-news gateway changes the Message-Id to one different from the received mail --- or perhaps doesn't set it at all, which means the news inject mechanism will insert a different one. This has the effect of breaking threads in pairs of connected newsgroups <-> mailing lists. Note that there is no way to avoid this ill effect by reading the group either as news or mail. If you read as mail, then replies by news to articles posted by mail will break the thread; if you read as news, then replies by mail to articles posted by mail will break the thread. As an example, compare these two sets of headers for the same message. The first is copied from the Google archive for gnu.emacs.help; the second is from the copy of the message I posted through help-gnu-emacs@gnu.org: >>> header, news version Path: g2news1.google.com!news1.google.com!news4.google.com!newsfeed.stanford.edu!shelby.stanford.edu!not-for-mail From: Ian Zimmerman <[EMAIL PROTECTED]> Newsgroups: gnu.emacs.help Subject: Re: emacs-snapshot keybinding problem Date: Thu, 05 Jan 2006 21:08:19 -0800 (PST) Lines: 12 Approved: [EMAIL PROTECTED] Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> NNTP-Posting-Host: lists.gnu.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: news.Stanford.EDU 1136524104 22134 199.232.76.165 (6 Jan 2006 05:08:24 GMT) X-Complaints-To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] To: Angelina Carlton <[EMAIL PROTECTED]> Envelope-to: [EMAIL PROTECTED] DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:to:cc:subject:references:from:in-reply-to:message-id:lines:user-agent:mime-version:content-type:date; b=NLIu9zXFegB+Lx2Lq44ugfTmz25fxiQ/374t2m1+Yhk1llOF/UFTTMNmpQ4LZUQHx8aHudppha19HMnJRmE2hHX/UYEisLYfLxxUrpO8sJMkfhrNRPAo4pa10kVCditxsef+u9UQoqhMl4CItjUdNwHaoOQXYjtuvXP7w8IhImw= In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 X-BeenThere: [EMAIL PROTECTED] X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>, <mailto:[EMAIL PROTECTED]> List-Archive: <http://lists.gnu.org/pipermail/help-gnu-emacs> List-Post: <mailto:[EMAIL PROTECTED]> List-Help: <mailto:[EMAIL PROTECTED]> List-Subscribe: <http://lists.gnu.org/mailman/listinfo/help-gnu-emacs>, <mailto:[EMAIL PROTECTED]> <<< >>> header, mail version X-From-Line: [EMAIL PROTECTED] Fri Jan 06 00:08:17 2006 Return-path: <[EMAIL PROTECTED]> Envelope-to: [EMAIL PROTECTED] Delivery-date: Fri, 06 Jan 2006 00:08:17 -0500 Received: from itz by unicorn with local (Exim 4.60) (envelope-from <[EMAIL PROTECTED]>) id 1Eujpp-0001ND-FL; Fri, 06 Jan 2006 00:08:17 -0500 To: Angelina Carlton <[EMAIL PROTECTED]> Cc: help-gnu-emacs@gnu.org Subject: Re: emacs-snapshot keybinding problem References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> From: Ian Zimmerman <[EMAIL PROTECTED]> Date: 06 Jan 2006 00:08:17 -0500 In-Reply-To: <[EMAIL PROTECTED]> X-Gnus-Mail-Source: directory:~/Mail/spool Message-ID: <[EMAIL PROTECTED]> User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Lines: 11 Xref: unicorn mail.emacs-help:3251 <<< -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346248: make: 3.80+3.81.b4-1 much slower than 3.80-9 in some situations
On Fri, Jan 06, 2006 at 04:43:37PM +, Ian Lynagh wrote: > > With the attached Makefile, make 3.80+3.81.b4-1 is much slower than > 3.80-9 at running "make -wr stage1/ghc-6.4.1" (only a few seconds in the > cutdown case, but more in the real thing - I never waited for it to > terminate to know how much more). I've just tried the real thing, and it's still thinking after >24 hours of CPU time, so this is effectively going to cause FTBFSs for me (although technically I think it will eventually terminate). Thanks Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337603: Probable GHC bug
tags 337603 +unreproducible On raptor I get well past the failure the buildd saw, failing at the install point the other arches failed at instead. Can anyone reproduce this? Thanks Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#346056: sauce: Oldest Standards-Version of any package in Debian
Nathanael Nerode writes ("Bug#346056: sauce: Oldest Standards-Version of any
package in Debian"):
> Perhaps you could see fit to read through the summary of changes in policy
> since then ( /usr/share/doc/debian-policy/upgrading-checklist.txt.gz in the
> debian-policy package ) and update the standards version to something from
> this century.
I'm working on a new upstream version (which is sorely needed) and I
will also update the Standards-Version.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347331: ripperx: ogg tags garbled
Package: ripperx Version: 2.6.7-1 Severity: normal When encoding to ogg-vorbis, ripperx seems to have the limitation that each meta tag (i.e. ARTIST, TITLE, etc.) can take at most 30 characters of data. If you enter more, it is silently accepted but the resulting ogg file contains just garbage in the 30th char and beyond (as determined by vorbiscomment). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ripperx depends on: ii cdparanoia 3a9.8-11An audio extraction tool for sampl ii libc62.3.5-8 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii vorbis-tools 1.1.1-2 several Ogg Vorbis tools ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ripperx recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306101: Same issue, different place
I'm also seeing assertion failures with 1.3.33-6sarge1, but with different gcache line number information. Same symptoms, however; gcache dies and apache-ssl no longer properly negotiates SSL connections. gcache: gcache.c:152: HandleClient: Assertion `n == 1' failed. [Sat Jan 7 05:10:18 2006] [notice] child pid 23467 exit signal Aborted (6) [Sat Jan 7 05:10:18 2006] [warn] long lost child came home! (pid 23467) Failed to connect to socket: /var/run/gcache_port connect: Connection refused apache-ssl: gcacheclient.c:118: OpenServer: Assertion `!"couldn't connect to socket"' failed. [Sat Jan 7 05:10:26 2006] [notice] child pid 24974 exit signal Aborted (6) -- Ian Gulliver Penguin Hosting "Failure is not an option; it comes bundled with your Microsoft products." signature.asc Description: Digital signature
Bug#347484: gcc-4.0: Give option not to depend on system -base package for cross compiler
Package: gcc-4.0
Version: 4.0.2-6
Severity: wishlist
Tags: patch
Hi,
Thanks for making it quite easy to build a cross compiler on Debian.
The only problem I have had is that the packages by default depend on
the -base package used by the system gcc.
This means whenever I upgrade my system gcc I need to rebuild my cross
compiler to have the right dependencies. I think this breaks the way
many people use cross compilers -- they want fairly static versions to
build specific things. I'm happy to run with the latest and greatest
on my system, but I'd prefer if the cross compiler stayed how it was
until I explicitly touched it.
The following patch implements an option DEB_CROSS_INDEPENDENT which,
if set, builds against a cross compiler specific -base package. If
not set, the old semantics remain.
The patch looks big because it changes the dependency field of all the
packages in control.m4, but otherwise I think it is quite straight
forward. I included some documentation in README.cross. I have
tested this building with and without and it behaves as I expect.
Thanks for considering it,
-i
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Versions of packages gcc-4.0 depends on:
ii binutils 2.16.1cvs20051214-1 The GNU assembler, linker and bina
ii cpp-4.0 4.0.2-6 The GNU C preprocessor
ii gcc-4.0-base 4.0.2-6 The GNU Compiler Collection (base
ii libc62.3.5-11GNU C Library: Shared libraries an
ii libgcc1 1:4.0.2-6 GCC support library
Versions of packages gcc-4.0 recommends:
ii libc6-dev 2.3.5-11 GNU C Library: Development Librari
pn libmudflap0-dev(no description available)
-- no debconf information
README.cross | 13 +--
control.m4 | 107 ---
rules.conf |3 +
rules.defs |6 +++
rules2 |7 +++
5 files changed, 91 insertions(+), 45 deletions(-)
Index: debian/rules2
===
--- debian/rules2 (revision 963)
+++ debian/rules2 (working copy)
@@ -973,7 +973,8 @@
p_cxx = g++$(pkg_ver)
p_doc = gcc$(pkg_ver)-doc
else
- p_base = gcc$(pkg_ver)-base
+ # only triggered if DEB_CROSS_INDEPENDENT set
+ p_base = gcc$(pkg_ver)$(cross_bin_arch)-base
p_cpp = cpp$(pkg_ver)$(cross_bin_arch)
p_gcc = gcc$(pkg_ver)$(cross_bin_arch)
p_cxx = g++$(pkg_ver)$(cross_bin_arch)
@@ -1088,6 +1089,10 @@
#
# cross target
+ifeq ($(with_gccxbase),yes)
+ include debian/rules.d/binary-base.mk
+endif
+
ifeq ($(with_libgcc),yes)
include debian/rules.d/binary-libgcc-cross.mk
endif
Index: debian/control.m4
===
--- debian/control.m4 (revision 963)
+++ debian/control.m4 (working copy)
@@ -53,8 +53,14 @@
versions of gcc.
',`dnl gcc-X.Y
+dnl default base package dependencies
+define(`BASETARGET', `')
+define(`BASEDEP', `gcc`'PV-base (= ${gcc:Version})')
+define(`SOFTBASEDEP', `gcc`'PV-base (>= $gcc:SoftVersion})')
+
ifdef(`TARGET', `', `
ifenabled(`gccbase',`
+
Package: gcc`'PV-base
Architecture: any
Section: devel
@@ -72,12 +78,31 @@
')`'dnl
')`'dnl native
+ifenabled(`gccxbase',`
+dnl override default base package dependencies to cross version
+dnl This creates a toolchain that doesnt depend on the system -base packages
+dnl set via DEB_CROSS_INDEPENDENT=yes
+define(`BASETARGET', `PV`'TS')
+define(`BASEDEP', `gcc`'BASETARGET-base (= ${gcc:Version})')
+define(`SOFTBASEDEP', `gcc`'BASETARGET-base (>= $gcc:SoftVersion})')
+
+Package: gcc`'BASETARGET-base
+Architecture: any
+Section: devel
+Priority: PRI(required)
+Conflicts: gcc-3.5-base
+Replaces: gcc-3.5-base
+Description: The GNU Compiler Collection (base package)
+ This package contains files common to all languages and libraries
+ contained in the GNU Compiler Collection (GCC).
+')`'dnl
+
ifenabled(`libgcc',`
Package: libgcc1`'LS
Architecture: ifdef(`TARGET',`all',`any')
Section: ifdef(`TARGET',`devel',`libs')
Priority: ifdef(`TARGET',`extra',required)
-Depends: gcc`'PV-base (= ${gcc:Version}), ${shlibs:Depends}
+Depends: BASEDEP, ${shlibs:Depends}
Description: GCC support library`'ifdef(`TARGET)',` (TARGET)', `')
Shared version of the support library, a library of internal subroutines
that GCC uses to overcome shortcomings of particular machines, or
@@ -92,7 +117,7 @@
Architecture: ifdef(`TARGET',`all',`hppa m68k')
Section: ifdef(`TARGET',`devel',`libs')
Priority: ifdef(`TARGET',`extra',required)
-Depends: gcc`'PV-base (= ${gcc:Version}), ${shlibs:Depends}
+Depends: BASEDEP, ${shlibs:Depend
Bug#315096: Working with 1:3.2.5-alpha5-4
On Mon, Jan 09, 2006 at 09:34:27AM +0100, Anders Bostr?m wrote: > AB> This seems to be fixed with xfig 1:3.2.5-alpha5-4 => close. > > Why was Debian bug #315096 reopened? No reason was given... Doh! Looks like I forgot to actually include the information, sorry about that. This still happens for me with 3.2.5-alpha5-4 on IA64. The attached patch fixed it when I re-opened the bug. In fact all those functions really should have correct argument specifiers. Without them the compiler assumes they are ints, which breaks when they're really pointers (or anything bigger than an int!) -i [EMAIL PROTECTED] http://www.gelato.unsw.edu.au --- xfig-3.2.5-alpha5/w_util.h 2004-01-07 06:48:28.0 +1100 +++ xfig-3.2.5-alpha5-new/w_util.h 2005-11-15 12:12:31.0 +1100 @@ -86,7 +86,7 @@ extern voidset_but_col(); extern Widget MakeIntSpinnerEntry(); extern Widget MakeFloatSpinnerEntry(); -extern Widget CreateCheckbutton(); +extern Widget CreateCheckbutton(char *, char*, Widget, Widget, Widget, Boolean, Boolean, Boolean*, XtCallbackProc, Widget*); extern XtCallbackProc toggle_checkbutton(); extern Pixmap mouse_l, mouse_r; extern Pixmap check_pm, null_check_pm; signature.asc Description: Digital signature
Bug#347693: crip: advertised option does not exist?
Package: crip Version: 3.7-1 Severity: normal [EMAIL PROTECTED]:~/tarballs/music/soedergren$ crip -m on Unknown option: m /usr/bin/crip [options] Options: -h, --helpPrint this help then exit -v, --version Print version of crip then exit -e codec Encode to vorbis or flac (default = vorbis) -s media Specify the source media (default = CD) -g genre Specify the music genre (default = classical) -q [on/off] Classical-style questioning (default = off) -m [on/off] Map European to American-only chars (default = off) -t [on/off] Trim leading/trailing silence (default = off) -n [on/off] Normalize the audio (default = off) -V volthresh Volume threshold for normalizing (default = 1.078) (only used when normalizing is enabled) -r [on/off] Remove files after encoding (default = on) -E editor Editor to use (default = sensible-editor) -u [on/off/both] Use editor to name the files (default = on) (as opposed to the command-line) -o " flags" Flags to pass to oggenc (default = '-q 4') -f " flags" Flags to pass to flac (default = '--best --replay-gain') -c " flags" Flags to pass to cdparanoia (default = '-v -z') -d device CDrom device to read from (default = /dev/cdrom) -w [on/off] Skip the ripping (makes empty .wav files) (default = off) (useful if you already have the .wav files to encode) -p [on/off] Prompt to continue after ripping (default = off) (useful pause to edit .wav files before encoding) -x [on/off] Eject CD when done ripping (default = off) 'scuse me? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages crip depends on: ii cdparanoia3a9.8-11 An audio extraction tool for sampl ii flac 1.1.2-3+b1 Free Lossless Audio Codec - comman ii libcddb-get-perl 2.23-2 read the CDDB entry for an audio C ii perl 5.8.7-10 Larry Wall's Practical Extraction ii sox 12.17.9-1 A universal sound sample translato ii vorbis-tools 1.1.1-2several Ogg Vorbis tools ii vorbisgain0.36-1 add suggested volume level for .og crip recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343182: lilypond-data installation/removal is broken
Package: lilypond-data Bug #: 343182 I don't understand why this bug was closed. The explanation given makes no sense. Both installation and removal of this package require the file "/usr/bin/kpsewhich", which seems to come from either package "tetex-bin" or package "libkpathsea-perl". So either one of these packages needs to be listed as a Pre-Depends, or this command needs to be taken out of the installation/removal scripts. See also bug #325907, which reports the same problem, and points out that it constitutes a Debian Policy violation. Again, this bug has not been resolved, and should not have been closed. -- Ian Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347926: postinst starts tor, even if it wasn't running before
Package: tor I've just spent 24 hours thinking there was something wrong with my family's ADSL connection. Our ping times, even to the other end of the PPP link, were over four seconds. For over 24 hours. I was convinced it was the ADSL line. I've been on the phone to my ISP twice, and was about to get onto the national telco (Telstra). I've only just tracked it down to Tor, which was running without my knowledge. You see, I've experimented with it before and have used it a few times. I left it around on the router machine, only starting it up on the few occasions when I wanted it. So I'm not happy about it being started in the postinst after a recent 'apt-get upgrade'. I am quite certain it was not running before the upgrade, so why was it started afterwards? Please remedy this situation. bye -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#344569: aptitude: superfluous UI for switching views
Package: aptitude Version: 0.4.1-1 Severity: wishlist Just upgraded to this version and now when I enter a package view mode it displays these "tabs" on top of the screen which (I guess) can be clicked to switch to the package list view and back again. But I never use the mouse with aptitude and I am just fine with using the views in a stack fashion, quitting the top one to return to the last one. So for me the tabs are useless and just gobble up screen real estate. Can I switch them off? Please? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-10custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.16-2 type-safe Signal Framework for C++ ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.1-1English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#271029: Bug unreproducible
I've just tried this on a sarge server and it is indeed now fixed. Thanks, Ian Redfern. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345400: libotr2: Stop sending malformed messahes
Thanks. Fixed in CVS. - Ian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308692: IVTV packages available
On Sat, 2005-12-31 at 10:23 +0100, Marc Haber wrote: > On Thu, Aug 11, 2005 at 06:39:37AM +0100, Ian Campbell wrote: > > You might be interested in http://www.hellion.org.uk/ivtv/index.html > > which are my ivtv packages for the 0.2 and 0.3 branches of ivtv. > > There has not been any more traffic in this bug report since August, > and ivtv has not yet shown up in Debian. Any news on this? I had been trying to find the time to write the manpages etc which are required to make the packages lintian clean (I'll be honest: I doubt I'm ever going to get round to it...). I guess that's only a minor bug which can get fixed in time. If you guys think that doesn't matter too much then I think the current packages are in a state where they could be uploaded, assuming Eduard is still willing to sponsor them. Ian. -- Ian Campbell My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley signature.asc Description: This is a digitally signed message part
Bug#308692: IVTV packages available
On Mon, 2006-01-02 at 10:14 +0100, Marc Haber wrote: > Hi, > > On Sat, Dec 31, 2005 at 11:02:33AM +, Ian Campbell wrote: > > On Sat, 2005-12-31 at 10:23 +0100, Marc Haber wrote: > > > On Thu, Aug 11, 2005 at 06:39:37AM +0100, Ian Campbell wrote: > > > > You might be interested in http://www.hellion.org.uk/ivtv/index.html > > > > which are my ivtv packages for the 0.2 and 0.3 branches of ivtv. > > > > > > There has not been any more traffic in this bug report since August, > > > and ivtv has not yet shown up in Debian. Any news on this? > > > > I had been trying to find the time to write the manpages etc which are > > required to make the packages lintian clean (I'll be honest: I doubt I'm > > ever going to get round to it...). I guess that's only a minor bug which > > can get fixed in time. > > There is also one more bug: The packages seem to ignore version > suffixes, to modules built for a 2.6.14.5-darren end up in > /lib/modules/2.6.14.5 instead of /lib/modules/2.6.14.5-darren, which > of course makes them hard to find. I've heard this before and I _think_ it is a module-assistant bug (or at least a bug in my usage of m-a). I'm not sure how to solve it since the suffix doesn't seem to be easily available when building the modules. With make-kpkg it works OK because the suffix is passed in already. > > If you guys think that doesn't matter too much then I think the current > > packages are in a state where they could be uploaded, assuming Eduard is > > still willing to sponsor them. > > If Eduard is too busy, I can sponsor you as well. However, I do not > have too much clue about Linux TV as I am just getting started with > that topic. I have a Hauppauge WinTV PVR 350 available for testing, > though. That would be handy, lets wait and see what Eduard says, he may well be on vacation at the minute. Ian. -- Ian Campbell You're too beautiful to ignore. Too much woman. -- Kirk to Yeoman Rand, "The Enemy Within", stardate unknown signature.asc Description: This is a digitally signed message part
Bug#308692: IVTV packages available
On Mon, 2006-01-02 at 11:43 +0100, Marc Haber wrote: > On Mon, Jan 02, 2006 at 10:02:49AM +0000, Ian Campbell wrote: > > On Mon, 2006-01-02 at 10:14 +0100, Marc Haber wrote: > > > There is also one more bug: The packages seem to ignore version > > > suffixes, to modules built for a 2.6.14.5-darren end up in > > > /lib/modules/2.6.14.5 instead of /lib/modules/2.6.14.5-darren, which > > > of course makes them hard to find. > > > > I've heard this before and I _think_ it is a module-assistant bug (or at > > least a bug in my usage of m-a). I'm not sure how to solve it since the > > suffix doesn't seem to be easily available when building the modules. > > With make-kpkg it works OK because the suffix is passed in already. > > I am using make-kpkg with the same problem. sl-modem, ieee80211 and > ipw2200 do it right. Maybe you can steal some code from these packages. Try the version I've just uploaded, it seems to do the right thing for me now with both m-a and make-kpkg. Ian. -- Ian Campbell Revenge is a meal best served cold. signature.asc Description: This is a digitally signed message part
Bug#345619: debian-policy: 4.8. binary-{arch, indep} should fail with error code 2 -> must
Kari Pahula writes ("Bug#345619: debian-policy: 4.8. binary-{arch, indep}
should fail with error code 2 -> must"):
> Debian policy 4.8. states:
> If one or both of the targets `build-arch' and `build-indep' are
> not provided, then invoking `debian/rules' with one of the
> not-provided targets as arguments should produce a exit status
> code of 2.
Unfortunately there are some problems with this approach.
* Firstly, we would have to specify that the exit status 2 must _not_
be used other than when the target does not exist. This would involve
overhauling all of the rules files anyway (in which case we might as
well add the relevant target).
* Secondly, rules files are generally makefiles and make doesn't allow
the makefile to manipulate make's exit status.
> An alternative would be to require that build-{arch,indep} are always
> present and both depending on build target, just like already done
> with binary-* targets. But that would require larger changes.
I think this would be a better idea (although of course you mean that
`build' should depend on both of the new targets, not vice versa).
You could check the Standards-Version header to see if you want to use
the new target.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#342455: tech-ctte: Ownership and permissions of device mapper block devices
Bastian Blank writes ("Bug#342455: tech-ctte: Ownership and permissions of
device mapper block devices"):
> 4) the two attached patches:
>- devmapper: export functions to set permissions
>- lvm2: add a config entry to overwrite the permissions for new
> devices
> I just try to get it acked by upstream and search for some other people
> to test them, if this solution is acceptable.
Thanks for your patches. I don't have time right know to look at the
technicalities in detail. Do we have all of the relevant Debian LVM
and devmapper reading this thread ? If not we should make sure that
they look at it.
I'm also encouraged by the fact that you've written patches at all;
this suggests that you do seem to be taking the matter seriously,
although your comments don't always give that impression.
If you're finding it difficult to write long and coherent explanations
in English please feel free to write in German. My German is probably
good enough to understand your points if you spell them out clearly
(and at length!) and I would be happy to try to act as an
intermediary.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#194556: acknowledged by developer (Re: new dd verbosity can be harmful)
Debian Bug Tracking System writes ("Bug#194556 acknowledged by developer
(Re: new dd verbosity can be harmful)"):
> Ues the status=noxfer argument to turn off performance stats.
This should be the default so that older programs which depend on
filtering the traditional dd output are remain correct.
dd is more often used by scripts than by people.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345922: options error in Apache config file
Package: apache2-common Version: 2.0.55-3 The file "/etc/apache2/sites-available/default" contains this item (in the "/usr/lib/cgi-bin" section): Options ExecCGI -MultiViews +SymLinksIfOwnerMatch This is explicitly disallowed by the Apache documentation. >From "http://httpd.apache.org/docs/2.0/mod/core.html#options"; : Warning Mixing Options with a + or - with those without is not valid syntax, and is likely to cause unexpected results. This entry does indeed result in various problems, but you will not discover that it is the cause of those problems without carefully reading the documentation. It needs to be fixed. Prefixing a "+" to the "ExecCGI" option would resolve the issue. -- Ian Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#336585: yaird: The fs_freq and fs_passno fields in /etc/fstab are optional
Package: yaird Version: 0.0.11-10 Severity: normal When running yaird I get the following: $ sudo /usr/sbin/yaird --output /tmp/initrd 2.6.14-1-386 yaird error: malformed line in /etc/fstab:14 (fatal) this also effects the linux-image-2.6.14-1-386 package. The problem is that I have several entries in fstab without the optional fifth and sixth fields (fs_freq and fs_passno). The comments around line 49 of /usr/lib/yaird/perl/FsTab.pm suggest that the author was aware that these were optional fields but I thought a bug report was appropriate to stop the problem falling through the cracks. Thanks, Ian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (900, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4-1 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages yaird depends on: ii cpio 2.6-8 GNU cpio -- a program to manage ar ii dash 0.5.2-8 The Debian Almquist Shell ii libc62.3.5-7 GNU C Library: Shared libraries an ii libhtml-template-perl2.6-2 HTML::Template : A module for usin ii libparse-recdescent-perl 1.94.free-1 Generates recursive-descent parser ii perl 5.8.7-7 Larry Wall's Practical Extraction yaird recommends no packages. -- no debconf information _ The message in this transmission is sent in confidence for the attention of the addressee only and should not be disclosed to any other party. Unauthorised recipients are requested to preserve this confidentiality. Please advise the sender if the addressee is not resident at the receiving end. Email to and from Arcom is automatically monitored for operational and lawful business reasons. This message has been virus scanned by MessageLabs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
