Bug#633518: ITP: colord -- system service to manage device colour profiles
Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogers r...@ubuntu.com * Package name: colord Version : 0.1.10 Upstream Author : Richard Hughes rich...@hughsie.com * URL : http://colord.hughsie.com/ * License : GPL2+, LGPL2+ Programming Lang: C Description : system service to manage device colour profiles colord is a system service that makes it easy to manage, install and generate colour profiles to accurately color manage input and output devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633519: ftp.debian.org: dak process-new: permission denied when rejecting an upload
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
When rejecting coffeescript_1.1.1-2_amd64.changes I got this exception:
---
[R]eject, Edit, Abandon, Quit ?
Rejecting.
Traceback (most recent call last):
File /usr/local/bin/dak, line 243, in module
main()
File /usr/local/bin/dak, line 223, in main
module.main()
File /srv/ftp-master.debian.org/dak/dak/process_new.py, line 808, in main
do_pkg (changes_file, session)
File /srv/ftp-master.debian.org/dak/dak/process_new.py, line 708, in do_pkg
do_new(u, session)
File /srv/ftp-master.debian.org/dak/dak/process_new.py, line 486, in do_new
session.commit()
File /usr/lib/python2.6/dist-packages/sqlalchemy/orm/session.py, line 653,
in commit
self.transaction.commit()
[...]
File /usr/lib/python2.6/dist-packages/sqlalchemy/engine/default.py, line
288, in do_execute
cursor.execute(statement, parameters)
sqlalchemy.exc.ProgrammingError: (ProgrammingError) permission denied for
relation changes_pool_files
'DELETE FROM changes_pool_files WHERE changes_pool_files.changeid =
%(changeid)s AND changes_pool_files.fileid = %(fileid)s' {'changeid': 1537418,
'fileid': 7203802}
---
I think this exception is raised when we reject a -2 upload as dak now
copies/links the .orig.tar.gz into the queue directory. In this case the
permissions need to be changed, will look at it soon.
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633504: systemd: hwclock in localtime results in wrong system time
Am 11.07.2011 07:15, schrieb Michael Biebl:
Until this is fixed, you can do two things:
a) Remove /etc/adjtime. This way only util-linux via hwclock-set will apply
the
localtime offset
b) Modify /lib/udev/hwclock-set by hand and add
if [ -e /sys/fs/cgroup/systemd ]; then
exit 0
fi
at the top
A third option would be, to disable setting hwclock from systemd for the time
being until util-linux has been updated.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
From bbc40bfd9f5802cde230c68a65a56344cf1770a9 Mon Sep 17 00:00:00 2001
From: Michael Biebl bi...@debian.org
Date: Mon, 11 Jul 2011 08:13:39 +0200
Subject: [PATCH] Disable hwclock for the time being
Otherwise we might end up running hwclock twice.
---
src/main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/main.c b/src/main.c
index 68328b7..fc2afaa 100644
--- a/src/main.c
+++ b/src/main.c
@@ -1050,12 +1050,14 @@ int main(int argc, char *argv[]) {
if (label_init() 0)
goto finish;
+#if 0
if (hwclock_is_localtime()) {
int min;
min = hwclock_apply_localtime_delta();
log_info(Hwclock configured in localtime, applying delta of %i minutes to system time, min);
}
+#endif
} else {
arg_running_as = MANAGER_USER;
log_set_target(LOG_TARGET_CONSOLE);
--
1.7.5.4
signature.asc
Description: OpenPGP digital signature
Bug#633521: libudt-dev and libowfat-dev: error when trying to install together
Package: libowfat-dev,libudt-dev Version: libowfat-dev/0.28-3 Version: libudt-dev/4.8-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-07-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libc-dev-bin linux-libc-dev libc6-dev libowfat0 libowfat-dev libudt0 libudt-dev Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libc-dev-bin. (Reading database ... 9214 files and directories currently installed.) Unpacking libc-dev-bin (from .../libc-dev-bin_2.13-10_amd64.deb) ... Selecting previously deselected package linux-libc-dev. Unpacking linux-libc-dev (from .../linux-libc-dev_2.6.39-3_amd64.deb) ... Selecting previously deselected package libc6-dev. Unpacking libc6-dev (from .../libc6-dev_2.13-10_amd64.deb) ... Selecting previously deselected package libowfat0. Unpacking libowfat0 (from .../libowfat0_0.28-3_amd64.deb) ... Selecting previously deselected package libowfat-dev. Unpacking libowfat-dev (from .../libowfat-dev_0.28-3_amd64.deb) ... Selecting previously deselected package libudt0. Unpacking libudt0 (from .../libudt0_4.8-2_amd64.deb) ... Selecting previously deselected package libudt-dev. Unpacking libudt-dev (from .../libudt-dev_4.8-2_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libudt-dev_4.8-2_amd64.deb (--unpack): trying to overwrite '/usr/include/buffer.h', which is also in package libowfat-dev 0.28-3 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libudt-dev_4.8-2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/buffer.h This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633520: libowfat-dev and libcdb-dev: error when trying to install together
Package: libcdb-dev,libowfat-dev Version: libcdb-dev/0.77 Version: libowfat-dev/0.28-3 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-07-11 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libc-dev-bin linux-libc-dev libc6-dev libcdb1 libcdb-dev libowfat0 libowfat-dev Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libc-dev-bin. (Reading database ... 9214 files and directories currently installed.) Unpacking libc-dev-bin (from .../libc-dev-bin_2.13-10_amd64.deb) ... Selecting previously deselected package linux-libc-dev. Unpacking linux-libc-dev (from .../linux-libc-dev_2.6.39-3_amd64.deb) ... Selecting previously deselected package libc6-dev. Unpacking libc6-dev (from .../libc6-dev_2.13-10_amd64.deb) ... Selecting previously deselected package libcdb1. Unpacking libcdb1 (from .../libcdb1_0.77_amd64.deb) ... Selecting previously deselected package libcdb-dev. Unpacking libcdb-dev (from .../libcdb-dev_0.77_amd64.deb) ... Selecting previously deselected package libowfat0. Unpacking libowfat0 (from .../libowfat0_0.28-3_amd64.deb) ... Selecting previously deselected package libowfat-dev. Unpacking libowfat-dev (from .../libowfat-dev_0.28-3_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libowfat-dev_0.28-3_amd64.deb (--unpack): trying to overwrite '/usr/include/cdb.h', which is also in package libcdb-dev 0.77 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libowfat-dev_0.28-3_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/cdb.h This bug is assigned to both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631253: rt-extension-assettracker: General update after the debconf review process
Dear Debian maintainer,
On Tuesday, June 07, 2011, I sent you a notification about the beginning of a
review
action on debconf templates for rt-extension-assettracker.
Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.
Translators have been working hard and here is now the result of their efforts.
Please consider using it EVEN if you committed files to your
development tree as long as they were reported.
The attached tarball contains:
- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)
As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.
The patch.rfr file contains a patch for the templates and control
file(s) alone.
Please note that this patch applies to the templates and control
file(s) of your package as of Tuesday, June 07, 2011. If your package was
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)
It is now safe to upload a new package version with these changes.
Please notify me of your intents with regards to this.
There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.
--
patch.tar.gz
Description: Binary data
--- rt-extension-assettracker.old/debian/templates 2011-06-07
06:17:36.812963791 +0200
+++ rt-extension-assettracker/debian/templates 2011-06-22 07:49:40.888929993
+0200
@@ -1,3 +1,12 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: rt3.8-extension-assettracker/modify-database-permission
Type: select
__Choices: allow, prompt, deny
@@ -5,8 +14,9 @@
_Description: Permission to modify the Request Tracker database:
Asset Tracker needs some modifications in the Request Tracker
database to be functional. These modifications can be made
- automatically or you may be prompted when they are needed.
- Alternatively, you can run the necessary commands manually.
+ automatically (choose allow) or you may be prompted when they are
+ needed (choose prompt).
+ Alternatively, you can run the necessary commands manually (choose deny).
.
Please check the README.Debian file for more details.
@@ -34,7 +44,7 @@
.
${error}
.
- The full output should be available in the RT log, most probably
+ The full output should be available in Request Tracker log, most probably
syslog.
.
You can retry the modification, abort the installation or ignore the
--- rt-extension-assettracker.old/debian/control2011-06-07
06:17:36.812963791 +0200
+++ rt-extension-assettracker/debian/control2011-06-07 06:39:01.930147389
+0200
@@ -12,6 +12,6 @@
Package: rt3.8-extension-assettracker
Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}, request-tracker3.8 (= 3.8.1),
libset-scalar-perl, libxml-parser-perl, libxml-simple-perl
-Description: Asset tracking extension for Request Tracker
- Asset Tracker is an extension for Request Tracker. It add the
+Description: asset tracking extension for Request Tracker
+ Asset Tracker is an extension for Request Tracker. It adds the
ability to track assets in the same way one tracks tickets.
--- rt-extension-assettracker.old/debian/changelog 2011-06-07
06:17:36.812963791 +0200
+++ rt-extension-assettracker/debian/changelog 2011-07-10 16:32:48.366872313
+0200
@@ -1,3 +1,21 @@
+rt-extension-assettracker (2.0.0~b2-2) UNRELEASED; urgency=low
+
+ * Debconf templates and debian/control reviewed by the debian-l10n-
+english team as part of the Smith review project. Closes: #631253
+ * [Debconf translation updates]
+ * Danish (Joe Hansen). Closes: #631704
+ * Russian (Yuri Kozlov). Closes: #631965
+ * Swedish (Martin Bagge / brother). Closes: #631973
+ * Spanish; (Francisco Javier Cuadrado). Closes: #632647
+ * Simplified Chinese (YunQiang Su). Closes: #631681
+ * French (Julien Patriarca). Closes: #632717
+ * Dutch; (Jeroen Schot). Closes: #633098
+ * Czech (Michal Simunek). Closes: #633104
+ * German (Helge Kreutzmann). Closes: #633440
+ * Portuguese (Rui Branco). Closes: #633444
+
+ -- Christian Perrier bubu...@debian.org Wed, 22 Jun 2011 17:29:05 +0200
+
rt-extension-assettracker (2.0.0~b2-1) unstable; urgency=low
*
Bug#633522: xfce4-power-manager: undims brighter on inactivity when settings level is higher than current
Package: xfce4-power-manager Version: 1.0.10-4 Severity: normal When power-manager's setting is to dim the display on inactivity to e.g. 50%, but the display brightness is currently lower, e.g. 30%, then pm will actually undim brighter on inactivity and dim darker once activity returns. This is odd behaviour. I would rather expect the display to dim *by* another 50% instead of *to* 50%. Have a thinkpad with acpi functions active, but does not seem to interfere. thanks for your excellent work! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-power-manager depends on: ii libc62.13-9 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-4simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libgdk-pixbuf2.0-0 2.23.5-1GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2. 0.5.0-2 sends desktop notifications to a n ii libx11-6 2:1.4.3-2 X11 client-side library ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxfce4ui-1-0 4.8.0-2 widget library for Xfce ii libxfce4util44.8.1-3 Utility functions library for Xfce ii libxfconf-0-24.8.0-3 Client library for Xfce4 configure ii libxrandr2 2:1.3.2-2 X11 RandR extension library ii upower 0.9.11-1+b1 abstraction for power management ii xfce4-power-manager-data 1.0.10-4power manager for Xfce desktop, ar Versions of packages xfce4-power-manager recommends: ii consolekit0.4.5-1framework for defining and trackin Versions of packages xfce4-power-manager suggests: ii udisks1.0.3-1storage media interface ii xfce4-power-manager-plugins 1.0.10-4 power manager plugins for Xfce pan -- 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#633500: closed by Michael Biebl bi...@debian.org (Re: Bug#633500: gnome: Dependency on network-manager can break DNS resolution)
lot's of fud Well, that's not really my habit. I'll go over what happened: - I installed the meta package gnome - It installed network-manager - network-manager left me with an empty /etc/resolv.conf (except for a helpful message that the file had been generated by network-manager -- at least you know where the problem comes from) - this obviously breaks other packages that access the network, e.g. firefox. Are you saying that I hallucinated /etc/resolv.conf being emptied? Or do you disagree that this is a problem with gnome and I should take it to the network-manager people? Cheers, Y. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632717: Unfuzzied translation
Quoting Christian PERRIER (bubu...@debian.org): Julien's work was based on a slightly outdated version of templates. Please find attached a corrected French translation. Doh. I forgot to remove the fuzzy markers for one string and update the other one..:-) Here is the really complete file. fr.po Description: application/gettext signature.asc Description: Digital signature
Bug#633402: aspectc++: FTBFS (kfreebsd): deeper syncronization trouble?
AspectC++ fails to build in parallel on kFreeBSD due to a corrupted file which is accessed concurrently during build. Reinhard told me hs traced it down to some [0] non-functional syncronization primitive. ... [0] Forgot the name again I'm horribly bad at remembering those shortened C identifiers. ... maybe we have some problem in glibc here? Do you have a test case ? The current gcc is more agressive in reordering, may be we miss some clobber in inline asm somewhere. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633523: biomaj: package should depends on default-jdk OR openjdk rather than forcing openjdk
Package: biomaj Version: 1.1.0-2 Severity: wishlist *** Please type your report below this line *** Biomaj depends on openjdk. However, this is not a restriction, sun jdk works for example. Depends should be on a virtual package for JDK. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages biomaj depends on: ii ant1.8.2-2 Java based build tool like make ii ant-contrib1.0~b3+svn177-3 collection of tasks, types and oth ii debconf [debconf-2 1.5.40Debian configuration management sy ii junit4 4.8.2-2 JUnit regression test framework fo ii libcommons-dbcp-ja 1.4-1 Database Connection Pooling Servic ii libcommons-net-jav 1.4.1-2 internet protocol suite Java libra ii libcommons-pool-ja 1.5.6-1 pooling implementation for Java ob ii libgnujaf-java 1.1.1-5 free implementation of the javabea ii libgnumail-java1.1.2-5 free implementation of the javamai ii libhsqldb-java 1.8.0.10-9Java SQL database engine ii libjcommon-java1.0.16-2 General Purpose library for Java ii libjdom1-java 1.1.1+dfsg-1 lightweight and fast library using ii libjfreechart-java 1.0.13-4 Chart library for Java ii libjgoodies-forms- 1.3.0-1 Framework to lay out and implement ii libjsch-java 0.1.42-2 pure Java implementation of the SS ii liblog4j1.2-java 1.2.15-11 Logging library for java ii libmysql-java 5.1.10+dfsg-2 Java database (JDBC) driver for My ii liboro-java2.0.8a-7 Regular expression library for Jav ii libregexp-java 1.5-2 Regular expression library for Jav ii libsaxonb-java 9.0.0.4+svn20080322-3 The Saxon-B XSLT Processor ii openjdk-6-jdk 6b18-1.8.7-5 OpenJDK Development Kit (JDK) biomaj recommends no packages. Versions of packages biomaj suggests: pn blast2none (no description available) pn mysql-community-server-5.0none (no description available) pn ncbi-tools-binnone (no description available) -- Configuration Files: /etc/biomaj/db_properties/global.properties changed [not included] -- debconf information excluded -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (pgp.mit.edu) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633518: ITP: colord -- system service to manage device colour profiles
Christopher James Halse Rogers r...@ubuntu.com writes: Description : system service to manage device colour profiles colord is a system service that makes it easy to manage, install and generate colour profiles to accurately color manage input and output devices. You might want to mention freedesktop.org in the description. And possibly dbus too? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632235: source contains non-DFSG components
severity 632235 normal retitle 632235 Should stop mentioning no longer provided Agafari fonts in debian/copyright thanks Quoting Daniel Baumann (daniel.baum...@progress-technologies.net): On 07/10/2011 06:39 PM, Christian PERRIER wrote: So, I think this bug can be downgraded to please update copyright file (normal severity). Would you agree? if you are 100% (not 99%) sure that the files are not distributed anymore, yes. I checked again and again. No font named Agafari in upstream source. signature.asc Description: Digital signature
Bug#633524: ksh fc command calls /bin/ed (doesn't exist)
Package: ksh Version: 93s+20080202-1 Description: The real, ATT version of the Korn shell Problem: When issuing the fc command, the program searches for /bin/ed which doesn't exist in recent default debian installs. $ fc ksh: hist[1]: /bin/ed: not found [No such file or directory] $ Possible fix: /bin/nano come's installed by default now, pointing it there should work. To get around the default behaviour, you can also set the FCEDIT or HISTEDIT environment variables. I am using Debian Squeeze, kernel 2.6.32-5-amd64 #1 SMP and libc6 (2.11.2-10) . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619734: RFS: taxbird (updated package)
On Sun, Jul 10, 2011 at 10:52:08PM +0100, Michael Tautschnig wrote: I am looking for a sponsor for the new version 0.16-0.1 of the package taxbird. It builds these binary packages: taxbird- The first free Elster client (German Tax Declarations) [...] Could you please briefly explain why you are NMUing this package? Are you intending to take over package maintainership? What about the previous maintainer? I am neither the previous mantainer not the person seeking sponsorship, but I wholeheartedly support an upload of Taxbird. Taxbird is a software that needs to be updated yearly to be usable, and the last upload of taxbird was in February 2002. Taxbird is unuseable to file tax declarations at the moment since it lacks 2011 support. See #619734, which has, however, recently seen Maintainer Activity, where the Maintainer has indicated on May 10 that uploading to unstable will also be done in a few days. Cc: ing this bug report. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633518: ITP: colord -- system service to manage device colour profiles
On Mon, 2011-07-11 at 09:51 +0300, Timo Juhani Lindfors wrote: Christopher James Halse Rogers r...@ubuntu.com writes: Description : system service to manage device colour profiles colord is a system service that makes it easy to manage, install and generate colour profiles to accurately color manage input and output devices. You might want to mention freedesktop.org in the description. And possibly dbus too? I'm somewhat hesitant to include implementation details in package descriptions. That said, this isn't really a user-visible package so some extra technical detail is probably appropriate. signature.asc Description: This is a digitally signed message part
Bug#633525: multistrap fails when aptsources not specified
Subject: multistrap fails when aptsources not specified Package: multistrap Version: 2.1.7 Severity: normal *** Please type your report below this line *** multistrap fails when aptsources is not specified within multistrap.conf: # multistrap -f multistrap-occmp.conf multistrap 2.1.7 using multistrap-occmp.conf multistrap: No sources defined for a foreign multistrap. Using your existing apt sources. To use different sources, list them with aptsources= in 'multistrap-occmp.conf'. Using foreign architecture: powerpcspe multistrap building powerpcspe multistrap on 'i386' INF: Setting ./lib64 - ./lib symbolic link. Getting package lists: [...] E: Type 'ARRAY(0xa098de0)ARRAY(0xa098de0)' is not known on line 1 in source list /homes/nfs/multistrap/chroot/etc/apt/sources.list.d/multistrap.sources.list E: Type 'ARRAY(0xa098de0)ARRAY(0xa098de0)' is not known on line 1 in source list /homes/nfs/multistrap/chroot/etc/apt/sources.list.d/multistrap.sources.list E: The list of sources could not be read. apt update failed. Exit value: 100 # cat /homes/nfs/multistrap/chroot/etc/apt/sources.list.d/multistrap.sources.list ARRAY(0xa098de0)ARRAY(0xa098de0) # cat multistrap-occmp.conf ###-*-conf-*- ### ### Configuration file for 'multistrap' to generate a debian sysroot from ### official debian mirrors. Use it vor verifying DebParanoia, by comparing ### results against multistrap used with 'multistrap-debparanoia.conf' ### ### Author: Mtronix GmbH mt...@users.sourceforge.netmailto:mt...@users.sourceforge.net ### Created: Apr 2011 ### ### Usage: mkdir -p packages-deb multistrap -f multistrap-debian.conf [General] # target cpu architecture: arch=powerpcspe # output-directory for generated multistrap chroot: directory=./chroot-powerpcspe # move packages outside of target chroot and collect source packages: #retainsources=./packages-deb # remove apt cache data, downloaded Packages files and the apt package cache: cleanup=true # allow the use of unauthenticated repositories: noauth=true # extract all downloaded archives (default is true): unpack=true # ??? # whether to add the suite to be explicit about where apt # needs to look for packages. (default is false): explicitsuite=false # ???: aptsources=occmp-unstable occmp-unreleased # list of target chroot sections to ...strap # (order of sections not relevant) bootstrap=occmp-unstable occmp-unreleased # definition of sections of the target chroot # (multiple sections required if more than on suite is used [???]) [occmp-unstable] #source=http://ftp.de.debian.org/debian-ports source=http://192.168.171.190/debian-ports_20110403T005802Z suite=unstable omitdebsrc=true packages=ssh debootstrap build-essential fakeroot dpkg-dev apt-build [occmp-unreleased] #source=http://ftp.de.debian.org/debian-ports source=http://192.168.171.190/debian-ports_20110403T005802Z suite=unreleased omitdebsrc=true packages=ssh debootstrap build-essential fakeroot dpkg-dev apt-build It's easy to workaround this problem but as parameter aptsources seems not to be mandatory it would be nice if multistrap does not fail when the parameter is omitted. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages multistrap depends on: ii apt0.8.10.3+squeeze1 Advanced front-end for dpkg ii libconfig-auto-perl0.20-2Magical config file parser ii libparse-debian-packag 0.01-2parse the data from a Debian Packa ii perl 5.10.1-17squeeze1 Larry Wall's Practical Extraction ii realpath 1.15 Return the canonicalized absolute Versions of packages multistrap recommends: ii emdebian-archive-keyring 2.0.1 GnuPG archive keys for the emdebia Versions of packages multistrap suggests: ii fakeroot 1.14.4-1 Gives a fake root environment -- no debconf information
Bug#633500: closed by Michael Biebl bi...@debian.org (Re: Bug#633500: gnome: Dependency on network-manager can break DNS resolution)
Am 11.07.2011 08:24, schrieb Yves Rutschle: lot's of fud Well, that's not really my habit. I'll go over what happened: - I installed the meta package gnome - It installed network-manager - network-manager left me with an empty /etc/resolv.conf (except for a helpful message that the file had been generated by network-manager -- at least you know where the problem comes from) - this obviously breaks other packages that access the network, e.g. firefox. Are you saying that I hallucinated /etc/resolv.conf being emptied? Or do you disagree that this is a problem with gnome and I should take it to the network-manager people? Why you filed this against gnome is beyond me, especially with that severity. Anyway, your problem is most likely http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624159 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546893 I.e. you have multiple interfaces, where the primary interface is not managed by NM but ifupdown. If you have something useful to contribute, you can follow up on these two bug reports. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#633526: vserver kernel breaks ssh public_key authentication on NFS
Package: linux-image-2.6-vserver-amd64 Version: 2.6.32+29 If I use the vserver kernel on a remote host, then I cannot login via ssh and public_key authentication. AFAICS the access rights to my authorized_keys file get corrupted. Before I try to login it shows on the remote host: # ls -l /home/hdunkel/.ssh/authorized_keys -rw--- 1 hdunkel users 1406 Jun 15 14:34 authorized_keys When I try to login I am asked for a password (although authorized_keys is set correctly). After this attempt I see on the remote host: # ls -al /home/hdunkel/.ssh/authorized_keys -rw--- 1 4294967294 4294967294 1406 Jun 15 14:34 authorized_keys sshd -d shows that sshd doesn't like this. Using the regular Squeeze kernel without vserver patch there is no such problem. /home is mounted via NFS: # cat /proc/mounts | grep /home nfs-home:/space/home /home nfs4 rw,relatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=172.19.96.103,minorversion=0,addr=172.19.96.215 0 0 The NFS server runs Squeeze, too. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633518: ITP: colord -- system service to manage device colour profiles
Hi, Christopher James Halse Rogers r...@ubuntu.com writes: I'm somewhat hesitant to include implementation details in package descriptions. I generally agree. That said, this isn't really a user-visible package so some extra technical detail is probably appropriate. Yes, as a system administrator I want to know what sort of a service I am installing to the system when I install this package. Since it is a dbus service I can't disable it with policy-rc.d or update-rc.d. Is it possible to have the service installed but not enabled somehow? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633497: add abort method
Quoting jida...@jidanni.org (jida...@jidanni.org): Package: debconf Version: 1.5.40 Severity: wishlist File: /usr/sbin/dpkg-reconfigure dpkg-reconfigure is totally unreasonable in not providing any kind of abort key. Ever heard about the backup capability? debconf-devel(7) gives good clues about it. What might be confusing for you is that this is up to the packages' configure scripts to implement this, because different actions may have to be taken when users hit Cancel or Back, depending on the context. I suggest closing this bug report. Then please file a gazillion of bug reports when you meet packages that do not implement the backup capability. Preferrably with patches. signature.asc Description: Digital signature
Bug#633509: [buildd-tools-devel] Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#633527: linux-image-2.6.39-2-amd64: hard freeze when X start with eDP + HDMI2
Package: linux-2.6 Version: 2.6.39-2 Severity: important Hello, Since I upgraded my Dell Latitude E6410 laptop from 2.6.38-5 to 2.6.39-2, the machine hard freezes (even sysrq doesn't seem to work) when X starts with HDMI2 plugged. When KMS starts, both eDP and HDMI2 (DVI connector on the dock station) display the boot as usual. Later, when gdm starts, both screens blank and the machine freezes. If I unplug HDMI2/DVI before X starts, things work fine. I can even replug HDMI2/DVI later, the external display will be automatically enabled (and I can play with xrandr to change its resolution). Regards Brice -- Package-specific info: ** Version: Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Wed Jun 8 11:01:04 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.39-2-amd64 root=UUID=50b3f739-28de-4fee-bb5c-6e8b4c520325 ro quiet ** Not tainted ** Kernel log: [4.142538] hub 1-1.2.3:1.0: 4 ports detected [4.160098] input: Dell WMI hotkeys as /devices/virtual/input/input8 [4.197611] ACPI: AC Adapter [AC] (on-line) [4.900378] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [5.450381] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [5.450388] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [5.450395] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [5.450399] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [5.450411] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [5.450445] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [5.522282] usb 1-1.2.3.1: new low speed USB device number 8 using ehci_hcd [5.636616] usb 1-1.2.3.1: New USB device found, idVendor=413c, idProduct=2003 [5.636622] usb 1-1.2.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.636627] usb 1-1.2.3.1: Product: Dell USB Keyboard [5.636630] usb 1-1.2.3.1: Manufacturer: Dell [5.653886] input: Dell Dell USB Keyboard as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.1/1-1.2.3.1:1.0/input/input9 [5.653962] generic-usb 0003:413C:2003.0003: input,hidraw2: USB HID v1.10 Keyboard [Dell Dell USB Keyboard] on usb-:00:1a.0-1.2.3.1/input0 [5.988931] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [5.988946] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [5.988960] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [5.988970] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [5.988980] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [5.989015] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [6.209697] usb 1-1.2.3.2: new low speed USB device number 9 using ehci_hcd [6.386008] fbcon: inteldrmfb (fb0) is primary device [7.107064] usb 1-1.2.3.2: New USB device found, idVendor=046d, idProduct=c016 [7.107068] usb 1-1.2.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [7.107072] usb 1-1.2.3.2: Product: Optical USB Mouse [7.107074] usb 1-1.2.3.2: Manufacturer: Logitech [7.109653] input: Logitech Optical USB Mouse as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.2/1-1.2.3/1-1.2.3.2/1-1.2.3.2:1.0/input/input10 [7.109819] generic-usb 0003:046D:C016.0004: input,hidraw3: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-:00:1a.0-1.2.3.2/input0 [7.636803] ACPI Exception: AE_TIME, Returned by Handler for [EmbeddedControl] (20110316/evregion-476) [7.636814] ACPI Error: Method parse/execution failed [\_SB_.PCI0.LPCB.ECDV.ECR1] (Node 880116f04ce0), AE_TIME (20110316/psparse-536) [7.636825] ACPI Error: Method parse/execution failed [\ECRB] (Node 880116f04b78), AE_TIME (20110316/psparse-536) [7.636832] ACPI Error: Method parse/execution failed [\ECG5] (Node 880116f05a60), AE_TIME (20110316/psparse-536) [7.636839] ACPI Error: Method parse/execution failed [\_SB_.AC__._PSR] (Node 880116f053d0), AE_TIME (20110316/psparse-536) [7.636853] ACPI Exception: AE_TIME, Error reading AC Adapter state (20110316/ac-118) [7.834770] Console: switching to colour frame buffer device 180x56 [7.841539] fb0: inteldrmfb frame buffer device [7.841542] drm: registered panic notifier [8.135486] ACPI: EC: input buffer is not empty, aborting transaction [8.135574] ACPI
Bug#633518: ITP: colord -- system service to manage device colour profiles
On Mon, 2011-07-11 at 10:23 +0300, Timo Juhani Lindfors wrote: Hi, Christopher James Halse Rogers r...@ubuntu.com writes: I'm somewhat hesitant to include implementation details in package descriptions. I generally agree. That said, this isn't really a user-visible package so some extra technical detail is probably appropriate. Yes, as a system administrator I want to know what sort of a service I am installing to the system when I install this package. Since it is a dbus service I can't disable it with policy-rc.d or update-rc.d. Is it possible to have the service installed but not enabled somehow? -Timo Like any autostarted dbus service you could add a servicedir to /etc/dbus/system.conf and stick an empty org.freedesktop.ColorManager.service file in that directory to prevent the service from getting loaded. signature.asc Description: This is a digitally signed message part
Bug#627700: New Intel Ethernet adapters (e1000e driver)
Hi, In this kernel version, the e1000e driver is missing support for i82567V-4 and i82579 and important bug fixes for i82577, i82578 and i82583. Here's our test results for the previously unsupported 82579V card: Thanks. [...] Additional test results for a different system with a previously unsupported Intel 82577 card: 00:19.0 Ethernet controller: Intel Corporation Device 1503 (rev 04) Subsystem: Fujitsu Limited. Device 161c Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 27 Region 0: Memory at e260 (32-bit, non-prefetchable) [size=128K] Region 1: Memory at e262b000 (32-bit, non-prefetchable) [size=4K] Region 2: I/O ports at 3080 [size=32] Capabilities: [c8] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=1 PME- Capabilities: [d0] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+ Address: fee0f00c Data: 41b9 Capabilities: [e0] PCIe advanced features ? Kernel driver in use: e1000e Kernel modules: e1000e 1. If the driver tries to load firmware (only required for some chips), does this work once the firmware file(s) are installed? No firmware is being loaded. 2. Can you receive and transmit VLAN-tagged frames after creating a VLAN interface? The tests outlined in #627704 were successful. 3. Does the interface work after suspend and resume? I couldn't test this. 4. Does the interface work after removing the cable for 10 seconds and reinserting it? No problems occurred. 5. Does multicast configuration work? (IPv6 autoconfiguration or mDNS will cover this.) avahi-browse --all worked fine. 6. Can the interface send and receive TCP/IP across a LAN at the same speed, before and after these changes? (Use e.g. netperf to test this, but don't forget to remove the netperf package after use.) See below. 7. Are any warnings or errors logged by the kernel during the preceding tests? None. Since the card was previously unsupported I cannot compare it to the previous state. The performance of large file copies was quite ok. root@lynx:~# netperf TCP STREAM TEST from 0.0.0.0 (0.0.0.0) port 0 AF_INET to localhost (127.0.0.1) port 0 AF_INET : demo Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^6bits/sec 87380 16384 1638410.0024326.17 Well you have a very fast loopback interface... Ah... With real world usage the performance was as expected, copying files over scp gives a throughput of 60-70 megabytes per second for both systems, with the CPU power of the remote host being the apparent bottleneck. Cheers, Moritz -- Moritz Mühlenhoff muehlenh...@univention.de Open Source Software Engineer and Consultant Univention GmbH Linux for Your Business fon: +49 421 22 232- 0 Mary-Somerville-Str.1 28359 Bremen fax: +49 421 22 232-99 http://www.univention.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584914: backport from wheezy?
AFAICS the problem doesn't exist for Wheezy (correct me if I am wrong), so I wonder if it would be possible to backport the fix to Squeeze? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633520: libowfat-dev and libcdb-dev: error when trying to install together
Hi, the latest libowfat-dev has the same file /usr/include/cdb.h as libcdb-dev. Will add a Conflicts: libcdb-dev for now. Thanks for the note, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633521: libudt-dev and libowfat-dev: error when trying to install together
Hi, the latest libowfat-dev has the same file /usr/include/buffer.h as libudt-dev. Will add a Conflicts: libudt-dev to libowfat-dev for now. Thanks for the note, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633528: watchdog: No response from ping for 127.0.0.1 and IP address of interface eth0
Package: watchdog Version: 5.9-1 Severity: normal Hi, I updated watchdog from version 5.6-4 to version 5.9-1. In the configuration, I ping the IP address 127.0.0.1 and the IP address of interface eth0. With version 5.6-4 I had no problem but with version 5.9-1 I have the following error message: watchdog [2320]: no response from ping (target: 127.0.0.1) watchdog [2320]: no response from ping (target: aa.bb.cc.dd) With the ping command, I can ping both addresses without problems. Regards. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-ithaqua (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 Versions of packages watchdog depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii makedev 2.3.1-89 creates device files in /dev ii udev167-3/dev/ and hotplug management daemo watchdog recommends no packages. watchdog suggests no packages. -- Configuration Files: /etc/watchdog.conf changed: file= /var/log/messages change = 1407 max-load-1 = 24 max-load-5 = 20 max-load-15 = 16 min-memory = 1 watchdog-device = /dev/watchdog admin = ad...@juliana-multimedia.com realtime= yes priority= 1 pidfile = /var/run/rsyslogd.pid -- debconf information: watchdog/module: none watchdog/run: true watchdog/restart: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633529: Please package logrotate 3.8.0
Package: logrotate Version: 3.7.8-6 3.7.9-1 Severity: wishlist Please package logrotate 3.8.0, released 21-Jun-2011, see https://fedorahosted.org/releases/l/o/logrotate/ A reasonable path would be to add it to experimental to be transferred later to unstable (and maybe forget about 3.7.9 versions). You might also update the watch file, it should point to 3.8.0 not 3.7.9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631780: Three out of four machines upgraded from Lenny are affected by this...
On 10/07/11 15:14, Enrico Zini wrote: It looks like whavever happened with the axi.py module has also happened with python-debian. Try reinstalling python-debian? I did, it didn't help. apt-xapian-index depends on 3 python modules besides its own: python-xapian, python-apt and python-debian I tried purging and reinstalling all these packages, including apt-xapian-index next, and hit a similar issue with the chardet module. I then purged apt-xapian-index, python-xapian, python-apt, python-debian and python-chardet. Et voila, it works fine, run from the command line. If you get such missing module errors, I reckon it's the same as #629303 happening with them. Yes, I did mention this when I raised the bug. Does it help? Yes, but please don't close this bug yet, I'll check after the weekly schedule is run from cron, and report then. -- S. Anthony Sequeira +44 7542 455 233 ++ There are two problems with a major hangover. You feel like you are going to die and you're afraid that you won't. ++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633520: libowfat-dev and libcdb-dev: error when trying to install together
11.07.2011 12:10, Roland Stigge wrote: Hi, the latest libowfat-dev has the same file /usr/include/cdb.h as libcdb-dev. Will add a Conflicts: libcdb-dev for now. Actually it's interesting situation. Both libraries provide the same functionality indeed (I mean the cdb part of it, -- I understand libowfat provides much more than that). Maybe we should merge the two somehow? /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633369: context: Fonts broken on upgrade to 2011.05.18.20110627-1
On So, 10 Jul 2011, Thanasis Kinias wrote:
It has worked fine for several years until this upgrade, and it
continues to work fine I reverted to the version in stable.
Interestingly, when I run the file you sent me through
texexec --xtx ...
I get a pdf file with the right fonts:
$ pdffonts testfile.pdf
name type emb sub uni object ID
- --- --- --- -
HOHKAE+Junicode-Regular CID TrueType yes yes yes 5 0
HKSXMD+Junicode-Italic CID TrueType yes yes yes 7 0
So I don't see where your problem is?!?
Could it be that you have some local files installed that override
what is shipped in Debian?
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
SKIBBEREEN (n.)
The noise made by a sunburned thighs leaving plastic chair.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633509: [buildd-tools-devel] Bug#633509: Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
On Mon, Jul 11, 2011 at 09:27:42AM +0200, Philipp Kern wrote: Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. And we have subsequently removed it. I would recommend using the wanna-build used by buildd.debian.org git://git.debian.org/mirror/wanna-build.git Note that it's a pain to configure, and you'll probably need to get some of the scripts from buildd.debian.org to make it usable. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#582403: Bug #582403: Fixed upstream (but not in Debian yet)
reopen 582403 tag 582403 fixed-upstream thanks This bug [1] has been fixed upstream [2], but not in Debian yet. [1] http://bugs.debian.org/582403 [2] http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=6cafe09c333f989469ff77dc2b3efb87cd080f43 -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632420: xscreensaver: destroys GDM / X monitors setting
On Sat, Jul 2, 2011 at 8:25 AM, Axel Stammler wrote: After unlocking, the two monitors I use are often switched, i.e. the one that used to be on the left and primary (i.e. containing the panels) is now on the right and secondary. The mouse has often been moved as well so that I cannot even see the unlocking dialogue (because the other monitor is a projector, which obviously is not switched on all the time). This is more likely a graphics driver bug. Can you please attach your Xorg.0.log? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633520: libowfat-dev and libcdb-dev: error when trying to install together
Hi, On 07/11/2011 10:26 AM, Michael Tokarev wrote: the latest libowfat-dev has the same file /usr/include/cdb.h as libcdb-dev. Will add a Conflicts: libcdb-dev for now. Actually it's interesting situation. Both libraries provide the same functionality indeed (I mean the cdb part of it, -- I understand libowfat provides much more than that). Indeed, both (re-)implement some part of DJB's libraries. While tinycdb concentrates on the cdb functions, libowfat has a wider scope. However, I guess they are not API compatible because of different headers (e.g. libowfat splits off cdb_make_* functions to cdb_make.h. Maybe we should merge the two somehow? We could identify which reverse (build) dependencies use this interface and which library is more popular. It would be easiest and most general to just coexist by Conflicting or even adding an alternative. bye, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633511: libwww-perl: Incorrect encoding handling for text/html files with LWP::Simple::get and insufficient documentation
I forgot to say about the files used in my tests... Concerning the file contents: * perl-lwp-test1a.xml and perl-lwp-test1h.xml have the same contents, which are also valid in the UTF-8 encoding. * perl-lwp-test2a.xml and perl-lwp-test2h.xml have the same contents, which are not valid in the UTF-8 encoding. Concerning the HTTP headers: * perl-lwp-test1a.xml and perl-lwp-test2a.xml are served as application/xml, with no associated HTTP charset. This case is covered by RFC 3023. * perl-lwp-test1h.xml and perl-lwp-test2h.xml are served as text/html, with no associated HTTP charset. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633530: arno-iptables-firewall: Please remove dependency on rsyslog
Package: arno-iptables-firewall Version: 2.0.0.a-2 Severity: normal I just discovered that new version of arno-iptables-firewall 2.0.0.b-1 has dependency on rsyslog. Is this really needed by upstream? I know that rsyslog is standard logging solution for Debian but we have plenty of others included. Problem is obvious. When you use different logging demon you are not able to use arno-iptables-firewall starting with this update. Please remove dependency on rsyslog (maybe put to recommends?) as this excellent firewall solution will be unusable for many of us. I'm using arno on dozens of servers where is syslog-ng installed and needed. Thanks Kepi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1.dmz.2-liquorix-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to cs_CZ.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arno-iptables-firewall depends on: ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii iproute 20110629-1 networking and traffic control too ii iptables 1.4.11.1-3 administration tools for packet fi Versions of packages arno-iptables-firewall recommends: ii dnsutils 1:9.7.3.dfsg-1+b1 Clients provided with BIND ii lynx 2.8.8dev.9-2 Text-mode WWW Browser (transitiona arno-iptables-firewall suggests no packages. -- Configuration Files: /etc/arno-iptables-firewall/firewall.conf changed [not included] -- 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#633429: coffeescript_1.1.1-2_amd64.changes REJECTED
On 11-07-11 at 06:08am, Ansgar Burchardt wrote: Hi, I reject your upload as it would violate Policy 10.1: Two different packages must not install programs with different functionality but with the same filenames. [...] If this case happens, one of the programs must be renamed. The maintainers should report this to the debian-devel mailing list and try to find a consensus about which program will have to be renamed. If a consensus cannot be reached, both programs must be renamed. Thanks for helping me get it through my thick skull. :-/ I'll simply rename for now. Too bad there won't be an intuitive correlation between Cakefile and cake as there is with Makefile and make and Rakefile and rake, but same could be argued for phpcake, I guess. :-( (damned - if only phpcake had named their executable pake) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#633509: [buildd-tools-devel] Bug#633509: Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
On Mon, Jul 11, 2011 at 10:42 AM, Roger Leigh rle...@codelibre.net wrote: On Mon, Jul 11, 2011 at 09:27:42AM +0200, Philipp Kern wrote: Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. And we have subsequently removed it. I would recommend using the wanna-build used by buildd.debian.org git://git.debian.org/mirror/wanna-build.git Note that it's a pain to configure, and you'll probably need to get some of the scripts from buildd.debian.org to make it usable. Yeah well, I'll stick to my 2006 version from neuro, at least it works. Why ship broken packages? It's detrimental to the users... -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633509: [buildd-tools-devel] Bug#633509: Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
On Mon, Jul 11, 2011 at 11:19:57AM +0200, Thibaut VARENE wrote: On Mon, Jul 11, 2011 at 10:42 AM, Roger Leigh rle...@codelibre.net wrote: On Mon, Jul 11, 2011 at 09:27:42AM +0200, Philipp Kern wrote: Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. And we have subsequently removed it. I would recommend using the wanna-build used by buildd.debian.org git://git.debian.org/mirror/wanna-build.git Note that it's a pain to configure, and you'll probably need to get some of the scripts from buildd.debian.org to make it usable. Yeah well, I'll stick to my 2006 version from neuro, at least it works. Why ship broken packages? It's detrimental to the users... In the wannabuild case, having zero users resulted in bitrot. Not at all good, and that was why it was removed. The actual bugs in it are most likely fairly simple to fix--it just needs someone with the time to do it. Most are as a result of changes in other parts of the codebase. Note that the new wanna-build above uses PostgreSQL rather than MLDBM, so has a number of advantages over the old neuro version. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#633531: qa.debian.org: popcon graphs not updated since June 25
Package: qa.debian.org Severity: important See for example this graph for the time from June 23 until now: http://qa.debian.org/popcon-graph.php?packages=grub-pcshow_installed=onshow_vote=onshow_old=onshow_recent=onshow_nofiles=onwant_legend=onwant_ticks=onfrom_date=2011-06-23to_date=2011-07-11hlght_date=date_fmt=%25Y-%25mbeenhere=1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633532: Description says STM32 Primer2 platform is supported
Package: openocd Version: 0.5.0~rc2-1 Forwarding from https://bugs.launchpad.net/bugs/616102 debian/control lists STM Primer2 as a supported device, but it is not. It depends on SWD support which is in the works. Cheers, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633529: Please package logrotate 3.8.0
On Mon, Jul 11, 2011 at 10:22:43AM +0200, Svante Signell wrote: You might also update the watch file, it should point to 3.8.0 not 3.7.9. The watch file is already: # Compulsory line, this is a version 3 file version=3 http://fedorahosted.org/releases/l/o/logrotate/logrotate-([\d\.]+).tar.gz -- Paul Martin p...@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#633484: libdbi-dev: trying to overwrite '/usr/lib/libdbi.a', which is also in package libdbi1 0.8.4-1
found 633484 0.8.4-4 thanks * Thomas Goirand tho...@goirand.fr, 2011-07-11, 12:45: Errors were encountered while processing: libdbi-dev_0.8.4-3_amd64.deb Hi, Sorry for that, I was to write the Breaks: statement to avoid the issue, but someone in IRC told me that it wasn't needed, considering that I had a versioned Depends: on the libdbi1 binary in my libdbi-dev package. That was me. Seems he was wrong. No. Breaks on libdbi1 _is_ redundant. It was Replaces that was missing. Well, it still is: # dpkg -i libdbi-dev_0.8.4-4_amd64.deb libdbi1_0.8.4-4_amd64.deb tar: ./control: time stamp 2011-07-11 12:07:56 is 8199.724699417 s in the future tar: ./md5sums: time stamp 2011-07-11 12:07:56 is 8199.724518177 s in the future tar: .: time stamp 2011-07-11 12:07:56 is 8199.724440938 s in the future (Reading database ... 11499 files and directories currently installed.) Preparing to replace libdbi-dev 0.8.4-1 (using libdbi-dev_0.8.4-4_amd64.deb) ... Unpacking replacement libdbi-dev ... dpkg: error processing libdbi-dev_0.8.4-4_amd64.deb (--install): trying to overwrite '/usr/lib/libdbi.a', which is also in package libdbi1 0.8.4-1 tar: ./control: time stamp 2011-07-11 12:07:56 is 8199.6987872 s in the future tar: ./md5sums: time stamp 2011-07-11 12:07:56 is 8199.69860336 s in the future tar: ./postrm: time stamp 2011-07-11 12:07:55 is 8198.6985094 s in the future tar: ./postinst: time stamp 2011-07-11 12:07:55 is 8198.6983742 s in the future tar: ./symbols: time stamp 2011-07-11 12:07:55 is 8198.69826984 s in the future tar: .: time stamp 2011-07-11 12:07:56 is 8199.69820852 s in the future Preparing to replace libdbi1 0.8.4-1 (using libdbi1_0.8.4-4_amd64.deb) ... Unpacking replacement libdbi1 ... Setting up libdbi1 (0.8.4-4) ... Errors were encountered while processing: libdbi-dev_0.8.4-4_amd64.deb -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518696: tollef compat mode
gnu parallel 20110322 contains a tollec parallel compat mode and can use a system wide config file to make it default [0]. would that be a solution to the problem? [0] * Site wide config file: /etc/parallel/config This should solve the issue with some packagers renaming GNU Parallel to gparallel to avoid the naming conflict. By putting --tollef in the site wide config file you can deinstall Tollef's parallel and install GNU Parallel instead without any change for users or scripts. This is useful for packagers that currently rename GNU Parallel or simply do not distribute GNU Parallel because the command name conflicts with Tollef's parallel. signature.asc Description: OpenPGP digital signature
Bug#633518: ITP: colord -- system service to manage device colour profiles
Hi, Am 11.07.2011 08:06, schrieb Christopher James Halse Rogers: Package: wnpp Severity: wishlist Owner: Christopher James Halse Rogersr...@ubuntu.com * Package name: colord Version : 0.1.10 Upstream Author : Richard Hughesrich...@hughsie.com * URL : http://colord.hughsie.com/ * License : GPL2+, LGPL2+ Programming Lang: C Description : system service to manage device colour profiles colord is a system service that makes it easy to manage, install and generate colour profiles to accurately color manage input and output devices. have you seen [1]? Assuming your email address I guess so. What is the state of this effort? Has an (alioth) team be formed to maintain colord and related packages? Cheers, Michael [1] http://lists.debian.org/4de4f832.7070...@gmail.com -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633533: [savi]: does not start up. Missing binary executable.
Package: savi Version: 1.4.5-1 Severity: grave Hi, When I try to start savi this is what you read: SaVi: did not attempt to launch a missing binary executable. After editing /usr/bin/savi and replacing sh /usr/lib/savi/savi $* with cd /usr/lib/savi sh ./savi $* the application starts. Best Regards, Manolo. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.3 (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 savi depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii tcl8.5 8.5.10-1 Tcl (the Tool Command Language) v8 ii tk8.5 8.5.10-1 Tk toolkit for Tcl and X11, v8.5 - ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime savi recommends no packages. Versions of packages savi suggests: pn geomview none (no description available) -- debconf-show failed -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633529: Please package logrotate 3.8.0
On Mon, 2011-07-11 at 10:29 +0100, Paul Martin wrote: On Mon, Jul 11, 2011 at 10:22:43AM +0200, Svante Signell wrote: You might also update the watch file, it should point to 3.8.0 not 3.7.9. The watch file is already: # Compulsory line, this is a version 3 file version=3 http://fedorahosted.org/releases/l/o/logrotate/logrotate-([\d\.]+).tar.gz Then it looks like the Debian package page is not updated: http://packages.qa.debian.org/l/logrotate.html refers to 3.7.9. That's where I found it. Additional information: 3.8.0 builds fine on GNU/Hurd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633534: nsd3: an $INCLUDE directive with a relative origin set isn't used as relative
Package: nsd3
Severity: normal
Tags: upstream patch
RFC 1035 states that an $INCLUDE directive is as follows (page 33)
$INCLUDE file-name [domain-name] [comment]
where domain-name is stated as follows (bottom of page 33)
Domain names which do not end in a dot are called relative; the
actual domain is the concatenation of the relative part with an origin
specified in a $ORIGIN, $INCLUDE, or as an argument to the master file
loading routine.
nsd doesn't use the domain-name attached to an $INCLUDE directive as a
possible relative domain, and assumes it is absolute. The patch attached
checks whether a dot (.) is present, and appends the origin if
nessessary.
The patch should also apply cleanly upstream.
-- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (950, 'stable'), (850, 'stable-updates'), (50, 'testing'), (25,
'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
---BeginMessage---
---
zlexer.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/zlexer.c b/zlexer.c
index 4c69bd1..c326ff2 100644
--- a/zlexer.c
+++ b/zlexer.c
@@ -971,6 +971,11 @@ YY_RULE_SETUP
strip_string(yytext);
dname = dname_parse(parser-region, tmp + 1);
+ if (dname *(tmp + strlen(tmp + 1)) != '.') {
+ dname = dname_concatenate(parser-region,
+ dname,
+ domain_dname(origin));
+ }
if (!dname) {
zc_error(incorrect include origin '%s',
tmp + 1);
--
---End Message---
Bug#633535: linux-image-2.6.32-5-amd64: oops in xdr_decode_hyper+0x0/0xe [nfs]
Package: linux-2.6 Version: 2.6.32-34squeeze1 Severity: normal I was playing around with ptrace when I got the following kernel oops. I do not know if this is related to use of ptrace or not. [1131224.792749] alignment check: [#1] SMP [1131224.792761] last sysfs file: /sys/devices/vbd-51712/block/xvda/uevent [1131224.792765] CPU 0 [1131224.792769] Modules linked in: nls_utf8 isofs nls_base iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 iptable_filter ip_tables x_tables binfmt_misc nfs lockd fscache nfs_acl auth_rpcgss sunrpc bridge stp fuse loop evdev pcspkr ext3 jbd mbcache dm_mod xen_netfront xen_blkfront [last unloaded: stap_f729c9d9a15a149b32b8fe942ac255bf_2366] [1131224.792816] Pid: 4233, comm: test2 Not tainted 2.6.32-5-amd64 #1 [1131224.792821] RIP: e030:[a00fe2fc] [a00fe2fc] xdr_decode_hyper+0x0/0xe [nfs] [1131224.792837] RSP: e02b:8800ebe019f0 EFLAGS: 00250282 [1131224.792841] RAX: 01f4 RBX: 8800ebe01b68 RCX: 88005c10e964 [1131224.792846] RDX: 88005c10e97c RSI: 8800ebe01b80 RDI: 88005c10e97c [1131224.792850] RBP: 8800b6224dc0 R08: 8800ebcea600 R09: 812fc392 [1131224.792855] R10: R11: a00fe4b1 R12: [1131224.792860] R13: 8800ed28ae70 R14: a00fe4b1 R15: 8800ebcea600 [1131224.792867] FS: 7fa3ff82a700() GS:880003a05000() knlGS: [1131224.792873] CS: e033 DS: ES: CR0: 8005003b [1131224.792877] CR2: 7f67da03e000 CR3: b6252000 CR4: 0660 [1131224.792882] DR0: DR1: DR2: [1131224.792887] DR3: DR6: 4ff0 DR7: 0400 [1131224.792892] Process test2 (pid: 4233, threadinfo 8800ebe0, task 880057c88000) [1131224.792897] Stack: [1131224.792899] a00fe35c 8800ed28ae70 a00fe4cf 8800ebcea600 [1131224.792907] 0 a0077389 8800ebe01a10 a00769fe 8800ec1f82f0 [1131224.792916] 0 8800b6224dc0 8800b6224e50 [1131224.792926] Call Trace: [1131224.792936] [a00fe35c] ? xdr_decode_fattr+0x52/0xfd [nfs] [1131224.792946] [a00fe4cf] ? nfs3_xdr_attrstat+0x1e/0x23 [nfs] [1131224.792956] [a0077389] ? call_decode+0x5c3/0x647 [sunrpc] [1131224.792964] [a00769fe] ? call_transmit_status+0x3c/0x57 [sunrpc] [1131224.792974] [a007d2f5] ? __rpc_execute+0x73/0x243 [sunrpc] [1131224.792982] [a00774d4] ? rpc_run_task+0x53/0x5b [sunrpc] [1131224.792990] [a00775c3] ? rpc_call_sync+0x3d/0x5a [sunrpc] [1131224.793001] [a00fcf16] ? nfs3_rpc_wrapper+0x28/0x59 [nfs] [1131224.793013] [a00fd68f] ? nfs3_proc_getattr+0x55/0x79 [nfs] [1131224.793023] [a00f05f6] ? __nfs_revalidate_inode+0xb1/0x1b6 [nfs] [1131224.793034] [a00fae5b] ? nfs_sync_mapping_wait+0x16a/0x22a [nfs] [1131224.793044] [a00ef7a7] ? nfs_attribute_timeout+0xe/0x58 [nfs] [1131224.793054] [a00f0862] ? __put_nfs_open_context+0x81/0xb0 [nfs] [1131224.793064] [a00f090a] ? nfs_release+0x79/0x80 [nfs] [1131224.793071] [810efc2d] ? __fput+0x100/0x1af [1131224.793076] [810ed092] ? filp_close+0x5b/0x62 [1131224.793082] [8104fa14] ? put_files_struct+0x64/0xc1 [1131224.793089] [812fc2ca] ? _spin_lock_irq+0x7/0x22 [1131224.793094] [810512d9] ? do_exit+0x236/0x6c6 [1131224.793100] [8100e22f] ? xen_restore_fl_direct_end+0x0/0x1 [1131224.793106] [810e6f25] ? kmem_cache_free+0x72/0xa3 [1131224.793111] [810517df] ? do_group_exit+0x76/0x9d [1131224.793117] [8105e0cb] ? get_signal_to_deliver+0x310/0x339 [1131224.793123] [8101004f] ? do_notify_resume+0x87/0x73f [1131224.793128] [81019ced] ? send_sigtrap+0x66/0x6e [1131224.793134] [812fc94a] ? error_exit+0x2a/0x60 [1131224.793139] [81010e0e] ? int_signal+0x12/0x17 [1131224.793142] Code: e0 f6 05 c3 9e f9 ff 10 74 10 89 de 48 c7 c7 ca 6f 11 a0 31 c0 e8 c3 c2 1f e1 89 d8 5b 5b 5d 41 5c 41 5d 41 5e 41 5f c3 90 90 90 48 8b 07 48 0f c8 48 89 06 48 8d 47 08 c3 53 b8 00 00 00 00 8b [1131224.793208] RIP [a00fe2fc] xdr_decode_hyper+0x0/0xe [nfs] [1131224.793219] RSP 8800ebe019f0 [1131224.793231] ---[ end trace bf8298aa72a71a8e ]--- [1131224.793234] Fixing recursive fault but reboot is needed! -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-34squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed May 18 23:13:22 UTC 2011 ** Command line: root=/dev/xvda ro console=hvc0 ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [ 16.449115] svc: failed to register lockdv1 RPC service (errno 97). [ 16.884030] br0: no IPv6 routers present [ 17.148027] eth0: no IPv6 routers present [ 394.499138] kjournald starting.
Bug#633536: ikiwiki: missing build-dependency on python-support
Source: ikiwiki
Version: 3.20110707
Severity: important
I rebuilt ikiwiki in a clean chroot. The resulting binary package didn't
depend on python-support (and thus, didn't bytecompile its Python
module) anymore. From the build log:
|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package ikiwiki: unknown
substitution variable ${python:Depends}
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633537: whyteboard: missing build-dependency on python-support
Source: whyteboard
Version: 0.41.1-2
Severity: important
I rebuilt whyteboard in a clean chroot. The resuilting binary package
didn't depend on python or python-support anymore. Interesting part of
the build log:
|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package whyteboard: unknown
substitution variable ${python:Depends}
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633538: turbojson: missing build-dependency on python-support
Source: turbojson Version: 1.3.1-1 Severity: important turbojson's debian/rules uses python-support, but the packages doesn't build-depend on it explicitly. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616743: awn-extras-applets: deprecation of dh_pycentral, please use dh_python2
* Matthias Klose d...@debian.org, 2011-03-07, 00:43: The package build-depends on python-central, which should be removed in time for the wheezy release. In fact, despite the build-dependency, the package doesn't use python-central. It uses python-support, although without explicit build-dependency on it. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628507: [PATCH] subversion: FTBFS with perl 5.14: test failures
Le 10 juillet 2011 08:37:36 Niko Tyni a écrit :
tag 628507 patch
thanks
On Fri, Jul 01, 2011 at 06:10:21PM -0400, Stéphane Gaudreault wrote:
Our collegue Marcela Mašláňová from the Red Hat team suggested that the
problem might be in in Makefile.PL where ExtUtils::MakeMaker overwrite
the CCFLAGS. The following patch fixed the problem for us.
Thanks Stéphane!
-CCFLAGS = $cflags,
+CCFLAGS = $Config{ccflags},
(Alternatively, appending $cflags to $Config{ccflags}) might be a bit
cleaner.)
Subversion maintainers: see #628522 for more information about this issue.
After further investigation, we found that the following CFLAGS are used
internally by subversion and by perl in ArchLinux:
subversion: -march=i686 -mtune=generic -O2 -pipe -pthread -
D_LARGEFILE64_SOURCE -DNE_LFS
perl: -D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Subversion seems to get his largefile support from APR
# apr-1-config --cppflags
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE
where the -D_FILE_OFFSET_BITS=64 is missing (and probably not necessary
there).
The perl binding on the other hand get CFLAGS from perl -MExtUtils::Embed -e
ccopts :
# perl -MExtUtils::Embed -e ccopts
-D_REENTRANT -D_GNU_SOURCE -fno-strict-aliasing -pipe -fstack-protector -
I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/core_perl/CORE
A simpler/less intrusive workaround could be to
export CFLAGS+= -D_FILE_OFFSET_BITS=64
before running the configure script.
--
Stéphane Gaudreault
ArchLinux developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633089: doesn't read ~/.Xresources anymore etc. etc.
Yes nodm is working fine now... except I can't call it from
/etc/rc.local anymore. I must now do /etc/init.d/nodm by hand.
Looking at a slice of /var/log/Xorg.0.log for a normal session
[ 1403.567] (**) Option xkb_model pc105
[ 1403.567] (**) Option xkb_layout us
[ 1403.567] (**) Option xkb_options lv3:ralt_switch
[ 26103.653] (II) Power Button: Close
[ 26103.702] (II) UnloadModule: evdev
[ 26103.702] (II) Unloading evdev
and then for a failed session
[42.759] (**) Option xkb_model pc105
[42.759] (**) Option xkb_layout us
[42.760] (**) Option xkb_options lv3:ralt_switch
[42.769] (II) Power Button: Close
[42.769] (II) UnloadModule: evdev
[42.769] (II) Unloading evdev
We see that it only takes nodm 0.009 seconds to die.
(We look at the same spot where we used it for hours in the normal
session.)
Of course there is no other trace in /var/log of what happened.
All I know is it happens every time now I start from boot and I call
nodm from /etc/rc.local:
echo $0:
Will execute \${program=/etc/init.d/nodm start}\ in ${seconds=5} seconds.
Hit some chars and RET to cancel.
Hit RET to start right away.
# Hit ^C to cancel -- doesn't work.
for ((; seconds 0; seconds--))
do
read -p $seconds.. -t 1
case $? in 0) #they hit RET...
case $REPLY in
'') break ;; #...with no other chars
*) exit 44;; #...with other chars
esac;;
esac
done
echo running $program...
$program
P.S.,
# sysv-rc-conf --list nodm
nodm 2:off 3:off 4:off 5:off
In /etc/default/nodm I only changed
NODM_ENABLED=true
NODM_USER=jidanni
And /home/jidanni/.xsession-errors
is not touched during by the .009 second crash.
$ /usr/sbin/sysv-rc-conf --list
acpid2:on 3:on4:on5:on
alsa-utils 0:off 6:off S:on
anacron 2:off 3:off 4:off 5:off
apache2 0:off 1:off 2:off 3:off 4:off 5:off 6:off
atd 0:off 1:off 2:on3:on4:on5:on6:off
bootlogd S:on
bootlogs 1:on 2:on3:on4:on5:on
console-setu S:on
cron 1:off 2:on3:on4:on5:on
dbus 2:on 3:on4:on5:on
dictd1:off 2:on3:on4:on5:on
exim40:off 1:off 2:on3:on4:on5:on6:off
halt 0:off
ifplugd 0:off 1:off 2:off 3:off 4:off 5:off 6:off
ifupdown S:on
ifupdown-cle S:on
kbd S:on
keyboard-set S:on
killprocs1:on
module-init- S:on
mountoverflo S:on
mysql0:off 1:off 2:off 3:off 4:off 5:off 6:off
networking 0:off 6:off S:on
nodm 2:off 3:off 4:off 5:off
ntp 0:off 1:off 2:off 3:off 4:off 5:off 6:off
pdnsd0:off 1:off 2:on3:on4:on5:on6:off S:off
pppd-dns S:on
procps S:on
rc.local 2:on 3:on4:on5:on
reboot 6:off
resolvconf 0:off 6:off S:on
rmnologin2:on 3:on4:on5:on
rsync2:on 3:on4:on5:on
rsyslog 0:off 1:off 2:on3:on4:on5:on6:off
screen-clean S:on
sendsigs 0:off 6:off
single 1:on
smartd
smartmontool 1:off 2:on3:on4:on5:on
ssh 2:off 3:off 4:off 5:off
stop-bootlog 2:on 3:on4:on5:on
stop-bootlog S:on
udev S:on
udev-mtabS:on
umountfs 0:off 6:off
umountroot 0:off 6:off
urandom 0:off 6:off S:on
wicd 0:off 1:off 2:off 3:off 4:off 5:off 6:off
wwwoffle 0:off 1:off 2:on3:on4:on5:on6:off
x11-common S:on
xfstt0:off 1:off 2:off 3:off 4:off 5:off 6:off
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental') [Ah, so that's how
I've set it up]
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-486
Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages nodm depends on:
ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy
ii libc6 2.13-10Embedded GNU C Library: Shared lib
ii libpam0g 1.1.3-2Pluggable Authentication Modules l
ii libx11-6 2:1.4.3-2 X11 client-side library
ii x11-common1:7.6+7X Window System (X.Org) infrastruc
ii x11-xserver-utils 7.6+3 X server utilities
nodm recommends no packages.
nodm suggests no packages.
-- debconf information:
* nodm/xinit: /usr/bin/xinit
* nodm/x_options: vt7 -nolisten tcp
* nodm/min_session_time: 60
* nodm/enabled: true
* nodm/xsession: /etc/X11/Xsession
* nodm/first_vt: 7
* nodm/user: jidanni
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633360: [pkg-bacula-devel] Bug#633360: bacula-common: @hostname@ placeholders sprinkled throughout defconfig/bacula-dir.conf
Hi, On Sat, Jul 09, 2011 at 06:10:44PM +0200, Andreas Bombe wrote: The template /usr/share/bacula-common/defconfig/bacula-dir.conf has @hostname@ placeholders not just in the places where they should be, but also everywhere the sequence ca (lower case) appeared in the original. This breaks new installations of bacula as a default configuration is created from this template and causes errors from bacula-director. The source of the problem is likely debian/patches/fix_config which blindly replaces all occurences of the package building host's hostname with @hostname@. Presumably the build host was named ca. This is exactly the case. I fixed it (and other side effects) already by completely reworking the patching and installation of config files. It's in our new git repository if you'd like to have a look. The changes still need testing and thus aren't uploaded yet. http://anonscm.debian.org/gitweb/?p=pkg-bacula/bacula.git;a=shortlog;h=refs/heads/development2 Thanks. Hauke -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#633497: add abort method
CP == Christian PERRIER bubu...@debian.org writes: CP Ever heard about the backup capability? CP debconf-devel(7) gives good clues about it. Of course I've never heard of it, I am an end user. Nor have I ever encountered any configuration that offered it... reading up on it it looks good -- it is just unfortunate that the default apparently is that the script writer must turn all that stuff on -- vs. say a shell script where the writer would have to intentionally use trap to turn interrupts off. Yes you can close this bug 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#633509: [buildd-tools-devel] Bug#633509: Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
On Mon, Jul 11, 2011 at 11:34 AM, Roger Leigh rle...@codelibre.net wrote: On Mon, Jul 11, 2011 at 11:19:57AM +0200, Thibaut VARENE wrote: On Mon, Jul 11, 2011 at 10:42 AM, Roger Leigh rle...@codelibre.net wrote: On Mon, Jul 11, 2011 at 09:27:42AM +0200, Philipp Kern wrote: Thibaut, am Mon, Jul 11, 2011 at 12:59:47AM +0200 hast du folgendes geschrieben: Just curious, has wanna-build 0.60.0-2 ever been tested outside of a debian official buildd setup? ;P we don't use the packages on buildd.d.o. That's why. And we have subsequently removed it. I would recommend using the wanna-build used by buildd.debian.org git://git.debian.org/mirror/wanna-build.git Note that it's a pain to configure, and you'll probably need to get some of the scripts from buildd.debian.org to make it usable. Yeah well, I'll stick to my 2006 version from neuro, at least it works. Why ship broken packages? It's detrimental to the users... In the wannabuild case, having zero users resulted in bitrot. Not at Not zero, 1 ;) Problem is, I've delayed for a very longtime the upgrade because every new version had a tendency to break backward compat with config files and such. I was running sbuild/buildd 0.58-something from db.d.o until I decided to move. The upgrade wasn't painless, but at least it worked. What prompts me for the wanna-build move is the lack of --built support from the old version, but that's not a really big deal either. Also I hoped that moving to what's in squeeze would mean moving to something slightly more supported. Seems it's not really the case... all good, and that was why it was removed. The actual bugs in it are most likely fairly simple to fix--it just needs someone with the time to do it. Most are as a result of changes in other parts of the codebase. Well, I'd be glad to help, but I have no idea how to do that... Note that the new wanna-build above uses PostgreSQL rather than MLDBM, so has a number of advantages over the old neuro version. Given the limited number of packages being handled (about 80), it's not worth the hassle. I planned to keep using the MLDBM backend. Is it broken? Thanks T-Bone -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633539: dpkg-dev: dpkg-mergechangelog does not check return value of close
Package: dpkg-dev
Version: 1.16.0.3
Severity: normal
File: dpkg-mergechangelog
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Not the test suite I promised, but I noticed that dpkg-mergechangelog does
not check the return value of close on the output handle. This cause it
to claim things are fine when they are not.
$ dpkg-mergechangelog ch-old ch-a ch-b /dev/full ; echo $?
1
$
With this patch (using syserr) it becomes:
$ dpkg-mergechangelog ch-old ch-a ch-b /dev/full ; echo $?
dpkg-mergechangelog: error: cannot write /dev/full: No space left on device
28
$
Which I believe is a better behaviour.
~Niels
PS: If you had not guessed it, the ch-* files are the ones from the test suite.
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dpkg-dev depends on:
ii base-files6.3Debian base system miscellaneous f
ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina
ii bzip2 1.0.5-6high-quality block-sorting file co
ii libdpkg-perl 1.16.0.3 Dpkg perl modules
ii make 3.81-8.1 An utility for Directing compilati
ii patch 2.6.1-2Apply a diff file to an original
ii xz-utils 5.0.0-2XZ-format compression utilities
Versions of packages dpkg-dev recommends:
ii build-essential 11.5 Informational list of build-essent
ii fakeroot 1.16-1 tool for simulating superuser priv
ii gcc [c-compiler] 4:4.6.0-6 GNU C compiler
ii gcc-4.5 [c-compiler] 4.5.3-3The GNU C compiler
ii gcc-4.6 [c-compiler] 4.6.1-1GNU C compiler
ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep
ii gpgv 1.4.11-3 GNU privacy guard - signature veri
pn libalgorithm-merge-perl none (no description available)
Versions of packages dpkg-dev suggests:
ii debian-keyring2011.03.03 GnuPG keys of Debian Developers
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJOGuN/AAoJEAVLu599gGRCkOgP/jBRE3jKyqk5RwzIOpG4kJhV
Jyd9He9f9+uQIoPVlC7IN8Ch+dCQcxh0Gi9vW3IvTM27SbWkDjadufI+xaOob5bJ
CzO/lLsDNHziQznNZqP4QNtaNC5OdjvCsMrXd3gHOijBEhMm1DKM4y3h5o2spF7E
LvAz6OeYm0Yr16hJVO86ZNei6TEPrSodVJCoR7Q3Lqb2Zx18NXmsXZdU99lRbZvW
+iIOHauxeIcSDFXcEWbazZEpj/l21UpUos0UEhlUndYa3i+yA8jcD/6aVu7FL1/s
KO+tTmT51KM1PnImKZ+f5Tr4/ipXZvFHVU3L3EDF5v8SFcUkMh8EvwLIMLbwQfDA
DNHDpoYbKXuD5XXYjkWciOTlNYgFFim3Kv+gC80CUPxuViMwiW26P/2Karb4Pzqw
aBPBUoDN6SIseMNtmONTtyJ5SAwAB7qf+Wc+KgHffGPo/jwm3uwgOgZsLfVWlqot
p2m4QGW5WxCXqAUwr59s0SI72ZRQrNWKaK/QBMBC7n32vpwKArscZea3j8pw2FCR
rFwh6M9Syzj9EDvTs0SkkgFCy002Q9ZebeZI/qVm6uxSYpIZBhLkznW/ZDs/Z/bT
58RpaYdDvt6VRFYYIByNpj1X2RJYv4hXrseg6fnbPsL8pLfY/bhYbZocMNupE4g7
D8M+bzC6lrDnXAMkU0/i
=67z9
-END PGP SIGNATURE-
From 239ee5e2797d88076f4551e4bac4f0c9c27e17bf Mon Sep 17 00:00:00 2001
From: Niels Thykier ni...@thykier.net
Date: Mon, 11 Jul 2011 13:27:44 +0200
Subject: [PATCH] dpkg-mergechangelog: fail if it cannot close the output file
Made dpkg-mergechangelog check the return value of close and fail
if it was not successful. Previously dpkg-mergechangelog would
silently fail to write a file if (e.g.) the device was full.
---
scripts/dpkg-mergechangelogs.pl |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/dpkg-mergechangelogs.pl b/scripts/dpkg-mergechangelogs.pl
index cea7584..9cc84f2 100755
--- a/scripts/dpkg-mergechangelogs.pl
+++ b/scripts/dpkg-mergechangelogs.pl
@@ -128,7 +128,7 @@ while (1) {
if (defined($out_file) and $out_file ne -) {
open(OUT, , $out_file) || syserr(_g(cannot write %s), $out_file);
print OUT ((blessed $_) ? $_ : $_\n) foreach @result;
-close(OUT);
+close(OUT) || syserr(_g(cannot write %s), $out_file);
} else {
print ((blessed $_) ? $_ : $_\n) foreach @result;
}
--
1.7.5.4
Bug#633540: libreoffice-java-common depends on libreoffice-dbg
Package: libreoffice-java-common Version: 1:3.4.1-1 Severity: minor Tags: experimental Hi! Really sorry if there is a purpose for this, but until 3.3.3-4 libreoffice-java-common didn't had a depends on libreoffice-dbg (and now on 3.4.1-1 it has). Is this dependency (a -dbg package) really necessary? Thank you! Best regards, Nelson -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-java-common depends on: ii libjaxp1.3-java 1.3.05-1 Java XML parser and transformer AP ii libreoffice-common1:3.4.1-1 office productivity suite -- arch- ii libreoffice-dbg 1:3.4.1-1 office productivity suite -- debug ii libxalan2-java2.7.1-5XSL Transformations (XSLT) process ii libxerces2-java 2.9.1-4.1 Validating XML parser for Java wit libreoffice-java-common recommends no packages. libreoffice-java-common 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#616751: bugzilla: deprecation of dh_pycentral, please use dh_python2
* Matthias Klose d...@debian.org, 2011-03-07, 00:46:
The package build-depends on python-central, which should be removed in
time for the wheezy release.
Despite the build-dependency, bugzilla doesn't use python-central. It
uses python-support (when it's available...), but it doesn't
build-depend on it. E.g. when I rebuilt bugzilla in a clean chroot, I
got:
|dh_gencontrol
-O--sourcedirectory=/build/bugzilla-NHNsy6/bugzilla-3.6.3.0/bugzilla-srcdir
| dpkg-gencontrol: warning: Depends field of package bugzilla3: unknown
substitution variable ${python:Depends}
| dpkg-gencontrol: warning: package bugzilla3: unknown substitution variable
${python:Versions}
| dpkg-gencontrol: warning: package bugzilla3: unused substitution variable
${perl:Depends}
| dpkg-gencontrol: warning: package bugzilla3-doc: unknown substitution
variable ${python:Versions}
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631722: linux-image-2.6.39-2-amd64: The screen stays black after grub
The same behavior. The last message I see is referred to: intel ips :00:1f.6: failed to get i915 symbols, graphics turbo disabled -- Diego.- On Mon, Jul 11, 2011 at 12:41 AM, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2011-06-26 at 12:08 -0300, Diego Gomez wrote: Package: linux-2.6 Version: 2.6.39-2 Severity: important After the upgrade from linux-image-2.6.38-2-amd64 to linux-image-2.6.39-2-amd64 the system doesn't boot. The screen stays black after grub. [...] What if you select the 'recovery mode' option on the GRUB menu? Do any messages appear from the kernel? Ben. -- Ben Hutchings Power corrupts. Absolute power is kind of neat. - John Lehman, Secretary of the US Navy 1981-1987 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631945: HFSC warning issue
W dniu 11.07.2011 11:26, François Delawarde pisze: Hi all, I'm having the same HFSC issues as described here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631945 Some user reports that he made it work by reverting this patch: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blobdiff;f=net/sched/sch_hfsc.c;h=47496098d35c2876cd0b5a88e1365922cc369ce9;hp=abd904be428717462395d62adb682023e64e17a5;hb=3b2eb6131e2f6ff646abb0fc69648179b8b70216;hpb=9c01ae58d4fee39e2af5b1379ee5431dd585cf62 Is this the correct solution? Any clean patch I could test that would resolve this issue? Thanks, François. Hmmm, This commit in mention is the patch I submitted a while ago, namely: http://kerneltrap.org/mailarchive/linux-netdev/2010/8/30/6284141 Whole rationale and short discussion regarding the change is in that thread. In a nutshell - it fixed certain scenario which could cause bursty traffic, but the change is just a minor adjustment. Let me sit a bit on this thing, and why it manages to trigger that warning ... For a quick fix - reverting that commit should be perfectly safe - there were no other patches related to this one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633539: dpkg-mergechangelog does not check return value of close
Package: dpkg-dev
Version: 1.16.0.3
Followup-For: Bug #633539
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi
I noticed dpkg-gencontrol and dpkg-shlibdeps has a similar issue, so
here is a (separate) patch for them. Feel free to --squash them (or
ask me to submit a merged patch).
~Niels
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dpkg-dev depends on:
ii base-files6.3Debian base system miscellaneous f
ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina
ii bzip2 1.0.5-6high-quality block-sorting file co
ii libdpkg-perl 1.16.0.3 Dpkg perl modules
ii make 3.81-8.1 An utility for Directing compilati
ii patch 2.6.1-2Apply a diff file to an original
ii xz-utils 5.0.0-2XZ-format compression utilities
Versions of packages dpkg-dev recommends:
ii build-essential 11.5 Informational list of build-essent
ii fakeroot 1.16-1 tool for simulating superuser priv
ii gcc [c-compiler] 4:4.6.0-6 GNU C compiler
ii gcc-4.5 [c-compiler] 4.5.3-3The GNU C compiler
ii gcc-4.6 [c-compiler] 4.6.1-1GNU C compiler
ii gnupg 1.4.11-3 GNU privacy guard - a free PGP rep
ii gpgv 1.4.11-3 GNU privacy guard - signature veri
pn libalgorithm-merge-perl none (no description available)
Versions of packages dpkg-dev suggests:
ii debian-keyring2011.03.03 GnuPG keys of Debian Developers
- -- no debconf information
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJOGuZcAAoJEAVLu599gGRCUagQALD4OnM3tkvt38j9kooC5ks9
xyDXHhGCVWidOPFGearN+DCCj2nIQhYvAZCOQysi4139o50PFQE7bo0CtDB5Mrmx
G+0Ve/FanFx/c3UUtcTTMAoOZ8A8q6PNbm5IHFsaC0Dhk4op0jq8lR1kRO6ZUXXA
o5vzrcPxL+X8lCiWQR5adJRCOJfK/cqxUtxedAdPEFktGby/T5pjAYnO5ZXWy9BY
6XztH9CnX/ZcVsGSdJPr9YpqpfLkGFLbKvrSPgbMbUgT/ylOYbQAl7CI278CzOpF
dlq+88KDsttLf4h9nqE1edwZIK4xTBALIeXBja/trskU5KgD5ScOjA8d8eZ1Zmi3
GPg0VC7nwuCjmUTSaJzK18NXUwnLFhY562Mb2PD5FZatr7pC+TUgELUyKOzsoNoo
uDb/68IWmKQoKz5mWTrFM8oToF0DXLsZ9X1JtyTeZW7tFGr8WaywgBxzGfyw7QST
qMhDds9lt/5qF2Xy+ObdpsE6oRuLwjEg+GzEYQD6z2AFf+OcZ7vadTKzwZ3Hh6do
hLMVJV3ruE1wA34aRzTQI+hYyg3K6LC98xf3DpgtFkN+zoEfwiV/FzK4xzTGeKps
WWCFUk1UCZUhNnj00Q8jDnEmvUsKgxvXJR2qn/vnZJtefxnuqIzu5/Xxy6IEAjGE
BrRF6jBnX5+LpZIVZVYw
=sphh
-END PGP SIGNATURE-
From b33b3e4ac9c5342a31d3eb4a2253a07737d8b6fb Mon Sep 17 00:00:00 2001
From: Niels Thykier ni...@thykier.net
Date: Mon, 11 Jul 2011 13:59:10 +0200
Subject: [PATCH] dpkg-dev: Fail on if closing an output handle fails
This patch makes dpkg-gencontrol and dpkg-shlibdeps fail if their
call to close (on output handles) suggests an issue. This prevents
them from silently producing incomplete files and may provide a
better error than the following rename failing.
---
scripts/dpkg-gencontrol.pl |3 ++-
scripts/dpkg-shlibdeps.pl |3 ++-
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/scripts/dpkg-gencontrol.pl b/scripts/dpkg-gencontrol.pl
index f0e6964..d23bc2f 100755
--- a/scripts/dpkg-gencontrol.pl
+++ b/scripts/dpkg-gencontrol.pl
@@ -375,7 +375,8 @@ $fields-apply_substvars($substvars);
$fields-output($fh_output);
if (!$stdout) {
-close($fh_output);
+close($fh_output) ||
+syserr(_g(cannot close new output control file \`%s'), $cf.new);
rename($cf.new, $cf) ||
syserr(_g(cannot install output control file \`%s'), $cf);
}
diff --git a/scripts/dpkg-shlibdeps.pl b/scripts/dpkg-shlibdeps.pl
index 790ba39..0856100 100755
--- a/scripts/dpkg-shlibdeps.pl
+++ b/scripts/dpkg-shlibdeps.pl
@@ -520,7 +520,8 @@ foreach my $field (reverse @depfields) {
# Replace old file by new one
if (!$stdout) {
-close($fh);
+close($fh) ||
+ syserr(_g(close new substvars file \`%s'), $varlistfile.new);
rename($varlistfile.new,$varlistfile) ||
syserr(_g(install new varlist file \`%s'), $varlistfile);
}
--
1.7.5.4
Bug#610083: Remove requirement to document upstream source location in debian/copyright ?
On Sat, Jan 15, 2011 at 06:17:03PM -0800, Russ Allbery wrote: Charles Plessy ple...@debian.org writes: Le Fri, Jan 14, 2011 at 12:21:02PM -0400, Joey Hess a écrit : Especially if the plan is to later remove policy's requirement that copyright specify the Source, which would presumably mean deprecating the field in DEP5. And there's a good agument that policy's current requirement is vestigial, having been supersceded by more specific information that is provided in a machine-usable format in the watch file and Homepage field. The only remaining use for Source in DEP5 would then be things like Source: usenet posting from 1983. I support Joey's comment and propose to simply remove the requirement from the Policy. I do not think that people will remove the information from debian/copyright without having a Homepage field if they do not have one, so I propose to keep thinks short and to not cross-reference nor replace with incitations. I could have sworn we'd discussed this before. I'm opposed to this change as proposed because it means that we can have packages without any hint as to where the upstream source came from (since Homepage is not required). I think it might be okay to make the indication of the origin of the upstream source in debian/copyright optional *if* Homepage clearly provides the same information for that package. (Note: this will not be the case for all packages with a Homepage setting, since in some cases it's hard or impossible to figure out how to get the upstream source when starting from the URL in Homepage.) We should keep in mind that originally, the location of upstream source was most of the time some directory on some public ftp server. For example libjpeg6b had statement This package was created by Mark Mickan mmic...@debian.org from sources which can be found at ftp://ftp.uu.net/graphics/jpeg/jpegsrc.v6b.tar.gz; which did not provide any information about the project. 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#623388: librep: diff for NMU version 0.90.2-1.3
tags 623388 + pending
thanks
Dear maintainer,
I've prepared an NMU for librep (versioned as 0.90.2-1.3) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
--
Héctor Orón
Our Sun unleashes tremendous flares expelling hot gas into the Solar System,
which one day will disconnect us.
-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html
diff -u librep-0.90.2/debian/control librep-0.90.2/debian/control
--- librep-0.90.2/debian/control
+++ librep-0.90.2/debian/control
@@ -2,7 +2,7 @@
Section: lisp
Priority: optional
Maintainer: Luis Rodrigo Gallardo Cruz rodr...@debian.org
-Standards-Version: 3.8.3
+Standards-Version: 3.9.2
Build-Depends: texinfo (= 4.11-2), debhelper (= 7), libgmp-dev,
libgdbm-dev, libreadline-dev, libncurses5-dev, libtool,
dpatch, autotools-dev, pkg-config, libffi-dev
@@ -46,7 +46,7 @@
Package: librep-dev
Section: libdevel
Architecture: any
-Depends: librep9 (= ${binary:Version}), libgmp-dev, ${shlibs:Depends},
+Depends: rep, librep9 (= ${binary:Version}), libgmp-dev, ${shlibs:Depends},
${misc:Depends}
Recommends: rep-doc
Description: development libraries and headers for librep
diff -u librep-0.90.2/debian/changelog librep-0.90.2/debian/changelog
--- librep-0.90.2/debian/changelog
+++ librep-0.90.2/debian/changelog
@@ -1,3 +1,13 @@
+librep (0.90.2-1.3) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add armhf support. Thanks Konstantinos Margaritis (Closes: #623388)
+ * Bump Standards-Version stanza.
+ * Emptying the dependency_libs field in .la files
+ * Add librep-dev depends on rep for silence lintian check.
+
+ -- Hector Oron zu...@debian.org Mon, 11 Jul 2011 13:02:56 +0100
+
librep (0.90.2-1.2) unstable; urgency=low
* NMU. Change dependency libgmp3-dev -- libgmp-dev.
diff -u librep-0.90.2/debian/rules librep-0.90.2/debian/rules
--- librep-0.90.2/debian/rules
+++ librep-0.90.2/debian/rules
@@ -86,11 +86,12 @@
$(MAKE) install DESTDIR=`pwd`/debian/tmp
- #Fix libdir in *.la files
+ #Fix libdir in *.la files and remove dependency_libs
find debian/tmp -name '*.la' |\
while read file; do\
DIRNAME=$$(dirname $$file | sed 's@debian/tmp@@');\
sed -i /libdir/ s@^.*@libdir=$$DIRNAME@ $$file;\
+ sed -i /dependency_libs/ s/'.*'/''/ `find . -name '*.la'`;\
done
-rm -rf debian/tmp/usr/info
diff -u librep-0.90.2/debian/patches/00list librep-0.90.2/debian/patches/00list
--- librep-0.90.2/debian/patches/00list
+++ librep-0.90.2/debian/patches/00list
@@ -1,0 +2 @@
+armel_ftbfs.dpatch
only in patch2:
unchanged:
--- librep-0.90.2.orig/debian/patches/armel_ftbfs.dpatch
+++ librep-0.90.2/debian/patches/armel_ftbfs.dpatch
@@ -0,0 +1,22 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## Description: Do not use reserved register r7 in thumb mode compilation
+## Origin/Author: add some origin or author
+## Bug: bug URL
+## armel_ftbfs.dpatch by Jani Monoses j...@ubuntu.com
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: No description.
+
+@DPATCH@
+diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' librep-0.90.2~/src/lispmach.h librep-0.90.2/src/lispmach.h
+--- librep-0.90.2~/src/lispmach.h 2009-08-25 19:33:47.0 +0300
librep-0.90.2/src/lispmach.h 2010-12-13 11:51:08.298578000 +0200
+@@ -474,7 +474,7 @@
+ #ifdef __arm__
+ #define PC_REG asm(r9)
+ #define SP_REG asm(r8)
+-#define SLOTS_REG asm(r7)
++#define SLOTS_REG asm(r10)
+ #endif
+ #endif
+
signature.asc
Description: Digital signature
Bug#631945: HFSC warning issue
Missed explanation behind the change: http://www.spinics.net/lists/netdev/msg139383.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616778: cmor: deprecation of dh_pycentral, please use dh_python2
* Matthias Klose d...@debian.org, 2011-03-07, 00:47: The package build-depends on python-central, which should be removed in time for the wheezy release. In fact, cmor doesn't use python-central. It uses python-support, though without explicitly build-depending on it. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633540: libreoffice-java-common depends on libreoffice-dbg
Hi, On Mon, Jul 11, 2011 at 08:56:29AM -0300, Nelson A. de Oliveira wrote: Really sorry if there is a purpose for this, but until 3.3.3-4 libreoffice-java-common didn't had a depends on libreoffice-dbg (and now on 3.4.1-1 it has). Is this dependency (a -dbg package) really necessary? Nah, looks like an error. (Probably jh_depends did something interesting(tm) again) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537698: Reassigning to manpages-pl
reassign 537698 manpages-pl thanks Follow-up to http://bugs.debian.org/537698 (shred: polish manpage outdated and wrong about few options) The polish man page for shred is provided by the manpages-pl package. -- Benoît Knecht -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633541: umountroot: shouldn't run mkdir /var/lock
On Thu, Jun 30, 2011 at 10:58:52PM -0300, ROGERIO DE CARVALHO BASTOS wrote: During shutdown umountroot script fail when run 'mkdir /var/lock' because this is a symbolic link to /run/lock. From the script: # These directories must exist on the root filesystem as they are # targets for system mountpoints. We've just unmounted all other # filesystems, so either they are mounted now (in which case the # mount point exists) or we can make the mountpoint. for dir in /proc /sys /var/run /var/lock; do mkdir -p $dir || true done It's not clear from this /why/ these directories need creating *at shutdown*. /proc and /sys should exist anyway. And /var/run and /var/lock will have been umounted (and anything wanting them this late in the shutdown sequence must use /run now in any case). It also assumes that the rootfs was writable to begin with, which is not always true. Is there any reason to keep this logic, or can the entire above block of code be deleted? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#633542: xdemorse: typo
Package: xdemorse Version: 1.3-5 Severity: wishlist Usage: demorse should be Usage: xdemorse -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xdemorse depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio xdemorse recommends no packages. xdemorse 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#633530: arno-iptables-firewall: Please remove dependency on rsyslog
Hi, On Mon, Jul 11, 2011 at 11:05:19AM +0200, Ondra 'Kepi' Kudlik wrote: Please remove dependency on rsyslog (maybe put to recommends?) as this excellent firewall solution will be unusable for many of us. I'm using arno on dozens of servers where is syslog-ng installed and needed. The package is configured to work out-of-the-box with rsyslog, but indeed the dependency is not needed recommends will do. I'll change that in the next upload. Are you interested in contributing a patch that makes the package also ready to use with syslog-ng? Upstream ships some default config, but that seems to be a little dated. If you have experience with syslog-ng it should be fairly simple to compose something that the package can ship by default. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633543: cynthiune.app: FTBFS with ld that defaults to --as-needed: undefined reference to `convert8to16'
Package: cynthiune.app Version: 0.9.5-13 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric I noticed that somebody had synced the base GNUstep packages from experimental into Ubuntu oneiric, so I started work on rebuilding all the application packages against that new version so that we can drop the older library versions. cynthiune.app failed to build as follows: https://launchpadlibrarian.net/74973762/buildlog_ubuntu-oneiric-i386.cynthiune.app_0.9.5-13_FAILEDTOBUILD.txt.gz gcc -shared -rdynamic -L../../Frameworks/Cynthiune/Cynthiune.framework/Versions/Current -lCynthiune -Wl,-z,defs -Wl,--as-needed -Wl,-rpath,/usr/lib/cynthiune.app -shared-libgcc -fexceptions -o ./AudioFile.format/./AudioFile ./obj/AudioFile.obj/AudioFile.m.o -L/usr/local/lib -L/usr/lib -L/usr/lib -laudiofile -lm-lgnustep-gui-lgnustep-base -lpthread -lobjc -lm ./obj/AudioFile.obj/AudioFile.m.o: In function `-[AudioFile _readNext8BitChunk:withSize:]': /build/buildd/cynthiune.app-0.9.5/Bundles/AudioFile/AudioFile.m:122: undefined reference to `convert8to16' It appears that link-libs.patch needs to be extended to cover this; -lCynthiune is clearly in the wrong place on the link line for --as-needed (http://wiki.debian.org/ToolChain/DSOLinking). This probably doesn't affect Debian right now because --as-needed is a positional option and only affects those libraries listed after it, but Ubuntu's linker defaults to --as-needed right out of the gate. Nevertheless, I believe that the debian-gcc team is tracking these problems and wants to make Debian packages work cleanly with such a linker. Here's a patch. Does it seem like a reasonable approach? * debian/patches/link-libs.patch: Use ADDITIONAL_GUI_LIBS rather than ADDITIONAL_LDFLAGS in frameworks.make. diff -u cynthiune.app-0.9.5/debian/patches/link-libs.patch cynthiune.app-0.9.5/debian/patches/link-libs.patch --- cynthiune.app-0.9.5/debian/patches/link-libs.patch +++ cynthiune.app-0.9.5/debian/patches/link-libs.patch @@ -33,6 +33,8 @@ * Bundles/Taglib/GNUmakefile.preamble (ADDITIONAL_LDFLAGS) (BUNDLE_LIBS): Likewise. (TAGLIB_LIBS): Link only against libtaglib_c. + * frameworks.make (ADDITIONAL_LDFLAGS): Rename as... + (ADDITIONAL_GUI_LIBS): ...this. --- cynthiune.app-0.9.5.orig/Frameworks/Cynthiune/GNUmakefile +++ cynthiune.app-0.9.5/Frameworks/Cynthiune/GNUmakefile @@ -209,0 +212,9 @@ +--- cynthiune.app-0.9.5.orig/frameworks.make cynthiune.app-0.9.5/frameworks.make +@@ -10,5 +10,5 @@ + ifeq (mingw32, $(GNUSTEP_TARGET_OS)) + ADDITIONAL_GUI_LIBS += -L$(FRAMEWORKS_DIRS)/../../Cynthiune.app $(_ldflags) + else +-ADDITIONAL_LDFLAGS += $(_ldflags) ++ADDITIONAL_GUI_LIBS += $(_ldflags) + endif Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625156: patch
tags 625156 + patch
thanks
attached a patch that fixes the issue.
some missing #include cstddef and moving a few template functions from
a .cpp to a .h.
The patch was *not* forwarded upstream, but it should be done, the
latter patch results from a misunderstanding of how templates work.
--- mcrl2-201103.orig/libraries/lts/include/mcrl2/lts/detail/sim_hashtable.h
+++ mcrl2-201103/libraries/lts/include/mcrl2/lts/detail/sim_hashtable.h
@@ -22,6 +22,7 @@
#ifndef SIM_HASHTABLE_H
#define SIM_HASHTABLE_H
#include vector
+#include cstddef
struct bucket2
{
--- mcrl2-201103.orig/libraries/lts/include/mcrl2/lts/detail/tree_set.h
+++ mcrl2-201103/libraries/lts/include/mcrl2/lts/detail/tree_set.h
@@ -11,6 +11,7 @@
#ifndef _TREE_SET_H
#define _TREE_SET_H
#include vector
+#include cstddef
namespace mcrl2
{
--- mcrl2-201103.orig/tools/lysa2mcrl2/lysa.cpp
+++ mcrl2-201103/tools/lysa2mcrl2/lysa.cpp
@@ -51,52 +51,6 @@ void ProcessInfo::override_calculus(Calc
_calculus = c;
}
-template typename T string join_ptr(T input, string sep)
-{
- string s = ;
- typename T::iterator it=input.begin();
- typename T::iterator it_end=input.end();
-
- if (it==it_end)
- {
-return s;
- }
- //write first element
- s += (string)(**it);
- it++;
-
- //write other elements
-
- for (; it!=it_end; it++)
- {
-s += sep + (string)(**it);
- }
- return s;
-}
-template typename T string join(T input, string sep)
-{
- string s = ;
- typename T::iterator it=input.begin();
- typename T::iterator it_end=input.end();
-
- if (it==it_end)
- {
-return s;
- }
- //write first element
- s += (string)(*it);
- it++;
-
- //write other elements
-
- for (; it!=it_end; it++)
- {
-s += sep + (string)(*it);
- }
- return s;
-}
-//template string join(Indices input, string sep);
-
string Expression::position_in_input()
{
--- mcrl2-201103.orig/tools/lysa2mcrl2/lysa.h
+++ mcrl2-201103/tools/lysa2mcrl2/lysa.h
@@ -105,8 +105,52 @@ class ProcessInfo
extern shared_ptrProcessInfo current_process_info;
void start_parsing(lysa_options options);
void set_current_position(parse_location pos);
-templatetypename T string join(T input, string sep);
-templatetypename T string join_ptr(T input, string sep);
+
+template typename T string join_ptr(T input, string sep)
+{
+ string s = ;
+ typename T::iterator it=input.begin();
+ typename T::iterator it_end=input.end();
+
+ if (it==it_end)
+ {
+return s;
+ }
+ //write first element
+ s += (string)(**it);
+ it++;
+
+ //write other elements
+
+ for (; it!=it_end; it++)
+ {
+s += sep + (string)(**it);
+ }
+ return s;
+}
+template typename T string join(T input, string sep)
+{
+ string s = ;
+ typename T::iterator it=input.begin();
+ typename T::iterator it_end=input.end();
+
+ if (it==it_end)
+ {
+return s;
+ }
+ //write first element
+ s += (string)(*it);
+ it++;
+
+ //write other elements
+
+ for (; it!=it_end; it++)
+ {
+s += sep + (string)(*it);
+ }
+ return s;
+}
+//template string join(Indices input, string sep);
class Expression
--- mcrl2-201103.orig/tools/ltsview/state.cpp
+++ mcrl2-201103/tools/ltsview/state.cpp
@@ -10,6 +10,7 @@
#include state.h
#include transition.h
+#include cstddef
using namespace std;
--- mcrl2-201103.orig/tools/ltsview/transition.cpp
+++ mcrl2-201103/tools/ltsview/transition.cpp
@@ -13,6 +13,7 @@
#include transition.h
#include state.h
+#include cstddef
// Constructor and Destructor
signature.asc
Description: OpenPGP digital signature
Bug#631007: pu: package arcboot/0.3.14+squeeze0
On Sun, 10 Jul 2011 19:04:36 +0200, Guido Günther wrote: On Sat, Jul 09, 2011 at 05:27:44PM +0100, Adam D. Barratt wrote: On Wed, 2011-07-06 at 19:04 +0200, Guido Günther wrote: Find a new diff attached. Thanks; please go ahead. Pushed. Thanks again for the review, Having a look over the uploaded package, I noticed this: -rw--- 0/0 909312 2011-07-10 16:20 arcboot/core I'm guessing that really wasn't intended to be included in the tarball? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633509: [buildd-tools-devel] Bug#633509: Bug#633509: Bug#633509: E: /etc/buildd/wanna-build.conf: Errors found in configuration file:
On Mon, Jul 11, 2011 at 01:28:12PM +0200, Thibaut VARENE wrote: In the wannabuild case, having zero users resulted in bitrot. Not at Not zero, 1 ;) Problem is, I've delayed for a very longtime the upgrade because every new version had a tendency to break backward compat with config files and such. I was running sbuild/buildd 0.58-something from db.d.o until I decided to move. The upgrade wasn't painless, but at least it worked. What prompts me for the wanna-build move is the lack of --built support from the old version, but that's not a really big deal either. Also I hoped that moving to what's in squeeze would mean moving to something slightly more supported. Seems it's not really the case... The sbuild and buildd versions in squeeze are pretty much identical to what's in use on the buildds. Those are well supported. It's really just wanna-build that's not been well maintained, and that's primarily because its main user (the buildd infrastructure) is using a separate implementation. The wanna-build.git implementation is what's in production use, hence my recommendation to go with that. It should also work well with the versions of buildd and sbuild in the archive. all good, and that was why it was removed. The actual bugs in it are most likely fairly simple to fix--it just needs someone with the time to do it. Most are as a result of changes in other parts of the codebase. Well, I'd be glad to help, but I have no idea how to do that... All of the code is in the git repository at git://git.debian.org/git/buildd-tools/sbuild It was removed in commits cb5ffa9e..94cf8c68 % git shortlog cb5ffa9e..94cf8c68 Roger Leigh (5): wanna-build: Remove etc: Remove wanna-build.conf Sbuild::DB::Client*: Rename to Buildd::Client* NEWS: Document wanna-build removal debian: Amend wanna-build removal comments It would certainly be possible to revert the commits and add it back. While wanna-build.git replaced MLDBM support entirely with PostgreSQL, I instead modularised the database code as separate MLDBM and Postgres backends, so allow both to be used. I lacked the time to complete the Postgres backend, however. This was also prior to the wanna-build.git move to Postgres, and I lacked the time to merge their changes--one reason for dropping it was to not needlessly duplicate their work. Note that the new wanna-build above uses PostgreSQL rather than MLDBM, so has a number of advantages over the old neuro version. Given the limited number of packages being handled (about 80), it's not worth the hassle. I planned to keep using the MLDBM backend. Is it broken? It's no longer present. In the wanna-build.git repo, the MLDBM support was replaced entirely with Postgres support, AFAICT. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#575411: [PATCH] fop shell wrapper: add LOGGING variable to configure proper logging
Tags: patch By default, FOP uses log4j for logging, if it is available. This behavior can be overridden, however, by setting the org.apache.commons.logging.Log system property. Since in Debian the fop package depends on libcommons-logging-java but not on liblog4j1.2-java, assume that the org.apache.commons.logging.impl.SimpleLog implementation is always available (whereas log4j might not be). Thus, pass in an appropriate value for org.apache.commons.logging.Log via the LOGGING variable in fop.sh. This can, of course, be overridden from a system-wide or per-user configuration file. Signed-off-by: Florian Haas florian.h...@linbit.com --- debian/fop.sh |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) diff --git a/debian/fop.sh b/debian/fop.sh index 6130d45..f5a6f06 100644 --- a/debian/fop.sh +++ b/debian/fop.sh @@ -15,7 +15,11 @@ # in your fop configuration file. HEADLESS=-Djava.awt.headless=true - +# To override the default logging configuration, add a LOGGING line to +# your fop configuration file. To disable logging altogether, set +# LOGGING= +# in your configuration file. +LOGGING=-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.SimpleLog # Load system-wide configuration, if any if [ -f /etc/fop.conf ]; then @@ -42,4 +46,4 @@ find_jars fop -run_java $HEADLESS org.apache.fop.cli.Main $@ +run_java $HEADLESS $LOGGING org.apache.fop.cli.Main $@ -- 1.7.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633544: grr.app: FTBFS with ld that defaults to --as-needed: undefined reference to `__objc_class_name_RSSArticle'
Package: grr.app Version: 0.6.2.dfsg-5 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch oneiric I noticed that somebody had synced the base GNUstep packages from experimental into Ubuntu oneiric, so I started work on rebuilding all the application packages against that new version so that we can drop the older library versions. grr.app failed to build as follows: https://launchpadlibrarian.net/74974288/buildlog_ubuntu-oneiric-i386.grr.app_0.6.2.dfsg-5build2_FAILEDTOBUILD.txt.gz gcc -rdynamic -lRSSKit -Wl,-z,defs -Wl,--as-needed -Wl,-rpath,/usr/lib/grr.app -LRSSKit/obj -LlibRSSKit.obj -shared-libgcc -fexceptions -fgnu-runtime -o Grr.app/./Grr \ ./obj/Grr.obj/AppController.m.o ./obj/Grr.obj/MainController.m.o ./obj/Grr.obj/MainTableDelegate.m.o ./obj/Grr.obj/FeedList.m.o ./obj/Grr.obj/FeedTableDelegate.m.o ./obj/Grr.obj/ArticleViewing.m.o ./obj/Grr.obj/FeedSelection.m.o ./obj/Grr.obj/FeedManagement.m.o ./obj/Grr.obj/FetchingProgressManager.m.o ./obj/Grr.obj/ErrorLogController.m.o ./obj/Grr.obj/OpenURL.m.o ./obj/Grr.obj/PreferencesController.m.o ./obj/Grr.obj/RSSDropZone.m.o ./obj/Grr.obj/FilterManager.m.o ./obj/Grr.obj/RSSReaderFeed.m.o ./obj/Grr.obj/RSSReaderArticle.m.o ./obj/Grr.obj/RSSReaderService.m.o ./obj/Grr.obj/FeedPreferencesManager.m.o ./obj/Grr.obj/main.m.o -L/usr/local/lib -L/usr/lib -lgnustep-gui -lgnustep-base -lpthread -lobjc -lm ./obj/Grr.obj/MainController.m.o:(.data.rel+0x10): undefined reference to `__objc_class_name_RSSArticle' ./obj/Grr.obj/ArticleViewing.m.o:(.data.rel+0x0): undefined reference to `__objc_class_name_RSSArticle' ./obj/Grr.obj/FeedSelection.m.o:(.data.rel+0x0): undefined reference to `__objc_class_name_RSSFeed' ./obj/Grr.obj/FeedManagement.m.o:(.data.rel+0x14): undefined reference to `__objc_class_name_RSSFeed' ./obj/Grr.obj/FilterManager.m.o:(.data.rel+0x4): undefined reference to `__objc_class_name_RSSFeed' ./obj/Grr.obj/RSSReaderFeed.m.o:(.data.rel+0x4): undefined reference to `__objc_class_name_RSSFeed' ./obj/Grr.obj/RSSReaderArticle.m.o:(.data.rel+0x4): undefined reference to `__objc_class_name_RSSArticle' ./obj/Grr.obj/FeedPreferencesManager.m.o:(.data.rel+0x4): undefined reference to `__objc_class_name_RSSFeed' It appears that link-libs.patch needs to be extended to cover this; -lRSSKit is clearly in the wrong place on the link line for --as-needed (http://wiki.debian.org/ToolChain/DSOLinking). This probably doesn't affect Debian right now because --as-needed is a positional option and only affects those libraries listed after it, but Ubuntu's linker defaults to --as-needed right out of the gate. Nevertheless, I believe that the debian-gcc team is tracking these problems and wants to make Debian packages work cleanly with such a linker. Here's a patch. Does it seem like a reasonable approach? * debian/patches/link-libs.patch: Use ADDITIONAL_GUI_LIBS rather than ADDITIONAL_LDFLAGS in GNUmakefile.preamble. diff -u grr.app-0.6.2.dfsg/debian/patches/link-libs.patch grr.app-0.6.2.dfsg/debian/patches/link-libs.patch --- grr.app-0.6.2.dfsg/debian/patches/link-libs.patch +++ grr.app-0.6.2.dfsg/debian/patches/link-libs.patch @@ -2,6 +2,8 @@ * RSSKit/GNUmakefile (libRSSKit_LIBRARIES_DEPEND_UPON): Add $(OBJC_LIBS). + * GNUmakefile.preamble (ADDITIONAL_LDFLAGS): Rename to... + (ADDITIONAL_GUI_LIBS): ...this. --- grr.app-0.6.2.dfsg.orig/RSSKit/GNUmakefile @@ -17,0 +20,11 @@ +--- grr.app-0.6.2.dfsg.orig/GNUmakefile.preamble grr.app-0.6.2.dfsg/GNUmakefile.preamble +@@ -12,7 +12,7 @@ + ADDITIONAL_CFLAGS += + + # Additional flags to pass to the linker +-ADDITIONAL_LDFLAGS += -lRSSKit ++ADDITIONAL_GUI_LIBS += -lRSSKit + + # Additional include directories the compiler should search + ADDITIONAL_INCLUDE_DIRS += -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633545: glitch: broken package after rebuild
Source: glitch Version: 0.6-1 Severity: serious I rebuilt glitch in a clean chroot. The resulting binary package was virtually empty: $ dpkg -c python-glitch_0.6-1_all.deb | grep -v '/share/doc/' drwxr-xr-x root/root 0 2011-07-11 14:53 ./ drwxr-xr-x root/root 0 2011-07-11 14:53 ./usr/ drwxr-xr-x root/root 0 2011-07-11 14:53 ./usr/share/ The interesting part of the build log: | dh build |dh_testdir |dh_auto_configure |dh_auto_build | Can't exec pyversions: No such file or directory at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 120. | Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 121. | Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 122. |dh_auto_test | fakeroot debian/rules binary | dh binary |dh_testroot |dh_prep |dh_installdirs |dh_auto_install | Can't exec pyversions: No such file or directory at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 120. | Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 121. | Use of uninitialized value $python_default in substitution (s///) at /usr/share/perl5/Debian/Debhelper/Buildsystem/python_distutils.pm line 122. Let me guess, missing build-dependency on python (and python-support)? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617775: openocd: diff for NMU version 0.5.0~rc2-1.1
tags 617775 + patch
tags 617775 + pending
thanks
Dear maintainer,
I've prepared an NMU for openocd (versioned as 0.5.0~rc2-1.1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
--
Héctor Orón
Our Sun unleashes tremendous flares expelling hot gas into the Solar System,
which one day will disconnect us.
-- Day DVB-T stop working nicely
Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html
diff -Nru openocd-0.5.0~rc2/debian/changelog openocd-0.5.0~rc2/debian/changelog
--- openocd-0.5.0~rc2/debian/changelog 2011-07-07 08:57:24.0 +0100
+++ openocd-0.5.0~rc2/debian/changelog 2011-07-11 14:01:09.0 +0100
@@ -1,3 +1,10 @@
+openocd (0.5.0~rc2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Replace linux architectures with linux-any (Closes: #617775)
+
+ -- Hector Oron zu...@debian.org Mon, 11 Jul 2011 14:00:12 +0100
+
openocd (0.5.0~rc2-1) unstable; urgency=low
* New upstream release candidate.
diff -Nru openocd-0.5.0~rc2/debian/control openocd-0.5.0~rc2/debian/control
--- openocd-0.5.0~rc2/debian/control 2011-07-09 21:24:55.0 +0100
+++ openocd-0.5.0~rc2/debian/control 2011-07-11 13:59:42.0 +0100
@@ -8,7 +8,7 @@
Homepage: http://openocd.berlios.de
Package: openocd
-Architecture: alpha amd64 arm armel armeb hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m32r m68k mips mipsel netbsd-alpha netbsd-i386 powerpc sh4 sparc
+Architecture: linux-any hurd-i386 kfreebsd-amd64 kfreebsd-i386 netbsd-alpha netbsd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: Open on-chip JTAG debug solution for ARM and MIPS systems
OpenOCD is an on-chip debugging, in-system programming and boundary-scan
signature.asc
Description: Digital signature
Bug#629142: autogen: FTBFS: Various aborts
On 07/10/11 08:42, Kurt Roeckx wrote: fmemopen.c:752:10: error: '_IOT__IOTBASE_fmemc_get_buf_addr_t' undeclared That means that hurd has a non-standard definition for _IOWR. #ifdef HURD #define _IOT__IOTBASE_fmemc_get_buf_addr_t sizeof(fmemc_get_buf_addr_t) #endif 5.12 still failed with the same error message. Then HURD is not #defined in hurd. I had to read glibc source code to tease out that name, but I guess I read wrong. What _is_ the #define that says the compile is for hurd? On other platforms, the _IOWR macro just works. HURD itself is broken. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633546: svn-load: should have paging for the 'rename files' (or generate rename listing)
Package: svn-load Version: 1.3-1 Severity: wishlist When svn-load prompts user for input during rename confirmation it could display a lot of files at once (I got over 5000 lines when updating Zend Framework from 1.7.9 to 1.11.8). Such enormous listing requires at least paging, but ideally, distinct mode of operation that would store rename list to the file, so that user would run svn-load, get 'rename-file', edit it and then feed it to svn-load again. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-load depends on: ii python2.6.7-1interactive high-level object-orie ii python-svn1.7.2-4+b2 A(nother) Python interface to Subv svn-load recommends no packages. svn-load 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#604476: libimage-exiftool-perl: New maintainer needed
I think we can assume that the current maintainer for this package is no longer active. The package needs a new maintainer. - Phil On 8-Jul-11, at 8:32 AM, Alexander Holupirek wrote: Package: libimage-exiftool-perl Followup-For: Bug #604476 Since June 25, 2011 exiftool is available in version 8.60 Would really be cool to get the package updated. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/4 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 libimage-exiftool-perl depends on: ii perl 5.12.4-1 Larry Wall's Practical Extraction Versions of packages libimage-exiftool-perl recommends: ii perl [libcompress-zlib-perl] 5.12.4-1 Larry Wall's Practical Extraction libimage-exiftool-perl 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#575411: fop: log4j not initialized correctly
Hello, Shouldn't this be fixed in commons-logging ? Removing the classpath entry from MANIFEST-MF (06_classpath_manifest.patch in commons-logging) should fix the problem in applications. Individual applications might want to add log4j in their classpath to make their log4j.properties settings work. As an added bonus it avoids loading lots of JAR for nothing in the JVM (servlet-api) and might event prevent problems. On my setup, running fop loads both servlet-api2.4 and servlet-api2.5. Can't this cause problems for example in an application using the servlet 2.5 API (in case the 2.4 is used by the classloader) or the 3.0 servlet API ? -- Gabriel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633484: libdbi-dev: trying to overwrite '/usr/lib/libdbi.a', which is also in package libdbi1 0.8.4-1
On 07/11/2011 05:53 PM, Jakub Wilk wrote:
found 633484 0.8.4-4
thanks
* Thomas Goirand tho...@goirand.fr, 2011-07-11, 12:45:
Errors were encountered while processing:
libdbi-dev_0.8.4-3_amd64.deb
Hi,
Sorry for that, I was to write the Breaks: statement to avoid the
issue, but someone in IRC told me that it wasn't needed, considering
that I had a versioned Depends: on the libdbi1 binary in my libdbi-dev
package.
That was me.
Seems he was wrong.
No. Breaks on libdbi1 _is_ redundant. It was Replaces that was missing.
Well, it still is:
# dpkg -i libdbi-dev_0.8.4-4_amd64.deb libdbi1_0.8.4-4_amd64.deb
tar: ./control: time stamp 2011-07-11 12:07:56 is 8199.724699417 s in
the future
tar: ./md5sums: time stamp 2011-07-11 12:07:56 is 8199.724518177 s in
the future
tar: .: time stamp 2011-07-11 12:07:56 is 8199.724440938 s in the future
(Reading database ... 11499 files and directories currently installed.)
Preparing to replace libdbi-dev 0.8.4-1 (using
libdbi-dev_0.8.4-4_amd64.deb) ...
Unpacking replacement libdbi-dev ...
dpkg: error processing libdbi-dev_0.8.4-4_amd64.deb (--install):
trying to overwrite '/usr/lib/libdbi.a', which is also in package
libdbi1 0.8.4-1
tar: ./control: time stamp 2011-07-11 12:07:56 is 8199.6987872 s in the
future
tar: ./md5sums: time stamp 2011-07-11 12:07:56 is 8199.69860336 s in the
future
tar: ./postrm: time stamp 2011-07-11 12:07:55 is 8198.6985094 s in the
future
tar: ./postinst: time stamp 2011-07-11 12:07:55 is 8198.6983742 s in the
future
tar: ./symbols: time stamp 2011-07-11 12:07:55 is 8198.69826984 s in the
future
tar: .: time stamp 2011-07-11 12:07:56 is 8199.69820852 s in the future
Preparing to replace libdbi1 0.8.4-1 (using libdbi1_0.8.4-4_amd64.deb) ...
Unpacking replacement libdbi1 ...
Setting up libdbi1 (0.8.4-4) ...
Errors were encountered while processing:
libdbi-dev_0.8.4-4_amd64.deb
Hi Jakub, and thanks for your email.
Well, if you look at the debian/control, you can see this:
Package: libdbi-dev
Section: libdevel
Architecture: any
Depends: libdbi1 (= ${binary:Version}), ${misc:Depends}
Breaks: libdbi0, libdbi1 (= 0.8.2-2)
Replaces: libdbi0-dev, libdbi0, libdbi1 (= 0.8.2-2)
So the Replaces: is already there!!!
Any suggestion?
Thomas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625156: patch addition
minor addition to the patch:
the c library gl2ps is missing a link against libm:
ldd -r /usr/lib/mcrl2/libgl2ps.so
undefined symbol: sqrtf (/usr/lib/mcrl2/libgl2ps.so)
undefined symbol: pow (/usr/lib/mcrl2/libgl2ps.so)
undefined symbol: log10 (/usr/lib/mcrl2/libgl2ps.so)
undefined symbol: sincosf (/usr/lib/mcrl2/libgl2ps.so)
--- mcrl2-201103.orig/3rd-party/gl2ps/CMakeLists.txt
+++ mcrl2-201103/3rd-party/gl2ps/CMakeLists.txt
@@ -20,6 +20,7 @@ add_library(${PROJECT_NAME}
target_link_libraries(${PROJECT_NAME}
${OPENGL_LIBRARY}
+ -lm
)
# add install target:
signature.asc
Description: OpenPGP digital signature
Bug#617763: possible fix... regarding #629207, #629310, #631284, #617763
Hi, I had a brief conversation about that issue with a develeoper of compiz on IRC (#compiz@freenode): 14:54:12 maniac103 you can cite: 'A simple recompile of the compiz(-gnome) package should be sufficient to get things in order again' He could confirm the bug, tried to compile with some debugging statements added and all of a sudden it worked again. 15:05:54 maniac103 TCW: I compile with debug symbols, but it was consistently broken with the old binary and consistently working with the new one So basically, a fresh re-compile, and all should work again. regards Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597000: libx86: Please add preliminary support for armhf port
Hi, On Wed, Sep 15, 2010 at 10:51:01PM +0300, Konstantinos Margaritis wrote: armhf is a new and upcoming port, for now on debian-ports.org. Please consider adding armhf to the Architecture field for libx86. As discussed on Debian ARM mailing list, this package seems to need porting, it has never been built on ARM before. See http://lists.debian.org/debian-arm/2011/07/msg3.html Best regards, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html signature.asc Description: Digital signature
Bug#633484: libdbi-dev: trying to overwrite '/usr/lib/libdbi.a', which is also in package libdbi1 0.8.4-1
* Thomas Goirand tho...@goirand.fr, 2011-07-11, 21:17:
Errors were encountered while processing:
libdbi-dev_0.8.4-4_amd64.deb
Hi Jakub, and thanks for your email.
Well, if you look at the debian/control, you can see this:
Package: libdbi-dev
Section: libdevel
Architecture: any
Depends: libdbi1 (= ${binary:Version}), ${misc:Depends}
Breaks: libdbi0, libdbi1 (= 0.8.2-2)
Replaces: libdbi0-dev, libdbi0, libdbi1 (= 0.8.2-2)
So the Replaces: is already there!!!
Any suggestion?
The versions are wrong. They should be ( 0.8.4-2).
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633547: drbd8-utils: Drbd init script did not start stacked resources.
Package: drbd8-utils
Version: 2:8.3.7-2.1
Severity: important
-- System Information:
Debian Release: 6.0.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages drbd8-utils depends on:
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
drbd8-utils recommends no packages.
Versions of packages drbd8-utils suggests:
ii heartbeat 1:3.0.3-2 Subsystem for High-Availability Li
-- Configuration Files:
/etc/drbd.d/global_common.conf changed:
global {
usage-count no;
# minor-count dialog-refresh disable-ip-verification
}
common {
protocol C;
handlers {
pri-on-incon-degr /usr/lib/drbd/notify-pri-on-incon-degr.sh;
/usr/lib/drbd/notify-emergency-reboot.sh; echo b /proc/sysrq-trigger ; reboot
-f;
pri-lost-after-sb /usr/lib/drbd/notify-pri-lost-after-sb.sh;
/usr/lib/drbd/notify-emergency-reboot.sh; echo b /proc/sysrq-trigger ; reboot
-f;
local-io-error /usr/lib/drbd/notify-io-error.sh;
/usr/lib/drbd/notify-emergency-shutdown.sh; echo o /proc/sysrq-trigger ; halt
-f;
# fence-peer /usr/lib/drbd/crm-fence-peer.sh;
# split-brain /usr/lib/drbd/notify-split-brain.sh root;
# out-of-sync /usr/lib/drbd/notify-out-of-sync.sh root;
# before-resync-target
/usr/lib/drbd/snapshot-resync-target-lvm.sh -p 15 -- -c 16k;
# after-resync-target
/usr/lib/drbd/unsnapshot-resync-target-lvm.sh;
}
startup {
# wfc-timeout degr-wfc-timeout outdated-wfc-timeout
wait-after-sb;
wfc-timeout 30;
degr-wfc-timeout 30;
outdated-wfc-timeout 30;
#wait-after-sb 30;
}
disk {
# on-io-error fencing use-bmbv no-disk-barrier no-disk-flushes
# no-disk-drain no-md-flushes max-bio-bvecs
}
net {
# snd‐buf-size rcvbuf-size timeout connect-int ping-int
ping-timeout max-buffers
# max-epoch-size ko-count allow-two-primaries cram-hmac-alg
shared-secret
# after-sb-0pri after-sb-1pri after-sb-2pri data-integrity-alg
no-tcp-cork
}
syncer {
# rate after al-extents use-rle cpu-mask verify-alg csums-alg
}
}
/etc/init.d/drbd changed:
DEFAULTFILE=/etc/default/drbd
DRBDADM=/sbin/drbdadm
DRBDSETUP=/sbin/drbdsetup
PROC_DRBD=/proc/drbd
MODPROBE=/sbin/modprobe
RMMOD=/sbin/rmmod
UDEV_TIMEOUT=10
ADD_MOD_PARAM=
if [ -f $DEFAULTFILE ]; then
. $DEFAULTFILE
fi
test -f $DRBDADM || exit 5
log_daemon_msg() { echo -n ${1:-}: ${2:-}; }
log_end_msg() { echo .; }
if [ -f /lib/lsb/init-functions ]; then
. /lib/lsb/init-functions
fi
function assure_module_is_loaded
{
[ -e $PROC_DRBD ] return
$MODPROBE -s drbd `$DRBDADM sh-mod-parms` $ADD_MOD_PARAM || {
echo Can not load the drbd module.$'\n'; exit 20
}
# tell klogd to reload module symbol information ...
[ -e /var/run/klogd.pid ] [ -x /sbin/klogd ] /sbin/klogd -i
}
function adjust_with_progress
{
IFS_O=$IFS
NEWLINE='
'
IFS=$NEWLINE
local res
COMMANDS=`$DRBDADM -d -n res adjust all` || exit 20
echo -n [
for CMD in $COMMANDS; do
case $CMD in
res=*) eval $CMD;;
*\ disk\ *) echo -n d($res) ;;
*\ syncer\ *) echo -n s($res) ;;
*\ net\ *) echo -n n($res) ;;
*) echo .. ;;
esac
if ! eval $CMD; then
echo -e \n[$res] cmd $CMD failed - continuing!\n
fi
done
echo -n ]
IFS=$IFS_O
}
drbd_pretty_status()
{
local proc_drbd=$1
# add resource names
if ! type column /dev/null ||
! type paste /dev/null ||
! type join /dev/null ||
! type sed /dev/null ||
! type tr /dev/null
then
cat $proc_drbd
return
fi
sed -e '2q' $proc_drbd
sed_script=$(
i=0;
_sh_status_process() {
let i++ ;
stacked=${_stacked_on:+^^${_stacked_on_minor:-${_stacked_on//[!a-zA-Z0-9_
-]/_}}}
printf s|^ *%u:|%6u\t%s%s|\n \
$_minor $i \
${_res_name//[!a-zA-Z0-9_ -]/_} $stacked
};
eval $(drbdadm sh-status) )
p() {
sed -e 1,2d \
-e $sed_script \
-e '/^ *[0-9]\+: cs:Unconfigured/d;' \
Bug#633548: libclanlib-dev: Please Recommends libjpeg-dev, not libjpeg62-dev
Package: libclanlib-dev Version: 1.0~svn3827-2+b1 Severity: important Hello Debian Games Team, There is an upcoming libjpeg transition from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update libclanlib-dev to Recommends libjpeg-dev instead of libjpeg62-dev. (Please also check the Build-Depends) [1] http://lists.debian.org/debian-devel-announce/2010/02/msg6.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#633549: virtualbox-guest-source: fails to cross-compile with DEB_HOST_ARCH=
Package: virtualbox-guest-source Version: 4.0.10-dfsg-1 Severity: normal When executing: DEB_HOST_ARCH=i386 m-a -v --text-mode -k ~mika/linux-2.6.39 -l 2.6.39 build virtualbox-guest it fails to build with: [...] In file included from /usr/src/modules/virtualbox-guest/vboxguest/VBoxGuestInternal.h:21:0, from /usr/src/modules/virtualbox-guest/vboxguest/VBoxGuest.c:23: /usr/src/modules/virtualbox-guest/include/iprt/types.h:191:1: error: unknown type name '__uint128_t' /usr/src/modules/virtualbox-guest/include/iprt/types.h:210:1: error: unknown type name '__int128_t'In file included from /usr/src/modules/virtualbox-guest/include/iprt/string.h:30:0, from /usr/src/modules/virtualbox-guest/vboxguest/VBoxGuest2.c:21: [...] When running export BUILD_TARGET_ARCH=x86 before executing the same command line it builds without any problems. AFAIK cross compiling packages should work via DEB_HOST_ARCH=i386, so it would be nice if BUILD_TARGET_ARCH is set accordingly when using DEB_HOST_ARCH. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2011-07-11t15-29...@devnull.michael-prokop.at
Bug#633527: linux-image-2.6.39-2-amd64: hard freeze when X start with eDP + HDMI2
On Mon, 2011-07-11 at 09:18 +0200, Brice Goglin wrote: Package: linux-2.6 Version: 2.6.39-2 Severity: important Hello, Since I upgraded my Dell Latitude E6410 laptop from 2.6.38-5 to 2.6.39-2, the machine hard freezes (even sysrq doesn't seem to work) when X starts with HDMI2 plugged. When KMS starts, both eDP and HDMI2 (DVI connector on the dock station) display the boot as usual. Later, when gdm starts, both screens blank and the machine freezes. If I unplug HDMI2/DVI before X starts, things work fine. I can even replug HDMI2/DVI later, the external display will be automatically enabled (and I can play with xrandr to change its resolution). Please report this upstream at https://bugs.freedesktop.org under product 'DRI', component 'DRM/Intel'. Let us know the bug number or URL so we can track it. Ben. -- Ben Hutchings It is easier to write an incorrect program than to understand a correct one. signature.asc Description: This is a digitally signed message part
Bug#633465: lists.debian.org: please create new list debian-dug-by
Hi , I'm share this point of view, we need central ML for coordinating in Belarus. debian-dug-by will be great thing for work consolidation in local scale. -- With best regards, Pavel V. Chebotarev, S.T(P). E-mail: i...@chepava.com Mobile: +375 29 3179210 Minsk, Belarus (+02 GMT) www.chepava.com
Bug#633550: expeyes: FTBFS: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes-1.0.0.egg-info is not a directory
Source: expeyes Version: 1.0.3-3 Severity: serious Justification: fails to build from source expeyes FTBFS: |dh_usrlocal | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes-1.0.0.egg-info is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyeplot.py is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyemath.py is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyes.pyc is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyes.py is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/__init__.py is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/__init__.pyc is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyemath.pyc is not a directory | dh_usrlocal: debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes/eyeplot.pyc is not a directory | rmdir: failed to remove `debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes': Directory not empty | dh_usrlocal: rmdir debian/python-expeyes/usr/local/lib/python2.6/dist-packages/expeyes returned exit code 1 | make: *** [binary] Error 1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633551: scolasync: FTBFS: cannot stat `doc/latex/refman.pdf': No such file or directory
Source: scolasync Version: 2.2-1 Severity: serious Justification: fails to build from source scolasync FTBFS in a clean chroot. I'm quoting allmost the full build log, as it's full of errors: | dh build |dh_testdir |dh_auto_configure |dh_auto_build | make[1]: Entering directory `/build/scolasync-If4LW6/scolasync-2.2' | doxygen config.dox | warning: the dot tool could not be found at /usr/bin/dot | Warning: The selected output language french has not been updated | since release 1.6.3. As a result some sentences may appear in English. | | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | Searching for include files... | Searching for example files... | Searching for images... | Searching for dot files... | Searching for msc files... | Searching for files to exclude | Searching for files to process... | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/text-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/tmp | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/tmp/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/tmp/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/.svn/tmp/text-base | Version of /build/scolasync-If4LW6/scolasync-2.2/src/chooseInSticks.py : no version available | Version of /build/scolasync-If4LW6/scolasync-2.2/src/copyToDialog1.py : no version available | Version of /build/scolasync-If4LW6/scolasync-2.2/src/db.py : no version available | Version of /build/scolasync-If4LW6/scolasync-2.2/src/diskFull.py : no version available | Version of /build/scolasync-If4LW6/scolasync-2.2/src/globaldef.py : no version available | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/text-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/tmp | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/tmp/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/tmp/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/help/.svn/tmp/text-base | Version of /build/scolasync-If4LW6/scolasync-2.2/src/help.py : no version available | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/text-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/tmp | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/tmp/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/tmp/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/images/.svn/tmp/text-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/text-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/tmp | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/tmp/prop-base | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/tmp/props | Searching for files in directory /build/scolasync-If4LW6/scolasync-2.2/src/lang/.svn/tmp/text-base | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh: cvs: not found | sh:
