Bug#341924: INTL:vi Vietnamese translation for Aptitude
Quoting Clytie Siddall ([EMAIL PROTECTED]): > Package: aptitude > Version: Level 3 > Severity: wishlist > Tags: l10n, patch > > Please find attached the updated Vietnamese translation for the > Debian Installer file Aptitude There were a few missing "\n" that I fixed (msgfmt -c tells you). However, some other errors I can't fix myself are remaining: [EMAIL PROTECTED]:~/src/debian/aptitude/po> LC_ALL=C msgfmt -o /dev/null -c vi.po vi.po:1918: number of format specifications in 'msgid' and 'msgstr' does not match vi.po:4566: 'msgstr' is not a valid C format string, unlike 'msgid'. Reason: The character that terminates the directive number 1 is not a valid conversion specifier. msgfmt: found 2 fatal errors I commit the new file but could you please fix this. PS: glad to see you back, Clytie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341925: fails to install
Package: debtags-edit Version: 1.0.3 Severity: grave debtags-edit fails to install due a dependence with libsigc++-2.0-0c2 thay has been renamed to libsigc++-2.0-0c2a. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Versions of packages debtags-edit depends on: ii debtags 1.5.1 Enables support for package tags pn libapt-pkg-libc6.3-5-3.9 (no description available) ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libglib2.0-0 2.8.3-1The GLib library of C routines ii libglibmm-2.4-1 2.6.1-1C++ wrapper for the GLib toolkit ( ii libgtk2.0-0 2.6.10-1 The GTK+ graphical user interface ii libgtkmm-2.4-11:2.4.11-2 C++ wrappers for GTK+ 2.4 (shared ii libpango1.0-0 1.8.2-3Layout and rendering of internatio ii libsigc++-2.0-0 2.0.10-1 type-safe Signal Framework for C++ ii libstdc++51:3.3.6-10 The GNU Standard C++ Library v3 ii libtdb1 1.0.6-13 Trivial Database - shared library ii zlib1g1:1.2.3-6 compression library - runtime debtags-edit recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#318567: new patch
Hi,
I'm providing an updated version of this patch for upstream CVS. There's also
replacement of the -mcpu=pentium flag to -march=i686, which is the optimal for
Xbox's celeron AFAIK, and also shuts up a gcc4 warning.
--
Robert Millan
diff -ur cromwell.old/Makefile cromwell/Makefile
--- cromwell.old/Makefile 2005-07-26 21:19:27.0 +0200
+++ cromwell/Makefile 2005-12-04 09:20:11.128975304 +0100
@@ -14,7 +14,7 @@
CROM_CFLAGS=$(INCLUDE)
#You can override these if you wish.
-CFLAGS= -O2 -g -mcpu=pentium -Werror -pipe -fomit-frame-pointer
-Wstrict-prototypes
+CFLAGS= -Os -g -march=i686 -pipe -fomit-frame-pointer -Wstrict-prototypes
# add the option for gcc 3.3 only, again, non-overridable
ifeq ($(GCC_3.3), 1)
@@ -33,7 +33,7 @@
ETH_SUBDIRS = etherboot
CROM_CFLAGS+= -DETHERBOOT
ETH_INCLUDE = -I$(TOPDIR)/etherboot/include
-I$(TOPDIR)/etherboot/arch/i386/include
-ETH_CFLAGS = -O2 -mcpu=pentium -Werror $(ETH_INCLUDE) -Wstrict-prototypes
-fomit-frame-pointer -pipe -Ui386
+ETH_CFLAGS = -Os -march=i686 $(ETH_INCLUDE) -Wstrict-prototypes
-fomit-frame-pointer -pipe -Ui386
endif
LDFLAGS-ROM = -s -S -T $(TOPDIR)/scripts/ldscript-crom.ld
diff -ur cromwell.old/Rules.make cromwell/Rules.make
--- cromwell.old/Rules.make 2004-12-20 19:59:21.0 +0100
+++ cromwell/Rules.make 2005-12-04 09:19:24.787020352 +0100
@@ -7,7 +7,7 @@
#
.PHONY: dummy
-CFLAGSBR = -Wall -Werror
+CFLAGSBR = -Wall
#
# Special variables which should not be exported
diff -ur cromwell.old/lib/gzip/misc.c cromwell/lib/gzip/misc.c
--- cromwell.old/lib/gzip/misc.c2005-02-27 19:42:02.0 +0100
+++ cromwell/lib/gzip/misc.c2005-12-04 09:19:24.582051512 +0100
@@ -21,6 +21,10 @@
#define OF(args) args
#define STATIC static
+// Work around clash with previous non-static declaration
+#define memset memset_miscc
+#define memcpy memcpy_miscc
+
/*
* Why do we do this? Don't ask me..
*
diff -ur cromwell.old/menu/actions/VideoMenuActions.c
cromwell/menu/actions/VideoMenuActions.c
--- cromwell.old/menu/actions/VideoMenuActions.c2005-06-12
18:59:55.0 +0200
+++ cromwell/menu/actions/VideoMenuActions.c2005-12-04 09:19:24.691034944
+0100
@@ -13,6 +13,20 @@
#include "VideoInitialization.h"
#include "BootEEPROM.h"
+int
+strcmp (const char *s1, const char *s2)
+{
+ while (*s1 || *s2) {
+ if (*s1 < *s2)
+ return -1;
+ else if (*s1 > *s2)
+ return 1;
+ s1 ++;
+ s2 ++;
+ }
+ return 0;
+}
+
void SetWidescreen(void *menuItemText) {
char *text = (char *)menuItemText;
if (!strcmp(text, "Display Size: Widescreen")) {
diff -ur cromwell.old/menu/iconmenu/IconMenuInit.c
cromwell/menu/iconmenu/IconMenuInit.c
--- cromwell.old/menu/iconmenu/IconMenuInit.c 2005-02-23 00:29:28.0
+0100
+++ cromwell/menu/iconmenu/IconMenuInit.c 2005-12-04 09:19:24.785020656
+0100
@@ -104,7 +104,7 @@
//See if there is an MBR - no MBR means no native boot
options.
if( !(ba[0x1fe]==0x55) || !(ba[0x1ff]==0xaa)) return;
- (volatile u8 *)pb=&ba[0x1be];
+ pb=&ba[0x1be];
//Check the primary partitions
for (n=0; n<4; n++,pb+=16) {
if(pb[0]&0x80) {
Bug#341738: linux-image-2.6.14-2-686: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.14-2-686 auto (fatal)
Erik van Konijnenburg <[EMAIL PROTECTED]> writes: | On Sat, Dec 03, 2005 at 10:18:53AM +0200, Jari Aalto wrote: | > ii yaird 0.0.11-12 Yet Another mkInitRD | | OK, that's the most recent. | | > [EMAIL PROTECTED]:~# yaird -d -o /tmp/junk.img 2.6.14-2-686 | | Output that follows looks correct: it seems you have fstype 'auto' in your | /etc/fstab entry for root, and yaird determines that the filesystem is | reisrfs. Versions prior to 0.0.11-12 had the problem you show in | parsing auto in fstab. I've attached portion of /etc/fstab [1]. The other entries are NFS and samba related. | That suggests the problem is in how yaird is invoked. Perhaps the | kernel install script invokes a broken copy of yaird? It's the only yaird in the system.[2] | Things to check: | --debsums -a yaird | if it says a anything other than ok ok ok, reinstall yaird. All ok. [3] | --hack /usr/sbin/mkinitrd.yaird to echo the yaird command line | and its own arguments to some scratch file, then do | dpkg-reconfigure linux-image-2.6.14-2-686 | and see if there's a difference from the yaird call you did | just now. Hm. That worked? [4] Hope the logs help to solve this. If you need more information, I can try more tests. Jari | Or, if getting the new kernel running is more interesting to you | than finding out the cause, replace the 'auto' keyword in your fstab | with the appropriate file system type. | | Regards, | Erik Footnotes: [1] # proc/proc procdefaults0 0 /dev/hda8 / reiserfs defaults 0 1 /dev/hda1 /boot ext2defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdb/media/cdrom0 iso9660 ro,user,noauto 0 0 /dev/fd0/media/floppy0 autorw,user,noauto,sync 0 0 /dev/sda1 /mnt/usbvfatdefaults,noauto,rw,umask=0 00 [2] [EMAIL PROTECTED]:~# locate yaird /etc/yaird /etc/yaird/Default.cfg /etc/yaird/Templates.cfg /usr/lib/yaird /usr/lib/yaird/conf /usr/lib/yaird/conf/Default.cfg /usr/lib/yaird/conf/Templates.cfg /usr/lib/yaird/exec /usr/lib/yaird/exec/findlibs /usr/lib/yaird/exec/ipconfig /usr/lib/yaird/exec/nfsmoun /usr/lib/yaird/exec/run_ini /usr/lib/yaird/exec/trynfs /usr/lib/yaird/perl /usr/lib/yaird/perl/ActionList.pm /usr/lib/yaird/perl/ActiveBlockDev.pm /usr/lib/yaird/perl/ActiveBlockDevTab.pm /usr/lib/yaird/perl/Base.pm /usr/lib/yaird/perl/Blacklist.pm /usr/lib/yaird/perl/BlockSpecialFileTab.pm /usr/lib/yaird/perl/Conf.pm /usr/lib/yaird/perl/CryptEntry.pm /usr/lib/yaird/perl/CryptTab.pm /usr/lib/yaird/perl/FsEntry.pm /usr/lib/yaird/perl/FsOpts.pm /usr/lib/yaird/perl/FsTab.pm /usr/lib/yaird/perl/Hardware.pm /usr/lib/yaird/perl/IdeDev.pm /usr/lib/yaird/perl/Image.pm /usr/lib/yaird/perl/Input.pm /usr/lib/yaird/perl/InputTab.pm /usr/lib/yaird/perl/KConfig.pm /usr/lib/yaird/perl/LabeledPartition.pm /usr/lib/yaird/perl/LabeledPartitionTab.pm /usr/lib/yaird/perl/LogicalVolume.pm /usr/lib/yaird/perl/LvmTab.pm /usr/lib/yaird/perl/ModProbe.pm /usr/lib/yaird/perl/NetDev.pm /usr/lib/yaird/perl/NetDevTab.pm /usr/lib/yaird/perl/Obj.pm /usr/lib/yaird/perl/Opts.pm /usr/lib/yaird/perl/Pack.pm /usr/lib/yaird/perl/Parser.pm /usr/lib/yaird/perl/PciDev.pm /usr/lib/yaird/perl/PciMapEntry.pm /usr/lib/yaird/perl/PciTab.pm /usr/lib/yaird/perl/PhysicalVolume.pm /usr/lib/yaird/perl/Plan.pm /usr/lib/yaird/perl/RaidDev.pm /usr/lib/yaird/perl/RaidTab.pm /usr/lib/yaird/perl/ScsiDev.pm /usr/lib/yaird/perl/SharedLibraries.pm /usr/lib/yaird/perl/TestSet.pm /usr/lib/yaird/perl/UsbDev.pm /usr/lib/yaird/perl/UsbMapEntry.pm /usr/lib/yaird/perl/UsbTab.pm /usr/lib/yaird/perl/VolumeGroup.pm /usr/sbin/mkinitrd.yaird /usr/sbin/yaird /usr/share/doc-base/yaird /usr/share/doc/yaird /usr/share/doc/yaird/AUTHORS /usr/share/doc/yaird/buildinfo.gz /usr/share/doc/yaird/changelog.Debian.gz /usr/share/doc/yaird/changelog.gz /usr/share/doc/yaird/copyrigh /usr/share/doc/yaird/examples /usr/share/doc/yaird/examples/Debian-initrd.cfg.gz /usr/share/doc/yaird/examples/Debian.cfg.gz /usr/share/doc/yaird/examples/Fedora.cfg.gz /usr/share/doc/yaird/figures /usr/share/doc/yaird/figures/console.dia /usr/share/doc/yaird/figures/console.png /usr/share/doc/yaird/NEWS.gz /usr/share/doc/yaird/README.gz /usr/share/doc/yaird/TODO /usr/share/doc/yaird/TODO.Debian /usr/share/doc/yaird/yaird.html /usr/share/man/man8/mkinitrd.yaird.8.gz /usr/share/man/man8/yaird.8.gz /var/lib/dpkg/info/yaird.conffiles /var/lib/dpkg/info/yaird.lis /var/lib/dpkg/info/yaird.md5sums /var/lib/dpkg/info/yaird.postins /var/lib/dpkg/info/yaird.prerm [3] /usr/sbin/yaird OK /usr/sbin/mkinitrd.yaird OK /usr/lib/yaird/perl/ActionList.pm OK /usr/lib/yaird/perl/ActiveBlockDev.pm
Bug#339237: library package needs to be renamed (libstdc++ allocator change)
Hi Loic, Apparently, openalpp-cvs managed to sneak past the first C++ transition, too. Given the binary package name "libopenalpp-cvs", it seems as though this library may not have a stable soname yet? In that case, this package is not releasable as a shared library; we could rename the package to libopenalpp-cvs0c2a, but we would just have to worry about ABI breakage again with the next upstream release. Can you comment on this situation? Thanks, -- 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/ signature.asc Description: Digital signature
Bug#326025: ispell-fi: NMU to #326025, #331868, #340755 uploaded in the 7-day delayed queue
Package: ispell-fi Followup-For: Bug #326025 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I noticed that two RC bugs (and one important but not yet critical bug opened by Joey about the Debconf-2.0 alternative) are open on this package and have not been answered for a few months, so I have uploaded an NMU to the 7-day delayed queue. My changelog follows: ispell-fi (0.7-16.1) unstable; urgency=low * NMU. * Added missing Build-Depends on aspell (Closes: #326025). * Added missing debconf-2.0 alternatives (Closes: #331868). * Provides aspell6a-dictionary in aspell-fi (Closes: #340755). * Removed unavailable openoffice.org-updatedicts from myspell-fi. Should you prefer to apply those changes yourself, they are also available in my personal repository at http://q-funk.iki.fi/debian/pool/i/ispell-fi/ for the next couple of weeks. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDkq5SeXr56x4Muc0RAhggAJ9puB6of0zW49REhkYDQriqANVrFwCfQjZD jyAHcFz7duZGi/ct1MMZ2eM= =GxVc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341381: Bug #341381: grub: Grub shell cannot find hard disk
Sven Joachim wrote: After updating Grub to version 0.97-1, "grub-install /dev/hda" failed with the error message The file /boot/grub/stage1 not read correctly. The following log is left in /tmp: GNU GRUB version 0.97 (640K lower / 3072K upper memory) [ Minimal BASH-like line editing is supported. For the first word, TAB lists possible command completions. Anywhere else TAB lists the possible completions of a device/filename. ] grub> dump (hd0,2)/grub/stage1 /tmp/grublr2v3E Error 21: Selected disk does not exist grub> quit Running grub manually gives the same "Error 21" when typing "root (hd0,2)", for instance. [..] Kernel: Linux 2.4.32 [...] FWIW, this proplem seems only to be triggered under a 2.4 kernel. I could reproduce it in a virtual machine under Qemu with the Debian-shipped kernel 2.4.27; but when I now booted into a self-compiled kernel 2.6.14, "grub-install" worked fine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341926: libpam-krb5: ccache parameter is being ignored
Package: libpam-krb5 Version: 1.2.0-1 Severity: important Since the update to 1.2.0-1 went into testing I cannot authenticate to NFS anymore. This is due to the fact that even thought common-auth has the following line: auth sufficient pam_krb5.o ccache=/tmp/krb5cc_%u ignore_root klist shows that the Ticket cache is in /tmp/krb5cc_1000_XX The version of rpc.gssd that I am using cannot find this and authentication then fails I saw the author had removed support for the ccache parameter. But your reimplementiation doesnt work for me. /Andreas Sundstrom -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (430, 'stable'), (400, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1) Versions of packages libpam-krb5 depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libcomerr21.38-2 common error description library ii libkrb53 1.3.6-5MIT Kerberos runtime libraries ii libpam0g 0.79-3 Pluggable Authentication Modules l libpam-krb5 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341927: gv: Changing scale does not work for PDF files
Package: gv Version: 1:3.6.1-10 Changing scale does not work for PDF files. For example, when I start gv like this gv /usr/share/ImageMagick-6.0.6/Magick.pdf (file Magick.pdf is from "imagemagick" package, version 6:6.0.6.2-2.4) and then change scale from 1.000 to, say, 0.500, error message box appears and nothing more can be viewed, even if I select again 1.000 scale. When I start gv with initial scale 2.000 gv --scale=2 /usr/share/ImageMagick-6.0.6/Magick.pdf and then change the scale from 2.000 to 1.000, effect is the same. I am using Debian 3.1r0a. -- Yuri Kornilov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341928: dangling symlink for rmic man page
Package: kaffe Version: 2:1.1.6-3 Hi, my cron job turns up the following error: mandb: warning: /usr/share/man/man1/rmic.1.gz is a dangling symlink and checking the file gives that it is a symlink to /etc/alternatives/rmic.1.gz which is a broken symlink to /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz instead of /usr/share/man/man1/rmic.kaffe.1.gz like I suspect it should be. Regards Oli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341759: [Pkg-octave-devel] Bug#341759: no obvious way to turn off comment indentation
Thanks. That *seems* to work - although I wasn't able to reproduce the indentation problem again, at least now it doesn't indent. Frederik On Fri, Dec 02, 2005 at 09:41:47PM -0500, John W. Eaton wrote: > On 2-Dec-2005, Frederik Eaton wrote: > > | Package: octave2.9-emacsen > | Version: 2.9.4-8 > | Severity: normal > | > | I have "Auto Indent" set to "off" in the octave customization group > | but when I type a "#" character it still ends up indented by 32 > | columns. I would like to make octave-mode stop doing this so that I > | can easily type unindented comments, but I can't figure out what the > | proper configuration variable is. > | > | Here is a clip from the customization buffer: > | > | Auto Indent: [Hide] [Toggle] off (nil) > |[State]: this option is unchanged from its standard setting. > | Non-nil means indent line after a semicolon or space in Octave mode. > > Please try the following patch. > > Thanks, > > jwe > > > ChangeLog: > > 2005-12-02 John W. Eaton <[EMAIL PROTECTED]> > > * emacs/octave-mod.el (octave-electric-space): Don't indent > comments or strings if octave-auto-indent is nil. > > > Index: emacs/octave-mod.el > === > RCS file: /cvs/octave/emacs/octave-mod.el,v > retrieving revision 1.37 > diff -u -r1.37 octave-mod.el > --- emacs/octave-mod.el 30 Nov 2005 03:04:45 - 1.37 > +++ emacs/octave-mod.el 3 Dec 2005 02:40:11 - > @@ -1329,7 +1329,8 @@ > Reindent the line of `octave-auto-indent' is non-nil." >(interactive) >(setq last-command-char ? ) > - (if (not (octave-not-in-string-or-comment-p)) > + (if (and octave-auto-indent > +(not (octave-not-in-string-or-comment-p))) >(progn > (indent-according-to-mode) > (self-insert-command 1)) > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341906: [Pkg-octave-devel] Bug#341906: octave prints copyright/debugging information on stdout instead of stderr
On Sat, Dec 03, 2005 at 11:10:03PM -0500, John W. Eaton wrote: > On 3-Dec-2005, Frederik Eaton wrote: > > | Package: octave2.9 > | Version: 2.9.4-8 > | Severity: normal > | > | My version of Octave prints copyright/debugging information on stdout > | instead of stderr... It would be better to have it on stderr so that I > | can redirect just the output to a pipe or a file. > > I don't think this is a bug. > > If you don't want the startup message, then start Octave with -q. There is a common misconception that stderr is just for error messages. In fact, it is for warning messages, debugging output, status messages, etc. Anything which isn't part of the specified output of a program. If someone writes a program in octave, they should be able to specify what the output should be and have this stay the same even when variables are being observed for debugging (by omitting a semicolon at the end of a line) or when octave's copyright information is not suppressed. If I should argue by precedent, the behavior of printing copyright and version on stdout is inconsistent with python, perl -d, mysql... Octave is not alone in its behavior, however: bc, gp, ghci, gdb print version information on stdout. But I think the former are "more authoritative" examples. By the way, why not have -q be the default when octave is run as part of a script? Frederik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341929: asedriveiiie: [INTL:sv] Swedish debconf templates translation
Package: asedriveiiie Severity: wishlist Tags: patch l10n Here is the updated swedish translation of the debconf template for asedriveiiie. -- 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.13.2 Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=UTF-8) # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # # msgid "" msgstr "" "Project-Id-Version: asedriveiiie 3.1-1\n" "Report-Msgid-Bugs-To: [EMAIL PROTECTED]" "POT-Creation-Date: 2005-12-02 14:01+0100\n" "PO-Revision-Date: 2005-12-04 10:48+0100\n" "Last-Translator: Daniel Nylander <[EMAIL PROTECTED]>\n" "Language-Team: Swedish <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-1\n" "Content-Transfer-Encoding: 8bit\n" #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid "ttyS0" msgstr "ttyS0" #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid "ttyS1" msgstr "ttyS1" #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid "ttyS2" msgstr "ttyS2" #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid "ttyS3" msgstr "ttyS3" #. Type: select #. Choices #: ../libasedrive-serial.templates:3 msgid "none" msgstr "ingen" #. Type: select #. Description #: ../libasedrive-serial.templates:4 msgid "Communication port to use with the smart card reader?" msgstr "På vilken seriellport är smartkortsläsaren inkopplad?" #. Type: select #. Description #: ../libasedrive-serial.templates:4 msgid "The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to." msgstr "Drivrutinen behöver veta vilken seriellport som Athena ASEDrive IIIe kortläsaren är inkopplad på." #~ msgid "Your kernel needs to support usbdevfs" #~ msgstr "Din kernel behöver stöd för usbdevfs" #~ msgid "" #~ "The Athena ASEDriveIIIe USB driver needs the USB device filesystem and " #~ "the /proc/bus/usb/ interface to communicate with the reader. Your kernel " #~ "does not appear to support usbdevfs. You may need to recompile your " #~ "kernel with the option CONFIG_USB_DEVICEFS turned on." #~ msgstr "" #~ "Athena ASEDriveIIIe USB-drivrutin behöver filsystem för USB-enheter och /" #~ "proc/bus/usb/ interface för att kommunicera med läsaren. Din kernel " #~ "verkar inte har stöd för usbdevfs. Du kanske måste bygga om din kernel " #~ "med inställningen CONFIG_USB_DEVICEFS påslagen." #~ msgid "You should install the hotplug package" #~ msgstr "Du borde installera paketet hotplug" #~ msgid "" #~ "The libasedrive-usb driver uses the /proc/bus/usb/ filesystem to " #~ "communicate with the USB reader." #~ msgstr "" #~ "libasedrive-usb drivrutinen använder /proc/bus/usb/ filsystem för att " #~ "kommunicera med USB-läsaren." #~ msgid "" #~ "The /proc/bus/usb/ virtual filesystem is not available on this system." #~ msgstr "" #~ "/proc/bus/usb/ virtuellt filsystem är inte tillgängligt på detta system." #~ msgid "" #~ "I strongly recommend that you install the ``hotplug'' Debian package." #~ msgstr "" #~ "Jag rekommenderar starkt att du installerar Debian-paketet 'hotplug'."
Bug#341930: initramfs-tools: initrd missing mptspi module for LSI scsi
Package: initramfs-tools Version: 0.41 Severity: important After an installation test in vmware installing 2.6.14 and using initramfs-tools, the system failed to boot. Reason is that the driver mtpspi (./message/fusion/mptspi.ko) is missing in the initrd. Modules mptbase and mptscsih are present, but these are not loaded automatically by udev and are anyway not sufficient to get the partitions recognized. After including mptspi in /etc/mkinitramfs/modules and regenerating the initrd, the system booted normally. Note that AFAIK the module mtpspi is new in 2.6.14. There is also a number of other (new) mpt* drivers in ./message/fusion, but I have no idea if these should be included too. in 2.6.12: mptbase, mptctl, mptlan, mptscsih new in 2.6.14: mptfc, mptsas, mptspi Cheers, FJP pgpY6eeImYbOJ.pgp Description: PGP signature
Bug#341931: [l10n] Updated Czech translation of distcc debconf messages
Package: distcc Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of distcc debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341932: [l10n] Updated Czech translation of ez-ipupdate debconf messages
Package: ez-ipupdate Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of ez-ipupdate debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#339247: library package needs to be renamed (libstdc++ allocator change)
Hi Loic, As for openalpp-cvs (339237), osgal-cvs seems to have the problem of no stable library ABI for use in a shared lib. Given that this package wasn't even present in sarge, there's no concern about breaking upgrades from sarge to etch, but it could be a problem for upgrades from etch to etch+1. If the library does actually have a stable ABI, please rename the library package for the c2a transition; if it doesn't, I think we need to keep this shared library out of etch. Also, it seems that osgal-cvs has a build-dependency on libopenalpp-cvs-dev that should be unnecessary; it's only used during the build when linking programs that aren't included in the final binary packages. Is there a way for those binaries to not be built, so the build-dependency can be dropped? In any case, libosgal-cvs-dev's dependency on libopenalpp-cvs-dev seems completely unnecessary. Cheers, -- 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/ signature.asc Description: Digital signature
Bug#341912: coreutils: Please document that sleep takes multiple arguments
Justin Pryzby <[EMAIL PROTECTED]> wrote: > On Sat, Dec 03, 2005 at 07:40:55PM -0700, Bob Proulx wrote: >> Justin Pryzby wrote: >> > Please document the behaviour of, for example, sleep 1h 1m 1s. In case you didn't know, it is documented in the info documentation: `sleep' pauses for an amount of time specified by the sum of the values of the command line arguments. Synopsis: >> This uses the same notation as all of the coreutils commands. Did you >> have something else in mind? > > Yes; the behaviour. I know the ... notation, but I would like to see > a sentence added which says "If multiple arugments are given, _sleep_ > pauses for a duration given by the sum of the arguments." Thanks for the suggestion. I've just done this, upstream: 2005-12-04 Jim Meyering <[EMAIL PROTECTED]> * src/sleep.c (usage): Say what happens with two or more arguments. Suggested by Justin Pryzby. Index: sleep.c === RCS file: /fetish/cu/src/sleep.c,v retrieving revision 1.92 retrieving revision 1.93 diff -u -p -u -r1.92 -r1.93 --- sleep.c 16 Jun 2005 21:35:40 - 1.92 +++ sleep.c 4 Dec 2005 09:58:34 - 1.93 @@ -51,7 +51,8 @@ Usage: %s NUMBER[SUFFIX]...\n\ Pause for NUMBER seconds. SUFFIX may be `s' for seconds (the default),\n\ `m' for minutes, `h' for hours or `d' for days. Unlike most implementations\n\ that require NUMBER be an integer, here NUMBER may be an arbitrary floating\n\ -point number.\n\ +point number. Given two or more arguments, pause for the amount of time\n\ +specified by the sum of their values.\n\ \n\ "), program_name, program_name); -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341933: [l10n] Updated Czech translation of facturalux debconf messages
Package: facturalux Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of facturalux debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341934: samba-doc: Should probably not embark smbldap-tools in examples
Package: samba-doc Version: 3.0.20b-3 Severity: wishlist I noticed this while building the new packages and was about fixing it...but I preferred a small discussion with other contributors. We actually embark smbldap-tools in samba-doc while a smbldap-tools package exists in Debian. Shouldn't we avoid including it in /usr/share/doc/samba-doc/examples/LDAP? -- 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.13-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341935: gpart: "ioctl(HDIO_GETGEO) failed:" Could be more helpful.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: gpart Version: 0.1h-4 Severity: minor I tried to use gpart for a quick check whether it could recover the broken partition table from a (relatively unimportant) USB stick image. I was greeted with the error message > *** Fatal error: ioctl(HDIO_GETGEO) failed: Invalid argument. I admit this is sufficient for the initiated. However, it will lead the uninitiated towards using the device itself, instead of the image. At least that is what I did, being in the hurry I was. That got rid of the message all right - allthough I feel using the device instead of the copy is somehow the "wrong way". Also, the "device itself" is rather slow in my paticular case. In my view, an addition to the error message would be helpful. I suggest something like the following: > *** Fatal error: ioctl(HDIO_GETGEO) failed: Invalid argument. > Disc geometry information could not be read. > (Maybe you want to try either the -C or the -g option.) Regards, and thank you for providing fine software Andreas - -- [EMAIL PROTECTED] PGP-Schlüssel 0xA207E340 (http://www.pca.dfn.de/dfnpca/pgpkserv/) Fingerprint B46B C7BA FFEE AD41 35DD 49C3 9D6A E529 A207 E340 - -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages gpart depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDksFZnWrlKaIH40ARApT4AKCJkQEwMw8QfPj+k5AGOZfMgZfuRwCgg7pt 5tagQzqxWW8RaNDBSTcm1jM= =2mI2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341888: fails to read stage1 file on cciss raid
Joey Hess wrote: sh-3.00# /sbin/grub-install --recheck --no-floppy "(hd0)" Probing devices to guess BIOS drives. This may take a long time. The file /boot/grub/stage1 not read correctly. Is d-i still using a 2.4 kernel? If so, this may be the same problem which I encountered in #341381. Also, look in /tmp, "grub-install" should have left a log there. Best regards, -- Sven Joachim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341936: k3d_0.5.0.34-0pre1(s390/experimental): FTBFS: dh_python fails due to missing python in build-depends
Package: k3d Version: 0.5.0.34-0pre1 Severity: Serious Justification: Fails to build from source [...] dh_testdir -s dh_testroot -s dh_installchangelogs -s ChangeLog dh_installdocs -s dh_installexamples -s dh_install -s --sourcedir=debian/tmp dh_installmenu -s dh_installman -s dh_link -s dh_strip -s dh_compress -s dh_fixperms -s dh_python -s dh_python: Python is not installed, aborting. (Probably forgot to Build-Depend on python.) make: *** [binary-arch] Error 1 ** Build finished at 20051204-1050 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#126477: ant: upstream status
Package: ant Version: 1.6.5-3 Followup-For: Bug #126477 When this bug was tagged upstream in 2002, was a bug filed upstream as well? There seem to be no work on TarOutputStream, but http://issues.apache.org/bugzilla/show_bug.cgi?id=35544 describes and fixes a similar problem, which is not yet released. There are a number of Stream-classes in Ant, and double-close() should probably be tested for all of them, and a bug report filed for each of them not working. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages ant depends on: pn kaffe | java-virtual-mach (no description available) ii libxerces2-java 2.6.2-3Validating XML parser for Java wit di sun-j2sdk1.4 [java2-runti 1.4.2+08 Java(TM) 2 SDK, Standard Edition, di sun-j2sdk1.5 [java2-runti 1.5.0+update03 Java(TM) 2 SDK, Standard Edition, Versions of packages ant recommends: pn ant-optional (no description available) di sun-j2sdk1.4 [java-compil 1.4.2+08 Java(TM) 2 SDK, Standard Edition, di sun-j2sdk1.5 [java-compil 1.5.0+update03 Java(TM) 2 SDK, Standard Edition, -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341937: kdelibs4c2: depends on libarts1c2 and libopenexr2c2, that have been replaced by other packages
Package: kdelibs4c2 Version: 4:3.4.2-4 Severity: grave Justification: renders package unusable *** Please type your report below this line *** The kdelibs4c2 package depends on libarts1c2 and libopenexr2c2. But these two have respectively been replaced by libarts1c2a and libopenexr2c2a. So kdelibs4c2 is now impossible to install. As many packages depend on kdelibs4c2, it is almost impossible to install a working french KDE. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kdelibs4c2 depends on: ii kdelibs-bin 4:3.4.3-2 core binaries for all KDE applicat ii kdelibs-data 4:3.4.3-2 core shared data for all KDE appli ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi pn libarts1c2 (no description available) ii libasound2 1.0.10-1ALSA library ii libaspell15 0.60.4-1GNU Aspell spell-checker runtime l ii libbz2-1.0 1.0.2-11high-quality block-sorting file co ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libcomerr2 1.38-2 common error description library ii libcupsys2 1.1.23-12 Common UNIX Printing System(tm) - ii libfam0c102 [libfam0]2.7.0-6 client library to control the FAM ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjasper-1.701-11.701.0-2 The JasPer JPEG-2000 runtime libra ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.4.3-2 MIT Kerberos runtime libraries pn libopenexr2c2 (no description available) ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libtiff4 3.7.4-1 Tag Image File Format (TIFF) libra ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxml2 2.6.22-2GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii xbase-clients6.8.2.dfsg.1-11 miscellaneous X clients ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime kdelibs4c2 recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340903: logwatch 7.1-1.0test1, bugs 341863, 340903
Hi Benoit, Hi David!
I've released logwatch 7.1-1.0test1, which should fix the bugs you
reported. Please confirm :-)
It's available from
http://pkg-logwatch.alioth.debian.org/test/
(the orig.tar.gz is in the parent directory)
I'm especially interested if the *MultiService instruction works for
openvpn.
Attached is the source interdiff since 7.1-1.
Willi
diff -u logwatch-7.1/scripts/logwatch.pl logwatch-7.1/scripts/logwatch.pl
--- logwatch-7.1/scripts/logwatch.pl
+++ logwatch-7.1/scripts/logwatch.pl
@@ -28,6 +28,8 @@
# Added to solve problems with applystddate
# deb-TODO: really still needed?
+$ENV{'REAL_LANG'}=$ENV{'LANG'} if $ENV{'LANG'};
+$ENV{'REAL_LC_ALL'}=$ENV{'LC_ALL'} if $ENV{'LC_ALL'};
$ENV{'LANG'} = "C";
$ENV{'LC_ALL'} = "C";
diff -u logwatch-7.1/scripts/services/cron logwatch-7.1/scripts/services/cron
--- logwatch-7.1/scripts/services/cron
+++ logwatch-7.1/scripts/services/cron
@@ -74,12 +74,11 @@
($ThisLine =~ /Updated timestamp for job/) or
($ThisLine =~ /INFO \(pidfile fd = \d+\)/) or
($ThisLine =~ /INFO \(Running [EMAIL PROTECTED] jobs\)/)
-
) {
# Ignore
} elsif (
($ThisLine =~ s/^([^ ]+) \([^ ]+\)\s+//) or
- ($ThisLine =~ s/^\S+\s+\S+\s+..:..:.. [^ ]+ [\/\w]+\[\d+\]:
\((\S+)\)\s+//)
+ ($ThisLine =~
s/^\S+\s+\S+\s+..:..:..\s+\S+\s+\S+\[\d+\]:\s+\((\S+)\)\s+//)
) {
$User = $1;
diff -u logwatch-7.1/debian/changelog logwatch-7.1/debian/changelog
--- logwatch-7.1/debian/changelog
+++ logwatch-7.1/debian/changelog
@@ -1,3 +1,14 @@
+logwatch (7.1-1.0test1) unstable; urgency=low
+
+ * Remove part of the cron patch, it was redundant.
+ * Workaround to preserve language environment for fortunes closes: #340903,
+thanks to Benoit Dejean <[EMAIL PROTECTED]> for the report.
+ * Openvpn logs to daemon, the server uses ovpn-server as name.
+closes: #341863, thanks to David Anselmi <[EMAIL PROTECTED]> for the
+report.
+
+ -- Willi Mann <[EMAIL PROTECTED]> Sun, 4 Dec 2005 10:53:37 +0100
+
logwatch (7.1-1) unstable; urgency=low
* New upstream release
only in patch2:
unchanged:
--- logwatch-7.1.orig/scripts/services/zz-fortune
+++ logwatch-7.1/scripts/services/zz-fortune
@@ -3,14 +3,17 @@
##
# Named 'zz-fortune' so that it will be the last to execute...
+my $env = ( $ENV{'REAL_LANG'} ? "LANG=".$ENV{'REAL_LANG'}." " : "" ).
+ ( $ENV{'REAL_LC_ALL'} ? "LC_ALL=".$ENV{'REAL_LC_ALL'}." " : "" );
+
if (($ENV{'PRINTING'} eq "y" ) && (-f "/usr/games/fortune")) {
#print "\n\n-- Fortune \n\n";
- system("/usr/games/fortune");
+ system("$env /usr/games/fortune");
print "\n";
}
elsif (($ENV{'PRINTING'} eq "y" ) && (-f "/usr/bin/fortune")) {
#print "\n\n-- Fortune \n\n";
- system("/usr/bin/fortune");
+ system("$env /usr/bin/fortune");
print "\n";
}
only in patch2:
unchanged:
--- logwatch-7.1.orig/debian/dist.conf/services/openvpn.conf
+++ logwatch-7.1/debian/dist.conf/services/openvpn.conf
@@ -0,0 +1,4 @@
+LogFile =
+LogFile = daemon
+*MultiService = openvpn,ovpn-server
+*RemoveHeaders
Bug#325834: sarge uninstallable !?!
ops turns out that in both cases they where using a pre-release, namely, .disk/info contains Debian GNU/Linux testing "Sarge" - Official Snapshot i386 Binary-1 (20041121) :-> turn off red alarm a. On Fri, Dec 02, 2005 at 04:09:49PM +0100, debdev wrote: > hi everybody > > two friends of mine tried (separately) to install sarge using the > netinst cdrom, and failed a. -- Andrea Mennucc "Ukn ow,Ifina llyfixe dmysp acebar.ohwh atthef" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340903: logwatch 7.1-1.0test1, bugs 341863, 340903
Hi Benoit! I sent the last email too fast, I forgot an important information. Sorry. The fix requires that LC_ALL is set when logwatch is run, so it might work from command-line, but not from cron. So please look what happens when it's run from cron. In case you don't get french output, you will need to modify /etc/cron.daily/00logwatch, and set LC_ALL. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341938: add utility to create local home directory for nis-users
Package: nis
Version: 3.15-3
Severity: wishlist
Tags: patch
I am using NIS to centrally maintain a list of users who share a set of
notebooks. Each notebook is setup as a nis slave server, so it knows
about all users in the nis database, even when not connected to the
network.
The problem with a notebook is that it will not always be on the
network. Therefore a user in the nis database needs a home directory
locally on that notebook
The following shell script tries to create home directories for each
user in the database, unless it already exists.
May I suggest to add this script as a part of the NIS utilities?
cat yp-homedir
#! /bin/bash
# create a local home directory for a user in the nis database
# use /etc/skel as a reference
cd /etc/skel
for i in `ypcat passwd|awk -F : '{print $1}'`;
do
home=`ypcat passwd|grep ^$i|awk -F : '{print $6}'`
echo "$i -> $home"
if [ ! -d $home ]; then
echo "creating homedir for nis-user $i in $home"
mkdir -m u=rwx,g=rx,o= $home
chown $i:$i $home
find | cpio -pdv -R $i.$i $home
fi
done
Thanks
Remy
-- Package-specific info:
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages nis depends on:
ii debconf [debconf-2.0] 1.4.61 Debian configuration management sy
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii libgdbm3 1.8.3-2GNU dbm database routines (runtime
ii libslp1 1.2.1-3OpenSLP libraries
ii make 3.80-11The GNU version of the "make" util
ii netbase 4.23 Basic TCP/IP networking system
ii portmap 5-16 The RPC portmapper
ii sysvinit 2.86.ds1-6 System-V like init
nis recommends no packages.
-- debconf information excluded
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341897: grub: update-grub has stopped finding kernels not in /boot
On Sat, Dec 03, 2005 at 04:50:40PM -0800, Steve Langasek wrote: > On Sat, Dec 03, 2005 at 10:14:00PM +, Julian Gilbey wrote: > > Package: grub > > Version: 0.95+cvs20040624-17 > > Severity: serious > > > Last time I used update-grub (a while ago, Jan 2005, I think!), it > > automagically added these entries at the end (the repetitiveness I can > > cope with, although it was buggy!) > > Before or after the line > > ### END DEBIAN AUTOMAGIC KERNELS LIST > > ? Weird - my old menu.lst didn't have such a line. I've added the new boot options after this line in my new version. > The update-grub manpage makes no mention of managing boot options for > kernels or OSes located outside of /boot, and I can't remember a version > that did so. At least the second half of your cited entries were clearly > added by debian-installer, not by update-grub; update-grub's only > responsibilities in this case are to *not* attempt to manage entries located > below the 'END DEBIAN AUTOMAGIC KERNELS LIST' line. And I can confirm that > the current version of update-grub still behaves as expected on my system. OK; you can close this report if you want to, then. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341810: postinst fails if /var/spool/asterisk nonexistent
On Sat, Dec 03, 2005 at 11:22:36AM +0100, Jonas Smedegaard wrote: > Package: asterisk > Version: 1:1.2.0.dfsg-5 > Severity: important > > Upgrading to latest version on a machine with no /var/spool/asterisk > fails if /var/spool/asterisk does not exist. > > (this violates Debian Policy regarding maintainer scripts, but I am too > lazy to dig out the exact section so "only" tagging this as important) Too lazy to provide a patch (either include a directory or a mkdir -p, I'll check later what exactly). I'll just note that this was probably triggered by the removal of the unnecessary example voice mailbox 1234 (/var/spool/asterisk/voicemail/default/1234 ). Also note that under /var/spool/asterisk are both the voicemail dir and the outgoing dir, both with different permissions. -- Tzafrir Cohen icq#16849755 +972-50-7952406 [EMAIL PROTECTED] http://www.xorcom.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339225: library package needs to be renamed (libstdc++ allocator change)
On Sun, 2005-12-04 at 14:56 +0800, Paul Wise wrote: > > Uh, the only change required to rebuild passepartout with libxml++2.6 is to > > do s/1.0/2.6/ in configure.ac. Do you have specifics on how synfig fails > > with 2.6? > > I hadn't tried it with 2.6 yet, as upstream specifically lists 1.0 as a > requirement. I'll try to build it tonight, hopefully it will work. The configure.ac seems to indicate it already has support for 2.6, and I can confirm that it builds with 2.6, so synfig doesn't block the removal of 1.0. Any timeframe on the c2a transition for libxml++2.6? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#339225: library package needs to be renamed (libstdc++ allocator change)
On Sun, Dec 04, 2005 at 06:52:56PM +0800, Paul Wise wrote: > On Sun, 2005-12-04 at 14:56 +0800, Paul Wise wrote: > > > Uh, the only change required to rebuild passepartout with libxml++2.6 is > > > to > > > do s/1.0/2.6/ in configure.ac. Do you have specifics on how synfig fails > > > with 2.6? > > I hadn't tried it with 2.6 yet, as upstream specifically lists 1.0 as a > > requirement. I'll try to build it tonight, hopefully it will work. > The configure.ac seems to indicate it already has support for 2.6, and I > can confirm that it builds with 2.6, so synfig doesn't block the removal > of 1.0. Any timeframe on the c2a transition for libxml++2.6? As soon as someone from the ftp team processes the NEW queue again. -- 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/ signature.asc Description: Digital signature
Bug#341939: please add tagging of `ocamlc -where`
Package: otags
Version: 3.09.0-1+zack
Severity: wishlist
Tags: patch
Please add tagging of the ocaml standard library in both vim and emacs
formats. The corresponding tags file could be shipped in
/var/lib/otags/{vi,emacs} and users willing to use them could point
their favorite editors to them.
Attached you can find a patch that:
- provide a /usr/sbin/update-otags script which tags `ocamlc -where` in
both format and store the results as /var/lib/otags/{vi,emacs}/TAGS
- adds a cron.daily entry which invokes update-otags
- invokes update-otags in otags postinst script
Still TODO (imo):
- parsing the whole `ocamlc -where` lead to errors for .mli/.ml that
uses camlp4 syntax extensions. They are not a problem since otags
after printing parse errors on stderr proceed in its work ignoring the
files (for this reason the cron entry redirect stderr to /dev/null).
However it should be possible to parse that files correctly using
otags' -pa flag, I've not investigated it in detail though.
Still, in order to implement this there should be a way to distinguish
syntax extension installed in `ocamlc -where` to add all of them to
otags cmdline. Such a distinction is not provided in the current ocaml
packaging still for debian.
Cheers.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-686
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Versions of packages otags depends on:
ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an
ii ocaml-nox [ocaml-nox-3.09. 3.09.0-2+zack ML language implementation with a
otags recommends no packages.
-- no debconf information
diff -Nuar otags-3.09.0.old/debian/changelog otags-3.09.0/debian/changelog
--- otags-3.09.0.old/debian/changelog 2005-12-04 11:22:49.0 +0100
+++ otags-3.09.0/debian/changelog 2005-12-04 11:46:25.0 +0100
@@ -1,3 +1,9 @@
+otags (3.09.0-1+zack) UNRELEASED; urgency=low
+
+ * added otagging of `ocamlc -where`
+
+ -- Stefano Zacchiroli <[EMAIL PROTECTED]> Sun, 4 Dec 2005 11:46:07 +0100
+
otags (3.09.0-1) unstable; urgency=low
* New upstream release
diff -Nuar otags-3.09.0.old/debian/dirs otags-3.09.0/debian/dirs
--- otags-3.09.0.old/debian/dirs2005-12-04 11:22:49.0 +0100
+++ otags-3.09.0/debian/dirs2005-12-04 11:31:06.0 +0100
@@ -1,2 +1,4 @@
usr/bin
usr/lib/ocaml/3.09.0/otags
+var/lib/otags/emacs
+var/lib/otags/vi
diff -Nuar otags-3.09.0.old/debian/otags.cron.daily
otags-3.09.0/debian/otags.cron.daily
--- otags-3.09.0.old/debian/otags.cron.daily1970-01-01 01:00:00.0
+0100
+++ otags-3.09.0/debian/otags.cron.daily2005-12-04 11:40:54.0
+0100
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+test -x /usr/sbin/update-otags || exit 0
+/usr/sbin/update-otags
diff -Nuar otags-3.09.0.old/debian/otags.install
otags-3.09.0/debian/otags.install
--- otags-3.09.0.old/debian/otags.install 1970-01-01 01:00:00.0
+0100
+++ otags-3.09.0/debian/otags.install 2005-12-04 11:44:23.0 +0100
@@ -0,0 +1 @@
+debian/update-otagsusr/sbin/
diff -Nuar otags-3.09.0.old/debian/postinst otags-3.09.0/debian/postinst
--- otags-3.09.0.old/debian/postinst1970-01-01 01:00:00.0 +0100
+++ otags-3.09.0/debian/postinst2005-12-04 11:34:15.0 +0100
@@ -0,0 +1,9 @@
+#!/bin/sh -e
+
+case "$1" in
+ configure)
+/usr/sbin/update-otags 2> /dev/null
+ ;;
+esac
+
+#DEBHELPER#
diff -Nuar otags-3.09.0.old/debian/rules otags-3.09.0/debian/rules
--- otags-3.09.0.old/debian/rules 2005-12-04 11:22:49.0 +0100
+++ otags-3.09.0/debian/rules 2005-12-04 11:42:58.0 +0100
@@ -55,6 +55,8 @@
dh_installdocs
dh_installexamples
dh_installman debian/otags.1
+ dh_install
+ dh_installcron
dh_link
dh_strip
dh_compress
diff -Nuar otags-3.09.0.old/debian/update-otags otags-3.09.0/debian/update-otags
--- otags-3.09.0.old/debian/update-otags1970-01-01 01:00:00.0
+0100
+++ otags-3.09.0/debian/update-otags2005-12-04 11:39:04.0 +0100
@@ -0,0 +1,7 @@
+#!/bin/sh
+OTAGS="/usr/bin/otags"
+test -x "$OTAGS" || exit 0
+OCAMLDIR=`ocamlc -where 2> /dev/null`
+test -d "$OCAMLDIR" || exit 0
+$OTAGS -r -vi-o /var/lib/otags/vi/TAGS$OCAMLDIR
+$OTAGS -r -emacs -o /var/lib/otags/emacs/TAGS $OCAMLDIR
Bug#341940: [l10n] Updated Czech translation of tetex-bin debconf messages
Package: tetex-bin Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of tetex-bin debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341941: [l10n] Updated Czech translation of tex-common debconf messages
Package: tex-common Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of tex-common debconf messages. Please include it with the package. Thanks -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341942: INTL:vi Vietnamese translation for shorewall
Package:shorewall Version: 2.2.5-3 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: shorewall translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) N.B. Since the new version number was not included in the translation email, I've guessed by adding 1 to the old version number. Hope that's OK. shorewall_2.2.5-3.vi.po.gz Description: GNU Zip compressed data
Bug#341943: xaos(GNU/k*BSD): FTBFS: out of date config.sub/config.guess
Package: xaos Version: 3.1r-13 Severity: important Hello, The current version of xaos fails to build on GNU/kFreeBSD, because of outdated config.guess and config.sub. The version of config.guess and config.sub in xaos is too old to correctly support Debian GNU/k*BSD. A version is needed from this year, which is available in the autotools-dev packages that are in current sarge, and sid. You can simply copy them manually, but it can also be done automatically using the method described in /usr/share/doc/autotools-dev/README.Debian.gz It would also be nice if you can ask upstream to update config.guess and config.sub in their next release. Thanks for your cooperation. -- System Information: Debian Release: testing/unstable Architecture: kfreebsd-i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: GNU/kFreeBSD 5.4-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341944: INTL:vi Vietnamese translation for smb2www
Package:smb2www Version: 111305 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: smb2www translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) N.B. No version number was included with the translation email, so I've guessed the new number based on the old one, which appeared to be a date. I've used the date the .po file was created. Hope that's OK. vi.po.gz Description: GNU Zip compressed data
Bug#325834: sarge uninstallable !?!
On 12/4/05, A Mennucc <[EMAIL PROTECTED]> wrote: > ops > > turns out that in both cases they where using a pre-release, namely, > .disk/info contains > > Debian GNU/Linux testing "Sarge" - Official Snapshot i386 Binary-1 > (20041121) Apparently that wasn't obvious. Shouldn't it be made more clear what version is being used?
Bug#340784: Patch for NMU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi
Attached the patch for the version I uploaded to DELAYED-0. The NMU is
needed as many packages fail to build because of this bug (asked by
vorlon on #debian-tech).
Cheers
Luk
- --
Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D
Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDks0s5UTeB5t8Mo0RAtNmAKCwjRDaXVVpJlEUOjg58TucbrTqtgCgoVTS
e5D2hSncINKnSvfSu3C7AuU=
=rOSW
-END PGP SIGNATURE-
diff -u curl-7.15.0/debian/control curl-7.15.0/debian/control
--- curl-7.15.0/debian/control
+++ curl-7.15.0/debian/control
@@ -63,8 +63,7 @@
Provides: libcurl-dev, libcurl-ssl-dev
Replaces: libcurl-dev, libcurl-ssl-dev, libcurl3-dev (<< 7.14.1-1)
Conflicts: libcurl2-dev, libcurl3-gnutls-dev
-Depends: libcurl3 (= ${Source-Version}), libc6-dev | libc-dev, libssl-dev,
zlib1g-dev, libidn11-dev
-Recommends: libkrb5-dev | hurd
+Depends: libcurl3 (= ${Source-Version}), libc6-dev | libc-dev, libssl-dev,
zlib1g-dev, libidn11-dev, libkrb5-dev | hurd
Description: Development files and documentation for libcurl
These files (ie. includes, static library, manual pages) allow to
build software which uses libcurl.
@@ -79,8 +78,7 @@
Provides: libcurl-dev, libcurl-ssl-dev
Replaces: libcurl-dev, libcurl-ssl-dev
Conflicts: libcurl2-dev, libcurl3-openssl-dev
-Depends: libcurl3-gnutls (= ${Source-Version}), libc6-dev | libc-dev,
libgnutls-dev, zlib1g-dev, libidn11-dev
-Recommends: libkrb5-dev | hurd
+Depends: libcurl3-gnutls (= ${Source-Version}), libc6-dev | libc-dev,
libgnutls-dev, zlib1g-dev, libidn11-dev, libkrb5-dev | hurd
Description: Development files and documentation for libcurl
These files (ie. includes, static library, manual pages) allow to
build software which uses libcurl.
diff -u curl-7.15.0/debian/changelog curl-7.15.0/debian/changelog
--- curl-7.15.0/debian/changelog
+++ curl-7.15.0/debian/changelog
@@ -1,3 +1,11 @@
+curl (7.15.0-5.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Urgency high for RC bug fix
+ * Let libcurl3-*-dev depend on libkrb5-dev (Closes: #340784, #340916).
+
+ -- Luk Claes <[EMAIL PROTECTED]> Sun, 4 Dec 2005 11:28:18 +0100
+
curl (7.15.0-5) unstable; urgency=low
* libcurl3-gnutls-dev and libcurl3-openssl-dev now only recommend
reverted:
--- curl-7.15.0/debian/.cvsignore
+++ curl-7.15.0.orig/debian/.cvsignore
@@ -1 +0,0 @@
-.*.swp
Bug#341945: debtags: segfault in postinst
Package: debtags Version: 1.5.2+b1 Severity: important apt-get -f install Reading package lists... Done Building dependency tree... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. Need to get 0B of archives. After unpacking 0B of additional disk space will be used. Setting up debtags (1.5.2+b1) ... Get:1 http://debtags.alioth.debian.org/tags/tags-current.gz [208kB] Get:2 http://debtags.alioth.debian.org/tags/vocabulary.gz [13.9kB] Fetched 222kB in 2s (98.8kB/s) Reading tag data and vocabulary for http://debtags.alioth.debian.org/tags/... Tag data: /var/cache/debtags/debtags.alioth.debian.org_tags_tags-current.gz... Voc data: /var/cache/debtags/debtags.alioth.debian.org_tags_vocabulary.gz... Writing system vocabulary... Writing merged tag database... *** glibc detected *** free(): invalid pointer: 0x00d66f10 *** /var/lib/dpkg/info/debtags.postinst: line 22: 10820 Aborted (core dumped) debtags update dpkg: error processing debtags (--configure): subprocess post-installation script returned error exit status 134 Errors were encountered while processing: debtags E: Sub-process /usr/bin/dpkg returned an error code (1) -- 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.14-2-amd64-k8 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages debtags depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.43 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libtdb1 1.0.6-13 Trivial Database - shared library ii zlib1g1:1.2.3-8 compression library - runtime debtags recommends no packages. -- no debconf information -- Enrico Tassi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341946: ant: Ant 1.6.0+ requires at least JDK 1.2
Package: ant Version: 1.6.5-3 Severity: normal http://archive.apache.org/dist/ant/RELEASE-NOTES-1.6.0.html bullet number one upgrades Ant's JDK requirement from version 1.1 to 1.2. ant in Debian should do the same by removing "java1-runtime" from the Depends line. As far as I can see, this would render #292577 and #291519 obsolete, since both users ran with gij, which only provides java1-runtime. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14 Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Versions of packages ant depends on: ii gij-4.0 [java1-runtime] 4.0.2-5j1 The GNU Java bytecode interpreter pn kaffe | java-virtual-mach (no description available) ii libxerces2-java 2.6.2-3Validating XML parser for Java wit pi sun-j2sdk1.5 [java2-runti 1.5.0+update03 Java(TM) 2 SDK, Standard Edition, Versions of packages ant recommends: pn ant-optional (no description available) pi sun-j2sdk1.5 [java-compil 1.5.0+update03 Java(TM) 2 SDK, Standard Edition, -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314954: [Linux-usb-users] Re: logitech usb mouse "dies"
To get more information, turn on USB verbose debugging (CONFIG_USB_DEBUG) in the kernel configuration and rebuild the USB drivers. Post the kernel or dmesg log showing what happens when the connection is lost. I've used the debian source for that. They currently don't patch anything usb-related. I've set CONFIG_USB_DEBUG=y and changed the processor family to Pentium M. These are the only differences to the distributed debian kernels. Unfortunatly, when the connection is lost, there is no message in dmesg. And there's also no message when the connection is reactivated. (By chvt 1 && sleep 1 && chvt 7) when I unplug and replug the mouse, the following happens: hub 2-0:1.0: state 5 ports 2 chg evt 0004 uhci_hcd :00:1d.1: port 2 portsc 008a,00 hub 2-0:1.0: port 2, status 0100, change 0003, 12 Mb/s usb 2-2: USB disconnect, address 3 usb 2-2: usb_disable_device nuking all URBs usb 2-2: unregistering interface 2-2:1.0 usb 2-2:1.0: hotplug usb 2-2: unregistering device usb 2-2: hotplug hub 2-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x100 hub 4-0:1.0: state 5 ports 6 chg evt 0010 ehci_hcd :00:1d.7: GetStatus port 4 status 001403 POWER sig=k CSC CONNECT hub 4-0:1.0: port 4, status 0501, change 0001, 480 Mb/s hub 4-0:1.0: debounce: port 4: total 100ms stable 100ms status 0x501 ehci_hcd :00:1d.7: port 4 low speed --> companion ehci_hcd :00:1d.7: GetStatus port 4 status 003002 POWER OWNER sig=se0 CSC hub 2-0:1.0: state 5 ports 2 chg evt 0004 uhci_hcd :00:1d.1: port 2 portsc 01a3,00 hub 2-0:1.0: port 2, status 0301, change 0001, 1.5 Mb/s hub 2-0:1.0: debounce: port 2: total 100ms stable 100ms status 0x301 usb 2-2: new low speed USB device using uhci_hcd and address 4 usb 2-2: skipped 1 descriptor after interface usb 2-2: default language 0x0409 usb 2-2: new device strings: Mfr=1, Product=2, SerialNumber=0 usb 2-2: Product: USB Mouse usb 2-2: Manufacturer: Logitech usb 2-2: hotplug usb 2-2: adding 2-2:1.0 (config #1, interface 0) usb 2-2:1.0: hotplug usbhid 2-2:1.0: usb_probe_interface usbhid 2-2:1.0: usb_probe_interface - got id input: USB HID v1.10 Mouse [Logitech USB Mouse] on usb-:00:1d.1-2 hub 2-0:1.0: state 5 ports 2 chg evt 0004 Is there some usb sniffer for linux around? Maybe that would shed some more light on this issue. Willi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339262: library package needs to be renamed (libstdc++ allocator change)
tags 339262 patch
thanks
Hi Laszlo,
I've prepared an NMU to fix this bug in sidplay-libs. The patch for the NMU
is attached, and I'll be uploading the package shortly to the NEW queue. If
you disagree with any of the changes made, please make a maintainer upload
in its place.
Cheers,
--
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/
reverted:
--- sidplay-libs-2.1.1/debian/libresid-builder0.dirs
+++ sidplay-libs-2.1.1.orig/debian/libresid-builder0.dirs
@@ -1 +0,0 @@
-usr/lib
reverted:
--- sidplay-libs-2.1.1/debian/libresid-builder0.files
+++ sidplay-libs-2.1.1.orig/debian/libresid-builder0.files
@@ -1 +0,0 @@
-usr/lib/libresid-builder.so.*
diff -u sidplay-libs-2.1.1/debian/rules sidplay-libs-2.1.1/debian/rules
--- sidplay-libs-2.1.1/debian/rules
+++ sidplay-libs-2.1.1/debian/rules
@@ -95,11 +95,11 @@
install -d -o root -g root -m 755 debian/libsidplay-dev/usr/share/doc
install -d -o root -g root -m 755
debian/libsidutils0/usr/share/doc/libsidutils0
install -d -o root -g root -m 755 debian/libsidutils-dev/usr/share/doc
- install -d -o root -g root -m 755
debian/libresid-builder0/usr/share/doc/libresid-builder0
+ install -d -o root -g root -m 755
debian/libresid-builder0c2a/usr/share/doc/libresid-builder0c2a
install -d -o root -g root -m 755
debian/libresid-builder-dev/usr/share/doc
ln -s libsidplay2 debian/libsidplay-dev/usr/share/doc/libsidplay-dev
ln -s libsidutils0 debian/libsidutils-dev/usr/share/doc/libsidutils-dev
- ln -s libresid-builder0
debian/libresid-builder-dev/usr/share/doc/libresid-builder-dev
+ ln -s libresid-builder0c2a
debian/libresid-builder-dev/usr/share/doc/libresid-builder-dev
dh_installdocs
dh_installexamples
diff -u sidplay-libs-2.1.1/debian/changelog sidplay-libs-2.1.1/debian/changelog
--- sidplay-libs-2.1.1/debian/changelog
+++ sidplay-libs-2.1.1/debian/changelog
@@ -1,3 +1,13 @@
+sidplay-libs (2.1.1-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Medium-urgency upload for RC bugfix.
+ * Rename libresid-builder0 to libresid-builder0c2a for the C++ mt allocator
+ABI transition, and conflict/replace libresid-builder0 accordingly
+(closes: #339262).
+
+ -- Steve Langasek <[EMAIL PROTECTED]> Sun, 4 Dec 2005 03:15:07 -0800
+
sidplay-libs (2.1.1-3) unstable; urgency=low
* Drop c102 suffix from the package names due to C++ ABI transition.
diff -u sidplay-libs-2.1.1/debian/control sidplay-libs-2.1.1/debian/control
--- sidplay-libs-2.1.1/debian/control
+++ sidplay-libs-2.1.1/debian/control
@@ -86,19 +86,19 @@
Package: libresid-builder-dev
Section: libdevel
Architecture: any
-Depends: libresid-builder0 (= ${Source-Version})
+Depends: libresid-builder0c2a (= ${Source-Version})
Replaces: libresid-dev (<= 2.1.0)
Conflicts: libresid-dev (<= 2.1.0)
Description: SID chip emulation class based on resid
SID builder packages provide a chip emulator, to be used by libsidplay2.
This package is an emulation based on the resid library.
-Package: libresid-builder0
+Package: libresid-builder0c2a
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
-Replaces: libresid2c102 (<= 2.1.1-2)
-Conflicts: libresid2c102 (<= 2.1.1-2)
+Replaces: libresid2c102 (<= 2.1.1-2), libresid-builder0
+Conflicts: libresid2c102 (<= 2.1.1-2), libresid-builder0
Description: SID chip emulation class based on resid
SID builder packages provide a chip emulator, to be used by libsidplay2.
This package is an emulation based on the resid library.
only in patch2:
unchanged:
--- sidplay-libs-2.1.1.orig/debian/libresid-builder0c2a.dirs
+++ sidplay-libs-2.1.1/debian/libresid-builder0c2a.dirs
@@ -0,0 +1 @@
+usr/lib
only in patch2:
unchanged:
--- sidplay-libs-2.1.1.orig/debian/libresid-builder0c2a.files
+++ sidplay-libs-2.1.1/debian/libresid-builder0c2a.files
@@ -0,0 +1 @@
+usr/lib/libresid-builder.so.*
signature.asc
Description: Digital signature
Bug#341947: INTL:vi Vietnamese translation for dbconfig-common
Package:dbconfig-common Version: 1.8.5 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: dbconfig-common (guessing the new version number, which was not included) translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do) vi.po.gz Description: GNU Zip compressed data
Bug#341948: INTL:vi Vietnamese translation for pdsh
Package: pdsh Version: 1.7-6-9 Severity: wishlist Tags: l10n, patch Please find attached the Vietnamese translation for debconf template: pdsh (new version number guessed, since it wasn't included in the email) vi.po.gz Description: GNU Zip compressed data translated and submitted by: Clytie Siddall (vi-VN, Vietnamese free-software translation team / nhóm Việt hóa phần mềm tự do)
Bug#277482: you just have to flush the trash
I don't agree with this bug. There is no reason we shouldn't have the benefits of the trash even on removable media. Maybe this is not very useful on very small ones, but on large usb or firewire removable harddisks, having a trash is important. You normally don't have to manually find the .trash directory to erase your files. When the trash is created on the removable media, you just have to flush the wastebasket to actually release the space. Maybe the only remaining problem is: after doing this, you still have an empty and unuseful ".Trash" or ".trash-user" directory. So maybe the real bug is: this directory should be deleted when emptied. (to avoid doing like the Mac: letting a lot of weird and boring files and directories everywhere it goes, like "TheVolumeSettingsFolder", "Network Trash Folder", ".AppleDouble", and others...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339263: library package needs to be renamed (libstdc++ allocator change)
tags 339263 patch
thanks
Hi Michael,
I've prepared an NMU to fix this bug in sigcperl. The patch for the NMU is
attached, and I'll be uploading the package shortly to the NEW queue. If
you disagree with any of the changes made, please make a maintainer upload
in its place.
Cheers,
--
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/
diff -u sigcperl-0.2.0/debian/changelog sigcperl-0.2.0/debian/changelog
--- sigcperl-0.2.0/debian/changelog
+++ sigcperl-0.2.0/debian/changelog
@@ -1,3 +1,14 @@
+sigcperl (0.2.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Medium-urgency upload for RC bugfix.
+ * Rename libsigcperl1c2 to libsigcperl1c2a for the C++ mt allocator ABI
+transition, and conflict/replace libsigcperl1c2 accordingly
+(closes: #339263).
+ * Add missing conflicts/replaces on libsigcperl1 as well.
+
+ -- Steve Langasek <[EMAIL PROTECTED]> Sun, 4 Dec 2005 03:43:27 -0800
+
sigcperl (0.2.0-3) unstable; urgency=low
* Acknowledge NMU. Thanks to Blars Blarson (Closes: #297973)
diff -u sigcperl-0.2.0/debian/control sigcperl-0.2.0/debian/control
--- sigcperl-0.2.0/debian/control
+++ sigcperl-0.2.0/debian/control
@@ -8,7 +8,7 @@
Package: libsigcperl-dev
Section: libdevel
Architecture: any
-Depends: libsigcperl1c2 (= ${Source-Version}), libsigc++-1.2-dev
+Depends: libsigcperl1c2a (= ${Source-Version}), libsigc++-1.2-dev
Description: Helper library for the libsigc++ Perl bindings - development files
This is a helper library to create Perl bindings to the libsigc++ signal
library possible. It is intended to provide a mechanism for writing Perl
@@ -17,10 +17,12 @@
This package contains the files needed to build the Perl bindings for sigc++
and other libraries/applications using sigcperl.
-Package: libsigcperl1c2
+Package: libsigcperl1c2a
Section: libs
Architecture: any
Depends: ${shlibs:Depends}
+Conflicts: libsigcperl1, libsigcperl1c2
+Replaces: libsigcperl1, libsigcperl1c2
Description: Helper library for the libsigc++ Perl bindings
This is a helper library to create Perl bindings to the libsigc++ signal
library possible. It is intended to provide a mechanism for writing Perl
reverted:
--- sigcperl-0.2.0/debian/libsigcperl1c2.files
+++ sigcperl-0.2.0.orig/debian/libsigcperl1c2.files
@@ -1 +0,0 @@
-usr/lib/lib*.so.*
only in patch2:
unchanged:
--- sigcperl-0.2.0.orig/debian/libsigcperl1c2a.files
+++ sigcperl-0.2.0/debian/libsigcperl1c2a.files
@@ -0,0 +1 @@
+usr/lib/lib*.so.*
signature.asc
Description: Digital signature
Bug#340486: linux-headers-2.6.14-2-k7: Unable to compile modules, fixdep.c required
On Wed, Nov 23, 2005 at 01:05:47PM -0600, Moshe Yudkowsky wrote: > Package: linux-headers-2.6.14-2-k7 > Version: 2.6.14-3 > Severity: serious > Justification: no longer builds from source linux-headers-2.6.14-2-k7 is no source package, so it can't fail to build. > > I am attempting to build my modules for 2.6.14-2-k7, and this fails. The > failure is because the Makefile in /scripts/basic attempts, > incorrectly (AFAICT) to build "fixdep" instead of using the "fixdep" that is > already in the directory: > > linux# make-kpkg modules > /usr/bin/make\ > ARCH=i386 oldconfig > make[1]: Entering directory `/usr/src/linux-headers-2.6.14-2-k7' > HOSTCC scripts/basic/fixdep > gcc: scripts/basic/fixdep.c: No such file or directory > gcc: no input files > make[2]: *** [scripts/basic/fixdep] Error 1 > make[1]: *** [scripts_basic] Error 2 > make[1]: Leaving directory `/usr/src/linux-headers-2.6.14-2-k7' > make: *** [stamp-kernel-configure] Error 2 oldconfig is not called by kbuild to build modules, what do you do? It is not even appropriate to call it as the config is always uptodate in the headers package and this will probably invalidate the symbol version files. > Please note that I'm simply following the same procedure I've always followed > to build modules. Previous versions of linux-headers did NOT have a Makefile > in the scripts/basic directory. I realize that there's probably a simple fix > for this, but unravelling the *intent* of a Makefile is a little tricky at > times... What happens if you compile it with "make -C /usr/src/$bla M=$(pwd)"? Bastian -- Punishment becomes ineffective after a certain point. Men become insensitive. -- Eneg, "Patterns of Force", stardate 2534.7
Bug#341933: [l10n] Updated Czech translation of facturalux debconf messages
Thanks, Miroslav. This patch will be included in the next upload of facturalux. Thanks and regards, Juanma. El Domingo, 4 de Diciembre de 2005 10:49, Miroslav Kure escribió: > Package: facturalux > Severity: wishlist > Tags: l10n, patch > > Hi, > > in attachement there is updated Czech (cs.po) translation of > facturalux debconf messages. Please include it with the package. > > Thanks -- Juan Manuel García Molina [EMAIL PROTECTED] http://www.superiodico.net pgpIiJ8HP49ip.pgp Description: PGP signature
Bug#341895: krusader: crashes sometimes when deleting files
Hi, I think that it is "libqt3-mt 3:3.3.5-1" that causes the problem. Please read http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=331241 for more info and upgrade to 3:3.3.5-2 and try again. thanks. kind regards, Frank Schoolmeesters Krusader Krew http://www.krusader.org On 12/3/05, Jiří Paleček <[EMAIL PROTECTED]> wrote: > X-Debbugs-CC: Jiri Palecek <[EMAIL PROTECTED]> > Package: krusader > Version: 1.60.0-3 > Severity: normal > > Sometimes, usually when the system is under load (that is eg. "find / > -iname xxx" running), > krusader crashes when deleting files. The backtrace is in the attached > file. > > -- System Information: > Debian Release: testing/unstable >APT prefers testing >APT policy: (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > Shell: /bin/sh linked to /bin/dash > Kernel: Linux 2.6.13 > Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) > > Versions of packages krusader depends on: > ii kdelibs4c24:3.4.2-4 core libraries for all KDE > applica > ii libart-2.0-2 2.3.17-1 Library of functions for 2D > graphi > ii libaudio2 1.7-3 The Network Audio System > (NAS). (s > ii libc6 2.3.5-8GNU C Library: Shared > libraries an > ii libfam0 2.7.0-8client library to control the > FAM > ii libfontconfig12.3.2-1generic font configuration > library > ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, > shared lib > ii libgcc1 1:4.0.2-2 GCC support library > ii libice6 6.8.2.dfsg.1-7 Inter-Client Exchange library > ii libidn11 0.5.18-1 GNU libidn library, > implementation > ii libjpeg62 6b-10 The Independent JPEG Group's > JPEG > ii libpcre3 6.4-1.0.1 Perl 5 Compatible Regular > Expressi > ii libpng12-01.2.8rel-5 PNG library - runtime > ii libqt3-mt 3:3.3.5-1 Qt GUI Library (Threaded > runtime v > ii libsm66.8.2.dfsg.1-7 X Window System Session > Management > ii libstdc++64.0.2-2The GNU Standard C++ Library > v3 > ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol > client li > ii libxcursor1 1.1.3-1X cursor management library > ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous > exte > ii libxft2 2.1.7-1FreeType-based font drawing > librar > ii libxi66.8.2.dfsg.1-7 X Window System Input > extension li > ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head > display > ii libxrandr26.8.2.dfsg.1-7 X Window System Resize, > Rotate and > ii libxrender1 1:0.9.0-2 X Rendering Extension client > libra > ii libxt66.8.2.dfsg.1-7 X Toolkit Intrinsics > ii xlibs 6.8.2.dfsg.1-7 X Window System client > libraries m > ii zlib1g1:1.2.3-8 compression library - runtime > > krusader recommends no packages. > > -- no debconf information > >
Bug#113317: [patch] heimdal on GNU HURD
tags 113317 +patch
thanks
Hi,
here is a more conservative patch for Debian. The
hostname[MAXHOSTNAMELEN] -> hostname[MaxHostNameLen] changes are
probably alright to get integrated upstream, whereas the "#define
MAXPATHLEN 4096" are a hack which should stay in the Debian package for
now, in case somebody wants to fix those properly later on.
This patch makes the non-AFS related build failures on hurd-i386 go
away, I will send a patch for the AFS stuff in due short.
cheers,
Michael
--
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html
diff -Naur heimdal-0.7.1/appl/kf/kf_locl.h heimdal-0.6.3.new/appl/kf/kf_locl.h
--- heimdal-0.7.1/appl/kf/kf_locl.h 2002-09-04 22:29:04.0 +0200
+++ heimdal-0.7.1.new/appl/kf/kf_locl.h 2005-11-01 23:37:15.0 +0100
@@ -79,3 +79,7 @@
#define KF_PORT_NAME "kf"
#define KF_PORT_NUM2110
#define KF_VERSION_1 "KFWDV0.1"
+
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
diff -Naur heimdal-0.7.1/appl/kf/kfd.c heimdal-0.6.3.new/appl/kf/kfd.c
--- heimdal-0.7.1/appl/kf/kfd.c 2003-04-16 17:40:24.0 +0200
+++ heimdal-0.7.1.new/appl/kf/kfd.c 2005-11-01 23:24:17.0 +0100
@@ -128,7 +128,7 @@
krb5_ticket *ticket;
char *name;
char ret_string[10];
-char hostname[MAXHOSTNAMELEN];
+char hostname[MaxHostNameLen];
krb5_data data;
krb5_data remotename;
krb5_data tk_file;
diff -Naur heimdal-0.7.1/appl/kx/kx.h heimdal-0.6.3.new/appl/kx/kx.h
--- heimdal-0.7.1/appl/kx/kx.h 2003-04-16 18:45:43.0 +0200
+++ heimdal-0.7.1.new/appl/kx/kx.h 2005-11-01 23:41:38.0 +0100
@@ -107,6 +107,10 @@
#include
#endif
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
+
/* defined by aix's sys/stream.h and again by arpa/nameser.h */
#undef NOERROR
diff -Naur heimdal-0.7.1/appl/login/login_access.c
heimdal-0.6.3.new/appl/login/login_access.c
--- heimdal-0.7.1/appl/login/login_access.c 2001-06-04 16:09:45.0
+0200
+++ heimdal-0.7.1.new/appl/login/login_access.c 2005-11-01 23:24:23.0
+0100
@@ -163,11 +163,11 @@
static char *myhostname(void)
{
-static char name[MAXHOSTNAMELEN + 1] = "";
+static char name[MaxHostNameLen + 1] = "";
if (name[0] == 0) {
gethostname(name, sizeof(name));
- name[MAXHOSTNAMELEN] = 0;
+ name[MaxHostNameLen] = 0;
}
return (name);
}
diff -Naur heimdal-0.7.1/appl/login/login_locl.h
heimdal-0.6.3.new/appl/login/login_locl.h
--- heimdal-0.7.1/appl/login/login_locl.h 2002-08-12 17:09:15.0
+0200
+++ heimdal-0.7.1.new/appl/login/login_locl.h 2005-11-01 23:37:58.0
+0100
@@ -145,6 +145,10 @@
#define _PATH_DEFPATH "/usr/bin:/bin"
#endif
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
+
struct spwd;
extern char **env;
diff -Naur heimdal-0.7.1/appl/popper/popper.h
heimdal-0.6.3.new/appl/popper/popper.h
--- heimdal-0.7.1/appl/popper/popper.h 2002-07-04 15:56:12.0 +0200
+++ heimdal-0.7.1.new/appl/popper/popper.h 2005-11-01 23:41:18.0
+0100
@@ -154,6 +154,10 @@
#define POP_MAILDIR"/usr/spool/mail"
#endif
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
+
#define POP_DROPPOP_MAILDIR "/.%s.pop"
/* POP_TMPSIZE needs to be big enough to hold the string
* defined by POP_TMPDROP. POP_DROP and POP_TMPDROP
--- heimdal-0.7.1/appl/rcp/rcp_locl.h.orig 2005-11-02 00:54:30.0
+0100
+++ heimdal-0.7.1/appl/rcp/rcp_locl.h 2005-11-02 00:54:34.0 +0100
@@ -65,3 +65,7 @@
#endif
#undef _PATH_RSH
#define_PATH_RSH BINDIR "/rsh"
+
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
diff -Naur heimdal-0.7.1/appl/rsh/rsh_locl.h
heimdal-0.6.3.new/appl/rsh/rsh_locl.h
--- heimdal-0.7.1/appl/rsh/rsh_locl.h 2003-04-16 22:05:39.0 +0200
+++ heimdal-0.7.1.new/appl/rsh/rsh_locl.h 2005-11-01 23:39:00.0
+0100
@@ -163,3 +163,7 @@
#define do_write(F, B, L, I) write((F), (B), (L))
#define do_read(F, B, L, I) read((F), (B), (L))
#endif
+
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#endif
diff -Naur heimdal-0.7.1/appl/test/tcp_server.c
heimdal-0.6.3.new/appl/test/tcp_server.c
--- heimdal-0.7.1/appl/test/tcp_server.c1999-12-16 11:31:08.0
+0100
+++ heimdal-0.7.1.new/appl/test/tcp_server.c2005-11-01 23:24:26.0
+0100
@@ -44,7 +44,7 @@
krb5_principal server;
krb5_ticket *ticket;
char *name;
-char hostname[MAXHOSTNAMELEN];
+char hostname[MaxHostNameLen];
krb5_data packet;
krb5_data data;
u_int32_t len, net_len;
diff -Naur heimdal-0.7.1/lib/gssapi/gssapi_locl.h
heimdal-0.6.3.new/lib/gssapi/gssapi_locl.h
--- heimdal-0.7.1/lib/gssapi/gssapi_locl.h 2003-09-19 00:01:52.0
+0200
+++ heimdal-0.7.1.new/lib/gssapi/gssapi_locl.h 2005-11-01 23:42:21.0
+0100
@@ -46,6 +46,10 @@
#include "arcfour.h"
+#ifndef MAXPATHLEN
+#define MAXPATHLEN 4096
+#e
Bug#341949: nautilus: impossible to empty the trash because of permissions
Package: nautilus Version: 2.10.1-5 Severity: normal This bug has been reported on Sid'd version of nautilus, but it is also valid for the Stable version. Very simple bug, maybe already known (but I didn't find a report) which is very annoying for desktop users and 100% reproducible: $ cd ~/Desktop $ mkdir -p foo/bar $ touch foo/bar/file $ chmod -w foo/bar (real users can do the same thing easily with nautilus, without command line) Now drag the "foo" directory to the trash And try to flush the trash. => no permission. This happens often in real conditions, when users just copy some stuffs from another directory or media, where one directory was read-only. Then, there is no easy way to empty the trash. Users must go to their home, tell nautilus to display hidden files, enter .Trash, find the readonly dir, change their permissions, then empty the trash. Or users must type some recursive chmod command. Both are not friendly... There are three solutions: - either the foo directory shouldn't be allowed to be moved to the trash (but this would be as annoying as before) - or the files could be chmod'ed when moved to the trash (bad, could be long) - or, better, the trash deletion should just be forced -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages nautilus depends on: ii desktop-file-utils 0.10-1 Utilities for .desktop files ii gconf2 2.10.1-6GNOME configuration database syste ii gnome-control-center 1:2.10.2-1 utilities to configure the GNOME d ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libeel2-22.10.1-3Eazel Extensions Library (for GNOM ii libesd-alsa0 [libesd0] 0.2.36-1Enlightened Sound Daemon (ALSA) - ii libexif120.6.12-2library to parse EXIF files ii libgail-common 1.8.7-1 GNOME Accessibility Implementation ii libgail171.8.7-1 GNOME Accessibility Implementation ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnome-desktop-2 2.10.2-1Utility library for loading .deskt ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgtk2.0-0 2.6.10-2The GTK+ graphical user interface ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libnautilus-extension1 2.10.1-5libraries for nautilus components ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii librsvg2-2 2.9.5-6 SAX-based renderer library for SVG ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstartup-notification0 0.8-1 library for program launch feedbac ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxml2 2.6.22-2GNOME XML library ii nautilus-data2.10.1-5data files for nautilus ii shared-mime-info 0.16-3 FreeDesktop.org shared MIME databa ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages nautilus recommends: ii desktop-base0.3.16 common files for the Debian Deskto ii eject 2.0.13deb-18 ejects CDs and operates CD-Changer ii nautilus-cd-burner 2.10.2-2 CD Burning front-end for Nautilus -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341950: [l10n] Initial Czech translation of mod-cband debconf messages
Package: mod-cband Severity: wishlist Tags: l10n, patch Hi, in attachement there is initial Czech translation (cs.po) of mod-cband debconf messages, please include it with the package. -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341951: [l10n] Initial Czech translation of postgresql-common debconf messages
Package: postgresql-common Severity: wishlist Tags: l10n, patch Hi, in attachement there is initial Czech translation (cs.po) of postgresql-common debconf messages, please include it with the package. -- Miroslav Kure cs.po.gz Description: Binary data
Bug#341952: ssmtp: should specify character-set in outgoing messages
Package: ssmtp Version: 2.61-5.0.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 sSMTP does not specify the character-set in outgoing messages, which makes some mail relays reject the messages sent by sSMTP. For example, the Debian BTS' control interface gives me: 8X- - These recipients of your message have been processed by the mail server: [EMAIL PROTECTED]; Failed; 5.3.0 (other or undefined mail system status) Remote MTA bugs.debian.org: network error - SMTP protocol diagnostic: 550 improper use of 8-bit data in message header 8X- The raw message content that triggered this is: 8X- Return-Path: <[EMAIL PROTECTED]> Received: from route.intranet (84.249.18.46) by pne-smtpout2-sn1.fre.skanova.net (7.2.069.1) id 43903C2400065782 for [EMAIL PROTECTED]; Sun, 4 Dec 2005 13:03:35 +0100 Received: from omena.intranet ([172.16.1.14] ident=q-funk) by route.intranet with smtp (Exim 4.50) id 1Eisab-00079P-5v for [EMAIL PROTECTED]; Sun, 04 Dec 2005 14:03:34 +0200 Received: by omena.intranet (sSMTP sendmail emulation); Sun, 4 Dec 2005 14:03:32 +0200 From: Martin-Éric Racine <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: bug 262075 is forwarded to http://bugzilla.gnome.org/show_bug.cgi?id=318473 Date: Sun, 4 Dec 2005 14:03:32 +0200 X-BTS-Version: 2.9.9 Message-Id: <[EMAIL PROTECTED]> 8X- - -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (990, 'stable'), (99, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-imac Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Versions of packages ssmtp depends on: ii debconf 1.4.59 Debian configuration management sy ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libssl0.9.8 0.9.8a-4 SSL shared libraries ssmtp recommends no packages. - -- debconf information: * ssmtp/overwriteconfig: true ssmtp/mailname: * ssmtp/mailhub: posti.intranet * ssmtp/fromoverride: true * ssmtp/hostname: omena.intranet * ssmtp/root: [EMAIL PROTECTED] * ssmtp/rewritedomain: * ssmtp/port: 25 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDkuCUeXr56x4Muc0RAr6VAJwKp1FPq07/HvusNBmyWpwJY3CXewCfflnj 7vOjiv1v1VOdACFizB9nHfQ= =q8iN -END PGP SIGNATURE-
Bug#341953: wmaker: Unexpected window-cycling behaviour - last focused window gets autoraised.
Package: wmaker Version: 0.92.0-5 Severity: normal Hi Marcelo, after upgrading wmaker, window cycling behaviour changed again in an unexpected way: When cycling through windows, the last focused window gets autoraised. Previously, all windows stayed in their "stack-order" until I explicitly moved them to fore- or background (Mod1+up/down). I am used to the old behaviour and want it (configurable) back. I found a small thread on the wmaker-users ML researching the web regarding this issue: http://article.gmane.org/gmane.comp.window-managers.windowmaker.user/2371 Seems, old behaviour is now considered a bug by upstream. %-) For reasoning reporting this severity "normal" instead of "wishlist" see: http://article.gmane.org/gmane.comp.window-managers.windowmaker.user/2381 http://article.gmane.org/gmane.comp.window-managers.windowmaker.user/2408 Thanks a lot for your work on Debian! Bye, Sonny -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (989, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.12-1-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages wmaker depends on: ii cpp 4:4.0.2-1 The GNU C preprocessor (cpp) ii debianutils 2.15 Miscellaneous utilities specific t ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libfontconfig12.3.2-1generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libwraster3 0.92.0-5 Shared libraries of Window Maker r ii libx11-6 6.8.2.dfsg.1-7 X Window System protocol client li ii libxext6 6.8.2.dfsg.1-7 X Window System miscellaneous exte ii libxft2 2.1.7-1FreeType-based font drawing librar ii libxinerama1 6.8.2.dfsg.1-7 X Window System multi-head display ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.3-4 compression library - runtime -- no debconf information -- :wq -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341954: ITP: kradio -- Comfortable Radio Application for KDE
Package: wnpp Severity: wishlist Owner: Steffen Joeris <[EMAIL PROTECTED]> * Package name: kradio Version : 0.1beta1.0snapshot20051127 Upstream Author : Ernst Martin Witte <[EMAIL PROTECTED]> * URL : http://kradio.sourceforge.net/ * License : GPL Description : Comfortable Radio Application for KDE KRadio is a comfortable radio application for KDE 3.x with support for V4L and V4L2 radio cards drivers. . KRadio currently provides . * V4L/V4L2 Radio support * Remote Control support (LIRC) * Alarms, Sleep Countdown * Several GUI Controls (Docking Menu, Station Quickbar, Radio Display) * Recording Capabilities, including MP3 and Ogg/Vorbis encoding * Timeshifter functionality * Extendable Plugin Architecture . This Package also includes a growing collection of station preset files for many cities around the world contributed by KRadio Users. . As KRadio is based on an extendable plugin architecture, contributions of new plugins (e.g. Internet Radio Streams, new cool GUIs) are welcome. I know about the "bad version number", but I think there are some bugfixes which we can take. I think the best way is to bring this version to experimental and see how it works. Greetings Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315694: Help
tags 315694 + help thanks This bug needs someone with xinerama/twinview to reproduce/diagnose and report upstream as appropriate. Sorry, I won't be much use here. Simon. -- oOoOourpmi, rpm, dpkg, apt... connais pas tout ca oOoOo oOoOo moi... moa bourrin... moa gruik dependencies managing oOoOo oOoOo oOoOo htag.pl 0.0.22 ::: http://www.earth.li/~huggie/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341955: ITP: libprefork-perl -- Module loading for forking or non-forking processes in Perl
Package: wnpp Severity: wishlist Owner: Jonas Genannt <[EMAIL PROTECTED]> * Package name: libprefork-perl Version : 1.00 Upstream Author : Adam Kennedy <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~adamk/ * License : GPL Description : Module loading for forking or non-forking processes in Perl The prefork pragma is intended to allow module writers to optimise module loading for both scenarios with as little additional code as possible. . prefork.pm is intended to serve as a central and optional marshalling point for state detection (are we running in compile-time or run-time mode) and to act as a relatively light-weight module loader. This module is an new build depend for #329990 -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686-smp 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#290589: Upstream don't believe in ESR
tags 290589 + upstream wontfix thanks [using your Debian address given Verizon's odd mail policies] As per the forwarded bug, upstream don't believe that ESR's self-proclaimed standard is in fact very standard at all and as such aren't bothered about supporting it. Sorry for not reporting this as such sooner. Simon. -- "Have you seen a man who's lost his luggage?" -- Suitcase signature.asc Description: Digital signature
Bug#291120: Battery plugin bug
Hi, Did you ever get a chance to test this with a more recent version as Rudy described? I know ubuntu have some patch to the battery plugin which I need to review/push upstream. If you can confirm it still happens in recent versions that would be useful. Simon. -- [ grr, where's Kinnison when you need a guinea pig? ] signature.asc Description: Digital signature
Bug#323290: Does restart not satisfy this need?
Did the restart option not help you with this bug by the way? -- ,--huggie-at-earth-dot-listuff-thing-stuff--DF5CE2B4--. _| "Fun, fun, fun, in the sun, sun, sun..." |_ | | `- http://www.earth.li/~huggie/ - http://www.blackcatnetworks.co.uk/ -' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341452: lvm2: v2.02.00-1: breaks VGs: "device-mapper ioctl cmd 9 failed: Invalid argument"
Alasdair G Kergon wrote 10 lines: > On Wed, Nov 30, 2005 at 06:47:12PM +0100, Wolfgang Weisselberg wrote: > > After upgrading to lvm2 2.02.00-1 and the required > > libdevmapper1.02, the system was unable to complete booting, > You should find that bug was fixed by libdevmapper 1.02.01 with lvm2 2.02.01. Unfortunately, no, not with libdevmapper1.02 v2:1.02.02-1 and ^ lvm2 v2.02.01-1. $ vgscan [OK] $ vgchange -a y [repeat many times:] device-mapper: one of name or uuid must be supplied, cmd(12) device-mapper: table ioctl failed: Invalid argument [finally] device-mapper: one of name or uuid must be supplied, cmd(12) device-mapper: table ioctl failed: Invalid argument 20 logical volume(s) in volume group "base_vg" now active $ Of course dmsetup table shows the same old symptoms, the names are there, but nothing's mapped to them, no /dev/base_vg/*, ... Unloading and reloading lvm-mod and dm-mod to start over. $ /etc/init.d/lvm start [many repeats of:] device-mapper: one of name or uuid must be supplied, cmd(11) device-mapper: table ioctl failed: Invalid argument _deps: task run failed for (254:1) Failed to add device (254:1) [finally] device-mapper: one of name or uuid must be supplied, cmd(11) device-mapper: table ioctl failed: Invalid argument _deps: task run failed for (254:19) Failed to add device (254:19) 20 logical volume(s) in volume group "base_vg" now active $ Of course dmsetup table shows the same old symptoms, the names are there, but nothing's mapped to them, no /dev/base_vg/*, ... Time to reopen the bug report? -Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341738: linux-image-2.6.14-2-686: Could not read output for /sbin/modprobe -v -n --show-depends --set-version 2.6.14-2-686 auto (fatal)
On Sun, Dec 04, 2005 at 10:38:37AM +0200, Jari Aalto wrote: > Erik van Konijnenburg <[EMAIL PROTECTED]> writes: > | -- hack /usr/sbin/mkinitrd.yaird to echo the yaird command line > | and its own arguments to some scratch file, then do > | dpkg-reconfigure linux-image-2.6.14-2-686 > | and see if there's a difference from the yaird call you did > | just now. > > Hm. That worked? [4] > > Hope the logs help to solve this. If you need more information, I can > try more tests. Looks like the bug silently went away: if I understand your mail correctly, when you dpkg-reconfigure a kernel, you get a new /boot/initrd.img and you have the sh -x output to prove it. Lets close this bug report. Just to be safe, you may want to keep the 'set -x' in your mkinitrd.yaird: that way you can show detailed debug info if the issue should reappear. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341956: console-tools: Loadkeys -m shouldn't need read access to /dev/tty0 or /dev/console
Package: console-tools Version: 1:0.2.3dbs-60 Severity: normal Hi, When running "loadkeys -q -m defkeymap.map", loadkeys fails because it doesn't have access to /dev/tty0 or /dev/console: $ loadkeys -q -m defkeymap.map Couldnt get a file descriptor referring to the console KDGKBMODE: Bad file descriptor loadkeys: error reading keyboard mode However, I don't see why access to /dev/tty0 or /dev/console is needed to generate the C source file, as expected by the -m option. I've recompiled the loadkeys without any Debian patch, and it works, so it's likely that this problem comes from one of the Debian patches. This problem is quite annoying, because loadkeys -m cannot be run as user anymore. Thanks, Thomas -- 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-rc4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages console-tools depends on: ii console-common 0.7.55Basic infrastructure for text cons ii debconf [debconf-2.0] 1.4.59Debian configuration management sy ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libconsole 1:0.2.3dbs-60 Shared libraries for Linux console ii sysvinit 2.86.ds1-6System-V like init Versions of packages console-tools recommends: ii console-data2002.12.04dbs-52 Keymaps, fonts, charset maps, fall -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341957: does not handle splitted amavisd-new loglines
Package: logcheck-database Version: 1.2.42 Severity: normal If you run amavisd-new on a mailing-list, messages with multiple recipients can generate a very long log lines. These lines are splitted like this (email addresses removed) Dec 4 11:21:07 lorien amavis[10426]: (10426-06-6) Passed, <[EMAIL PROTECTED]> -> <[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED] Dec 4 11:21:07 lorien amavis[10426]: (10426-06-6) xx>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>,<[EMAIL PROTECTED]>, Message-ID: <[EMAIL PROTECTED]>, Hits: -1.511 I think is enought to add: amavis\[[0-9]+\]: +(\([-0-9]+\) +)?\.\.\. to /etc/logcheck/ignore.d.server/amavisd-new Best Regards -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages logcheck-database depends on: ii debconf [debconf-2.0] 1.4.30.13 Debian configuration management sy -- debconf information: logcheck-database/conffile-cleanup: false logcheck-database/rules-directories-note: logcheck-database/standard-rename-note: -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | [EMAIL PROTECTED] | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 signature.asc Description: Digital signature
Bug#341958: dbconfig-common: Support for table prefix
Package: dbconfig-common Version: 1.8.8 Severity: wishlist Hello Sean, I'm working on adding dbconfig-common to my package. One thing I'm encountering is that it allows to specify a table prefix which defaults to phpbb2, so your tables will be of the format phpbb2_users etc. We currently offer this as a debconf question on installation. In my perception this is a common option for webapps, right? Is it currently possible to have dbconfig-common handle this aswell? If it does, I couldn't find it. If it doesn't, what are the chances of this being added? thanks, Thijs -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.4.61 Debian configuration management sy ii pwgen 2.04-1 Automatic Password generation ii ucf 2.003 Update Configuration File: preserv dbconfig-common recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341959: Is uninstallable
Package: amarok Severity: grave The following packages have unmet dependencies: amarok-xine: Depends: amarok (= 1.3.6-1) but it is not going to be installed Depends: kdelibs4c2 (>= 4:3.4.2-1) but it is not going to be installed Should depend on kdelibs4c2a. -- System Information: Debian Release: testing/unstable APT prefers experimental APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341960: openoffice.org-writer: autosave causes status bar to reappear
Package: openoffice.org-writer Version: 2.0.0-2 Severity: minor I hide the status bar (via the view menu). When my document is autosaved, the status bar reappears. This is also reflected in the view menu. Obviously, this is _minor_ but I do think it is a bug. -- System Information: Debian Release: 3.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.14-b1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages openoffice.org-writer depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libicu34 3.4-2 International Components for Unico ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3STLport C++ class library ii libwpd8c2 0.8.3-2Library for handling WordPerfect d ii openoffice.org-core 2.0.0-2OpenOffice.org office suite archit ii python-uno2.0.0-2Python interface for OpenOffice.or ii zlib1g1:1.2.2-8 compression library - runtime -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292912: misidentifies matroska video file as "RISC OS arvhive"
Le primidi 11 pluviôse, an CCXIII, Keenan Pepper a écrit : > [EMAIL PROTECTED]:~$ file test.mkv > test.mkv: RISC OS archive (spark format) > [EMAIL PROTECTED]:~$ head -c 16 test.mkv | hd > 1a 45 df a3 93 42 82 88 6d 61 74 72 6f 73 6b 61 > |.E...B..matroska| > 0010 I understood that file types additions to the magic file were considered only if the actual magic entry was included. Here is one for Matroska: # EBML and Matroska format, see # http://www.matroska.org/technical/specs/index.html 0 belong 0x1A45DFA3 EBML data >4 string \x93\x42\x82\x88matroska \b, Matroska I am not familiar enough with the magic pseudo-language nor with the EBML format to extract information about contents yet. signature.asc Description: Digital signature
Bug#341961: (no subject)
Subject: linux-image-2.6.12-1-386: Module sym53c8xx: "phase change" messages on Iomega ZIP drive Package: linux-image-2.6.12-1-386 Version: 2.6.12-10 Severity: normal As soon as during the boot procedure my Iomega SCSI ZIP drive is recognized I get the following message onto the console: sd 0:0:5:0 phase change 6-7 [EMAIL PROTECTED] resid=7. (the number [EMAIL PROTECTED] is different after each booting of the machine) This message is written about 5-10 times per second onto the console making working with it almost impossible. This was especially a problem during installation of the system. Inserting a disk into the ZIP drive improves the situation slightly: The amount of messages drops to about 1 per second - still too much. Despite of the messages, access to such a disk works correctly. Booting the machine with the ZIP drive powered off does not give the message. I located the above message in the linux kernel files: - /usr/src/linux-2.6-2.6.12/drivers/scsi/ncr53c8xx.c - /usr/src/linux-2.6-2.6.12/drivers/scsi/sym53c8xx_2/sym_hipd.c This bug seems to be closely related to #303088 Here is the relevant part of /var/log/messages: Dec 4 08:32:17 df8xq-l2 kernel: PCI: Found IRQ 9 for device :00:13.0 Dec 4 08:32:17 df8xq-l2 kernel: PCI: Sharing IRQ 9 with :00:11.2 Dec 4 08:32:17 df8xq-l2 kernel: sym0: <875> rev 0x4 at pci :00:13.0 irq 9 Dec 4 08:32:17 df8xq-l2 kernel: sym0: Symbios NVRAM, ID 7, Fast-20, SE, parity checking Dec 4 08:32:17 df8xq-l2 kernel: sym0: open drain IRQ line driver, using on-chip SRAM Dec 4 08:32:17 df8xq-l2 kernel: sym0: using LOAD/STORE-based firmware. Dec 4 08:32:17 df8xq-l2 kernel: sym0: SCSI BUS has been reset. Dec 4 08:32:17 df8xq-l2 kernel: scsi0 : sym-2.2.0 Dec 4 08:32:17 df8xq-l2 kernel: Floppy drive(s): fd0 is 1.44M Dec 4 08:32:17 df8xq-l2 kernel: bt878: AUDIO driver version 0.0.0 loaded Dec 4 08:32:17 df8xq-l2 kernel: FDC 0 is a post-1991 82077 Dec 4 08:32:17 df8xq-l2 kernel: USB Universal Host Controller Interface driver v2.2 Dec 4 08:32:17 df8xq-l2 kernel: Vendor: TEAC Model: CD-R55S Rev: 1.0R Dec 4 08:32:17 df8xq-l2 kernel: Type: CD-ROM ANSI SCSI revision: 02 Dec 4 08:32:17 df8xq-l2 kernel: target0:0:1: Beginning Domain Validation Dec 4 08:32:17 df8xq-l2 kernel: target0:0:1: asynchronous. Dec 4 08:32:17 df8xq-l2 kernel: target0:0:1: Domain Validation skipping write tests Dec 4 08:32:17 df8xq-l2 kernel: target0:0:1: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 15) Dec 4 08:32:17 df8xq-l2 kernel: target0:0:1: Ending Domain Validation Dec 4 08:32:17 df8xq-l2 kernel: Vendor: IOMEGAModel: ZIP 100 Rev: E.08 Dec 4 08:32:17 df8xq-l2 kernel: Type: Direct-Access ANSI SCSI revision: 02 Dec 4 08:32:17 df8xq-l2 kernel: target0:0:5: Beginning Domain Validation Dec 4 08:32:17 df8xq-l2 kernel: 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 last message repeated 3 times Dec 4 08:32:17 df8xq-l2 kernel: target0:0:5: Ending Domain Validation Dec 4 08:32:17 df8xq-l2 kernel: uhci_hcd :00:07.2: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller Dec 4 08:32:17 df8xq-l2 kernel: uhci_hcd :00:07.2: new USB bus registered, assigned bus number 4 Dec 4 08:32:17 df8xq-l2 kernel: uhci_hcd :00:07.2: irq 10, io base 0xe400 Dec 4 08:32:17 df8xq-l2 kernel: hub 4-0:1.0: USB hub found Dec 4 08:32:17 df8xq-l2 kernel: hub 4-0:1.0: 2 ports detected Dec 4 08:32:17 df8xq-l2 kernel: sr0: scsi-1 drive Dec 4 08:32:17 df8xq-l2 kernel: Attached scsi generic sg0 at scsi0, channel 0, id 1, lun 0, type 5 Dec 4 08:32:17 df8xq-l2 kernel: Attached scsi generic sg1 at scsi0, channel 0, id 5, lun 0, type 0 Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: Attached scsi removable disk sda at scsi0, channel 0, id 5, lun 0 Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase change 6-7 [EMAIL PROTECTED] resid=7. Dec 4 08:32:17 df8xq-l2 kernel: sd 0:0:5:0: phase
Bug#341962: quanta: Quanta cannot be installed, please recompile (kdelibs4c2 changed to kdelibs4c2a)
Package: quanta Version: 4:3.4.2-1.1 Severity: normal Quanta cannot be installed on Debian Sid. Please recompile from source on an updated system and change dependency from kdelibs4c2 to kdelibs4c2a. Old kdelibs4c2 (with mt_alloc) conflicts with kdelibs4c2a (with the 'new' allocator). -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-sirius-20051122-1655 Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Versions of packages quanta depends on: pn kdelibs4c2 (no description available) pn kfilereplace (no description available) pn klinkstatus(no description available) pn kommander (no description available) ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.7-3 The Network Audio System (NAS). (s ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libfam0 2.7.0-8 client library to control the FAM ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-5 GCC support library ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libidn11 0.5.18-1GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpcre3 6.4-1.1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.2.dfsg.1-11 X Window System Input extension li ii libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display ii libxml2 2.6.22-2GNOME XML library ii libxrandr2 6.8.2.dfsg.1-11 X Window System Resize, Rotate and ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-2XSLT processing library - runtime ii libxt6 6.8.2.dfsg.1-11 X Toolkit Intrinsics ii quanta-data 4:3.4.2-1.1 data files for Quanta Plus web dev ii tidy 20050415-1 HTML syntax checker and reformatte ii xlibs6.8.2.dfsg.1-11 X Window System client libraries m ii zlib1g 1:1.2.3-8 compression library - runtime Versions of packages quanta recommends: pn cervisia (no description available) pn docbook-defguide (no description available) ii gnupg 1.4.2-2GNU privacy guard - a free PGP rep pn kompare(no description available) pn kxsldbg(no description available) pn phpdoc (no description available) pn wdg-html-reference (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341963: aptitude: Too low penalty for not honoring user request
Package: aptitude Version: 0.4.0-3 Severity: normal I'm generally quite happy with the new problem resolver in aptitude, but in a few cases I find it less that useful. Case in point: I was trying to install evolution from experimental. aptitude is your friend here, because this is a complex transition involving dbus and a lot of gnome stuff. I did: aptitude -t experimental install evolution which I assumed would do the job for me. However, the first 20 or so alternatives that it presented as a problem resolution involved either removing evolution altogether, or not upgrading it. It was only after a looong series of "no, no, no..." that it found a working solution. See below. I find it a bit strange that it didn't find this earlier. After all, I asked for an upgrade of evolution, so that should be priority #1. Removing it should probably *never* be an option, nor keeping it. Or at least a last resort... The first alternative to show should be "what happens if you *really* want to do this?". Only when that turns out not to be possibly should you consider the other options. Is there an apt.conf option that increases the penalty for those options? Maybe the default value of that penalty should be considerably increased. /Mikael Solution that works for me: Remove the following packages: dbus-1 dbus-glib-1 libebook1.2-3 libedataserverui1.2-4 libhal-storage0 libhal0 libnautilus-burn1 Install the following packages: dbus [0.50-3 (experimental, now)] libdbus-1-1 [0.50-3 (experimental, now)] libdbus-glib-1-1 [0.50-3 (experimental, now)] libgdl-1-0 [0.6.0-1 (experimental, now)] libgdl-1-common [0.6.0-1 (experimental)] libhal-storage1 [0.5.5.1-1 (experimental, now)] libhal1 [0.5.5.1-1 (experimental, now)] libnautilus-burn2 [2.12.1-2 (experimental, now)] libwnck18 [2.12.1-1 (experimental, now)] libxres1 [6.8.2.dfsg.1-10 (unstable)] Upgrade the following packages: dbus-1-utils [0.23.4-7 (unstable, now) -> 0.50-3 (experimental)] evolution-data-server [1.2.3-8 (unstable, now) -> 1.4.1.1-1 (experimental)] evolution-plugins [2.2.3-5 (unstable, now) -> 2.4.1-3 (experimental)] gconf2 [2.10.1-6 (unstable, now) -> 2.12.1-4 (experimental)] gconf2-common [2.10.1-6 (unstable, now) -> 2.12.1-4 (experimental)] gnome-media [2.10.2-1 (unstable, now) -> 2.12.0-1 (experimental)] gnome-volume-manager [1.2.1-1 (unstable, now) -> 1.4.0-1 (experimental)] gnomemeeting [1.2.2-1 (unstable, now) -> 1.2.2-1experimental1 (experimental)] hal [0.4.8-8 (unstable, now) -> 0.5.5.1-1 (experimental)] libedata-book1.2-2 [1.2.3-8 (unstable, now) -> 1.4.1.1-1 (experimental)] libedata-cal1.2-1 [1.2.3-8 (unstable, now) -> 1.4.1.1-1 (experimental)] libedataserver1.2-4 [1.2.3-8 (unstable, now) -> 1.4.1.1-1 (experimental)] libeel2-2 [2.10.1-3 (unstable, now) -> 2.12.1-1 (experimental)] libeel2-data [2.10.1-3 (unstable, now) -> 2.12.1-1 (experimental)] libeel2-dev [2.10.1-3 (unstable, now) -> 2.12.1-1 (experimental)] libgconf2-4 [2.10.1-6 (unstable, now) -> 2.12.1-4 (experimental)] libgconf2-dev [2.10.1-6 (unstable, now) -> 2.12.1-4 (experimental)] libgnomevfs2-0 [2.10.1-5 (unstable, now) -> 2.12.1.1-1 (experimental)] libgnomevfs2-common [2.10.1-5 (unstable, now) -> 2.12.1.1-1 (experimental)] libgnomevfs2-dev [2.10.1-5 (unstable, now) -> 2.12.1.1-1 (experimental)] nautilus-cd-burner [2.10.2-2 (unstable, now) -> 2.12.1-2 (experimental)] pmount [0.8-2 (unstable, now) -> 0.9.6-1 (experimental)] python2.3-gnome2-extras [2.10.2-1 (unstable, now) -> 2.12.1-1 (experimental)] sound-juicer [2.10.1-3 (unstable, now) -> 2.12.2-1 (experimental)] Score is -2197 -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.3-6-3.1 0.6.42.3 Advanced front-end for dpkg ii libc6 2.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libncursesw5 5.5-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2 2.0.16-1 type-safe Signal Framework for C++ ii libstdc++64.0.2-5The GNU Standard C++ Library v3 Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-doc 0.4.0-5English manual for aptitude, a ter -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341964: ITP: festvox-suopuhe-lj -- Finnish female speaker for festival
Package: wnpp Severity: wishlist Owner: Niko Tyni <[EMAIL PROTECTED]> * Package name: festvox-suopuhe-lj Version : 1.0g-20051204 Upstream Author : Nicholas Volk <[EMAIL PROTECTED]> et al. * URL : http://phon.joensuu.fi/suopuhe/ * License : LGPL Description : Finnish female speaker for festival This is a Finnish female speaker for the Festival speech synthesis system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341965: openoffice.org-gnome: Fonts not perfectly aligned with gnome
Package: openoffice.org-gnome Version: 2.0.0-4 Severity: normal When using openoffice, the interface fonts are not always 100% the same as those used by gnome. Openoffice follows my selections in the gnome preferences, but there is a slight mismatch in appearance. For example, if choosing Verdana from the msttcorefonts package, I get the following: http://kmr.nada.kth.se/~mini/oo.png The top bar is the GNOME window list, and then you see the OO meny bar. Is this behaviour expected for some reason? Is there a way around it? It reminds me of StarOffice 5... :-) /Mikael -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org-gnome depends on: ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libc62.3.5-8.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libgconf2-4 2.12.1-4GNOME configuration database syste ii libglib2.0-0 2.8.4-2 The GLib library of C routines ii libgnomevfs2-0 2.12.1.1-1 The GNOME virtual file-system libr ii libgtk2.0-0 2.8.8-1 The GTK+ graphical user interface ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-01.10.1-1Layout and rendering of internatio ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libstlport4.6c2 4.6.2-3 STLport C++ class library ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii openoffice.org-core 2.0.0-4 OpenOffice.org office suite archit openoffice.org-gnome recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#301066: ITP: festvox-suopuhe-mv - Finnish male speaker for festival
owner 301066 ! retitle 301066 ITP: festvox-suopuhe-mv - Finnish male speaker for festival thanks My packages of Finnish male (festvox-suopuhe-mv) and female (festvox-suopuhe-lj) voices for Festival are available at mentors.debian.net, and I'm currently looking for a sponsor. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#340459: postgresql-7.4: unable to install
severity 340459 normal retitle 340459 postgresql-common: unspecified problem with postgres user thanks Hi Jonathan! Jonathan Ballet [2005-11-23 16:32 +0100]: > Error: clusters must not be owned by root > dpkg: error processing postgresql-7.4 (--configure): > subprocess post-installation script returned error exit status 1 I still need the output of 'id postgresql', as I asked in my previous reply. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#334759: efax-gtk: FTBFS on 64 bit arches: libintl.h:40: error: new declaration 'char* gettext(const char*)'
found 334759 3.0.7-1 thanks It seems this bug was not fixed. Also, the package you let me test has alot of difference from the one you uploaded. It contains the gettext macro in acinclude.m4 again, which didn't exist in the one you let me test. It also seems to be version 3.0.0 instead, according to things like the changelog, configure script, the difference is rather big. Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341141: postgresql-common: Please change default permissions for SSL key file
Hi Antonio! Antonio Kanouras [2005-11-28 19:22 +0200]: > Hi, I tried to change /etc/postgresql-common/postgresql.pem's > permissions to: > > -rw-r- 1 root postgres 887 2005-11-28 18:12 postgresql.pem > > which seems safer to me (a succesful attacker won't be able to change > the key file), and after trying to start the server: Right, that makes sense. I'll change -common to do this by default. > estia:0:~# invoke-rc.d postgresql-8.0 start > Starting PostgreSQL 8.0 database server: mainThe PostgreSQL server > failed to start. Please check the log output: > FATAL: unsafe permissions on private key file > "/var/lib/postgresql/8.0/main/server.key" > DETAIL: File must be owned by the database user and must have no > permissions for "group" or "other". This has been fixed a while ago in postgresql-8.0 (8.0.3-16) unstable; urgency=medium [...] * Add debian/patches/07-relax-sslkey-permscheck.patch: - Relax security check on private SSL key file: The file is also considered safe if it has owner and/or group "root", and if it is group-readable (unless the group is something other than root or the database owner group). - Closes: #327901 [...] and likewise in 7.4 and 8.1 as well. > -rw--- 1 root root 887 2005-11-28 18:12 postgresql.pem > > and PostgreSQL should open the file as root and then setuid to > postgresql. This will not happen. PostgreSQL does run as normal user 'postgres' (by default) right from the start and never has root privileges. This ensures rock solid privilege separation. This is the way upstream intends to run PostgreSQL and I completely agree to it. Thanks, Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org In a world without walls and fences, who needs Windows and Gates? signature.asc Description: Digital signature
Bug#339262: library package needs to be renamed (libstdc++ allocator change)
Hi Steve, On Sun, 2005-12-04 at 03:31 -0800, Steve Langasek wrote: > I've prepared an NMU to fix this bug in sidplay-libs. The patch for the NMU > is attached, and I'll be uploading the package shortly to the NEW queue. If > you disagree with any of the changes made, please make a maintainer upload > in its place. It's correct, just made the same thing, but you made it earlier with some minutes. So I do not think it worths messing, so I think it's not adviced to upload my version, which is identicaly the same like yours. Thanks, Laszlo/GCS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341452: lvm2: v2.02.00-1: breaks VGs: "device-mapper ioctl cmd 9 failed: Invalid argument"
> > Also, what kernel are you running? > The debian kernel-image-2.4.27-2-k7 v2.4.27-11. The feature the new code uses is not in the 2.4 patches. Would be trivial to backport to 2.4, just hasn't been done. ftp://sources.redhat.com/pub/dm/patches/2.6-unstable/2.6.9-rc3/2.6.9-rc3-udm1/4.patch Alasdair -- [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341827: tetex-bin chokes on install while running fmtutil-sys
On Sat, Dec 03, 2005 at 05:02 -0800, Arias Hung wrote: > > This is a summary of all `failed' messages and warnings: > `pdfetex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx > *latex.ini' failed > `pdfetex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx > *etex.ini' failed > `pdfetex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx > *pdftex.ini' failed > `pdfetex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx > *pdflatex.ini' failed > `pdfetex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx > *pdfetex.ini' failed > `pdfetex -ini -jobname=amstex -progname=amstex -translate-file=cp227.tcx > *amstex.ini' failed > > fmtutil failed. Output has been stored in > /tmp/tetex.postinst.XXXEf82J > Please include this file if you report a bug. Please send us the file /tmp/tetex.postinst.XXXEf82J. This is necessary for debugging. Thanks. cheerio ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330081: Followup on localversion/extraversion override
Just had a look at the 2.6.14 kernel image packages, and this is still a problem. The .extraversion file that exists is not read by anything in the kernel makefiles supplied in the linux-headers package that I can see... "ln .extraversion localversion-debian" makes the module install scripts from the kernel work properly, but this is not completely correct behaviour since it's an extraversion, not a localversion, but this happens to work... Perhaps localversion-00debian would be better, to be sure it's first ahead of any other patches applied, but ideally the value should be in the Makefile as EXTRAVERSION, which would mean it could no longer be shared amongst the linux-headers-2.6.14-2-* packages. Another option would be modify the upstream Makefile to read .extraversion into EXTRAVERSION at the top of the Makefile... It's Debian-specific, and probably not the best solution given that there appears to be scripts out there reading .extraversion, eg. #333842. But it otherwise seems a good solution to me that doesn't require unsharing the Makefile. -- Paul "TBBle" Hampson, [EMAIL PROTECTED] 8th year CompSci/Asian Studies student, ANU Shorter .sig for a more eco-friendly paperless office. pgpAV7dJlQ0eq.pgp Description: PGP signature
Bug#341964: packages available
My packages of Finnish male (festvox-suopuhe-mv) and female (festvox-suopuhe-lj) voices for Festival are available at mentors.debian.net, and I'm currently looking for a sponsor. -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341922: tetex-bin: Source Package Fails to Compile
tags 341922 + unreproducible thanks On Sat, Dec 03, 2005 at 23:24:13 -0800, Arias Hung wrote: > Package: tetex-bin > Version: 3.0-10.1 > Please provide working tetex-bin or at least provide a source package > capable of compiling a functional tetex-bin. The tetex-bin 3.0-10.1 source package builds fine in an appropriate environment; I tested it within a current pbuilder sid chroot with the build dependencies specified in debian/control installed. > It turns out that the texk/xdvik/configure script is littered with syntax > errors, rendering the entire build process useless at this early phase as > the attached config.log reveals. The config.log you supplied does not hint at any syntax errors in the configure script. It does point to code fragments not building (with syntax error messages) due to a number of includes not being found, which suggests that the environment you tried to build the package in does not have the appropriate build dependencies installed or has environment settings that interfere with the C preprocessor's search behaviour. You may want to investigate your build environment. Ray -- "When you are finished spreading joy on Christmas Eve, come and kick back with me and Erwin for a while. [...] We'll provide the cocoa and cookies, and we'll even teach you how to play Quake." From the Dust Puppy's letter to Santa Claus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341966: cgoban: FTBFS: autoheader: command not found
Package: cgoban Version: 1.9.14-7 Severity: serious Hi, Your package is failing to build with the following error: /usr/bin/make make[1]: Entering directory `/build/buildd/cgoban-1.9.14' cd . && autoheader /bin/sh: autoheader: command not found make[1]: *** [configure.h.in] Error 127 Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341911: e2fsprogs: A lot of incorrect fr translations
Theodore Ts'o, le Sat 03 Dec 2005 23:20:45 -0500, a écrit : > (And this whole thing is a mess; sometimes I regret adding the > internationalization code to e2fsprogs in the first place, since it > seems to add more problems that it solves) Indeed :) I can take over translation of e2fsck for french, if needed. Regards, Samuel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#267265: Patch to make shaped decorations work in 21 bit graphics cards (like those common in sparcs)
I traced back this problem to the following problem:
When creating the shape of the decoration window, icewm uses
YColor::white to draw into the mask. But if you only have 21 bits of
color depth, YColor::white->pixel is 0xfefefe. If this value is given
to a 1 bit depth GC as foreground, it is trucated to the relavant bits,
which is "0" in this case. Thus the mask of the decoration Window is
empty and thus the content will not show up in there.
I suggest the following fix:
add a new setColor to directly give a value:
diff -r -u icewm-1.2.23/src/ypaint.h icewm-patched/src/ypaint.h
--- icewm-1.2.23/src/ypaint.h 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/ypaint.h 2005-12-04 14:30:40.0 +0100
@@ -245,6 +245,7 @@
int const mode);
void fillArc(int x, int y, int width, int height, int a1, int a2);
void setColor(YColor * aColor);
+void setColor(unsigned long pixel);
void setFont(ref aFont);
void setThinLines(void) { setLineWidth(0); }
void setWideLines(int width = 1) { setLineWidth(width >= 1 ? width : 1); }
diff -r -u icewm-1.2.23/src/ypaint.cc icewm-patched/src/ypaint.cc
--- icewm-1.2.23/src/ypaint.cc 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/ypaint.cc 2005-12-04 14:29:56.0 +0100
@@ -591,6 +591,10 @@
XSetForeground(fDisplay, gc, fColor->pixel());
}
+void Graphics::setColor(unsigned long pixel) {
+XSetForeground(fDisplay, gc, pixel);
+}
+
void Graphics::setFont(ref aFont) {
fFont = aFont;
}
and then use that one to use the proper value for the shape-mask:
diff -r -u icewm-1.2.23/src/decorate.cc icewm-patched/src/decorate.cc
--- icewm-1.2.23/src/decorate.cc2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/decorate.cc 2005-12-04 14:39:19.0 +0100
@@ -215,7 +215,7 @@
Pixmap shape(YPixmap::createMask(width(), height()));
Graphics g(shape, width(), height());
-g.setColor(YColor::white);
+g.setColor(1);
g.fillRect(0, 0, width(), height());
const int xTL(frameTL[t][a] != null ? frameTL[t][a]->width() : 0),
With this fix, icewm is working properly on my UltraSparc, which I used
for testing.
Doing a fast grep over the source for other usages of YColor::white, at
least the following seem to need a fix, too:
diff -r -u icewm-1.2.23/src/yimage.cc icewm-patched/src/yimage.cc
--- icewm-1.2.23/src/yimage.cc 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/yimage.cc 2005-12-04 14:44:02.0 +0100
@@ -172,10 +172,10 @@
fMask = createMask(nw, nh);
Graphics g(fMask, nw, nh);
-g.setColor(YColor::white);
+g.setColor(1);
g.fillRect(0, 0, nw, nh);
-g.setColor(YColor::black);
+g.setColor(0);
//
// nested rendering loop inspired by gdk-pixbuf
//
diff -r -u icewm-1.2.23/src/wmframe.cc icewm-patched/src/wmframe.cc
--- icewm-1.2.23/src/wmframe.cc 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/wmframe.cc2005-12-04 14:42:07.0 +0100
@@ -2254,9 +2254,9 @@
ref img(new YPixmap(w, h));
Graphics g(img, 0, 0);
-g.setColor(YColor::white);
+g.setColor(1);
g.fillRect(0, 0, w, h);
-g.setColor(YColor::black);
+g.setColor(0);
g.setClipMask(pixmap);
g.fillRect(0, 0, w, h);
Hochachtungsvoll,
Bernhard R. Link
Only in icewm-1.2.23/src/: config.h
diff -r -u icewm-1.2.23/src/decorate.cc icewm-patched/src/decorate.cc
--- icewm-1.2.23/src/decorate.cc2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/decorate.cc 2005-12-04 14:39:19.0 +0100
@@ -215,7 +215,7 @@
Pixmap shape(YPixmap::createMask(width(), height()));
Graphics g(shape, width(), height());
-g.setColor(YColor::white);
+g.setColor(1);
g.fillRect(0, 0, width(), height());
const int xTL(frameTL[t][a] != null ? frameTL[t][a]->width() : 0),
Only in icewm-1.2.23/src/: Makefile
Only in icewm-1.2.23/src/: wmapp.cc
diff -r -u icewm-1.2.23/src/wmframe.cc icewm-patched/src/wmframe.cc
--- icewm-1.2.23/src/wmframe.cc 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/wmframe.cc2005-12-04 14:42:07.0 +0100
@@ -2254,9 +2254,9 @@
ref img(new YPixmap(w, h));
Graphics g(img, 0, 0);
-g.setColor(YColor::white);
+g.setColor(1);
g.fillRect(0, 0, w, h);
-g.setColor(YColor::black);
+g.setColor(0);
g.setClipMask(pixmap);
g.fillRect(0, 0, w, h);
diff -r -u icewm-1.2.23/src/yimage.cc icewm-patched/src/yimage.cc
--- icewm-1.2.23/src/yimage.cc 2005-08-14 20:33:08.0 +0200
+++ icewm-patched/src/yimage.cc 2005-12-04 14:44:02.0 +0100
@@ -172,10 +172,10 @@
fMask = createMask(nw, nh);
Graphics g(fMask, nw, nh);
-g.setColor(YColor::whit
Bug#341929: asedriveiiie: [INTL:sv] Swedish debconf templates translation
Ludovic Rousseau skrev: > Le Sunday 04 December 2005 à 10:49:56, Daniel Nylander a écrit: > >> Package: asedriveiiie >> Severity: wishlist >> Tags: patch l10n >> >> >> Here is the updated swedish translation of the debconf template for >> asedriveiiie. >> > > I updated the english version -- just changed "reader?" in "reader:" -- > attached. > Can you send me an updated swedish translation please? > > Thanks. > Hi Ludovic, Here is the swedish translation. __Choices-sv: ttyS0, ttyS1, ttyS2, ttyS3, ingen _Description-sv: Communication port to use with the smart card reader: Drivrutinen behöver veta vilken seriellport som kortläsaren Athena ASEDrive IIIe är inkopplad på. Regards, Daniel Template: libasedrive-serial/port Type: select __Choices: ttyS0, ttyS1, ttyS2, ttyS3, none _Description: Communication port to use with the smart card reader: The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to. __Choices-sv: ttyS0, ttyS1, ttyS2, ttyS3, ingen _Description-sv: Communication port to use with the smart card reader: Drivrutinen behöver veta vilken seriellport som kortläsaren Athena ASEDrive IIIe är inkopplad på.
Bug#341967: p0f: manpage fixups
Package: p0f Version: 2.0.5-1 Severity: minor All '-' need to be escaped, and there was a '.fp' at the beginning of a line that was confusing groff. Moving it to the end of the previous line and escaping settled things. Patch attached. Take care, -- System Information: Debian Release: 3.1 Architecture: powerpc (ppc) Kernel: Linux 2.6.8-powerpc Locale: LANG=en_US.ISO-8859-1, LC_CTYPE=en_US.ISO-8859-1 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US.ISO-8859-1) Versions of packages p0f depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpcap0.7 0.7.2-7 System interface for user-level pa -- no debconf information --- p0f.1.bak 2005-12-04 13:54:57.801593456 + +++ p0f.1 2005-12-04 13:57:03.627465016 + @@ -3,7 +3,7 @@ p0f \- identify remote systems passively .SH SYNOPSIS .B p0f -.I p0f [ -f file ] [ -i device ] [ -s file ] [ -o file ] [ -Q socket ] [ -w file ] [ -u user ] [ -c size ] [ -T nn ] [ -FNODVUKAXMqxtpdlRL ] [ 'filter rule' ] +.I p0f [ \-f file ] [ \-i device ] [ \-s file ] [ \-o file ] [ \-Q socket ] [ \-w file ] [ \-u user ] [ \-c size ] [ \-T nn ] [ \-FNODVUKAXMqxtpdlRL ] [ 'filter rule' ] .br .SH "DESCRIPTION" .PP @@ -14,62 +14,62 @@ any suspicious network traffic. The other host has to either: .FP -- connect to your network - either spontaneously or in an induced manner, for +\- connect to your network \- either spontaneously or in an induced manner, for example when trying to establish a ftp data stream, returning a bounced mail, performing auth lookup, using IRC DCC, external html mail image reference and so on, .FP -- or be contacted by some entity on your network using some standard means +\- or be contacted by some entity on your network using some standard means (such as a web browsing); it can either accept or refuse the connection. .PP The method can see thru packet firewalls and does not have the restrictions of an active fingerprinting. The main uses of passive OS fingerprinting are attacker profiling (IDS and honeypots), visitor profiling (content -optimization), customer/user profiling (policy enforcement), pen-testing, +optimization), customer/user profiling (policy enforcement), pen\-testing, etc. .SH OPTIONS .TP -\fB-f\fR file +\fB\-f\fR file read fingerprints from file; by default, p0f reads signatures from ./p0f.fp or /etc/p0f/p0f.fp (the latter on Unix systems only). You can use this to load custom fingerprint data. -Specifying multiple -f values will NOT combine several signature +Specifying multiple \-f values will NOT combine several signature files together. .TP -\fB-i\fR device +\fB\-i\fR device listen on this device; p0f defaults to whatever device libpcap considers to be the best (and which often isn't). On some newer systems you might be able to specify 'any' to listen on all -devices, but don't rely on this. Specifying multiple -i values +devices, but don't rely on this. Specifying multiple \-i values will NOT cause p0f to listen on several interfaces at once. .TP -\fB-s\fR file +\fB\-s\fR file read packets from tcpdump snapshot; this is an alternate mode of operation, in which p0f reads packet from pcap data capture file, instead of a live network. Useful for -forensics (this will parse tcpdump -w output, for example). +forensics (this will parse tcpdump \-w output, for example). -You can use Ethereal's text2pcap to convert human-readable +You can use Ethereal's text2pcap to convert human\-readable packet traces to pcap files, if needed. .TP -\fB-w\fR file +\fB\-w\fR file writes matching packets to a tcpdump snapshot, in addition to fingerprinting; useful when it is advisable to save copies of the actual traffic for review. .TP -\fB-o\fR file -write to this logfile. This option is required for -d and -implies -t. +\fB\-o\fR file +write to this logfile. This option is required for \-d and +implies \-t. .TP -\fB-Q\fR socket +\fB\-Q\fR socket listen on a specified local stream socket (a filesystem object, -for example /var/run/p0f-sock) for queries. One can later send a -packet to this socket with p0f_query structure from p0f-query.h, +for example /var/run/p0f\-sock) for queries. One can later send a +packet to this socket with p0f_query structure from p0f\-query.h, and wait for p0f_response. This is a method of integrating p0f with active services (web server or web scripts, etc). P0f will -still continue to report signatures the usual way - but you can -use -qKU combination to suppress this. Also see -c notes. +still continue to report signatures the usual way \- but you can +use \-qKU combination to suppress this. Also see \-c notes. A sample query tool (p0fq) is provided in the test/ subdirectory. There is also a trivial perl implementation of @@ -79,82 +79,82 @@ to your current umask. If you want to restrict access to this interface, use caution. .TP -\fB-c\fR size -cache size for -Q and -M options. The default is 12
Bug#341929: asedriveiiie: [INTL:sv] Swedish debconf templates translation
Le Sunday 04 December 2005 à 10:49:56, Daniel Nylander a écrit: > Package: asedriveiiie > Severity: wishlist > Tags: patch l10n > > > Here is the updated swedish translation of the debconf template for > asedriveiiie. I updated the english version -- just changed "reader?" in "reader:" -- attached. Can you send me an updated swedish translation please? Thanks. -- Dr. Ludovic Rousseau[EMAIL PROTECTED] -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. -- Template: libasedrive-serial/port Type: select __Choices: ttyS0, ttyS1, ttyS2, ttyS3, none _Description: Communication port to use with the smart card reader: The driver needs to know which serial port the Athena ASEDrive IIIe card reader is connected to.
Bug#341968: If vim-gnome is installed, VIM quits unexpectedly while reading from stdin
Package: vim-gnome Version: 6.4-001+2 If the vim-gnome package is installed, VIM quits while reading from stdin when there's a delay of a few seconds until some input is produced. This doesn't happen when the only installed VIM packages are vim and vim-common. To reproduce: 1. With only vim and vim-common installed and while in X do: $ bash -c 'sleep 3; echo foo' | vim - After three seconds VIM is displayed with the "foo" text in the buffer, as expected. 2. Install vim-gnome. 3. Repeat step 1: $ bash -c 'sleep 3; echo foo' | vim - ERROR: After three seconds VIM quits and displays the "^[[>1;1113;0ct" string (at least with gnome-terminal and bash). Try also: $ echo foo | vim - This works as expected. I'm only experiencing this in an X session with both xterm and gnome-terminal. I'm not experiencing it in a getty console. In the real world I ran into this bug while using VIM to view CVS diffs to a remote server (that's why the delay). I'm using Debian GNU/Linux unstable, self-compiled kernel 2.6.13.2 and libc6 2.3.5-8. Andrei -- [EMAIL PROTECTED] # http://movzx.net # jabber:[EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#231749: bug is fixed in 1:0.6-2
Connection drop on 'UID STORE 8 +FLAGS (\Deleted)' is fixed in 1:0.6-2. Error with UID FETCH 1:* command is fixed in mailutils HEAD cvs after 0.6.90 release. I think it was fixed on 2005-08-10. It is not fixed in 0.6.1-4sarge1. Can't test Debian mailutils-imap4d 1:0.6.90-3 version due to dependency on libc6 v.2.3.5. Bugs about other SquirrelMail issues (unseen counter, creation of noselect folders and list command output) with mailutils imap4d are forwarded upstream. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341969: Task lists cannot be removed
Package: evolution Version: 2.2.3-5 Severity: normal When I build a new task list, I cannot remove it later. -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-2-686 Locale: LANG=gl_ES, LC_CTYPE=gl_ES (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341910: debmirror: ftp method progress wrong
> --- debmirror.orig2005-12-04 02:45:06.724128357 +0100
> +++ debmirror 2005-12-04 02:49:28.001777699 +0100
> @@ -727,6 +727,7 @@
> cleanup_unknown_files() if ($cleanup && ! $post_cleanup);
>
> say("Download all files that we need to get
> (".int(1+$bytes_to_get/1024/1024)." MiB).");
> +$bytes_to_get += $bytes_gotten; # We already downloaded the metadata
> # Download all files that we need to get.
> DOWNLOAD: {
>init_connection;
I think that might be more confusing. For small updates the progress
would start at 90% or so. It is probably better to use
$bytes_gotten = 0;
to restart the counter at 0.
What do you think.
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341970: /etc/cron.daily/apt shouldn't download-upgradeable/autoclean if update failed?
Package: apt Version: 0.6.43 Severity: minor Tags: patch Hello, I frequently noticed that: [EMAIL PROTECTED]:/var/lib/apt/periodic# lrt total 2 drwxr-xr-x 5 root root 1024 Oct 21 18:14 .. drwxr-xr-x 2 root root 1024 Oct 24 09:31 . -rw-r--r-- 1 root root0 Dec 3 06:26 update-stamp -rw-r--r-- 1 root root0 Dec 4 06:27 download-upgradeable-stamp -rw-r--r-- 1 root root0 Dec 4 06:27 autoclean-stamp So download-upgradeable was successfull while update failed (here because of some network pb). imho that would make better sense to avoid download-upgradeable and autoclean, in such a case? Thanks in advance, Joel PS: here is a possibilty of patch: --- /etc/cron.daily/apt.Orig2005-12-04 14:03:17.0 + +++ /etc/cron.daily/apt 2005-12-04 14:29:22.0 + @@ -160,6 +160,7 @@ fi fi +UPDATED=0 UPDATE_STAMP=/var/lib/apt/periodic/update-stamp if check_stamp $UPDATE_STAMP $UpdateInterval; then if apt-get -qq update 2>/dev/null; then @@ -167,19 +168,22 @@ dbus-send --system / app.apt.dbus.updated boolean:true fi update_stamp $UPDATE_STAMP + UPDATED=1 fi fi -DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp -if check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $DownloadUpgradeableInterval; then -apt-get -qq -d dist-upgrade 2>/dev/null -update_stamp $DOWNLOAD_UPGRADEABLE_STAMP -fi +if [ $UPDATED -eq 1 ]; then +DOWNLOAD_UPGRADEABLE_STAMP=/var/lib/apt/periodic/download-upgradeable-stamp +if check_stamp $DOWNLOAD_UPGRADEABLE_STAMP $DownloadUpgradeableInterval; then +apt-get -qq -d dist-upgrade 2>/dev/null +update_stamp $DOWNLOAD_UPGRADEABLE_STAMP +fi -AUTOCLEAN_STAMP=/var/lib/apt/periodic/autoclean-stamp -if check_stamp $AUTOCLEAN_STAMP $AutocleanInterval; then -apt-get -qq autoclean -update_stamp $AUTOCLEAN_STAMP +AUTOCLEAN_STAMP=/var/lib/apt/periodic/autoclean-stamp +if check_stamp $AUTOCLEAN_STAMP $AutocleanInterval; then +apt-get -qq autoclean +update_stamp $AUTOCLEAN_STAMP +fi fi # check cache size <> -- Package-specific info: -- apt-config dump -- APT ""; APT::Architecture "i386"; APT::Build-Essential ""; APT::Build-Essential:: "build-essential"; APT::Get ""; APT::Get::Download-Only "false"; APT::Get::Show-Upgraded "true"; Dir "/"; Dir::State "var/lib/apt/"; Dir::State::lists "lists/"; Dir::State::cdroms "cdroms.list"; Dir::State::userstatus "status.user"; Dir::State::status "/var/lib/dpkg/status"; Dir::Cache "var/cache/apt/"; Dir::Cache::archives "/Debian-apt/Debian4Home-sid/archives/"; Dir::Cache::srcpkgcache "srcpkgcache.bin"; Dir::Cache::pkgcache "pkgcache.bin"; Dir::Etc "etc/apt/"; Dir::Etc::sourcelist "sources.list"; Dir::Etc::sourceparts "sources.list.d"; Dir::Etc::vendorlist "vendors.list"; Dir::Etc::vendorparts "vendors.list.d"; Dir::Etc::main "apt.conf"; Dir::Etc::parts "apt.conf.d"; Dir::Etc::preferences "preferences"; Dir::Bin ""; Dir::Bin::methods "/usr/lib/apt/methods"; Dir::Bin::dpkg "/usr/bin/dpkg"; DPkg ""; DPkg::Pre-Install-Pkgs ""; DPkg::Pre-Install-Pkgs:: "/usr/sbin/dpkg-preconfigure --apt || true"; DPkg::Post-Invoke ""; DPkg::Post-Invoke:: "if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi"; DPkg::Post-Invoke:: "debsums --generate=nocheck -sp /Debian-apt/Debian4Home-sid/archives"; Acquire ""; Acquire::Source-Symlinks "true"; Debug ""; Debug::pkgProblemResolver "true"; Debug:: "space"; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # See sources.list(5) for more information, especialy # Remember that you can only use http, ftp or file URIs # CDROMs are managed through the apt-cdrom tool. #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-5 (20010428)]/" unstable main contrib non-free #deb http://http.us.debian.org/debian/ stable main contrib non-free #deb http://http.us.debian.org/debian/ testing main contrib non-free #deb http://non-us.debian.org/debian-non-US/ stable/non-US main contrib non-free #deb http://non-us.debian.org/debian-non-US/ testing/non-US main contrib non-free #deb http://security.debian.org/ stable/updates main contrib non-free # Uncomment if you want the apt-get source function to work #deb-src http://http.us.debian.org/debian/ stable main contrib non-free #deb-src http://non-us.debian.org/debian-non-US/ stable non-US #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-5 (20010428)]/" unstable contrib main non-free #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-4 (20010428)]/" unstable contrib main non-free #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-3 (20010428)]/" unstable contrib main non-free #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-2 (20010428)]/" unstable contrib main non-free #deb "cdrom:[Debian GNU/Linux 2.3 _Woody_ - fsn.hu's i386 Binary-1 (20010428)]/" unstable contrib main non-free deb htt
Bug#341971: ITP: libsexy -- libsexy is a collection of GTK+ widgets that extend the functionality of GTK+ standard widgets
Package: wnpp Severity: wishlist Owner: Riccardo Setti <[EMAIL PROTECTED]> * Package name: libsexy Version : 0.1.4 Upstream Author : Christian Hammond chipx86 at chipx86,com David Trowbridge trowbrds at gmail.com * URL : http://wiki.chipx86.com/wiki/Libsexy * License : LGPL Description : collection of GTK+ widgets that extend the functionality of GTK+gets libsexy is a collection of GTK+ widgets that extend the functionality of such standard widgets as GtkEntry and GtkLabel by subclassing them and working around the limitations of the widgets. -- 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.14.3 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#341972: yafray: Dependency problem
Package: yafray Version: 0.0.7-2.1 Severity: important Hello, I've installed previous version of yafray couple of days before you've upgraded it. On sparc the new version of yafray depends on libopenexr2c2, but this package is unavailable. According to http://packages.debian.org/unstable/graphics/yafray libopenexr2c2 should be available for arm, m68k and sparc. Checking http://packages.debian.org/unstable/libs/libopenexr2c2 I've found the deb package only for amd64. The libopenexr2c2a package is however available for sparc. Regards, rjc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-sparc64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages yafray depends on: ii libc6 2.3.5-8GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-4 GCC support library ii libjpeg62 6b-10 The Independent JPEG Group's JPEG ii libstdc++64.0.2-4The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-8 compression library - runtime yafray recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
