Bug#564422: Updates
Hi D. On Mon, Apr 19, 2010 at 03:52:41PM -0700, D Haley wrote: I have done some updating to the package, but it is not in a working state (it should be a bit closer than it was). Just as I was committing to debian-science (after i inited a repo), SSH started timing out to alioth. :/ I will try to upload this tomorrow. I will, in the coming week, have another crack at this to get it into a clean and working state. I saw you arleady commited package to debian-science, really cool. Tanks for working on it. I have this to forward at you got from Alexey: On Mon, Dec 28, 2009 at 01:06:04PM +0300, Alexey Balakin wrote: Dear Salvatore, I have one more comment. As Jim Hu had noted me, the GSL library is GPL. So, I change a bit license for MathGL (some corrections were already done in web site). The idea is Generally MathGL is GPL library. However, you can use LGPL license for MathGL core if you don't use wrapper classes (don't use file mgl_w.h and SWIG-based interfaces) and disable GSL features (by defining NO_GSL for library compilation). I think that the MathGL version in DEB-packages should contain GSL. So, it have to be GPL. Can you apply this change for Debian and Ubuntu packages? During few days I'll update win32 binary packages too. -- All the best, Alexey Balakin Bests Salvatore signature.asc Description: Digital signature
Bug#515468: thrust: diff for NMU version 0.89c-3.5
tags 515468 + patch tags 515468 + pending thanks Dear maintainer, I've prepared an NMU for thrust (versioned as 0.89c-3.5) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. diff -u thrust-0.89c/thrust.man thrust-0.89c/thrust.man --- thrust-0.89c/thrust.man +++ thrust-0.89c/thrust.man @@ -1,15 +1,7 @@ -.\ Automatically generated by Pod::Man v1.37, Pod::Parser v1.14 +.\ Automatically generated by Pod::Man 2.22 (Pod::Simple 3.07) .\ .\ Standard preamble: .\ -.de Sh \ Subsection heading -.br -.if t .Sp -.ne 5 -.PP -\fB\\$1\fR -.PP -.. .de Sp \ Vertical space (when we can't use .PP) .if t .sp .5v .if n .sp @@ -25,11 +17,11 @@ .. .\ Set up some character translations and predefined strings. \*(-- will .\ give an unbreakable dash, \*(PI will give pi, \*(L will give a left -.\ double quote, and \*(R will give a right double quote. | will give a -.\ real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to -.\ do unbreakable dashes and therefore won't be available. \*(C` and \*(C' -.\ expand to `' in nroff, nothing in troff, for use with C. -.tr \(*W-|\(bv\*(Tr +.\ double quote, and \*(R will give a right double quote. \*(C+ will +.\ give a nicer C++. Capital omega is used to do unbreakable dashes and +.\ therefore won't be available. \*(C` and \*(C' expand to `' in nroff, +.\ nothing in troff, for use with C. +.tr \(*W- .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' .ie n \{\ .ds -- \(*W- @@ -48,22 +40,25 @@ .ds R '' 'br\} .\ +.\ Escape single quotes in literal strings from groff's Unicode transform. +.ie \n(.g .ds Aq \(aq +.el .ds Aq ' +.\ .\ If the F register is turned on, we'll generate index entries on stderr for -.\ titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index +.\ titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index .\ entries marked with X in POD. Of course, you'll have to process the .\ output yourself in some meaningful fashion. -.if \nF \{\ +.ie \nF \{\ .de IX .tm Index:\\$1\t\\n%\t\\$2 .. .nr % 0 .rr F .\} -.\ -.\ For nroff, turn off justification. Always turn off hyphenation; it makes -.\ way too many mistakes in technical documents. -.hy 0 -.if n .na +.el \{\ +.de IX +.. +.\} .\ .\ Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). .\ Fear. Run. Save yourself. No user-serviceable parts. @@ -128,8 +123,12 @@ .rm #[ #] #H #V #F C .\ .\ -.IX Title THRUST 1 -.TH THRUST 1 2004-10-19 perl v5.8.4 User Contributed Perl Documentation +.IX Title THRUST 6 +.TH THRUST 6 2010-04-22 perl v5.10.1 User Contributed Perl Documentation +.\ For nroff, turn off justification. Always turn off hyphenation; it makes +.\ way too many mistakes in technical documents. +.if n .ad l +.nh .SH NAME Thrust \- a port of the C64 classic .SH SYNOPSIS diff -u thrust-0.89c/debian/control thrust-0.89c/debian/control --- thrust-0.89c/debian/control +++ thrust-0.89c/debian/control @@ -1,7 +1,7 @@ Source: thrust Section: games Priority: optional -Build-Depends: debhelper, libx11-dev, x-dev, libxext-dev, libxt-dev, libsvga1-dev [i386], libnetpbm9-dev, autotools-dev +Build-Depends: debhelper, libx11-dev, x11proto-core-dev, libxext-dev, libxt-dev, libsvga1-dev [i386], libnetpbm9-dev, autotools-dev Maintainer: RISKO Gergely ri...@debian.org Standards-Version: 3.6.1.1 diff -u thrust-0.89c/debian/changelog thrust-0.89c/debian/changelog --- thrust-0.89c/debian/changelog +++ thrust-0.89c/debian/changelog @@ -1,3 +1,13 @@ +thrust (0.89c-3.5) unstable; urgency=low + + [Jari Aalto] + * Non-maintainer upload. + * debian/control +- (Build-Depends): update obsolete x-dev to x11proto-core-dev. + (important RC bug; Closes: #515468). + + -- Jari Aalto jari.aa...@cante.net Sat, 27 Mar 2010 10:41:20 +0200 + thrust (0.89c-3.4) unstable; urgency=low * Non-maintainer upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565573: qemu-kvm: manpage doesn't mention -incoming
tags 565573 + pending tags 565573 - patch thanks 17.01.2010 07:53, Leo 'costela' Antunes wrote: Package: qemu-kvm Version: 0.11.1-2 Severity: minor Hi, The current manpage for qemu doesn't mention the -incoming switch, used for live migrations. Upstream seems to not have included it in their online documentation either. Small patch included for consideration! :) Thank you Leo for the patch. This is not how things should be done: the manpage is generated from another set of files, so that the -help option and the manpage will show the same information. Take a look at qemu-options.hx file in the source tree -- there are _many_ options which aren't documented (that's all the options which has empty STEXI..ETEXI sections in that file). -incoming is one of them. I'll add the -incoming description to qemu-options.hx for the next upload, which will close this bugreport, but the documentation is still far from complete... (Tagging as -patch since the patch is to the wrong file ;) Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578686: [Pkg-xfce-devel] Bug#578686: Bug#578686: xfce4: gnome-keyring passwords not available under xfce
On mer., 2010-04-21 at 22:44 +0200, Yves-Alexis Perez wrote: On mer., 2010-04-21 at 22:23 +0200, alberto maurizi wrote: Package: xfce4 Version: 4.6.1.3 Severity: important The applicatios that use the gnome-keyring (the one I uses are: - NetworkManager Applet 0.8 - Mail Notification 5.4 - Revelation Account Search 0.4.11) do not remember passwords stored by gnome-keyring. The same do not happen under gnome. Is gnome-keyring-daemon running? It works perfectly fine here. It might be related to http://bugs.debian.org/578324 (and https://bugzilla.redhat.com/show_bug.cgi?id=575914). Check if gnome-keyring is running, and check if it is autostarted (in /etc/xdg/autostart/gnome-keyring-secrets.desktop for example). You might want to tune that in the session settings, “autostart” tab. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#578849: debconf: uninitialized value warnings with Perl 5.12.0
Package: debconf Version: 1.5.32 Severity: minor User: debian-p...@lists.debian.org Usertags: perl-5.12-transition Perl 5.12.0 has a new uninitialized value warning in the lc* and uc* functions. This gets triggered on every (?) debconf run when perl_5.12.0-1 from experimental is installed. Use of uninitialized value $type in ucfirst at /usr/share/perl5/Debconf/AutoSelect.pm line 35. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”
On 23/04/2010 00:54, Steinar H. Gunderson wrote: On Fri, Apr 23, 2010 at 12:19:41AM +0200, Steinar H. Gunderson wrote: It works with no errors if I remove -flto. (There's lots of other chaos if I throw -frepo into the mix, but I'll keep that for a later bug. :-) ) Actually that's wrong -- I did a full recompile, and now it fails even without -flto. Same error. /* Steinar */ Please, look at #577961. It seems to me that this is the same bug (and now, I think the bug belong to gcc-4.5) Regards, Vincent -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578850: libmath-random-isaac-xs-perl: FTBFS with newer Module::Build: MYMETA.yml and MANIFEST
Package: libmath-random-isaac-xs-perl Version: 1.001-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.12-transition This package fails to build with newer versions of Module::Build, including libmodule-build-perl_0.360700-1 in sid and perl_5.12.0-1 in experimental. # Distribution files are missing in MANIFEST: # MYMETA.yml # Failed test 'All files are listed in MANIFEST or skipped' # at t/01manifest.t line 34. # Looks like you failed 1 test of 4. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568588: mpd: MPD default config doesn't allow multiple, programs to share audio output via ALSA
On 2010/04/23 05:27, Delirium delir...@hackish.org wrote: I had a different problem with this default setup. My audio worked fine, but MPD had a broken volume knob. The problem appears to be this pair of lines: device hw:0,0 mixer_control PCM On my card, hw:0,0 isn't the PCM channel, so this results in mpd fiddling a different volume knob than the one it's playing through. Commenting these lines back out, or replacing hw:0,0 with default, made it work. That used to be the default, but it caused so many headaches and support nightmares, it was changed. In addition to actual problems, dmix works only for the same uid, severely degrades the sound quality and increases CPU usage. You're free to activate it if you wish. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578768: Italian translation update
Package: deborphan Version: 1.7.28 Severity: normal Ignore previous, see the file attached (po headers updated...) best regards Alessandro # Italian translation of deborphan. # Copyright (C) 2008 THE deborphan'S COPYRIGHT HOLDER # This file is distributed under the same license as the deborphan package. # Alessandro De Zorzi l...@nonlontano.it, 2008. # msgid msgstr Project-Id-Version: 1.7.28\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2009-02-19 12:50+0100\n PO-Revision-Date: 2010-04-22 17:45+0100\n Last-Translator: Alessandro De Zorzi l...@nonlontano.it\n Language-Team: debian-l10n-ital...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #: src/exit.c:70 #, c-format msgid \n The following options are available:\n msgstr \n Sono disponibili le seguenti opzioni:\n #: src/exit.c:73 #, c-format msgid -hThis help.\n msgstr -hQuesto help.\n #: src/exit.c:76 #, c-format msgid -f FILE Use FILE as statusfile.\n msgstr -f FILE Usa FILE come \statusfile\.\n #: src/exit.c:79 #, c-format msgid -vVersion information.\n msgstr -vInformazioni sulla versione.\n #: src/exit.c:84 #, c-format msgid -dShow dependencies for packages that have them.\n msgstr -dVisualizza i pacchetti che dipendono da.\n #: src/exit.c:87 #, c-format msgid -PShow priority of packages found.\n msgstr -PMostra la priorità dei pacchetti trovati.\n #: src/exit.c:90 #, c-format msgid -sShow the sections the packages are in.\n msgstr -sMostra le sezioni alle quali il pacchetto appartiene.\n #: src/exit.c:92 #, c-format msgid --no-show-section Do not show sections.\n msgstr --no-show-section Non mostra le sezioni.\n #: src/exit.c:95 #, c-format msgid -zShow installed size of packages found.\n msgstr -zMostra la dimensione su disco dei pacchetti trovati.\n #: src/exit.c:100 #, c-format msgid -aCompare all packages, not just libs.\n msgstr -aConfronta tutti i pacchetti, non solo le librerie.\n #: src/exit.c:103 #, c-format msgid -e LIST Work as if packages in LIST were not installed.\n msgstr -e LIST Come se i pacchetti in LIST non fossero installati.\n #: src/exit.c:106 #, c-format msgid -HIgnore hold flags.\n msgstr -HIgnora il flag \hold\.\n #: src/exit.c:110 #, c-format msgid -nDisable checks for `recommends' and `suggests'.\n msgstr -nDisabilita check per `raccomanda' e `suggerisce'.\n #: src/exit.c:112 #, c-format msgid -nEnable checks for `recommends' and `suggests'.\n msgstr -nAbilita il controllo per `raccomanda' e `suggerisce'.\n #: src/exit.c:116 msgid Disable checks for `recommends'.\n msgstr Disabilita check per `raccomanda'.\n #: src/exit.c:118 msgid Disable checks for `suggests'.\n msgstr Disabilita check per `suggerisce'.\n #: src/exit.c:121 #, c-format msgid -p PRIOR Select only packages with priority = PRIOR.\n msgstr -p PRIOR Seleziona solo i pacchetti con priorità = PRIOR.\n #: src/exit.c:123 #, c-format msgid --find-config Find \orphaned\ configuration files.\n msgstr --find-config\t\tCerca file di configurazione \orfani\.\n #: src/exit.c:125 #, c-format msgid --libdevel Search in libdevel in addition to libs and oldlibs.\n msgstr --libdevel Cerca in libdevel oltre a libs e oldlibs.\n #: src/exit.c:130 #, c-format msgid -A PKGS.. Never report PKGS.\n msgstr -A PKGS.. Non elenca i PKGS.\n #: src/exit.c:133 #, c-format msgid -k FILE Use FILE to get/store info about kept packages.\n msgstr -k FILE Usa FILE per gestire l'elenco dei pacchetti kept\n #: src/exit.c:136 #, c-format msgid -LList the packages that are never reported.\n msgstr -LMostra i pacchetti che sono esclusi dalla ricerca.\n #: src/exit.c:139 msgid -R PKGS.. Remove PKGS from the \keep\ file.\n msgstr -R PKGS.. Elimina PKGS dal file \keep\.\n #: src/exit.c:142 #, c-format msgid -ZRemove all packages from the \keep\ file.\n msgstr -ZElimina tutti i pacchetti dal file keep.\n #: src/exit.c:145 #, c-format msgid --df-keep Read debfoster's \keepers\ file.\n msgstr --df-keep Legge il file \keepers\ di debfoster.\n #: src/exit.c:146 #, c-format msgid --no-df-keepDo not read debfoster's \keepers\ file.\n msgstr --no-df-keepIgnora il file \keepers\ di debfoster.\n #. guessing #: src/exit.c:151 #, c-format msgid --guess-common Try to report common packages.\n msgstr --guess-common Tenta di elencare i pacchetti \common\.\n #: src/exit.c:152 #, c-format msgid --guess-dataTry to report data packages.\n msgstr --guess-data Tenta di elencare i pacchetti \data\.\n #: src/exit.c:153 #, c-format msgid --guess-debug Try to report debugging libraries.\n msgstr --guess-debugTenta di
Bug#578851: Time for the upgrade
Package: buoh Version: 0.8.1-2+b1 Severity: normal The latest version is 0.8.2 . -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buoh depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.9.2-1 The Cairo 2D vector graphics libra ii libgconf2-42.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnome2-02.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgnomeui-0 2.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1GNOME Virtual File System (runtime ii libgtk2.0-02.20.0-3 The GTK+ graphical user interface ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpopt0 1.15-1lib for parsing cmdline parameters ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup2.2-8 2.2.105-4 an HTTP library implementation in ii libxml22.7.7.dfsg-2 GNOME XML library buoh recommends no packages. buoh suggests no packages. -- no debconf information -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578852: debian-policy: prohibit usage of Breaks for file conflicts
Package: debian-policy Version: 3.8.4.0 Severity: normal From Debian policy, paragraph 7.3: -8- If the breaking package also overwrites some files from the older package, it should use Replaces (not Conflicts) to ensure this goes smoothly. -8- This phrase does not fits well with the 7.4 paragraph: -8- When one binary package declares a conflict with another using a Conflicts field, dpkg will refuse to allow them to be installed on the system at the same time. -8- Package with file conflicts should use Conflicts, not Breaks if they overwrite some files in another package, because they are not allowed to be unpacked at the same time, contrary to the Breaks case whey they are not allowed to be configured at the same time. Otherwise it will be able to lead to file overwrites in case of downgrading the breaking package. Also, generally, this phrase makes impossible for high-level package manager to know if two packages, one of which breaks another, have conflicting files or no, which has impact of generating sequence of dpkg calls when dependencies is so tight that high-level package manager should break some dependencies temporarily. Plus, I don't see the rationale why Breaks+Replaces should be used instead of Conflicts+Replaces - with that setup upgrade also goes smoothly. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: pn doc-base none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578853: gcalctool: gcalccmd eats all memory when launched without terminal
Package: gcalctool Version: 5.30.0-1 Severity: normal Hi. I have launched gcalccmd by mistake (instead of gcalctool) without terminal and it had eaten almost all my memory before I have killed it. Regards Krzysztof Bielatowicz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to pl_PL) Shell: /bin/sh linked to /bin/bash Versions of packages gcalctool depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libxml2 2.7.7.dfsg-2 GNOME XML library Versions of packages gcalctool recommends: ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme ii gvfs 1.4.3-2userspace virtual filesystem - ser pn yelp none (no description available) gcalctool suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578854: debian-policy: Wording about Conflicts needs to be clarified
Package: debian-policy Version: 3.8.4.0 Severity: normal I stumbled upon policy 7.4: A Conflicts entry should almost never have an earlier than version clause. This would prevent dpkg from upgrading or installing the package which declared such a conflict until the upgrade or removal of the conflicted-with package had been completed. Instead, Breaks may be used. Looking at this sentence it comes mostly unchanged from the original packaging manual (commit ff1bec10): - A ttConflicts/tt entry should almost never have an - `earlier than' version clause. This would prevent - prgndpkg/prgn from upgrading or installing the package - which declared such a conflict until the upgrade or removal - of the conflicted-with package had been completed. This - aspect of installation ordering is not handled by - prgndselect/prgn, so that the use ttConflicts/tt in - this way is likely to cause problems for `bulk run' upgrades - and installations. I think using an earlier than clause is perfectly ok nowadays and it's possibly the right thing to do when moving files around between packages. That dselect limitation might have been the reason for this statement but I think it's entirely outdated now. Up to now, I always used Conflicts for explicit file conflicts and used Breaks for other subtle breakages (interface/API change). So when moving files from one package to the other I used Conflicts: previous ( last-version) and Replaces: previous ( last-version) on the package where the files are. We need to: 1/ fix that statement IMO 2/ document clearly whether versioned Breaks+Replaces or versioned Conflicts+Replaces ought to be used when moving files around. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash debian-policy depends on no packages. debian-policy recommends no packages. Versions of packages debian-policy suggests: ii doc-base 0.9.5 utilities to manage online documen -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578855: libclutter-1.0-dev: Needs dependency on libjson-glib-dev = 0.8
Package: libclutter-1.0-dev Version: 1.2.4-1 Severity: normal The pkgconfig file for this library requires json-glib-1.0 = 0.8, thus this package should also depend on libjson-glib-dev = 0.8. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclutter-1.0-dev depends on: ii libclutter-1.0-0 1.2.4-1Open GL based interactive canvas l ii libgl1-mesa-dev [libgl-dev] 7.7.1-1A free implementation of the OpenG ii libgtk2.0-dev 2.20.0-3 Development files for the GTK+ lib Versions of packages libclutter-1.0-dev recommends: ii pkg-config0.22-1 manage compile and link flags for Versions of packages libclutter-1.0-dev suggests: ii libclutter-1.0-doc1.2.4-1Open GL based interactive canvas l -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573802: Rosegarden 10,.04
Well i think its important to go straight to version 10.04, mostly of a serius bug in 10.02 in notations editon. the fixes that are included in 10.04 are following. * Fixes to crashes and incorrect updating in the notation editor -- * Restore duration-change shortcuts in notation forgotten in 10.02 This will be veru enoing bugs for surten users * Various small efficiency improvements * Fixes to LIRC support * Fixed to configure process to permit user override of CXXFLAGS and improve platform compatibility * Minor improvements to desktop file definition Regards Alf Tonny Bätz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578856: bind mounts not handled correctly by lost+found check in /etc/cron.daily/standard
Package: cron Version: 3.0pl1-109 Severity: normal My system has a number of bind mounts set up: the root is NAND flash, so /usr /var /srv are on a disk (/mnt/disk) /etc/fstab has: /mnt/disk/srv /srvnonebind0 0 /mnt/disk/usr /usrnonebind0 0 /mnt/disk/var /varnonebind0 0 There is a lost+found in /mnt/disk, but cron's daily check in /etc/cron.daily/standard gives the following warning: - /etc/cron.daily/standard: Some local filesystems do not have lost+found directories. This means that these filesystems will not be able to recover lost files when the filesystem is checked after a crash. Consider creating a lost+found directory with mklost+found(8). The following lost+found directories were not available: /srv/lost+found /usr/lost+found /var/lost+found - As these are bind mounts, they don't need a lost+found directory. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: armel (armv5tel) Kernel: Linux 2.6.32.8-1-g53ae419 (PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cron depends on: ii adduser 3.112 add and remove users and groups ii debianutils 3.2.2 Miscellaneous utilities specific t ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-2Runtime support for the PAM librar ii libpam0g 1.1.1-2Pluggable Authentication Modules l ii libselinux1 2.0.94-1 SELinux runtime shared libraries ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii exim4 4.71-4 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.71-4 lightweight Exim MTA (v4) daemon pn lockfile-progsnone (no description available) Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) ii logrotate 3.7.8-5Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578857: [INTL:es] Spanish debconf template translation for wmnetmon
Package: wmnetmon Version: 0.2p6-9 Severity: wishlist Tags: l10n patch -- Saludos Fran # wmnetmon po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the wmnetmon package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: wmnetmon 0.2p6-9\n Report-Msgid-Bugs-To: wmnet...@packages.debian.org\n POT-Creation-Date: 2010-04-17 18:50+0200\n PO-Revision-Date: 2010-04-19 09:17+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../templates:1001 msgid wmnetmon must run setuid root msgstr wmnetmon se debe ejecutar con el bit setuid de root activado #. Type: note #. Description #: ../templates:1001 msgid wmnetmon needs to be setuid root to obtain a raw socket to send ICMP packages. If you don't like this, please deinstall wmnetmon right away. msgstr wmnetmon necesita tener activado el bit setuid de root para obtener un socket para enviar paquetes ICMP. Si no quiere realizar esto, desinstale wmnetmon.
Bug#537572: Definitely a gnome-settings-daemon issue
Hi, Thanks to the new snapshot.debian.org service (great feature!), I've performed regression testing and have the strong impression that this issue isn't due to D-BUS or GLib at all, but to gnome-settings-daemon. Indeed, starting from my current Squeeze installation and downgrading gnome-settings-daemon to 2.22.2.1-2 (and few mandatory packages too) while keeping current Squeeze dbus, dbus-x11 and libdbus-1-3 1.2.24-1 and dbus-glib 0.86-1 fixed the problem. From this point, simply upgrading gnome-settings-daemon to 2.24.1-1 makes the problem appear again. Downgrading to older D-BUS and/or GLib components (as suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537572#10) didn't help either. To summarize, this regression was introduced with gnome-settings-daemon 2.24.1-1 and is still present with current Squeeze gnome-settings-daemon 2.28.1-3. How can I help further? It would be nice if this issue could be fixed in forthcoming GNOME settings daemon 2.30/3.0. Cheers, Emeric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577751: autofs: autofs fails to load autofs4 module due to an obsolete option
i also had this issue on 4 machines now, but there were not autofs, module-init-tools updates since the date the original bugreport was made... any hints why suddenly the autofs module is loaded (which makes some autofs mounts not being mounted /net (doesn't work anymore), but /home works). and with the autfs4 module loaded it seems to work.. yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555954: ditto
On Fri, Apr 23, 2010 at 12:11:49AM +0200, Christian Kastner wrote: I believe this problem just hit me too, on lenny. The issue here is that cron will skip the execution of ALL jobs in a particular /etc/cron.d/file if just one of them has an incorrectly formatted timing specification. Yes, this is intentional. This is something that should be *at least* made customizable. One does not know whether jobs were put in the same file because they are co-dependent or just because they made some loose logical sense to the admin to do it that way. Things that we can be certain they are co-dependent are normally put in the same script and run with a single cron line, two separate cron lines define two separate jobs which can overlap etc, so it can't be immediately clear that they are the same strict logical unit. At the same time, I see in cron(8) that this facility was invented for packages, and: Like /etc/crontab, the files in the /etc/cron.d directory are monitored for changes. In general, the admin should not use /etc/cron.d/, but use the standard system crontab /etc/crontab. Why is this method out of favor for local changes (and only by documentation and not in any way by the program)? IMHO separate local files are clearly preferable because modifying /etc/crontab means needlessly modifying a conffile, which means that a dpkg conffile prompt can appear, providing a chance for an unwitting admin to shoot himself (and/or other machine admins) in the foot. It has happened to a co-admin of mine once. In my case I had made a typo in the day-of-month field and entered 38 instead of 28. This was *not* actually reported anywhere, or at least not anywhere I could see it, I only found it after manual inspection. Errors such as these are logged to syslog, eg: Apr 23 00:03:01 test cron[11556]: Error: bad hour; while reading /etc/cron.d/foo There was no such thing in my logs. There was certainly no such thing every hour, because I had the last N days of logs at my disposal and saw nothing of the sort. As soon as I fixed that, the other job in the same file that runs every fifteen minutes was magically reactivated. I added another log message to the processing code which explicitly states that the entire crontab will be disabled if it contains errors. Thanks. Will it show up whenever it is disabled, i.e. will I have a chance to actually see the message post res? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576143: autofs: autofs starts before nis
I'm not sure I'm hit by this or the bug below: Could this be related to #577751 ? But the /home works, and the /net mounts don't. autofs module is loaded, usually autofs4 is loaded. This is all on lenny, same version like yours. We had the problem that some network drivers get loaded too late, and applied this fix for it: /etc/network/if-up.d/loginfix #!/bin/bash [ $IFACE != lo ] || exit 0 /etc/init.d/nis restart /etc/init.d/autofs reload Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577142: gconf2 2.28.1-3 still fails to install
Le jeudi 22 avril 2010 à 22:08 +0200, Tobias Ramforth a écrit : Package: gconf2 Version: 2.28.1-3 Severity: normal The package still fails to install with the following error messages during dpkg --configure: defiant:/home/tobias# dpkg --configure gconf2 Richte gconf2 ein (2.28.1-3) ... /tmp/gconf-NEKaju/temp.entries:4: parser error : Premature end of data in tag key line 4 key ^ /tmp/gconf-NEKaju/temp.entries:4: parser error : Premature end of data in tag entry line 3 key ^ /tmp /gconf-NEKaju/temp.entries:4: parser error : Premature end of data in tag entrylist line 2 key ^ /tmp/gconf-NEKaju/temp.entries:4: parser error : Premature end of data in tag gconfentryfile line 1 key ^ dpkg: Fehler beim Bearbeiten von gconf2 (--configure): Unterprozess installiertes post- installation-Skript gab den Fehlerwert 1 zurück Fehler traten auf beim Bearbeiten von: gconf2 This is not the same bug. Please file another one. And in all cases, this is not a bug in gconf2 itself, but presumably in a package that ships broken entries. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577534: base: fails too with -11 kernel
#wodim --devices might show the correct /dev that is on the #lshw list --- On Thu, 4/22/10, Javier Barroso javier.barr...@isotrol.com wrote: From: Javier Barroso javier.barr...@isotrol.com # lshw # cdrom output *-cdrom description: DVD writer product: DVD+-RW GSA-H53L vendor: HL-DT-ST physical id: 0.0.0 bus info: s...@0:0.0.0 logical name: /dev/cdrom logical name: /dev/cdrom1 logical name: /dev/cdrw logical name: /dev/cdrw1 logical name: /dev/dvd logical name: /dev/dvd1 logical name: /dev/dvdrw logical name: /dev/dvdrw1 logical name: /dev/scd0 logical name: /dev/sr0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578730: [i18n:de] German translation for debian specific changes to gdm3
Le jeudi 22 avril 2010 à 20:45 +0200, Gert Michael Kulyk a écrit : Thanks for the translation. Nothing to thank for, I thank you for pushing it into the package. BTW there is a second file for the Debian-specific desktop file. Could you also translate it? Do you mean the file you've already comitted? At least the changelog for 2.30.0-2 mentions my name :-) Oops /o\ Indeed it’s already here. -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578854: debian-policy: Wording about Conflicts needs to be clarified
On Friday 23 April 2010 10:27:32 Raphaël Hertzog wrote: 1/ fix that statement IMO Seconded. 2/ document clearly whether versioned Breaks+Replaces or versioned Conflicts+Replaces ought to be used when moving files around. Seconded, with preference to have Conflicts+Replaces for this aim. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578813: Some more information
Le jeudi 22 avril 2010 à 23:11 +0300, Juhapekka Tolvanen a écrit : This is weird: I decided to try out also Gnome-session (Not Gnome 3), and it had just normal fonts. But my LXDE-session still have too big fonts. I presume this is because gnome-session has a xsettings manager, which will reset all settings previously set by the one from gdm3 itself, while lxde-session does not. We have to see why the settings are not removed when the gnome-settings-daemon process from gdm3 dies. Let’s wait for g-s-d 2.30 first. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578858: libpam-fprint: Doesn't work with kdm
Package: libpam-fprint Version: 20080330+git-3 Severity: important Hi, I enabled libpam-fprint using # dpkg-reconfigure libpam-runtime It works correctly (and good) for console logins and unlocking the KDE destkop, but I can't login in KDE using libpam-fprint. Cheers, OdyX -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (750, 'unstable'), (700, 'testing-proposed-updates'), (700, 'testing'), (90, 'experimental'), (50, 'testing-proposed-updates'), (50, 'experimental'), (50, 'unstable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-fprint depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfprint0 20081125git-4 async fingerprint library of fprin ii libpam0g 1.1.1-2 Pluggable Authentication Modules l libpam-fprint recommends no packages. libpam-fprint suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572217: reinteract: Programm fails to start if it doesn't find the saved notebook directory
Hi Chris, it's done. bugzilla nr. ist: https://bugzilla.gnome.org/show_bug.cgi?id=616423 Regards xiscu On 04/20/2010 01:01 PM, Chris Lamb wrote: tags 572217 + upstream thanks Hi xiscu 1- Start reinteract and create a test notebook in a local directory: c...@randog:~/prog/evo$ reinteract [..] 4- Try to start the programm and it will fail c...@randog:~/prog/test_r$ reinteract Traceback (most recent call last): File /usr/bin/reinteract, line 25, inmodule reinteract.main.main() File /usr/lib/pymodules/python2.5/reinteract/main.py, line 93, in main window = application.open_notebook(notebook_dir) File /usr/lib/pymodules/python2.5/reinteract/application.py, line 99, in open_notebook notebook = Notebook(path) File /usr/lib/pymodules/python2.5/reinteract/notebook.py, line 129, in __init__ self.info = NotebookInfo(folder) File /usr/lib/pymodules/python2.5/reinteract/notebook_info.py, line 53, in __init__ self.__load() File /usr/lib/pymodules/python2.5/reinteract/notebook_info.py, line 59, in __load st = os.stat(self.folder) OSError: [Errno 2] No such file or directory: '/home/ci/prog/test_r/Test_notebook' Could you file this upstream? Whilst we're on the subject of directories, do you find that you have to create ~/Documents/Reinteract/Main yourself the first time reinteract starts if it does not exist already? That seems a bit broken too. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578812: (no subject)
This package is a dependency of future package libdevel-perlysense-perl Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511372: [libsoap-lite-perl] Will not be fixed by upstream
tags 511372 - fixed-upstream tags 511372 + wontfix thanks Hi, Upstream considered this is not a bug: Quoting https://rt.cpan.org/Public/Bug/Display.html?id=55959: - I think SOAP::Lite needs too much memory is no indication of a leak - just a indication of high memory usage. From man perldebguts: Perl is a profligate wastrel when it comes to memory use. There is a saying that to estimate memory usage of Perl, assume a reasonable algorithm for memory allocation, multiply that estimate by 10, and while you still may miss the mark, at least you won't be quite so astonished. This is not absolutely true, but may provide a good grasp of what happens. 130MB actually don't make me astonished. SOAP::Lite creates the SOAP request from, and parses the SOAP response into quite expensive memory structures. It simply needs much memory. Of course it could be changed (which software could not?) - but as it not an error, I won't change this. - Regards, -- Franck Joncourt signature.asc Description: Digital signature
Bug#482541: cron: major performance issue with initgroups
Hi Christian, Just close it. I did some modifications to nsswitch.conf and the pam_ldap stack. I do not use the PADL ldap software anymore. I switch to nslcd. Regards On 22-04-10 23:42, Christian Kastner wrote: Hi Bas, Bas van der Vlies wrote: First a brief description of our setup: - +/- 800 nodes installed with debian - more then 4000 users and each user has its own group - 2 LDAP servers (master/slave) setup This is what i encountered when cron runs a script. This script is started on each node and it does an initgroups call. This call have i huge impact on our LDAP servers. It fetches all the groups and will find out if the user is a member of the group. This can be useful for all users except root. I don't consider this a bug - cron is doing here exactly what it is expected to do. I agree that the call to initgroups() is redundant, but there might actually be (broken?) code relying on this. The heart of this issue is simply performance. Are you using NSS, nscd etc? Other bug reports mentioning performance issues with cron which were related to a specific version of libpam-ldap, so that could be a cause, too. I can make a patch that is skip this check for root user or we can add environment variable to /etc/crontab: SKP_INITGROUPS=root I think this could be achieved much more easily via NSS with the following setting in nsswitch.conf: nss_initgroups_ignoreusers root I don't use NSS, so I cannot vouch for this. But looking at #457200, this approach might even be more beneficial to you than changing cron's source. Please let me know if you disagree with my assessment. Otherwise, I'd like to close this bug. Thanks, Christian -- * Bas van der Vliese-mail: b...@sara.nl * * SARA - Academic Computing Services Amsterdam, The Netherlands * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578859: timidity on squeeze
Package: timidity Version: 2.13.2-37 Severity: bug It produce no sound at all. Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Regards Alf Tonny Bätz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578819: collectd: FTBFS: undefined reference to `plugin_log'
Hi Niko, On Thu, Apr 22, 2010 at 11:43:22PM +0300, Niko Tyni wrote: /bin/bash ../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -Wall -Werror -Wall -g -O2 -module -avoid-version -o apache.la -rpath /usr/lib/collectd apache_la-apache.lo -lcurl -Wl,-z,defs -ldl ^^^ Possibly caused by #578774? yes, as far as I see this is an effect of that bug. Regards, —octo -- Florian octo Forster Hacker in training GnuPG: 0x91523C3D http://verplant.org/ signature.asc Description: Digital signature
Bug#578860: dpkg treats Breaks just like Conflicts
Package: dpkg Version: 1.15.5.6 Currently, dpkg treats Breaks just like Conflicts. For example, let’s say you have foo/1.0 and bar/1.0 installed. You prepare bar/2.0 which Breaks: foo ( 2.0) and foo/2.0 which Breaks: bar ( 2.0) (This is what happened to gnome-keyring, in which the communication protocol between the daemon and the library had changed.) Now if you run “dpkg -i bar_2.0_all.deb foo_2.0_hurd-i386.deb”, the packages will refuse to upgrade, just as if there were conflicts. And similarly to conflicts, APT will have to deconfigure one of the two before upgrading the other. This makes the whole Breaks: idea useless. AFAIR, this field was designed to handle precisely such cases, where there are no file conflicts, to make them easier to handle than Conflicts:. I think the correct behavior is to not look at Breaks: at all at the unpack phase, and to only do it at the configure phase. If a package for which a Breaks has been set has not been upgraded, dpkg should refuse to configure just as if there were a missing dependency. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575158: dpkg: Add new 'e500' architecture to triplettable and ostable
* Moffett, Kyle D | 2010-04-22 19:17:17 [-0500]: Not really... If you build GCC with --enable-e500_double it produces code that is not quite binary compatible with code generated without that option, because it indicates that the GPRs have an extra shadow 32 high bits that can be only accessed by certain FPU operations. I believe it affects function stack layout and calling conventions (one GPR versus two). The stack on powerpc has an alignment of 16 bytes due to AltiVec. The double type arguments are passed in two 32bit grp registers. The kernel can emulate those Opcodes if there are not availble. I know some one run my port on a G5 for testing. So yes we can mix it and no I don't want it because it will be slow. As far as compile hardware goes... If I can get one buildd set up locally then I have 6 NFS-booting e500v2 boards to throw at the problem; each with a dual-core P2020 chip @ 1GHz, 2GB 533MHz registered ECC RAM, and an Intel 160GB gen-2 SSD. Okay. So I will redirect all OpenOffice builds to your machines :) Kyle Moffett Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533452: foomatic-db-engine: FTBFS: Could not run foomatic-combo-xml/foomatic-perl-data!
Le jeudi 22 avril 2010 15:50:11 Didier 'OdyX' Raboud, vous avez écrit : I launched a complete build, but it takes time. I'll see with either Chris or the NMUer if it is actually needed. It got built: http://alioth.debian.org/~odyx-guest/debian/unstable/foomatic-db-engine_4.0-20090509-2.1_amd64.changes Cheers, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578831: link failure with LTO: “invalid DSO for symbol `pthread_cancel@@GLIBC_2.0' definition”
On Fri, Apr 23, 2010 at 08:41:53AM +0200, Vincent Danjean wrote: Please, look at #577961. It seems to me that this is the same bug (and now, I think the bug belong to gcc-4.5) OK, adding -lpthread makes the error go away. Now let me try adding -fwhole-program to the link (which is the point of the LTO exercise :-) ): g++-4.5 -o intro script/engine.o script/progressbar.o mumps/mumps_glx.o engine/fbo_rtt.o mumps/XF86VMode.o script.o -flto -lpthread -fwhole-program -fno-exceptions -Wl,--gc-sections -lGL -lGLU -L/usr/X11R6/lib -lXext -lX11 -lfreetype -lz -Wl,--start-group engine/engine.a texgen/texgen.a meshgen/meshgen.a common/common.a effects/effects.a script/script.a sanestation/libsanestation.a -Wl,--end-group script/script.a(curve.o): In function `_ZN6script5Curve13make_tangentsEv': curve.cpp:(.text._ZN6script5Curve13make_tangentsEv+0x391): undefined reference to `_ZN6script6engine13get_num_paramENS_5Curve8knottypeE' script/script.a(curve.o): In function `_ZN6script5Curve9get_valueEfPf': curve.cpp:(.text._ZN6script5Curve9get_valueEfPf+0x1d6): undefined reference to `_ZN6script6engine7targetsE' curve.cpp:(.text._ZN6script5Curve9get_valueEfPf+0x1e6): undefined reference to `_ZN6script6engine8texturesE' curve.cpp:(.text._ZN6script5Curve9get_valueEfPf+0x214): undefined reference to `_ZN6script6engine6meshesE' curve.cpp:(.text._ZN6script5Curve9get_valueEfPf+0x23f): undefined reference to `_ZN6script6engine9materialsE' curve.cpp:(.text._ZN6script5Curve9get_valueEfPf+0x253): undefined reference to `_ZN6script6engine13get_num_paramENS_5Curve8knottypeE' collect2: ld returned 1 exit status make: *** [intro] Error 1 It's actually a bit curious the missing symbols don't even get demangled. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578861: -T option incorrectly split parameters
Package: smbldap-tools Version: 0.9.4-1 The '-T' parameter suffer some bugs, by the way of how smbldap-tools handle parsing. 1) help and manpage say that -T parameter can have a list of email comma separated, but: smbldap-usermod -T cristina,someaccount...@gmail.com cristina failed to modify entry: mailRoutingAddress: multiple values provided at /usr/sbin/smbldap-usermod line 617. 2) if i have to reset the email forwarding, i have to use: smbldap-usermod -T , cristina if i use -T does nothing. Both trouble arise from the fact that mailRoutingAddress are single-valued, so have to take a string and not an array as input. Quick patch/hack attached, that probably have to be adapted also for smbldap-useradd (i've not tested). --- smbldap-usermod.orig 2010-04-23 10:02:56.0 +0200 +++ smbldap-usermod 2010-04-23 10:09:11.0 +0200 @@ -398,9 +398,10 @@ $mailobj = 1; } -if ($tmp= $Options{'T'}) { +if (defined($tmp= $Options{'T'})) { my $action= ''; my @old; +my $suserMailTo; # action si + or - for adding or deleting an entry if ($tmp =~ s/^([+-])+\s*//) { $action= $1; @@ -414,7 +415,8 @@ } elsif ($action eq '-') { @userMailTo = list_minus(\...@old, \...@usermailto); } -push(@mods, 'mailRoutingAddress', [ @userMailTo ]); +$suserMailTo = join(',', @userMailTo); +push(@mods, 'mailRoutingAddress' = $suserMailTo ); $mailobj = 1; } if ($mailobj) {
Bug#565113: screen window renaming sequences do not immediatly take effect
Hello, could you please testify again the described bug? I tried to verify it with tmux-1.2 and later with tmux-1.1 but neither version of tmux showed this behaviour anymore I had seen in January when you first reported it. So maybe it is connected to a newer version of libvte as seen in #565041. Thanks in advance. Regards, Karl Ferdinand Ebert signature.asc Description: This is a digitally signed message part.
Bug#577014: abcm2ps: diff for NMU version 5.9.13-0.1
tags 577014 + patch thanks Dear maintainer, I've prepared an NMU for abcm2ps (versioned as 5.9.13-0.1) and uploaded it to DELAYED/15, as it introduces a new upstream version. Please note, that I picked 5.9.13 instead of 5.9.12 as reported by Moritz, as 5.9.13 is to Fix more security vulnerabilities. Best regards, Alexander PS: debscripts nmudiff shows all changes between the versions, however my changes are just to copy your debian directory and adding a changelog entry. diff -Nru abcm2ps-5.9.7/abc2ps.c abcm2ps-5.9.13/abc2ps.c --- abcm2ps-5.9.7/abc2ps.c 2009-09-28 10:21:10.0 +0200 +++ abcm2ps-5.9.13/abc2ps.c 2010-04-11 12:16:16.0 +0200 @@ -1,7 +1,7 @@ /* * abcm2ps: a program to typeset tunes written in abc format using PostScript * - * Copyright (C) 1998-2008 Jean-François Moine + * Copyright (C) 1998-2010 Jean-François Moine * * Adapted from abc2ps-1.2.5: * Copyright (C) 1996,1997 Michael Methfessel @@ -84,9 +84,10 @@ /* memory arena (for clrarena, lvlarena getarena) */ #define MAXAREAL 2 /* max area levels: * 0; global, 1: tune */ +#define MAXAREANASZ 8192 static int str_level; /* current arena level */ static struct str_a { - char str[4096]; /* memory area */ + char str[MAXAREANASZ]; /* memory area */ char *p; /* pointer in area */ struct str_a *n; /* next area */ int r; /* remaining space in area */ @@ -275,7 +276,10 @@ cfmt.continueall = 1; lock_fmt(cfmt.continueall); break; -case 'E': epsf = 1; break; +case 'E': + close_output_file(); + epsf = 1; + break; case 'f': cfmt.flatbeams = 1; lock_fmt(cfmt.flatbeams); @@ -465,6 +469,11 @@ } break; case 'O': + if (strlen(aaa) = sizeof outfn) { + fprintf(stderr, + '-O' too large\n); + exit(1); + } strcpy(outfn, aaa); break; case 's': @@ -860,7 +869,13 @@ a_p = str_c[str_level]; len = (len + 7) ~7; /* align at 64 bits boundary */ - if (a_p-r len) { + if (len a_p-r) { + if (len MAXAREANASZ) { + fprintf(stderr, + getarena - data too wide %d - aborting\n, +len); + exit(1); + } if (a_p-n == 0) { a_p-n = malloc(sizeof *str_r[0]); a_p-n-n = 0; diff -Nru abcm2ps-5.9.7/buffer.c abcm2ps-5.9.13/buffer.c --- abcm2ps-5.9.7/buffer.c 2009-09-25 10:37:00.0 +0200 +++ abcm2ps-5.9.13/buffer.c 2010-04-05 09:14:14.0 +0200 @@ -561,7 +561,7 @@ l = strlen(mbf); nbuf += l; - if (nbuf = BUFFSZ - 500) { /* must have place for 1 more line */ + if (nbuf = BUFFSZ - BSIZE) { /* must have room for 1 more line */ error(1, 0, a2b: buffer full, BUFFSZ=%d, BUFFSZ); exit(3); } @@ -649,14 +649,16 @@ error(1, 0, Cannot open EPS file '%s', p); } else { fprintf(fout, - save %% EPS file '%s'\n + save\n /showpage{}def/setpagedevice{pop}def\n - %s T\n, - p, buf[i]); + %s T\n + BeginDocument: %s\n, + buf[i], p); while (fgets(line, sizeof line, f)) /* copy the file */ fwrite(line, 1, strlen(line), fout); fclose(f); -strcpy(line, restore % end EPS\n); +strcpy(line, %%EndDocument\n + restore\n); fwrite(line, 1, strlen(line), fout); } } diff -Nru abcm2ps-5.9.7/Changes abcm2ps-5.9.13/Changes --- abcm2ps-5.9.7/Changes 2009-11-18 11:28:20.0 +0100 +++ abcm2ps-5.9.13/Changes 2010-04-11 12:16:35.0 +0200 @@ -1,3 +1,35 @@ + Version 5.9.13 - 10/04/11 + +Fix more security vulnerabilities (thanks to Tim Starling). + + Version 5.9.12 - 10/04/05 + +Fix some security vulnerabilities (thanks to Tim Starling). +Add %%Begin/EndDocument when inserting a EPS file (thanks to Reinier Maliepaard). + + Version 5.9.11 - 10/02/24 + +Fix measure bar numbering when %%setbarnb and many voices. +Fix measure bar numbering when M:none. +Fix the output of user postscript sequences when many output files. +Fix a crash when slur ending on a grace note at end of a secundary voice. +Fix a crash when a tune ends with T:. + + Version 5.9.10 - 10/02/02 + +Fix lyrics display when not enough or too many lyrics in a music line alone + (the previous fix was not applied). + + Version 5.9.9 - 10/01/31 + +Fix bar numbering when incomplete measure at start of tune. +Fix bar numbering when incomplete measure at end of previous line. +Fix lyrics display when not enough or too many lyrics in a music line alone. + + Version 5.9.8 - 10/01/19 + +Add all whistle types in flute.fmt (thanks to Guido Gonzato). + Version 5.9.7 - 09/11/18 Add default PS definitions for dble sharp/flat percussion heads. diff -Nru abcm2ps-5.9.7/config.h abcm2ps-5.9.13/config.h --- abcm2ps-5.9.7/config.h 2009-11-18 12:11:34.0 +0100 +++ abcm2ps-5.9.13/config.h 2010-04-11 12:16:54.0 +0200 @@ -16,5 +16,5 @@ /* Define to have ~ as roll instead of twiddle. */ /* #undef DECO_IS_ROLL */ -#define VERSION 5.9.7 -#define VDATE November 18, 2009
Bug#578862: postfix: Verify reports incorrect 'No such file or directory' on its database
Package: postfix Version: 2.7.0-1 Severity: minor Tags: patch Spurious mail log entry as 'verify_cache.db' is present: Apr 23 06:02:41 spectre postfix/verify[28696]: close database /var/lib/postfix/verify_cache.db: No such file or directory ls -al /var/lib/postfix/ total 40 drwxr-xr-x 2 postfix postfix 4096 2010-04-22 19:44 . drwxr-xr-x 29 rootroot4096 2010-04-14 10:03 .. -rw--- 1 postfix postfix 33 2010-04-11 08:15 master.lock -rw--- 1 postfix postfix 1024 2010-04-23 09:37 prng_exch -rw--- 1 postfix postfix 8192 2010-04-23 04:18 smtpd_scache.db -rw--- 1 postfix postfix 8192 2010-04-22 20:18 smtp_scache.db -rw-r--r-- 1 postfix postfix 8192 2010-04-23 08:03 verify_cache.db Seems to be fixed in upstream already: http://archives.neohapsis.com/archives/postfix/2010-01/0023.html -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (1001, 'stable'), (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages postfix depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf- 1.5.24 Debian configuration management sy ii dpkg 1.14.29Debian package management system ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libdb4.8 4.8.26-1 Berkeley v4.8 Database Libraries [ ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8m-2 SSL shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii netbase 4.34 Basic TCP/IP networking system ii ssl-cert 1.0.23 simple debconf wrapper for OpenSSL Versions of packages postfix recommends: ii python2.5.2-3An interactive high-level object-o Versions of packages postfix suggests: ii bsd-mailx [mail-re 8.1.2-0.20071201cvs-3 A simple mail user agent pn libsasl2-modules none(no description available) ii mutt [mail-reader] 1.5.18-6 text-based mailreader supporting M pn postfix-cdbnone(no description available) pn postfix-ldap none(no description available) pn postfix-mysql none(no description available) ii postfix-pcre 2.7.0-1 PCRE map support for Postfix pn postfix-pgsql none(no description available) pn procmail none(no description available) pn resolvconf none(no description available) pn sasl2-bin none(no description available) pn ufwnone(no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578863: virtualbox-ose: Very low performance. echo 2 /proc/... does NOT fix the problem
Package: virtualbox-ose Version: 3.1.6-dfsg-2 Severity: important During booting there appear this message that could be related to the very very low performance of the system (so slow that it is impossible to work with it): [ 24.718446] vboxdrv: Trying to deactivate the NMI watchdog permanently... [ 24.718452] vboxdrv: Warning: 2.6.31+ kernel detected. Most likely the hardware performance [ 24.718454] vboxdrv: counter framework which can generate NMIs is active. You have to prevent [ 24.718456] vboxdrv: the usage of hardware performance counters by [ 24.718458] vboxdrv: echo 2 /proc/sys/kernel/perf_counter_paranoid [ 24.725609] vboxdrv: Found 1 processor cores. [ 24.727187] vboxdrv: TSC mode is 'synchronous', kernel timer mode is 'normal'. [ 24.727191] vboxdrv: Successfully loaded version 3.1.6_OSE (interface 0x0011). Nevertheless I cannot do echo 2 /proc/sys/kernel/perf_counter_paranoid because this file does not exist in my computer. There is another one, though, /proc/sys/kernel/perf_event/paranoid .. If I change this last one, I cannot notice any better performance. Thank you very much ! -- System Information: Debian Release: squeeze/sid Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-ose depends on: ii adduser 3.112add and remove users and groups ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcurl37.20.0-3+b1 Multi-protocol file transfer libra ii libgcc1 1:4.4.2-9GCC support library ii libpng12-0 1.2.43-1 PNG library - runtime ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-2X11 client-side library ii libxcursor1 1:1.1.10-2 X cursor management library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python2.5 2.5.5-2 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages virtualbox-ose recommends: ii libgl1-mesa-glx [libgl1]7.7.1-1 A free implementation of the OpenG ii libqt4-opengl 4:4.6.2-4Qt 4 OpenGL module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii virtualbox-ose-dkms 3.1.6-dfsg-2 x86 virtualization solution - kern ii virtualbox-ose-qt 3.1.6-dfsg-2 x86 virtualization solution - Qt b ii virtualbox-ose-source 3.1.6-dfsg-2 x86 virtualization solution - kern Versions of packages virtualbox-ose suggests: ii libasound21.0.22-2 shared library for ALSA applicatio ii libpulse0 0.9.21-1 PulseAudio client libraries ii virtualbox-guest-additions3.1.6-1guest additions iso image for Virt -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519740: [Evolution] Bug#519740: evolution crashes at saving a task after editing its title
On 07/04/2010 09:02, James Huber wrote: So, it's been about a month with no reply. Will we just have to wait for, or upgrade to squeeze for a fix? The launchpad bug you linked points to a GNOME bugzilla entry: https://bugzilla.gnome.org/show_bug.cgi?id=544187 so it might be worth trying to rebuild lenny evolution with patch from r36276. If you can do that and confirm it fixes the problem, it'd be nice. If you can't, I'll try to prepare some packages and provide them to you so you can test, but it'll take some time. Then, if it fixes the problem, it might become part of a lenny point release. Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578859: some ekstra info
What i have done is install squeeze, and install timidity. I'll tryed to use it with Rosegarden, and solfege, but no sound produce at all from timidity. Also tryed to restart it, but it did not produce any messages that thing had gone wrong. did also check the config file in /etc/timidity/ that those file was correckt, and i did not find any foulty configurations there. this have before worked out of the box after installations of timidity. Regards Alf Tonny Bätz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578864: dpkg-source -b in 3.0 (quilt) package modifies timestamp of manually changed files
Package: dpkg-dev Severity: minor Version: 1.15.0 Short summary: dpkg-source -b on a 3.0 (quilt) source package with changes not yet recorded in a quilt patch will lead to timestamp changes on the modified files, this confuses emacs if one of the modified files is currently open. See discussion at http://lists.debian.org/debian-devel/2010/04/msg00382.html On Fri, 23 Apr 2010, Timo Juhani Lindfors wrote: Raphael Hertzog hert...@debian.org writes: Timo, I'd be glad if you could check whether the attached patch fixes the issue for you. If yes, I'll commit it to dpkg. Doesn't seem to help: Hum, I was fooled by your statement that only the timestamp changed. In fact files are modified twice to properly record the changes in the quilt framework so the timestamps are implicitly changed in that operation (and it was not only dpkg-source that was directly modifying the timestamp). I'm not even sure if resetting the timestamp to match the original one would suffice. I might have to find another solution to record the changes in quilt. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#413954: incompatibilities between graphicsmagick-imagemagick-compat and imagemagick
On 02-Oct-2009, Daniel Kahn Gillmor wrote: A few more things that are missing (i just ran into this while trying to convert some private scripts from imagemagick to graphicsmagick-imagemagick-compat: I ran into this also, in trying to package a software work that uses some ImageMagick commands. I assumed that, since I have ‘graphicsmagick-imagemagick-compat’ installed, that would suffice. Not so. graphicsmagick-imagemagick-compat does not know about the Alpha channel -- it knows about Opacity, but the convert wrapper apparently isn't smart enough to translate between the synonyms. (or is alpha actually 1-opacity? i'm not sure) According to the ImageMagick documentation: Note that the channel names 'Alpha' ('A'), 'Opacity' ('O'), and 'Matte', are also aliases for the -channel setting referring to the images transparency information. It does not matter that an 'alpha' channel is the inverse of a 'matte' channel, it still refers to the same channel, and produces the same result. Whether the data in that channel is acted upon a 'alpha' channel data or as a 'matte' channel data, depend of the operator. Low level channel operators like -threshold work on the raw 'matte' data of the channel in memory. However most higher level operators like -fx and -composite treat that data as representing 'alpha' data, for operation purposes. URL:http://www.imagemagick.org/Usage/channels/ This means i've had to revert to imagemagick, after a fair amount of debugging and searching for the promised compatibility. Likewise. Perhaps the long description of the package should indicate that it is not fully-compatible, and the specifics of the known incompatibilities could be dropped into /usr/share/doc/graphicsmagick-imagemagick-compat/incompatibilities.txt Ideally, of course there would be enough interest in graphicsmagick as a replacement to implement the features compatibly and submit changes upstream :-) -- \ “Only the educated are free.” —Epictetus, _Discourses_ | `\ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#526220: fixed 526220 in 2.28.0-1
# Automatically generated email from bts, devscripts version 2.10.35lenny7 #assuming it was fixed in 2.28 serie fixed 526220 2.28.0-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578025: (eclipse-platform: XML Highlighting does not work)
Hi, Does it work if you install Eclipse XML Editors and Tools from http://download.eclipse.org/releases/galileo/ under the category Web, XML, and Java EE Development via eclipse's own plugin installer? now - with your help (Sun JDK) - I could install Eclipse XML Editors and Tools, but no changes. Joachim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578854: debian-policy: Wording about Conflicts needs to be clarified
On Fri, Apr 23, 2010 at 09:27:32AM +0200, Raphaël Hertzog wrote: I stumbled upon policy 7.4: A Conflicts entry should almost never have an earlier than version clause. This would prevent dpkg from upgrading or installing the package which declared such a conflict until the upgrade or removal of the conflicted-with package had been completed. Instead, Breaks may be used. Looking at this sentence it comes mostly unchanged from the original packaging manual (commit ff1bec10): - A ttConflicts/tt entry should almost never have an - `earlier than' version clause. This would prevent - prgndpkg/prgn from upgrading or installing the package - which declared such a conflict until the upgrade or removal - of the conflicted-with package had been completed. This - aspect of installation ordering is not handled by - prgndselect/prgn, so that the use ttConflicts/tt in - this way is likely to cause problems for `bulk run' upgrades - and installations. I think using an earlier than clause is perfectly ok nowadays and it's possibly the right thing to do when moving files around between packages. No, it definitely isn't ok. Versioned conflicts still impose significant constraints on calculating an upgrade path between releases and contribute to upgrade failures. Up to now, I always used Conflicts for explicit file conflicts and used Breaks for other subtle breakages (interface/API change). So when moving files from one package to the other I used Conflicts: previous ( last-version) and Replaces: previous ( last-version) on the package where the files are. Conflicts is always right for file conflicts, and in that case should also *always* be accompanied by Replaces. The biggest problem, which the Policy wording tries to address, is the use of bare Conflicts, for things that aren't file conflicts: in that case, a versioned conflicts is almost always wrong because what you really mean to express is a versioned Breaks. And it's *that* usage of versioned Conflicts which causes the most problem for the package manager. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#578865: kdebase: KDE4 menu item Suspend to disk/RAM needs pm-utils to work
Package: kdebase Version: 5:55 Severity: normal *** Please type your report below this line *** The KDE4 menu items Suspend to disk/Suspend to RAM do only lock the screen but do not suspend the system when the package pm-utils is missing. When pm- utils is installed it works fine. kdebase (or may be kde-minimal or kdebase-workspace?) should depend on or recommend pm-utils. See also http://bugs.gentoo.org/274932 -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase depends on: ii kde-minimal 5:55 the K Desktop Environment, minimal kdebase recommends no packages. Versions of packages kdebase suggests: ii kde-l10n-de [kde-l10n]4:4.3.5-1 German (de) localization files for -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578860: dpkg treats Breaks just like Conflicts
Hi, On Fri, 23 Apr 2010, Josselin Mouette wrote: Now if you run “dpkg -i bar_2.0_all.deb foo_2.0_hurd-i386.deb”, the packages will refuse to upgrade, just as if there were conflicts. And with dpkg -B -i ? And similarly to conflicts, APT will have to deconfigure one of the two before upgrading the other. That's expected, the policy says about Breaks: When one binary package declares that it breaks another, dpkg will refuse to allow the package which declares Breaks be installed unless the broken package is deconfigured first, and it will refuse to allow the broken package to be reconfigured. I think the correct behavior is to not look at Breaks: at all at the unpack phase, and to only do it at the configure phase. If a package for which a Breaks has been set has not been upgraded, dpkg should refuse to configure just as if there were a missing dependency. I have not tested but APT uses --auto-deconfigure (aka -B) by default IIRC and it might simply make sense to have this option activated by default in dpkg since it's required for many common operations anyway. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573220: usertag debian-edu
user debian-...@lists.debian.org usertag 573220 + debian-edu thanks Hi Benoit, any update on this? next week is three weeks ago today :-) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
Hi. That was helpful, fixed upstream. I once again reiterate my suggestion to pass problems to upstream first before attempting to work around them locally in the packaging infrastructure of a single distribution. The expected workflow is a different one. Let the package does not build on a particular architecture. Iff it is detected by porter (me), porter tries to find the cause or provide workaround/fix/hints. They go to Debian BTS, package maintainer evaluates them and integrates into package and forward upstream. In some cases the package maintainer is upstream author or have commit rights into upstream repository, some upstream authors look after bug entries in some distribution. Please take a look at [1], click on bottom on Toggle all extra information. There is at about 16000 source packages in Debian. It cannot be managed to comunicate with every of thousands upstreams directly. Moreover the entry in BTS signals for other porters, that the problem is known and its state. [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=kfreebsd;users=debian-...@lists.debian.org The build for mplayer from current SVN snapshot, without any flags passed to configure on kfreebsd-amd64: cc .. -c -o libvo/vo_dfbmga.o libvo/vo_dfbmga.c libvo/vo_dfbmga.c: In function 'get_image': libvo/vo_dfbmga.c:1352: warning: cast to pointer from integer of different size libvo/vo_dfbmga.c: In function 'draw_image': libvo/vo_dfbmga.c:1369: warning: cast from pointer to integer of different size cc -MD -MP -Wstrict-prototypes -Wmissing-prototypes -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -I/usr/local/include -D_THREAD_SAFE -I/usr/include/directfb -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/freetype2-c -o libvo/vo_directfb2.o libvo/vo_directfb2.c Glibvo/vo_directfb2.c:40:22: error: linux/kd.h: No such file or directory make: *** [libvo/vo_directfb2.o] Error 1 It is needed to pass --disable-directfb to finish build. When I do this: --- libvo/vo_directfb2.c~ 2010-04-23 06:15:06.0 +0200 +++ libvo/vo_directfb2.c2010-04-23 10:24:06.0 +0200 @@ -34,11 +34,7 @@ #include stdlib.h #include string.h -#ifdef __linux__ #include sys/kd.h -#else -#include linux/kd.h -#endif #include config.h #include video_out.h The build ends with: cc -MD -MP -Wstrict-prototypes -Wmissing-prototypes -Wundef -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -std=gnu99 -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=native -mtune=native -pipe -ffast-math -fomit-frame-pointer -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -Ilibdvdread4 -I. -I/usr/local/include -D_THREAD_SAFE -I/usr/include/directfb -I/usr/include/kde/artsc -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -D_REENTRANT -I/usr/include/freetype2-c -o libvo/vo_directfb2.o libvo/vo_directfb2.c In file included from libvo/vo_directfb2.c:40: libvo/video_out.h:272: error: redefinition of 'struct keymap' make: *** [libvo/vo_directfb2.o] Error 1 There is already struct keymap defined in system header http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sys/kbio.h Would be possible to use a different name in libvo/video_out.h, i.e. struct vo_keymap ? I should probably note that GNU/kFreeBSD uses same kernel as FreeBSD, but libc/gcc/binutils same as Linux. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578852: prohibit usage of Breaks for file conflicts
Package: debian-policy Version: 3.8.4.0 Severity: normal Hi, to test the actual behaviour of dpkg for this situation I created the following 5 packages: Package: foo Version: 1 Architecture: all -rw-r--r-- root/root 227 2010-04-23 10:39 ./usr/share/doc/foo/foo-1.control Package: bar Version: 1 Architecture: all empty Package: foo Version: 2 Architecture: all empty Package: bar Version: 2b Architecture: all Breaks: foo (= 1) Replaces: foo (= 1) -rw-r--r-- mrvn/mrvn 180 2010-04-23 09:41 ./usr/share/doc/foo/foo.control Package: bar Version: 2c Architecture: all Conflicts: foo (= 1) Replaces: foo (= 1) -rw-r--r-- mrvn/mrvn 180 2010-04-23 09:41 ./usr/share/doc/foo/foo.control The foo.control file moves from foo to bar between version 1 and 2b/2c. Test 1 == I start with version 1 installed and update to version 2/2b/2c without problems. Then on downgrade: m...@frosties:~/t% dpkg -s bar Package: bar Status: install ok installed Priority: optional Section: misc Installed-Size: 44 Maintainer: Goswin von Brederlow goswin-...@web.de Architecture: all Version: 2b Replaces: foo (= 1) Breaks: foo (= 1) Description: dummy foo dummy package to test m...@frosties:~/t% sudo dpkg -i foo_1_all.deb dpkg: warning: downgrading foo from 2 to 1. (Reading database ... 176361 files and directories currently installed.) Preparing to replace foo 2 (using foo_1_all.deb) ... Unpacking replacement foo ... dpkg: error processing foo_1_all.deb (--install): trying to overwrite '/usr/share/doc/foo/foo.control', which is also in package bar 0:2b Errors were encountered while processing: foo_1_all.deb SEE http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=20471 m...@frosties:~/t% dpkg -s bar Package: bar Status: install ok installed Priority: optional Section: misc Installed-Size: 44 Maintainer: Goswin von Brederlow goswin-...@web.de Architecture: all Version: 2c Replaces: foo (= 1) Conflicts: foo (= 1) Description: dummy foo dummy package to test m...@frosties:~/t% sudo dpkg -i foo_1_all.deb dpkg: warning: downgrading foo from 2 to 1. dpkg: regarding foo_1_all.deb containing foo: bar conflicts with foo (= 1) foo (version 1) is to be installed. dpkg: error processing foo_1_all.deb (--install): conflicting packages - not installing foo Errors were encountered while processing: foo_1_all.deb This is as expected. Test 2 == Again I start with version 1 installed. m...@frosties:~/t% sudo dpkg --auto-deconfigure --unpack bar_2b_all.deb dpkg: considering deconfiguration of foo, which would be broken by installation of bar ... dpkg: yes, will deconfigure foo (broken by bar). (Reading database ... 176361 files and directories currently installed.) Preparing to replace bar 1 (using bar_2b_all.deb) ... De-configuring foo ... Unpacking replacement bar ... Replacing files in old package foo ... m...@frosties:~/t% sudo dpkg -i bar_1_all.deb (Reading database ... 176361 files and directories currently installed.) Preparing to replace bar 2 (using bar_1_all.deb) ... Unpacking replacement bar ... Setting up bar (1) ... m...@frosties:~/t% sudo dpkg --configure -a Setting up foo (1) ... m...@frosties:~/t% ls -lh /usr/share/doc/foo/foo.control ls: cannot access /usr/share/doc/foo/foo.control: No such file or directory This I believe is actualy according to specs. It just isn't a nice outcome. Test 3 == Again I start with version 1 installed. m...@frosties:~/t% sudo dpkg --unpack bar_2c_all.deb dpkg: considering removing foo in favour of bar ... dpkg: yes, will remove foo in favour of bar. (Reading database ... 176361 files and directories currently installed.) Preparing to replace bar 1 (using bar_2c_all.deb) ... Unpacking replacement bar ... m...@frosties:~/t% sudo dpkg -i bar_1_all.deb (Reading database ... 176358 files and directories currently installed.) Preparing to replace bar 2 (using bar_1_all.deb) ... Unpacking replacement bar ... Setting up bar (1) ... m...@frosties:~/t% sudo dpkg -i foo_1_all.deb Selecting previously deselected package foo. (Reading database ... 176356 files and directories currently installed.) Unpacking foo (from foo_1_all.deb) ... Setting up foo (1) ... m...@frosties:~/t% ls -lh /usr/share/doc/foo/foo.control -rw-r--r-- 1 root root 227 Apr 23 10:39 /usr/share/doc/foo/foo.control Since foo gets removed completly it must be reinstalled to get foo back. And then it gets its file back. In conclusion: == On downgrades using Replaces with Breaks triggers a long standing dpkg bug or can cause files to disapear. So it might indeed be wise for policy to prohibit the use of Breaks for file conflicts. Even if the dpkg bug is fixed it still risks loosing files when reverting a partial upgrade and downgrading to the old versions. MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4
Bug#578866: Subject: evolution: Syntax error in Russian
Package: evolution Version: 2.22.3.1-1 Severity: minor Tags: l10n Syntax error in Russian: http://i6.fastpic.ru/big/2010/0423/77/8f890f56da59e6c1483e4e4a256e9177.png -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (100, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus 1.2.1-5+lenny1simple interprocess messaging syst ii evolution-common 2.22.3.1-1architecture independent files for ii evolution-data-server 2.22.3-1.1+lenny2 evolution database backend server ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gtkhtml3.143.18.3-1 HTML rendering/editing library - b ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbluetooth2 3.36-1Library to use the BlueZ Linux Blu ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcamel1.2-11 2.22.3-1.1+lenny2 The Evolution MIME message handlin ii libdbus-1-31.2.1-5+lenny1simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1simple interprocess messaging syst ii libebook1.2-9 2.22.3-1.1+lenny2 Client library for evolution addre ii libecal1.2-7 2.22.3-1.1+lenny2 Client library for evolution calen ii libedataserver1.2-92.22.3-1.1+lenny2 Utility library for evolution data ii libedataserverui1.2-8 2.22.3-1.1+lenny2 GUI utility library for evolution ii libegroupwise1.2-132.22.3-1.1+lenny2 Client library for accessing group ii libexchange-storage1.2 2.22.3-1.1+lenny2 Client library for accessing Excha ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.7-2+lenny1FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-3 The GLib library of C routines ii libgnome-pilot22.0.15-2.4Support libraries for gnome-pilot ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.12-1~lenny1 The GTK+ graphical user interface ii libgtkhtml3.14-19 3.18.3-1 HTML rendering/editing library - r ii libhal10.5.11-8 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libldap-2.4-2 2.4.11-1+lenny1 OpenLDAP libraries ii libnm-glib00.6.6-3 network management framework (GLib ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-5 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-0lenny1 Network Security Service libraries ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio ii libpisock9 0.12.3-5 library for communicating with a P ii libpisync1 0.12.3-5 synchronization library for PalmOS ii libpixman-1-0 0.10.0-2 pixel-manipulation library for X a ii libpng12-0 1.2.27-2+lenny3 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libsoup2.4-1 2.4.1-2 an HTTP library implementation in ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii libx11-6 2:1.3.3-2 X11 client-side library ii libxcb-render-util00.2.1+git1-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.2 X C Binding, render extension ii libxcb11.5-3 X C Binding ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
Bug#569594: git t7400.24 is failing again
On Thu, 22 Apr 2010, Gerrit Pape wrote: debian-admin, can you please install the build dependencies of git 1:1.7.0.5-1 in zelenka.d.o's sid chroot? I'd like to try to reproduce in an environment that's as close to the autobuilder's as possible. done. -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Nicolas Pitre n...@fluxnic.net writes: On Thu, 22 Apr 2010, Goswin von Brederlow wrote: Nicolas Pitre n...@fluxnic.net writes: On Thu, 22 Apr 2010, Goswin von Brederlow wrote: Exact. It is therefore not progress to impose some inconvenience to one work flow in order to make another one easier. And in this case we're talking about the difference between having to type an additional -a vs the risk of creating a commit with unexpected content. Is there a risk? You do get an editor with all the files affected listed giving you a big fat warning what you are about to commit. Yes I sometimes do start to commit wrongly too (no matter what RCS used) but then I just close the editor to abort and commit the things seperately. Yes, but this is a much greater burden to 1) not forget to empty the editor, and 2) actually save the empty file. Simply exiting the editor will cause unwanted commit. Compare that with simply adding -a to your commit command when told so. That is not how it works in other RCS. Initialy the editor only contains comments listing the affected files. If you do not alter the file then the commit aborts. I agree that having to empty the file and save it would be a greater burden. Alternatively an option to take all changes but only if the index is empty would be helpfull. Then people could define an alias for that or set the option in the config. Other than setting -a that would allow using an index when needed and commit everything in the normal case without having to change the command used to commit. But you're proposing to change the semantics for that command. And I also suspect that you're trying to make the index more hidden while what we're actually trying to do is to promote it. Yes, it would hide the index. But you are not just promoting it. You are forcing people to always use it, even if only through the -a option. Well, sure. And you might be glad that the -a option is there at all. When this was debated, the concensus was that the index is what makes Git so different, and actually *better* than the alternatives. Concerns were raised about natural human resistance to change and the fact that some people would have problem adapting to a different model. So the -a argument was added as a compromize, although the concensus was much less strong in that case. And experience so far has shown that the vast majority of new Git users started to really appreciate the index once they've past the initial hurdle of getting used to a different concept. So we can say that Git's index is one of its major feature. You should learn to use it or stick to -a, but please don't try to make Git into what it was meant to be different from. What _you_ can do though, is this: git config --global alias.ci commit -a But then when I accidentally use 'git ci' while having an index the index gets ignored and all changed files get commited in one big mess. Not at all. You will end up in the same text editor with the same opportunity to abort the messed up commit as you are claiming above. Except now this is your own burden instead of mine. See? One's gain is another one's loss. However in this case this would happen because you mixed up an index-using workflow with a non-index-using workflow. While with your suggested change the messed up commit could occur without mixing up workflows. No, with my suggested change (either change of the default or the extra option) it would be smart enough to do the right thing on its own. So either you use the index or you don't. And of course I'd strongly suggest you truly consider using it. Given how seldom I need an index (so far never) the risk of using 'git ci' accidentally is way to high. Same with typing -a. I do it so often that when I actualy don't want it I will probably type it anyway out of habbit. This is a strawman. If you do not use the index and never used it so far, why are you so afraid of this ci alias? Please get over it. Nicolas You all say the index is such a great thing. So I might use it eventually. Other people might use it 1 out of 10 times. Yet other people use it 9 out of 10 times. Can you at least accept that the use of the index feature is different for each person? My suggested change, with the --a-if-empty option, would not impose anything on existing usage. But it would benefit those that rarely use an index and would like git to be smart enough to know when to use the index and when not. Yes, it would mean the use of the index ideology is not force upon people anymore. But isn't that a good thing? Free software is about freedom. That should include the freedom not to use the index method. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578867: [INTL:es] Spanish debconf translation for glpi
Package: glpi Version: 0.72.4-2 Severity: wishlist Tags: l10n patch Please find attached the Spanish translation for glpi's debconf template. Best regards, -- Omar Campagne Polaino # glpi po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the glpi package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2010 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: glpi 0.72.4-2\n Report-Msgid-Bugs-To: g...@packages.debian.org\n POT-Creation-Date: 2009-07-19 19:33+0200\n PO-Revision-Date: 2010-04-13 12:12+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../glpi.templates:1001 msgid apache, apache-ssl, apache-perl, apache2 msgstr apache, apache-ssl, apache-perl, apache2 #. Type: multiselect #. Description #: ../glpi.templates:1002 msgid Web server to reconfigure automatically: msgstr Servidor web que se reconfigurará automáticamente: #. Type: multiselect #. Description #: ../glpi.templates:1002 msgid If you do not select a web server to reconfigure automatically, glpi will not be usable until you reconfigure your webserver to enable glpi. msgstr Si no selecciona un servidor web a reconfigurar automáticamente, no podrá usar glpi hasta que reconfigure su servidor web para que active glpi. #. Type: note #. Description #: ../glpi.templates:2001 msgid glpi configuration msgstr Configuración de glpi #. Type: note #. Description #: ../glpi.templates:2001 msgid Please point your browser to http://server/glpi/ to finish the configuration. msgstr Introduzca en su navegador la dirección «http://servidor/glpi/» para finalizar la configuración.
Bug#578854: debian-policy: Wording about Conflicts needs to be clarified
On Friday 23 April 2010 11:35:16 Steve Langasek wrote: On Fri, Apr 23, 2010 at 09:27:32AM +0200, Raphaël Hertzog wrote: No, it definitely isn't ok. Versioned conflicts still impose significant constraints on calculating an upgrade path between releases and contribute to upgrade failures. I disagree. Using versioned Conflicts+Replaces for upgrades don't impose any additional constraints to calculating upgrade path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492325: ITP: phpmyid -- standalone, single user, OpenID identity provider
Hi Niels, I uploaded the package to mentors.debian.net, but there was no sponsor willing to upload due to the code being PHP. I forwarded the concerns upstream. Best regards, Andreas On Thu, 2010-04-22 at 08:33 +0200, Niels Thykier wrote: Hi Andreas The last message on this ITP is from 2008; you seem to have the package ready, but it does not appear in the archive. Have you lost interest in this package? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574201: Intent to NMU b2evolution to fix pending po-debconf l10n bugs (and maybe RC bug as well)
Hi! * Christian PERRIER bubu...@debian.org [100325 08:06]: The b2evolution Debian package, which you are the maintainer of, has pending bug report(s) which include translation updates or fixes for po-debconf, namely bug number 552702 (and maybe other similar bugs). Fixing #574201 could also be possible (apparently a missing Depends). While looking through RC bugs I found your mail about #574201. I saw that you in the meantime uploaded your l10n fixing NMU, but I don't see anything about the RC one. Do you know the status of this bug? Did it turn out to be more than a missing dependency? Best Regards, Alexander signature.asc Description: Digital signature
Bug#578764: Please default to 'commit -a' when no changes were added
Matthieu Moy matthieu@grenoble-inp.fr writes: Junio C Hamano gits...@pobox.com writes: Think of this sequence: There's another case where it would be hard to decide what's The Right Thing: vi existing-file.c # do some changes vi new-file.c # create the file git add new-file.c git commit If you take the SVN semantics, the last git commit should commit the changes to existing-file.c. But keeping the current Git semantics, it doesn't. There are valid reasons why a user can type the above sequence with today's Git, and changing it would be backward incompatible, and would make the senario a lot more painfull. For SVN users it gets much worse: vi existing-file.c # do some changes vi new-file.c # create the file git add new-file.c vi new-file.c # do some more changes git commit A SVN user would expect the current working copies of existing-file.c and new-file.c to be commited. Instead only new-file.c is commited and only the fist modification. While this case is still highly confusing to non git users I do see that it can't be easily changed. And my suggestion doesn't change it. The call to git add creates an index so the commit would only act on the index. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578868: couchdb: database migration should be automatic
Package: couchdb Version: 0.11.0-1 Severity: normal Tags: squeeze README.Debian says the database directory is partitioned by the CouchDB release number of the database format in use and Before you upgrade to a new version [...] you should export [...] and import the data into the new database after the upgrade. This is quite awkward: no prior warning when upgrading, and the old binaries aren't here anymore after the upgrade is done. A quick, short-term minimal fix would be warning the user about the need for data migration, offering to abort the upgrade, and pointing to the dump/load procedure or tools. In the long run, the dump/load operations should probably be automated by the package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.33 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages couchdb depends on: ii adduser 3.112 add and remove users and groups ii erlang-base [erlang-abi- 1:13.b.4-dfsg-4 Erlang/OTP virtual machine and bas ii erlang-crypto1:13.b.4-dfsg-4 Erlang/OTP cryprographic modules ii erlang-inets 1:13.b.4-dfsg-4 Erlang/OTP Internet clients and se ii erlang-ssl 1:13.b.4-dfsg-4 Erlang/OTP implementation of SSL ii erlang-tools 1:13.b.4-dfsg-4 Erlang/OTP various tools ii erlang-xmerl 1:13.b.4-dfsg-4 Erlang/OTP XML tools ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcurl3 7.20.0-3Multi-protocol file transfer libra ii libicu42 4.2.1-3 International Components for Unico ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libmozjs2d 1.9.1.8-5 The Mozilla SpiderMonkey JavaScrip ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii mawk 1.3.3-15a pattern scanning and text proces ii procps 1:3.2.8-8 /proc file system utilities couchdb recommends no packages. couchdb suggests no packages. -- no debconf information
Bug#578764: Please default to 'commit -a' when no changes were added
Adam Brewster adambrews...@gmail.com writes: What _you_ can do though, is this: git config --global alias.ci commit -a But then when I accidentally use 'git ci' while having an index the index gets ignored and all changed files get commited in one big mess. Given how seldom I need an index (so far never) the risk of using 'git ci' accidentally is way to high. Same with typing -a. I do it so often that when I actualy don't want it I will probably type it anyway out of habbit. My way would be safe in that it will never ignore an index if there is one. And if it is a new option then it would not alter the existing semantic, just add to it. Call the option --smart-a or --a-if-empty. Consider $ echo -e '#!/bin/bash\nif git diff-tree --quiet HEAD; then git commit -a; else git commit; fi' `git --exec-path`/git-ci $ chmod 555 `git --exec-path`/git-ci Adam % if git diff-tree --quiet HEAD; then git commit -a; else git commit; fi 7a15ef233c9ea900c9176f4a09260bb64a7e40cb # On branch master # Changed but not updated: # (use git add file... to update what will be committed) # (use git checkout -- file... to discard changes in working directory) # # modified: debian/changelog # modified: debian/control # # Untracked files: # (use git add file... to include in what will be committed) # # debian/files no changes added to commit (use git add and/or git commit -a) That does not do the right thing but I was thinking along the same lines for a personal fix. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Jonathan Nieder jrnie...@gmail.com writes: Adam Brewster wrote: Consider $ echo -e '#!/bin/bash\nif git diff-tree --quiet HEAD; then git commit -a; else git commit; fi' `git --exec-path`/git-ci $ chmod 555 `git --exec-path`/git-ci Or just put it in your $PATH. :) By the way, all this talk of âif there is an indexâ sounds funny to my brainwashed ears. Every version control system I have tried uses an index to ensure consistency during a commit; itâs just that most of them hide it from the user. This may sound pedantic, I realize. Have fun, Jonathan Other RCS use an index of files they track. Git uses an index of patch chunks to commit. Same name, totaly different concept. Or am I understanding that wrong? MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578825: #578825 Do not support font substitution mechanism provided by fontconfig
That's a feature-request - see http://www.debian.org/Bugs/Developer#severities -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#578869: g-s-d crashes when changing resolutions/adding monitors
Package: gnome-settings-daemon Version: 2.28.1-3 Severity: important ...with the following error: The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadMatch (invalid parameter attributes)'. (Details: serial 456231 error_code 8 request_code 152 minor_code 7) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Unfortunately this does not happen *always* and thus is hard to reproduce. However afterwards gnome programs run in some default settings and starting gnome-settings-daemon again takes down the whole X session such that only logout/login can help. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.9-sonne (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libfontconfig12.8.0-2generic font configuration library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgnome-desktop-2-11 2.28.2-1 Utility library for loading .deskt ii libgnome2-common 2.30.0-1 The GNOME library - common files ii libgnomekbd4 2.30.0-1 GNOME library to manage keyboard c ii libgstreamer-plugins-base0.10 0.10.28-1 GStreamer libraries from the base ii libgstreamer0.10-00.10.28-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.4.5-1sends desktop notifications to a n ii libx11-6 2:1.3.3-3 X11 client-side library ii libxi62:1.3-4X11 Input extension library ii libxklavier16 5.0-2 X Keyboard Extension high-level AP gnome-settings-daemon recommends no packages. Versions of packages gnome-settings-daemon suggests: ii fluxbox [x-window-manag 1.1.1-7 Highly configurable and low resour ii gnome-screensaver 2.28.3-1+b1 GNOME screen saver and locker ii kwin [x-window-manager] 4:3.5.9.dfsg.1-6 the KDE window manager ii metacity [x-window-mana 1:2.30.1-1 lightweight GTK+ window manager ii mutter [x-window-manage 2.29.0-2 lightweight GTK+ window manager ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii x11-xserver-utils 7.5+1X server utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Jon Seymour jon.seym...@gmail.com writes: On Fri, Apr 23, 2010 at 7:48 AM, Adam Brewster adambrews...@gmail.com wrote: Consider $ echo -e '#!/bin/bash\nif git diff-tree --quiet HEAD; then git commit -a; else git commit; fi' `git --exec-path`/git-ci $ chmod 555 `git --exec-path`/git-ci Adam Perhaps I am missing something, but I would have thought git diff-files --quiet would be more useful in this context... jon. % git diff-files; git diff-files --quiet; echo $? :100644 100644 09f06ca1503da57f89331ddc44f0a3c60313c531 M debian/changelog :100644 100644 978b107709d1e45b5240a86960587d2a61d8afe6 M debian/control 1 % git add debian/control % git diff-files; git diff-files --quiet; echo $? :100644 100644 09f06ca1503da57f89331ddc44f0a3c60313c531 M debian/changelog 1 % git add debian/changelog % git diff-files; echo $? 0 Doesn't tell me if there is an index prepared alraedy or not. Only tells me if there are changes that are not in the index. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578870: nscd: /etc/init.d/ncsd reload restarts the daemon
Package: nscd Version: 2.10.2-6 Severity: normal According to Policy 9.3.2: /etc/init.d/package [...] should accept one argument, saying what to do: [...] reload cause the configuration of the service to be reloaded WITHOUT ACTUALLY STOPPING AND RESTARTING THE SERVICE, (emphasis mine) However, the nscd script will stop and restart nscd when called with reload. If nscd doesn't support reloading without being restarted, then the reload action should be removed from the init script. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nscd depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib nscd recommends no packages. nscd suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Goswin von Brederlow goswin-...@web.de writes: For SVN users it gets much worse: vi existing-file.c # do some changes vi new-file.c # create the file git add new-file.c vi new-file.c # do some more changes git commit A SVN user would expect the current working copies of existing-file.c and new-file.c to be commited. Instead only new-file.c is commited and only the fist modification. While this case is still highly confusing to non git users I do see that it can't be easily changed. And my suggestion doesn't change it. The call to git add creates an index so the commit would only act on the index. But then, you'd still have the confusion for people expecting the SVN semantics. They'd use git commit-without-dash-a happily untill they have to add a new file, and the day the do a git add on a new file, commit doesn't add their changes to existing files, and ... WTF!? Don't get me wrong: I do agree that not everybody have a use for the index. Typically, I teach Git to students, who are light-years away from understanding what clean commit, small and related changes means. They have no use for the index, they just use Git as a way to share code, and possibly as a backup mechanism. I just teach them always use the -a option of 'git commit' for now, you'll learn about the power of 'git commit-without-dash-a' later. Unless when they forget to say -a, it just works. And it even works when they add new files, when they resolve conflicts after a merge, ... which your proposal does not solve. -- Matthieu Moy http://www-verimag.imag.fr/~moy/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578871: Keeps on closing tray of my CD-ROM-drive
Package: udisks Version: 1.0.1-1 Severity: important Today I started to wonder, why tray of my CD-ROM-drive do not stay open at all. I used both eject-command and eject-button and everytime tray was immediately shut again. I checked output of fuser, but it found nothing. Then I checked output of ps and found all processes that had device name of my CD-ROM drive. There were two of them. I killed the first one, but problem did not go away. Then I found another one: It was udisks . I killed that process and problem went away. -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing'), (99, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udisks depends on: ii dbus 1.2.24-1 simple interprocess messaging syst ii libatasmart4 0.17+git20100219-1 ATA S.M.A.R.T. reading and parsing ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgudev-1.0-0151-3 GObject-based wrapper library for ii libparted0debian1 2.2-5 The GNU Parted disk partitioning s ii libpolkit-backend-1-0 0.96-2 PolicyKit backend API ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libsgutils2-2 1.28-2 utilities for working with generic ii libudev0 151-3 libudev shared library ii udev 151-3 /dev/ and hotplug management daemo Versions of packages udisks recommends: ii dosfstools3.0.9-1utilities for making and checking ii hdparm9.27-2 tune hard disk parameters for high ii mtools4.0.12-1 Tools for manipulating MSDOS files pn ntfs-3g none (no description available) ii ntfsprogs 2.0.0-1+b1 tools for doing neat things in NTF ii policykit-1 0.96-2 framework for managing administrat Versions of packages udisks suggests: ii cryptsetup 2:1.1.0-2.1 configures encrypted block devices pn mdadmnone (no description available) ii reiserfsprogs1:3.6.21-1 User-level tools for ReiserFS file ii xfsprogs 3.1.1 Utilities for managing the XFS fil -- no debconf information -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576188: [pkg-cli-apps-team] Bug#576188: banshee: Outputs loads of junk to STDOUT
Chow Loong Jin wrote: On Thursday 01,April,2010 06:59 PM, Antony Gelberg wrote: Package: banshee Version: 1.0.0-1 Severity: normal As per subject really, banshee fills my console with a load of messages that are at best useful for debug. Clobbering STDOUT is really not cricket. I don't see what the problem is. A graphical application is usually not started from the terminal, unless you are looking for debugging information. Are you really hoping to interact with Banshee from the console? If you are, then sorry, but I don't believe it is planned to give Banshee a command line interface any time soon. I think your assumption that A graphical application is usually not started from the terminal, unless you are looking for debugging information. is utterly flawed. These messages should be printed only when some debug flag is switched on. I am not hoping to interact with Banshee from the command line, and I never said I was. Antony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567528: Not reproducable?
Maybe i get something wrong but i can not reproduce this bug on my squeeze i386 system with python-kde4 4:4.3.4-1. python-kde4 depends on python-sip4 (= 4.9-1), python-sip4 ( 4.9-1+~) and not on python-sip. python-sip4 4.9-1 is available in squeeze as needed. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-kde4 depends on: ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii kdepimlibs5 4:4.3.4-2core libraries for KDE PIM 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libphonon4 4:4.6.0really4.4.0-2 the core library of the Phonon mul ii libplasma3 4:4.3.4-3library for the KDE 4 Plasma deskt ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libsoprano4 2.4.1+dfsg.1-1 libraries for the Soprano RDF fram ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii phonon 4:4.6.0really4.4.0-2 metapackage for the Phonon multime ii python 2.5.4-9 An interactive high-level object-o ii python-qt4 4.6-1Python bindings for Qt4 ii python-sip4 4.9-1Python/C++ bindings generator runt ii python-support 1.0.7automated rebuilding support for P ii python2.5 2.5.5-2 An interactive high-level object-o python-kde4 recommends no packages. python-kde4 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
On Fri, Apr 23, 2010 at 11:09, Goswin von Brederlow goswin-...@web.de wrote: For SVN users it gets much worse: vi existing-file.c # do some changes vi new-file.c # create the file git add new-file.c vi new-file.c # do some more changes git commit A SVN user would expect the current working copies of existing-file.c and new-file.c to be commited. Instead only new-file.c is commited and only the fist modification. I come from CVS, i.e. a similar background. While this case is still highly confusing to non git users I do see that it can't be easily changed. And my suggestion doesn't change it. The call to git add creates an index so the commit would only act on the index. I wouldn't agree it's highly confusing. As soon as you understand why (and it shouldn't take long), it's a relief. With CVS I would constantly make copies of my working tree so that I could sort out all the different things I was working on at the same time (which is a necessity when you work with development and bugfixing and customer reports with different priorities are dropping in). It's much easier now (with Git) to do a couple of different things at the same time. Besides, I would argue that the SVN/CVS behaviour is creating problems also for SVN/CVS users. Where I work it's not unusual that developers accidentally commit different changes in the same commit, making it hard to extract the one you want when you later wish to e.g. push a specific change to a maintenance branch or hotfix tree. And git add --patch is also wonderful sometimes. (Unfortunately that won't work on systems with pre-5.8 versions of Perl, which I just found out - but that's another story.) I plan to create a short course for my fellow co-workers when we move more stuff over from CVS to Git. Just an hour should do I think. I'll clarify how the index works very early on and I believe they'll all get it very quickly. I'll probably also take some parts from 'Git from the bottom up' by John Wiegley, at least I found (after having used Git for some time) that knowing how it works from blobs and up actually helps a lot. I won't join in on the discussion of any actual changes to Git, for that I'm too fresh as Git user. I would only like to stress that I wouldn't want the current flexibility to get limited or changed to be more like SVN/CVS -- I come from there, remember, and I don't see why I would wish to go back. -Tor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Goswin von Brederlow goswin-...@web.de writes: You all say the index is such a great thing. So I might use it eventually. Other people might use it 1 out of 10 times. Yet other people use it 9 out of 10 times. Can you at least accept that the use of the index feature is different for each person? In my case, I use the index extremely often, for complex commits that I want to split up -- but I _also_ use -a maybe 30-40% of the time, for simple commits that don't need splitting. I think the default to -a if index is empty and there are no args behavior sounds perfect. It would have no real adverse effects as far as I can see, and would make git a little more convenient for everybody. -miles -- I'm beginning to think that life is just one long Yoko Ono album; no rhyme or reason, just a lot of incoherent shrieks and then it's over. --Ian Wolff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524746: Fwd: Sponsor for player
Hello, 3.0.1+dfsg-1 has been uploaded, b-d has been switched to libdc1394-22-dev so #524746 can be closed: am I missing something? If nothing comes up, in 2 days i'll close there bug marking it as fixed in 3.0.1+dfsg-1 Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
On 2010.04.22 22:37:05 +0200, Goswin von Brederlow wrote: Is there a risk? You do get an editor with all the files affected listed giving you a big fat warning what you are about to commit. And if I happen to have two unrelated changes in a single file that's worth nothing at all. For example, I might have changed the condition that causes some message to be shown, and discovered a typo in the message itself and fixed it along the way. That needs two commits, but the list of modified files doesn't tell that. Only commit -v would help there, showing the diff in the editor. But reviewing the diff in the editor is a PITA and I lose the whole review progress if I find something I don't want to commit and have to abort. Using git add [-i|-p|-e], git helps me to keep track of the changes I already reviewed and decided to commit. Björn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573802: Rosegarden 10,.04
Hi Alf, Well i think its important to go straight to version 10.04, mostly of a serius bug in 10.02 in notations editon. Yes, with today's release of 10.04 (which hasn't actually appeared on the rosegarden website just yet!), we will most likely we will jump to 10.04, yes. I've already started looking at it. There's perhaps some merit in actually uploading 10.02 to let snapshot.debian.org get hold of it -- any opinions? cheers Stuart -- Stuart Prescott www.nanoNANOnano.net ph +44 117 33 18387 fax +44 117 925 0612 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573802: Rosegarden 10,.04
Hi! I dont have no opinions there.;) Yeah i saw that they not still have updatet there page, but the pagages is downloadable on the link. So i just guess they just have forgotten to update the webpage.. Regards Alf Tonny Bätz On Fri, Apr 23, 2010 at 11:23 AM, Stuart Prescott stu...@nanonanonano.net wrote: Hi Alf, Well i think its important to go straight to version 10.04, mostly of a serius bug in 10.02 in notations editon. Yes, with today's release of 10.04 (which hasn't actually appeared on the rosegarden website just yet!), we will most likely we will jump to 10.04, yes. I've already started looking at it. There's perhaps some merit in actually uploading 10.02 to let snapshot.debian.org get hold of it -- any opinions? cheers Stuart -- Stuart Prescott www.nanoNANOnano.net ph +44 117 33 18387 fax +44 117 925 0612 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578860: dpkg treats Breaks just like Conflicts
Le vendredi 23 avril 2010 à 10:47 +0200, Raphael Hertzog a écrit : Hi, On Fri, 23 Apr 2010, Josselin Mouette wrote: Now if you run “dpkg -i bar_2.0_all.deb foo_2.0_hurd-i386.deb”, the packages will refuse to upgrade, just as if there were conflicts. And with dpkg -B -i ? I didn’t know about -B, thanks for the pointer. I haven’t tested yet, but apparently that would do the trick. I have not tested but APT uses --auto-deconfigure (aka -B) by default IIRC and it might simply make sense to have this option activated by default in dpkg since it's required for many common operations anyway. That would seem a logical thing to do, yes. Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578872: --auto-deconfigure makes dpkg think a package is unpacked twice
Package: dpkg Version: 1.15.5.6 Severity: normal Hi, bar 2 has Breacks: foo (= 1). Updating bar and foo in the wrong order gives: m...@frosties:~/t% sudo dpkg --auto-deconfigure -i bar_2_all.deb foo_2_all.deb dpkg: considering deconfiguration of foo, which would be broken by installation of bar ... dpkg: yes, will deconfigure foo (broken by bar). (Reading database ... 176362 files and directories currently installed.) Preparing to replace bar 1 (using bar_2_all.deb) ... De-configuring foo ... Unpacking replacement bar ... Replacing files in old package foo ... Preparing to replace foo 1 (using foo_2_all.deb) ... Unpacking replacement foo ... More than one copy of package foo has been unpacked in this run ! Only configuring it once. Setting up bar (2) ... Setting up foo (2) ... MfG Goswin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.6-xen-2010.02.18 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.4-1 GNU core utilities ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii lzma 4.43-14Compression method of 7z format in dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.7.25.3 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578873: dh_pysupport: better python default version detection
Package: debhelper Version: 7.4.17 Severity: minor Tags: patch The current check for default version fails if we use alternatives method for /usr/bin/python. -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils 2.20.1-7 The GNU assembler, linker and bina ii dpkg-dev 1.15.7 Debian package development tools ii file 5.04-2 Determines file type using magic ii html2text 1.3.2a-14 advanced HTML to text converter ii man-db2.5.7-2on-line manual pager ii perl 5.10.1-12 Larry Wall's Practical Extraction ii perl-base 5.10.1-12 minimal Perl system ii po-debconf1.0.16 tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make none (no description available) -- no debconf information --- /usr/bin/dh_pysupport 2010-04-21 00:10:40.0 +0600 +++ /tmp/dh_pysupport 2010-04-23 14:28:48.0 +0600 @@ -123,8 +123,9 @@ } # The current default python version -my $default=`readlink /usr/bin/python`; -$default =~ s/^python//; +my $default=`/usr/bin/python --version 21`; +$default =~ s/^Python //; +$default =~ s/\.[0-9]$//; chomp $default; # Versions supported by python-defaults
Bug#578874: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- buglrLg9q The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686-bigmem (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python2.5.4-9 An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: pn software- properties-gtk none (no description available) ii update-notifier 0.70.7.debian-7 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
On 4/23/10 11:09 AM, Goswin von Brederlow wrote: For SVN users it gets much worse: vi existing-file.c # do some changes vi new-file.c # create the file git add new-file.c vi new-file.c # do some more changes git commit A SVN user would expect the current working copies of existing-file.c and new-file.c to be commited. Instead only new-file.c is commited and only the fist modification. But is compatibility with the SVN interface really what we want to aim for? Just because their interface works that way doesn't mean it's the correct way. tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578875: jflex: logo.gif image in documentation is corrupt
Package: jflex Version: 1.4.3-1 Severity: minor The image file /usr/share/doc/jflex/logo.gif in the documentation for JFlex is corrupt: $ LC_ALL=C convert logo.gif logo.png convert: corrupt image `logo.gif' @ error/gif.c/ReadGIFImage/1318. (and eog refuses to load the image). The image is in the same state in the source package. Regards, Samuel Hym -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jflex depends on: ii default-jre [java2-runtime] 1.6-34 Standard Java or Java compatible R ii default-jre-headless 1.6-34 Standard Java or Java compatible R ii jamvm [java1-runtime]1.5.3-2 virtual machine which conforms to ii kaffe-pthreads [java1-runtim 2:1.1.8-5.3 A POSIX threads enabled version of ii openjdk-6-jre [java2-runtime 6b18~pre2-1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-runtime 1.5.0-18-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime 6-17-1 Sun Java(TM) Runtime Environment ( jflex recommends no packages. jflex suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577534: base: fails too with -11 kernel
Hello, sorry for the noise. My DVD writer is completly broken now, my computer isn't able to boot with a bootable cdrom inside. I think it died. The last time it mounted a cdrom was this morning with the next dmesg history: # mount /dev/cdrom /media/cdrom # ok # dmesg [ 6222.172413] ISO 9660 Extensions: Microsoft Joliet Level 3 [ 6222.209343] ISOFS: changing to secondary root [ 6282.442706] sr 0:0:0:0: [sr0] Unhandled sense code [ 6282.442712] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6282.442718] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6282.442726] sr 0:0:0:0: [sr0] Add. Sense: Id CRC or ECC error [ 6282.442734] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e8 e0 00 00 02 00 [ 6282.442750] end_request: I/O error, dev sr0, sector 500608 [ 6282.442758] __ratelimit: 23 callbacks suppressed [ 6282.442762] Buffer I/O error on device sr0, logical block 62576 [ 6312.507390] sr 0:0:0:0: [sr0] Unhandled sense code [ 6312.507397] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6312.507403] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6312.507411] sr 0:0:0:0: [sr0] Add. Sense: Id CRC or ECC error [ 6312.507418] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e8 e0 00 00 02 00 [ 6312.507435] end_request: I/O error, dev sr0, sector 500608 [ 6312.507443] Buffer I/O error on device sr0, logical block 62576 [ 6324.161909] sr 0:0:0:0: [sr0] Unhandled sense code [ 6324.161915] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6324.161921] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6324.161929] sr 0:0:0:0: [sr0] Add. Sense: Id CRC or ECC error [ 6324.161937] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 02 00 00 02 00 [ 6324.161953] end_request: I/O error, dev sr0, sector 500744 [ 6324.161961] Buffer I/O error on device sr0, logical block 62593 [ 6350.485471] sr 0:0:0:0: [sr0] Unhandled sense code [ 6350.485476] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6350.485481] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6350.485488] sr 0:0:0:0: [sr0] Add. Sense: Id CRC or ECC error [ 6350.485494] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 02 00 00 02 00 [ 6350.485507] end_request: I/O error, dev sr0, sector 500744 [ 6350.485515] Buffer I/O error on device sr0, logical block 62593 [ 6356.738218] sr 0:0:0:0: [sr0] Unhandled sense code [ 6356.738224] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6356.738230] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6356.738237] sr 0:0:0:0: [sr0] Add. Sense: Unrecovered read error [ 6356.738245] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 04 00 00 02 00 [ 6356.738262] end_request: I/O error, dev sr0, sector 500752 [ 6356.738269] Buffer I/O error on device sr0, logical block 62594 [ 6387.66] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 6387.76] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 04 00 00 02 00 [ 6387.99] ata1.00: cmd a0/01:00:00:00:10/00:00:00:00:00/a0 tag 0 dma 4096 in [ 6387.000101] res 40/00:03:00:00:08/00:00:00:00:00/a0 Emask 0x4 (timeout) [ 6387.000107] ata1.00: status: { DRDY } [ 6391.032032] ata1: soft resetting link [ 6391.212329] ata1.00: configured for UDMA/44 [ 6391.213549] ata1: EH complete [ 6403.110312] sr 0:0:0:0: [sr0] Unhandled sense code [ 6403.110319] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6403.110325] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6403.110332] sr 0:0:0:0: [sr0] Add. Sense: Id CRC or ECC error [ 6403.110340] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 04 00 00 02 00 [ 6403.110356] end_request: I/O error, dev sr0, sector 500752 [ 6403.110364] Buffer I/O error on device sr0, logical block 62594 [ 6405.592185] sr 0:0:0:0: [sr0] Unhandled sense code [ 6405.592191] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6405.592197] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6405.592205] sr 0:0:0:0: [sr0] Add. Sense: Unrecovered read error [ 6405.592213] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 04 00 00 02 00 [ 6405.592229] end_request: I/O error, dev sr0, sector 500752 [ 6405.592236] Buffer I/O error on device sr0, logical block 62594 [ 6407.001073] sr 0:0:0:0: [sr0] Unhandled sense code [ 6407.001089] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6407.001095] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6407.001103] sr 0:0:0:0: [sr0] Add. Sense: Unrecovered read error [ 6407.00] sr 0:0:0:0: [sr0] CDB: Read(10): 28 00 00 01 e9 04 00 00 02 00 [ 6407.001127] end_request: I/O error, dev sr0, sector 500752 [ 6407.001134] Buffer I/O error on device sr0, logical block 62594 [ 6407.632757] sr 0:0:0:0: [sr0] Unhandled sense code [ 6407.632763] sr 0:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 6407.632769] sr 0:0:0:0: [sr0] Sense Key : Medium Error [current] [ 6407.632777] sr
Bug#573220: usertag debian-edu
Le Friday 23 April 2010 10:49:42 Holger Levsen, vous avez écrit : user debian-...@lists.debian.org usertag 573220 + debian-edu thanks Hi Benoit, Hello Holger, any update on this? next week is three weeks ago today :-) Yes don't remind me that my life is just work work at the time ;-) I'am close to asking my sponsor to upload it. Fixing latest bugs and try to package in 3.0 format (but not sure i will succed) Just allow me one more week and it should be done Cheers -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Contributor to Gosa Project : http://gosa-project.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578876: hamster-applet: Filtered reports no longer available
Package: hamster-applet Version: 2.30.0.1-2 Severity: normal Hamster 2.28 had a few buttons in the Save report dialog allowing to only save a report of the time spent on some categories, or during a given time period. According to upstream's blog, Hamster 2.30 no longer has these buttons, and the saved report matches the currently displayed tasks (see the section called what you see is what you print at http://projecthamster.wordpress.com/2010/01/03/implementing-tags-part-two/). I can confirm that the buttons have disappeared, and that the saved report matches the currently displayed time period. However, all the time spent during that period is reported, and the currently selected filters (on categories, activities, and presumably tags, although I don't use tags yet) have no influence on the generated report. Since I use that feature to attach time reports to invoices I send to clients (and each client only gets a report for the time spent on that particular client's tasks), I'd love for that regression to be fixed :-) Roland. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hamster-applet depends on: ii gconf22.28.1-3 GNOME configuration database syste ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii python2.5.4-9An interactive high-level object-o ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-evolution 2.28.0-7 Python bindings for the evolution ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gnomeapplet2.28.0-7 Python bindings for the GNOME pane ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-notify 0.1.1-2+b2 Python bindings for libnotify ii python-support1.0.8 automated rebuilding support for P ii python-wnck 2.28.0-7 Python bindings for the WNCK libra ii python-xdg0.19-1 Python library to access freedeskt hamster-applet recommends no packages. hamster-applet suggests no packages. -- no debconf information -- Roland Mas M-x execute-extended-command -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578877: opendnssec-enforcer: circular dependency hell
Package: opendnssec-enforcer Version: 1.0.0-6 Severity: important Hello Ondřej, There is a circular dependency between opendnssec-enforcer, opendnssec-enforcer-mysql and opendnssec-enforcer-sqlite3: opendnssec-enforcer: Depends: opendnssec-enforcer-sqlite3 (= 1.0.0-6) | opendnssec-enforcer-mysql (= 1.0.0-6), opendnssec-enforcer-sqlite3 ( 1.0.0-6.1~) | opendnssec-enforcer-mysql ( 1.0.0-6.1~) opendnssec-enforcer-mysql :Depends: opendnssec-enforcer opendnssec-enforcer-sqlite3 :Depends: opendnssec-enforcer Complex circular dependencies, especially with strict version requirement, are known to cause problems during upgrade, so they should be avoided. Beside the dependencies look strange: they are satisfied if both opendnssec-enforcer-sqlite3 (1.0.0-7) and opendnssec-enforcer-mysql (1.0.0-5) are installed, probably not what is needed. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578879: zabbix-server-mysql: init.d script should have Should-Start: mysql in LSB comment header
Package: zabbix-server-mysql Version: 1:1.8.1-1 Severity: normal Hello, after reboot zabbix_server runs into an error if zabbix-server-mysql is configured to use a local mysql database and update-rc.d runs in its default mode where dependency and runlevel information in the init.d script LSB comment header is used. /var/log/zabbix-server/zabbix_server.log: 646:20100423:105735.613 [Z3001] Connection to database 'zabbix' failed: [2002] Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) Possible solution: The script /etc/init.d/zabbix-server should have in its block # BEGIN INIT INFO a LSB comment header like: ### BEGIN INIT INFO ... # Should-Start: mysql ... ### END INIT INFO to start after an optionally installed mysql-server. It doesn't hurt if zabbix-server starts after mysql-server, but it is necessary if zabbix-server is configured to use a local mysql database. With best regards, Matthias Böttcher PS. IMHO the simular dependency handling is necessary for the init.d script in package zabbix-server-pgsql -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages zabbix-server-mysql depends on: ii adduser 3.112 add and remove users and groups ii dbconfig-common 1.8.46 common framework for packaging dat ii debconf [debconf-2.0] 1.5.30 Debian configuration management sy ii fping 2.4b2-to-ipv6-16.1 sends ICMP ECHO_REQUEST packets to ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.20.0-3 Multi-protocol file transfer libra ii libiksemel3 1.2-4 C library for the Jabber IM platfo ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libmysqlclient16 5.1.45-1 MySQL database client library ii libopenipmi0 2.0.16-1 Intelligent Platform Management In ii libsnmp15 5.4.2.1~dfsg-5+b1 SNMP (Simple Network Management Pr ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages zabbix-server-mysql recommends: ii mysql-server 5.1.45-1 MySQL database server (metapackage ii mysql-server-5.1 [mysq 5.1.45-1 MySQL database server binaries ii snmpd 5.4.2.1~dfsg-5+b1 SNMP (Simple Network Management Pr Versions of packages zabbix-server-mysql suggests: ii logrotate 3.7.8-5Log rotation utility ii zabbix-frontend-php 1:1.8.1-1 network monitoring solution - PHP -- debconf information: zabbix-server-mysql/mysql/app-pass: (password omitted) zabbix-server-mysql/password-confirm: (password omitted) zabbix-server-mysql/mysql/admin-pass: (password omitted) zabbix-server-mysql/app-password-confirm: (password omitted) zabbix-server-mysql/upgrade-error: abort zabbix-server-mysql/dbconfig-reinstall: false zabbix-server-mysql/upgrade-backup: true zabbix-server-mysql/missing-db-package-error: abort * zabbix-server-mysql/mysql/admin-user: root zabbix-server-mysql/remote/port: zabbix-server-mysql/remote/host: * zabbix-server-mysql/db/dbname: zabbix zabbix-server-mysql/dbconfig-remove: * zabbix-server-mysql/db/app-user: zabbix zabbix-server-mysql/database-type: mysql zabbix-server-mysql/internal/skip-preseed: false zabbix-server-mysql/remove-error: abort zabbix-server-mysql/server: zabbix-server-mysql/remote/newhost: zabbix-server-mysql/purge: false zabbix-server-mysql/internal/reconfiguring: false zabbix-server-mysql/install-error: abort zabbix-server-mysql/passwords-do-not-match: * zabbix-server-mysql/dbconfig-install: true * zabbix-server-mysql/mysql/method: unix socket zabbix-server-mysql/dbconfig-upgrade: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578878: libnet-rblclient-perl: [patch] please remove inactive RBLs from defaults
Package: libnet-rblclient-perl Version: 0.5-2 Severity: important Tags: upstream patch more to the diff below: blars.org and v6net.org seem to be operated by spammers now, they most probably serve no useful purpose, either. ;-) --- RBLClient.pm.orig 2010-04-23 11:10:15.545089747 +0200 +++ RBLClient.pm2010-04-23 11:12:31.113089139 +0200 @@ -204,7 +204,6 @@ badconf.rhsbl.sorbs.net bl.reynolds.net.au bl.spamcop.net -blackhole.compu.net blackholes.brainerd.net blackholes.five-ten-sg.com blackholes.intersil.net @@ -216,7 +215,6 @@ dul.dnsbl.sorbs.net dynablock.wirehub.net flowgoaway.com -formmail.relays.monkeys.com http.dnsbl.sorbs.net http.opm.blitzed.org korea.services.net @@ -227,12 +225,8 @@ nomail.rhsbl.sorbs.net opm.blitzed.org orbs.dorkslayers.com -pm0-no-more.compu.net -proxies.monkeys.com -proxies.relays.monkeys.com psbl.surriel.com relays.dorkslayers.com -relays.ordb.org relays.visi.com smtp.dnsbl.sorbs.net socks.dnsbl.sorbs.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573071: Any idea when the fix is going to available?
Applying this patch and building the kernel fixed the problem for me. Thank you! On 04/22/2010 08:35 PM, Ben Hutchings wrote: On Thu, 2010-04-22 at 19:18 -0500, Kevin Burge wrote: It's been almost two months now since I've been able to boot my Linux vms. I'm really surprised by this - usually with Debian problems are fixed within a couple hours to at most a few days. Sorry about this. We now have a candidate fix for this, which should be released soon. Perhaps you would like to test it? Instructions for rebuilding an official kernel package with extra patches are at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official. Ben. Date: Fri, 19 Mar 2010 15:47:39 +0100 Subject: KVM: x86: disable paravirt mmu reporting From: Marcelo Tosattimtosa...@redhat.com commit a68a6a7282373bedba8a2ed751b6384edb983a64 upstream Disable paravirt MMU capability reporting, so that new (or rebooted) guests switch to native operation. Paravirt MMU is a burden to maintain and does not bring significant advantages compared to shadow anymore. Signed-off-by: Marcelo Tosattimtosa...@redhat.com Signed-off-by: Avi Kivitya...@redhat.com Signed-off-by: Stefan Baderstefan.ba...@canonical.com Signed-off-by: Greg Kroah-Hartmangre...@suse.de [bwh: Adjust context for 2.6.26] --- arch/x86/kvm/x86.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/arch/x86/kvm/x86.c +++ b/arch/x86/kvm/x86.c @@ -1242,8 +1242,8 @@ int kvm_dev_ioctl_check_extension(long e case KVM_CAP_NR_MEMSLOTS: r = KVM_MEMORY_SLOTS; break; - case KVM_CAP_PV_MMU: - r = !tdp_enabled; + case KVM_CAP_PV_MMU:/* obsolete */ + r = 0; break; default: r = 0; --- END --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578880: augeas-lenses has circular Depends on libaugeas0
Package: augeas-lenses Version: 0.7.0-2 Severity: important Hello Nicolas, There is a circular dependency between augeas-lenses and libaugeas0: augeas-lenses :Depends: libaugeas0 (= 0.7.0) libaugeas0 :Depends: augeas-lenses Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549762: clisp: diff for NMU version 1:2.48-1.1
tags 549762 + patch thanks Dear maintainer, I've prepared an NMU for clisp (versioned as 1:2.48-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Best Regards, Alexander diff -u clisp-2.48/debian/control clisp-2.48/debian/control --- clisp-2.48/debian/control +++ clisp-2.48/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Debian Common Lisp Team pkg-common-lisp-de...@lists.alioth.debian.org Uploaders: Peter Van Eynde pvane...@debian.org, Luca Capello l...@pca.it -Build-Depends: debhelper ( 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (= 2.4), libreadline5-dev, dh-lisp (= 0.3), libdb-dev, libffcall1-dev +Build-Depends: debhelper ( 7), gettext, bison, libncurses5-dev, groff, libx11-dev, libxext-dev, libxpm-dev, libsigsegv-dev (= 2.4), libreadline5-dev, dh-lisp (= 0.3), libdb4.7-dev, libffcall1-dev Build-Conflicts: libsigsegv-dev (= 2.7) Standards-Version: 3.8.3 Homepage: http://www.clisp.org/ diff -u clisp-2.48/debian/changelog clisp-2.48/debian/changelog --- clisp-2.48/debian/changelog +++ clisp-2.48/debian/changelog @@ -1,3 +1,11 @@ +clisp (1:2.48-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Build depend on libdb4.7-dev as proposed by Ilya Barygin +(Closes: #549762) + + -- Alexander Reichle-Schmehl toli...@debian.org Fri, 23 Apr 2010 11:25:30 +0200 + clisp (1:2.48-1) unstable; urgency=low * New upstream release signature.asc Description: Digital signature
Bug#578881: nvidia-libvdpau1 has circular Depends on nvidia-vdpau-driver
Package: nvidia-libvdpau1 Version: 190.53-4 Severity: important Hello Debian NVIDIA Maintainers, There is a circular dependency between nvidia-libvdpau1 and nvidia-vdpau-driver: nvidia-libvdpau1:Depends: nvidia-vdpau-driver (= 190.53) nvidia-vdpau-driver :Depends: libvdpau1 | nvidia-libvdpau1 Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520324: ITP: chromium-browser -- A web browser developed by Google based on the WebKit engine
Hello Thanks for adding gyp into sid so far. Many Debian users prefers to use Google Chrome repository. I'm not sure many Debian users prefer to use non-debian repositories. For me and our users it's definitely not the case, we prefer to use Debian repositories exclusively, and our own where we add other packages that are not available in Debian ourselves. Simply because we rely and need Debian security updates in some managed (monitored with hobbit, and manually checked if all went fine) for our well over a hundred workstations. Having this in Debian, and stable would be a big benefit for any administrator that runs Debian for more than his own workstation. Even if a security fix is not easily to be done, it's easier to just remove a package than adding one and watching the extra repository work as it should, temporarily (until a proper fix can be done). Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578882: KDM do not display background anymore
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: kdm Version: 4:4.3.4-5+b1 Severity: normal Tags: sid I have a own background image for kdm tuned for the right size. Until the last update it was working well. Now with the newest version the background disappears and only a black background is displayed. (If that helps, my background is a JPEG mostly black with a motive on the upper right position.) - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'stable'), (600, 'oldstable'), (60, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.9 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) (ignored: LC_ALL set to de_DE) Shell: /bin/sh linked to /bin/dash Versions of packages kdm depends on: ii consolekit 0.4.1-4 framework for defining and trackin ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdebase-workspace-kgreet-pl 4:4.3.4-5+b1 KDE greet libraries for authentica ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libck-connector00.4.1-4 ConsoleKit libraries ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libkworkspace4 4:4.3.4-5+b1 Library for the kdebase workspace ii libpam0g1.1.1-2 Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libstdc++6 4.4.3-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.5-2X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxtst62:1.1.0-2X11 Testing -- Resource extension ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii eterm [x-termina 0.9.5-2 Enlightened Terminal Emulator hi fvwm [x-window-m 1:2.5.26-2.1F(?) Virtual Window Manager ii fvwm-crystal [x- 3.0.5.dfsg-4Pretty Desktop Environment based o ii konsole [x-termi 4:4.3.4-1 X terminal emulator for KDE 4 ii ksmserver [x-ses 4:3.5.9.dfsg.1-6+lenny1 session manager for KDE ii kwin [x-window-m 4:3.5.9.dfsg.1-6+lenny1 the KDE window manager ii logrotate3.7.8-6 Log rotation utility ii mrxvt [x-termina 0.5.4-1 lightweight multi-tabbed X termina ii rxvt [x-terminal 1:2.6.4-14 VT102 terminal emulator for the X ii rxvt-unicode [x- 9.07-2 RXVT-like terminal emulator with U ii vnc4server [xser 4.1.1+X4.3.0-37 Virtual network computing server s ii xserver-xorg-cor 2:1.7.6.901-3 Xorg X server - core server ii xterm [x-termina 256-1 X terminal emulator Versions of packages kdm suggests: pn kdepasswd none (no description available) - -- Configuration Files: /etc/kde3/kdm/backgroundrc changed: [Desktop0] BackgroundMode=Flat BlendBalance=100 BlendMode=NoBlending ChangeInterval=60 Color1=0,0,200 Color2=192,192,192 CurrentWallpaper=0 LastChange=0 MinOptimizationDepth=1 MultiWallpaperMode=NoMulti Pattern=fish Program= ReverseBlending=false UseSHM=false Wallpaper=/Path/To/Background.jpg WallpaperList= WallpaperMode=Scaled /etc/kde4/kdm/backgroundrc changed: [Desktop0] BackgroundMode=Flat BlendBalance=100 BlendMode=NoBlending ChangeInterval=60 Color1=0,0,200 Color2=192,192,192 CurrentWallpaper=0 LastChange=0 MinOptimizationDepth=1 MultiWallpaperMode=NoMulti Pattern=fish Program= ReverseBlending=false UseSHM=false Wallpaper=/Path/To/Background.jpg WallpaperList= WallpaperMode=Scaled - -- debconf information: kdm/stop_running_server_with_children: true * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm - -- Klaus Ethgenhttp://www.ethgen.de/ pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEVAwUBS9F34J+OKpjRpO3lAQp3yQf/fCOZBxATog1KcPcnl3TKfLU7kT3tln7/ hniRK6fg6TY+lwWZdJc0TWDIwb/Mv0u+Ix9jIwSgCbkuKb1nzxIPk8WtY/yk2ud7 iISS+M1UNTUPzK3oQEXro6HjDyFEWOVkrb8g8d+AtzlZJvzI9oBt6Ep8EIBOxf3i Hts9oF7/KSPI7n3+em4kiFI0vNk/fWRHct9eAz+Y0S/Fa50kKeht5ufmGoqjG8zi K0M886KHdCGfxdwlpBmSsRIURIU4whg0sHARIg1tYcH5o5njKD3GLQqeNYuRXfqS
Bug#551448: It's because IDE support is not reimplemented somewhere in udev-143
tag 551448 wontfix thanks On Nov 12, Marco d'Itri m...@linux.it wrote: Good point. I understand that the most recent Debian kernels will replace the old IDE driver with libata and this will take care of the problem. If anybody still wants to fix this, please send a patch for path_id. The kernel packages switched to libata for all architectures and nobody sent a patch, so I am tagging this wontfix. -- ciao, Marco signature.asc Description: Digital signature
Bug#576188: [pkg-cli-apps-team] Bug#576188: Bug#576188: banshee: Outputs loads of junk to STDOUT
On Friday 23,April,2010 05:31 PM, Antony Gelberg wrote: Chow Loong Jin wrote: On Thursday 01,April,2010 06:59 PM, Antony Gelberg wrote: Package: banshee Version: 1.0.0-1 Severity: normal As per subject really, banshee fills my console with a load of messages that are at best useful for debug. Clobbering STDOUT is really not cricket. I don't see what the problem is. A graphical application is usually not started from the terminal, unless you are looking for debugging information. Are you really hoping to interact with Banshee from the console? If you are, then sorry, but I don't believe it is planned to give Banshee a command line interface any time soon. I think your assumption that A graphical application is usually not started from the terminal, unless you are looking for debugging information. is utterly flawed. These messages should be printed only when some debug flag is switched on. I am not hoping to interact with Banshee from the command line, and I never said I was. Then tell me, exactly what do you hope to achieve by opening Banshee in a terminal instead of using a graphical approach, e.g. the menu? FYI, all Glib applications spit information -- warnings, errors, other information out into the terminal regardless of any debug flag. I do not see this as a problem. Banshee does the same, just on a slightly larger scale. And the --debug flag exists to spit out even more information than is already spat out to the terminal. -- Kind regards, Chow Loong Jin (GPG: 0x8F02A411) Ubuntu Developer signature.asc Description: OpenPGP digital signature
Bug#578883: freefem: Wishlist - upgrade
Package: freefem Version: 3.5.8-4.2 Severity: wishlist Hi, The current upstream version is 3.8.0. Grateful if the debian package could be upgrade; and please include support for MPI. Thanks in advance, ST -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'gutsy'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages freefem depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfreefem0 3.5.8-4.2 Shared libraries for FreeFEM ii libgcc1 1:4.4.3-7 GCC support library ii libstdc++64.4.3-7The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library freefem recommends no packages. Versions of packages freefem suggests: pn freefem-doc none (no description available) ii freefem-examples 3.5.8-4.2 Example files for FreeFEM -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org