Bug#377330: tar: posible patch
Package: tar
Version: 1.15.91-2
Followup-For: Bug #377330
Hi All.
It seems that there are 2 bugs in incremen.c:
1) uninitialized variable stract stat st, as was correctly pointed
by Kurt Roeckx.
2) wrong file type check in
|| (*entry == 'D' && S_ISDIR (st.st_mode))
|| (*entry == 'Y' && !S_ISDIR (st.st_mode)))
I made a patch that fixes these problems.
Attached the patch and a script I used to test the
stock debian tar and after several iterations it always fails.
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages tar depends on:
ii libc62.3.6.ds1-4 GNU C Library: Shared libraries
tar recommends no packages.
-- no debconf information
--- tar-1.15.91/src/incremen.c 2006-06-08 14:28:16.0 +0300
+++ tar-1.15.91-mod/src/incremen.c 2006-09-07 09:06:07.0 +0300
@@ -1299,10 +1299,6 @@ try_purge_directory (char const *directo
free (p);
p = new_name (directory_name, cur);
- if (!(entry = dumpdir_locate (current_stat_info.dumpdir, cur))
- || (*entry == 'D' && S_ISDIR (st.st_mode))
- || (*entry == 'Y' && !S_ISDIR (st.st_mode)))
- {
if (deref_stat (false, p, &st))
{
if (errno != ENOENT) /* FIXME: Maybe keep a list of renamed
@@ -1321,6 +1317,10 @@ try_purge_directory (char const *directo
quotearg_colon (p)));
continue;
}
+ if (!(entry = dumpdir_locate (current_stat_info.dumpdir, cur))
+ || (*entry == 'D' && !S_ISDIR (st.st_mode))
+ || (*entry == 'Y' && S_ISDIR (st.st_mode)))
+ {
if (! interactive_option || confirm ("delete", p))
{
rrr
Description: application/shellscript
Bug#386227: [Pkg-spca5xx-devel] Bug#386227: spca5xx-source: Compile failure with kernel 2.6.18
On Thursday 07 September 2006 17:37, Michel Xhaard wrote: > Le Mercredi 6 Septembre 2006 05:54, Brad Sawatzky a écrit : > > Package: spca5xx-source > > Version: 20060501-1 > > Severity: important > > Tags: patch > > > > > > Some v4l header information got shuffled around in kernel 2.6.18. The > > attached patch updates spca5xx.h to include media/v4l2-common.h. Seems > > to work after that. > > > > You may want to check to see if the v4l changes came in during 2.6.17 and > > update the patch accordingly. > > > > -- Brad > > > > -- System Information: > > Debian Release: testing/unstable > > APT prefers testing > > APT policy: (500, 'testing'), (80, 'unstable') > > Architecture: amd64 (x86_64) > > Shell: /bin/sh linked to /bin/bash > > Kernel: Linux 2.6.18-rc5 > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > > > > Versions of packages spca5xx-source depends on: > > ii bzip2 1.0.3-3high-quality block-sorting > > file co ii debhelper 5.0.37.3 helper programs for > > debian/rules ii module-assistant 0.10.6 tool to make > > module package creati > > > > spca5xx-source recommends no packages. > > > > -- no debconf information > > Hi Brad, > Thanks for your patch :) > Best regards Yeah, thanks for that. I'll see if I can get it in before 2.6.18 is officially released. Thanks, Kel.
Bug#386272: bittornado won't start
I do not have the BitTornado directory in: /usr/lib/python2.3/site-packages/BitTornado /usr/share/python-support/bittornado/BitTornado but not in /var/lib/python-support/python2.4 running update-python-modules (even with -a) did not solve the problem. Finally, running update-python-modules with the -f option did solve the problem. John On Wed, 6 Sep 2006, Filippo Giunchedi wrote: On Wed, Sep 06, 2006 at 02:13:41PM +0200, John v/d Kamp wrote: Package: bittornado Version: 0.3.15-2 Severity: normal When starting any bt* program, it exits with the following trace: Traceback (most recent call last): File "/usr/bin/btlaunchmanycurses", line 8, in ? from BitTornado import PSYCO ImportError: No module named BitTornado The program must be started with: $ python2.3 /usr/bin/btlaunchmanycurses . to make it find the BitTornado module. strange, python-support is supposed to take care of these, check /var/lib/python-support/python2.4/ . there should be a BitTornado dir there. If not you might want to have a look at update-python-modules to rebuild bt modules hope that helps, filippo -- Filippo Giunchedi - http://esaurito.net PGP key: 0x6B79D401 random quote follows: How do you feel about women's rights? I like either side of them. -- Groucho Marx -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#376727:
I have found the same behaviour in files with extensions jpg. If the files are renamed with the extension jpeg, then they are treated correctly. It seems that the extension jpg is not considered valid for a file of JPEG type whereas the extension jpeg is considered OK. Nevertheless, in the file /etc/mime.types (it is where the association between filename extensions and mime types are defined, isn't it?), the jpeg line seems correct: image/jpeg jpeg jpg jpe I have not tested png files. -- Miguel Quirós Olozábal Departamento de Química Inorgánica. Facultad de Ciencias. Universidad de Granada. 18071 Granada. SPAIN email:mquirosugres mquirosugres
Bug#386365: libssl0.9.8: more services to restart
Package: libssl0.9.8 Version: 0.9.8b-3 Hello, here are a few more services which most likely need to be restarted on libssl upgrades: caudium caudium /etc/init.d/caudium conserver conserver-server/etc/init.d/conserver-server partimaged partimage-server/etc/init.d/partimaged Perhaps also caudium's competitors roxen, roxen2, roxen3, roxen4. Thanks for your work & regards Mario -- Huch? 802.1q? Was sucht das denn hier? Wie kommt das ans TAGgeslicht? signature.asc Description: Digital signature
Bug#382988: No keyboard layout available under kcontrol!
Hi! I'm create symlink from /usr/share/X11/xkb to /etc/X11/xkb and this problem come out. -- pp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366855: Please support mirroring of pdiff files
Peter Colberg <[EMAIL PROTECTED]> writes: > Tackling full pdiff support for debmirror tonight, I took the last > patch a bit further and implemented APT's RRED method, basically > by translating from C++ to perl in a linear fashion. > > This means that debmirror is now capable of using the pdiff files to > patch already available, out-dated Packages or Sources files and thus > saving some bandwidth by not having to download the full (albeit > compressed) files. > > I have little hope that above feature will ever be integrated, as > debmirror currently seems to be unmaintained, and the inclusion of > such an invasive piece of code or rather an improved variation > thereof to support a slow and maybe volatile patch method might be > questionable. > > Nevertheless, for those who would like to play with it... > > Regards, > Peter I've done some work in that direction locally already that checks the Release file for support of pdiff files but not the actual fetch&patch and a better Packages/Packages.gz/Package.bz2 fetch/generate mechanism that works if any of the three is available. I will merge in your patch today, got some spare time now. As for reimplementing the rred method: Do we realy want that? I was thinking of depending on patch and then just firing that up. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386365: libssl0.9.8: Looks for outdated ssh server init script
Package: libssl0.9.8 Version: 0.9.8b-3 Followup-For: Bug #386365 >From the update log: Setting up libssl0.9.8 (0.9.8b-3) ... Checking for services that may need to be restarted...done. Checking init scripts... WARNING: init script for openssh-server not found. The openssh server init script is just called "ssh", not "openssh-server". Regards, Beat -- 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.17-1-486 Locale: LANG=C, LC_CTYPE=de_CH (charmap=ISO-8859-1) Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime libssl0.9.8 recommends no packages. -- debconf information: * libssl0.9.8/restart-services: fetchmail postfix spamassassin apache2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329419: ifconfig down in guessnet script...
also sprach Joachim Breitner <[EMAIL PROTECTED]> [2006.09.06.2351 +0200]: > just a quick ping with regard to this bug. What do you think about > my solution, if you think that code is necessary? Would be nice to > not have this annoyance in etch... Have you tried removing the line and does it still work as it should? Can you try this script in /usr/share/guessnet/scripts? http://madduck.net/~madduck/scratch/test-wifi Thanks, -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#385957: claimbug: please consider
also sprach Julian Gilbey <[EMAIL PROTECTED]> [2006.09.07.0004 +0200]: > Alternatively, something like: > > user [EMAIL PROTECTED] > usertag 123456 + bsp-zurich-madduck > > and then search for bsp-zurich-* usertags. (I don't know if that's > possible, though. Testing it out) We know now this works, thanks for trying it out. Now let's figure out which method to use. I am a little more for the first method because it contains the unobfuscated email address of the claimer. Sure, if all we do is prefix bsp--, the information is still there. Should I send a followup to http://lists.debian.org/debian-devel/2006/09/msg00019.html and ask for comments? -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#385968: Shots
package cheesetracker tags 385968 - upstream thanks This is not upstream bug. It appeared in one of the latest debian maintenance releases. IT format doesn't save effect stack settings at all. For clarification: It should be: http://surnuaed.ee/ct/shot1.png But after loading is: http://surnuaed.ee/ct/shot2.png File is here: http://surnuaed.ee/ct/test.ct -- Suva -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386366: /usr/sbin/amavisd-new-cronjob is not silent
Package: amavisd-new Version: 1:2.4.2-1 Severity: normal In the case of calling /usr/sbin/amavisd-new-cronjob as $SUUSER (as in /etc/cron.d/amavisd-new). Line 26 get miss-interpreted by bash: + test -e /usr/bin/sa-learn + test -e /usr/sbin/amavisd-new + SUUSER=amavis + set -e + umask 022 + case $1 in + do_amavis_cmd '/usr/bin/sa-learn --sync >/dev/null' ++ id -u -n + '[' amavis '!=' amavis ']' + CMD='/usr/bin/sa-learn --sync >/dev/null' + exec /usr/bin/sa-learn --sync '>/dev/null' bayes: synced databases from journal in 0 seconds: 1797 unique entries (2692 total entries) this causes a parameter '>/dev/null' being passed to /usr/bin/sa-learn instead of redirecting it's output. It's a minor annoyance (a mail is sent every 3 hours to amavis user). But it's also incorrect to pass this wrong parameter to sa-learn (that's why I'm setting the severity of the bug as normal instead of minor). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages amavisd-new depends on: ii adduser 3.97 Add and remove users and groups ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii file 4.17-3 Determines file type using "magic" ii libarchive-tar-perl 1.30-1 Archive::Tar - manipulate tar file ii libarchive-zip-perl 1.16-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.29-1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 1.42-1 Perl module for creation and manip ii libconvert-tnef-perl 0.17-5 Perl module to read TNEF files ii libconvert-uulib-perl 1.06-1 Perl interface to the uulib librar pn libdigest-md5-perl (no description available) ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii libmailtools-perl 1.74-0.1 Manipulate email in perl programs pn libmime-base64-perl(no description available) ii libmime-perl 5.420-0.1 Perl5 modules for MIME-compliant m ii libnet-perl 1:1.19-3 Implementation of Internet protoco ii libnet-server-perl0.90-1 An extensible, general perl server ii libunix-syslog-perl 0.100-5Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.8.8-6.1 Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-6.1 Core Perl modules amavisd-new recommends no packages. -- debconf information: amavisd-new/outdated_config_style_warning: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386367: Newest Firefox fails to start
Package: FirefoxVersion: 1.5.dfsg+1.5.0I am using the testing release for powerpc, with the newest kernel and so on (2.6.17). Firefox doesn't start at all. You just get a dialogue box with two buttons which have no text in them. Pushing the buttons does nothing. I have done a complete purge and reinstall and get the same results. Happy to give help with debugging if I can. Please free me from Galeon!Adam Bartley
Bug#386373: git-core: contrib/git-svn/Makefile relies on ../../Documentation/asciidoc.conf being available
Package: git-core Version: 1:1.4.1.1-1 Severity: minor /usr/share/doc/git-core includes a subdirectory called contrib, and in there is git-svn Using its Makefile to build target install-doc requires that asciidoc be installed (so perhaps should be a 'suggests' for this package?) but also assumes that asciidoc.conf resides in ../../Documentation/asciidoc.conf This package could create a symbolic link 'Documentation' to /usr/share/doc/git-doc, but even then asciidoc.conf seems to be missing from the directory. (and I can't find it elsewhere) -- 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.17-2-k7 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages git-core depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1Multi-protocol file transfer libra ii libexpat11.95.8-3.2 XML parsing C library - runtime li ii perl-modules 5.8.8-6.1 Core Perl modules ii rcs 5.7-18 The GNU Revision Control System ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages git-core recommends: pn curl (no description available) ii git-doc 1:1.4.1.1-1 content addressable filesystem (do ii less 394-3 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-3 Secure shell client, an rlogin/rsh ii patch2.5.9-4 Apply a diff file to an original ii python 2.4.3-11An interactive high-level object-o ii rsync2.6.8-2 fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386368: initscripts: please don't mount /dev/shm noexec
Package: initscripts Version: 2.86.ds1-16 Hello, could you please consider removal of the noexec flag from the /dev/shm mount... Mounting it noexec breaks bind-mounts to /tmp on Debian systems because dpkg runs files from /tmp (for preconfiguration). Bind-mounting /dev/shm to /tmp instead of creating a new tmpfs for /tmp is far more safe regarding memory-DoS attacks. That's why I think this is not that uncommon. Btw... mounting /dev/shm noexec doesn't really improve system security since it's just one of many temp-locations where users have write-access (and exec-permission) to (besides /tmp, /var/tmp, /var/lock, etc.) - and yet the least persistent one :) Here are my fstab entries for virtual filesystems which work quite well for months now, just in case it helps you (you don't yet restrict /dev/pts for example)... sysfs /syssysfs nosuid,nodev,noexec 0 0 proc/proc procnosuid,nodev,noexec 0 0 usbfs /proc/bus/usb usbfs nosuid,nodev,noexec 0 0 devpts /dev/ptsdevpts nosuid,noexec 0 0 tmpfs /dev/shmtmpfs nosuid,nodev0 0 ... /dev/shm/tmpnonebind0 0 Thanks for your work & regards Mario -- I heard, if you play a NT-CD backwards, you get satanic messages... That's nothing. If you play it forwards, it installs NT. signature.asc Description: Digital signature
Bug#386371: ImportError: No module named planet
Package: planet Version: 2.0-2 Severity: grave Justification: renders package unusable After the latest upgrade, I am now getting this error message: Traceback (most recent call last): File "/usr/bin/planet", line 23, in ? import planet ImportError: No module named planet Running the most up to date version of Python2.4 from unstable. Neil -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages planet depends on: ii apache [httpd]1.3.34-4 versatile, high-performance HTTP s ii apache2 2.0.55-4.2 next generation, scalable, extenda ii apache2-mpm-prefork [httpd] 2.0.55-4.2 traditional model for Apache2 ii debconf 1.5.3 Debian configuration management sy ii python2.4.3-11 An interactive high-level object-o ii python-support0.4.3 automated rebuilding support for p planet recommends no packages. -- debconf information: * planet/use_cron: true planet/planet_link: * planet/configure: false * planet/template: fancy * planet/cron_interval: 60 planet/planet_owner_name: planet/planet_name: planet/planet_owner_email: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386372: rhythmbox: fails to follow shell instructions
Package: rhythmbox Version: 0.9.5-3 Severity: important Hi all! I'm actually testing the `hotkeys` package from the unstable repositories. It works great. I've tried with xmms, and it works, but I usually use rhythmbox, so I changed the config file (/etc/hotkeys.conf) so as to use the commands described in `man rhythmbox`, i.e.: --play-pause, --next and --previous. But... they simply don't work, therefore avoiding me from using rhythmbox from my hotkeys. In particular, those commands simply raise up rhythmbox's window if it's in the tray bar, focus it when it's unfocused, but nothing else. If you want any more info, please just drop a line (I've tried debugging with gdb, but it doesn't give any message when I press those hotkeys). Cheers, David -- System Information: Debian Release: unstable/experimental APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc4-neo Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rhythmbox depends on: ii dbus 0.92-1simple interprocess messaging syst ii gconf2 2.14.0-4 GNOME configuration database syste ii gstreamer0.10-alsa [gstrea 0.10.9-2 GStreamer plugin for ALSA ii gstreamer0.10-gnomevfs 0.10.9-2 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-base 0.10.9-2 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good 0.10.3-2 GStreamer plugins from the "good" ii gstreamer0.10-plugins-ugly 0.10.4-1 GStreamer plugins from the "ugly" ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.13-2 Avahi client library ii libavahi-common3 0.6.13-2 Avahi common library ii libavahi-glib1 0.6.13-2 Avahi glib integration library ii libbonobo2-0 2.15.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.15.0-1 The Bonobo UI library ii libc6 2.3.999.2-11 GNU C Library: Shared libraries ii libcairo2 1.2.4-2 The Cairo 2D vector graphics libra ii libdbus-1-20.62-4simple interprocess messaging syst ii libdbus-glib-1-2 0.71-1simple interprocess messaging syst ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libexpat1 1.95.8-3.2XML parsing C library - runtime li ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-3 FreeType 2 font engine, shared lib ii libgconf2-42.14.0-4 GNOME configuration database syste ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.3-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-media02.14.2-1 runtime libraries for the GNOME me ii libgnome2-02.15.2-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2 GNOME virtual file-system (runtime ii libgnutls131.4.2-1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgpod0 0.3.2-1.1 a library to read and write songs ii libgstreamer0.10-0 0.10.9-2 Core GStreamer libraries and eleme ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libhal10.5.7.1-1 Hardware Abstraction Layer - share ii libice61:1.0.1-1 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii liblircclient0 0.8.0-6 LIRC client library ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libnautilus-burn3 2.14.3-1 Nautilus Burn Library - runtime ve ii libnotify1 0.4.2-1 sends desktop notifications to a n ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.13.2-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsexy2 0.1.10-1 collection of additional GTK+ widg
Bug#386214: manpages-dev: clog10 logarithm formula shown
> On Wed, Sep 06, 2006 at 02:50:36PM +0200, Michael Kerrisk wrote: > > tags 386214 fixed-upstream > > thanks > > > > Kevin, > > > DESCRIPTION > >The call clog10(z) is equvalent to clog10(z)/log(10). > > "Is equivalent to clog(z)/log(10)" Yep -- thanks -- I spotted it just after I sent the mail. Cheers, Michael -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386344: apt-proxy: APT-Proxy has Problems with ~ in package-names
package apt-proxy tags 386344 + moreinfo thanks On Wednesday 06 September 2006 23:29, Daniel 'DaB.' Baur wrote: > Package: apt-proxy > Version: 1.9.35 > Severity: grave > Tags: security > Justification: renders package unusable > > Apt-Proxy can not handle Package, which have the new ~ in there names. > A example is libkrb5-dev_1.4.4~beta1-1_i386.deb which gives a "404 file not > found on backend" error. Please fix it, because it is unpossible to play in > any packages or security-updates. $ sudo apt-get install brazilian-conjugate [...] Get: 1 http://aptproxy testing/main brazilian-conjugate 3.0~beta4-1 [104kB] Fetched 104kB in 0s (153kB/s) It doesn't seem to be purely down to a '~' in the filename. It might be something in your configuration. For example, I am using an http backend but you could be using another type. The best thing is to turn on debug info in your apt-proxy-v2.conf: debug = all:9 db:7 Then restart apt-proxy, and send a copy of /var/log/apt-proxy.log for the session where you try to get the file. When you do the test, can you also please check that the backend server you are using really has the file - sometimes mirrors can get out of sync. Thanks Chris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386369: locales not installable?
Package: locales Version: 2.3.6.ds1-4 Severity: normal [EMAIL PROTECTED] ~]# apt-get install locales Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: locales: Depends: glibc-2.3.6.ds1-1 E: Broken packages [100 [EMAIL PROTECTED] ~]# apt-get install locales-all Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: locales-all: Depends: glibc-2.3.6.ds1-1 E: Broken packages [100 [EMAIL PROTECTED] ~]# -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-rc4-xen Locale: LANG=fi_FI, LC_CTYPE=fi_FI (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy pn glibc-2.3.6.ds1-1 (no description available) locales recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386214: manpages-dev: clog10 logarithm formula shown
Hello Kevin, > "Michael Kerrisk" <[EMAIL PROTECTED]> writes: > > > > Does the clog2() man page have the same problem? > > Yes I think so. > > Does that function exist in the library at the moment though? Trying > > gcc clog2.c -lm > > on the file below gives > > /tmp/ccHc7oB9.o: In function `main': > clog2.c:(.text+0x31): undefined reference to `clog2' > collect2: ld returned 1 exit status Yes, this function is still vapourware. See the modified man page below, which will appear in 2.41. Thanks Michael CLOG2(3) complex math routines CLOG2(3) NAME clog2, clog2f, clog2l - base-2 logarithm of a complex number SYNOPSIS #include double complex clog2(double complex z); float complex clog2f(float complex z); long double complex clog2l(long double complex z); DESCRIPTION The call clog2(z) is equivalent to clog(z)/log(2). The other functions perform the same task for float and long double. Note that z close to zero will cause an overflow. CONFORMING TO These function names are reserved for future use in C99. AVAILABILITY Not yet in glibc, as at version 2.4. SEE ALSO cabs(3), cexp(3), clog(3), clog10(3), complex(7) -- Michael Kerrisk maintainer of Linux man pages Sections 2, 3, 4, 5, and 7 Want to help with man page maintenance? Grab the latest tarball at ftp://ftp.win.tue.nl/pub/linux-local/manpages/, read the HOWTOHELP file and grep the source files for 'FIXME'. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311821: still need some permission change
reopen 311821 = thank Hello Kai Hendry, Still Wordpress allows theme modification through its web interface but it's unusable because of the actual permissions model. More than that, you can't upload anything for the same reason! I would suggest to create a "/var/lib/wordpress/" directory to put all writable data, following the example of the "dokuwiki" package. On my side I did this (for now): drwxrwx--- root www-data /var/lib/wordpress/ drwxrwx--- root www-data /var/lib/wordpress/uploads/ drwxrwx--- root www-data /var/lib/wordpress/themes/ And I put links to these directories in "/usr/share/wordpress/wp-content/". Off course it requires to allow the web daemon to "FollowSymLinks" from "/usr/share/wordpress/". We may want to put the full "wp-content" directory in "/var/lib/wordpress/", but I'm not sure about the security implication... Anyway, thanks for the wordpress packaging! :-) -- Jean Christophe "プログフ" ANDRÉ — http://asie-pacifique.auf.org/ Responsable technique régional — Associé technologie projet Reflets (CODA) Agence universitaire de la Francophonie (AuF) — Bureau Asie-Pacifique (BAP) Adresse postale : AUF, 21 Lê Thánh Tông, T.T. Hoàn Kiếm, Hà Nội, Việt Nam Tél. : +84 4 9331108 Fax : +84 4 8247383 Mobile : +84 91 3248747 ⎧ Note personnelle : merci d'éviter de m'envoyer des fichiers PowerPoint ⎫ ⎩ ou Word, voir http://www.gnu.org/philosophy/no-word-attachments.fr.html ⎭
Bug#386374: diff for 1.10.1-1.1 NMU
Package: bobcat Version: 1.10.1-1 Severity: normal Tags: patch Hi, Attached is the diff for my bobcat 1.10.1-1.1 NMU. bye, - michael diff -u bobcat-1.10.1/debian/changelog bobcat-1.10.1/debian/changelog --- bobcat-1.10.1/debian/changelog +++ bobcat-1.10.1/debian/changelog @@ -1,3 +1,10 @@ +bobcat (1.10.1-1.1) unstable; urgency=high + + * Non-maintainer Upload + * Fix FTBFS on amd64 (Closes: 385312) + + -- Michael Ablassmeier <[EMAIL PROTECTED]> Thu, 7 Sep 2006 10:01:06 +0200 + bobcat (1.10.1-1) unstable; urgency=low * New upstream release only in patch2: unchanged: --- bobcat-1.10.1.orig/xpointer/get.cc +++ bobcat-1.10.1/xpointer/get.cc @@ -5,7 +5,7 @@ Window rootret; Window child; Window root = DefaultRootWindow(s_theDisplay); -size_t keys; +unsigned int keys; int dum_x; int dum_y;
Bug#386370: xserver-xfree86: intel 945 chipset not supported [i810]
Package: xserver-xfree86 Version: 4.3.0.dfsg.1-14sarge1 Can't get X running on my laptop: ASUS A3FP with Intel 945GM chipset. I selected the "i810" driver - which is supposed to support the 945GM chipset - but X doesn't recognize it. Installed Debian 3.1r2 sarge three days ago, downloading everything from internet, so all packages and drivers should be up-to-date. Can you please help me? - uname Linux Hiltja 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux - lspci :00:00.0 Host bridge: Intel Corp.: Unknown device 27a0 (rev 03) :00:02.0 VGA compatible controller: Intel Corp.: Unknown device 27a2 (rev 03) :00:02.1 Display controller: Intel Corp.: Unknown device 27a6 (rev 03) :00:1b.0 0403: Intel Corp.: Unknown device 27d8 (rev 02) :00:1c.0 PCI bridge: Intel Corp.: Unknown device 27d0 (rev 02) :00:1c.1 PCI bridge: Intel Corp.: Unknown device 27d2 (rev 02) :00:1d.0 USB Controller: Intel Corp.: Unknown device 27c8 (rev 02) :00:1d.1 USB Controller: Intel Corp.: Unknown device 27c9 (rev 02) :00:1d.2 USB Controller: Intel Corp.: Unknown device 27ca (rev 02) :00:1d.3 USB Controller: Intel Corp.: Unknown device 27cb (rev 02) :00:1d.7 USB Controller: Intel Corp.: Unknown device 27cc (rev 02) :00:1e.0 PCI bridge: Intel Corp. 82801 PCI Bridge (rev e2) :00:1f.0 ISA bridge: Intel Corp.: Unknown device 27b9 (rev 02) :00:1f.1 IDE interface: Intel Corp.: Unknown device 27df (rev 02) :02:00.0 Network controller: Intel Corp.: Unknown device 4222 (rev 02) :03:01.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b3) :03:01.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 08) :03:01.2 0805: Ricoh Co Ltd: Unknown device 0822 (rev 17) :03:01.3 System peripheral: Ricoh Co Ltd: Unknown device 0592 (rev 08) :03:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) - XFree86.0.log -- XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-14sarge1 20050901212727 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.6.8-16.0508-2 i686 [ELF] Build Date: 02 September 2005 This version of XFree86 has been extensively modified by the Debian Project, and is not supported by the XFree86 Project, Inc., in any way. Bugs should be reported to the Debian Bug Tracking System; see http://www.debian.org/Bugs/Reporting >. We strongly encourage the use of the "reportbug" package and command to ensure that bug reports contain as much useful information as possible. Before filing a bug report, you may want to consult the Debian X FAQ: XHTML version: file:///usr/share/doc/xfree86-common/FAQ.xhtml plain text version: file:///usr/share/doc/xfree86-common/FAQ.gz Module Loader present OS Kernel: Linux version 2.4.27-2-386 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-13)) #1 Wed Aug 17 09:33:35 UTC 2005 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Thu Sep 7 07:27:47 2006 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "HSD150PK14-B" (**) | |-->Device "Intel 945 GM" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (**) Option "XkbVariant" "nodeadkeys" (**) XKB: variant: "nodeadkeys" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/lib/X11/fonts/CID" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadM
Bug#386378: alleyoop: editor preferences ignored
Package: alleyoop Version: 0.9.0-6 Severity: wishlist alleyoop should use the user-configured editor instead of "emacsclient" which might not even be installed. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.6 Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages alleyoop depends on: ii gconf22.14.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.12.1-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-02.14.0-3 The Bonobo UI library hi libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libcairo2 1.2.0-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libglade2-0 1:2.5.1-2+b1 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-keyring0 0.4.9-1GNOME keyring services library ii libgnome2-0 2.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.18-1 The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1Layout and rendering of internatio ii libpopt0 1.10-2 lib for parsing cmdline parameters ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.26.dfsg-3 GNOME XML library ii libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra hi valgrind 1:3.2.0-2 A memory debugger and profiler ii zlib1g1:1.2.3-13 compression library - runtime alleyoop recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328581: tinyca hangs here, too
Package: tinyca Version: 0.7.5-1 Followup-For: Bug #328581 I also get the same trouble here with a hanging tinyca while importing a foreign CA. The CA was created with the "easy-rsa" scripts from the "openvpn" package. Basically the script does: pkitool --interact --initca And the pkitool (part of easy-rsa) in turn - after taking a quick look - runs: openssl req -days ... -nodes -new -x509 -keyout "keys/ca.key" \ -out "keys/ca.crt" -config "openssl.conf" This is my openssl.conf: HOME= . RANDFILE= $ENV::HOME/.rnd oid_section = new_oids [ new_oids ] [ ca ] default_ca = CA_default# The default ca section [ CA_default ] dir = $ENV::KEY_DIR # Where everything is kept certs = $dir # Where the issued certs are kept crl_dir = $dir # Where the issued crl are kept database= $dir/index.txt# database index file. new_certs_dir = $dir # default place for new certs. certificate = $dir/ca.crt # The CA certificate serial = $dir/serial # The current serial number crl = $dir/crl.pem # The current CRL private_key = $dir/ca.key # The private key RANDFILE= $dir/.rand# private random number file x509_extensions = usr_cert # The extentions to add to the cert default_days= 3650 # how long to certify for default_crl_days= 30# how long before next CRL default_md = md5 # which md to use. preserve= no# keep passed DN ordering policy = policy_anything [ policy_match ] countryName = match stateOrProvinceName = match organizationName= match organizationalUnitName = optional commonName = supplied emailAddress= optional [ policy_anything ] countryName = optional stateOrProvinceName = optional localityName= optional organizationName= optional organizationalUnitName = optional commonName = supplied emailAddress= optional [ req ] default_bits= $ENV::KEY_SIZE default_keyfile = privkey.pem distinguished_name = req_distinguished_name attributes = req_attributes x509_extensions = v3_ca # The extentions to add to the self signed cert string_mask = nombstr [ req_distinguished_name ] countryName = Country Name (2 letter code) countryName_default = $ENV::KEY_COUNTRY countryName_min = 2 countryName_max = 2 stateOrProvinceName = State or Province Name (full name) stateOrProvinceName_default = $ENV::KEY_PROVINCE localityName= Locality Name (eg, city) localityName_default= $ENV::KEY_CITY 0.organizationName = Organization Name (eg, company) 0.organizationName_default = $ENV::KEY_ORG organizationalUnitName = Organizational Unit Name (eg, section) commonName = Common Name (eg, your name or your server\'s hostname) commonName_max = 64 emailAddress= Email Address emailAddress_default= $ENV::KEY_EMAIL emailAddress_max= 40 [ req_attributes ] challengePassword = A challenge password challengePassword_min = 4 challengePassword_max = 20 unstructuredName= An optional company name [ usr_cert ] basicConstraints=CA:FALSE nsComment = "OpenSSL Generated Certificate" subjectKeyIdentifier=hash authorityKeyIdentifier=keyid,issuer:always [ server ] basicConstraints=CA:FALSE nsCertType = server nsComment = "OpenSSL Generated Server Certificate" subjectKeyIdentifier=hash authorityKeyIdentifier=keyid,issuer:always extendedKeyUsage=serverAuth keyUsage = digitalSignature, keyEncipherment [ v3_req ] basicConstraints = CA:FALSE keyUsage = nonRepudiation, digitalSignature, keyEncipherment [ v3_ca ] subjectKeyIdentifier=hash authorityKeyIdentifier=keyid:always,issuer:always basicConstraints = CA:true [ c
Bug#386375: pre-remove script causes error when using apt-get
Package: phpmyadmin Version: 2.6.4-pli-1 This is the apt-get command I issue and the error I get: [EMAIL PROTECTED]:~ $ sudo apt-get remove phpmyadmin Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: phpmyadmin 0 upgraded, 0 newly installed, 1 to remove and 383 not upgraded. Need to get 0B of archives. After unpacking 11.1MB disk space will be freed. Do you want to continue [Y/n]? (Reading database ... 86063 files and directories currently installed.) Removing phpmyadmin ... /var/lib/dpkg/info/phpmyadmin.prerm: line 12: db_get: command not found dpkg: error processing phpmyadmin (--remove): subprocess pre-removal script returned error exit status 127 Errors were encountered while processing: phpmyadmin E: Sub-process /usr/bin/dpkg returned an error code (1) The fix that works for me is to include the next line after line 4 in /var/lib/dpkg/info/phpmyadmin.prerm: . /usr/share/debconf/confmodule -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366855: Please support mirroring of pdiff files
On Thu, Sep 07, 2006 at 09:35:28AM +0200, Goswin von Brederlow wrote:
> Peter Colberg <[EMAIL PROTECTED]> writes:
>
> > Tackling full pdiff support for debmirror tonight, I took the last
> > patch a bit further and implemented APT's RRED method, basically
> > by translating from C++ to perl in a linear fashion.
> >
> > This means that debmirror is now capable of using the pdiff files to
> > patch already available, out-dated Packages or Sources files and thus
> > saving some bandwidth by not having to download the full (albeit
> > compressed) files.
> > [...]
> >
> I've done some work in that direction locally already that checks the
> Release file for support of pdiff files but not the actual
> fetch&patch and a better Packages/Packages.gz/Package.bz2
> fetch/generate mechanism that works if any of the three is available.
>
> I will merge in your patch today, got some spare time now.
Thanks for your quick response.
After real world tests, I spotted some missing unlink calls; these
minor changes are included in the first patch below.
> As for reimplementing the rred method: Do we realy want that? I was
> thinking of depending on patch and then just firing that up.
No, I guess you are right about not including a home-grown method.
It does not matter performance wise: Both the perl-implemented rred
method (see below for an earlier version without hashing) and patch
take less than 1s patching a current main/binary-i386/Packages file
of about 19M with a single day's pdiff. So a further dependency on a
matured program like patch would definitely be the preferable
solution.
Grüße,
Peter
--- debmirror-20051209~/debmirror 2005-12-09 19:13:09.0 +0100
+++ debmirror-20051209/debmirror2006-09-07 09:31:39.0 +0200
@@ -355,6 +355,7 @@
use LockFile::Simple;
use Compress::Zlib;
use Digest::MD5;
+use Digest::SHA1;
use LWP::UserAgent;
# Yeah, I use too many global variables in this program.
@@ -634,6 +635,7 @@
add_bytes("dists/$dist/$section/binary-$arch/Packages.gz");
add_bytes("dists/$dist/$section/binary-$arch/Packages.bz2");
add_bytes("dists/$dist/$section/binary-$arch/Release");
+ add_bytes("dists/$dist/$section/binary-$arch/Packages.diff/Index");
}
# d-i has no sources over there, sources are in main
next if ($section =~ /debian-installer/);
@@ -642,6 +644,7 @@
add_bytes("dists/$dist/$section/source/Sources.gz");
add_bytes("dists/$dist/$section/source/Sources.bz2");
add_bytes("dists/$dist/$section/source/Release");
+ add_bytes("dists/$dist/$section/source/Sources.diff/Index");
}
}
}
@@ -650,10 +653,12 @@
add_bytes("$_/Packages.gz");
add_bytes("$_/Packages.bz2");
add_bytes("$_/Release");
+ add_bytes("$_/Packages.diff/Index");
if ($do_source) {
add_bytes("$_/Sources");
add_bytes("$_/Sources.gz");
add_bytes("$_/Sources.bz2");
+add_bytes("$_/Sources.diff/Index");
}
}
if ($getcontents) {
@@ -1059,6 +1064,24 @@
return 0;
}
+# Check uncompressed pdiff content against sha1sum from Index file.
+sub check_pdiff {
+ my ($filename, $size, $sha1) = @_;
+ my $digest = Digest::SHA1->new;
+ my $ret = 0;
+
+ if (-f "$filename.gz") {
+system_redirect_io("gunzip", "$filename.gz", "$filename");
+if ($size == -s $filename) {
+ open HANDLE, $filename or die "$filename: $!";
+ $digest->addfile(*HANDLE);
+ $ret = ($sha1 eq $digest->hexdigest);
+}
+unlink ($filename);
+ }
+ return $ret;
+}
+
# Check file against md5sum and size from the Release file.
# It will return true if the md5sum matches.
sub check_lists {
@@ -1276,6 +1299,32 @@
make_dir($subdir);
make_dir("$tempdir/$subdir");
+ if (exists $file_lists_size{"$tempdir/$subdir/Packages.diff/Index"}) {
+if (!check_lists ("$tempdir/$subdir/Packages.diff/Index")) {
+ make_dir("$subdir/Packages.diff");
+ make_dir("$tempdir/$subdir/Packages.diff");
+ say("$subdir/Packages.diff/Index needs fetch");
+ remote_get("$subdir/Packages.diff/Index");
+ if (!check_lists ("$tempdir/$subdir/Packages.diff/Index")) {
+ say("$subdir/Packages.diff/Index failed md5sum check, removing");
+ push (@errlog,"$subdir/Packages.diff/Index failed md5sum check,
removing\n");
+ unlink "$tempdir/$subdir/Packages.diff/Index";
+ } else {
+ fetch_and_apply_pdiffs($subdir, "Packages");
+ if (check_lists ("$tempdir/$subdir/Packages")) {
+ system_redirect_io("gzip -9 -n", "$tempdir/$subdir/Packages",
"$tempdir/$subdir/Packages.gz");
+ system_redirect_io("bzip2", "$tempdir/$subdir/Packages",
"$tempdir/$subdir/Packages.bz2");
+ }
+ }
+} else {
+ $bytes_gotten +=
$file_lists_size{"$tempdir/$subdir/Packages.diff/Index"};
+ fetch_and_apply_pdiffs($subdir, "Packages");
+ if (check_lists ("$tempdir/$subdir/Packages")) {
+ system_redirect_io("gzip -9 -n", "$tempdir/$subdir/Packages",
"$tempdir/$subdir/Packages
Bug#386379: libfreetype6: Checking if /usr/X11R6 is a symlink
Package: libfreetype6 Version: 2.2.1-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yesterday I stumbled upon the postinst script of this package. After installing the libs from the lastest release, they were immediately removed due to my symlinking: /usr/X11R6/lib links to /usr/lib and /usr/X11R6/bin links to /usr/bin So that this would never happen again, it would be very nice if the postinst script would check if either /usr/X11R6/lib or /usr/X11R6 is a symlink and leave the libs ontouched if this is the case. Right now there are still severall packages which require this symlinking. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Versions of packages libfreetype6 depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime libfreetype6 recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE/915YfUFJ3ewsJgRAoRHAJ9SSVkB5TG+8tfUSAS+L83hUS04DgCeJJ5x vQ4BN+OPhoGhf0wmjGPTh50= =F0v/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386380: cpio - man page is virtually useless in newer versions
Package: cpio Version: 2.6-17 Severity: wishlist *** Please type your report below this line *** The cpio package used to include a long and fairly comprehensive man page. This made it easy to look up options quickly. In more recent versions of the packge, the cpio man page has been truncated, and now contains no useful descriptions whatsoever, choosing instead to simply refer users to the info documentation. This is IMO not a replacement for a decent man page. Please restore the old version of the man page - the present version is little better than not having a man page at all. Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages cpio depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries cpio recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386376: finger tries to check status of virtual 'smb' pseudo-ttys which do not exist
Package: finger Version: 0.17-7 Severity: wishlist Hello, =-==-= When using 'finger' command on a machine with users logged in over Samba, the finger produces this kind of output: linux:~$ finger finger: /dev//smb/1: No such file or directory finger: /dev//smb/2: No such file or directory finger: /dev//smb/3: No such file or directory ... [continued] ... While it is only a cosmetical problem it can often be quite annoying. If it would be possible I would suggest modifying the finger so that it skips checking the virtual 'smb' ttys which do not really exist. Thank you very much! With best regards, Peter -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.17.11-grsec Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to sk_SK) Versions of packages finger depends on: ii libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386381: fail2ban: Add wu-ftpd rules
Package: fail2ban Version: 0.6.1-10 Severity: wishlist Hi! Please consider adding a rule for wu-ftpd. Here's a sample of a wu-ftpd rejection, that is logged in "/var/log/auth.log". Sep 7 01:41:02 matthew wu-ftpd[19272]: (pam_unix) authentication failure; logname= uid=0 euid=0 tty= ruser= rhost=ftp.example.org user=intruder -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fail2ban depends on: ii iptables 1.2.11-10 Linux kernel 2.4+ iptables adminis ii lsb-base 2.0-7 Linux Standard Base 2.0 init scrip ii python2.3.5-2An interactive high-level object-o ii python-central0.5.5 register and build utility for Pyt -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#305642: I agree, it is very annoying!
Weired, since I am using MC all the day, I can not reproduce this bug I use MC from Sarge: GNU Midnight Commander 4.6.1-pre3 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using included S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support What do you do exactly to get this Bug? Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant Am 2006-09-01 09:57:01, schrieb Aleksey Midenkov: > Package: mc > Version: 1:4.6.1-1 > Severity: normal > > I agree, it is very annoying for me too! > > I didn't seem to notice this bug before. May be it appeared in recent > versions. Or is it may be misconfiguration? - END OF REPLIED MESSAGE - -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386386: Blank pages in Moodle Version: 1.6.1+20060825-1
Package: moodle
Version: 1.6.1+20060825-1
Hi,
I'm using moodle version 1.6.1+20060825-1 with php 5.1.4-0.1 and
mysql-server 5.0.24-3. Kernel 2.6.16 running Debian etch on AMD64
architecture.
After recent upgrade of mysql and/or php my /admin/index.php page
is broken showing only a blank page. The same problem occurs with
/backup/backup.php?id=1 and /mod/forum/post.php when I'm trying to
add a new post. PHP interpreter hangs on the following lines:
require_once($CFG->dirroot.'/lib/uploadlib.php'); (backup/lib.php)
require_once("$CFG->dirroot/backup/lib.php"); (admin/index.php)
and I think it's again /lib/uploadlib.php in /mod/forum/post.php.
Regards
Robert
- Robert W. Gora <[EMAIL PROTECTED]> -(^^ ^^ `)---
Wroclaw Univ. of Technology, Wyspianskiego 27, 50-370 Wroclaw, Poland
tel: +48(71)3204076, fax: +48(71)3203364, http://ichfit.ch.pwr.wroc.pl
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386382: gnomebaker: still depends on cdrecord, not wodim
Package: gnomebaker Version: 0.5.1-4 Severity: minor New version uses wodim instead of cdrecord, however the package still depends on cdrecord (and not on wodim). Richard. -- 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.16-2-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gnomebaker depends on: ii cdda2wav 5:1.0~pre4-1 Creates WAV files from audio CDs ii cdrdao 1:1.2.1-7 records CDs in Disk-At-Once (DAO) ii cdrecord 5:1.0~pre4-1 Dummy package for transition to wo ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-2 GNOME virtual file-system (runtime ii libgstreamer0.8-0 0.8.12-2 Core GStreamer libraries, plugins, ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-2 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 1:1.0.1-2 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii mkisofs5:1.0~pre4-1 Creates ISO-9660 CD-ROM filesystem Versions of packages gnomebaker recommends: pn dvd+rw-tools (no description available) pn gstreamer0.8-flac (no description available) pn gstreamer0.8-mad (no description available) pn gstreamer0.8-vorbis(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#278703: fixed in grip 3.3.1-8
Hi, Daniel and others, Would it be possible to have yelp just as a recommends, instead of a depends? I intend on using it, but my system is quite underpowered and I would like to keep things minimal (including not installing recommends). Thanks in advance, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/
Bug#386369: locales not installable?
Saku Ytti wrote: Package: locales Version: 2.3.6.ds1-4 Severity: normal [EMAIL PROTECTED] ~]# apt-get install locales Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Since you only requested a single operation it is extremely likely that the package is simply not installable and a bug report against that package should be filed. The following information may help to resolve the situation: The following packages have unmet dependencies: locales: Depends: glibc-2.3.6.ds1-1 E: Broken packages glibc-2.3.6.ds1-1 is provided by libc6 version 2.3.6.ds1-4 which is both in testing and in unstable. So please run "apt-get update" to update your system or "apt-get install -f" if you have broken the dependencies on your system. -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386383: kdebase-kio-plugins: mounting a device ignores "mount point" setting
Package: kdebase-kio-plugins Version: 4:3.5.4-2 Severity: normal I'm really not sure if this bugreport should go to hal instead of kdebase-kio-plugins. After last update of hal, mounting a device ignores KDE mount point setting. This setting can be changed making right click on a device icon -> Properties -> Mounting -> Mountpoint. In the previous version of hal (just the one that caused problems with mounting in kde because the policy setting), this worked ok. Now the behaviour is mount the device under /media using the name of the volume (in case of DVDs) or the name of the device (in case of USB disks or memory cards). This makes impossible to share the media via samba just because each DVD has a different volume name or have persistent names for devices who have the same name to the system (they got named "usbdisk", "usbdisk-1", "usbdisk-2" depending on the order of connection). I have no entries for these devices in fstab. If I make entries for these devies based on /dev/disk/by-id/* names then mounting via KDE just fails with no error message, but mounting from the command line works. Any help will be very appreciated. Thanks for your work. -- 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.17-4-mario-1 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kdebase-kio-plugins depends on: ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c20.62-4 simple interprocess messaging syst ii libgcc1 1:4.1.1-13 GCC support library ii libhal-storage1 0.5.7.1-1Hardware Abstraction Layer - share ii libhal1 0.5.7.1-1Hardware Abstraction Layer - share ii libldap22.1.30-13+b1 OpenLDAP libraries ii libopenexr2c2a 1.2.2-4.3runtime files for the OpenEXR imag ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsasl22.1.19.dfsg1-0.2 Authentication abstraction library ii libsasl2-modules2.1.19.dfsg1-0.2 Pluggable Authentication Modules f ii libsmbclient3.0.23c-1shared library that allows applica ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libxcursor1 1.1.7-4 X cursor management library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages kdebase-kio-plugins recommends: ii hal 0.5.7.1-1 Hardware Abstraction Layer ii kamera4:3.5.4-2 digital camera io_slave for Konque ii kdemultimedia-kio-plugins 4:3.5.4-1 enables the browsing of audio CDs ii kdesktop 4:3.5.4-2 miscellaneous binaries and files f ii pmount0.9.13-1 mount removable devices as normal -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386384: ardour-gtk: New upstream 0.99.3 available
Package: ardour-gtk Version: 0.9beta29-1 Severity: wishlist Hi, there's a new upstream release which fixes some stability bugs, see http://ardour.org/node/190 Would it possible to package this new version? There are a few people that would need it: http://lists.agnula.org/pipermail/users/2006-September/011451.html Ciao, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Package: xkb-data
Version: 0.8-12
Severity: normal
This is a 'simultaneous bug' in xkb-data and libx11-data.
In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
'breathing' signs are defined as follows
key { [ dead_acute, dead_horn ] };
key { [ dead_grave, dead_ogonek ] };
The breathing signs are the "shifted" symbols (dead_horn and dead_ogonek).
This means that these keys do not work in an international UTF-8 locale,
because the international Compose file
(/usr/share/X11/locale/en_US.UTF-8/Compose), which has definitions for the
full set of Ancient Greek accent combinations, expects the breathing signs to
be U0313 and U0314 respectively.
The dead_horn and dead_ogonek are only recognized by the Greek UTF-8 Compose
file, /usr/share/X11/locale/el_GR.UTF-8/Compose.
The solution is to change dead_horn to U0313 and dead_ogonek to U0314 both in
/usr/share/X11/xkb/symbols/gr and in
/usr/share/X11/locale/el_GR.UTF-8/Compose. It is important to do this
simultaneously.
That way it will become possible to enter Classical Greek correctly both in
"international" and Greek UTF-8 locales. I expect, in fact, that the reason
for having a separate Greek UTF-8 compose file will then largely disappear
(although with the proposed changes in place, there will no longer be any
harm in keeping it).
Regards, Jan
-- 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.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386387: pppd-dns: init.d script missing 'Provides' in LSB type header
Package: ppp Version: 2.4.4rel-2 At the moment, the dependency information for the pppd-dns init.d script look like this. ### BEGIN INIT INFO # Required-Start:$local_fs # Default-Start: S # Short-Description: Restore resolv.conf if the system crashed. ### END INIT INFO This is missing the 'Provides' header, and it make some of the script processing this header harder. Please add 'Provides: pppd-dns' to it, making it look like this: ### BEGIN INIT INFO # Provides: pppd-dns # Required-Start:$local_fs # Default-Start: S # Short-Description: Restore resolv.conf if the system crashed. ### END INIT INFO Friendly, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386388: ppmrainbow does not delete tempfiles in /tmp and ${TMPDIR}
Package: netpbm
Version: 2:10.0-8sarge3
Severity: important
Error description:
Hello Maintainer,
I have set this bug to "important" sind I was DoS'ed by an automated
script while writing several 10.000 files to my ${TMPDIR} and eating
all inodes.
You can test it with:
ppmrainbow-width 200 -height 20 -tmpdir=/tmp -verbose |xloadimage stdin
Which will autput:
+ pgmramp -lr 100 20
+ pgmtoppm red-blue
+ pgmramp -lr 100 20
+ pgmtoppm blue-red
+ pnmcat -lr /tmp/000.ppm /tmp/001.ppm
leaving the two temporary images /tmp/000.ppm and /tmp/001.ppm in the
there without cleaning up.
Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant
-- System Information
Debian Release: 3.1
Kernel Version: Linux michelle1.private 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC
2005 i686 GNU/Linux
Versions of the packages netpbm depends on:
ii bc 1.06-15The GNU bc arbitrary precision calculator la
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries and Timezone
ii libjpeg62 6b-10 The Independent JPEG Group's JPEG runtime li
ii libnetpbm1010.0-8.michell Shared libraries for netpbm
ii libpng12-0 1.2.8rel-1 PNG library - runtime
ii libtiff4 3.7.2-3Tag Image File Format (TIFF) library
ii zlib1g 1.2.2-4.sarge. compression library - runtime
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian GNU/Linux Consultant #
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386390: new upstream release 1.10.6 (dictd, dict, dictfmt)
Package:dictd Severity: wishlist Current release in unstable/sid is 1.10.2, which is a little bit outdated. The new upstream release 1.10.6 has a lot of new and important features, and bug fixes too. Please provide it for Debian users. TIA Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#358575: Binary NMU requested for mailman in sarge [was: mailman 2.1.5-8sarge3: screwup between security and maintainer upload]
On Wed, Sep 06, 2006 at 12:03:34PM +0200, Lionel Elie Mamane wrote: > There seems to have been a screw-up in handling of mailman security > and stable updates: There are two different mailman packages in Debian > with version number 2.1.5-8sarge3. > -8sarge3 maintainer update (that got frozen waiting for -8sarge2 to > happen in order not to conflict with it) to fix bug #358575, a > severity critical bug. > -8sarge3 security update to fix: > formt string vulnerability [src/common.c, > debian/patches/72_CVE-2006-2191.dpatch] > > The situation right now: > - sarge r3 contains mailman 2.1.5-8sarge3, but some architectures >have the security update (such as i386) and others have the >maintainer update (such as source, sparc and alpha). >Thus all architectures are screwed up in one way or the other. > Stable release team, please react accordingly; you may for example > do a binary sourceless NMU for the architectures that have -8sarge3 > the security update so that they all have -8sarge3 the maintainer > update. I have now heard about what the security problem addressed in -8sarge3 the security update is. It is believed not to be exploitable. I thus now officially request a binary NMU to replace -8sarge3 the security update by -8sarge3 the maintainer update on the arches that have -8sarge3 the security update. -- Lionel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385182: FTBFS with GCC 4.2: ... cannot appear in a constant-expression
* Mikael Zayenz Lagerkvist <[EMAIL PROTECTED]> [2006-08-30 09:52]: > If this is truly a removed feature, then a bug-report should be filed > also for the documentation of GCC. FWIW, this gcc 4.2 bug has been fixed in SVN now. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386389: iptables: Missing ipp2p module
Package: iptables Version: 1.3.5.0debian1-1 Severity: normal As issuing iptables to call ipp2p shows can not open libipt_ipp2p.so. This is the capture. iptables -A FORWARD -m ipp2p --bit -j DROP iptables v1.3.5: Couldn't load match `ipp2p':/lib/iptables/libipt_ipp2p.so: cannot open shared object file: No such file or directory Try `iptables -h' or 'iptables --help' for more information. I checked that /lib/iptables/libipt_ipp2p.so really does not exist. And this file does not show in "dpkg -L iptables". -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages iptables depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries iptables recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#382757: Generating VST headers
Hi Javier, sorry for the delay, but I was on holiday and I'm still recovering the old mails.. |--==> Javier Serrano Polo writes: JSP> Hi, again. JSP> You may have heard about VST and its non-free headers. I'm using a free JSP> program that optionally supports that technology and, of course, it'd be JSP> nice to have that support in main. JSP> I believe reverse engineering is legal, even a common practice (so I've JSP> read in some messages in this list). But I don't think Steinberg JSP> (copyright owner) would be very happy. They don't want to give away the API. JSP> I should clarify that I'm not trying to make the whole technology JSP> available, just the necessary bits to allow my program work. This JSP> couldn't be used to move fst to main (perhaps, it could). JSP> Oh, that reminds me. Free Ekanayaka, did you get explicit permission JSP> from Torben Hohn? You know that Steinberg headers aren't like a Java JSP> compiler, don't you? GPL still applies. I've downloaded the VST development kit from the Steinberg site, and accepted the use conditions. Then I've built the fst package (as you would compile any other VST plugin using the Steinberg development kit) and uploaded it to non-free. From my understanding this is perfectly legal, as is legal to distribute VST plugins compiled with the VST SDK. JSP> Oh no, it's depending on LASH. I'm afraid you didn't get it. I read JSP> through their mail archives (fst archives), Paul Davis (co-author) JSP> argued LASH dependency was enough reason to not grant exceptions nor JSP> allow binary distributions. Mmmh, I'm not sure to get this point, please would you elaborate? JSP> By the way, my program doesn't use LASH so that reason doesn't apply. JSP> Got no answer from them. JSP> I'm sorry I had to bring this up. If it helps, dssi-vst does have GPL JSP> exceptions to allow binary distribution. We could probably upload that too then. JSP> Back to my subject, I already wrote a header to make the Linux parts JSP> work. Of course, it crashes when connecting to VST: constants need the JSP> correct values, class members the correct offsets... JSP> I guess I can't ask a developer who can use the official headers to JSP> substitute the constant names with numbers and fill classes with char JSP> arrays. It would be so easier to get the header. JSP> If I finish this file (in a far far future), could it be included in main? I think so, but I'll let more knowledgeable people answer this. JSP> Knowing that fst shouldn't be there, it wouldn't be much ethical to use JSP> it to obtain additional information, would it? Ciao, Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386392: fails to build
Package: sim Version: 0.9.4.0+1-1 Severity: serious Justification: no longer builds from source Hi, In a clean, fresh sid pbuilder ./configure call ends up with: . checking whether byte ordering is bigendian... no checking for flex... flex checking lex output file root... lex.yy checking lex library... none needed checking whether yytext is a pointer... no configure: error: You need to have flex installed. $ I do have flex :) Thanks, dam -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Versions of packages sim depends on: ii kdelibs4c2a 4:3.5.4-3core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.2-20060709-1 GCC support library ii libice6 1:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-2X11 Session Management library ii libssl0.9.8 0.9.8b-2 SSL shared libraries ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-62:1.0.0-8X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxml2 2.6.26.dfsg-3GNOME XML library ii libxslt1.1 1.1.17-4 XSLT processing library - runtime ii libxss1 1:1.0.1-4X11 Screen Saver extension library ii sim-data0.9.4.0+1-1 Simple Instant Messenger data file ii zlib1g 1:1.2.3-13 compression library - runtime sim recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386394: tomcat5: Fails to start: doesn't detect sun-java5-bin JVM
Package: tomcat5 Version: 5.0.30-10 Severity: serious Tags: patch Justification: init.d start failure Hi, after installation I got this message: Could not start Tomcat 5 servlet engine because no Java Development Kit (JDK) was found. Please download and install JDK 1.3 or higher and set JAVA_HOME in /etc/default/tomcat5 to the JDK's installation directory. Adding /usr/lib/jvm/java-1.5.0-sun to the JDK dirs tomcat starts up without errors. Here is the patch: --- tomcat5.orig2006-09-07 11:29:18.0 +0200 +++ tomcat5 2006-09-07 11:30:07.0 +0200 @@ -20,7 +20,7 @@ # The first existing directory is used for JAVA_HOME (if JAVA_HOME is not # defined in $DEFAULT) -JDK_DIRS="/usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-blackdown /usr/lib/j2se/1.4 /usr/lib/j2sdk1.5-sun /usr/lib/j2sdk1.3-sun /usr/lib/j2sdk1.3-blackdown /usr/lib/jvm/java-gcj /usr/lib/kaffe" +JDK_DIRS="/usr/lib/jvm/java-1.5.0-sun /usr/lib/j2sdk1.4-sun /usr/lib/j2sdk1.4-blackdown /usr/lib/j2se/1.4 /usr/lib/j2sdk1.5-sun /usr/lib/j2sdk1.3-sun /usr/lib/j2sdk1.3-blackdown /usr/lib/jvm/java-gcj /usr/lib/kaffe" # Directory for per-instance configuration files and webapps CATALINA_BASE=/var/lib/tomcat5 Regards, Bastian -- 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.17-treasure8 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386393: Being able to feed baobab with an du-like file
Package: baobab Version: 2.4.2-1.1+b1 Severity: wishlist Hi, In some cases, baobab can't be used as such: - because the browsed disk is on a remote server without baobab - because the browsed stuff is not a disk but something else (memory size, or even totally non computer science- related: ownings for instance). but if baobab could be fed with an du-like file, it could be used in such cases. Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages baobab depends on: ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.12.1-1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-4 The Bonobo UI library ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libcairo2 1.2.4-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-4 GNOME configuration database syste ii libglade2-01:2.6.0-2 library to load .glade files at ru ii libglib2.0-0 2.12.1-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-3 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgtk2.0-02.8.20-1 The GTK+ graphical user interface ii libgtop2-7 2.14.2-2 gtop system monitoring library ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-2libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1+b1 Layout and rendering of internatio ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-8 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.26.dfsg-3 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra baobab recommends no packages. -- no debconf information -- Samuel Thibault <[EMAIL PROTECTED]> sl - display animations aimed to correct users who accidentally enter sl instead of ls. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386396: Being able to feed filelight with a du-like file
Package: filelight Version: 0.99beta6-1+b1 Severity: wishlist Hi, In some cases, filelight can't be used as such: - because the browsed disk is on a remote server without filelight - because the browsed stuff is not a disk but something else (memory size, or even totally non computer science- related: ownings for instance). but if filelight could be fed with an du-like file, it could be used in such cases. Samuel -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-rc5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages filelight depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libqt3-mt3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 filelight recommends no packages. -- no debconf information -- Samuel Thibault <[EMAIL PROTECTED]> «Le monochrome, c'est pour ceux qui s'intéressent (encore) au contenu. Usenet dans ces conditions, c'est comme le web avec lynx, on prend trop conscience du vide, c'est déprimant.» -+- JLC in Guide du linuxien pervers : "Coup de cafard..." -+-
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
On Thu, Sep 07, 2006 at 11:07:02AM +0200, Jan Willem Stumpel wrote:
> This is a 'simultaneous bug' in xkb-data and libx11-data.
>
> In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
> 'breathing' signs are defined as follows
>
> key { [ dead_acute, dead_horn ] };
> key { [ dead_grave, dead_ogonek ] };
>
> The breathing signs are the "shifted" symbols (dead_horn and dead_ogonek).
>
> This means that these keys do not work in an international UTF-8 locale,
> because the international Compose file
> (/usr/share/X11/locale/en_US.UTF-8/Compose), which has definitions for the
> full set of Ancient Greek accent combinations, expects the breathing signs to
> be U0313 and U0314 respectively.
>
> The dead_horn and dead_ogonek are only recognized by the Greek UTF-8 Compose
> file, /usr/share/X11/locale/el_GR.UTF-8/Compose.
>
> The solution is to change dead_horn to U0313 and dead_ogonek to U0314 both in
> /usr/share/X11/xkb/symbols/gr and in
> /usr/share/X11/locale/el_GR.UTF-8/Compose. It is important to do this
> simultaneously.
Er, could dead_horn and dead_ognek sequences not just be added to en_US?
Unicode syms are nice, but not much point in using them when we already
have clearly-defined X keysyms for the same purpose.
Cheers,
Daniel
signature.asc
Description: Digital signature
Bug#386391: sim: segfault loging into Yahoo when badly-encoded groups exist
Package: sim Version: 0.9.4.0+1-1 Severity: normal Hi, I have some badly-encoded (probably in cp1251) groups in Yahoo!. When loging in with sim, sim segfaults (backtrace attached in upstream bts). It seems sim assumes Yahoo speaks utf-8, which is not the case with my groups. Gaim, for example, is unable to show the group names - it shows ???, but at least doesn't crash. I also have no lich building the package with debug symbols (configure fails), but I'll file another bugreport about this. Thanks, dam -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Versions of packages sim depends on: ii kdelibs4c2a4:3.5.4-3core libraries and binaries for al ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc11:4.2-20060709-1 GCC support library ii libice61:1.0.0-3X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-4Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-2X11 Session Management library ii libssl0.9.80.9.8b-2 SSL shared libraries ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8X11 client-side library ii libxext6 1:1.0.1-2X11 miscellaneous extension librar ii libxml22.6.26.dfsg-3GNOME XML library ii libxslt1.1 1.1.17-4 XSLT processing library - runtime ii libxss11:1.0.1-4X11 Screen Saver extension library ii sim-data 0.9.4.0+1-1 Simple Instant Messenger data file ii zlib1g 1:1.2.3-13 compression library - runtime sim recommends no packages. -- no debconf information -- Damyan Ivanov Modular Software Systems [EMAIL PROTECTED] phone +359(2)928-2611, 929-3993 fax +359(2)920-0994 mobile +359(88)856-6067 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
Bug#358575: Binary NMU requested for mailman in sarge [was: mailman 2.1.5-8sarge3: screwup between security and maintainer upload]
On Thu, Sep 07, 2006 at 11:21:35AM +0200, Lionel Elie Mamane wrote: > > Stable release team, please react accordingly; you may for example > > do a binary sourceless NMU for the architectures that have -8sarge3 > > the security update so that they all have -8sarge3 the maintainer > > update. > I have now heard about what the security problem addressed in -8sarge3 > the security update is. It is believed not to be exploitable. I thus > now officially request a binary NMU to replace -8sarge3 the security > update by -8sarge3 the maintainer update on the arches that have > -8sarge3 the security update. And which archs are those? -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386299: ekg2: Plugin/program compilation option mismatch
severity 386299 serious thanks On Wed, Sep 06, 2006 at 06:14:55PM +0100, Marcin Owsiany wrote: > Unicode support in ekg2 is highly experimental and not yet supported > upstream, therefore the debian package is built without UTF-8 support. > On Wed, Sep 06, 2006 at 05:56:17PM +0200, Tristan Seligmann wrote: > > Attempting to run ekg2 yields the following: > Try running it in some iso-8859 locale. That's not an acceptable answer, given that almost all locales for etch will be Unicode by default. This makes the package unreleasable. Of course, the package seems to only be in experimental at all, so I don't see why you would bother to downgrade the bug... -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386398: build-depends for version of libmms-dev with headers fixed
Package: mimms Version: 2.0.1-1 Severity: serious Justification: no longer builds from source It should be "Build-Depends: libmms-dev (>= 0.2-4)". The version of libmms whose the headers have been fixed to be usable in C++. This build-depends will be a useful information in building the package in older debian version. -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Kernel: Linux 2.6.10-5-386 Locale: LANG=C, LC_CTYPE=thai Versions of packages mimms depends on: ii libc6 2.3.5-1ubuntu12 GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-4ubuntu9 GCC support library ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libstdc++5 1:3.3.4-9ubuntu5 The GNU Standard C++ Library v3 ii libuuid1 1.35-6ubuntu1 Universally unique id library -- no debconf information
Bug#305642: I agree, it is very annoying!
I just enter in the directory in MC panel, for example /usr/src. Then ^O, ^P. I get: 05:52:53 [EMAIL PROTECTED]:usr# 05:53:01 [EMAIL PROTECTED]:src# cd "`echo -e '\057usr\057src'`" Note the old bash prompt. It have not disappeared. The new bash prompt have appeared right after it. My bash prompt format is: export PS1='\T [EMAIL PROTECTED]:\W\$ ' 05:56:53 [EMAIL PROTECTED]:src# mc --version GNU Midnight Commander 4.6.1 Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs With builtin Editor Using system-installed S-Lang library with terminfo database With subshell support as default With support for background operations With mouse support on xterm and Linux console With support for X11 events With internationalization support With multiple codepages support Package: libglib2.0-0 Version: 2.10.2-1 Package: libc6 Version: 2.3.6.ds1-4 Package: libgpmg1 Version: 1.19.6-22 Package: libslang2 Version: 2.0.6-2 05:56:58 [EMAIL PROTECTED]:src# ldd `which mc` linux-gate.so.1 => (0xe000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7f8b000) libdl.so.2 => /lib/tls/libdl.so.2 (0xb7f87000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7eff000) libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb7ef9000) libslang.so.2 => /lib/libslang.so.2 (0xb7e37000) libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7e21000) libc.so.6 => /lib/tls/libc.so.6 (0xb7ce9000) /lib/ld-linux.so.2 (0xb7fa2000) libm.so.6 => /lib/tls/libm.so.6 (0xb7cc3000) Note that linux-gate.so.1 doesn't map to any file. Is it normal? On Tuesday 05 September 2006 06:31, you wrote: > Weired, > > since I am using MC all the day, I can not reproduce this bug > I use MC from Sarge: > > GNU Midnight Commander 4.6.1-pre3 > Virtual File System: tarfs, extfs, cpiofs, ftpfs, fish, smbfs > With builtin Editor > Using included S-Lang library with terminfo database > With subshell support as default > With support for background operations > With mouse support on xterm and Linux console > With support for X11 events > With internationalization support > With multiple codepages support > > What do you do exactly to get this Bug? > > Thanks, Greetings and nice Day > Michelle Konzack > Systemadministrator > Tamay Dogan Network > Debian GNU/Linux Consultant > > Am 2006-09-01 09:57:01, schrieb Aleksey Midenkov: > > Package: mc > > Version: 1:4.6.1-1 > > Severity: normal > > > > I agree, it is very annoying for me too! > > > > I didn't seem to notice this bug before. May be it appeared in recent > > versions. Or is it may be misconfiguration? > > - END OF REPLIED MESSAGE - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#380750:
Note that this has been fixed in upstream version 0.4-17 (which generates a usplash-dev package) -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386399: tasksel: [INTL:it] Translation update
Package: tasksel
Version: N/A
Severity: wishlist
Tags: patch l10n
Attached you can find the updated Italian translation of debconf.
-- 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.17-1-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
# Traduzione italiana di tasksel
# Copyright (C) 2004 Free Software Foundation, Inc.
# Stefano Canepa <[EMAIL PROTECTED]>, 2004,2005.
#
msgid ""
msgstr ""
"Project-Id-Version: tasksel\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2006-07-29 07:42+0200\n"
"PO-Revision-Date: 2006-09-07 11:50+0200\n"
"Last-Translator: Stefano Canepa <[EMAIL PROTECTED]>\n"
"Language-Team: Italian \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=utf-8\n"
"Content-Transfer-Encoding: 8bit\n"
#. Type: multiselect
#. Choices
#. Translators: translate ORIGCHOICES as CHOICES.
#. Type: multiselect
#. Choices
#. Translators: translate ORIGCHOICES as CHOICES.
#: ../templates:1001 ../templates:2001
msgid "${ORIGCHOICES}"
msgstr "${CHOICES}"
#. Type: multiselect
#. Description
#. Type: multiselect
#. Description
#: ../templates:1002 ../templates:2002
msgid "Choose software to install:"
msgstr "Scegliere il software da installare:"
#. Type: multiselect
#. Description
#: ../templates:1002
msgid ""
"At the moment, only the core of the system is installed. To tune the system "
"to your needs, you can choose to install one or more of the following "
"predefined collections of software."
msgstr "Al momento, solo la parte principale di Debian è installata. Per adattare l'installazione alle proprie esigenze, si possono scegliere di installare una a più delle seguenti collezioni predefinite di software."
#. Type: multiselect
#. Description
#: ../templates:2002
msgid ""
"You can choose to install one or more of the following predefined "
"collections of software."
msgstr ""
"Si può scegliere di installare una o più delle seguenti collezioni "
"predefinite di software."
#. Type: title
#. Description
#: ../templates:3001
msgid "Software selection"
msgstr "Selezione del software"
#~ msgid "${CHOICES}, manual package selection"
#~ msgstr "${CHOICES}, selezione manuale dei pacchetti"
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Daniel Stone wrote: > Er, could dead_horn and dead_ognek sequences not just be added > to en_US? Of course they could. But that would be perpetuating a kludge. dead_horn and dead_ogonek were chosen by the original Greek designer *) because they do not occur in the Greek language, so he thought they were "unused" and made them do double duty as breathing signs. The "real" dead_horn and dead_ogonek are completely different -- they are accents below the letters, not above, like the breathing signs are. Apparently he was not aware that the keysyms starting with U are by default valid keysyms in xkb, nor of the fact that the true breathings signs had already been defined in Unicode: U+0313 COMBINING COMMA ABOVE, Greek psili, smooth breathing mark U+0314 COMBINING REVERSED COMMA ABOVE, Greek dasia, rough breathing mark Apparently, the creators of the Greek polytonic xkb file and of the international Compose file worked independently of one another. It is time to put it right. *) See http://www.mail-archive.com/linux-utf8@nl.linux.org/msg05200.html (near the end of the message): When I made an initial try at a polytonic Greek keyboard, I couldn't find a dead_comma_above and a dead_reversed_comma_above, so I just (ab)used the first two keysyms that weren't otherwise meaningful on a Greek keyboard. Subsequent updates to the Greek keyboard layout and Compose files kept this (perhaps not strictly correct) arrangement. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386400: libssl0.9.8: services to restart: ssh (not openssh-server) and tor
Package: libssl0.9.8 Version: 0.9.8b-3 Severity: normal hello, the init.d script of openssh-server is still called 'ssh', not 'openssh-server'. currently, libssl0.9.8.postinst checks for 'openssh-server' and therefore misses to restart ssh per default. additionally, the postinst should also check for 'tor', which uses libssl0.9.8 as well. ... jonas -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-3-amd64-resivo Locale: LANG=C, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libssl0.9.8 depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii zlib1g 1:1.2.3-13 compression library - runtime libssl0.9.8 recommends no packages. -- debconf information: * libssl0.9.8/restart-services: exim4 apache2 ssh tor -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329419: ifconfig down in guessnet script...
Hi, Am Donnerstag, den 07.09.2006, 09:35 +0200 schrieb martin f krafft: > also sprach Joachim Breitner <[EMAIL PROTECTED]> [2006.09.06.2351 +0200]: > > just a quick ping with regard to this bug. What do you think about > > my solution, if you think that code is necessary? Would be nice to > > not have this annoyance in etch... > > Have you tried removing the line and does it still work as it > should? Yes, it's fine, at least with my madwifi driver. > Can you try this script in /usr/share/guessnet/scripts? > > http://madduck.net/~madduck/scratch/test-wifi Do I still need to check it, even if I know it works without the lines? (A bit busy right now, but if you want I'll try it some day later) Thanks! Joachim -- Joachim "nomeata" Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386403: linux-uvc-source: Unable to complete device test with ekiga
Package: linux-uvc-source Version: 0.1.0-4 Severity: grave Justification: renders package unusable I have a Logitech QuickCam Pro 5000. When I attempt to test the device with ekiga 2.0.2-1, I receive the following: "Failed to open the device. Error with the frame size." I am on AMD64 etch (kernel 2.6.16-2-amd64-k8-smp). I have libpt-plugins-v4l2 1.10.1.dfsg-1 installed. Here is the entire scenario: 1) I plug the device into a USB port, and the following is reported in /var/log/messages: Sep 7 06:18:39 chennai kernel: usb 5-7: new high speed USB device using ehci_hcd and address 3 Sep 7 06:18:40 chennai kernel: usb 5-7: configuration #1 chosen from 1 choice Sep 7 06:18:40 chennai kernel: uvcvideo: Found UVC 1.00 device (046d:08c5) I then start ekiga, and choose to use the Configuration Druid. I click through the forms to enter my name, username/password, connection type, NAT type, audio manager, and test my audio device. On form 8/10 (Video Manager), I choose "V4L2" as my video manager (my options are "Picture", "V4L2", "V4L"). On the next form, I choose "USB Video Class Device" for my video input device (it is my only option), and then click "Test Device". Sometimes I receive the message "Failed to open the device. Error with the frame size." At other times, I receive the message "Failed to open the device. Your driver doesn't support any of the color formats tried by Ekiga." -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386402: tellico: new upstream release 1.2.1
Package: tellico
Version: 1.1.6-1.1
Severity: wishlist
There is a new upstream release, version 1.2.1.
Message from upstream:
--
Tellico 1.2.1 is available now, which fixes a few problems with the 1.2
release. Thanks to everyone who emailed me or the mailing list and
reported
issues, I do appreciate that.
http://periapsis.org/tellico/download/tellico-1.2.1.tar.gz
MD5: a2eafa1c1d65909f9a6f20739bab562e
Changelog:
* Fixed CDDB bug that read everything as Pink Floyd.
* Improved image cache performance a bit more, and fixed another memory
leak.
* Fixed a crashing bug in the file listing importer.
* Fixed a rendering bug with the image gradients used in the entry
templates.
* Fixed a bug with some fields not showing auto-completion in the filter
dialog.
* Fixed CDDB cache importer to use UTF-8, as done in libkcddb.
* Changed bibtex exporter to add braces or quotations around \url{?} values.
* Updated pt_BR, thanks to Cláudio Félix.
Thanks,
Robby
Thanks a lot.
-- 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.17-4-mario-1
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)
Versions of packages tellico depends on:
ii kdelibs4c2a4:3.5.4-3 core libraries and binaries for al
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libgcc11:4.1.1-13GCC support library
ii libkcal2b 4:3.5.4-1 KDE calendaring library
ii libkcddb1 4:3.5.4-1 CDDB library for KDE
ii libqt3-mt 3:3.3.6-4 Qt GUI Library (Threaded runtime v
ii libstdc++6 4.1.1-13 The GNU Standard C++ Library v3
ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library
ii libxml22.6.26.dfsg-3 GNOME XML library
ii libxslt1.1 1.1.17-4 XSLT processing library - runtime
ii libyaz22.1.18-2 The YAZ Z39.50 toolkit (runtime fi
ii tellico-data 1.1.6-1.1 collection manager for books, vide
tellico recommends no packages.
-- no debconf information
Bug#385730:
Isn't this a dupe of bug #385641 which is fixed by now? -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385974: gcj-4.1 & kfreebsd
I will try to rebuild with attached patch, but it takes some time ... Rebuild finished, it looks OK. Please, could you apply gcj41c.diff (it contains also initial gcc41.diff) and regenerate debian/control for next upload. Many thanks. Petr -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386401: hybserv: Please do not abuse debconf
Package: hybserv Version: 1.9.2-1 Severity: minor Hi, The debconf-devel(7) manual states that note templates should be used only for important notes that the user really should see. The policy also ask maintainers to "try to minimize the amount of prompting they need to do" (section 3.9.1). Displaying a note with a low priority really shows that the note is not very important. Your note should therefore be moved to a README.Debian file. Cheers, -- Thomas Huriaux signature.asc Description: Digital signature
Bug#355751: mondo: insanely slow!
Hi Bruno, On Wed, 2006-08-30 at 23:17 +0200, Bruno Cornec wrote: > Rich Walker said on Tue, Aug 15, 2006 at 03:32:52PM +0100: > > > At the moment, mondoarchive does take a phenomenally long time to > > archive a few hundred thousand files. Removing the extended attribute > > handling makes a big difference! I suggest that describing it as a > > general-purpose backup solution is a bit misleading, and noting the > > attribute handling->slowdown "feature" might be useful. > > I think there is a glitch in the way those attributes are handled. > It always make request to find getfacl, ... which is dumb. Hm, it appears that the issue is not so much with calling getfacl than with calling getfattr. > Andree Could you open a bug report upstream for that please ? Done: http://www.mondorescue.org/cgi-bin/trac.cgi/ticket/63 > TIA, > Bruno. Cheers, Andree -- Andree Leidenfrost Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#329419: ifconfig down in guessnet script...
also sprach Joachim Breitner <[EMAIL PROTECTED]> [2006.09.07.1237 +0200]: > Do I still need to check it, even if I know it works without the lines? > (A bit busy right now, but if you want I'll try it some day later) you don't need to do anything, but it's appreciated. enrico, I think we can just remove the line as Joachim said. I don't see a reason why it should be there. -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' :proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#386404: xvnc4viewer: terminal password entry is broken
Package: xvnc4viewer Version: 4.1.1+X4.3.0-14 Severity: normal The new default of asking password from the terminal does not work. I don't care whether to input the password from tty or GUI box but currently only the GUI box works, so --PasswordDialog=1 is mandatory. When I run it without this option, I get authentication failures: $ xvncviewer -via server localhost:1 VNC Viewer Free Edition 4.1.1 for X - built Sep 4 2006 20:26:45 Copyright (C) 2002-2005 RealVNC Ltd. See http://www.realvnc.com for information on VNC. Password: Thu Sep 7 14:01:24 2006 CConn: connected to host localhost port 5599 CConnection: Server supports RFB protocol version 3.8 CConnection: Using RFB protocol version 3.8 Password: Thu Sep 7 14:01:28 2006 main:Authentication failure The last message is also given as a GUI message box. The server is vnc4server 4.0-8 that ships with sarge. -- 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.18-rc5 Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages xvnc4viewer depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-2 X11 Session Management library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii zlib1g 1:1.2.3-13 compression library - runtime xvnc4viewer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386407: module-assistant: error message "source tarball could not be found" unhelpful
Package: module-assistant Severity: normal Hi, $ module-assistant --text-mode --userdir /tmp/mh build vmware-kernel The source tarball could not be found! Package vmware-kernel-source not installed? It would help if module-assistant would give information _where_ it has looked for the source tarball. /usr/src/vmware-kernel.tar.gz exists, and vmware-kernel-source is installed. Yes, vmware-kernel is a local, unofficial package. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.11-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386408: xvnc4viewer: no focus in error dialog
Package: xvnc4viewer Version: 4.1.1+X4.3.0-14 Severity: minor The 'Authentication failed' messagebox should have keyboard focus on the OK button so I could dismiss it with just a keypress. Currently the focus is not on the button. -- 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.18-rc5 Locale: LANG=et_EE.ISO-8859-15, LC_CTYPE=et_EE.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages xvnc4viewer depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-13 GCC support library ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-2 X11 Session Management library ii libstdc++6 4.1.1-13The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii zlib1g 1:1.2.3-13 compression library - runtime xvnc4viewer recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383582: linux-image-2.6.17-2-686: suspend doesn't work with 2.6.17
Package: linux-image-2.6.17-2-686 Version: 2.6.17-8 Tags: patch thanks This is to confirm that this bug still exists in the 2.6.17-2 package with version 2.6.17-8. Earlier in this bug thread, I posted a link to a patch that allegedly solves this, so I'm adding a 'patch' tag to this bug. Thanks, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
On Thu, Sep 07, 2006 at 12:31:28PM +0200, Jan Willem Stumpel wrote: > Daniel Stone wrote: > > Er, could dead_horn and dead_ognek sequences not just be added > > to en_US? > > Of course they could. But that would be perpetuating a kludge. > dead_horn and dead_ogonek were chosen by the original Greek > designer *) because they do not occur in the Greek language, so he > thought they were "unused" and made them do double duty as > breathing signs. The "real" dead_horn and dead_ogonek are > completely different -- they are accents below the letters, not > above, like the breathing signs are. Apparently he was not aware > that the keysyms starting with U are by default valid keysyms in > xkb, nor of the fact that the true breathings signs had already > been defined in Unicode: Actually, at the time the Greek support was written, that wasn't true. > U+0313 COMBINING COMMA ABOVE, Greek psili, smooth breathing mark > U+0314 COMBINING REVERSED COMMA ABOVE, Greek dasia, rough >breathing mark > > Apparently, the creators of the Greek polytonic xkb file and of > the international Compose file worked independently of one > another. It is time to put it right. > > *) See > http://www.mail-archive.com/linux-utf8@nl.linux.org/msg05200.html > (near the end of the message): > >When I made an initial try at a polytonic Greek keyboard, I >couldn't find a dead_comma_above and a >dead_reversed_comma_above, so I just (ab)used the first two >keysyms that weren't otherwise meaningful on a Greek keyboard. >Subsequent updates to the Greek keyboard layout and Compose >files kept this (perhaps not strictly correct) arrangement. Okay, thanks for your analysis and pointing out that I was wrong. :) Your suggested fix seems fine to me. Cheers, Daniel signature.asc Description: Digital signature
Bug#386405: xkb-data: Right-Option is no longer recognized
Package: xkb-data Version: 0.8-12 Severity: important Right-Option is no longer recognized in a powerbook keyboard (it worked OK in version 0.8-10) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 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#379938: [Friendly Nudge] Bug#379938: Crashes with libnewt0.52 (0.52.2-5.1) if libfribidi0 not installed
Hi Alastair, Just thought I bring this one to your attention again, especially with the freeze approaching. Hope that's ok. ;-) Cheers, Andree -- Andree Leidenfrost @ Debian Developer Sydney - Australia signature.asc Description: This is a digitally signed message part
Bug#386240: kleopatra: exits with error after startup
tags 386240 unreproducible thanks hi peter, i launched kleopatra successfully (2 different machines). i tag the bug unreproducible until i check where come from the message you've got. cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386336: Kdesktop crashes when copying things to the kde clipboard under special configuration
forwarded 386336 http://bugs.kde.org/show_bug.cgi?id=133665 tags 386336 + fixed-upstream thanks hi, thanks for your report. For the track, it's fixed in kde svn, commit 581571. It will be closed in next upload (branch pull). cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311821: still need some permission change
On 2006-09-07T14:10+0700 Jean Christophe André wrote: > I would suggest to create a "/var/lib/wordpress/" directory to put all > writable data, following the example of the "dokuwiki" package. > We may want to put the full "wp-content" directory in > "/var/lib/wordpress/", but I'm not sure about the security implication... Allowing users by default to upload or copy or store files other than their home directory sounds dangerous to me. I think it is easy enough for administrators like yourself to set up this feature with your solution. How about I include your instructions in the doc? Best wishes!
Bug#385448: pango font problem: caused by KDE?
On Thu, Sep 07, 2006 at 12:25:43AM +0100, Vasilis Vasaitis wrote: > Hello, > > I have also encountered this problem, and in fact it manifests with > every GTK+ app I'm using (with the exception of SeaMonkey, which seems > unaffected). However, I've experimented a bit, and the problem seems > to appear only under KDE. And even then, if I open the Colours module > in Control Centre, uncheck Use Colours with non-KDE Applications (or > whatever it's called in en_*), and hit Apply, the problem disappears. > Of course it also disappears with the Xft.antialias trick reported by > the submitter. Some further information: following some advice I found on a web forum, I added the following line to ~/.kde/share/config/kdeglobals, in the [General] section: XftAntialias=true This fixed the problem for good. So pending the submitter's reply, we might be able to move the bug over to KDE or something... Thanks, Vasilis -- Vasilis Vasaitis "A man is well or woe as he thinks himself so." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386052: zaptel-source: Cannot initiate a call to BRI
On Wednesday 06 September 2006 21:18, Cybaer wrote: > Most of the time (the above I managed only once) I get the following > effect after reloading the module and starting up asterisk in console mode: > > [chan_zap.so] => (Zapata Telephony w/PRI) > == Parsing '/etc/asterisk/zapata.conf': Found > Sep 6 21:07:44 WARNING[5108]: chan_zap.c:1097 zt_open: Unable to > specify channel 1: No such device or address > Sep 6 21:07:44 ERROR[5108]: chan_zap.c:7359 mkintf: Unable to open > channel 1: No such device or address > here = 0, tmp->channel = 1, channel = 1 > Sep 6 21:07:44 ERROR[5108]: chan_zap.c:12169 setup_zap: Unable to > register channel '1-2' > Sep 6 21:07:44 WARNING[5108]: loader.c:414 __load_resource: > chan_zap.so: load_module failed, returning -1 > Sep 6 21:07:44 WARNING[5108]: loader.c:554 load_modules: Loading module > chan_zap.so failed! > mymachineprompt:~# Junk at the beginning 49443303 > Warning, flexibel rate not heavily tested! > Junk at the beginning 49443303 > Warning, flexibel rate not heavily tested! > Junk at the beginning 49443303 > Warning, flexibel rate not heavily tested! > Junk at the beginning 49443303 > Warning, flexibel rate not heavily tested! For that case I would like to see the output of: ztcfg -vv dmesg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386240: kleopatra: exits with error after startup
re, crypto module is provided by kcontrol, have you got kcontrol installed ? cheers, Fathi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386409: pinball: please capitalise Debian menu entry.
Package: pinball Version: 0.3.1-6.1 Severity: minor Hello Jochen, Please capitalize the title in the menu entry, as required by the menu manual: ?package(pinball):needs="X11" section="Games/Arcade"\ title="pinball" command="/usr/games/pinball"\ icon="/usr/share/games/pinball/pinball.xpm" ?package(pinball):needs="vc" section="Games/Arcade"\ title="pinball" command="/usr/games/pinball"\ icon="/usr/share/games/pinball/pinball.xpm" Please change the title to title="Pinball" or title="Emilia pinball". Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385790: mondoarchive behaves badly with afs
Hi Kevin,
Thank you for reporting this issue and for the further information you
provide.
On Tue, 2006-09-05 at 16:46 -0400, kcheek wrote:
> To follow up some more, I have a few suggestions for things that could
> be done to help resolve the problems I encountered:
>
> - mondoarchive should check if filesystems are read-only before
> trying to use them for scratch or temp
Hm, interesting point. I thought it did but might be wrong. Need to look
into this.
> - mondoarchive should exclude afs filesystems when option "-N" is
> used
Agreed & possible with relatively little effort. Obviously not specific
to AFS, so everyone would benefit.
> - mondoarchive should exclude paths from the "find" command ("Making
> catalog of files to be backed up") if the path has been excluded
> with the "-E" option
The behaviour you described in your previous message does indeed appear
to be wrong, so this would need fixing. Obviously not specific to AFS,
so everyone would benefit.
> - mondoarchive should prefer /tmp and/or /var/tmp over other paths
> for temp and scratch (if there is enough space) - maybe even prompt
> the user if insufficient space is available in /tmp or /var/tmp
Even more so, it should behave in an FHS compliant manner - see here for
more details: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312546.
> - mondoarchive should try to avoid network filesystems for temp and
> scratch (give preference to local filesystems if there is enough
> space)
Yes, agreed and it does that for other network filesystems, so this
should be relatively easy to fix.
> -Kevin
It's about eight years since I last used AFS. ;-)
What does the output of mount say on your system, what is in fstab?
And/or how do you mount an AFS filesystem? Would you be aware of any
publicly accessible AFS volumes that I could mount for test purposes?
Best regards & thanks a lot,
Andree
--
Andree Leidenfrost
@ Debian Developer
Sydney - Australia
signature.asc
Description: This is a digitally signed message part
Bug#386211: plucker: Fails to remove byte compiled files from previous version
Le 05.09.2006, à 19:30:43, Luis Rodrigo Gallardo Cruz a écrit: > Package: plucker > Version: 1.8-16+b1 > Severity: normal > > Upon update to this version the byte-compiled files in > /usr/lib/python2.3/site-packages/PyPlucker/ > were left behind. I note that on one of my systems I still have plucker 1.8-16 and no byte-compiled files are present in /usr/lib/python2.3/site-packages/PyPlucker/ $ ls /usr/lib/python2.3/site-packages/PyPlucker/ AliasList.py ImageParser.py PluckerDocs.py Url.py ConfigFiles.py __init__.py PluckerLinks.py UtilFns.py ConversionParser.py JIUImageParser.py Profiling.py Writer.py Decode.pyPalmImagePlugin.py Retriever.py ExclusionList.py Parser.py Spider.py helper pluck-comics.py TextParser.py Maybe you started plucker as root and Python stored the byte-compiled files there? I just tried to run plucker-build as root and I now have: $ ls /usr/lib/python2.3/site-packages/PyPlucker/ AliasList.py helper pluck-comics.py TextParser.pyc AliasList.pyc ImageParser.py PluckerDocs.py Url.py ConfigFiles.pyImageParser.pyc PluckerDocs.pyc Url.pyc ConfigFiles.pyc __init__.py PluckerLinks.py UtilFns.py ConversionParser.py __init__.pycProfiling.py UtilFns.pyc ConversionParser.pyc JIUImageParser.py Retriever.py Writer.py Decode.py PalmImagePlugin.py Retriever.pycWriter.pyc ExclusionList.py Parser.py Spider.py ExclusionList.pyc Parser.pyc TextParser.py What do you think would be the best way to solve this bug? I could remove /usr/lib/python2.3/site-packages/PyPlucker in the installation script of plucker but that would make plucker hard to backport to Python 2.3. Bye, -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Daniel Stone wrote: > Actually, at the time the Greek support was written, that > wasn't true. I did not know that. That explains a lot. > Okay, thanks for your analysis and pointing out that I was > wrong. :) Your suggested fix seems fine to me. Well, as long as it's fixed, it's fine! :) Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386406: libmms: majormms haven't yet granted relicensing to LGPL
Hi, On Thu, Sep 07, 2006, Anon Sricharoenchai wrote: > According to, > http://marc.theaimsgroup.com/?l=xine-devel&m=107261185004445&w=2 , since > they can't find where to contact the author of majormms, either in > majormms website, http://www.geocities.com/majormms/ , and its source, > http://www.geocities.com/majormms/mms_client-0.0.3.tar.gz , it still > can't ensure that the author of majormms will allow relicensing to LGPL > or not. The URL you mention is also present in the copyright file, this is no new information. Upstream publicly announced the LGPL relicensing. They explained part of the process they followed and what they got relicensed. I even challenged this state of fact by verifying part of this relicensing and by contacting the Ubuntu ftpmaster who reviewed the source package for Ubuntu and found it to be LGPL. Now, what is the basis of your claims that this might not be LGPL? What new information did you find? And why are you discussing this with Debian? This seems like an upstream problem to me and something to discuss with upstream. I think you can't blame Debian for trusting its own upstream software distributors to a certain extent. > Can debian relicense this package back to GPL to avoid this conflict? Sure, as soon as this is proven to be LGPL or not LGPL one way or the other, I will act accordingly. My current position is to trust upstream that this is LGPL, I've verified what I could of this information when I uploaded libmms to Debian. New information may change this position. Bye, -- Loïc Minier <[EMAIL PROTECTED]>
Bug#330970: wmmaiload: Preserve atime after mbox check
Hello Florian, On Fri, Apr 14, 2006 at 02:45:59PM +0200, Florian Ragwitz wrote: > On Fri, Apr 14, 2006 at 02:19:37PM +0200, Peter Colberg wrote: > > Package: wmmaiload > > Version: 2.2.1-1 > > [...] > [...] > > I have since been using your latest package version with my atime > > patch applied without experiencing any problems. > > OK, I think we should skip waiting for upstream to fix the latest > release and just upload a patched version. I think that'll happen until > monday. Might there be a tiny chance of getting this fix into etch? I guess the upstream author longingly awaits this bug's one-year birthday before rushing to answer. Regards, Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386410: orbit2: New upstream version available
Package: orbit2 Severity: wishlist Upstream has released a new version of ORBit2, 2.14.3. It is considered as the stable version for GNOME 2.16. Could you please consider upgrading the package? Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386411: sleuthkit: new upstream version 2.06 available
Package: sleuthkit Version: 2.03-1 Severity: normal "September 1, 2006: Version 2.06 of The Sleuth Kit was released." -- http://www.sleuthkit.org/ regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386367: firefox 1.5.dfsg+1.5.0.6-4
Package: firefox Architecture: powerpc Version: 1.5.dfsg+1.5.0.6-4 The version string in the message above got truncated. I also get an empty box with two useless buttons on the right side and no text at all (i386 isn't affected). Downgrading to 1.5.dfsg+1.5.0.6-3_powerpc fixed the issue for me. Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#299595: jpilot-sync loop is endless with network sync
also sprach Ludovic Rousseau <[EMAIL PROTECTED]> [2006.09.01.1422 +0200]: > Can you confirm the suggestion above solves your problem? Nope, the problem persists. :( ii jpilot 0.99.9-1 graphical app. to modify the contents of you ii pilot-link 0.12.0-1 tools to communicate with a PalmOS PDA -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#357356: openoffice.org: font replacement broken in latest OpenOffice
I can confirm that... Font replacement does not work also for version 2.0.3-6. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385909: pyversions: command not found
reassign 385909 python 2.4.3-11 retitle 385909 preinst calls .rtupdate scripts while dependencies aren't installed thanks Le dimanche 03 septembre 2006 à 23:38 +0200, Julien Danjou a écrit : > Package: python-gnome2 > Version: 2.12.4-4 > Severity: serious > > While upgrading an old etch: > > Suggested packages: > python-doc python-profiler > The following NEW packages will be installed: > python-minimal > The following packages will be upgraded: > python > 1 upgraded, 1 newly installed, 0 to remove and 212 not upgraded. > 221 not fully installed or removed. > Need to get 0B/152kB of archives. > After unpacking 119kB of additional disk space will be used. > (Reading database ... 142617 files and directories currently installed.) > Preparing to replace python 2.3.5-5 (using .../python_2.4.3-11_all.deb) > ... > running python pre-rtupdate hooks for python2.4... > /usr/share/python/runtime.d/python-gnome2.rtupdate: line 4: pyversions: > command not found > error running python pre-rtupdate hook python-gnome2 > running python failed-pre-rtupdate hook python-gnome2 > /usr/share/python/runtime.d/python-gnome2.rtupdate: line 4: pyversions: > command not found > dpkg: error processing /var/cache/apt/archives/python_2.4.3-11_all.deb > (--unpack): > subprocess pre-installation script returned error exit status 127 > dpkg: considering removing python in favour of python-minimal ... > dpkg: no, cannot remove python (--auto-deconfigure will help): > uligo depends on python > python is to be removed. > dpkg: regarding .../python-minimal_2.4.3-11_all.deb containing > python-minimal: > python-minimal conflicts with python (<= 2.4-1) > python (version 2.3.5-5) is installed. > dpkg: error processing > /var/cache/apt/archives/python-minimal_2.4.3-11_all.deb (--unpack): > conflicting packages - not installing python-minimal > Errors were encountered while processing: > /var/cache/apt/archives/python_2.4.3-11_all.deb > /var/cache/apt/archives/python-minimal_2.4.3-11_all.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) As explained on debian-python, this is a problem with python's preinst script, which calls the .rtupdate stuff. At that moment, nothing is guaranteed to be installed, except for required packages. Most scripts are calling pyversions, which is a symbolic link to pyversions.py, present in python-minimal. The clean solution is to remove this stuff from the preinst script and to find another solution for the packages currently using it. Another possibility would be to add python-minimal as a Pre-Depends: for python and to state in the policy that .rtupdate scripts must ensure everything they need is installed and working. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#385574: me too
Running with xen-hypervisor-3.0-unstable-1-amd64 (3.0-unstable+hg11292-2) fixes the problem for me. -- .''`. martin f. krafft <[EMAIL PROTECTED]> : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems signature.asc Description: Digital signature (GPG/PGP)
Bug#386412: autopsy: new upstream version 2.08 available
Package: autopsy Version: 2.06-2 Severity: normal "Version 2.08 (September 1, 2006)" -- http://www.sleuthkit.org/autopsy/download.php regards, -mika- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384323: Bug#384248: installation-report: Almost successful Etch installation with di-beta3
Quoting Stanislav Maslovski ([EMAIL PROTECTED]): > Hello, > > On Wed, Aug 23, 2006 at 11:55:44PM +0200, Christian Perrier wrote: > > [ ... ] > > > I'm yelling right now because I'm quite angry. We put a lot of efforts > > to allow you guys having an installer translated in all your languages > > and such negligence is really desperating. > > This sounds like you think you own Debian. "In all your languages" - do you > mean slavonic languages here? Before making such rasist statements, please I mean ALL languages, dude. No bloody racist intent (dunno where you got this idea) but as I'm, quite proudly, think I have some responsibility for the number of languages supported by D-I being now over 60, this indeed sounds a bit funny, I'm afraid. Ask in debian-i18n if you have some doubts...or read this list's archives. > think twice. Also, from your words it is seen that you percept Russian, > Ukranian and Belorussian users as very distint in their nature. Which is > again your own problem, I will not comment on this. Absolutely not. If you again carefully read my answer, it explains that Ukrainian is very well tested because Eugenyi really cares about the work he does and not only translates but also tests the installer in his language. Belarusian is untested Russian is poorly tested Macedonian is loosely tested Bulgarian is loosely tested Kazakh is untested Ukrainian is well tested *that* is the situation for cyrillic languages > I think, this bug was not noticed earlier simply because the most of > experienced users do not upgrade with an installer, they do it with > apt-get distupgrade or something similar. However, I do agree that this > was the task of the i10n team to test the current situation with the > installer (I am not from the team by the way). that's my point...and more precisely it is my point to explain that testing the installer is among the duties of all l10n teams, not only those for cyrillic languages. "ordinary" users can certainly help as well (that's why I CC'ed the debian-russian team) as testing the installer is indeed really easy to do. > Because the bug _is_ noticed now it is better to think of how to solve it > instead of yelling. Eugeniy has actually proposed some ways how to do it. > I hope you understand that this problem is common for all languages that > use console-cyrillic so that disabling just Russian in the installer will > not help. Untrue. That problem happens only for languages which use console-cyrillic. Ukrainian does not (probably because Eugenyi did not feel that need, or for whatever else reason). And, sorry, but I/we (the D-I team) can't fix all languages if I/we don't get support for them. Cyrillic languages users ar very happy that Eugenyi actually cares about them for over 2 years now but I would expect more implications by other users as well. You may find my mail a bit rude, but that's the situation with the installer l10n: it is well localized but very often poorly tested. For instance, I think that the recent beta3 has only been tested in less than 10 languages before it has been released. The beta2 was more testedmostly because I took time to run about 40 different installs in languages I actually can't read and understand (which means I cannot really find all bugs). This is a warning to all language teams and international users: we *will not ship* localization for the installer if they have not been tested before. signature.asc Description: Digital signature
Bug#384323: Bug#384248: installation-report: Almost successful Etch installation with di-beta3
> I see. Personally, I also do not use console-cyrillic in my russian > installations. The console-tools package has a set of russian fonts and > keymaps I am pretty satisfied with. So, perhaps, one solution is to make > console-cyrillic optional and remove it from tasks or whatever place Maybe, yes. This is what Eugenyi decided for Ukrainian, for instance. Bulgarian, Kazakh and Macedonian also do not use console-cyrillic. It's activated for Belarusian and I actually fail to remember what did motivate it (maybe Eugenyi advicehe's usually my reference when it comes at cyrillic stuff) > it is mentioned in the installer. But then /etc/console/boottime.keymap.gz > and /etc/console-tools/config should be configured properly with a certain > tool. I am not experienced with the details of how the installer works, so Indeed, they are. Localechooser's finish-install does so but, from Eugenyi explanations, it indeed overwrites the defaults set by the console-cyrillic package itself. Indeed, I see two ways to go: -remove console-cyrillic for Russian and do just like we do for Ukrainian -do NOT overwrite console-cyrillic defaults in localechooser's finish-install script signature.asc Description: Digital signature
Bug#384357: libcommons-collections3-java: FTBFS: Build-Depends-Indep specified twice
tags 384357 - patch thanks On Wed, Aug 23, 2006 at 08:08:17PM +0200, Aurelien Jarno wrote: > -Build-Depends-Indep: debhelper (>= 4.2.30), cdbs (>=0.4.21) > +Build-Depends: debhelper (>= 4.2.30), cdbs (>=0.4.21) FWIW, the patch is correct, but even after applying it the package doesn't build. (The error log is way too long to include here, but it complains about undefined methods such as assertTrue() or fail(), totalling 4533 errors). /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386337: mysql-server-5.0: crash on INSERT query
Christian Hammers wrote: >> MySQL crashes every time doing the query below with the following log >> entry: > > Can you provide a > SHOW CREATE TABLE ; CREATE TABLE `log` ( `id` int(11) NOT NULL auto_increment, `ip` varchar(15) default NULL, `agent` varchar(250) default NULL, `timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP, `request` varchar(250) default NULL, `method` varchar(10) default NULL, `uid` int(11) default NULL, `ulogin` varchar(250) default NULL, `cid` int(11) default NULL, `module` varchar(250) default NULL, `fct` varchar(250) default NULL, `param` varchar(250) default NULL, `iid` int(11) default NULL, PRIMARY KEY (`id`), KEY `rid` (`cid`), KEY `timestamp` (`timestamp`) ) ENGINE=MyISAM AUTO_INCREMENT=4833261 DEFAULT CHARSET=latin1 > and the complete insert (if it was not in the output below)? Yes I think it was in the line starting with "thd->query". I tried to run the query in this line with the mysql client and it crashed too. The original crash was caused by a PHP script. > If the data is not private then the database files itself could > be helpful, too. Can you reproduce the problem after creating a fresh new > table and inserting the relevant query there (maybe it's just a filesystem > corruption on this one table). I tried that and it didn't crash. I could try to clear the other table and see if it still crashes. But maybe that would make the problem unreproduceable for me too. I would not be able to give any further information if it is needed. I think a segfault is not correct even if a table is damaged. > Please provide your /etc/mysql/my.cnf, too, in case it's a bug related to > charsets or special buffer sizes. Attached. I forgot to mention that this problem occured first after I upgraded MySQL to version 5. It was a 4.x version before. -- http://reboot.animeirc.de (Personal Homepage) # # The MySQL database server configuration file. # # You can copy this to one of: # - "/etc/mysql/my.cnf" to set global options, # - "/var/lib/mysql/my.cnf" to set server-specific options or # - "~/.my.cnf" to set user-specific options. # # One can use all long options that the program supports. # Run program with --help to get a list of available options and with # --print-defaults to see which it would actually understand and use. # # This will be passed to all mysql clients [client] #password = my_password port= 3306 socket = /var/run/mysqld/mysqld.sock # Here is entries for some specific programs # The following values assume you have at least 32M ram # This was formally known as [safe_mysqld]. Both versions are currently parsed. [mysqld_safe] err-log = /var/log/mysql/mysql.err socket = /var/run/mysqld/mysqld.sock [mysqld] user= mysql pid-file= /var/run/mysqld/mysqld.pid socket = /var/run/mysqld/mysqld.sock port= 3306 # # The preferred location for the log files is /var/log/mysql/ but the old # file /var/log/mysql.log still gets rotated by the cronjob. # log = /var/log/mysql.log log = /var/log/mysql/mysql.log log-error = /var/log/mysql/mysql.err basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp language= /usr/share/mysql/english skip-locking # # The skip-networkin option will no longer be set via debconf menu. # You have to manually change it if you want networking i.e. the server # listening on port 3306. The default is "disable" - for security reasons. # skip-networking set-variable= key_buffer=16M set-variable= max_allowed_packet=1M set-variable= thread_stack=128K # # Here you can see queries with especially long duration #log-slow-queries = /var/log/mysql/mysql-slow.log # # The following can be used as easy to replay backup logs or for replication server-id = 10001 #log-bin= /var/log/mysql/mysql-bin.log #binlog-do-db = include_database_name #binlog-ignore-db = include_database_name # # Read the manual if you want to enable InnoDB! # skip-innodb # # Read the manual, too, if you want chroot! # chroot = /var/lib/mysql/ # # If you want to enable SSL support (recommended) read the manual or my # HOWTO in /usr/share/doc/mysql-server/SSL-MINI-HOWTO.txt # ssl-ca=/etc/mysql/cacert.pem # ssl-cert=/etc/mysql/server-cert.pem # ssl-key=/etc/mysql/server-key.pem # log-slave-updates skip-slave-start # replicate-do-db=nybria # Uncomment the following if you are using InnoDB tables innodb_data_home_dir = /var/lib/mysql/ innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /var/lib/mysql/ innodb_log_arch_dir = /var/lib/mysql/ # You can set .._buffer_pool_size up to 50 - 80 % # of RAM but beware of setting memory usage too high innodb_buffer_pool_size = 16M innodb_additional_mem_pool_size = 2M # Set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 5M innodb_log_buff
