Bug#333907: patch and nmu
On Sun, Jul 30, 2006 at 08:10:12PM -0700, Steve Langasek wrote: Since the bug report was about a FTBFS error in silky, I don't think that any binNMU is required to fix the bug. The package also seems to have been picked up automatically by all buildds, so this bug has rightly been closed. I still wonder why I asked a binNMU. This is why I closed the bug myself some days ago. Sorry, Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#380588: INTL:vi
Package: installation-guide Version: Severity: minor Tags: l10n Here are some possible errors (getting harder to find ;) ) I've encountered in the original strings while reviewing my translation of the Guide. I hope they are useful. _ partitioning.po 1. .po:1345 auto: ⑤ Tag: filename Original: ⌘0 filenamebin/filename Việt: filenamebin/filename In this table, some directory names are in filename tags, and some aren't. I'm assuming they all should be, so have formatted the translations accordingly. But for the original strings, do you want to fix that? More than half have filename tags, but a few don't. It doesn't look good. preparing.po 1. po:1850 auto: ⑤ Tag: title Original: ⌘0 Display visibility on OldWorld Powermacs - Display visibility + Display-visibility because the former means display the visibility. Hyphenation allows you to show this is a compound term: the first word is not being used as a verb. This avoids ambiguity, which would result in the string being translated inaccurately. I myself translated it first as Display the visibility. 2. Some OldWorld Powermacs, most notably those with the quotecontrol/ quote display driver but possibly others as well, may not produce a colormap with reliably results (a) - Some OldWorld Powermacs, most notably those with the quotecontrol/quote display driver but possibly others as well, + Some OldWorld Powermacs, most notably those with the quotecontrol/quote display driver, You've already described the set and one subset: you don't need to state that there are other subsets. They exist by definition. (The grammar of any language is a mathematical structure.) (b) - with reliably results + which reliably results using-d-i.po 1. .po:2294 auto: ⑤ Tag: para Original: ⌘0 If you select some free space, you will be offered to create new partition. You will have to answer a quick series of questions about its size, type (primary or logical), and location (beginning or end of the free space). After this, you will be presented with detailed overview of your new partition. There are options like mountpoint, mount options, bootable flag, or way of usage. If you don't like the preselected defaults, feel free to change them to your liking. E.g. by selecting the option guimenuitemUse as: /guimenuitem, you can choose different filesystem for this partition including the possibility to use the partition for swap, software RAID, LVM, or not use it at all. Other nice feature is the possibility to copy data from existing partition onto this one. When you are satisfied with your new partition, select guimenuitemDone setting up the partition/ guimenuitem and you will be thrown back to commandpartman/command's main screen. - you will be offered to create new partition + you will have the opportunity to create a new partition OR + you will be offered the opportunity to create a new partition - you will be presented with detailed overview + you will be presented with a detailed overview - There are options like mountpoint, + There are options like the mountpoint, OR + Options include the mountpoint, - E.g. by selecting the option guimenuitemUse as: /guimenuitem, you can choose different filesystem for this partition including the possibility to use the partition for swap, software RAID, LVM, or not use it at all. + For instance, by selecting the menu item guimenuitemUse as: /guimenuitem, you can choose a different filesystem for this partition, and decide to use the partition for swap, as a software RAID, as an LVM, or not to use it at all. - Other nice feature is the possibility to copy data from existing partition onto this one. + Another nice feature is the ability to copy data from an existing partition onto this one. - thrown back + returned (unnecessary, and implies violent, helpless movement). 2. po:2339 auto: ⑤ Tag: para Original: ⌘0 To use encryption, you have to create a new partition by selecting some free space in the main partitioning menu. Another option is to choose an existing partition (e.g. a regular partition, an LVM logical volume or a RAID volume). In the guimenuPartition setting/guimenu menu, you need to select guimenuitemphysical volume for encryption/guimenuitem at the menuchoice guimenuUse as:/guimenu /menuchoice option. The menu will then change to include several cryptographic options for the partition. - In the guimenuPartition setting/guimenu menu + In the guimenuPartition settings/guimenu menu, (according to the Level 1 .po file). post-install.po 1. po:1488 auto: ⑤ Tag: para Original: ⌘0 On the other hand, if you have a cron job that (a) needs to run as a special user, or (b) needs to run at a special time or frequency, you can use either filename/etc/crontab/filename, or, better yet, filename/etc/ cron.d/ whatever/filename. These particular
Bug#380471: [Pkg-xfce-devel] Bug#380471: xfce4-xfapplet-plugin: Dependency problem with libxfce4util2
On Sun, 2006-07-30 at 14:47 +0200, Mathias Brodala wrote: This package still depends on libxfce4util2 and thus will be removed when upgrading to the beta 2 of Xfce. xfce4-xfapplet-plugin 0.1.0-2 depending on libxfce4util4 should be in unstable currently. Can you try to upgrade and report success or failure ? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380587: libgtkada2: FTBFS: missing case value: None
Package: libgtkada2 Version: 2.4.0-8 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of libgtkada2_2.4.0-8 on avidan by sbuild/i386 0.49 Build started at 20060731-0303 ** ... gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_attributes.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_buffer.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_child.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_iter.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_mark.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_tag.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_tag_table.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-text_view.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tips_query.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-toggle_button.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-toolbar.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tooltips.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_model.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_model_sort.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_selection.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_store.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_view.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-tree_view_column.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-type_conversion.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-vbutton_box.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-viewport.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-widget.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtk-window.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada.ads gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-canvas.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-dialogs.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-file_selection.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-handlers.ads gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-intl.adb gcc-4.1 -c -I../ -g -O2 -gnatn -gnatws -I- ../gtkada-mdi.adb gtkada-mdi.adb:4774:10: missing case value: None gnatmake: ../gtkada-mdi.adb compilation error make[1]: *** [lib-obj/make_gtk.o] Error 4 make[1]: Leaving directory `/build/buildd/libgtkada2-2.4.0/src' make: *** [build-stamp] Error 2 ** Build finished at 20060731-0328 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#380589: libopenobex1.0: FTBFS: should be updated to libbluetooth2
Package: libopenobex1.0 Version: 1:1.0.0-rel-3 Severity: serious Hello, There was a problem while autobuilding your package: Automatic build of libopenobex1.0_1:1.0.0-rel-3 on avidan by sbuild/i386 0.49 Build started at 20060731-0646 ** Checking available source versions... Fetching source files... Reading package lists... Building dependency tree... Need to get 214kB of source archives. Get:1 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (dsc) [669B] Get:2 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (tar) [203kB] Get:3 http://ftp.fr.debian.org sid/main libopenobex1.0 1:1.0.0-rel-3 (diff) [10.2kB] Fetched 214kB in 1s (146kB/s) Download complete and in download only mode ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4.0.0), autotools-dev, libbluetooth1-dev (= 2.2) Checking for already installed source dependencies... debhelper: missing autotools-dev: missing libbluetooth1-dev: missing Checking for source dependency conflicts... Reading package lists... Building dependency tree... E: Package libbluetooth1-dev has no installation candidate Package libbluetooth1-dev is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source apt-get failed. Package installation failed Trying to reinstall removed packages: Trying to uninstall newly installed packages: Source-dependencies not satisfied; skipping libopenobex1.0 ** Finished at 20060731-0646 Build needed 00:01:35, 3380k disk space -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#380586: Package: installation-reports
Package: installation-reportsMachine: x86 desktopProcessor: AMD Athron 2500+Memory: 256m DDRPartitions: IDE : Maxtor 6E040L0SATA : WD800JD-00LSA0 10G Fedora Core 4 40G backup data rest ready to resize for debainOutput of lspci and lspci -n:Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked: [O]Configure network HW: [O]Config network: [O]Detect CD: [O]Load installer modules: [O]Detect hard drives: [E]Partition hard drives: [ ] Create file systems: [ ]Mount partitions: [ ]Install base system: [ ]Install boot loader: [ ]Reboot: [ ]Comments/Problems: Seemed no response after showing Loading module 'sd_mod' for 'SCSI disk support'..., I had waited about 15 minutes.
Bug#380537: slapd: Fails to start after upgrade to from 2.3.23 to 2.3.24
Steve Langasek wrote: On Sun, Jul 30, 2006 at 08:22:33PM +0100, Peter Hicks wrote: slapd.conf is owned by root.root, and chown-ing it to root.openldap fixes the problem. Is this because the perms on the file are 0640? Spot on. Maybe this should be done by the upgrade script? I think there had been discussion before the changes to run slapd as a non-root user about causing the config file to be read before dropping root privileges. I think that would be much better than a one-time override of the admin's file permissions. I second this - providing the config file never needs to be written to by slapd when running, I'd much rather have slapd running as a user unable to modify the config file. Poggs -- Peter Hicks | e: [EMAIL PROTECTED] | g: 0xE7C839F4 | w: www.poggs.com A: Because it destroys the flow of the conversation Q: Why is top-posting bad? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380590: bicyclerepair: Fails to load with emacs-snapshot
Package: bicyclerepair Version: 0.9-4.1 Severity: important Due to changes in Emacs 22 bicyclerepair fails to load under emacs-snapshot. Problem is at bikeemacs.py: (easy-menu-define brm-menu py-mode-map Bicycle Repair Man Since Emacs 22 py-mode-map is named python-mode-map. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages bicyclerepair depends on: ii python2.3.5-11 An interactive high-level object-o ii python-central0.5.1 register and build utility for Pyt bicyclerepair recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374345: cdrecord in ubuntu
Hello, On Wed, Jun 21, 2006 at 01:28:41AM +0100, Richard Thrippleton wrote: This clearly isn't an impossible problem - my Ubuntu-using friends can burn CDs with cdrecord as a non-root user as well. As far as I can see the latest Ubuntu cdrecord package also uses SUID settings to confer Cd writing privileges to members of the group cdrom. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#374685: Debian bug #374685: cdrecord and suid privs
Hello, Here is my understanding of the situation of cdrecord with Linux 2.6.x. Please correct me if I am wrong. cdrecord will (perhaps with minor modifications) be able to write CD's without root privileges for a user with access to rw the relevant drive. However this will lead to greater chances of errors in the CD's written. Here is a suggestion that may be acceptable to all concerned. We can change cdrecord so that: A. When cdrecord is started with setuid bit set or as root then it runs as it is supposed to. B. When cdrecord is started without the setuid bit set and as a non-root user then it emits a complaint and prompts the user on whether to continue with the deprecated mode of writing CD's. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#380592: [INTL:gl] Updated Galician translation of debconf's templates
Package: debconf Severity: wishlist Tags: l10n patch It is attached to this bug report. # THIS FILE IS AUTOMATICALLY GENERATED FROM THE MASTER FILE # packages/po/gl.po # # DO NOT MODIFY IT DIRECTLY : SUCH CHANGES WILL BE LOST # # Galician messages for debian-installer. # Copyright (C) 2003 Software in the Public Interest, Inc. # This file is distributed under the same license as debian-installer. # msgid msgstr Project-Id-Version: debian-installer\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-07-28 23:09+0200\n PO-Revision-Date: 2006-07-31 09:39+0200\n Last-Translator: Jacobo Tarrio [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Choices #: ../templates:1001 msgid Dialog msgstr Dialog #. Type: select #. Choices #: ../templates:1001 msgid Readline msgstr Readline #. Type: select #. Choices #: ../templates:1001 msgid Gnome msgstr Gnome #. Type: select #. Choices #: ../templates:1001 msgid Kde msgstr Kde #. Type: select #. Choices #: ../templates:1001 msgid Editor msgstr Editor #. Type: select #. Choices #: ../templates:1001 msgid Noninteractive msgstr Non interactiva #. Type: select #. Description #: ../templates:1002 msgid Interface to use: msgstr Interface a empregar: #. Type: select #. Description #: ../templates:1002 msgid Packages that use debconf for configuration share a common look and feel. You can select the type of user interface they use. msgstr Os paquetes que empregan debconf para a configuración comparten unha aparencia común. Pode escoller o tipo de interface de usuario que empregan. #. Type: select #. Description #: ../templates:1002 msgid The dialog frontend is a full-screen, character based interface, while the readline frontend uses a more traditional plain text interface, and both the gnome and kde frontends are modern X interfaces, fitting the respective desktops (but may be used in any X environment). The editor frontend lets you configure things using your favorite text editor. The noninteractive frontend never asks you any questions. msgstr A interface dialog é unha interface de pantalla completa en modo texto, mentres que a interface readline emprega unha interface de texto simple máis traicional; as interfaces gnome e kde son interfaces modernas de X, que encaixan cos respectivos escritorios (pero que se poden empregar en calquera ambiente X). A interface editor permítelle configurar as cousas empregando o seu editor de texto favorito. A interface non interactiva nunca lle fai preguntas. #. Type: select #. Choices #: ../templates:2001 msgid critical msgstr crítica #. Type: select #. Choices #: ../templates:2001 msgid high msgstr alta #. Type: select #. Choices #: ../templates:2001 msgid medium msgstr media #. Type: select #. Choices #: ../templates:2001 msgid low msgstr baixa #. Type: select #. Description #: ../templates:2002 msgid Ignore questions with a priority less than: msgstr Ignorar as preguntas cunha prioridade inferior a: #. Type: select #. Description #: ../templates:2002 msgid Debconf prioritizes the questions it asks you. Pick the lowest priority of question you want to see:\n - 'critical' only prompts you if the system might break.\n Pick it if you are a newbie, or in a hurry.\n - 'high' is for rather important questions\n - 'medium' is for normal questions\n - 'low' is for control freaks who want to see everything msgstr Debconf asígnalle prioridades ás preguntas que lle fai. Escolla a prioridade mínima das preguntas que quere ver:\n - \crítica\ só lle pregunta se o sistema pode romper.\n Escóllaa se non ten experiencia o se ten présa.\n - \alta\ é para preguntas máis ben importantes\n - \media\ é para preguntas normais\n - \baixa\ é para fanáticos do control que o queren ver todo #. Type: select #. Description #: ../templates:2002 msgid Note that no matter what level you pick here, you will be able to see every question if you reconfigure a package with dpkg-reconfigure. msgstr Teña en conta que, sen importar o nivel que escolla aquí, ha poder ver tódalas preguntas se reconfigura un paquete con dpkg-reconfigure. #. Type: text #. Description #: ../templates:3001 msgid Installing packages msgstr A instalar os paquetes #. Type: text #. Description #: ../templates:4001 msgid Please wait... msgstr Agarde... #~ msgid Ignore questions with a priority less than... #~ msgstr Ignorar as preguntas cunha prioridade inferior a... #~ msgid #~ Packages that use debconf for configuration prioritize the questions they #~ might ask you. Only questions with a certain priority or higher are #~ actually shown to you; all less important questions are skipped. #~ msgstr #~ Os paquetes que empregan debconf para a súa configuración organizan por #~ prioridades as preguntas que lle poden facer. Só se amosan as preguntas #~ que teñen unha determinada prioridade ou unha superior;
Bug#380473: Please update for GStreamer 0.10
tag 380473 upstream thanks Gautier reports that he's working on the transition to 0.10, but that there are some snags. He's hoping to get 0.10 support done by the end of the summer. As soon as upstream has the support in, I'll update the Debian package. -- I am an artist. Source code is my canvas, a programming language is my paint. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379407: [Pkg-pciutils-discuss] Bug#379407: I/O access on GNU/Hurd
Hello! On Sun, Jul 30, 2006 at 01:28:39PM +0200, Martin Mares wrote: The attached patch is needed to make the pciutils package usable on GNU/Hurd systems with the current Debian gnumach kernel packages. I've merged the patch and cleaned it up considerably. Could you please test that it still works? (It's in the public GIT tree and also in the 2.2.4-pre3 release.) If you apply the attached pciutils-warning.patch, it compiles and then even works. :-) Thanks! Regards, Thomas diff --git a/lib/i386-io-hurd.h b/lib/i386-io-hurd.h index 99db104..334ce0a 100644 --- a/lib/i386-io-hurd.h +++ b/lib/i386-io-hurd.h @@ -25,15 +25,15 @@ intel_setup_io(struct pci_access *a) mach_port_t device; if ((errno = get_privileged_ports(NULL, device))) -a-warn(i386-io-hurd: Can't get_privileged_ports(): %m); +a-warning(i386-io-hurd: Can't get_privileged_ports(): %m); if (!errno (errno = device_open(device, D_READ | D_WRITE, io, io_port))) -a-warn(i386-io-hurd: Can't device_open(): %m); +a-warning(i386-io-hurd: Can't device_open(): %m); mach_port_deallocate(mach_task_self(), device); if (!errno (errno = i386_io_port_add(mach_thread_self(), io_port))) -a-warn(i386-io-hurd: Can't i386_io_port_add(): %m); +a-warning(i386-io-hurd: Can't i386_io_port_add(): %m); return errno ? 0 : 1; } @@ -42,7 +42,7 @@ static inline int intel_cleanup_io(struct pci_access *a) { if ((errno = i386_io_port_remove(mach_thread_self(), io_port))) -a-warn(i386-io-hurd: Can't i386_io_port_remove(): %m); +a-warning(i386-io-hurd: Can't i386_io_port_remove(): %m); mach_port_deallocate(mach_task_self(), io_port);
Bug#380531: linux-2.6: mips and mipsel personality(2) support is broken
severity 380531 normal thanks On Sun, Jul 30, 2006 at 07:39:39PM +0100, Roger Leigh wrote: personality(2) only works the first time it is called [in the lifetime of a process/program]. All subsequent calls return EPERM, which is not a documented return value; As the linux source don't document return values and it is linux specific, the linux kernel is allowed to return any error is thinks is needed. None of the other architectures I have tested (amd64, arm, i386, ia64, powerpc) behave this way: personality(2) is not a privileged call. That it return sane values everything else don't document it as a non priviledged call. Bastian -- Women are more easily and more deeply terrified ... generating more sheer horror than the male of the species. -- Spock, Wolf in the Fold, stardate 3615.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380594: [INTL:gl] Updated GAlician translation of popularity-contest's debconf templates
Package: popularity-contest Severity: wishlist Tags: l10n patch It is attached to this bug report. # Galician translation of the popularity-contest debconf template # Jacobo Tarrío [EMAIL PROTECTED], 2005 # msgid msgstr Project-Id-Version: popularity-contest\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2006-07-29 12:23+0200\n PO-Revision-Date: 2006-07-31 09:47+0200\n Last-Translator: Jacobo Tarrío [EMAIL PROTECTED]\n Language-Team: Galician [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:4 msgid Participate in the package usage survey? msgstr ¿Participar na enquisa de utilización dos paquetes? #. Type: boolean #. Description #: ../templates:4 msgid The system may anonymously supply the distribution developers with statistics about the most used packages on this system. This information influences decisions such as which packages should go on the first distribution CD. msgstr O sistema pódelle fornecer aos desenvolvedores da distribución estatísticas sobre os paquetes máis utilizados neste sistema. Esta información ten influencia sobre decisións coma que paquetes van no primeiro CD da distribución. #. Type: boolean #. Description #: ../templates:4 msgid If you choose to participate, the automatic submission script will run once every week, sending statistics to the distribution developers. The collected statistics can be viewed on http://popcon.debian.org/.; msgstr Se quere participar, o programa de envío automático ha funcionar unha vez por semana, enviándolle estatísticas aos desenvolvedores da distribución. As estatísticas colleitadas pódense ver en http://popcon.debian.org/.; #. Type: boolean #. Description #: ../templates:4 msgid This choice can be later modified by running \dpkg-reconfigure popularity- contest\. msgstr Esta elección pódese cambiar a posteriori executando \dpkg-reconfigure popularity-contest\. #~ msgid Generating unique host identifier failed #~ msgstr A xeración do identificador único da máquina fallou #~ msgid #~ The install script could not generate a unique host identifier. This is a #~ fatal error, as all hosts submitting information need to have an unique #~ identifier. #~ msgstr #~ O guión de instalación non puido xerar un identificador único de máquina. #~ Este é un erro grave, xa que tódalas máquinas que envían información #~ teñen que ter un identificador único. #~ msgid #~ Please report this problem as a bug against the popularity-contest #~ package, and include information about your configuration. #~ msgstr #~ Informe deste problema poñéndolle un informe de erro ao paquete #~ popularity-contest, e inclúa información sobre a súa configuración. #~ msgid Use HTTP to submit reports? #~ msgstr ¿Empregar HTTP para enviar os informes? #~ msgid If you do not want to use HTTP, email is used instead. #~ msgstr Se non quere empregar HTTP, hase empregar email no seu canto.
Bug#374195: Can't do anything: terminate called after throwing an instance of 'std::logic_error'
ext Michael Vogt [EMAIL PROTECTED] writes: I think dpkg should be patched to strip out the \n from the messages that it sends over the status pipe. Yes, I agree. I originally thought that the format of the status: messages produced by dpkg specifically allows for multi-line output (by flagging additional lines with a starting space, like in the status file, etc). That was just a guess, tho. I attached a patch for dpkg to strip out the \n when it sends errors over the status pipe. Comments welcome. (I think it should be stripped_emsg, not striped_emsg, no?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379885: Log for failed build of ecl_0.9i-2 (dist=unstable4)
Automatic build of ecl_0.9i-2 on coconut0.coconut.gelato.org by sbuild/ia64 0.49 ... ;;; /usr/bin/gcc -g -O2 -fPIC -D_THREAD_SAFE -fstrict-aliasing -Dlinux -I/build/tbm/ecl-0.9i/src/c -I/build/tbm/ecl-0.9i/src/gmp -I/build/tbm/ecl-0.9i/build -I/build/tbm/ecl-0.9i/build -w -c /build/tbm/ecl-0.9i/build/ext/asdf.c -o /build/tbm/ecl-0.9i/build/ext/asdf.o /build/tbm/ecl-0.9i/build/ext/asdf.c: In function 'LC67traverse': /build/tbm/ecl-0.9i/build/ext/asdf.c:1703: internal compiler error: in ia64_expand_move, at config/ia64/ia64.c:1088 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380596: mdadm: clarify arrays to start for root question
Package: mdadm Version: 2.5.2-7 Severity: normal The new mdadm version asks which md arrays need to be be started before we can mount the root fs. The default answer in my case is /dev/md_d0p1, i. e. the first partition on the array. Is this correct or should the answer refer to the array itself (/dev/md_d0)? If it's the latter maybe the function that parses the default should chop off the pN part. If the current hooks don't even support partitionable md a warning would be in order. (Can't check as my initrd is homegrown.) Regards, C. -- Package-specific info: --- mount output /dev/md_d0p1 on / type ext3 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) usbfs on /proc/bus/usb type usbfs (rw) tmpfs on /dev/shm type tmpfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) /dev/md_d0p3 on /home type ext3 (rw,user_xattr) /dev/sde1 on /mnt/storage type ext3 (rw,user_xattr) /dev/md_d1p1 on /mnt/dump type ext3 (rw,user_xattr) /dev/md_d1p2 on /mnt/scratch type ext3 (rw,user_xattr) tmpfs on /dev type tmpfs (rw,size=10M,mode=0755) --- mdadm.conf DEVICE partitions ARRAY /dev/md_d0 auto=part level=raid1 num-devices=2 UUID=3f166256:cd9ff27e:a2c3596d:cc0b2092 ARRAY /dev/md_d1 auto=part level=raid0 num-devices=2 UUID=612d3f05:40d95e5e:e987a494:dbd47e35 MAILADDR root --- /proc/mdstat: Personalities : [raid1] [raid0] md_d1 : active raid0 sdc[0] sdd[1] 145225984 blocks 64k chunks md_d0 : active raid1 sda[0] sdb[1] 488281250 blocks [2/2] [UU] bitmap: 2/233 pages [8KB], 1024KB chunk unused devices: none --- /proc/partitions: major minor #blocks name 8 0 488386584 sda 8 17325608 sda1 8 24393777 sda2 8 3 476560192 sda3 816 488386584 sdb 8177325608 sdb1 8184393777 sdb2 819 476560192 sdb3 832 72613056 sdc 833 1 sdc1 834 45225982 sdc2 848 72613056 sdd 254 0 488281250 md_d0 254 17325608 md_d0p1 254 24393777 md_d0p2 254 3 476560192 md_d0p3 864 2051394240 sde 865 2051388013 sde1 25464 145225984 md_d1 25465 1 md_d1p1 25466 45225982 md_d1p2 --- initrd.img-2.6.17.4-99-em64t-p4-smp: --- /proc/modules: raid0 12288 1 - Live 0x881b5000 dm_mod 67272 0 - Live 0x881a3000 raid1 27776 1 - Live 0x88077000 md_mod 87448 9 raid0,raid1, Live 0x8806 --- volume detail: -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.4-99-em64t-p4-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages mdadm depends on: ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii makedev 2.3.1-82 creates device files in /dev Versions of packages mdadm recommends: ii exim4-daemon-light [mail-tran 4.62-2 lightweight exim MTA (v4) daemon -- debconf information: * mdadm/autostart: true * mdadm/mail_to: root * mdadm/initrdstart: /dev/md_d0 * mdadm/autocheck: true * mdadm/warning: * mdadm/start_daemon: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366605: diff for 1.0.4-3.1 NMU
Hi, Attached is the diff for my aswiki 1.0.4-3.1 NMU. Cheers, -- Julien Danjou // Λ̊ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Life is life. Lalalalala. diff -u aswiki-1.0.4/aswiki.cgi aswiki-1.0.4/aswiki.cgi --- aswiki-1.0.4/aswiki.cgi +++ aswiki-1.0.4/aswiki.cgi @@ -1,4 +1,4 @@ -#! /usr/bin/ruby1.6 +#! /usr/bin/ruby1.8 # Copyritght (c) 2002 TANIGUCHI Takaki # This program is distributed under the GNU GPL 2 or later. diff -u aswiki-1.0.4/debian/dirs aswiki-1.0.4/debian/dirs --- aswiki-1.0.4/debian/dirs +++ aswiki-1.0.4/debian/dirs @@ -3 +3 @@ -usr/lib/ruby/1.6 +usr/lib/ruby/1.8 diff -u aswiki-1.0.4/debian/control aswiki-1.0.4/debian/control --- aswiki-1.0.4/debian/control +++ aswiki-1.0.4/debian/control @@ -2,14 +2,14 @@ Section: web Priority: optional Maintainer: TANIGUCHI Takaki [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 4.0.0) -Standards-Version: 3.6.1 +Build-Depends: debhelper ( 4.0.0) +Standards-Version: 3.7.2 Uploaders: Taku YASUI [EMAIL PROTECTED] Package: aswiki Architecture: all -Depends: ruby1.6, libamrita-ruby1.6(= 1.0.2), libalgorithm-diff-ruby1.6, libstrscan-ruby1.6, libdbm-ruby1.6 -Recommends: rcs, libdb3-ruby1.6 +Depends: ruby1.8, libamrita-ruby1.8 (= 1.0.2), libalgorithm-diff-ruby1.8, libstrscan-ruby1.8, libdbm-ruby1.8 +Recommends: rcs, libdb3-ruby1.8 Description: WikiWikiWeb clone (Wiki Engine) written in Ruby AsWiki is WikiWikiWeb clone (Wiki Engine). WikiWikiWeb is web base collaboration tool. AsWiki has following features: diff -u aswiki-1.0.4/debian/rules aswiki-1.0.4/debian/rules --- aswiki-1.0.4/debian/rules +++ aswiki-1.0.4/debian/rules @@ -58,7 +58,7 @@ # Add here commands to install the package into debian/aswiki. # $(MAKE) install DESTDIR=$(CURDIR)/debian/aswiki - cp -a aswiki $(CURDIR)/debian/aswiki/usr/lib/ruby/1.6 + cp -a aswiki $(CURDIR)/debian/aswiki/usr/lib/ruby/1.8 cp -a aswiki.cgi default.css plugin template \ $(CURDIR)/debian/aswiki/usr/share/aswiki cp -a examples/aswiki.conf.debian \ diff -u aswiki-1.0.4/debian/changelog aswiki-1.0.4/debian/changelog --- aswiki-1.0.4/debian/changelog +++ aswiki-1.0.4/debian/changelog @@ -1,3 +1,11 @@ +aswiki (1.0.4-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Switch to ruby1.8 (Closes: #366605) + * Move debhelper to Build-Depends + + -- Julien Danjou [EMAIL PROTECTED] Mon, 31 Jul 2006 10:22:45 +0200 + aswiki (1.0.4-3) unstable; urgency=low * revised package description. signature.asc Description: Digital signature
Bug#330220: logcheck: Fails to obtain lockfile
Hello! I found out what's causing lockfile-create to fail to obtain the lockfile needed for running logcheck: The directory permission for /var/lock on my maschine: drwx-- 3 root root 4096 2006-07-31 09:38 lock And for /var/lock/lockfile: drwxr-xr-x 2 logcheck logcheck 4096 2005-04-19 17:58 logcheck The /var/lock/lockfile looks fine but with the permission of /var/lock the user lockcheck under which the lockcheck script will be executed has no rights to access /var/lock/lockfile since /var/lock is only accessible for root. Perhaps there's something wrong with the permission settings of /var/lock? On my Debian Woody server /var/lock looks like this: drwxrwxrwt3 root root 4096 Aug 26 2005 lock Greetings, Matthias Pitzl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378814: gphotocoll: Crash when selecting film
Matthias Julius [EMAIL PROTECTED] wrote: Hi, Hmm, gphotocoll could probably benifit from a rebuild with up-to-date libraries. Can you do that and tell me how it goes ? I just did that using an up-to-date sid amd64 chroot. The behavior is exactly the same as before. Then I tried the same in an i386 chroot and the result is the same. Thanks for doing the test, I'll have a look at this problem ASAP. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380595: cyr_expire: no such file or directory
Package: cyrus-imapd-2.2 Version: 2.2.13-4 Severity: normal After upgrading to this package, I received the following error: Jul 29 13:16:15 postfach cyrus/master[1686]: can't exec /usr/sbin/cyr_expire for startup: No such file or directory cyr_expire, which is used to expire duplicate delivery database entries, points to /usr/sbin in cyrus.conf by default. In the cyrus-common package, however, it is located in /usr/lib/cyrus/bin; there is also no symlink of cyr_expire in /usr/sbin. To fix this problem, either move cyr_expire to /usr/sbin, or create a symlink of cyr_expire in /usr/sbin, or change the entry in cyrus.conf from /usr/sbin/cyr_expire to /usr/lib/cyrus/bin/cyr_expire. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377180: vertex 0.1.15-1.2 NMU
Hello, As promised, I'm doing an NMU of vertex to fix #377180; diff attached. Thanks, Matej diff -u vertex-0.1.15/debian/changelog vertex-0.1.15/debian/changelog --- vertex-0.1.15/debian/changelog +++ vertex-0.1.15/debian/changelog @@ -1,3 +1,11 @@ +vertex (0.1.15-1.2) unstable; urgency=low + + * Non-maintainer upload. + * vertex/string.cpp: Fix C/C++ linkage declarations conflict. +Closes: #377180. + + -- Matej Vela [EMAIL PROTECTED] Mon, 31 Jul 2006 10:16:01 +0200 + vertex (0.1.15-1.1) unstable; urgency=medium * Non-maintainer upload. only in patch2: unchanged: --- vertex-0.1.15.orig/vertex/string.cpp +++ vertex-0.1.15/vertex/string.cpp @@ -3,7 +3,9 @@ #include stdlib.h #include ctype.h +extern C { extern char *tzname[2]; +} #include time.h #include ../include/os.h
Bug#379490: Bashisms
retitle 379490 asterisk-oh323: FTBFS: bashisms severity 379490 important thanks Hi, It fails only wish posix shell. There's probably some bashims around. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#310811: Unable to reproduce this bug
Hi, On 29.07.2006 12:45 (Saturday), Øystein Gisnås wrote: I am to able to reproduce this crash on my system. Do you still have the mail that caused it? Yes. I kept it. I can send it to you if you want. Do you have the chance to verify that the bug is still there with a recent version of Balsa? I am still running Sarge, but I will upgrade to Etch in the next week or so (if I find some time). I will post an update with a new balsa version then. Cheers, Simon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#367923: diff for 1.0.2-3.1 NMU
Hi, Attached is the diff for my amrita 1.0.2-3.1 NMU. -- Julien Danjou // Λ̊ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // This is the end of my signature. diff -u amrita-1.0.2/Makefile amrita-1.0.2/Makefile --- amrita-1.0.2/Makefile +++ amrita-1.0.2/Makefile @@ -44,21 +44,21 @@ test_it : rm -f sample.log - (cd test; ruby1.6 -w -I../lib testall.rb) - (cd sample/hello; for f in *.rb ;do echo $$f ; ruby1.6 -w -I../../lib $$f; done) sample.log - (cd sample/tour; for f in *.rb ;do echo $$f ; ruby1.6 -w -I../../lib $$f ; done) sample.log + (cd test; ruby1.8 -w -I../lib testall.rb) + (cd sample/hello; for f in *.rb ;do echo $$f ; ruby1.8 -w -I../../lib $$f; done) sample.log + (cd sample/tour; for f in *.rb ;do echo $$f ; ruby1.8 -w -I../../lib $$f ; done) sample.log (cd sample/tour; RUBYLIB=../../lib ../../bin/ams amstest.ams ../../sample.log); (cd sample/tour; RUBYLIB=../../lib ../../bin/amx amxtest.xml ../../sample.log); (cd docs; RUBYLIB=../lib ../bin/amx index.xml ../sample.log); (cd docs; RUBYLIB=../lib ../bin/amx index_ja.xml ../sample.log); # you need rexml 2.5.1 and uconv for this test profile_it : - (cd test; ruby1.6 -r profile.rb -I../lib testall.rb) + (cd test; ruby1.8 -r profile.rb -I../lib testall.rb) rdoc: rdoc1.8 --op $(DOCDIR) -S --main README README docs/QuickStart docs/Tour docs/Tour2 docs/XML docs/Cgi lib/amrita README_ja docs/QuickStart_ja docs/Tour_ja docs/XML_ja docs/Tour2_ja docs/Cgi_ja - (cd $(DOCDIR)/files/; ruby1.6 -i.back -ne 'print gsub(iso-8859-1, EUC-JP) unless /?xml/' *ja.html) - (cd $(DOCDIR)/files/docs/; ruby1.6 -i.back -ne 'print gsub(iso-8859-1, EUC-JP) unless /?xml/' *ja.html) + (cd $(DOCDIR)/files/; ruby1.8 -i.back -ne 'print gsub(iso-8859-1, EUC-JP) unless /?xml/' *ja.html) + (cd $(DOCDIR)/files/docs/; ruby1.8 -i.back -ne 'print gsub(iso-8859-1, EUC-JP) unless /?xml/' *ja.html) src_clean : rm -rf docs/html diff -u amrita-1.0.2/debian/control amrita-1.0.2/debian/control --- amrita-1.0.2/debian/control +++ amrita-1.0.2/debian/control @@ -3,13 +3,14 @@ Priority: optional Maintainer: TANIGUCHI Takaki [EMAIL PROTECTED] Uploaders: Taku YASUI [EMAIL PROTECTED] -Build-Depends-Indep: debhelper ( 4.0.0), ruby1.6, ruby1.8, rdoc1.8 -Standards-Version: 3.6.1 +Build-Depends: debhelper ( 4.0.0) +Build-Depends-Indep: ruby1.8, rdoc1.8 +Standards-Version: 3.7.2 Package: amrita Architecture: all -Depends: libamrita-ruby1.6 | libamrita-ruby1.8 -Description: HTML/XML template library for Ruby 1.6 (dummy package) +Depends: libamrita-ruby1.8 +Description: HTML/XML template library for Ruby 1.8 (dummy package) Amrita is an html/xhtml template library for Ruby. It makes html documents from a template and model data. . @@ -31,33 +32,6 @@ . This package is dummy package. -Package: libamrita-ruby1.6 -Architecture: all -Depends: libruby1.6, libstrscan-ruby1.6 -Conflicts: amrita(1.0.2-2) -Provides: amrita -Description: HTML/XML template library for Ruby 1.6 - Amrita is an html/xhtml template library for Ruby. It makes html - documents from a template and model data. - . - * The template for amrita is a pure html/xhtml document without - special tags like ?...? or % .. % - * The template can be written by designers using almost any html - editor. - * There's no need to change Ruby code to modify the view of the - _dynamic_ part of the template (or the static portion). - * The model data may be any standard Ruby data-- a Hash, Array, - String... or an instance of any user-defined class. - * The output is controlled by _data_, not by logic-- so it's easy to - write, test, and debug code. (Good for eXtremeProgramming) - * The html template can be compiled into Ruby code before execution - with little effort. - . - Amrita uses a template and model data to create an html document by - naturally matching the +id+ attribute of an html element to model data. - . - This package is for Ruby 1.6. - Package: libamrita-ruby1.8 Architecture: all Depends: libruby1.8, libstrscan-ruby1.8 diff -u amrita-1.0.2/debian/rules amrita-1.0.2/debian/rules --- amrita-1.0.2/debian/rules +++ amrita-1.0.2/debian/rules @@ -53,15 +53,10 @@ dh_installdirs # Add here commands to install the package into debian/amrita. - $(MAKE) install RUBY_VER=1.6 \ - PREFIX=$(CURDIR)/debian/libamrita-ruby1.6/usr \ - SITE_DIR=$(CURDIR)/debian/libamrita-ruby1.6/usr/lib/ruby/1.6 \ - BIN_DIR=$(CURDIR)/debian/libamrita-ruby1.6/usr/share/doc/libamrita-ruby1.6/examples/bin $(MAKE) install RUBY_VER=1.8 \ PREFIX=$(CURDIR)/debian/libamrita-ruby1.8/usr \ SITE_DIR=$(CURDIR)/debian/libamrita-ruby1.8/usr/lib/ruby/1.8 \
Bug#380531: linux-2.6: mips and mipsel personality(2) support is broken
Bastian Blank [EMAIL PROTECTED] writes: severity 380531 normal thanks On Sun, Jul 30, 2006 at 07:39:39PM +0100, Roger Leigh wrote: personality(2) only works the first time it is called [in the lifetime of a process/program]. All subsequent calls return EPERM, which is not a documented return value; As the linux source don't document return values and it is linux specific, the linux kernel is allowed to return any error is thinks is needed. The point was, it's not documented *in the kernel source*, either. -EPERM is not used *anywhere*, in either the arch/mips or generic kernel execdomain code. See kernel/exec_domain.c and arch/mips/kernel/linux32.c. None of the other architectures I have tested (amd64, arm, i386, ia64, powerpc) behave this way: personality(2) is not a privileged call. That it return sane values everything else don't document it as a non priviledged call. There are no permissions checks in the kernel source. EPERM is a bogus return value due to some weirdness in the sys32_personality code on mips (See ths's patch). -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please sign and encrypt your mail. pgpL3DO0Ou94v.pgp Description: PGP signature
Bug#380602: initscripts: possibility for init to fail when $CONCURRENCY is lies
Package: initscripts Version: 2.86.ds1-15 Severity: normal I noticed this problem when I upgraded initscripts to a particular NMU recently, although I'm not sure whether it was the upgrade that caused it (I think the version was 2.86.ds1-14.2). If /etc/default/rc has a value for $CONCURRENCY that is not one of none, shell or startpar, then the case statement in /etc/init.d/rc that defines the startup() bash function will not create any bash function at all. Then elsewhere in the script where startup should be called, init just complains that the function was not found. Thus things all go downhill (you can imagine what your system would be like with no initscripts having been run - read only filesystem etc, I fixed it by rebooting and modifying my kernel command line to mount my root partition as read-write so I could hack in the /etc/default/rc file). I noticed this because the value for CONCURRENCY was set to no instead of none in /etc/default/rc. Again, I'm not sure if it was the NMU that caused that or whether I'd done it myself, but either way it shows how one simple typo can cause relatively large effects... My suggestion for fixing is to shunt some of that code in /etc/init.d/rc around so that if the value for $CONCURRENCY is not one of none, shell or startpar, then log some kind of warning and use the none startup function. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.060626 Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Versions of packages initscripts depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii e2fsprogs 1.39-1 ext2 file system utilities and lib ii libc6 2.3.6-16 GNU C Library: Shared libraries ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip ii mount 2.12r-10 Tools for mounting and manipulatin initscripts recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380600: system-tools-backends: time-conf sets incorrect permissions on /etc/localtime
Package: system-tools-backends Version: 1.4.2-1 Severity: normal The script /usr/share/setup-tool-backends/scripts/time-conf does not properly set the permissions of /etc/localtime when creating it in time_set_rh62_zone. Instead, it follows the umask of the process. This is easy to reproduce with time-admin from gnome-system-tools: $ ( umask 077 ; time-admin ) Change the timezone in time-admin and notice how /etc/localtime is now owned by root and mode 600, making it useless for the rest of the users on the system. Other files like /etc/ntp.conf might be affected too, but I haven't checked. -jim -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.2 Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380601: 2 Bugs in Sudoku
Package: sudoku Version: 1.0.1-1 My system : HP Pavilion DV4017 laptop with Celeron M 1,5 GHz powered by GNU/Linux Debian Sarge 3.1, kernel 2.6.17.4, gcc 3.3.5, Xorg 6.9.0, KDE 3.3.2 After installing sudoku from the source, I discovered 2 bugs I could solve. 1°) Makefile There is a compilation error listed with make The path given for the uname utility is wrong : I replaced /usr/bin/uname with /bin/uname and it works Note that the best way could even be not to give any path at all, just to write uname: indeed, this utility can be run under any user other than root. 2°) Source file sudoku.c The save function (started with the s key) doesn't work. The bug is located in the save_board function, line 1840: the save function in sudoku doesn't recognise the carriage return (Enter) key, because the software is waiting for the '\r' key. Just replace '\r' with '\n' in this line. And build again with make The save function is now operating correctly and builds a file called board in the home directory, per default. All those corrections work on my system Please, consider taking into account those bugs for the next release. Still yours. That' all folks! Regards Damien BRUCKER, Ingénieur territorial Communauté Urbaine de Strasbourg Conduite des Projets Urbains Tél : 03 88 43 62 37 Fax : 03 88 43 60 46 --- Ce message est établi à usage exclusif de son destinataire. Toute utilisation ou diffusion, partielle ou totale, doit être préalablement autorisée. Tout message électronique est susceptible d'altération et son intégrité ne peut être assurée. L'expéditeur décline toute responsabilité au titre de ce message s'il a été modifié ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire et d'avertir l'expéditeur. --- --- Ce message est établi à usage exclusif de son destinataire. Toute utilisation ou diffusion, partielle ou totale, doit être préalablement autorisée. Tout message électronique est susceptible d'altération et son intégrité ne peut être assurée. L'expéditeur décline toute responsabilité au titre de ce message s'il a été modifié ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire et d'avertir l'expéditeur. ---
Bug#368448: privoxy: [PATCH] gzip compression
Hello, As of today I am running the patched version without any problems so far. [...] I'm not sure, whether the HTML code is written to the log, nor why this stops after the ch, nor why privoxy dies after this, but I cannot imagine, that this patch works without problems on your system... [...] Okay, I now see in the code, that the debug output is always cut after 100 chars, so this isn't so amazing. But why does privoxy die or at least stop answer requests (sometimes it keeps the TCP port up, but doesn't answer)? let me check if am still running this patch, might be that I lost this one due to a partial reinstallation. regards Stefan -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#379709: python-docutils: problems with the postinst script
Hi Simon, This is an excerpt from dpkg -l '*python2.[34]*' ii python2.32.3.5-14 un python2.3-minimalnone un python2.4none ii python2.4-minimal2.4.3-7 # aptitude install python2.4 followed by # aptitude install python-docutils yields a complete install with no configuration errors. I had previously purged python-docutils to eliminate errors on every aptitude upgrade On 29/07/06, Simon McVittie [EMAIL PROTECTED] wrote: On Tue, 25 Jul 2006 at 09:17:58 +0100, Colm G. Connolly wrote: Compiling /usr/lib/python2.4/site-packages/docutils/languages/ja.py ... Sorry: LookupError: (no codec search functions registered: can't find encoding,) Could you please confirm what version of python2.4 and python2.4-minimal you have, if any? I suspect you have python2.4-minimal but no python2.4. What I imagine has happened is: docutils relies on having a full version of the Python runtime to compile its modules (it needs the utf-8 encoding); the same is likely to be true for other modules. However, if the user has python2.3 and python2.4-minimal but not python2.4, the infrastructure will try to compile for both Python 2.3 and Python 2.4, causing the 2.4 compilation to fail. I'll raise a bug against python-defaults. Simon Regards, Colm. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323867: option -q doesn't work as it should
Hi, I think I encountered the same problem yesterday with the version in sarge (7.07.1-9): The problem is that gs-esp called with -q and -sOUTPUTFILE=- still writes several messages to stdout, so the output is garbled. The bonus lines are: %%[ ProductName: ESP Ghostscript ]%% as the first line of the output, and %%[Page: substitued_by_number_of_pages]%% %%[LastPage]%% as the last two. This verbosity causes severe interoperability problems with programs, so I think the severity of this bus should be raised. Regards, -- Sandor Geller System Engineer [e] [EMAIL PROTECTED] [m] +36-20-2617312 -- BalaBit IT Security Ltd. [w] www.balabit.com [p] Hungary, 1115 Budapest, Bartfai utca 54. [t] +36-1-371-0540 [f] +36-1-208-0875 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380554: Not available on s390
Hello, It seems that beagle-dev is only available for i386/amd64/ia64/powerpc for now. Probably this bug should be reassigned/cloned to it. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
Bug#380597: python-tk: /usr/bin/pycentral: /usr/bin/python: bad interpreter: No such file or directory
Package: python-tk Version: 2.4.3-2 Severity: critical Hello, I'm not sure this is a bug in python-tk, but it raised trying to upgrade it, so submitting to python-tk. My daily upgrade failed miserably (sorry, I don't have the whole log, as I discovered it too late): = [EMAIL PROTECTED]:~$ sudo apt-get update [...] [EMAIL PROTECTED]:~$ sudo apt-get upgrade [...] Unpacking replacement libgtk2.0-0 ... Preparing to replace gcalctool 5.8.17-1 (using .../gcalctool_5.8.19-1_i386.deb) ... /var/lib/dpkg/info/gcalctool.prerm: /usr/sbin/gconf-schemas: /usr/bin/python: bad interpreter: No such file or directory dpkg: warning - old pre-removal script returned error exit status 126 dpkg - trying script from the new package instead ... dpkg: ... it looks like that went OK. Unpacking replacement gcalctool ... [...] Unpacking replacement xscreensaver-gl ... Errors were encountered while processing: /var/cache/apt/archives/python-tk_2.4.3-2_i386.deb /var/cache/apt/archives/python2.3_2.3.5-15_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~$ sudo apt-get upgrade Reading package lists... Done Building dependency tree... Done You might want to run ‘apt-get -f install’ to correct these. The following packages have unmet dependencies. darcs-load-dirs: Depends: python2.3 but it is not installed dia-libs: Depends: python2.3 (= 2.3) but it is not installed load-dirs-common: Depends: python2.3 but it is not installed python: Depends: python2.3 (= 2.3.5-14) but it is not installed python-minimal: Depends: python2.3 (= 2.3.5-14) but it is not installed python-uno: Depends: python2.3 (= 2.3) but it is not installed python2.3-libbtctl: Depends: python2.3 but it is not installed python2.3-pyorbit: Depends: python2.3 but it is not installed reportbug: Depends: python2.3 but it is not installed rhythmbox: Depends: python2.3 (= 2.3) but it is not installed scribus: Depends: python2.3 (= 2.3) but it is not installed E: Unmet dependencies. Try using -f. [EMAIL PROTECTED]:~$ sudo apt-get -f install Reading package lists... Done Building dependency tree... Done Correcting dependencies...Done The following extra packages will be installed: python-tk python2.3 Suggested packages: tix python2.3-doc python2.3-profiler Recommended packages: python2.3-cjkcodecs python2.3-iconvcodec python2.3-japanese-codecs The following NEW packages will be installed python2.3 The following packages will be upgraded: python-tk 1 upgraded, 1 newly installed, 0 to remove and 7 not upgraded. 29 not fully installed or removed. Need to get 0B/3162kB of archives. After unpacking 9994kB of additional disk space will be used. Do you want to continue [Y/n]? y WARNING: The following packages cannot be authenticated! python-tk python2.3 Install these packages without verification [y/N]? y Reading package fields... Done Reading package status... Done Retrieving bug reports... Done /bin/sh: /usr/bin/apt-listchanges: /usr/bin/python: bad interpreter: No such file or directory (Reading database ... 112207 files and directories currently installed.) Preparing to replace python-tk 2.4.3-1 (using .../python-tk_2.4.3-2_i386.deb) ... /var/lib/dpkg/info/python-tk.prerm: /usr/bin/pycentral: /usr/bin/python: bad interpreter: No such file or directory dpkg: warning - old pre-removal script returned error exit status 126 dpkg - trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/python-tk_2.4.3-2_i386.deb (--unpack): there is no script in the new version of the package - giving up /var/lib/dpkg/info/python-tk.postinst: /usr/bin/pycentral: /usr/bin/python: bad interpreter: No such file or directory dpkg: error while cleaning up: subprocess post-installation script returned error exit status 126 dpkg: considering removing python-tk in favour of python2.3 ... python-tk is not properly installed - ignoring any dependencies on it. dpkg: package python-tk requires reinstallation, will not remove. dpkg: regarding .../python2.3_2.3.5-15_i386.deb containing python2.3: python2.3 conflicts with python-tk ( 2.4.3-2) python-tk (version 2.4.3-1) is broken due to postinst failure. dpkg: error processing /var/cache/apt/archives/python2.3_2.3.5-15_i386.deb (--unpack): conflicting packages - not installing python2.3 Errors were encountered while processing: /var/cache/apt/archives/python-tk_2.4.3-2_i386.deb /var/cache/apt/archives/python2.3_2.3.5-15_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) [EMAIL PROTECTED]:~$ = Now, severity is critical, because the results were that: 1) /usr/bin/python was no more available 2) the other packages apt was upgrading weren't configured (I launched the new emacs-snapshot version and I got startup errors, due to the lack of byte-compilation for the emacs add-ons) 3) the only way I found to solve this problem was to edit python-tk's .prerm and .postinst, removing the call to pycentral, purging
Bug#380598: quilt: build fails ungracefully if /proc not mounted
Package: quilt Severity: wishlist When building quilt in a sarge chroot with /proc not mounted, build fails due to a truckload of tests failing obscurely. This is a bug one debugs for hours on. Package build should check for /proc being mounted and fail with a descriptive error message. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380599: libnet-perl: Net::SMTP masks same module in perl-modules
Package: libnet-perl Version: 1:1.19-3 Severity: normal Hello, I'm not quite sure if this is the right thing to do, but there is a Net::SMTP module in both libnet-perl and perl-modules. I attach a diff that shows the difference, but in general, it would be nice if there'd be less overlap between the packages. Best, --Toni++ -- 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.4.27-2-686-smp Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libnet-perl depends on: ii perl 5.8.8-6Larry Wall's Practical Extraction Versions of packages libnet-perl recommends: pn libnet-ph-perlnone (no description available) pn libnet-snpp-perl none (no description available) ii libnet-telnet-perl3.03-1 Script telnetable connections -- no debconf information --- /usr/share/perl5/Net/SMTP.pm2005-12-25 14:35:44.0 +0100 +++ /usr/share/perl/5.8.8/Net/SMTP.pm 2006-06-11 16:20:23.0 +0200 @@ -558,7 +558,7 @@ This example prints the mail domain name of the SMTP server known as mailhost: -#!/usr/local/bin/perl \-w +#!/usr/local/bin/perl -w use Net::SMTP; @@ -569,7 +569,7 @@ This example sends a small message to the postmaster at the SMTP server known as mailhost: -#!/usr/local/bin/perl \-w +#!/usr/local/bin/perl -w use Net::SMTP; @@ -623,7 +623,6 @@ BDebug - Enable debugging information -BPort - Select a port on the remote host to connect to (default is 25) Example:
Bug#378312: gmailfs: Same behavior
Hi Richard, according to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378312, they're both using libgmail 0.1.4. I agree with you that the patch should work in either case, but I too hate to fix something whose cause I don't know :\ Cheers, --Seb n Mon, Jul 31, 2006 at 07:17:13AM +1000, Richard Jones wrote: Hi, I'm currently not seeing it either, can you clarify what version of libgmail they have installed? It seems they are seeing snippet returned as a list and we are not. The patch looks like it will work in either case but it would be nice to know what is causing the different behaviours. Regards, Richard. On 7/28/06, Sebastien Delafond [EMAIL PROTECTED] wrote: tag 378312 + upstream thanks Hi Richard, do you have any thoughts on this ? I can't seem to reproduce this bug, but 2 of my Debian users are definitely seeing it, and Matthew seems to have narrowed it down quite a bit, and is even proposing a patch... The only thing that worries me here is that I am *not* experiencing this bug... What do you think ? Cheers, --Seb On Thu, Jul 27, 2006 at 05:11:39PM -0400, Matthew Cheetah Gabeler-Lee wrote: On Thu, 27 Jul 2006, Sebastien Delafond wrote: I still can't reproduce this one... Do you see the same behavior with another fsName ? I tried changing fsnames and mountpoints, which didn't change anything. Finally, despite not really knowing python, I decided to dig into the source and see if I could get anywhere, and I think I did ... Traceback (most recent call last): File /usr/share/gmailfs/gmailfs.py, line 701, in getdir log.debug(thread.summary is + thread.snippet) TypeError: cannot concatenate 'str' and 'list' objects This exception is in a try/except block. So the exception gets logged, and then the code continues. Traceback (most recent call last): File /usr/lib/python2.3/site-packages/fuse.py, line 40, in __call__ return apply(self.func, args, kw) File /usr/share/gmailfs/gmailfs.py, line 725, in getdir return map(lambda x: (x,0), lst) TypeError: argument 2 to map() must support iteration Argument 2 is the lst variable, hmm. Well, the lst variable is initialized to an empty list *after* the line on which the prior exception occurred, so this second exception is probably happening because lst, at that point, is whatever python's equivalent of null/undef is, rather than being a list. Question: why does your version of python not bitch about this? From what I can find on google, the refusal to concatenate strings and lists is an inherent python behavior. Perhaps thread.snippet is coming out as a different type of object for you. Anyways, more googling, it looks like the str() function is what we need to convert the list to a string. Not really knowing what's going on, however, I'm a bit worried that this may be masking some other problem. However, a quick test with this patch was successful. --- gmailfs.py.old 2006-07-27 17:06:47.0 -0400 +++ gmailfs.py.new 2006-07-27 17:06:22.0 -0400 @@ -698,9 +698,9 @@ for thread in folder: assert len(thread) == 1 for msg in thread: - log.debug(thread.summary is + thread.snippet) + log.debug(thread.summary is + str(thread.snippet)) m = re.search(FileNameTag+'='+FileStartDelim+'(.*)'+ - FileEndDelim, thread.snippet) + FileEndDelim, str(thread.snippet)) if (m): # Match succeeded, we got the whole filename. log.debug(Used summary for filename) -- -Cheetah Reality is that which, when you stop believing in it, doesn't go away. -- Philip K. Dick GPG pubkey fingerprint: A57F B354 FD30 A502 795B 9637 3EF1 3F22 A85E 2AD1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379572: Fwd: Bug#379572: http://www.debian.org/international/Romanian should mention the Debian L10N Romanian team wiki page
El viernes, 28 de julio de 2006 20:24, Eddy Petrişor escribió: Hello, I don't know when I will be online again, and since 48 hours seems to little time for a review, I am sending this with a request to upload the page as is in case nobody replies to the thread in about three more days (I guess this term is reasonable). Deban-l10n-romanian subscribers, in case you have objections for the sent content, please send those objections to the bug, too (reply all will do the right thing). Is is fine for you if I commit your suggestions, for example, tomorrow morning? Best regards, Ender. -- There is no spoon... -- Neo (Matrix). -- Desarrollador de Debian Debian developer pgpwzN1B2aQmC.pgp Description: PGP signature
Bug#380604: jabref: add an icon for menu
Package: jabref Version: 2.0.1+2.1b2-3 Severity: wishlist Hello, how about add an icon for the menu, for example, use [1] (need convert it to xpm) [1] $ unzip -t /usr/share/java/jabref.jar | grep images.JabRef-icon.png testing: images/JabRef-icon.png OK -- 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.17-1-em64t-p4-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jabref depends on: hi sun-java5-jre 1.5.0-07-1 Sun Java(TM) Runtime Environment ( jabref recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358696: This is dangerous, please make it default to disabled
Hi fellows, 2006/7/29, Daniel Richard G. [EMAIL PROTECTED]: On Fri, 2006 Jul 28 16:12:35 -0300, Henrique de Moraes Holschuh wrote: ... Anyway, the disagreement comes down to this: Me: Keep the system minimally running, so that it powers off when the UPS cuts the power, so that it will turn on again when the power returns, given the default behavior and limitations of PC hardware. Do sensible steps to avoid data loss (stop the disks, etc.). Have this be the default, as PC users are the common case. You: Do a normal system shutdown. Rely on server-grade features (e.g. WOL packet from a networked UPS) to resume operation, or an On/Off state: ON BIOS setting (despite the problems associated with that). Have this be the default, as the risk of data loss from fragile storage media trumps that of system unavailability after an extended outage. Mr. Quette will have to decide this, but I don't think you've made a strong case for a power-cut being significantly detrimental to data or hardware. Yes, there are circumstances where this can happen, but these are exceptions to the rule. And in one well-known case (RAID arrays), the scripts can easily do something different. I think you'll take issue with the NUT documentation, then, as it specifically suggests this approach. I will. But maybe, perchance, the NUT docs don't suggest you do it unless you own hardware that cannot do it properly? I didn't read it yet. I'm getting the impression that hardware that cannot do it properly, as you mean it, includes most PCs and non-server machines. Your view carries the day if NUT's userbase is not mostly these. The point you're talking about is a long standing problem I haven't yet found a *perfect* solution for. As you have well stated both, hardware difference, the huge number of UPSs setup and bios default configuration make it hard (or impossible) to find The Solution. Just to avoid misunderstanding: NUT relies by default upon hardware to be halted, and (BIOS) configured to power on on AC restored. I'll thus leave the patch, but disable it in -2 (scheduled for release by tomorrow), referecing the present thread as a WARNING. When I'll get more time (too busy for the moment with NUT bridging to HAL, some major code rewrite and internal projects), I'll restart 2 sub project (NPS - NUT Packaging Standard, and QA - Quality Assurance: https://alioth.debian.org/pm/?group_id=30602) and try to find The Solution. While the former will focus on NUT integration (ie halt procedure), the latter will focus on reliability of the UPS poweroff and such things (like finding upstream workaround for dumb UPSs to address power races). Thank you both for your constructive feedback, and don't hesitate to add more comments. Arnaud -- Linux / Unix Expert - MGE UPS SYSTEMS - RD Dpt Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ OpenSource Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#323867: option -q doesn't work as it should
Hi, I forgot to mention in my previous mail that the postscript comments appear in the output even when the destination driver isn't postscript, eg. -sDEVICE=pbmraw :(( Regards, Sandor Geller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379120: lspci present on i386, verify on powerpc
Hi, On Saturday 29 July 2006 22:40, Geert Stappers wrote: On a i386 is lspci present in the recent builds op debian-installer. While the installer waits for a keyboard selection, I switched to the second console and typed `lspci` and got the output of lspci. Could this be verified on a powerpc computer? Same on powerpc with the 2006-07-27 build. The Reply-To: is allready set to the bugreport. twice :) regards, Holger pgp7rijdR5vE0.pgp Description: PGP signature
Bug#380424: closed by [EMAIL PROTECTED] (martin f. krafft) (Bug#380424: fixed in mdadm 2.5.2-8)
also sprach jacob [EMAIL PROTECTED] [2006.07.31.0235 +0100]: It now issues an I:, rather than a W:, but the message doesn't reflect reality. linear != raid0, as the message suggests. A better wording might be skipping non-redundant array md%d, since that covers linear, raid0, and any hypothetical, future, non-synced array type. done. Will be in -9. -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system signature.asc Description: Digital signature (GPG/PGP)
Bug#379366: prelink segfault
prelink (0.0.20060712-1) segfaults daily for me too. prelink works fine if the -q option is not given. prelink -p is able to display the cache without crashing. -- Malcolm Parsons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380605: foomatic-filters-ppds: Epson EPL-5800L requires ijs server not in debian
Package: foomatic-filters-ppds Version: 20060712-1 Severity: normal Hi! Here at the office we run the (I know quite proprietary) Epson EPL-5800L Laser Printer. After a fresh installation of CUPS wit gutenprint and foomatic printing the Test Page spawned an error in foomatic rip, which at a closer look occured, because in the PPD Epson-EPL-5800L-epl5800l.ppd.gz there is ijs mode specified: [...] *FoomaticIDs: Epson-EPL-5800L epl5800l *FoomaticRIPCommandLine: gs -q -dBATCH -dSAFER -dNOPAUSE -sProcessCol orModel=DeviceGray -dBitsPerSample=1 -sDEVICE=ijs %A %Z -sIjsServer=ij s_server_epsonepl -dIjsUseOutputFD -sDeviceManufacturer=Epson -sDevice Model=EPL5800L -sIjsParams=quot;%Bquot; -sOutputFile=- - *End [...] That particular ijs server is not installed and so the printing fails: [...] D [31/Jul/2006:11:02:20 +0200] [Job 3] foomatic-gswrapper: gs '-dBATCH' '-dSAFER' '-dNOPAUSE' '-sProcessColorModel=DeviceGray' '-dBitsPerSample=1' '-sDEVICE=ijs' '-sIjsServer=ijs_server_epsonepl' '-dIjsUseOutputFD' '-sDeviceManufacturer=Epson' '-sDeviceModel=EPL5800L' '-sIjsParams=EplFlowControl=off,EplDpi=600,EplDensity=3,EplRitech=on,EplTonerSave=off,''-sOutputFile=/dev/fd/3' '/dev/fd/0' 31 12 D [31/Jul/2006:11:02:20 +0200] [Job 3] ESP Ghostscript 815.01 (2005-09-22) D [31/Jul/2006:11:02:20 +0200] [Job 3] Copyright (C) 2004 artofcode LLC,Benicia, CA. All rights reserved. D [31/Jul/2006:11:02:20 +0200] [Job 3] This software comes with NO WARRANTY: see the file PUBLIC for details. D [31/Jul/2006:11:02:20 +0200] [Job 3] sh: ijs_server_epsonepl: command not found D [31/Jul/2006:11:02:20 +0200] [Job 3] ESP Ghostscript 815.01: Can't start ijs server ijs_server_epsonepl D [31/Jul/2006:11:02:20 +0200] [Job 3] Warning: the map file cidfmap was not found. D [31/Jul/2006:11:02:20 +0200] [Job 3] Unable to open the initial device, quitting. D [31/Jul/2006:11:02:20 +0200] [Job 3] renderer return value: 1 D [31/Jul/2006:11:02:20 +0200] [Job 3] renderer received signal: 1 D [31/Jul/2006:11:02:20 +0200] [Job 3] tail process done writing data to STDOUT D [31/Jul/2006:11:02:20 +0200] [Job 3] KID4 exited with status 0 D [31/Jul/2006:11:02:20 +0200] [Job 3] KID4 finished D [31/Jul/2006:11:02:20 +0200] [Job 3] KID3 exited with status 3 D [31/Jul/2006:11:02:20 +0200] [Job 3] Renderer exit stat: 3 D [31/Jul/2006:11:02:20 +0200] [Job 3] Process dying with Possible error on renderer command line or PostScript error. Check options., exit stat: 3 D [31/Jul/2006:11:02:20 +0200] [Job 3] error: Illegal seek (29) D [31/Jul/2006:11:02:20 +0200] [Job 3] Possible error on renderer command line or PostScript error. Check options. D [31/Jul/2006:11:02:20 +0200] [Job 3] Renderer process finished D [31/Jul/2006:11:02:20 +0200] [Job 3] Killing process 10960 (KID3) D [31/Jul/2006:11:02:20 +0200] [Job 3] Process dying with Error closing renderer, exit stat: 3 D [31/Jul/2006:11:02:20 +0200] [Job 3] error: Bad file descriptor (9) D [31/Jul/2006:11:02:20 +0200] [Job 3] Error closing renderer E [31/Jul/2006:11:02:20 +0200] PID 10955 (/usr/lib/cups/filter/foomatic-rip) stopped with status 3! This can be solved by installing the aliened rpm from http://sourceforge.net/projects/epsonepl/ because this contains the requiered /usr/bin/ijs_server_epsonep (the remaining files are assigned to /usr/share/doc by alien), because ijs_server_epsonep is not in debian. Will it be possible not to use the ijs or to provide ijs_server_epsonep? Regards, Sebastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages foomatic-filters-ppds depends on: ii foomatic-filters3.0.2-20060712-1 linuxprinting.org printer support ii hpijs-ppds [hplip-ppds] 2.1.10+0.9.11-2 HP Linux Printing and Imaging - HP Versions of packages foomatic-filters-ppds recommends: ii cupsys1.2.2-1Common UNIX Printing System(tm) - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380603: dnsmasq: also provide upstream DNS servers to client resolv.conf as 2nd and 3rd choice
Package: dnsmasq Version: 2.32-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Unless I misunderstod some existing configuration option, there doesn't seem to be any way to make dnsmasq provide the DNS servers it itself gets to DHCP clients. Right now, clients receive exactly one search domain and one DNS server IP (the IP of the dnsmasq host). It would be desirable to also provide upstream DNS servers IP. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEzcxHeXr56x4Muc0RAn3+AKCFh6JraU7orSu1xJ8/jK82rl3PeQCeMRus Go9RJsBtkKMWdkJA7UxjXh8= =DEMh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319191: icewm: this Unicode issue affects *ANY* UTF-8 locale with non-ASCII characters
ma, 2006-07-31 kello 06:32 +0200, Marko Macek kirjoitti: Eduard Bloch wrote: #include hallo.h * Marco Macek [Sun, Jul 30 2006, 05:24:42PM]: Martin-Éric Racine wrote: fonts.conf is attached. Check if Xft is being used with ldd /usr/bin/icewm: libXft should appear in the list. BTW: where do you have the font installed? Did you run fc-cache? How does the font appear in fc-list? Marco, I have a similar problem with Cyrillic chars. The Debian standard build uses Xft and imlib, lite build uses X11 fonts and libxpm, see below. The problem is reproduced easily with: xtermset -n асдф-Fön -T асдф-Fön There you see only junk (like not decoded multibyte) instead of non-ascii chars. My fc-list output looks well, I have the default set of Windows-XP fonts integrated as usual, see attachement. Choice of theme does not make any difference. Some time ago I had success using Verdana, but this does not work anymore. I tried: TitleFontNameXft=Verdana:size=12 in prefoverride. The font changes, the breakage is still there. I have tested Verdana with Cyrillic, see attached screenshot. Titlebar is OK (font has cyrillic), the taskbar is not (default font). Which X version (mine is X.Org version: 7.0.0) Debian Testing currently has X.org 7.0. Anyhow, I finally got Unicode to work. The solution seems two-fold: 1) IceWM needs to use a default font with a more thorough Unicode support, because the generic sans-serif might end up calling a really spartan font, on some systems. 2) Debian has to fix the way it handles locales. Basically, if LANG is not exported by the initialisation scripts of whichever shell launches X, they IceWM will never know it's supposed to be running in a non-ASCII locale and it then flatly refuses to show 8-bit characters (even though applications running inside it might have no problem whatsoever displaying a multitude of scripts simultaneously). Ditto if, when configuring locales (or belocs-locales-bin), the user decides to NOT set a default system locale. I think that, from now on, absolutely everything in the POSIX universe ought to assume that the C locale really means C.UTF-8 and not C.ASCII. This would simplify an awful lot of non-Bushistanese people's life. If this requires updating some obscure RFC which states that C means ASCII then, by $deity, let's update this ASAP. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#310811: Unable to reproduce this bug
On 31/07/06, Simon Brandmair [EMAIL PROTECTED] wrote: Hi, On 29.07.2006 12:45 (Saturday), Øystein Gisnås wrote: I am to able to reproduce this crash on my system. Do you still have the mail that caused it? Yes. I kept it. I can send it to you if you want. Yes, that would be great! I will have a look at it then. Do you have the chance to verify that the bug is still there with a recent version of Balsa? I am still running Sarge, but I will upgrade to Etch in the next week or so (if I find some time). I will post an update with a new balsa version then. Excellent. There's an upgrade going into the archive tomorrow that'll be your new version then. Cheers, Øystein
Bug#379552: License violation
Hello Iñaki, This software is licensed under GPL but it links against openssl that is incompatible with the license. Since you have ITA'd the package, are you working on this? It should be compiled without ssl support. Asking the upstream author for an exception would be even better. Thijs signature.asc Description: This is a digitally signed message part
Bug#286799: closed by Peter Eisentraut [EMAIL PROTECTED] (Re: Bug#286799: should use request's destination IP as reply's source IP)
On Sun, Jul 30, 2006 at 03:03:15AM -0700, Debian Bug Tracking System wrote: According to https://ntp.isc.org/bugs/show_bug.cgi?id=148 (and various similar bugs), this should be fixed in the latest version. Please check that it works for you. Confirmed by backporting the current sid version to sarge and installing the resulting package on the productive system (since I do not have a system with multiple interfaces for testing). Works like a charm, thanks. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380609: konsole: prompt bold-printing no longer works
package: konsole version: 3.5.4-2 severity: normal In .bashrc I set my prompt to this: PS1='[EMAIL PROTECTED]:\w\[\033[27m\]\$ \[\033[39;22;0m\]' in order to have it printed bold. After upgrading from konsole_3.5.3-2 to 3.5.4-2 this no longer works. Thanks, Thomas -- Echte DSL-Flatrate dauerhaft für 0,- Euro*. Nur noch kurze Zeit! Feel free mit GMX DSL: http://www.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380606: fwbuilder: generates -j LOG when asked for ULOG
Package: fwbuilder Version: 2.0.9-1+b1 Severity: normal when changing logging option in gui to ULOG, generated firewall is still using -j LOG. Gui changes option useULOG in .xml file, which seems irrelevant to fwb_ipt. Manually changing option use_ULOG (with underscore) affects generated log target. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Versions of packages fwbuilder depends on: ii fwbuilder-common 2.0.9-1 Firewall administration tool GUI ( ii fwbuilder-linux [fwbuilder 2.0.9-1+b1Firewall Builder policy compiler(s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libfwbuilder6c2a 2.0.9-3.3 Firewall Builder API library ii libgcc11:4.1.1-5 GCC support library ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsnmp9 5.2.2-3 NET SNMP (Simple Network Managemen ii libssl0.9.80.9.8b-2 SSL shared libraries ii libstdc++6 4.1.1-5 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-9 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.0.0-7 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxml22.6.26.dfsg-2 GNOME XML library ii libxslt1.1 1.1.17-2 XSLT processing library - runtime ii zlib1g 1:1.2.3-13compression library - runtime fwbuilder recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380610: libsmbios: FTBFS: bashisms
Package: libsmbios Version: 0.11.5-1 Severity: important Hello, There was a problem while autobuilding your package: Automatic build of libsmbios_0.11.5-1 on avidan by sbuild/i386 0.49 Build started at 20060731-1210 ** ... dh_installman -plibsmbios-bin for file in /build/buildd/libsmbios-0.11.5/{supported-bins,bins}/output/*; do \ exename=`basename ${file}` ; \ ln -s smbios-bin.1 \ /build/buildd/libsmbios-0.11.5/debian/libsmbios-bin/usr/share/man/man1/${exename}.1 ; \ done ln: creating symbolic link `/build/buildd/libsmbios-0.11.5/debian/libsmbios-bin/usr/share/man/man1/smbios-bin.1' to `smbios-bin.1': File exists make: *** [install] Error 1 ** Build finished at 20060731-1216 FAILED [dpkg-buildpackage died] -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#380488: Alternative autologin at console.
I have been thinking about console (terminal) autologin. My interest is in serial consoles particularly but I've tried to come to a solution that handles serial and vga virtual terminals the same... I'm basing this on an old implementation of mine: == = from http://lists.gnu.org/archive/html/adr-devel/2004-09/msg2.html == I modify /etc/inittab to include the lines: 1:2345:respawn:/sbin/getty -n -l /sbin/rootshell 38400 tty1 T0:23:respawn:/sbin/serialrootshell and have --8-- (/sbin/rootshell) #!/bin/sh exec /bin/login -f root --8-- --8-- (/sbin/serialrootshell) #!/bin/sh speed=`stty speed --file=/dev/ttyS0` exec /sbin/getty -n -l /sbin/rootshell -L ttyS0 $speed vt100 --8-- This ensures a root shell on the console and serial port == This idea needs modifying for the casper environment... for example I don't want a rootshell but a user shell. My new casper version of this idea is as follows: replace all (active) instances of /sbin/getty in /etc/inittab with /sbin/casper-getty . #run this out of casper-bottom/23configure_init instead of existing sed line sed -i -e'/^[^#]/s%respawn:/sbin/getty%respawn:/sbin/casper-getty%' /etc/inittab have /sbin/casper-getty look like: ---8---(/sbin/casper-getty)---8--- #!/bin/sh autologin=1 for opt in $* ; do if [ $opt = -l -o $opt = -n] ; then autologin=0 fi done if [ $autologin = 1 ] ; then exec /sbin/getty -n -l /sbin/casper-login $* else exec /sbin/getty $* fi ---8--8--8--8--8--- Have /sbin/casper-login look SOMETHING like: ---8---(/sbin/casper-login)---8--- #/bin/sh exec /sbin/login -f $USERNAME ---8--8--8--8--8--- However I can't see that $USERNAME is passed from the casper initramfs to the final system... Perhaps the casper.conf from the root of the debian source could be _installed_ in /etc/intiramfs-tools/conf.d/ and the casper-bottom scripts could copy this to /etc/casper.conf of the booted system Then /sbin/casper-login could look like: ---8---(/sbin/casper-login)---8--- #/bin/sh USERNAME=root [ -f /etc/casper.conf] . /etc/casper.conf exec /sbin/login -f $USERNAME ---8--8--8--8--8--- This idea should work for any(most?!?) standard getty lines in /etc/inittab regardless of configuration for virtual console or serial line. This leaves one corner case... when the kernels /dev/console is a serial line due to a console= statement on the kernel command line. This can be handled in one of 2 ways: (1) let the admin add a normal serial getty to inittab and let the above idea take care of things! (2) check /proc/cmdline and determin console. If it is a ttyS? device and there is no getty line for that port add one! something like: ---8--- defconsole=$(sed -e 's%.*console=%console=%' /proc/cmdline) if echo ${defconsole} | grep -qs console=ttyS; then PORT=$(echo ${defconsole} | \ sed -e's%^console=%%' -e's%,.*%%') SPEED=$(echo ${defconsole} | \ sed -e 's%^console=ttyS[0-9]\+,%%' \ -e's%\([0-9]\+\).*%\1%') if ! grep -qs :respawn:/sbin/getty.*${PORT} /etc/inittab while true ; do #create a random inittab ID of form letter number ID=$(echo -e $(printf '\%04o' $(($RANDOM/1310 + 65)) \ $(($RANDOM/3640 + 48)) ) ) if ! grep ^${ID}: /etc/inittab ; then #make sure it is not already in use break fi done echo ${ID}:2345:respawn:/sbin/casper-getty -L ${PORT} ${SPEED} vt100\ /etc/inittab fi fi ---8--- This above snipped could go in casper-bottom/25configure_init The casper-login and casper-getty could either be written out as catEOF docs in casper-bottom/25configure_init or more properly be installed as part of the casper package. In that case they might more properly go in /usr/lib/casper/ rather than /sbin but I'm not sure about that. I hope I have explained this idea clearly... Any thoughts? Regards Alex Owen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379120: lspci present on i386, verify on powerpc
On 29/07/06, Geert Stappers [EMAIL PROTECTED] wrote: On a i386 is lspci present in the recent builds op debian-installer. While the installer waits for a keyboard selection, I switched to the second console and typed `lspci` and got the output of lspci. Could this be verified on a powerpc computer? (no need to do a re-installed ( no computer harm )) The gtk-miniiso (downloaded a week ago, IIRC) contained it, just cjhecked. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380596: mdadm: clarify arrays to start for root question
tags 380596 confirmed patch severity 380596 important thanks also sprach Christian Pernegger [EMAIL PROTECTED] [2006.07.31.0945 +0100]: The default answer in my case is /dev/md_d0p1, i. e. the first partition on the array. Is this correct or should the answer refer to the array itself (/dev/md_d0)? You tell me! I am not acquainted with partitionable arrays, but it seems that the entire array needs to be started to get at the partition, huh? If the current hooks don't even support partitionable md a warning would be in order. (Can't check as my initrd is homegrown.) I'll fix this in -9. Could you please try the attached patch? # save to /tmp/config.patch patch /var/lib/dpkg/info/mdadm.config /tmp/config.patch dpkg-reconfigure -plow mdadm Thanks! -- Please do not send copies of list mail to me; I read the list! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer and author: http://debiansystem.info `. `'` `- Debian - when you have better things to do than fixing a system Index: mdadm.config === --- mdadm.config(revision 32) +++ mdadm.config(working copy) @@ -77,19 +77,22 @@ ARRAYS='' ERROR=0 for i in $INITRDSTART; do + +# just in case people use commas between devices +i=${i%,} + +# standardise by prefixing /dev/ +case $i in md*) i=/dev/$i;; *) :;; esac + +# remove partition from name of partitionable devices +i=${i%p[0-9]*} + case $i in - /dev/md*) -t=${i%,} # just in case people use commas between devices -[ -b $t ] ARRAYS=${ARRAYS:+$ARRAYS }$t continue -echo E: invalid device: $i 2 + /dev/md[0-9]*|/dev/md_d[0-9]*) +[ -b $i ] ARRAYS=${ARRAYS:+$ARRAYS }$i continue +echo E: device does not exist: $i 2 ERROR=1; break ;; - md*) -t=/dev/${i%,} # just in case people use commas between devices -[ -b $t ] ARRAYS=${ARRAYS:+$ARRAYS }$t continue -echo E: invalid device: $i 2 -ERROR=1; break -;; *) echo E: unrecognised device string: $i 2 ERROR=1; break signature.asc Description: Digital signature (GPG/PGP)
Bug#379130: xchat: crashes on binary contents
I reply here, since SF.net's bug tracker really sux (and gives errors when trying to add a comment). First point, the Python plugin's author doesn't maintain it any more. I have done the odd bug fix, but I can only handle small stuff, Python isn't my forte. What should the fix be? Can you condense it down to 1 line? :) Remember, the plugin is linked with -lpython, not pygtk, so calling some pygtk function might be a problem. P.S This debian bug tracker for xchat has some horribly outdated bugs. Does the debian package need a new maintainer? -Peter. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359073: Net/RBLClient.pm (postgreyreport)
On Sun, 30 Jul 2006 16:32:03 +0200, gregor herrmann wrote: Hmmm. It seems that perl module is not packaged yet at this time. I don't have time to package it right now, perhaps somebody of the perl group has time to package it? Done. The package is in the Debian Perl Group's svn repository. libnet-rblclient-perl has entered the NEW queue today. And it has already entered the archive: http://packages.qa.debian.org/libn/libnet-rblclient-perl.html Adrian, your turn ;-) Cheers, gregor -- .''`. http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4 : :' : debian: the universal operating system - http://www.debian.org/ `. `' member of https://www.vibe.at/ | how to reply: http://got.to/quote/ `-Beam me up, Scotty! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379359: directory
hi, i have the same errors running update-python-modules the directory has the following content: ls -l /var/lib/python-support/python2.4/kiwi-1.9.8.egg-info lrwxrwxrwx 1 root root 66 2006-07-31 11:40 PKG-INFO - /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/PKG-INFO lrwxrwxrwx 1 root root 69 2006-07-31 11:40 SOURCES.txt - /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/SOURCES.txt lrwxrwxrwx 1 root root 71 2006-07-31 11:40 top_level.txt - /usr/share/python-support/python-kiwi/kiwi-1.9.8.egg-info/top_level.txt dir /var/lib/python-support/python2.3/kiwi-1.9.8.egg-info does not exist here. cheers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380552: coreutils - FTBFS
[EMAIL PROTECTED] (Bob Proulx) wrote: Michael Stone wrote: Bastian Blank wrote: [...] FAIL: pwd-long Since this is the only failure listed, I'll assume it's the problem. Was there any actual diagnostic message in the part you snipped? Thanks for the report. If you can set the VERBOSE=yes variable and build again and report the detailed debugging output that would allow us to know more information about this problem. In the build directory: env VERBOSE=yes make -C tests/misc TESTS=pwd-long Or whatever you need to do to get VERBOSE=yes set for the pwd-long test. That will produce shell tracing output. Thanks for the report. Please do as Bob suggests and also tell us the type of file system in use (df -T) and kernel/libc versions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379885: Log for failed build of ecl_0.9i-2 (dist=unstable4)
* Martin Michlmayr [EMAIL PROTECTED] [2006-07-31 10:11]: /build/tbm/ecl-0.9i/build/ext/asdf.c: In function 'LC67traverse': /build/tbm/ecl-0.9i/build/ext/asdf.c:1703: internal compiler error: in ia64_expand_move, at config/ia64/ia64.c:1088 This one also happens with gcc-4.0 and gcc-4.1. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380259: no copyright file in source package
serverity 380259 wishlist thanks The Debian Policy does not say that the source package have to contain debian/copyright file. The YADA packaging tool generates the /usr/share/doc/PACKAGE/copyright file based on informations from debian/packages file. The debian/copyright file could be compiled at build time and saved in source package, so I don't close the bugreport, yet, and I'll forward the report to the yada package, later. On Friday 28 July 2006 20:21, Joey Hess wrote: Package: rpmstrap Version: 0.5.2-2 Severity: normal If I apt-get source this package, there is no debian/copyright file. The binary package has one, but I don't know where it came from. I'm not sure if this is a policy violation or not, and don't much care; please be like every other source package and include a debian/copyright. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages rpmstrap depends on: ii rpm 4.4.1-9.1 Red Hat package manager ii wget 1.10.2-2 retrieves files from the web rpmstrap recommends no packages. -- no debconf information -- .''`.Piotr Roszatycki : :' :mailto:[EMAIL PROTECTED] `. `' mailto:[EMAIL PROTECTED] `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380535: exult: Package update and misc fixes
On Sun, Jul 30, 2006 at 10:50:59PM +0200, Michael Banck wrote: Hrm, what was the build failure? I seem to be able to build exult (1.2-7) fine (and the autobuilders are tripping over an issue with libsdl which apparently has been fixed recently) The error was: dh_movefiles -Nexult dh_movefiles: Compatibility levels before 4 are deprecated. dh_movefiles -pexult dh_movefiles: Compatibility levels before 4 are deprecated. The following files are not accounted for: debian/tmp/usr/share/games/exult/faces.vga debian/tmp/usr/share/games/exult/gumps.vga debian/tmp/usr/share/games/exult/shapes.vga debian/tmp/usr/share/games/exult/sprites.vga debian/tmp/usr/share/games/exult/fonts.vga debian/tmp/usr/share/games/exult/pointers.shp debian/tmp/usr/share/games/applications/exult.desktop debian/tmp/usr/share/games/icons/exult.png make: *** [install] Error 1 I have been looking at it, and it certainly works fine on clean environments (I should have checked this before!). It fails here because automake-1.9, which currently has an higher priority than 1.4, is installed. The thing that still puzzles me is 01_estudio_dir.patch. The package fails to build with automake-1.9 because exult-studio data files are installed to usr/share/games/exult/, while debian/rules expects usr/share/games/exult/estudio/new/. But the purpose of that patch is to install those files in usr/share/games/exult/, isn't it? So, either leave things as they are (perhaps running automake-1.4 instead of automake): same debian/rules, data files in usr/share/games/exult/estudio/new/, mising .desktop file, and useless 01_estudio_dir.patch; or switch to a newer automake. I prefer the latter ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380607: RFP: libmysql-parser-perl -- Perl API for MySQL's SQL Parser
Package: wnpp Severity: wishlist * Package name: libmysql-parser-perl Version : 0.40 Upstream Author : Philip Stoev [EMAIL PROTECTED] * URL or Web page : http://search.cpan.org/~philips/ * License : GPL Description : Perl API for MySQL's SQL Parser This module provides access to MySQL's SQL parser, which is a full-featured lexx/yacc-based SQL parser, complete with subqueries and various MySQL extensions. You can find documentation here: http://search.cpan.org/~philips/DBIx-MyParse-0.40/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380608: parted doesn't show partition table sometimes
Package: parted Version: 1.7.1-2.1 Severity: normal Depending on the precise layout of the partition table, parted either shows or doesn't show the partitions. For example, here is sfdisk dump for a partition table which parted refuses to show: # sfdisk -d /dev/sdb Warning: extended partition does not start at a cylinder boundary. DOS and Linux will interpret the contents differently. # partition table of /dev/sdb unit: sectors /dev/sdb1 : start= 63, size=312576642, Id= f /dev/sdb2 : start=0, size= 0, Id= 0 /dev/sdb3 : start=0, size= 0, Id= 0 /dev/sdb4 : start=0, size= 0, Id= 0 /dev/sdb5 : start=163846998, size=67087377, Id=fd /dev/sdb6 : start=230934438, size=80983602, Id=fd # parted /dev/sdb print Disk /dev/sdb: 160GB Sector size (logical/physical): 512B/512B Partition Table: msdos Information: Don't forget to update /etc/fstab, if necessary. On the other hand, another drive works as expected with parted. Here is the sfdisk -d: Warning: extended partition does not start at a cylinder boundary. DOS and Linux will interpret the contents differently. # partition table of /dev/sda unit: sectors /dev/sda1 : start= 63, size=312576642, Id= f /dev/sda2 : start=0, size= 0, Id= 0 /dev/sda3 : start=0, size= 0, Id= 0 /dev/sda4 : start=0, size= 0, Id= 0 /dev/sda5 : start= 126, size= 8209089, Id=fd /dev/sda6 : start= 8209278, size=73706157, Id=8e /dev/sda7 : start=163846998, size= 8032437, Id=83 /dev/sda8 : start=263755233, size=48821472, Id=83 /dev/sda9 : start=214917633, size=48837537, Id=83 This is an annoying bug because I prefer to edit the partition table with parted but it isn't working. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15.4-b1 Locale: LANG=C, LC_CTYPE=C Versions of packages parted depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libncurses5 5.5-2 Shared libraries for terminal hand ii libparted1.7-11.7.1-2.1 The GNU Parted disk partitioning s ii libreadline5 5.1-7 GNU readline and history libraries -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379902: [Pkg-kde-extras] Bug#379902: ksynaptics: sometimes crashes at kde shutdown
On Sat, Jul 29, 2006 at 03:47:37PM +0200, Pierre Habouzit wrote: so it means that it's a problem in ksynaptics. I've not the time to create a package with debugging symbols (unstripped version) for you, we will do that so that you can give a good bactrace on your machine, and then we will send it upstream's. I tried building a package with debugging symbols myself, but failed. I created a package ksynaptics-dbg in debian/control to have cdbs automatically pick it up and fill it with life: Package: ksynaptics-dbg Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, xserver-xorg-input-synaptics Description: Synaptics TouchPad configuration tool for KDE (debug info) KSynaptics aims to help KDE users to configure their Synaptics TouchPad, that's commonly used in laptops, through the Synaptics TouchPad driver for XFree86 server. KSynaptics can be run in standalone mode or embedded into the KControl Center. . Homepage: http://qsynaptics.sourceforge.net Unfortunately, this seems to confuse the build process so that both packages get built, but the ksynaptics package doesn't contain any binaries any more. What am I doing wrong? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380551: /usr/bin/cpan: configure offline
On Mon, Jul 31, 2006 at 04:04:19AM +0800, Dan Jacobson wrote: Package: perl Version: 5.8.8-4 Severity: wishlist File: /usr/bin/cpan I was doing rather well configuring cpan(1) offline with wwwoffle, until I got to: Select your continent (or several nearby continents) [] asia invalid items entered, try again Select your continent (or several nearby continents) [] Asia invalid items entered, try again Select your continent (or several nearby continents) [] ? invalid items entered, try again Select your continent (or several nearby continents) [] Sorry! since you don't have any existing picks, you must make a geographic selection. To bad it won't show me valid choices. OK, it needs to go online first. Well if it could only get past this step, one could configure it offline. Unfortunately, the author of the CPAN module may never see this bug. Perhaps you should file the bug as directed within the CPAN documentation. Steve Peters [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281038: [Jython-dev] Java exception and import * in Jython 2.1
On Sat, Jul 29, 2006 at 04:20:08PM -0400, Frank Wierzbicki wrote: I think I have reduced the problem to a problem with import * : Hi Nicolas, Thanks for doing that analysis of this bug. Would you mind making a bug report so that your insights don't get lost? Done : http://sourceforge.net/tracker/index.php?func=detailaid=1531644group_id=12867atid=112867 Thank you. -- Nicolas Duboc [EMAIL PROTECTED] pgppuWCD23LH5.pgp Description: PGP signature
Bug#380613: Gimp crashes when ink is painted over scrollbar with wacom pad
Package: gimp Version: 2.2.12-1 Severity: normal Gimp crashes when using wacom pad and drawing and you accidentally 'draw' over the scroll bar. What normally would happen with just using the mouse is that if your image is a window and it is zoomed into the point were scrollbar is shoved all the way to the left and you 'draw' over the right side the image would just sort of 'shoot' over to the other side. However if your using a extended input device like a wacom pad it will crash. Steps to reproduce: - Obtain, install, and correctly configure the drivers for Wacom tablet device. - Start up da gimp. - From the file toolbar menu select 'preferences'. Click on extended input devices. Then click the button labeled 'Configure Extended Input Devices'. - Enable all 3 devices. - Exit out of all the dialogs and menus. - Open up a new document of good size. - With the new window now grab the lower right hand corner of the window and shrink the window size slightly so that the scroll bar grab-thingy is to left. - with the pen draw a line going rapidly from the middle if the window to the lower right just so the line would seem to cross over far right of the lower scroll bar. - Gimp should crash instantly at this point. It is using gnome with metacity window manager,btw. It's very reliably unreliable for me. Happens every single time. To work around you just have to be careful not to do that. ;) Or disable the extra features for the extended input device so it acts just like another mouse. Also you can upgrade to the version currently available in Debian experimental. It doesn't seem to have this problem. ~$ dpkg --status gimp Package: gimp Status: install ok installed Priority: optional Section: graphics Installed-Size: 7796 Maintainer: Ari Pollak [EMAIL PROTECTED] Architecture: i386 Version: 2.2.12-1 Replaces: gimp-data ( 2.2.11-2) Depends: wget, gimp-data (= 2.2.12-1), libaa1 (= 1.2), libart-2.0-2 (= 2.3.16) , libatk1.0-0 (= 1.9.0), libc6 (= 2.3.6-6), libcairo2 (= 1.2.0), libexif12, l ibexpat1 (= 1.95.8), libfontconfig1 (= 2.3.0), libfreetype6 (= 2.2), libgimp2 .0 (= 2.2.0+rel), libglib2.0-0 (= 2.10.0), libgtk2.0-0 (= 2.8.0), libice6, li bjpeg62, liblcms1 (= 1.08-1), libmng1 (= 1.0.3-1), libpango1.0-0 (= 1.12.3), libpng12-0 (= 1.2.8rel), libsm6, libtiff4, libwmf0.2-7 (= 0.2.8.3), libx11-6, libxcursor1 ( 1.1.2), libxext6, libxfixes3, libxi6, libxinerama1, libxmu6, lib xpm4, libxrandr2, libxrender1, libxt6, zlib1g (= 1:1.2.1) Recommends: gimp-svg, gimp-print Suggests: gimp-help-en | gimp-help, gimp-python, libgimp-perl, gimp-data-extras, libasound2 (= 1.0.0) Conflicts: gimp-data ( 2.2.11-2), libgimp2.0 (= 2.3.0) Description: The GNU Image Manipulation Program The GIMP lets you draw, paint, edit images, and much more! GIMP includes the functionality and plug-ins of other famous image editing and processing programs. . If you'd like to use a MIDI device as an input controller in GIMP, install libasound2 and read the how-to at /usr/share/doc/gimp/README.MIDI v -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380614: cdbs: creates empty packages on -dbg package creation
Package: cdbs Severity: normal Hi, the documentation says that cdbs will automatically detect a -dbg package being defined (in debian/control, I suppose?) and call dh_strip with the appropriate --dbg-package argument. I tried this today with ksynaptics in order to debug #379902. Unfortunatlely, simply adding ksynaptics-dbg to debian/control made me end up with a binary-less ksynaptics.deb. Looks like either a bug in the docs, or a bug in cdbs itself. Greetings Marc -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7-zgsrv Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379572: Fwd: Bug#379572: http://www.debian.org/international/Romanian should mention the Debian L10N Romanian team wiki page
On 31/07/06, David Martínez Moreno [EMAIL PROTECTED] wrote: El viernes, 28 de julio de 2006 20:24, Eddy Petrişor escribió: Hello, I don't know when I will be online again, and since 48 hours seems to little time for a review, I am sending this with a request to upload the page as is in case nobody replies to the thread in about three more days (I guess this term is reasonable). Deban-l10n-romanian subscribers, in case you have objections for the sent content, please send those objections to the bug, too (reply all will do the right thing). Is is fine for you if I commit your suggestions, for example, tomorrow morning? Since no real objections to the new content appeared on the list (,although there were for the wiki page :-) , I see no problem with it. But, if you would like to, please remove boldification around the rlug link. The community around it is not too active around free software contribution, but only around using it, while we would like to gather more people around contribution, especially translations. TIA -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#380552: coreutils - FTBFS
Michael Stone wrote: Since this is the only failure listed, I'll assume it's the problem. Was there any actual diagnostic message in the part you snipped? It looks like the answer is yes. The log (including the build environment) is at http://buildd.debian.org/fetch.php?pkg=coreutilsver=5.97-1arch=s390stamp=1154265812file=logas=raw Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380612: crack-attack: Please improve support for colorblind people
Package: crack-attack Severity: wishlist Version: 1.1.14-5 Crack Attack! currently uses only colors to distinguish the different blocks. This unfortunately makes the game a lot more difficult for colorblind people. Frozen Bubble added visual shapes inside the bubbles which can be activated by using the --colourblind flag. At first look, the change needed to add a similar feature might be pretty intrusive, since each block would need either a different texture, or a different shape (in three definitions). An alternative way would be to add the ability to configure the color set without the need for a full recompilation. For the record, here is the patch that I made which allows me to play in spite of my protanomaly. Regards, -- Jérémy --- crack-attack-1.1.14.orig/src/DrawBlocks.cxx +++ crack-attack-1.1.14/src/DrawBlocks.cxx @@ -43,36 +43,36 @@ #include X.h const GLfloat Displayer::block_colors[BF_NUMBER][3] - = { { 0.73f, 0.0f, 0.73f }, // purple + = { { 0.73f, 0.5f, 0.73f }, // purple { 0.2f, 0.2f, 0.8f },// blue { 0.0f, 0.6f, 0.05f }, // green { 0.85f, 0.85f, 0.0f }, // yellow - { 1.0f, 0.4f, 0.0f },// orange + { 1.0f, 0.73f, 0.5f },// orange { 1.0f, 0.0f, 0.0f },// wild { 0.4f, 0.4f, 0.4f },// gray { 0.05f, 0.05f, 0.05f }, // black { 0.95f, 0.95f, 0.95f }, // white - { 2.0f * 0.73f, 2.0f * 0.0f, 2.0f * 0.73f }, // special purple + { 2.0f * 0.73f, 2.0f * 0.5f, 2.0f * 0.73f }, // special purple { 2.0f * 0.2f, 2.0f * 0.2f, 2.0f * 0.8f },// special blue { 2.0f * 0.0f, 2.0f * 0.6f, 2.0f * 0.05f }, // special green { 2.0f * 0.85f, 2.0f * 0.85f, 2.0f * 0.0f }, // special yellow - { 2.0f * 1.0f, 2.0f * 0.4f, 2.0f * 0.0f } }; // special orange + { 2.0f * 1.0f, 2.0f * 0.73f, 2.0f * 0.5f } }; // special orange const GLfloat creep_colors[BF_NUMBER][3] - = { { 0.25f * 0.73f, 0.25f * 0.0f, 0.25f * 0.73f }, // purple + = { { 0.25f * 0.73f, 0.25f * 0.5f, 0.25f * 0.73f }, // purple { 0.25f * 0.2f, 0.25f * 0.2f, 0.25f * 0.8f },// blue { 0.25f * 0.0f, 0.25f * 0.6f, 0.25f * 0.05f }, // green { 0.25f * 0.85f, 0.25f * 0.85f, 0.25f * 0.0f }, // yellow - { 0.25f * 1.0f, 0.25f * 0.4f, 0.25f * 0.0f },// orange + { 0.25f * 1.0f, 0.25f * 0.73f, 0.25f * 0.5f },// orange { 0.25f * 1.0f, 0.25f * 0.0f, 0.25f * 0.0f },// wild { 0.25f * 0.4f, 0.25f * 0.4f, 0.25f * 0.4f },// gray { 0.25f * 0.05f, 0.25f * 0.05f, 0.25f * 0.05f }, // black { 0.25f * 0.95f, 0.25f * 0.95f, 0.25f * 0.95f }, // white - { 0.5f * 0.73f, 0.5f * 0.0f, 0.5f * 0.73f }, // special purple + { 0.5f * 0.73f, 0.5f * 0.5f, 0.5f * 0.73f }, // special purple { 0.5f * 0.2f, 0.5f * 0.2f, 0.5f * 0.8f }, // special blue { 0.5f * 0.0f, 0.5f * 0.6f, 0.5f * 0.05f }, // special green { 0.5f * 0.85f, 0.5f * 0.85f, 0.5f * 0.0f }, // special yellow - { 0.5f * 1.0f, 0.5f * 0.4f, 0.5f * 0.0f } }; // special orange + { 0.5f * 1.0f, 0.5f * 0.73f, 0.5f * 0.5f } }; // special orange void Displayer::setWildBlockColor ( Block block, float flash ) { signature.asc Description: Digital signature
Bug#380598: quilt: build fails ungracefully if /proc not mounted
On Mon, Jul 31, 2006 at 12:35:05PM +0200, Martin Quinson wrote: Ok, I'll have a look at this one. Could you please paste some of the error messages your are getting? Typescript attached. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 typescript.gz Description: Binary data
Bug#359199: Quick and dirty patch
Hi! I've been hit by this issue while installing an Ubuntu Dapper with the text mode debian-installer. I was unable to figure out why apt was sending full URIs to appprox, so I made a quick and dirty patch to approx which fixes this issue. I'm sending it here for the record, but I don't know if it's worth re-opening the bug, so I'm leaving it as is. Regards, -- Jérémy --- approx-2.06.orig/approx.ml 2006-04-28 19:19:27.0 +0200 +++ approx-2.06/approx.ml 2006-07-31 00:12:08.0 +0200 @@ -452,9 +452,11 @@ end end -let validate_path path = +let rec validate_path path = let name = relative_path path in match explode_path name with + (* Handle full URLs by dropping the first URL parts *) + | http: :: _ :: _ :: rest - validate_path (implode_path rest) | dir :: rest - (try name, implode_path (Config.get dir :: rest) with Not_found - signature.asc Description: Digital signature
Bug#380611: kernel modules for iproute command missing
Package: fai-kernels Version: 1.11.1 Severity: wishlist If you want to use the iproute command the kernel needs additional modules. From the iproute packages decription: At least, the options CONFIG_NETLINK and CONFIG_NETLINK_DEV (or CONFIG_RTNETLINK) must be compiled into the running kernel. I think we can add them as loadable modules. -- regards Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335538: Similar problem - kernel 2.6.8-2-386
I am running Debian3.1 with kernel 2.6.8-2-386 on a Dell Laptop. I am using it as a remotely accessed always-on server. It seems to run quite well, but sometimes after a few months, I get a dma_timer_expiry: dma status == 0x20 error the file system (reiserFS) resets itself into readonly mode. I get all sorts of Input/Output errors and I can't even reboot the box. Is this showing that the disk is bad? It seems not to be as it is working fine for months before getting the DMA errors. Is there anything I can configure to avoid these problems? Is there a kernel modification, or fstab/hdparm command, or other filesystem that I should use that will prevent the drive going into read-only mode? Thank you for any help! [EMAIL PROTECTED]:/etc# cat debian_version cat: debian_version: Input/output error from syslog: Jul 1 13:55:54 localhost kernel: hda: dma_timer_expiry: dma status == 0x20 Jul 1 13:56:59 localhost syslogd: /var/log/kern.log: Input/output error Jul 1 13:56:59 localhost kernel: hda: DMA timeout retry Jul 1 13:56:59 localhost kernel: hda: timeout waiting for DMA Jul 1 13:56:59 localhost kernel: hda: status timeout: status=0xd0 { Busy } Jul 1 13:56:59 localhost kernel: Jul 1 13:56:59 localhost kernel: hda: drive not ready for command Jul 1 13:56:59 localhost kernel: ide0: reset timed-out, status=0xd0 Jul 1 13:56:59 localhost kernel: hda: status timeout: status=0xd0 { Busy } Jul 1 13:56:59 localhost kernel: Jul 1 13:56:59 localhost kernel: hda: drive not ready for command Jul 1 13:56:59 localhost kernel: ide0: reset timed-out, status=0xd0 Jul 1 13:56:59 localhost kernel: end_request: I/O error, dev hda, sector 13187688 Jul 1 13:56:59 localhost kernel: end_request: I/O error, dev hda, sector 270432 Jul 1 13:56:59 localhost kernel: Buffer I/O error on device hda2, logical block 1674 Jul 1 13:56:59 localhost kernel: lost page write due to I/O error on hda2 Jul 1 13:56:59 localhost kernel: end_request: I/O error, dev hda, sector 270440 Jul 1 13:56:59 localhost kernel: Buffer I/O error on device hda2, logical block 1675 Jul 1 13:56:59 localhost kernel: lost page write due to I/O error on hda2 Jul 1 13:56:59 localhost kernel: end_request: I/O error, dev hda, sector 270448 Jul 1 13:56:59 localhost kernel: Buffer I/O error on device hda2, logical block 1676 Jul 1 13:56:59 localhost kernel: lost page write due to I/O error on hda2 Jul 1 13:56:59 localhost kernel: REISERFS: abort (device hda2): Journal write error in flush_commit_list Jul 1 13:56:59 localhost kernel: REISERFS: Aborting journal for filesystem on hda2 Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 688 on readonly FS Jul 1 13:56:59 localhost last message repeated 11 times Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 1726 on readonly FS Jul 1 13:56:59 localhost last message repeated 5 times Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 688 on readonly FS Jul 1 13:56:59 localhost last message repeated 5 times Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 1726 on readonly FS Jul 1 13:56:59 localhost last message repeated 5 times Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 688 on readonly FS Jul 1 13:56:59 localhost last message repeated 11 times Jul 1 13:56:59 localhost kernel: ReiserFS: hda2: warning: clm-6006: writing inode 1726 on readonly FS Jul 1 13:56:59 localhost [EMAIL PROTECTED]:/var/log# -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380185: mozilla-firefox: extension not working after upgrade to 1.0.4-2sarge9
Eric Dorland wrote: * Ed ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.4-2sarge9 Severity: normal i have problems with many extensions after last firefox update. problem: extension is listed in extensions list, configuration work, but extension not work. Have you tried reinstalling the extensions? Are they the latest version? yes, of course. now i install firefox from testing - and all work ok. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380434: munin-node silently refuses to start if /var/run/munin is not present
retitle 380434 deal with /var/run/munin gone AWOL severity 380434 wishlist tags 380434 fixed-upstream quit * Paul Radford In an effort to reduce FS writes on a system with a solid-state disk, I mount /var/run as a tmpfs, i.e. ramdisk. Other packages do not mind and create their /var/run/xxx directories as required, e.g. bind. When /var/run/munin is not present after a reboot, munin-node refuses to start but does not issue an error message. You arbitrarily delete contents of the munin-node package, and then consider it a bug that it doesn't work any longer? Please. There's already code to handle this situation in the upstream repositories, however. (To support Ubuntu, which does the same thing as you do, for some strange reason.) For what it's worth you'll end up with double the amount of writes with your setup (mkdir+pidfile creation vs. pidfile creation only). Regards -- Tore Anderson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380571: linux-uvc - FTBFS: Nothing to be done for `binary-arch'.
Package: linux-uvc Version: 0.1.0-4 Severity: serious There was an error while trying to autobuild your package: Please fix P-a-s. There is nothing to build for arch non-i386. Automatic build of linux-uvc_0.1.0-4 on lxdebian.bfinv.de by sbuild/s390 85 [...] /usr/bin/fakeroot debian/rules binary-arch make: Nothing to be done for `binary-arch'. dpkg-genchanges -B -ms390 Build Daemon buildd_s390-lxdebian dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory ** Build finished at 20060730-2318 FAILED [dpkg-buildpackage died] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380598: quilt: build fails ungracefully if /proc not mounted
On Mon, Jul 31, 2006 at 11:05:43AM +0200, Marc Haber wrote: Package: quilt Severity: wishlist When building quilt in a sarge chroot with /proc not mounted, build fails due to a truckload of tests failing obscurely. This is a bug one debugs for hours on. Package build should check for /proc being mounted and fail with a descriptive error message. Ok, I'll have a look at this one. Could you please paste some of the error messages your are getting? Thanks, Mt. -- Si vous pensez que l'éducation coûte cher, essayez l'ignorance. -- Albert Einstein signature.asc Description: Digital signature
Bug#379881: cyrus-imapd-2.2: several oddities about imapd.conf parameters
Ross Boylan wrote on 28/07/2006 20:37: On Fri, 2006-07-28 at 14:14 +0200, Sven Mueller wrote: I just checked, here is a list of hard-wired service names (they are identical to the executable name AFAICT except those specifically noted): What is the significance of a hardcoded name? That even if you name the service by something else in cyrus.conf the hardcoded name will still work? That if you don't use the hardcoded name in cyrus.conf things will fail? They will always use the hardcoded name as the service name, no matter what you used in cyrus.conf. They will not, however stop to work if their hardcoded name doesn't match the service name you chose in cyrus.conf. They will also not try both names to match configuration options, just the hardcoded one, which is used only to check for service specific configuration options. arbitron chk_cyrus ctl_cyrusdb ctl_deliver ctl_mboxlist cvt_cyrusdb cyr_expire deliver (executable: cyrdeliver) dump (executable: cyrdump) fetchnews idled ipurge mbexamine mbpath ptdump ptexpire quota reconstruct (executable: cyrreconstruct) squatter syncnews tls_prune [...] My reference to the sasl options may have been unclear. I meant, if you set lmtp_allowplaintext and sasl_mech_list how do they interact, perticularly if they contradict each other? You mean like when you only list login in the sasl_mech_list, but set allowplaintext to no? In that case noone will be able to authenticate on non-encrypted (i.e. non-TLS/non-SSL) sessions. I know this from experience rather than from reading the source. The exception is I was also thinking of the case in which one said allowplaintext: yes but PLAIN was not listed in sasl_mech. Well, if you have neither PLAIN nor LOGIN (which are both considered plaintext authentications IIRC) in your sasl_mech_list, it doesn't matter what you have in allowplaintext. Plaintext mechanisms are only tried if they are listed in sasl_mech_list and either 1) The connection is encrypted or 2) allowplaintext is set to yes Too bad upstream hasn't been able to dedicate a bit more effort to the docs. Sad but true. Regards, Sven signature.asc Description: OpenPGP digital signature
Bug#380616: beagle: Beagle version 0.2.7-1 uninstallable due to unmet dependency
Package: beagle Version: 0.2.6-2 Severity: grave Justification: renders package unusable Upon trying to upgrade Beagle from version 0.2.6-2 to version 0.2.7-1, the following error occurs: The following packages have unmet dependencies: beagle: Depends: libgmime2.1-cil (= 2.2.1) but 2.1.19-1 is to be installed E: Broken packages -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages beagle depends on: ii adduser 3.95Add and remove users and groups ii bash 3.1-5 The GNU Bourne Again SHell ii libatk1.0-0 1.12.1-1The ATK accessibility toolkit ii libc62.3.6-16GNU C Library: Shared libraries ii libcairo21.2.0-3 The Cairo 2D vector graphics libra ii libexif120.6.13-4library to parse EXIF files ii libfontconfig1 2.3.2-7 generic font configuration library ii libgalago-cil0.3.2-4 CLI bindings for libgalago ii libgconf2.0-cil 2.8.3-1 CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.3-1 CLI binding for the Glade librarie ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libglib2.0-cil 2.8.3-1 CLI binding for the GLib utility l ii libgmime2.1-cil 2.1.19-1CLI binding for the MIME library, ii libgnome2.0-cil 2.8.3-1 CLI binding for GNOME 2.12 ii libgnomevfs2-0 2.14.2-1GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.18-1The GTK+ graphical user interface ii libgtk2.0-cil2.8.3-1 CLI binding for the GTK+ toolkit 2 ii libmono-corlib1.0-cil1.1.13.8-1 Mono core library (1.0) ii libmono-sharpzip0.6-cil 1.1.13.8-1 Mono SharpZipLib library ii libmono-sharpzip0.84-cil 1.1.13.8-1 Mono SharpZipLib library ii libmono-sqlite1.0-cil1.1.13.8-1 Mono Sqlite library ii libmono-system-data1.0-cil 1.1.13.8-1 Mono System.Data library ii libmono-system-runtime1.0-ci 1.1.13.8-1 Mono System.Runtime library ii libmono-system-web1.0-cil1.1.13.8-1 Mono System.Web library ii libmono-system1.0-cil1.1.13.8-1 Mono System libraries (1.0) ii libmono0 1.1.13.8-1 libraries for the Mono JIT ii libmono1.0-cil 1.1.13.8-1 Mono libraries (1.0) ii libpango1.0-01.12.3-1+b1 Layout and rendering of internatio ii librsvg2-2 2.14.4-2SAX-based renderer library for SVG ii libsqlite0 2.8.16-1SQLite shared library ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4 X11 Screen Saver extension library ii mono-runtime 1.1.13.8-1 Mono runtime Versions of packages beagle recommends: ii poppler-utils 0.4.5-4.1 PDF utilitites (based on libpopple -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310811: Stacktrace
found 310811 2.3.13-1 tag 310811 = confirmed quit Backtrace was generated from '/usr/bin/balsa' Using host libthread_db library /lib/tls/libthread_db.so.1. [Thread debugging using libthread_db enabled] [New Thread -1500615936 (LWP 11986)] 0xa7aa4231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #0 0xa7aa4231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #1 0xa7db9655 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0 #2 signal handler called #3 0x0807ed75 in bm_get_mailbox (list=value optimized out) at balsa-message.c:1971 #4 0x08082693 in balsa_message_set (bm=0x828e348, message=0x835b1c8) at balsa-message.c:2008 #5 0x0809d73b in balsa_window_idle_cb (window=0x825c060) at main-window.c:4692 #6 0xa6ee2451 in g_idle_dispatch (source=0x8374ff0, callback=0x2, user_data=0x825c060) at gmain.c:3796 #7 0xa6ee3e2c in IA__g_main_context_dispatch (context=0x81454d0) at gmain.c:1916 #8 0xa6ee7176 in g_main_context_iterate (context=0x81454d0, block=1, dispatch=1, self=0x8141b00) at gmain.c:2547 #9 0xa6ee7537 in IA__g_main_loop_run (loop=0x8360548) at gmain.c:2751 #10 0xa73584e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x080a60bc in main (argc=) at main.c:775 Thread 1 (Thread -1500615936 (LWP 11986)): #0 0xa7aa4231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xa7db9655 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0 No symbol table info available. #2 signal handler called No symbol table info available. #3 0x0807ed75 in bm_get_mailbox (list=value optimized out) at balsa-message.c:1971 ia = value optimized out #4 0x08082693 in balsa_message_set (bm=0x828e348, message=0x835b1c8) at balsa-message.c:2008 is_new = 1 iter = {stamp = 135144866, user_data = 0x813ff48, user_data2 = 0xa722b0c8, user_data3 = 0x1820658} info = value optimized out #5 0x0809d73b in balsa_window_idle_cb (window=0x825c060) at main-window.c:4692 No locals. #6 0xa6ee2451 in g_idle_dispatch (source=0x8374ff0, callback=0x2, user_data=0x825c060) at gmain.c:3796 No locals. #7 0xa6ee3e2c in IA__g_main_context_dispatch (context=0x81454d0) at gmain.c:1916 No locals. #8 0xa6ee7176 in g_main_context_iterate (context=0x81454d0, block=1, dispatch=1, self=0x8141b00) at gmain.c:2547 got_ownership = value optimized out max_priority = 200 timeout = 0 some_ready = 1 nfds = value optimized out allocated_nfds = value optimized out fds = (GPollFD *) 0x8360558 __PRETTY_FUNCTION__ = g_main_context_iterate #9 0xa6ee7537 in IA__g_main_loop_run (loop=0x8360548) at gmain.c:2751 got_ownership = -1482031568 self = (GThread *) 0x8141b00 __PRETTY_FUNCTION__ = IA__g_main_loop_run #10 0xa73584e1 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0x080a60bc in main (argc=) at main.c:775 snd = value optimized out lst = value optimized out window = (GtkWidget *) 0x825c060 client = value optimized out default_icon = value optimized out #0 0xa7aa4231 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 To get of a copy of the crashing message, please send a request to the submitter or me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379130: xchat: crashes on binary contents
Peter, I reply here, since SF.net's bug tracker really sux (and gives errors when trying to add a comment). Yeah. I still had one item to add on my todo list... First point, the Python plugin's author doesn't maintain it any more. I have done the odd bug fix, but I can only handle small stuff, Python isn't my forte. Ok. What should the fix be? Can you condense it down to 1 line? :) No, I can't really. Remember, the plugin is linked with -lpython, not pygtk, so calling some pygtk function might be a problem. Yeah, actually, have you reviewed the debian bug history? I have here the following info: ---snip todo post to sf bugtracker--- Alright, pygtk can't do anything about this, but they have provisioned a fix. Please read http://bugzilla.gnome.org/show_bug.cgi?id=323786 Apparently newer versions of pygtk have a pyg_disable_warning_redirections function/macro that disables all the redirections again, and this really should be used by xchat when available. ---end snip--- P.S This debian bug tracker for xchat has some horribly outdated bugs. Does the debian package need a new maintainer? No idea :) But if you can spot them right away I'm sure a comment to that bug would be appreciated. johannes signature.asc Description: This is a digitally signed message part
Bug#380459: [pkg-fetchmail-maint] Bug#380459: /etc/init.d/fetchmail awaken really doesn't anything
Hi, * Riccardo Stagni [EMAIL PROTECTED] [2006-07-30 22:42]: On Sun, Jul 30, 2006 at 07:25:34PM +0200, Nico Golde wrote: First thanks for your very good report. I attached a (for me fixed) version of the init script. Can you test, if its ok for you? The script you sent me doesn't work (at least, for the awake part). I think's it's because you use start-stop-daemon just as you were starting fetchmail. -- (from start-stop-daemon(8)) With --start, start-stop-daemon checks for the existence of a specified process. If such a process exists, start-stop-daemon does nothing, and exits with error status 1 (0 if --oknodo is specified). -- Arg you are right. I start the script with awaken, it calls start-stop-daemon, that observes (due the pidfile) that fetchmail is altrady running, and doesn't anything. You can't start another process (and fetchmail have no --awaken option), so there are two solutions: * kill-and-restart the process every time the awaken option of the script is called * use the old solution (launch a non-daemon fetchmail, that will end after mail check/download) using different options rispect the daemon start (as I suggested in the past mail :P) Surely there is a lot of different (better?) solutions, but I have no more ideas! :) I thought about your solutions but here comes mine :) From fetchmail(1): Normally, calling fetchmail with a daemon in the background sends a wake-up signal to the dae- mon, forcing it to poll mailservers immediately. (The wake-up signal is SIGHUP if fetchmail is running as root, SIGUSR1 otherwise.) The wake-up action also clears any 'wedged' flags indi- cating that connections have wedged due to failed authentication or multiple timeouts. So my fix here is to get the pid from the pid-file and send SIGUP (kill -1) to the process. Works pretty well and imho is the sanest solution here. What do you think? Regards Nico -- Nico Golde - JAB: [EMAIL PROTECTED] | GPG: 0x73647CFF http://www.ngolde.de | http://nion.modprobe.de/blog/ Forget about that mouse with 3/4/5 buttons - gimme a keyboard with 103/104/105 keys! pgpd0GVS513pV.pgp Description: PGP signature
Bug#368448: privoxy: [PATCH] gzip compression
Hi, looks like the patch is gone: $ cd /; cat /var/lib/dpkg/info/privoxy.md5sums | md5sum -c | grep -v 'OK$' | wc -l 0 regards Stefan Roland Rosenfeld wrote: On Mon, 22 May 2006, Stefan Völkel wrote: Package: privoxy Version: 3.0.3-2-1 Severity: wishlist I made a dpatch to add deflate-filter support to privoxy. Patch is taken from http://sourceforge.net/tracker/?group_id=8atid=38func=detailaid=895531 Two small changes were made by me, I added JB_ERR_GENERIC to project.h and commented out old_buf in filters.c You need to add --enable-zlib to debian/rules. As of today I am running the patched version without any problems so far. I'm just testing this code, but it doesn't seem to be very stable to me. As far as I can see, every time the patch tries to decompresses something, it writes parts of the uncompressed header to the logfile and after this privoxy dies: Jul 30 03:26:57 Privoxy(41001960) Request: www.google.com/analytics/ Jul 30 03:26:57 Privoxy(41001960) Info: Sucessfully decompressed: html head titleGoogle Analytics/title meta http-equiv=Content-Type content=text/html; ch I'm not sure, whether the HTML code is written to the log, nor why this stops after the ch, nor why privoxy dies after this, but I cannot imagine, that this patch works without problems on your system... Here is another log entry with the same problem: Jul 30 03:05:28 Privoxy(41802960) Request: mycroft.mozdev.org/ Jul 30 03:05:28 Privoxy(41802960) Info: Sucessfully decompressed: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01//EN http://www.w3.org/TR/html4/strict.dtd; html la Okay, I now see in the code, that the debug output is always cut after 100 chars, so this isn't so amazing. But why does privoxy die or at least stop answer requests (sometimes it keeps the TCP port up, but doesn't answer)? Tscho Roland -- Stefan Völkel mobile: +49.170.79177.17 Millenux GmbH phone: +49.711.88770.300 Lilienthalstraße 2 phone: +49.89.608665.27 70825 Stuttgart-Korntal fax: +49.711.88770.349 -= linux without limits -=- http://linux.zSeries.org/ =- signature.asc Description: OpenPGP digital signature
Bug#380615: libtemplates-parser: FTBFS: problem generating dvi files
Package: libtemplates-parser Version: 10.0+20060522-3 Severity: serious Hello, There was a problem while autobuilding your package: echo }table_inline.adb.res ./gentexifile table_inline.adb echo @TPEXP{ if_inline.adb.res ./`basename if_inline.adb.res .adb.res` if_inline.adb.res echo }if_inline.adb.res ./gentexifile if_inline.adb ./gentexifile demo.tmplt ./gentexifile user.tmplt ./gentexifile table.tmplt ./gentexifile table_section.tmplt ./gentexifile table_if.tmplt ./gentexifile matrix.tmplt ./gentexifile table_block.tmplt ./gentexifile table_inline.tmplt ./gentexifile if_inline.tmplt ./gentexifile ../src/templates_parser.ads NOGROUP ./gentexifile ../src/templates_parser-debug.ads NOGROUP ./gentexifile ../src/templates_parser-utils.ads NOGROUP ./gentexifile ../xsrc/templates_parser-xml.ads NOGROUP echo Building templates_parser.dvi Building templates_parser.dvi /usr/bin/texi2dvi --expand --clean --quiet templates_parser.texi /usr/bin/texi2dvi: etex exited with bad status, quitting. /usr/bin/texi2dvi: see templates_parser.log for errors. make[1]: [templates_parser.dvi] Error 1 (ignored) echo Building templates_parser.info Building templates_parser.info /usr/bin/makeinfo templates_parser.texi echo Building templates_parser.html Building templates_parser.html /usr/bin/makeinfo --html --no-split --css-include=tp.css --ifinfo templates_parser.texi echo Building templates_parser.txt Building templates_parser.txt /usr/bin/makeinfo --plaintext --no-headers templates_parser.texi --output templates_parser.txt echo Building templates_parser.ps Building templates_parser.ps /usr/bin/dvips -q templates_parser.dvi -o templates_parser.ps /usr/bin/dvips: ! DVI file can't be opened. make[1]: [templates_parser.ps] Error 1 (ignored) echo Building templates_parser.pdf Building templates_parser.pdf /usr/bin/texi2dvi -p --expand --clean --quiet templates_parser.texi /usr/bin/texi2dvi: pdfetex exited with bad status, quitting. /usr/bin/texi2dvi: see templates_parser.log for errors. make[1]: *** [templates_parser.pdf] Error 1 make[1]: Leaving directory `/build/buildd/libtemplates-parser-10.0+20060522/docs' make: *** [doc-stamp] Error 2 ** Build finished at 20060731-1249 FAILED [dpkg-buildpackage died] -- -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#325205: please provide sha256sum, sha384sum and sha512sum
The sha2 stuff causes build failures on a number of architectures. E.g.: http://buildd.debian.org/fetch.php?pkg=coreutilsver=5.97-1arch=armstamp=1153929302file=logas=raw http://buildd.debian.org/fetch.php?pkg=coreutilsver=5.97-1arch=alphastamp=1153938804file=logas=raw http://buildd.debian.org/fetch.php?pkg=coreutilsver=5.97-1arch=powerpcstamp=1153926963file=logas=raw Mike Stone -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380609: konsole: prompt bold-printing no longer works
On Mon, Jul 31, 2006 at 12:13:48PM +0200, [EMAIL PROTECTED] wrote: In .bashrc I set my prompt to this: PS1='[EMAIL PROTECTED]:\w\[\033[27m\]\$ \[\033[39;22;0m\]' in order to have it printed bold. After upgrading from konsole_3.5.3-2 to 3.5.4-2 this no longer works. If your other fonts look funny as well, try disabling antialiasing in control center, click apply, and enable it again. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245423: /sbin is always changed directly after doing a aide --update
On Fri, Jul 28, 2006 at 03:11:07PM -0600, Will Aoki wrote: It took me a while (the problem mysteriously disappeared for a while on my machines that still use aide), but here's the output. The changes (/var/cfengine, et cetara) are correct, but the additions are not. $ sudo aide --compare --before='database_new=file:///var/lib/aide/aide.db.new' Not enough parameters in db:143132 Can you please check if line 143132 of the database is actually mangled? If so, please disable gzip_dbout and try to reproduce the issue. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380617: mono-gmcs: build with -O2 despite DEB_BUILD_OPTIONS=nostrip debug noopt
Package: mono-gmcs Version: 1.1.13.8-1 Severity: normal Steps to reproduce: 1) sudo apt-get build-dep mono-gmcs 2) DEB_BUILD_OPTIONS=nostrip debug noopt fakeroot apt-get --build source mono-gmcs Expected results: 2) mono-gmcs should build without any optimization. Actual results: 2) mono-gmcs is built using the GCC optmization option -O2. Here's an example of how gcc is called: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../mono -I../../libgc/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DMONO_ASSEMBLIES=\/usr/lib\ -DMONO_CFG_DIR=\/etc\ -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -O -g -O2 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -MT metadata.lo -MD -MP -MF .deps/metadata.Tpo -c metadata.c -o metadata.o /dev/null 21 Proposed fix: I suggest the following modification to debian/rules: --- debian/rules.orig 2006-07-31 11:44:32.0 + +++ debian/rules2006-07-31 11:44:37.0 + @@ -32,6 +32,10 @@ GC = --with-gc=included endif +ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) +CFLAGS += -O0 +endif + # Include dpatch stuff. include /usr/share/dpatch/dpatch.make @@ -41,7 +45,7 @@ build: patch build-stamp build-stamp: cli-wrapper dh_testdir - ./configure $(confflags) --prefix=/usr \ + CFLAGS=$(CFLAGS) ./configure $(confflags) --prefix=/usr \ --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info --sysconfdir=/etc \ --with-sigaltstack=no $(GC) --with-static_mono=no \ Here's an example of how gcc gets called after this change: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../mono -I../../libgc/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DMONO_ASSEMBLIES=\/usr/lib\ -DMONO_CFG_DIR=\/etc\ -DGC_LINUX_THREADS -D_GNU_SOURCE -D_REENTRANT -DUSE_MMAP -DUSE_MUNMAP -D_FILE_OFFSET_BITS=64 -O -O0 -fno-strict-aliasing -Wdeclaration-after-statement -g -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-cast-qual -Wcast-align -Wwrite-strings -mno-tls-direct-seg-refs -MT metadata.lo -MD -MP -MF .deps/metadata.Tpo -c metadata.c -o metadata.o /dev/null 21 Btw, during testing I had to constantly rm mcs/class/lib/net_2_0/mono-api-info.exe mcs/class/lib/default/mono-api-info.exe mcs/class/Managed.Windows.Forms/resources/System.Windows.Forms.resources mcs/class/Managed.Windows.Forms/resources/System.Windows.Forms.en.resources mcs/class/Managed.Windows.Forms/resources/System.Windows.Forms.de.resources mcs/class/Managed.Windows.Forms/resources/keyboards.resources mcs/class/Novell.Directory.Ldap/Novell.Directory.Ldap.Utilclass/ResultCodeMessages.resources since the clean target did not remove those files and dpkg-buildpackage complained about unrepresentable changes. Maybe this rm command should be added to debian/rules as well? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380471: [Pkg-xfce-devel] Bug#380471: xfce4-xfapplet-plugin: Dependency problem with libxfce4util2
Hi. xfce4-xfapplet-plugin 0.1.0-2 depending on libxfce4util4 should be in unstable currently. Can you try to upgrade and report success or failure ? As far as I can see does the plugin work properly. Well done. (But the compositor is much slower now, although I’m using EXA …) Regards, Mathias signature.asc Description: OpenPGP digital signature
Bug#380598: quilt: build fails ungracefully if /proc not mounted
On Mon, Jul 31, 2006 at 12:58:40PM +0200, Marc Haber wrote: On Mon, Jul 31, 2006 at 12:35:05PM +0200, Martin Quinson wrote: Ok, I'll have a look at this one. Could you please paste some of the error messages your are getting? Typescript attached. Thanks. Got it. I do some more checks, and I upload a fixed version. The new behaviour is to fail with an informative message when it happens. Does it fit your expectations ? Bye, Mt. -- If you can't do it in ANSI C, it isn't worth doing. signature.asc Description: Digital signature
Bug#380618: ftbfs on ppc
Package: usplash Version: 0.3b Severity: serious /usr/bin/make -C bogl make[2]: Entering directory `/build/buildd/usplash-0.3b/bogl' cc -E -O2 -g -D_GNU_SOURCE -Wall -D_GNU_SOURCE -DBOGL_CFB_FB=1 -M arrow.c bdftobogl.c bogl-cfb.c bogl-cfb.h bogl-cfb8.c bogl-cfb8.h bogl-font.c bogl-font.h bogl-pcfb.c bogl-pcfb.h bogl-tcfb.c bogl-tcfb.h bogl-test.c bogl.c bogl.h boglP.h boml.c boml.h bowl-boxes.c bowl.c bowl.h pngtobogl.c .depend cc -O2 -g -D_GNU_SOURCE -Wall -D_GNU_SOURCE -DBOGL_CFB_FB=1 -o bogl.lo -fPIC -c bogl.c bogl.c: In function 'bogl_init': bogl.c:183: error: 'PAGE_MASK' undeclared (first use in this function) bogl.c:183: error: (Each undeclared identifier is reported only once bogl.c:183: error: for each function it appears in.) -- maks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380598: quilt: build fails ungracefully if /proc not mounted
On Mon, Jul 31, 2006 at 01:36:37PM +0200, Marc Haber wrote: On Mon, Jul 31, 2006 at 01:35:40PM +0200, Martin Quinson wrote: Thanks. Got it. I do some more checks, and I upload a fixed version. The new behaviour is to fail with an informative message when it happens. Does it fit your expectations ? Absolutely. I do not have a problem to mount /proc in a new chroot, I only hate to debug for hours if I forget ;) [patch-wrapper.test] Use of uninitialized value in undef operator at ./run line 39. Use of uninitialized value in undef operator at ./run line 39. Use of uninitialized value in undef operator at ./run line 39. [1] $ rm -rf d -- ok [2] $ mkdir -p d/somewhere -- ok [3] $ cd d -- ok [5] $ cat foo.orig -- ok [11] $ sed -e 's/3/3a/' foo.orig foo -- ok [12] $ diff -u foo.orig foo foo.diff -- ok [13] $ mv foo.orig foo -- ok [15] $ patch-wrapper -s -p0 foo.diff -- failed patch-wrapper: /proc not mounted! != ~ [16] $ quilt pop -q -- failed No patch removed != Removing patch patches/foo.diff ~ != No patches applied [19] $ rm -rf ${QUILT_PATCHES:-patches} ${QUILT_PC:-.pc} -- ok [21] $ patch-wrapper --backup -B xxx/ -s -p0 foo.diff -- failed patch-wrapper: /proc not mounted! != ~ [22] $ find xxx -type f -- failed find: xxx: No such file or directory != xxx/foo [...] Rah. It works (ie, the first error message is informative). I upload it. The uninitialized values are really harmless, this is just because there is no environment variable. I could fix it, but that would be yet another patch against upstream for a really tiny issue so I'm not sure. Bye, Mt. -- A language that doesn't affect the way you think about programming, is not worth knowing. -- Epigrams in Programming, by Alan J. Perlis signature.asc Description: Digital signature
Bug#380614: [Build-common-hackers] Bug#380614: cdbs: creates empty packages on -dbg package creation
On Mon, Jul 31, 2006 at 01:42:17PM +0200, Peter Eisentraut wrote: If your debian/control contains more than one package, then the installation directory is automatically set to debian/tmp. You should add a file debian/ksynaptics.install that puts the files in the right place, or override DEB_DESTDIR. I realize that this doesn't make much sense, but the installation directory choice predates the debug package support, so we can't change that without breaking stuff. That behavior should be documented. Just for clarity: overriding DEB_DESTDIR would be to say DEB_DESTDIR:=debian/tmp in debian/rules? having foo.install which manually lists all files being installed seems awfully error prone. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380598: quilt: build fails ungracefully if /proc not mounted
On Mon, Jul 31, 2006 at 01:35:40PM +0200, Martin Quinson wrote: Thanks. Got it. I do some more checks, and I upload a fixed version. The new behaviour is to fail with an informative message when it happens. Does it fit your expectations ? Absolutely. I do not have a problem to mount /proc in a new chroot, I only hate to debug for hours if I forget ;) Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379966: Proposed New Function mr_stresc()
Hi Steven, Thanks for your response. It appears to me that I have offended you with my last message. Should this be the case, I do apologise, this was not my intention at all. On Sun, 2006-07-30 at 19:34 -0400, Steven M. Robbins wrote: Quoting Andree Leidenfrost [EMAIL PROTECTED]: Steven, Bruno, Attached please find a patch and demo program for a new function mr_stresc() to properly escape strings for use as arguments with (the likes of) system() and popen(). I have thought about using functions like exec() or fork() to avoid system() and popen(). I don't really see how the two latter would be generally evil. I never said system() is generally evil and I did not mean to imply that. Both system() and exec() have their uses, but you need to know *all* the rules in order to use them. The common pitfall when using system() is that you need to escape the string because it will be interpreted by the shell. Using exec() is one way to avoid that pitfall. Doing proper escaping is another, perfectly reasonable solution. To the contrary, e.g. using a function that submits things to 'sh -c' means we have a sane environment like a PATH and so forth. Yeah, well ... that depends on whether you can presume the user does have a sane PATH variable. I'm inclined to believe the opposite, actually. Interesting territory we are entering here me thinks. Why would you be inclined to say that something as fundamental as the PATH variable can not be assumed to be sane? I therefore suggest use of the attached function when calling system() or popen() where required. I believe this is low-risk, low-overhead, little work, a clean approach and can be done bit by bit. What do you say? Proper escaping is not impossible, but it is pretty hard due to the arcane syntax of the shell. However, your previous message implied that the filenames are always passed inside double quotes, and therefore there are exactly three characters that need escaping. Good point! Quoting using double-quotes is indeed an assumption that I do make. I should have explicitly said so. (The only other quoting alternative, i.e. using single quotes is a no-go as it would completely rule out the use of ' in file names.) Since you have a very restricted escaping problem, I agree that escaping is a much easier solution that replacing system() by fork()/exec(). Ok. However, your proposed mr_stresc() function has two flaws: 1. New memory is allocated each time so you run the risk of a memory leak if the return value is not freed in the caller (and, indeed, it is not in the mondo patch you attach). Thank you for pointing this out! My assumption that nesting the call to mr_stresc() inside sprintf() makes it so that the memory is freed when the outside function, i.e. sprintf() finishes is obviously wrong as I've also verified with valgrind now. To address this I define a variable to store the result of mr_stresc() and explicitly free it in the attached revised version. 2. Not enough memory is allocated so you're going to overrun the buffer anytime there is a character to escape. Have a closer look at the manpage for strspn(). [Note: I find remarks like 'Have a closer look...' unhelpful.] So strspn() is not what we want, fair enough. Apparently, there is no other standard function that is either, so I use a modified version of the while loop in the revised version instead. I you have a constructive suggestion what could be used instead, I'd be absolutely interested. Please find a revised version of the demo program with the two above changes attached. Again, comments more than welcome! (The actual mondo patch would be changed accordingly as well of course.) -Steve Cheers, Andree -- Andree Leidenfrost @ Debian Developer Sydney - Australia #include stdlib.h #include string.h #include stdio.h char *mr_stresc(const char *instr, const char *toesc, const char escchr) { char *inptr = NULL; char *retstr = NULL; char *retptr = NULL; char *escptr = NULL; int cnt = 0; inptr = (char *)instr; while (*inptr != '\0') { escptr = (char *)toesc; while (*escptr != '\0') { if (*inptr == *escptr++) { cnt++; break; } } *inptr++; } inptr = (char *)instr; retstr = (char *)malloc(strlen(inptr) + cnt + 1); retptr = (char *)retstr; while (*inptr != '\0') { escptr = (char *)toesc; while (*escptr != '\0') { if (*inptr == *escptr++) { *retptr++ = escchr; break; } } *retptr++ = *inptr++; } *retptr = '\0'; return retstr; } int main() { const char escchr = '\\'; const char escape_list[3] = `$\\; char string[44] = These need escaping: `$\\, these don't: abc.; char *result; printf(Before: %s\n, string); result = mr_stresc(string, escape_list, escchr); printf(After: %s\n, result); free(result); return 0; } signature.asc Description: This is a digitally