Bug#642936: [Pkg-fonts-devel] Bug#642936: python-fontforge: dependency on libfontforge1 too weak
Quoting Jakub Wilk (jw...@debian.org):
Package: python-fontforge
Version: 0.0.20110222-2
Severity: important
User: debian-pyt...@lists.debian.org
Usertags: python2.7
python-fontforge has only unversioned dependency on libfontforge1.
This is of course insufficent to ensure that python-fontforge and
libfontforge1 can be only installed together if they were build
against the same version of Python. (Please note that different
version of Python are not binary-compatible!)
Please consider using Depends: ..., libfontforge1 (=
${binary:Version}).
Hello Jakub,
Thanks for reporting this.
I fixed this one as it was easy and obvious. I can' do much for the
other bug you commented on (#575753), I'm sorry for that but it goes
beyond my skills in PythonLand (that are close to zero).
BTW, libgdraw4 has similar problem, although only because it's
gratuitously linked with libpython2.X:
| dpkg-shlibdeps: warning: dependency on libpython2.6.so.1.0 could be avoided
if debian/libgdraw4/usr/lib/libgdraw.so.4.0.10 were not uselessly linked
against it (they use none of its symbols).
Hmmm, that probablycomes from upstream's build process, I guess, as we
don't explicitely declare the dependency.
signature.asc
Description: Digital signature
Bug#642914: debian-policy: 10.8 Log files : logrotate compression should result from good judgment
Hello Jérôme, you have been filing such bugs in Ubuntu and I closed at least one you filed against dpkg. I hope that if this debian-policy request gets turned off, you will stop filing such wishlist bugs everywhere. On Sun, 25 Sep 2011, Jérôme wrote: Most of the time I think that log files compression lowers the system performance on desktop computers which have now enough disk space for storing old logs. Thinking is not enough, we would like to see facts. There are many cases where there are requirements to keep logs over multiple years and keeping all those logs uncompressed is a waste of the disk space. The question is not about cpu and memory resources but mostly about energy consumption. 1/ Buying a supplementary disk (and thus producing it) consumes probably more energy than compressing files on the former disk. 2/ It's not clear that you get any significant reduction of energy consumption. Sure compressing/decompressing takes some CPU, but then reading on the disk also consumes energy and a smaller file is read faster. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642074: libxmlezout1 and libxmlezout0: error when trying to install together
OK then, go ahead. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642972: IcedTeaNPPlugin.cc:1506: Error: Failed to spawn applet viewer: Failed to execute child process /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/../../bin/java (No such file or directory)
Jonathan Nieder wrote:
/tmp/buildd/openjdk-6-6b18-1.8.7/build/../plugin/icedteanp/IcedTeaNPPlugin.cc:1506:
thread 0x7fde0fd631c0: Error: Failed to spawn applet viewer: Failed to
execute child process
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/../../bin/java (No such file or
directory)
More details.
The message comes from plugin/icedteanp/IcedTeaNPPlugin.cc:1506
(of course). This is from the function plugin_test_appletviewer(),
which is complaining that launching $appletviewer_executable --version
failed. appletviewer_executable is set in NP_Initialize, using the
following logic:
filename=$(readlink icedtea plugin soname as obtained by dladdr())
appletviewer_executable=$filename/../../bin/java
Unfortunately, there was a version mismatch here --- my copy of
openjdk-6-jre-headless was from sid. Downgrading both it and
openjdk-6-jre-lib seems to fix this.
Relevant dependencies:
icedtea6-plugin/squeeze
Depends: openjdk-6-jre (= 6b18-1.8.7-2~squeeze1)
openjdk-6-jre/squeeze
Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1)
openjdk-6-jre-headless/sid
Conflicts: openjdk-6-jre ( 6b17~pre3-1)
One fix would be to add a Breaks against openjdk-6-jre (= squeeze)
to openjdk-6-jre-headless/sid, to deal with upgrades from squeeze.
For the future, I suspect the dependency by -jre on -jre-headless
should be (= ${binary:Version}) to make the changelogs accurate,
anyway[1].
How about this patch (untested)?
---
debian/changelog |9 +
debian/control | 15 ++-
2 files changed, 19 insertions(+), 5 deletions(-)
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=136;bug=556015
diff --git a/debian/changelog b/debian/changelog
index 7f24dc2b..fb80e1c8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+openjdk-6 (6b23~pre9-2.1) local; urgency=low
+
+ * Tighten dependencies of packages with docdir symlinks so the
+changelogs document the same source version. Closes: #641240.
+ * openjdk-6-jre-headless: Break openjdk-6-jre ( 6b23~pre8-2).
+Closes: #642972.
+
+ -- Jonathan Nieder jrnie...@gmail.com Mon, 26 Sep 2011 01:06:31 -0500
+
openjdk-6 (6b23~pre9-2) unstable; urgency=low
[ Matthias Klose ]
diff --git a/debian/control b/debian/control
index 14010550..c21ac370 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@ Package: openjdk-6-jdk
Architecture: any
Multi-Arch: same
Pre-Depends: ${dpkg:Depends}
-Depends: openjdk-6-jre (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}
+Depends: openjdk-6-jre (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}
Recommends: libxt-dev
Suggests: openjdk-6-demo, openjdk-6-source, visualvm
Provides: java-sdk, java2-sdk, java5-sdk, java6-sdk, java-compiler
@@ -35,6 +35,7 @@ Suggests: libnss-mdns, sun-java6-fonts, ttf-dejavu-extra,
ttf-baekmuk | ttf-unfo
Provides: java-runtime-headless, java2-runtime-headless,
java5-runtime-headless, java6-runtime-headless, ${defaultvm:Provides},
${jvm:Provides}
Replaces: openjdk-6-jre-lib ( 6b23~pre1), openjdk-6-jre ( 6b23~pre1),
openjdk-6-jdk ( 6b20-1.9.1-0ubuntu2)
Conflicts: ${multiarch:Conflicts}, openjdk-6-jre-lib ( 6b17~pre3-1),
openjdk-6-jre ( 6b17~pre3-1), openjdk-6-jdk ( 6b17~pre3-1), openjdk-6-demo
( 6b17~pre3-1), openjdk-6-source ( 6b17~pre3-1), openjdk-6-doc (
6b17~pre3-1), openjdk-6-dbg ( 6b17~pre3-1), openjdk-6-jre-zero (
6b17~pre3-1)
+Breaks: openjdk-6-jre ( 6b23~pre8-2)
Description: OpenJDK Java runtime, using ${vm:Name} (headless)
Minimal Java runtime - needed for executing non GUI Java programs.
Using ${vm:Name}.
@@ -46,7 +47,7 @@ Package: openjdk-6-jre
Architecture: any
Multi-Arch: same
Pre-Depends: ${dpkg:Depends}
-Depends: openjdk-6-jre-headless (= ${binary:Version}), ${xandsound:Depends},
${shlibs:Depends}, ${dlopenjre:Depends}, ${misc:Depends}, ${dep:bridge}
+Depends: openjdk-6-jre-headless (= ${binary:Version}), ${xandsound:Depends},
${shlibs:Depends}, ${dlopenjre:Depends}, ${misc:Depends}, ${dep:bridge}
Recommends: ${dlopenjre:Recommends}, ttf-dejavu-extra, icedtea-netx
Suggests: icedtea-plugin, ${pkg:pulseaudio}
Conflicts: icedtea-gcjwebplugin ( 1.0-1ubuntu4), openjdk-6-jre-lib (
6b17~pre3-1), openjdk-6-jre-headless ( 6b17~pre3-1), openjdk-6-jdk (
6b17~pre3-1), openjdk-6-demo ( 6b17~pre3-1), openjdk-6-source (
6b17~pre3-1), openjdk-6-doc ( 6b17~pre3-1), openjdk-6-dbg ( 6b17~pre3-1),
openjdk-6-jre-zero ( 6b17~pre3-1)
@@ -62,7 +63,9 @@ Description: OpenJDK Java runtime, using ${vm:Name}
Package: openjdk-6-jre-lib
Architecture: all
Pre-Depends: ${dpkg:Depends}
-Depends: openjdk-6-jre-headless (= ${base:Version}), ${misc:Depends}
+Depends: openjdk-6-jre-headless (= ${source:Version}),
+ openjdk-6-jre-headless ( ${source:Version}+b99),
+ ${misc:Depends}
Recommends: ${dlopen:Recommends}
Conflicts: openjdk-6-jre-headless ( 6b17~pre3-1), openjdk-6-jre (
6b17~pre3-1)
Breaks: openjdk-6-jre-headless ( 6b23~pre9-1~)
@@ -77,7 +80,7 @@
Bug#642914: debian-policy: 10.8 Log files : logrotate compression should result from good judgment
Jérôme jerome.bo...@wanadoo.fr writes: Most of the time I think that log files compression lowers the system performance on desktop computers which have now enough disk space for storing old logs. I really doubt there is any noticable effect on a desktop system where the size of the logs is relatively small. I think log compression usually makes little difference on non-server systems (and is quite valuable on server machines, which both generate much more logs and which are often on VMs with very limited disk available). When it does make a difference is when some process goes insane and logs tons of similar lines, at which point the compression allows one to retain such logs without much impact, which I think is valuable. I think that files compression is a good tradeoff only in case the compressed files have a longer lifetime than the log files (i. e. man pages, fonts, Debian packages, ...). For the other cases, the compression should result from good judgment. The maintainer's judgement is what the compression policy is already left to. So far as I know, there isn't any requirement in Debian Policy that rotated log files be compressed; there certainly isn't in 10.8. There is an example of a logrotate configuration file that happens to compress the log files, but that's an example, not a normative requirement. Unless you want to argue that Policy should require logs *not* be compressed (which I personally don't think is wise), I don't think there's anything in Policy to change here. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642914: debian-policy: 10.8 Log files : logrotate compression should result from good judgment
On Mon, 26 Sep 2011, Raphael Hertzog wrote: Thinking is not enough, we would like to see facts. I just wanted to add that changing this means changing the names of many compressed log files and potentially breaking some (custom) scripts which are relying on the current configuration. So I think we should not impose/change this unless we have a very convincing argument and I think you have not provided it. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642975: man javaws defect, since javaws man page file not compressed
Package: icedtea-netx Version: 1.1.2-1 Severity: minor Dear OpenJDK Team, the man page of javaws, /usr/lib/jvm/java-6-openjdk-amd64/jre/man/man1/javaws.1, is not compressed. It is not found by the command man javaws, since it is accessed through a dangling link /usr/lib/jvm/java-6-openjdk-amd64/man/man1/javaws.1.gz - ../../jre/man/man1/javaws.1.gz. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages icedtea-netx depends on: ii icedtea-netx-common 1.1.2-1 ii openjdk-6-jre6b23~pre9-2 -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642833: [checks/source-copyright] use Config::Model
On 2011-09-25 20:17, Jakub Wilk wrote: | * jari jari.aa...@cante.net, 2011-09-25, 15:19: | | run config-edit -application dpkg-copyright -ui none | | File debian/copyright exerpt: | |... | |X-Note: info |License: GPL-2+ | This package is free software; you can redistribute it and/or modify | it under the terms of the GNU General Public License as published by | | Error | | Configuration item 'Files:* License short_name' has a wrong value: | license GPL-2+ is not declared in main License section. Expected | ... | | I don't see anything[0] wrong with the copyright file you attached, It is just that config-edit displayd the error, which didn't show up in lintian. When I tried to reproduce the error (I didn't exactly reemeber where it occurred), I manufactured a test case like this to the file sent in previous message: X-Note: info License: GPL-2+ | and the error message in incomprehensible to me. (We probably don't | want such cryptic messages in lintian...) | | Care to explain us why Config::Model complains? Not Config::Model, but config-edit, Lintian does not display messages for the sample file. | [0] Except that you shouldn't use X-prefixed fields. But that's not | a syntax error. Not quite. Apart from being useful to record additional information about the upstream Vcs, bug contact URL etc, the extra fields are part of the DEP 5 spec as it was modeled after RFC 822/2822. From DEP 5: http://dep.debian.net/deps/dep5 FILE SYNTAX (...) Extra fields can be added to any paragraph. No prefixing is necessary or desired, but please avoid names similar to standard ones so that mistakes are easier to catch. See also how DEP 5 work was carried forwad: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=100 Extra fields can be added to any section. Their name starts by **`X-` Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642894: funnelweb: NMU diff for 3.2-4.1
On 2011-09-25 18:35, Yann Dirson wrote: | +- (Suggests): Replace obsolete texlive with tetex-base | ^^^ | you probably meant the reverse Done. | | diff -Nru funnelweb-3.2/debian/patches/debian-changes-3.2-4.1 funnelweb-3.2/debian/patches/debian-changes-3.2-4.1 | --- funnelweb-3.2/debian/patches/debian-changes-3.2-4.1 1970-01-01 02:00:00.0 +0200 | +++ funnelweb-3.2/debian/patches/debian-changes-3.2-4.1 2011-09-25 14:59:23.0 +0300 | | ... especially if *this* is the diff :) | Maybe the clean rules lacks an rm (because tests were previously not run ?) Done. While we're at it, could I also upgrade debian/copyright to latest DEP 5 format: http://dep.debian.net/deps/dep5 Thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642762: xulrunner-6.0: console flooded with unaligned access messages on ia64 (IA-64/IPF/Itanium) platform
On Sun, Sep 25, 2011 at 05:47:22PM +0200, Émeric Maschino wrote:
Mike,
2011/9/25 Mike Hommey m...@glandium.org:
nsISupportsImpl.cpp:44 is:
while (entries-iid) {
entries is 0x70004008fb8, and its type is a pointer to:
struct QITableEntry
{
const nsIID *iid;
PROffset32 offset;
};
I fail to see how this can be unaligned...
What is the corresponding address of that particular SIGBUS?
Do you simply want the memory address (the ip value in the unaligned
access message) or something else?
Just the memory address, but the ones from your unaligned access logs
don't corresponding to the addresses in the stack trace.
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642537: iceweasel: randomly crashes by receiving from X the following: ABORT: Request 155.34: BadLength
On Sun, Sep 25, 2011 at 05:40:04PM -0400, Cengiz Günay wrote: Ok, it crashed also with --sync and gave a very similar backtrace: Program received signal SIGPIPE, Broken pipe. [Switching to Thread -1312818320 (LWP 19884)] 0xb763013e in send () from /lib/i386-linux-gnu/libpthread.so.0 (gdb) bt full #0 0xb763013e in send () from /lib/i386-linux-gnu/libpthread.so.0 No symbol table info available. #1 0xb7378a53 in PR_GetConnectStatus () from /usr/lib/libnspr4.so.0d No symbol table info available. #2 0xb594ca23 in NL_VersionCheck () from /usr/lib/i386-linux-gnu/libssl3.so.1d No symbol table info available. #3 0xb593fa2e in SSL_PreencryptedFileToStream () from /usr/lib/i386-linux-gnu/libssl3.so.1d No symbol table info available. #4 0xb5941d33 in SSL_GetStatistics () from /usr/lib/i386-linux-gnu/libssl3.so.1d No symbol table info available. #5 0xb5950ccb in SSL_ResetHandshake () from /usr/lib/i386-linux-gnu/libssl3.so.1d No symbol table info available. #6 0xb595408e in SSL_InheritMPServerSIDCache () from /usr/lib/i386-linux-gnu/libssl3.so.1d No symbol table info available. Die: DW_TAG_unspecified_type (abbrev = 30, offset = 169483515) has children: FALSE attributes: DW_AT_name (DW_FORM_strp) string: decltype(nullptr) Dwarf Error: Cannot find type of die [in module /usr/lib/debug/usr/lib/xulrunner-6.0/libxul.so] SIGPIPE is actually not a crash, but gdb happens to stop when seeing those. Either continue execution or type the following gdb command before starting: handle SIGPIPE nostop noprint pass Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642703: Processed: Re: Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.
unmerge 642703 reassign 642703 fglrx-driver thanks On Montag, 26. September 2011, Jonathan Nieder wrote: The reporter uses fglrx. How can these possibly be the same bug? pebkac, I misread 642703#34 sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642773: Session restore not automatic anymore
On Sun, Sep 25, 2011 at 12:51:20PM -0700, Josh Triplett wrote: On Sun, Sep 25, 2011 at 09:54:55AM +0200, Mike Hommey wrote: On Sat, Sep 24, 2011 at 04:31:01PM -0700, Josh Triplett wrote: Package: iceweasel Version: 6.0.2-1 Severity: normal Previously, when I quit iceweasel with ctrl-Q, I'd get my session back next time I ran it. (By contrast, if I closed iceweasel by closing the last tab, I wouldn't, which worked out perfectly.) Now, I have to manually either open about:home (I normally use a blank homepage) and click on restore previous session, or use Iceweasel-History-Restore Previous Session. I don't mind if this requires an extra click, but I don't want to have to dig through the menus or open about:home to get to it. Perhaps iceweasel could automatically show a page with the restore session button on it when launched with a saved session, or alternatively perhaps it could go straight to the what pages would you like to restore page. Either way, I'd like to have session restoration become a lot more automatic. Your settings must be wrong, because I've been doing this since well before iceweasel 4, and it still works here. Please check your startup preferences under the General category of the preferences dialog. I've had the same startup preferences since before iceweasel 3: user_pref(browser.startup.page, 0); AKA Show a blank page. Session restore used to work automatically for me: if the browser crashed, or I closed the browser without closing individual tabs (Ctrl-Q, Alt-F4, closing via the window manager), the session would restore automatically on next launch. Recently, though, this behavior changed: I still get the session restore behavior if Firefox *crashes*, but not if I close it with tabs open. And that's the expected behaviour. If you want the session to always be restored, choose Show my windows and tabs from last time. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642976: josm: Loading data from the osm server has no result
Package: josm Version: 0.0.svn4399+dfsg1-1 Severity: important Dear Maintainer, downloading data from the osm server gets stuck. I can select an area and I get the dialog box when the download is processed, but when it disappears there is no visible data. On the console the following error is thrown Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm. Debian-Release: 0.0.svn4399+dfsg1-1 Build-Date: 2011-09-25 20:23:55 Revision: 4399 Is-Local-Build: true GET http://api.openstreetmap.org/api/capabilities... OK Kommunikation mit http://api.openstreetmap.org/api mittels Protokollversion 0.6 etabliert. lade Plugin 'FixAddresses' (Version 26606) lade Plugin 'PicLayer' (Version 26606) Silent shortcut conflict: 'menu:PicLayer' moved by 'menu:Imagery' to 'Alt+B'. lade Plugin 'terracer' (Version 26606) Werkzeugleistenaktion ohne Namen: org.openstreetmap.josm.plugins.piclayer.NewLayerFromFileAction Werkzeugleistenaktion ohne Namen: org.openstreetmap.josm.plugins.piclayer.NewLayerFromClipboardAction Successfully loaded Bing attribution data. GET http://api.openstreetmap.org/api/0.6/map?bbox=9.3447304,51.6541344,9.3740845,51.67095829995 java.util.concurrent.ExecutionException: java.lang.ExceptionInInitializerError at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:252) at java.util.concurrent.FutureTask.get(FutureTask.java:111) at org.openstreetmap.josm.actions.downloadtasks.PostDownloadHandler.run(PostDownloadHandler.java:66) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Caused by: java.lang.ExceptionInInitializerError at org.openstreetmap.josm.data.osm.Node.getEastNorth(Node.java:94) at org.openstreetmap.josm.data.osm.Node.setDataset(Node.java:180) at org.openstreetmap.josm.data.osm.DataSet.addPrimitive(DataSet.java:347) at org.openstreetmap.josm.io.OsmReader.processNodesAfterParsing(OsmReader.java:471) at org.openstreetmap.josm.io.OsmReader.parseDataSet(OsmReader.java:571) at org.openstreetmap.josm.io.BoundingBoxDownloader.parseOsm(BoundingBoxDownloader.java:103) at org.openstreetmap.josm.actions.downloadtasks.DownloadOsmTask$DownloadTask.realRun(DownloadOsmTask.java:88) at org.openstreetmap.josm.gui.PleaseWaitRunnable.doRealRun(PleaseWaitRunnable.java:79) at org.openstreetmap.josm.gui.PleaseWaitRunnable.run(PleaseWaitRunnable.java:125) ... 6 more Caused by: java.lang.RuntimeException: java.lang.RuntimeException: Fehler: Öffnen des Eingabedatenstroms für Ressource '/data/ntf_r93_b.gsb' fehlgeschlagen. Kann NTF-RGF93-Raster nicht laden. at org.openstreetmap.josm.data.projection.Lambert.init(Lambert.java:93) at org.openstreetmap.josm.data.projection.Projections.clinit(Projections.java:19) ... 15 more Caused by: java.lang.RuntimeException: Fehler: Öffnen des Eingabedatenstroms für Ressource '/data/ntf_r93_b.gsb' fehlgeschlagen. Kann NTF-RGF93-Raster nicht laden. at org.openstreetmap.josm.data.projection.Lambert.init(Lambert.java:88) ... 16 more -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii libgdata-java1.30.0-2 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java 1.2.1.1-1 ii libsvgsalamander-java0~svn95-1 ii openjdk-6-jre6b23~pre7-1 ii openstreetmap-map-icons-classic 1:0.0.svn26700-1 ii sun-java6-jre6.26-3 Versions of packages josm recommends: ii josm-plugins 0.0.svn26626+ds1-1 ii webkit-image-gtk 0.0.svn25399-2+b1 josm 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#642952: libpam0g-dev: Move of static libraries results in static linking due to library order
affects 642952 libpam-gnome-keyring thanks Am Sonntag, den 25.09.2011, 14:55 -0700 schrieb Russ Allbery: […] This, among other things, will cause a FTBFS for all PAM modules on platforms where shared module code has to be built PIC. See the build logs for libpam-krb5, for example. After upgrading to 1.1.3-3 and rebooting Evolution could not get any passwords from GNOME Keyring with the following error messages. Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:3945): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Upgrading to 1.1.3-4, restarting GNOME Keyring daemon (`gnome-keyring-daemon --replace`) and then Evolution fixes the problem. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#632393: FTBFS with Python 2.7: Python.h: No such file or directory
Hi Jakub and Micah, thanks for your contributions and sorry for delay. I'm preparing new package which would fix the bug with the latest source (rev. 939). Thanks again. Best regards, 2011-9-26(Mon) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642952: libpam0g-dev: Move of static libraries results in static linking due to library order
affects 642952 libpam-krb5 libpam-gnome-keyring quit I am sorry for overwriting instead of appending to the list. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#642952: libpam0g-dev: Move of static libraries results in static linking due to library order
On Mon, Sep 26, 2011 at 09:01:13AM +0200, Paul Menzel wrote: affects 642952 libpam-gnome-keyring thanks Am Sonntag, den 25.09.2011, 14:55 -0700 schrieb Russ Allbery: […] This, among other things, will cause a FTBFS for all PAM modules on platforms where shared module code has to be built PIC. See the build logs for libpam-krb5, for example. After upgrading to 1.1.3-3 and rebooting Evolution could not get any passwords from GNOME Keyring with the following error messages. Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() Gkr-Message: received an invalid, unencryptable, or non-utf8 secret Gkr-Message: call to daemon returned an invalid response: (null).(null)() (evolution:3945): e-data-server-ui-WARNING **: Unable to find password(s) in keyring (Keyring reports: Fehler bei der Kommunikation mit dem GNOME-Schlüsselbunddienst) Upgrading to 1.1.3-4, restarting GNOME Keyring daemon (`gnome-keyring-daemon --replace`) and then Evolution fixes the problem. No, that's not related to this bug. This bug only concerned the placement of .so files in the traditional vs. multiarch library path; that only impacts build-time linking software against libpam, it has no affect on the system at runtime. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#620324: Managed to build a kernel that works
I quickly configured and built a 3.0.0 kernel from the 'linux-source-3.0.0' package. It loads the proprietary driver, works well, and resumes from sleep. Here's what I did: 1. Install 'linux-source-3.0.0' from official sid repos 2. Extract the source 3. Use oldconfig with the squeeze kernel config (2.6.32-5-amd64) and select the default to all new options 4. Enable support for my wireless card (CONFIG_RT2800PCI=m) 5. make; make modules; sudo make modules_install; sudo make install 6. Boot. config.gz Description: GNU Zip compressed data
Bug#642703: [Pkg-fglrx-devel] Processed: Re: Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fgl
Am 26.09.2011 04:42, schrieb Jonathan Nieder: Hi, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: reassign 642703 linux-2.6 Bug #642703 [general] general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx. Bug reassigned from package 'general' to 'linux-2.6'. forcemerge 641665 642703 Bug#641665: 915GM (Eee PC 900): fonts have some corrupted glyphs: strikethrough Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx. The reporter uses fglrx. How can these possibly be the same bug? Because fglrx is not responsible for every fault if you use it, just because it is non-free.. There is much more software involved in this scenario, like gtk, libc, xorg, Linux, etc.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642703: [Pkg-fglrx-devel] general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.
Hi Jack, Jack Saunders wrote: Yes this is showing up when using the fglrx driver in Wheezy with its standard kernel. It is also present - but to a somewhat lesser extent, with the open source xorg-radeon driver in Wheezy. The problem does not show at all in Squeezy using either the fglrx driver or the open source driver. So squeezy is perfect here in this regard. The problem is still there in Wheezy when using the earlier Squeezy 2.6.32 kernel. So could be an Xorg problem problem rather than an fglrx problem - or both. 8-o. Let me know if you need anything else. Could you attach: - a screenshot or photograph of the screen exhibiting the problem - output from /usr/share/bug/linux-image-$(uname -r)/script 31 - output from /usr/share/bug/fglrx-driver/script 31 How reproducible is this? I.e., does it always happen right away, or does it take five minutes or so? Do any particular actions make it easier to trigger? Ideally, if you can trigger it at will, please boot without the fglrx driver, trigger the problem using the open source driver, and then attach dmesg output. How long ago did this start happening (if you remember)? Can you reproduce it using the kernel from squeeze with the open source radeon X driver from wheezy, or using the kernel from wheezy with the radeon X driver from squeeze? That's all I can think of for now. The screenshot or photograph would be the most helpful bit, I think. Thanks much, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620324: [Pkg-fglrx-devel] Bug#620324: [fglrx-driver] suspend to RAM work,, only with kernel 2.6.32
Also, sleep works completely with the free driver and the latest kernel. In fact even the proprietary driver has 'working' sleep if the dkms kernel module is not compiled and loaded (though its not meant to be run this way). However the free driver is to buggy and slow for it to be a real replacement for me.
Bug#637448: xserver-xorg-video-intel: X server crashes after starting the same wine application twice
forwarded 637448 https://bugs.freedesktop.org/show_bug.cgi?id=41211 thanks On Sun, Sep 25, 2011 at 12:11:16PM +0200, Julien Cristau wrote: tag 637448 moreinfo kthxbye On Thu, Aug 11, 2011 at 16:35:20 +0200, Wouter Verhelst wrote: Package: xserver-xorg-video-intel Version: 2:2.15.0-3 Severity: important Hi, I've got this game that I run under wine. When I run it the first time, everything is fine. If I then quit the application and start it again without restarting the X server, it segfaults. If you need any further info, just let me know. Is this still an issue with X 1.11 and intel 2.16? Yes. If yes please get a backtrace from gdb and report to bugs.freedesktop.org per http://intellinuxgraphics.org/how_to_report_bug.html. Done. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642917: [Pkg-utopia-maintainers] Bug#642917: policykit-1-gnome: Please rebuild against gtk3
Am 25.09.2011 18:53, schrieb Josselin Mouette: Package: policykit-1-gnome Version: 0.102-1 Severity: wishlist As mentioned on IRC, we need the gtk+ 3 version of polkit-gnome. This will change the ABI of libpolkit-gtk which as a result breaks gnome-system-tools 2.30.2-2 and gdm3 2.30.5-11. We need to update gdm3 and gnome-system-tools to 3.x first (which no longer link against libpolkit-gtk), before I can compile pk-gnome against GTK3. With g-s-t 3.x and gdm3 3.x no longer using libpolkit-gtk, we can just as well drop this library, and this is what apparently happened upstream in 0.103. Cheers, 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#618956: cgroup-bin: fails to install
On 09/26/2011 02:24 AM, Ritesh Raj Sarraf wrote: I did have a cgroup mount on /cgroup. But even unmounting and re-running the script did not help. A reboot with the /cgroup mount point disabled in fstab solved the problem. But as I've reported in 642945, restarting it still fails. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#602964: dpkg: error processing tex-common (--configure)
Dear Frank, dear Norbert, dear UCF maintainers! Recently, I found the error. It was a setting in my environment, namely in the variable GREP_OPTIONS. In GREP_OPTIONS, among others, I also included the flag '-n' to give line numbers in the output. Some script of one of the packages seems to call grep, but does not expect line numbers in the form NUMBER: at the beginning of each line in the output. These numbers, however, then entered the files /var/lib/ucf/registry*. And then the error occured . Since this setting of GREP_OPTIONS caused a lot of further errors, meanwhile, I erased the setting from all of my .bashrc files. E.g. it prevented me from compiling some Mozilla software (Firefox and Thunderbird) as well as kernel modules. I could compile an ALL-YES kernel, but no *.ko file would have been created resulting in the message Building modules, stage 2. MODPOST 0 modules Apart from vanilla kernel modules this problem also occured for third-party modules as e.g. the NVIDIA graphics driver. Curiously, I couldn't find any hint on this matter in the internet. That's why I mentioned the Mozilla and Kernel problems as well. Maybe, that can be of help to someone So, the problem is solved. You may close this bug report. Sorry for bothering you and thanks for your help. Cheers, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642906: RFH: balsa -- An e-mail client for GNOME
On Sun, 25 Sep 2011 15:54:27 +0200 Josselin Mouette j...@debian.org wrote: Package: wnpp Severity: normal I request assistance with maintaining the balsa package. Nobody in the GNOME team is actually using it anymore, and only RC issues are fixed at the moment. It is vastly inferior to evolution, but it is also a decent lightweight alternative for those in need for it. The package description is: Balsa is a highly configurable and robust mail client for the GNOME desktop. It supports both POP3 and IMAP servers as well as the mbox, maildir and mh local mailbox formats. Balsa also supports SMTP and/or the use of a local MTA such as Sendmail. . Some of Balsa's other features include: * Allowing nested mailboxes * Printing * Spell Checking * Multi-threaded mail retrieval * MIME support (view images inline, save parts) * GPE Palmtop, LDAP, LDIF and vCard address book support * Multiple character sets for composing and reading messages * File attachments on outgoing messages * GPG/OpenPGP mail signing and encryption . Support for Kerberos and SSL has been enabled in this package. Hi, Sorry for the late, I will take it over as we said earlier [1] if your are ok again. With the holidays, I missed the time. (and a little bit forgotten) [1] http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/2011-June/079567.html -- Maxime Chatelle, human from earth, 01000.cm94IGxvdmVyCg==.kpr mchatelle ↯ linux-france ↯ org mmyc ↯ gmx ↯ com 79E0 25F5 06C5 5C7F F57C BADD 13EE 911A 8A1A 9DE9 pgpyqzXmUxhLN.pgp Description: PGP signature
Bug#642906: RFH: balsa -- An e-mail client for GNOME
Le lundi 26 septembre 2011 à 10:22 +0200, Maxime Chatelle a écrit : Sorry for the late, I will take it over as we said earlier [1] if your are ok again. With the holidays, I missed the time. (and a little bit forgotten) Ah right, I forgot we already had someone interested /o\ Please take it over when you have the time. We will remove it from the pkg-gnome repository when it’s done. Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640898: openshot: desktop file should have separate Name/GenericName fields
reopen 640898 thanks While the desktop file now contains a GenericName entry, the Name field should only contain the application name (OpenShot in this case) and not repeat the GenericName description (Video Editor) and the German translation of the GenericName entry is still missing. The attached patch fixes these issues. Regards Ronny Standtke -- Ronny Standtke Fachhochschule Nordwestschweiz Dozent Medienpädagogik / ICT Pädagogische Hochschule Telefon: +41 32 628 67 08 Obere Sternengasse 7 Mobil : +41 79 786 81 82 4502 Solothurn --- /usr/share/applications/openshot.desktop.orig 2011-09-23 06:04:09.0 + +++ /usr/share/applications/openshot.desktop 2011-09-08 09:57:09.0 + @@ -1,6 +1,7 @@ [Desktop Entry] -Name=OpenShot Video Editor +Name=OpenShot GenericName=Video Editor +GenericName[de]=Video-Editor X-GNOME-FullName=OpenShot Video Editor Comment=Create and edit videos and movies Exec=openshot %F @@ -10,4 +11,4 @@ Categories=GNOME;GTK;AudioVideo;Video;AudioVideoEditing; MimeType=application/vnd.openshot-project; X-AppInstall-Package=openshot -X-Ubuntu-Gettext-Domain=OpenShot \ Kein Zeilenumbruch am Dateiende. +X-Ubuntu-Gettext-Domain=OpenShot
Bug#642703: [saunders.j...@gmail.com: Re: [Pkg-fglrx-devel] general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of
---BeginMessage--- Hi Jonathan This has been reproducible since the fresh Wheezy install. It will be hard to make a screen-dump of this because of the speed at which the artifacts arrive and depart. It all happens within the time it takes to click a menu item in say LibreOffice and the full menu appearing in its full-length drop-down state. It is only visible at all because of the inherently slow frame rate that exists here. glxgears indicate an average of 55fps - an inaccurate test I know, but does at least show the ball-park figure. My eyesight/brain has always been able to pick up this sort of problem. The slow frame rate is really the essence of this problem. Finding the solution though is something else entirely. I'll get the rest of the requested stuff off to you ASAP - today probably. Best regards Jack On 26 September 2011 09:32, Jonathan Nieder jrnie...@gmail.com wrote: Hi Jack, Jack Saunders wrote: Yes this is showing up when using the fglrx driver in Wheezy with its standard kernel. It is also present - but to a somewhat lesser extent, with the open source xorg-radeon driver in Wheezy. The problem does not show at all in Squeezy using either the fglrx driver or the open source driver. So squeezy is perfect here in this regard. The problem is still there in Wheezy when using the earlier Squeezy 2.6.32 kernel. So could be an Xorg problem problem rather than an fglrx problem - or both. 8-o. Let me know if you need anything else. Could you attach: - a screenshot or photograph of the screen exhibiting the problem - output from /usr/share/bug/linux-image-$(uname -r)/script 31 - output from /usr/share/bug/fglrx-driver/script 31 How reproducible is this? I.e., does it always happen right away, or does it take five minutes or so? Do any particular actions make it easier to trigger? Ideally, if you can trigger it at will, please boot without the fglrx driver, trigger the problem using the open source driver, and then attach dmesg output. How long ago did this start happening (if you remember)? Can you reproduce it using the kernel from squeeze with the open source radeon X driver from wheezy, or using the kernel from wheezy with the radeon X driver from squeeze? That's all I can think of for now. The screenshot or photograph would be the most helpful bit, I think. Thanks much, Jonathan -- Best regards mit herzlichen Grüßen ---End Message---
Bug#641574: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#641574: nfs-common: Mounting a share from 127.0.0.1 does not work when no network interfaces are up)
Agreed, this is a corner case. As long as it's fixed in the current version, things are fine afaiac. Thanks for the info, Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642978: Please update to 3.x (for GNOME 3)
Package: gnome-system-tools Version: 2.30.2-2 Severity: important Hi, we'd like to compile policykit-1-gnome against GTK3 [1]. This includes libpolkit-gtk. As mixing GTK2 and GTK3 in the same process is not allowed, this requires that gnome-system-tools is updated to 3.0, which no longer links against libpolkit-gtk. A new upstream release 3.0.0 is available at [2]. Cheers, Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642917 [2] http://ftp.gnome.org/pub/GNOME/sources/gnome-system-tools/3.0/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-system-tools depends on: ii gconf2 2.32.4-1 ii libatk1.0-02.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-31.4.16-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgconf2-42.32.4-1 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-02.24.6-1 ii liboobs-1-42.30.1-2 ii libpango1.0-0 1.28.4-3 ii libpolkit-gobject-1-0 0.102-1 ii libpolkit-gtk-1-0 0.102-1 ii perl 5.12.4-4 ii policykit-1-gnome 0.102-1 ii system-tools-backends 2.10.1-3 Versions of packages gnome-system-tools recommends: ii gnome-control-center 1:2.30.1-3 Versions of packages gnome-system-tools suggests: pn ntp none -- 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#642904: wicd-kde: new upstream release 0.2.3
Thank you for reporting it, i am quite busy and i didn't notice there was a new release, already working on it. Regards, Iker 2011/9/25 Ritesh Raj Sarraf r...@debian.org Package: wicd-kde Version: 0.2.1-5 Severity: normal thank you for packaging wicd-kde. There's a new relese, 0.2.3. Hopefully this has bug fixes and enhancements. Ritesh -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd-kde depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii libc62.13-21 ii libgcc1 1:4.6.1-11 ii libkdecore5 4:4.7.1-0r2 ii libkdeui54:4.7.1-0r2 ii libqt4-dbus 4:4.7.3-8 ii libqt4-network 4:4.7.3-8 ii libqt4-svg 4:4.7.3-8 ii libqtcore4 4:4.7.3-8 ii libqtgui44:4.7.3-8 ii libsolid44:4.7.1-0r2 ii libstdc++6 4.6.1-11 ii wicd-daemon 1.7.0+ds1-6 wicd-kde recommends no packages. wicd-kde suggests no packages. -- no debconf information
Bug#642979: [l10n] Updated Czech translation of fortunes-debian-hints
Package: fortunes-debian-hints Severity: wishlist Tags: l10n, patch Hi, in attachement there is updated Czech (cs.po) translation of fortunes-debian-hints. Please include it with the package. Thanks -- Miroslav Kure # Czech translation of fortunes-debian-hints # Copyright (C) YEAR Free Software Foundation, Inc. # This file is distributed under the same license as the fortunes-debian-hints package. # Miroslav Kure ku...@debian.cz, 2008, 2009, 2010, 2011. # msgid msgstr Project-Id-Version: fortunes-debian-hints\n Report-Msgid-Bugs-To: Kartik Mistry kar...@debian.org\n POT-Creation-Date: 2011-09-17 17:50+0530\n PO-Revision-Date: 2011-09-26 10:54+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. type: Plain text #: hints:5 msgid Debian Hint #1: You can report a bug in a package with the 'reportbug' command, which is available in the reportbug package, either from the command-line or with the new graphical frontend (available running 'reportbug --ui gtk2' or in the menu). msgstr Debian tip č.1: Chybu v balíku můžete nahlásit příkazem „reportbug“ z balíku reportbug. Kromě verze pro příkazovou řádku je nyní k dispozici i grafická nadstavba, která se objeví po spuštění příkazu „reportbug --ui gtk2“. #. type: Plain text #: hints:10 msgid Debian Hint #2: You can use 'dpkg-reconfigure package' to change the answers you gave to the questions asked when you first installed a package. The 'configure-debian' package provides a unified front end for doing this, as well. msgstr Debian tip č.2: Odpovědi, které jste zadali při instalaci balíku, můžete později změnit příkazem „dpkg-reconfigure balík“. Může se vám hodit i balík „configure-debian“, pro případ, že přesně neznáte název balíku. #. type: Plain text #: hints:14 msgid Debian Hint #3: You can use either 'apt-cache search words' or 'aptitude search words' to search for words in the descriptions of all available packages. msgstr Debian tip č.3: Klíčová slova v popisech všech dostupných balíků můžete hledat příkazem „apt-cache search slova“ resp. „aptitude search slova“. #. type: Plain text #: hints:17 msgid Debian Hint #4: You can see the available and installed versions for one or more available packages with the command 'apt-cache policy packages'. msgstr Debian tip č.4: Nainstalované a dostupné verze balíku (balíků) zobrazíte příkazem „apt-cache policy balíky“. #. type: Plain text #: hints:20 msgid Debian Hint #5: If you need to build a custom kernel, use the 'make-kpkg' script found in the kernel-package package. msgstr Debian tip č.5: Chcete-li si sestavit vlastní jádro, použijte skript „make- kpkg“ z balíku kernel-package. #. type: Plain text #: hints:22 msgid Debian Hint #6: There is no hint #6. Submit a hint today! msgstr Debian tip č.6: Tip č.6 neexistuje. Pošlete nám nějaký! #. type: Plain text #: hints:25 msgid Debian Hint #7: You can use the cron-apt package to do automatic nightly downloads of updates for packages installed on your system. msgstr Debian tip č.7: Balík cron-apt můžete použít pro automatické stahování aktualizovaných verzí nainstalovaných balíků během nočních hodin. #. type: Plain text #: hints:29 msgid Debian Hint #8: If you have problems with Debian that you can't solve by reading the manuals and documentation, try asking on the Debian Users mailing list (debian-u...@lists.debian.org). msgstr Debian tip č.8: Máte-li problém s Debianem, který jste nevyřešili čtením dokumentace, zkuste se zeptat v diskusní konferenci uživatelů Debianu (debian-u...@lists.debian.org) #. type: Plain text #: hints:34 msgid Debian Hint #9: If you need to know what version of Debian you're currently running, look in /etc/debian_version or use 'lsb_release -sc' command. If you want to know the codename for that version (for example, 5.0 is codenamed 'Lenny'), check this URL: msgstr Debian tip č.9: Potřebujete-li zjistit, jakou verzi Debianu právě používáte, podívejte se do souboru /etc/debian_version, nebo použijte příkaz „lsb_release -sc“. Chcete-li zjistit i kódové jméno dané verze (např. verze 5.0 se jmenuje „Lenny“), podívejte se na URL: #. type: Plain text #: hints:36 msgid http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames; msgstr http://www.debian.org/doc/FAQ/ch-ftparchives.html#s-codenames; #. type: Plain text #: hints:41 msgid Debian Hint #10: There are Debian mailing lists for everything from user questions to debates over what to put into the Debian Policy documents. Check out the list at http://www.debian.org/MailingLists/ and subscribe to those that interest you. msgstr Debian tip č.10: Debian má poštovní konference pokrývající cokoliv od uživatelských otázek až po debaty o obsahu dokumentů Debian Policy.Seznam konferencí naleznete na http://www.debian.org/MailingLists/, kde se do nich můžete
Bug#480386: smbldap-tools 0.9.7 release
Hi, The following bugs have been fixed by smbldap-tools 0.9.7: #480386 #519551 #561941 #568259 #572711 #582902 See also: http://download.gna.org/smbldap-tools/ChangeLog http://download.gna.org/smbldap-tools/sources/latest/ -- -- Name: SATOH Fumiyasu (fumiyas @ osstech co jp) -- Business Home: http://www.OSSTech.co.jp/ -- Personal Home: http://www.SFO.jp/blog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642980: gnat-4.6: TYPES.UNRECOVERABLE_ERROR : comperr.adb:423
Package: gnat-4.6 Version: 4.6.1-5 Severity: important Tags: upstream sid asis FTBFS on kfreebsd-amd64, mips and mipsel with the following: gcc-4.6 -c -fPIC -g -O2 -gnatafno -gnatwa -gnatVa -I- -gnatA /build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb +===GNAT BUG DETECTED==+ | 4.6.1 (x86_64-pc-kfreebsd-gnu) GCC error: | | in interpret_loop_phi, at tree-scalar-evolution.c:1645 | | Error detected around /build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb:1069:1| [...] raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:423 gnatmake: /build/buildd-asis_2010-2-kfreebsd-amd64-k7wLVQ/asis-2010/asis/asis-text.adb compilation error -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641594: libreoffice-report-builder: impossible open a report with a Group by condition
Hi, Can you try the debs from http://people.debian.org/~rene/libreoffice/3.4.3/test/srb? The dependencies are not yet correct and this all needs fine-tuning, (which I'd do tomorrow/over the weekend) but it is installable we install all packages without problems and Your bug should be fixed then, too... we continue to be able to open all our reports with a Group by condition. Greetings! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642981: gnat-4.6:
Package: gnat-4.6 Version: 4.6.1-5 Severity: important Tags: upstream sid libtemplates-parser FTBFS with the following ICE: gcc-4.6 -c -gnat05 -gnatwcfijkmruv -gnaty3abcefhiIklmnoprstx -Wall -O2 -gnatn -I- -gnatA /build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser.adb /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Filter.Filter_Map.Insert.New_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Macro.Rewrite.Set_Var.Insert.New_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Macro.Rewrite.Set_Var.Copy_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Macro.Registry.Insert.New_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihase.adb: In function 'Templates_Parser.Tag_Values.Query_Element': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihase.adb:1080:18: warning: 'anonymous' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Association_Map.Insert.New_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:536:13: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Association_Map.Copy_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Macro.Registry.Copy_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: warning: 'E' may be used uninitialized in this function [-Wuninitialized] /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb: In function 'Templates_Parser.Filter.Filter_Map.Copy_Node': /usr/lib/gcc/arm-linux-gnueabi/4.6.1/adainclude/a-cihama.adb:165:10: warning: 'E' may be used uninitialized in this function [-Wuninitialized] +===GNAT BUG DETECTED==+ | 4.6.1 (arm-unknown-linux-gnueabi) GCC error: | | in update_ssa_across_abnormal_edges, at tree-inline.c:1853 | | Error detected around /build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser-filter.adb:824:15| [...] raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:423 gnatmake: /build/buildd-libtemplates-parser_11.6-1-armel-7ATaJo/libtemplates-parser-11.6/src/templates_parser.adb compilation error make[1]: *** [build] Error 4 -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638139: yaskkserv: update-skkdic-yasskserv failed
Hi, At Sun, 25 Sep 2011 22:01:25 +0900, KURASHIKI Satoru lur...@gmail.com wrote: At Wed, 17 Aug 2011 10:29:45 +0900, Youhei SASAKI wrote: I always add custom skk dictionary for yaskkserv. However, The update-skkdic-yaskkserv check only dictionaries provided by skkdic and skkdic-extra. skkdic provides an alternatives for skk-jisyo now. Please consider to use it for your local dictionary. I don't want. I think, one of the advantage of yaskkserv is easy handling for multi dictionaries. Currently, update-skkdic-yaskkserv is: for dic in SKK-JISYO `dpkg -L skkdic skkdic-extra 2/dev/null | grep /usr/share/skk/SKK-JISYO | sed -e 's/\/usr\/share\/skk\///'` (snip) I suggest as follows: for dic in `/bin/ls -1 /usr/share/skk/SKK-JISYO.*| grep -v lock`; (snip) /usr/share/skk/*, under /usr/share, are system managed (installed by skkdic-*) ditinaries. So, users should not put their local dictionaries to there. I agree. You are right. If anyone want to add custom skk dictionary, they add the dictonary to /usr/share/skk/ and exectute update-skkdic-yaskkserv again. I know it annoys... so, how about this? - Introduces new variable LOCAL_DIC to /etc/default/yaskkserv. - Users may write their dictionary's (full) path into LOCAL_DIC. - update-skkdic-yaskkserv sources /etc/default/yaskkserv, and parses LOCAL_DIC when upgrading. It's good idea and I want. Please introduce /etc/default/yaskkserv Best Wishes, --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497465: jwm: open bug reports in Debian
On 2011-09-25 21:16, Joe Wingbermuehle wrote: | | I finally made a new release (it's only been 4 years!). | There certainly are still bugs, but at least the bug reports should match up more closely with a recent code base. Good to hear. Could you also apply the attached patch to SVN. the Makefile needs DESTDIR for packaging purposes. Could you comment which of the bugs are alrady fixed in the latest: Look at the ones that contain - forwarded marks: http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=jwm Collected from the above link. Those with ! I know are in the SVN and can be closed, but about the rest? #582841 [i| |↝] [jwm] jwm: EXEC: is not working from .jwmrc #589376 [i| |↝] [jwm] jwm: iceweasel cannot be expanded fullscreen (works in other WM) #590621 [i| |↝] [jwm] jwm: altgr not working under JWM @, }] keys and so on!! #458826 [n|U+|↝] [jwm] jwm: Multibytes characters title cannot be displayed #636842 [n| |↝] [jwm] jwm: Browser's javascript steals focus (works in other WMs) #497465 [w| |↝] [jwm] jwm: The mouse bindings are not configurable ! #559166 [w|U+|↝] [jwm] jwm: [man] Hyphen fix ! #559167 [w|U+|↝] [jwm] jwm: [man] empty comments in manual page ! #559169 [w|U+|↝] [jwm] jwm: [man] warning: macro `layer:#' not defined #560836 [w|+|↝] [jwm] jwm: [PATCH] Makefile.in -- add DESTDIR support #567557 [w| |↝] [jwm] jwm: It could be great that JWM has an edge resistance null when pressing ALT+holding left mouse click Thanks, Jari From 0917eae4ef5d0ed0f8f07c4b94283a8dea90fbe5 Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Mon, 26 Sep 2011 11:28:27 +0300 Subject: [PATCH] Makefile.in: Use DESTDIR Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Signed-off-by: Jari Aalto jari.aa...@cante.net --- Makefile.in | 15 --- 1 files changed, 8 insertions(+), 7 deletions(-) diff --git a/Makefile.in b/Makefile.in index 464867e..80ec139 100644 --- a/Makefile.in +++ b/Makefile.in @@ -1,6 +1,6 @@ - -SYSCONF = @SYSCONF@ -MANDIR = @MANDIR@ +PACKAGE = jwm +SYSCONF = $(DESTDIR)@SYSCONF@ +MANDIR = $(DESTDIR)@MANDIR@ VERSION ?= @VERSION@ all: @@ -8,9 +8,9 @@ all: install: all cd src ; $(MAKE) install ; cd .. - install -d $(SYSCONF) + install -d -m 0755 $(SYSCONF) install -m 644 example.jwmrc $(SYSCONF)/system.jwmrc - install -d $(MANDIR)/man1 + install -d -m 0755 $(MANDIR)/man1 install -m 644 jwm.1 $(MANDIR)/man1/jwm.1 depend: @@ -30,8 +30,9 @@ clean: rm -rf doc distclean: clean - rm -f *~ config.cache config.log config.status config.h ; - rm -f Makefile src/Makefile jwm.tardist jwm.1 ; + rm -f *[~#] config.cache config.log config.status config.h + rm -f Makefile src/Makefile jwm.tardist jwm.1 + rm -fr autom4te.cache rm -f Makefile.bak src/Makefile.bak ; rm -fr autom4te.cache ; rm -fr `find . \( -name .svn -o -name .gdb_history \) -print` ; -- 1.7.5.4
Bug#642982: procmail: Mail logged as stored in a maildir folder, but never appeared
Package: procmail Version: 3.22-19 Severity: critical Justification: causes serious data loss I use procmail to filter my mail and for some mail, the procmail log says: From vinc17-...@vinc17.net Mon Sep 26 10:20:54 2011 Subject: Re: ... Folder: Mail/Maildir/new/1317025254.11570_2.xvii 2429 However the mail never appeared in my mailbox (I was waiting for it). When I looked at the file system, there was no such file. The mail was stored due to the default rule. I have: DEFAULT=Mail/Maildir/ The file system is ext3 (encrypted). Of course, I can't exclude a file system bug or a bug in Mutt (which I was using at the same time). Does procmail avoid any race condition with MUA's by doing the right thing when dealing with maildir? Note: I've received my mail on this machine since September 1, 2011. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procmail depends on: ii libc6 2.13-21 Versions of packages procmail recommends: ii postfix [mail-transport-agent] 2.8.4-1 procmail 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#642983: jp2a: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: jp2a Version: 1.0.6-3.1 Severity: important Hello Joao, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update jp2a to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: jp2a:Build-Depends: libjpeg62-dev [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#593506: closing 593506
On Sun, Sep 25, 2011 at 07:49:14AM +, Bart Martens wrote: close 593506 stop See ITP 642152. forcemerge 642152 593506 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640889: smplayer: unresponsive UI, uses 100% CPU
Hi there.
On Sep 08 2011, Sven Joachim wrote:
On 2011-09-08 10:36 +0200, Sven Joachim wrote:
Opening any file results in the UI becoming unresponsive and smplayer
using 100% CPU until I kill it.
Maybe this problem is related to the libav 0.7 transition, since it only
showed up recently.
FWIW, the problem might be related to mplayer, because…
ii mplayer 2:1.0~rc4.dfsg1+svn33713-2
…it went away after I replaced mplayer with mplayer2.
Just as an extra data point, I have *exactly* the same problem, with exactly
the same symptom and changing to mplayer2 also works around the problem with
smplayer.
Unfortunately, installing mplayer2 forces the uninstallation of mplayer,
which makes gecko-mediaplayer also be uninstalled, but that's another
matter.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642984: jpeginfo: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: jpeginfo Version: 1.6.0-4 Severity: important Hello Ola, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update jpeginfo to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: jpeginfo:Build-Depends: libjpeg62-dev [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#642985: jpegpixi: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
Source: jpegpixi Version: 1.1.1-4 Severity: important Hello Kevin, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update jpegpixi to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: jpegpixi:Build-Depends: libjpeg62-dev [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#639850: [ping] RFS: gimp-gap: fix FTBFS, libjpeg transition
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, it would be great if someone could have a look... Best regards, Thibaut. Le 16/09/11 10:33, Thibaut Paumard a écrit : tags 639850 pending tags 641696 pending Dear Mentors, I would be grateful if someone could upload gimp-gap for me. This upload would close two important bugs (FTBFS, libjpeg transition), and I also updated the package slightly to current practices (only small changes). * Package name : gimp-gap Version : 2.6.0+dfsg-2 Upstream Author : Wolfgang Hofer h...@gimp.org Sven Neumann s...@gimp.org * URL : http://www.gimp.org/tutorials/Using_GAP/ * License : GPL-2+ Section : graphics It builds those binary packages: gimp-gap - animation package for the GIMP To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gimp-gap Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gimp-gap/gimp-gap_2.6.0+dfsg-2.dsc I would be glad if someone uploaded this package for me. Kind regards, Thibaut Paumard -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6AREYACgkQ+37NkUuUiPF88wCfcr6LaOQzjD1MfFHjlscRQPLD kdEAmwdAFrvL9azWiMK/An0T/MrkYwSc =/Dlj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642655: ITP: brebis -- fully automated backup checker
Hi. Le samedi 24 septembre 2011 à 16:33 +0200, Carl Chenet a écrit : Package: wnpp Severity: wishlist Owner: Carl Chenet cha...@ohmytux.com * Package name: brebis Version : 0.1 Upstream Author : Carl Chenet cha...@ohmytux.com * URL : http://www.brebisproject.org/ * License : GPL Programming Lang: Python Description : Fully automated backup checker Brebis parses backups (archives and file tree) to perform several different checks in order to verify your backup integrity and its associated content. I think the description lacks what kind of backup it can deal with. For instance, if I use backuninja and duplicity, will it be of any help ? Thanks in advance. Best regards, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642567: serna-free: missing dependency on python (after rebuild)
Hi,
Am Sonntag, den 25.09.2011, 22:56 +0200 schrieb Jakub Wilk:
* Joachim Breitner nome...@debian.org, 2011-09-25, 22:49:
I rebuilt serna-free in a clean chroot. The resulting binary package
didn't depend on python anymore. From the build log:
|dh_gencontrol
| dpkg-gencontrol: warning: Depends field of package serna: unknown
substitution variable ${python:Depends}
Note that dh (in compat9) calls dh_pysupport automatically, but only
if it's installed. In this case it was not, because the package
doesn't build-depend on it (not even transitively, as it used to until
recently).
just wondering: What breaks in serna if python is not installed?
Hmm, you got me there, I don't know. Probably not much, and thus the
severity is inflated. Please feel free to downgrade.
well, it needs to be fixed anyways, but can probably wait for the next
upload.
Greetings,
Joachim
--
Joachim nomeata Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
signature.asc
Description: This is a digitally signed message part
Bug#642128: gnat-4.6: fails to build spark on kfreebsd
tags 642128 sid pending thanks I think I have a solution for this problem. As it turns out, GNU/kFreeBSD does not support these optional parts of POSIX threads whereas FreeBSD does. I'll upload within 48 hours. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617214: ITP: cantarell-fonts -- Humanist sans-serif font family
Hi, The GNOME3 transition is reaching its critical stages, and soon the most visible parts of GNOME will be replaced with their 3.x versions. We'd *really* like to be able to upload GNOME 3.2 having Cantarell available in unstable. Has there been any progress with the packaging? When can we expect an upload? Thanks! Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#580680: Plan to adopt enchant
Hi, I plan to adopt enchant Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642654: Still FTBFS on sparc
Hi Dimitrios Thanks for your work on this! The last upload seems to still FTBFS for sparc, see [1]. ia64 looks fine now. [1] https://buildd.debian.org/status/fetch.php?pkg=mathglarch=sparcver=1.11.2-5stamp=1317025702 Regards, Salvatore signature.asc Description: Digital signature
Bug#642987: Entries marked as end-of-life should not be displayed as fixed in the web overview
Package: security-tracker Severity: normal end-of-life is used to mark a package as no longer supported in an otherwise supported release. Such entries are currently displayed as fixed in the issue overview, e.g.: http://security-tracker.debian.org/tracker/CVE-2010-3908. The web overview should rather show end-of-life instead of fixed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642967: crontab(5) manpage contains incorrect example -- test $(date +%u) -eq 0
merge 642309 642967 thanks Hi Dwayne, On 09/26/2011 04:23 AM, Dwayne C. Litzenberger wrote: Package: cron Version: 3.0pl1-116 Severity: minor The crontab(5) manual page contains the following example: # Run on every second Saturday of the month 0 4 8-14 * *test $(date +%u) -eq 6 echo 2nd Saturday It should read as follows (note the backslash before the percent-sign): # Run on every second Saturday of the month 0 4 8-14 * *test $(date +\%u) -eq 6 echo 2nd Saturday This was recently reported at #642309 and a fix has already been committed. A stable point release for Squeeze is coming up, perhaps we can get this (and other documentation fixes) in there in time. Regards, Christian signature.asc Description: OpenPGP digital signature
Bug#642964: version 1.1.4 is available
On Sun, Sep 25, 2011 at 07:47:53PM -0600, Bdale Garbee wrote: I see that upstream has released version 1.1.4, with some interesting bugs fixed according to the commit log. Any chance up an updated package soon? there's an updated version to debian mentors[1] now. apart from the new version, there are minor modifications to packaging (added README.source referring describing the handling of upstream tarballs, debian/copyright updates, acknowledged the DM-Upload-Allowed i was given with the last upload). i can't upload it to unstable myself yet as my maintainer application got stalled a bit by me collecting new pgp signatures; steffen, would you mind sponsoring me one more time? the dsc is at [2], it's lintian clean to a pedantic level. [1] http://mentors.debian.net/package/pcb2gcode [2] http://mentors.debian.net/debian/pool/main/p/pcb2gcode/pcb2gcode_1.1.4-git20110915-1.dsc signature.asc Description: Digital signature
Bug#642833: [checks/source-copyright] use Config::Model
On Mon, 2011-09-26 at 09:18 +0300, jari wrote: On 2011-09-25 20:17, Jakub Wilk wrote: | * jari jari.aa...@cante.net, 2011-09-25, 15:19: | | run config-edit -application dpkg-copyright -ui none | [...] | I don't see anything[0] wrong with the copyright file you attached, It is just that config-edit displayd the error, which didn't show up in lintian. Which might mean that config-edit is wrong. Tool X displays a warning/error that tool Y does not in no way implies that tool X is correct, or that if it is then the correct manner of fixing tool Y is to simply have it call tool X. [...] | Care to explain us why Config::Model complains? Not Config::Model, but config-edit, Lintian does not display messages for the sample file. Pedantry doesn't help. In any case, you didn't answer the question - *why* is the message being output? | [0] Except that you shouldn't use X-prefixed fields. But that's not | a syntax error. Not quite. Apart from being useful to record additional information about the upstream Vcs, bug contact URL etc, the extra fields are part of the DEP 5 spec as it was modeled after RFC 822/2822. From DEP 5: http://dep.debian.net/deps/dep5 FILE SYNTAX (...) Extra fields can be added to any paragraph. No prefixing is necessary or desired, but please avoid names similar to standard ones so that mistakes are easier to catch. No prefixing is necessary or desired means you can use extra fields but just call them 'foo', not 'X-foo' or 'dep5-foo'. That's not really an argument in favour of your case; if anything, it's the reverse. See also how DEP 5 work was carried forwad: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=100 Extra fields can be added to any section. Their name starts by **`X-` That revision is two years old, as can be seen from the text. The version you initially quoted is far more current and, as per your own quote above, indicates that X- should *not* be used - things change and specifications evolve. 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#642988: linux-headers-3.1.0-rc6-all: uninstallable
Package: linux-headers-3.1.0-rc6-all Version: 3.1.0~rc6-1~experimental.1 Severity: grave Justification: renders package unusable Here's what happens when I try to install: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: linux-headers-3.1.0-rc6-all : Depends: linux-headers-3.1.0-rc6-all-i386 (= 3.1.0~rc6-1~experimental.1) but it is not going to be installed E: Broken packages -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_ZA.utf8, LC_CTYPE=en_ZA.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#621764: gnuplot-x11: wxt terminal freeze after first plot
Package: gnuplot-x11 Version: 4.4.0-1.1+b1 Followup-For: Bug #621764 Dear Maintainer, Please consider making x11 the default terminal again, because wxt is unusable as the submitter wrote. It makes gnuplot freeze. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnuplot-x11 depends on: ii gnuplot-nox 4.4.0-1.1+b1 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libedit22.11-20080614-3 ii libgcc1 1:4.6.1-4 ii libgd2-noxpm2.0.36~rc1~dfsg-5.1+b1 ii libglib2.0-02.28.6-1 ii libpango1.0-0 1.28.4-3 ii libstdc++6 4.6.1-4 ii libwxbase2.8-0 2.8.10.1-3.1 ii libwxgtk2.8-0 2.8.10.1-3.1 ii libx11-62:1.4.4-1 gnuplot-x11 recommends no packages. gnuplot-x11 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#642989: Dependency on libgcrypt11 is not strong enough?
Package: aria2 Version: 1.12.1-2 Something is a bit fishy with the depedencies. With libgcrypt11 1.4.6-5 I got: % aria2c http://server/file.torrent Exception caught Exception: [Platform.cc:111] errorCode=1 gcry_check_version() failed. However, upon upgrading libgcrypt11 to 1.5.0-3, everything seems to work. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#642538: debian's build script for Transmission should invoke qmake /after/ building libtransmission
Hi Charles,
On 26/09/11 00:18, Charles Kerr wrote:
Would you also accept a patch to the build system, so that it doesn't check
for the existence of the libutp.a file to decide whether to link against it
(instead looking for something generated during the configure phase, like a
Makefile)?
Probably so, if the patch was straightforward.
The attached patch is as straightforward as it gets! :)
I just built 2.33 with it and found no issues (libutp gets built and
tr-qt links against it). I'd appreciate if someone could build it on a
non-Debian system, just to make sure there are no side-effects.
Should I forward this to the trac?
Cheers
--
Leo costela Antunes
[insert a witty retort here]
Index: repo/qt/qtr.pro
===
--- repo.orig/qt/qtr.pro 2011-07-04 16:48:11.454477073 +0200
+++ repo/qt/qtr.pro 2011-09-26 10:25:24.063146592 +0200
@@ -19,7 +19,7 @@
INCLUDEPATH = $${EVENT_TOP}/include $${INCLUDEPATH}
INCLUDEPATH += $${TRANSMISSION_TOP}
LIBS += $${TRANSMISSION_TOP}/libtransmission/libtransmission.a
-exists( $${TRANSMISSION_TOP}/third-party/libutp/libutp.a ) {
+exists( $${TRANSMISSION_TOP}/third-party/libutp/Makefile ) {
LIBS += $${TRANSMISSION_TOP}/third-party/libutp/libutp.a
}
LIBS += $${TRANSMISSION_TOP}/third-party/dht/libdht.a
Bug#642990: git: missing build-dev libssl-dev
Package: git Version: 1:1.7.2.5-2 Severity: minor The git package on squeeze is missin the libssl-dev build dep. Installing it fixes the problem. Symptoms are: a git checkout fails to build, see log below. zsh» git co v1.7.2.5 HEAD is now at b91779f... Git 1.7.2.5 zsh» make CC fast-import.o In file included from builtin.h:4, from fast-import.c:147: git-compat-util.h:140:25: error: openssl/ssl.h: No such file or directory git-compat-util.h:141:25: error: openssl/err.h: No such file or directory In file included from builtin.h:6, from fast-import.c:147: cache.h:9:21: error: openssl/sha.h: No such file or directory In file included from fast-import.c:156: csum-file.h:10: error: expected specifier-qualifier-list before ‘SHA_CTX’ fast-import.c: In function ‘store_object’: fast-import.c:995: error: ‘SHA_CTX’ undeclared (first use in this function) fast-import.c:995: error: (Each undeclared identifier is reported only once fast-import.c:995: error: for each function it appears in.) fast-import.c:995: error: expected ‘;’ before ‘c’ fast-import.c:1000: warning: implicit declaration of function ‘SHA1_Init’ fast-import.c:1000: error: ‘c’ undeclared (first use in this function) fast-import.c:1001: warning: implicit declaration of function ‘SHA1_Update’ fast-import.c:1003: warning: implicit declaration of function ‘SHA1_Final’ fast-import.c: At top level: fast-import.c:1118: error: expected declaration specifiers or ‘...’ before ‘SHA_CTX’ fast-import.c: In function ‘truncate_pack’: fast-import.c:1126: error: ‘struct sha1file’ has no member named ‘total’ fast-import.c:1128: error: ‘struct sha1file’ has no member named ‘ctx’ fast-import.c:1128: error: ‘ctx’ undeclared (first use in this function) fast-import.c: In function ‘stream_blob’: fast-import.c:1140: error: ‘SHA_CTX’ undeclared (first use in this function) fast-import.c:1140: error: expected ‘;’ before ‘c’ fast-import.c:1141: error: expected ‘;’ before ‘pack_file_ctx’ fast-import.c:1154: error: ‘pack_file_ctx’ undeclared (first use in this function) fast-import.c:1154: error: ‘struct sha1file’ has no member named ‘ctx’ fast-import.c:1160: error: ‘c’ undeclared (first use in this function) fast-import.c:1220: error: too many arguments to function ‘truncate_pack’ fast-import.c:1227: error: too many arguments to function ‘truncate_pack’ make: *** [fast-import.o] Error 1 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3-gnutls7.21.0-2 Multi-protocol file transfer libra ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii perl-modules 5.10.1-17squeeze2 Core Perl modules ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages git recommends: ii less 436-1 pager program similar to more ii openssh-client [ssh-client] 1:5.5p1-6 secure shell (SSH) client, for sec ii patch 2.6-2 Apply a diff file to an original ii rsync 3.0.7-2fast remote file copy program (lik Versions of packages git suggests: pn git-arch none (no description available) pn git-cvs none (no description available) pn git-daemon-run none (no description available) pn git-doc none (no description available) pn git-emailnone (no description available) pn git-gui none (no description available) pn git-svn none (no description available) ii gitk 1:1.7.2.5-2 fast, scalable, distributed revisi pn gitweb none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642991: ncbi-blast+: should notify why some tools are missing
Package: ncbi-blast+ Version: 2.2.25-5 Severity: normal Usertags: unige-jmlab Hi there! Please note that I have never used any of the tools below, I am simply moving a lenny machine with manually-installed BLAST+ to squeeze with the Debian package ;-) Some BLAST+ upstream tools are missing in the Debian package and I could not find the reason in the README.Debian. According to the SVN log (thus something not really end-user), these are considered tests, demos, and internal build tools: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/ncbi-blast+/trunk/debian/rules?revision=6880view=markup 1) datatool http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/scripts/projects/datatool/ http://www.ncbi.nlm.nih.gov/data_specs/NCBI_data_conversion.html From the upstream page above: DATATOOL can be used to formally convert any ASN.1 or XML data or data specification. Given that you can download ASN.1 sequences directly from upstream NCBI, IMHO this should be included in the binary package. 2) gene_info_reader http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/src/objtools/blast/gene_info_reader/ From its -h output: the program can be used to convert Gene IDs to/from Gis, and print Gene Info lines given Gis or Gene IDs. This does not seem to me an internal tool at all. However, the CLI is actually the application from the demo subfolder, but IMHO still worth inclusion. BTW, is the ucko in the commit logs for gene_info.cpp the same Aaron M. Ucko working on the Debian package? In this case, he knows better than me ;-) 3) project_tree_builder http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/scripts/projects/project_tree_builder/ Used to generate makefiles, internal, not needed. Thx, bye, Gismo / Luca -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ncbi-blast+ depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libgcc1 1:4.6.1-12 ii libpcre38.12-4 ii libstdc++6 4.6.1-12 ii ncbi-data 6.1.20110713-1 ii perl5.12.4-4 ii python 2.6.7-3 ii zlib1g 1:1.2.3.4.dfsg-3 ncbi-blast+ recommends no packages. ncbi-blast+ suggests no packages. -- no debconf information pgpnKDtDaN1Jz.pgp Description: PGP signature
Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (= 1.7.1)
Hi. On Sat, Sep 24, 2011 at 10:33 PM, berta...@ptitcanardnoir.org wrote: The following packages have unmet dependencies: sbuild-build-depends-ghc-mod-dummy : Depends: libghc-hlint-dev (= 1.7.1) but it is not going to be installed E: Broken packages It's not ghc-mod package's problem. The libghc-hlint-dev package appeared from the version 1.8.15-1. http://packages.debian.org/sid/libghc-hlint-dev But I think wheezy's hlint package is too old... http://packages.debian.org/source/wheezy/hlint Could you upgrade wheezy's hlint source package? Or, should I send upgrade request for wheezy? Regards, -- Kiwamu Okabe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642654: Still FTBFS on sparc
Hello Salvatore, Thanks for the report. I think I will need one more upload to fix all arches. I will do it most probably today. all the best Dimitris Στις Δευ 26 Σεπτ 2011 13:04:12 γράψατε: Hi Dimitrios Thanks for your work on this! The last upload seems to still FTBFS for sparc, see [1]. ia64 looks fine now. [1] https://buildd.debian.org/status/fetch.php?pkg=mathglarch=sparcver=1.11. 2-5stamp=1317025702 Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642992: exim -v is not as described in the manual page
Package: exim4-daemon-light Version: 4.76-2 severity: normal Tags: patch File: /usr/share/man/man8/exim4.8.gz $ /usr/sbin/exim -v Exim is a Mail Transfer Agent. It is normally called by Mail User Agents, not directly from a shell command line. Options and/or arguments control what it does when called. For a list of options, see the Exim documentation. That output is not consistent with the manual page. --- exim4.8 2011-09-26 13:39:45.0 +0300 +++ exim4.8.mod 2011-09-26 13:46:51.0 +0300 @@ -1545,12 +1545,7 @@ .TP 10 \fB\-v\fP This option causes Exim to write information to the standard error stream, -describing what it is doing. In particular, it shows the log lines for -receiving and delivering a message, and if an SMTP connection is made, the SMTP -dialogue is shown. Some of the log lines shown may not actually be written to -the log if the setting of \fBlog_selector\fP discards them. Any relevant -selectors are shown with each log line. If none are shown, the logging is -unconditional. +describing shortly and generaly what it is all about. .TP 10 \fB\-x\fP AIX uses \fB\-x\fP for a private purpose (mail from a local mail program has -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642993: Failed to read classid file: Object not found
Package: iw
Version: 3.1-1
Severity: minor
It appears to *work*, but the message is annoying.
Here's an strace around the error message:
set_thread_area({entry_number:-1 - 6, base_addr:0xb75816c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
mprotect(0xb7584000, 4096, PROT_READ) = 0
mprotect(0xb75ab000, 4096, PROT_READ) = 0
mprotect(0xb7701000, 8192, PROT_READ) = 0
mprotect(0xb77b6000, 4096, PROT_READ) = 0
munmap(0xb777f000, 101937) = 0
brk(0) = 0x9de9000
brk(0x9e0a000) = 0x9e0a000
open(/proc/net/psched, O_RDONLY) = -1 ENOENT (No such file or directory)
stat64(/etc/libnl/classid, 0xbf89466c) = -1 ENOENT (No such file or directory)
open(/etc/libnl/classid, O_RDONLY)= -1 ENOENT (No such file or directory)
write(2, Failed to read classid file: Object not found\n, 46) = 46
time(NULL) = 1317029699
getpid()= 4965
socket(PF_NETLINK, SOCK_RAW, 16)= 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
bind(3, {sa_family=AF_NETLINK, pid=4965, groups=}, 12) = 0
getsockname(3, {sa_family=AF_NETLINK, pid=4965, groups=}, [12]) = 0
I have no idea where /etc/libnl is supposed to come from; no package I
have installed creates that directory.
And isn't it nornal to *not* do an open(2) if the preceding stat()
failed?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642833: [checks/source-copyright] use Config::Model
On 2011-09-26 11:20, Adam D. Barratt wrote: | It is just that config-edit displayd the error, which didn't show up | in lintian. | | Which might mean that config-edit is wrong. Tool X displays a | warning/error that tool Y does not in no way implies that tool X is | correct, or that if it is then the correct manner of fixing tool Y is to | simply have it call tool X. I don't know which tool is the authorative, please reassign the bug as needed. | | Care to explain us why Config::Model complains? | | Not Config::Model, but config-edit, Lintian does not display messages | for the sample file. | | Pedantry doesn't help. In any case, you didn't answer the question - | *why* is the message being output? I have no clue. The test case is in the test file. Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (= 1.7.1)
On 26/09/2011 12:56, Kiwamu Okabe wrote: Hi. On Sat, Sep 24, 2011 at 10:33 PM, berta...@ptitcanardnoir.org wrote: The following packages have unmet dependencies: sbuild-build-depends-ghc-mod-dummy : Depends: libghc-hlint-dev (= 1.7.1) but it is not going to be installed E: Broken packages It's not ghc-mod package's problem. The libghc-hlint-dev package appeared from the version 1.8.15-1. http://packages.debian.org/sid/libghc-hlint-dev But I think wheezy's hlint package is too old... http://packages.debian.org/source/wheezy/hlint Could you upgrade wheezy's hlint source package? Or, should I send upgrade request for wheezy? The problem is not in Wheezy, since the build failure has been observed in sid as the initial report says. To update hlint in wheezy, one has to make it build on armel first, as its excuses say on http://packages.qa.debian.org/h/hlint.html Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642616: otf-ipaexfont-gothic:oldlibs/optional, otf-ipaexfont-mincho:oldlibs/optional, otf-ipaexfont:oldlibs/optional, ttf-motoya-l-maruberi:oldlibs/optional, ttf-motoya-l-cedar:oldlibs/optional, o
Hi! Am 24.09.2011 15:45, schrieb Hideki Yamane: All of packages is affected by ttf-/otf- - fonts- package renaming, old packages are put to oldlibs section. Please apply this override. Done, however, the following packages couldn't be found: E: Unable to find package ttf-kouzan-mouhitsu E: Unable to find package ttf-sawarabi-mincho E: Unable to find package ttf-ipafont-jisx Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642994: net-tools: Cannot delet ipv6 route
Package: net-tools Version: 1.60-23 Severity: important I guess this is not grave, you can always shut down your network completely if you are concerned. ipv6 routes cennot be deleted. The ipv6 route command does not conform to the docs. For one del does not accept -net which it is supposed to. It does not accept route targets as printed by route itsef and the format in which it accepts routes to be deleted is not specified. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') 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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages net-tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib net-tools recommends no packages. net-tools 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#642995: Security issue with Nginx + PHP via FastCGI
Package: nginx
Hi.
Few days ago, I remarked a security issue on
my own nginx server via misstyping the url of a file
(http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png/index.php [1]
instead of http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png
[2]).
The most strange part is that fastcgi tried to read and execute
the png file as it was a regular PHP script.
I tried to search around
the web for this, and I found
http://cnedelcu.blogspot.com/2010/05/nginx-php-via-fastcgi-important.html
[3]
To summarize :
- Create a basic php script called photo.php (it
could contain a simple phpinfo(), but imagine the results with other
content)
- Rename it to photo.jpg
- Then try to access to
http://yourwebsite.tld/photo.jpg/foobar.php [4] : Without protection,
the phpinfo() is dislayed.
On CMS, forums and blogs engines with
uploading file enabled, which mostly checks the file extension, it could
be a big problem.
So I opted for the second solution on my server, and
it seems to work and not being too resource-intensive.
Because of this,
I think we can edit the sample conf for the virtualhost using this block
in order to inform the user about this issue.
# pass the PHP
scripts to FastCGI server listening on 127.0.0.1:9000
#
# Security
fix, see bug #X for more information
#
#location ~ ..*/.*.php$ {
# return 403;
#}
#
#location ~ .php$ {
# fastcgi_pass
127.0.0.1:9000;
# fastcgi_index index.php;
# include fastcgi_params;
#}
I tested it with last versions of drupal, dotclear and
wordpress, it works and the loading time is not affected.
Thanks.
--
Cyril Davromaniak Lavier
Links:
--
[1]
http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png/index.php
[2]
http://www.davromaniak.eu/vrac/helpdesk_set_on_fire.png
[3]
http://cnedelcu.blogspot.com/2010/05/nginx-php-via-fastcgi-important.html
[4]
http://yourwebsite.tld/photo.jpg/foobar.php
Bug#642991: [Debian-med-packaging] Bug#642991: ncbi-blast+: should notify why some tools are missing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, indeed, some tools are not considered as stable though included in same trunk. In fact, all are not really Blast related. All comes from a ncbi-tools package, which include many tools and common libs. The ncbi-blast+ package only includes the blast related software. Some other tools, though coming from the same origin, could be included in an other package (tools) Olivier Le 9/26/11 12:54 PM, Luca Capello a écrit : Package: ncbi-blast+ Version: 2.2.25-5 Severity: normal Usertags: unige-jmlab Hi there! Please note that I have never used any of the tools below, I am simply moving a lenny machine with manually-installed BLAST+ to squeeze with the Debian package ;-) Some BLAST+ upstream tools are missing in the Debian package and I could not find the reason in the README.Debian. According to the SVN log (thus something not really end-user), these are considered tests, demos, and internal build tools: http://anonscm.debian.org/viewvc/debian-med/trunk/packages/ncbi-blast+/trunk/debian/rules?revision=6880view=markup 1) datatool http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/scripts/projects/datatool/ http://www.ncbi.nlm.nih.gov/data_specs/NCBI_data_conversion.html From the upstream page above: DATATOOL can be used to formally convert any ASN.1 or XML data or data specification. Given that you can download ASN.1 sequences directly from upstream NCBI, IMHO this should be included in the binary package. 2) gene_info_reader http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/src/objtools/blast/gene_info_reader/ From its -h output: the program can be used to convert Gene IDs to/from Gis, and print Gene Info lines given Gis or Gene IDs. This does not seem to me an internal tool at all. However, the CLI is actually the application from the demo subfolder, but IMHO still worth inclusion. BTW, is the ucko in the commit logs for gene_info.cpp the same Aaron M. Ucko working on the Debian package? In this case, he knows better than me ;-) 3) project_tree_builder http://www.ncbi.nlm.nih.gov/IEB/ToolBox/CPP_DOC/lxr/source/scripts/projects/project_tree_builder/ Used to generate makefiles, internal, not needed. Thx, bye, Gismo / Luca -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages ncbi-blast+ depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libgcc1 1:4.6.1-12 ii libpcre3 8.12-4 ii libstdc++6 4.6.1-12 ii ncbi-data 6.1.20110713-1 ii perl 5.12.4-4 ii python 2.6.7-3 ii zlib1g 1:1.2.3.4.dfsg-3 ncbi-blast+ recommends no packages. ncbi-blast+ suggests no packages. -- no debconf information ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOgGAgAAoJEHjcaNsybYQ40t0P/R0pEHpyvVz5G+eWiaU88aRP ci4mrMrtPXkaxK8m77f4XbKU6PJr4xyfrD3oTJVdLGwaz9kihnDd3LFlIuUqjGLC ZV++ggky4G54/9gVWX9xkpHKYA/NunotzPS84reTVsbOujMuE+gHRunanQ8i3BwT 75NalMp5mDIUz9JLabOp2M1nzHw+kiZQo2NOSzoVlmNAiGqKupmNirP6i/VCHj1C 64AHSk50T52xUrFqq3XKPDf4t4w6QwXxbqLZgykgfxkssBm4GABMKeHLpB9StdDc ffXCvreTNv++on61AOgY8hwSwsbPZgr3vo4FsLsG+gGllRLkMZJekHvMNwgq9TMj MBkI5zbE8ToTvWWTvL1UBEh6AoFxs+MAT8n2wwOObS9gc0nL+QW/PrbwQC+BQ3OY eeZQe0HhAsbdT6sga0ZrekTrflcF8tNmbSVIASGD2Nk3y4gvbj9ZeYngyy4GJ3d+ WWVVE/pVLT7IuZrABKymuv0MUbll7SQr+IQgpttUvZ1UoAVUDDL6gAF9OuDNlK3c QQh2CMvtzMYu1u3VsyDijYVYHAbk4uaO2LyMZTtDZhATtMjl07YK0mFRimBeEMVG aQAWJFuK1/5QX/Ye961mbtjs3sPdjphfQO54ZLY30whr4sDgMx5lvhUNijhhWJnx 74iDiA+viG8II4V9jD1C =VeNB -END PGP SIGNATURE-
Bug#642996: shared-mime-info: broken additions for text/x-tex in patch 061_tex-matlab.patch
Package: shared-mime-info
Version: 0.90-1
Severity: normal
Tags: patch
Hi,
patch 061_tex-matlab.patch adds and changes some of the magic's for
text/x-tex. The problem is that the string values added contain a
literal backslash ('\'), which must be escaped in order to be recognized
as such (and not as \d, \c and \s characters).
This causes files with no known extension containing the string ection
to be recognized as tex files (instead of possibly something else, if not
octet-stream).
Attached there is a fixed version of patch 061_tex-matlab.patch.
Thanks,
--
Pino
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (850, 'testing'), (800, 'unstable'), (750, 'experimental'), (750,
'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages shared-mime-info depends on:
ii libc6 2.13-21
ii libglib2.0-0 2.28.6-1
ii libxml2 2.7.8.dfsg-4
shared-mime-info recommends no packages.
shared-mime-info suggests no packages.
-- no debconf information
Index: shared-mime-info-0.90/freedesktop.org.xml.in
===
--- shared-mime-info-0.90.orig/freedesktop.org.xml.in 2011-09-26 13:15:23.0 +0200
+++ shared-mime-info-0.90/freedesktop.org.xml.in 2011-09-26 13:20:03.0 +0200
@@ -5033,7 +5033,13 @@ command to generate the output files.
match type=string value=% offset=0/
/magic
magic priority=50
- match type=string value=documentclass offset=1/
+ match value=\\documentclass type=string offset=0:100/
+/magic
+magic priority=50
+ match value=\\chapter type=string offset=0:100/
+/magic
+magic priority=50
+ match value=\\section type=string offset=0:100/
/magic
/mime-type
mime-type type=text/x-texinfo
Bug#642723: leiningen: FTBFS: Could not find the main class: clojure.main. Program will exit.
Hi all, the FTBFS is almost certainly caused by #642795 [0] and should be fixed shortly. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=642795 -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#642982: procmail: Mail logged as stored in a maildir folder, but never appeared
On 2011-09-26 12:53:17 +0200, Santiago Vila wrote: Of course there was no such file. If you were using mutt at the same time, then mutt probably moved the file somewhere to Mail/Maildir/cur/*, as that's how Maildir works. Of course, I checked that the mail wasn't moved to cur (and I grepped the whole Maildir directory recursively). (Or for some reason, Mutt moved the mail to cur then deleted it in my back.) Of course, I can't exclude a file system bug or a bug in Mutt (which I was using at the same time). Does procmail avoid any race condition with MUA's by doing the right thing when dealing with maildir? Yes, and by design. That's the very reason Maildir exist. procmail puts new emails in new. MUAs simply move the files to cur. I fear that's not sufficient: putting an e-mail in new must be done in an atomic operation, usually by using tmp first. But anyway, according to the timestamps, procmail seems to use it. If you lost email, I'm very sorry, but filing a critical bug against procmail (or any other package) without a way to reproduce the bug is pretty useless. Unfortunately, this may be very difficult to reproduce. I suppose that there is some race condition somewhere. I don't know either if I lost other mail I didn't expect. I think the best I can do is to make Mutt log all its file operations in a Maildir folder in case the problem occurs again, and check that all non-explicitly deleted file is still present via cron. -- 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#642993: [pkg-wpa-devel] Bug#642993: Failed to read classid file: Object not found
forcemerge 632790 642993 thanks On Monday 26 September 2011, sacrificial-spam-addr...@horizon.com wrote: Package: iw Version: 3.1-1 Severity: minor It appears to *work*, but the message is annoying. Here's an strace around the error message: [...] The problem is in libnl3 and known, but doesn't affect normal operations of iw; please see #632790. Regards Stefan Lippers-Hollmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642997: nautilus: If /home is nfs import + ro + symlinks to real homes, can't create DIR/file
Package: nautilus Version: 2.30.1-2squeeze1 Severity: normal Tags: squeeze If /home is a nfs read-only import and Userhomes in the folder only symlinks the real HOMES (also imports from NFSv3, but rw), than Nautilus can't create DIR/file. Nautilus says Can't copy to foobar Target is read-only. Example: /home - Import from NFS server ro /home/foobar - Symlink to /other/target/foobar /other/target/ - Import from NFS server rw This problem has only Nautilus under Squeeze. Dolphin, Thunar, Krusader, Terminal etc. works fine. Nautilus under Lenny works with the same setup. Workaround: mount /home also rw and it works. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2Utilities for .desktop files ii gvfs 1.6.4-3 userspace virtual filesystem - ser 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 libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libexempi3 2.1.1-1 library to parse XMP metadata (Lib ii libexif12 0.6.19-1 library to parse EXIF files ii libgail18 2.20.1-2 GNOME Accessibility Implementation ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libglib2.0-data2.24.2-1 Common files for GLib library ii libgnome-desktop-2 2.30.2-2 Utility library for loading .deskt ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnautilus-extens 2.30.1-2squeeze1 libraries for nautilus components ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libselinux12.0.96-1 SELinux runtime shared libraries ii libsm6 2:1.1.1-1 X11 Session Management library ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii nautilus-data 2.30.1-2squeeze1 data files for nautilus ii shared-mime-info 0.71-4FreeDesktop.org shared MIME databa Versions of packages nautilus recommends: ii app-install-d 2010.11.17 Application Installer Data Files ii brasero 2.30.3-2 CD/DVD burning application for GNO ii consolekit0.4.1-4framework for defining and trackin ii desktop-base 6.0.5squeeze1 common files for the Debian Deskto ii eject 2.1.5+deb1+cvs20081104-7.1 ejects CDs and operates CD-Changer ii gvfs-backends 1.6.4-3userspace virtual filesystem - bac ii librsvg2-comm 2.26.3-1 SAX-based renderer library for SVG ii synaptic 0.70~pre1+b1 Graphical package manager Versions of packages nautilus suggests: ii acroread [pdf-viewer] 9.4.2-0.0 Adobe Acrobat Reader: Portable Doc ii eog 2.30.2-1 Eye of GNOME graphics viewer progr ii evince [pdf-viewer] 2.30.3-2 Document (PostScript, PDF) viewer ii okular [pdf-viewer] 4:4.4.5-2 universal document viewer ii totem 2.30.2-6 A simple media player for the GNOM pn tracker none (no description available) ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- 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#642998: ITP: htsengine -- HMM-based speech synthesis engine API
Package: wnpp Severity: wishlist Owner: Koichi Akabe vbkaise...@gmail.com * Package name: htsengine Version : 1.05 Upstream Author : Keiichi Tokuda tok...@nitech.ac.jp * URL : http://hts-engine.sourceforge.net/ * License : BSD Programming Lang: C Description : HMM-based speech synthesis engine API This engine is software to synthesize speech waveform from HMMs trained by the HMM-based speech synthesis system (HTS). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642614: ghc-mod: FTBFS: build-dependency not installable: libghc-hlint-dev (= 1.7.1)
Hi. On Mon, Sep 26, 2011 at 8:13 PM, Mehdi Dogguy me...@dogguy.org wrote: The problem is not in Wheezy, since the build failure has been observed in sid as the initial report says. Umm... But my PC can build ghc-mod with git-pbuilder... My PC version is below. casper$ uname -a Linux casper 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 GNU/Linux Regards, -- Kiwamu Okabe Warning: git-pbuilder should be run via git-buildpackage Building with cowbuilder for distribution sid Source format 1.0 detected, adding exclude flags W: /root/.pbuilderrc does not exist I: using cowbuilder as pbuilder dpkg-buildpackage: warning: using a gain-root-command while being root dpkg-buildpackage: dpkg-buildflags (origin: vendor): CFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security dpkg-buildpackage: dpkg-buildflags (origin: vendor): CPPFLAGS = dpkg-buildpackage: dpkg-buildflags (origin: vendor): CXXFLAGS = -g -O2 -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security dpkg-buildpackage: dpkg-buildflags (origin: vendor): FFLAGS = -g -O2 dpkg-buildpackage: dpkg-buildflags (origin: vendor): LDFLAGS = -Wl,-z,relro dpkg-buildpackage: source package ghc-mod dpkg-buildpackage: source version 0.6.1-1 dpkg-buildpackage: source changed by Kiwamu Okabe kiw...@debian.or.jp dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git --before-build ghc-mod fakeroot debian/rules clean test -x debian/rules dh_testroot dh_clean [ ! -x debian/hlibrary.setup ] || debian/hlibrary.setup clean rm -rf dist dist-ghc dist-hugs debian/hlibrary.setup Setup.hi Setup.ho Setup.o .*config* rm -f build-ghc-stamp build-hugs-stamp build-haddock-stamp rm -rf debian/tmp-inst-ghc rm -f debian/extra-depends rm -f debian/hlibrary.Makefile rm -rf debian/dh_haskell_shlibdeps dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git -b ghc-mod dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1) dpkg-source: warning: source directory 'ghc-mod' is not sourcepackage-upstreamversion 'ghc-mod-0.6.1' dpkg-source: warning: .orig directory name ghc-mod.orig is not package-upstreamversion (wanted ghc-mod-0.6.1.orig) dpkg-source: info: using source format `1.0' dpkg-source: info: building ghc-mod using existing ghc-mod_0.6.1.orig.tar.gz dpkg-source: info: building ghc-mod in ghc-mod_0.6.1-1.diff.gz dpkg-source: warning: file ghc-mod/debian/compat has no final newline (either original or modified version) dpkg-source: info: building ghc-mod in ghc-mod_0.6.1-1.dsc dpkg-genchanges -S ../ghc-mod_0.6.1-1_source.changes dpkg-genchanges: including full source code in upload dpkg-source -i(?:^|/)\.git(attributes)?(?:$|/.*$) -I.git --after-build ghc-mod dpkg-buildpackage: source only upload (original source is included) - Copying COW directory forking: rm -rf /var/cache/pbuilder/build//cow.8631 forking: cp -al /var/cache/pbuilder/base.cow /var/cache/pbuilder/build//cow.8631 I: removed stale ilistfile /var/cache/pbuilder/build//cow.8631/.ilist forking: chroot /var/cache/pbuilder/build//cow.8631 cowdancer-ilistcreate /.ilist find . -xdev -path ./home -prune -o \( \( -type l -o -type f \) -a -links +1 -print0 \) | xargs -0 stat --format '%d %i ' - Invoking pbuilder forking: pbuilder build --debbuildopts --debbuildopts -i'(?:^|/)\.git(attributes)?(?:$|/.*$)' -I.git --buildplace /var/cache/pbuilder/build//cow.8631 --buildresult /home/kiwamu/deb/00alioth --debbuildopts -i'(?:^|/)\.git(attributes)?(?:$|/.*$)' -I.git --no-targz --internal-chrootexec chroot /var/cache/pbuilder/build//cow.8631 cow-shell /home/kiwamu/deb/00alioth/ghc-mod_0.6.1-1.dsc W: /root/.pbuilderrc does not exist I: Running in no-targz mode I: using fakeroot in build. I: Current time: Mon Sep 26 20:29:13 JST 2011 I: pbuilder-time-stamp: 1317036553 I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: Mounting /var/cache/pbuilder/ccache I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: Setting up ccache I: Installing the build-deps - Attempting to satisfy build-dependencies - Creating pbuilder-satisfydepends-dummy package Package: pbuilder-satisfydepends-dummy Version: 0.invalid.0 Architecture: amd64 Maintainer: Debian Pbuilder Team pbuilder-ma...@lists.alioth.debian.org Description: Dummy package to satisfy dependencies with aptitude - created by pbuilder This package was created automatically by pbuilder to satisfy the build-dependencies of the package being currently built. Depends: debhelper (= 7.0), haskell-devscripts (= 0.8), cdbs, ghc, libghc-attoparsec-dev, libghc-attoparsec-enumerator-dev, libghc-enumerator-dev, libghc-ghc-paths-dev, libghc-hlint-dev (= 1.7.1), libghc-transformers-dev dpkg-deb: building package `pbuilder-satisfydepends-dummy' in `/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'. Selecting previously
Bug#642795: java.lang.ClassNotFoundException: org/objectweb/asm/commons/Method
On Sun, Sep 25, 2011 at 09:59 +0200, Torsten Werner wrote: Okay, the bug is in /usr/bin/lein. The line 66 must be changed from CLOJURE_JAR=/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3.jar to CLOJURE_JAR=/usr/share/java/clojure-1.2.jar:/usr/share/java/asm3-all.jar Thank you for the investigation which has been most helpful! I am currently on vacation, but back soon and will fix the issue ASAP. I am not able to commit the change into the git repo because I do not understand the vcs layout. It looks like that I have to rebase the patch-queue branch but pushing a rebased branch is a bad idea. Please explain the workflow of modifying the source code in README.source. BTW, I prefer the git-buildpackage layout. I guess that this should be treated as an important bug and I will try to follow the GIT practices that have been proposed/formulated on [0] in order to ease cooperation. Thank you all for the detailed report and discussion. [0] http://wiki.debian.org/Java/JavaGit -- Wolodja babi...@gmail.com 4096R/CAF14EFC 081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC signature.asc Description: Digital signature
Bug#642999: openvpn-client does not raise a network interface
Package: openvpn Version: 2.2.0-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openvpn depends on: ii debconf [debconf-2.0] 1.5.40 ii libc6 2.13-21 ii liblzo2-2 2.05-2 ii libpam0g 1.1.3-2 ii libpkcs11-helper1 1.09-1 ii libssl1.0.01.0.0e-2 ii net-tools 1.60-24.1 openvpn recommends no packages. Versions of packages openvpn suggests: pn openssl 1.0.0e-2 pn resolvconf none -- debconf information: openvpn/create_tun: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643000: antlr has newer major version (3.4)
Package: antlr Version: 2.7.7-17 Severity: wishlist Antlr provides new major version (3.x), grammars for version 3.x do not compile with 2.x (not completly at least) Could you go for newer version? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') 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 antlr depends on: ii default-jre-headless [java6- 1:1.6-43Standard Java or Java compatible R ii libantlr-java2.7.7-17language tool for constructing rec ii openjdk-6-jre-headless [java 6b23~pre9-1 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java6-runtime 6.26-3 Sun Java(TM) Runtime Environment ( antlr recommends no packages. antlr 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#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5
Package: gource Version: 0.35-1+b1 Severity: serious Justification: fails to install/upgrade Trying to upgrade gource on amd64 results in the following: The following packages have unmet dependencies: gource : Depends: libglew1.5 (= 1.5.8) but it is not installable 0.35-1+b1 was already rebuilt against a suitable libglew1.6, same should be done for 0.37 aswell. And to avoid this kind of breakage, perhaps the build-dep could be bumped, so it won't build against old libglew1.5, that has been removed from unstable? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gource depends on: ii libc6 2.13-21 ii libfreetype6 2.4.6-2 ii libgcc1 1:4.6.1-12 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglew1.61.6.0-4 ii libglu1-mesa [libglu1]7.11-6 ii libpcre3 8.12-4 ii libsdl-image1.2 1.2.10-2.1+b1 ii libsdl1.2debian 1.2.14-6.4 ii libstdc++64.6.1-12 ii libtinyxml2.6.2 2.6.2-1 ii ttf-freefont 20100919-1 ii zlib1g1:1.2.3.4.dfsg-3 gource recommends no packages. gource 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#642564: (no subject)
With the updated python-defaults package (dh_python2), this is no longer necessary. signature.asc Description: PGP signature
Bug#643002: ia32-libs-gtk: libgobject version differs from the amd64 libs
Package: ia32-libs-gtk Version: 20110310 Severity: normal Dear Maintainer, * What led up to the situation? I've tries to build a GTK (32bit) app, on my amd64. * What exactly did you do (or not do) that was effective (or ineffective)? Linking to ia32 gtk libs failed, 'cos the current, and also the sid package libraries seams to old. On SID I still have: /usr/lib32/libgobject-2.0.so.0 /usr/lib32/libgobject-2.0.so.0.2400.2 And the Ubuntu guys have: /usr/lib32/libgobject-2.0.so.0.2916.0 So I've run into sime missing features. Thanx 4 consider -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=hu_HU.utf8, LC_CTYPE=hu_HU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 20110609 ii lib32asound2 1.0.24.1-2 ii lib32gcc1 1:4.6.1-4 ii lib32stdc++6 4.6.1-4 ii lib32z1 1:1.2.3.4.dfsg-3 ii libc6-i3862.13-18 ia32-libs-gtk recommends no packages. ia32-libs-gtk 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#643003: cherokee: Error when enabling PHP
Package: cherokee Version: 1.2.99-2 Severity: normal Hi Gunnar! On a freshly installed cherokee, start cherokee-admin, vServers, Behavior, Rule Management, + button (Add Behavior Rule), Languages, PHP, Add, Create. Then it just stays as the attached picture with this red error bar and the Updating... (Atualizando...) message at the right bottom corner. Nothing else happens and no PHP is enabled. I have tested this in two different machines (purging all cherokee* packages when necessary and installing them clearly again). From the documentation it says Now select Languages and run the PHP wizard. And, that’s it. If you had php-fpm or php-cgi installed in your system, PHP should be configured now. and I have php5-fpm installed. Is it something that I am missing, something wrong that I am doing or it's indeed something wrong with cherokee, please? Thank you! Best regards, Nelson -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 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 cherokee depends on: ii libc62.13-21 ii libcherokee-base01.2.99-2 ii libcherokee-server0 1.2.99-2 ii libpcre3 8.12-4 ii libssl1.0.0 1.0.0e-2 ii logrotate3.7.8-6 Versions of packages cherokee recommends: ii cherokee-admin 1.2.99-2 ii spawn-fcgi 1.6.3-1 Versions of packages cherokee suggests: pn cherokee-doc 1.2.99-2 pn libcherokee-mod-geoip none pn libcherokee-mod-ldap none pn libcherokee-mod-libssl none pn libcherokee-mod-mysql none pn libcherokee-mod-rrdnone pn libcherokee-mod-streaming none -- 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#643004: [Patch] please improve the description
Package: fcitx-bin Version: 1:4.1.1-1 Severity: normal Tags: patch The project's homepage explains the fcitx acronym as either Free Chinese Input Toy of X or Free Chinese Input Toy for X. I have a lot of trouble to make any sense of the former description. The latter description makes a bit more sense allthough I'm at a loss, what Toy could possibly be meaning. It is an input tool right? And not a toy? Is Toy meant to be a quirky reference to fcitx's history? Or an inside joke? The intended purpose of a debian package's description is to describe very succintly a package's pupose. So Chinese input tool for X would make sense. If you want to keep a humorous edge then I'd suggest to move the humour either into the long description or maybe even rather into /usr/doc/*/README or HISTORY or similar. In the same vein I'd suggest to change the long description: Fcitx is a Chinese input tool for X. It was initially designed for Chinese users and used for the XIM protocol. It has evolved into a highly modularized, feature rich input method framework for Unix-like platforms supporting a considerable amount of frontends, backends and modules. Fcitx is an ideal choice for the vast majority of input needs (?). Many of its features provide users of Unix-like platforms with a modern input experience for the first time. It has also greatly lowered the threshold for developers, making the development of additional functionality much easier than ever before. This package provides the essential executable binaries. If you are looking for a working input experience, please install the package fcitx instead. Thanks, *t -- System Information: Debian Release: squeeze/sid APT prefers lucid-updates APT policy: (500, 'lucid-updates'), (500, 'lucid-security'), (500, 'lucid') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-33-generic (SMP w/2 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.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#643005: cherokee: Init script should give a warning when unable to start
Package: cherokee Version: 1.2.99-2 Severity: wishlist Hi again! With another process listening on port 80 and trying to start cherokee we see: = # /etc/init.d/cherokee start Starting cherokee web server = No errors or warnings, but it's not running. Trying to run it manually: = # /usr/sbin/cherokee [26/09/2011 09:33:35.851] (critical) bind.c:290 - Could not bind() port=80 (UID=0, GID=0) | Most probably there is another web server listening to the same port. You will have to shut it down before launching Cherokee. It could also be a permissions issue as well. Remember that non-root user cannot listen to ports 1024. = Is it possible to have a warning message saying that cheroke is unable to bind to port 80, instead giving the impression that it has started without any problems? Thank you! Best regards, Nelson -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 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 cherokee depends on: ii libc62.13-21 ii libcherokee-base01.2.99-2 ii libcherokee-server0 1.2.99-2 ii libpcre3 8.12-4 ii libssl1.0.0 1.0.0e-2 ii logrotate3.7.8-6 Versions of packages cherokee recommends: ii cherokee-admin 1.2.99-2 ii spawn-fcgi 1.6.3-1 Versions of packages cherokee suggests: pn cherokee-doc 1.2.99-2 pn libcherokee-mod-geoip none pn libcherokee-mod-ldap none pn libcherokee-mod-libssl none pn libcherokee-mod-mysql none pn libcherokee-mod-rrdnone pn libcherokee-mod-streaming none -- Configuration Files: /etc/init.d/cherokee changed [not included] -- 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#643000: antlr has newer major version (3.4)
reassign 643000 antlr3 thanks On Mon, Sep 26, 2011 at 01:44:41PM +0200, Olivier Sallou wrote: Antlr provides new major version (3.x), grammars for version 3.x do not compile with 2.x (not completly at least) Could you go for newer version? Maybe you could check antlr3 package while 3.4 version gets packaged. -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5
On Mon, Sep 26, 2011 at 13:59:49 +0200, Gergely Nagy wrote: Package: gource Version: 0.35-1+b1 Severity: serious Justification: fails to install/upgrade Trying to upgrade gource on amd64 results in the following: The following packages have unmet dependencies: gource : Depends: libglew1.5 (= 1.5.8) but it is not installable 0.35-1+b1 was already rebuilt against a suitable libglew1.6, same should be done for 0.37 aswell. And to avoid this kind of breakage, perhaps the build-dep could be bumped, so it won't build against old libglew1.5, that has been removed from unstable? I'm not sure what you're saying here. You're reporting this bug against 0.35-1+b1, which is already built against glew1.6. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643001: gource: cannot be installed on amd64: versioned depends on libglew1.5
found 643001 0.37-1 thanks On Mon, Sep 26, 2011 at 14:16, Julien Cristau julien.cris...@logilab.fr wrote: I'm not sure what you're saying here. You're reporting this bug against 0.35-1+b1, which is already built against glew1.6. I'm saying that 0.37-1 is not built against glew1.6, but against 1.5. I merely forgot to change the version in the bugreport (which I'm fixing now). -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642021: gnupg-agent: /etc/X11/Xsession.d/90gpg-agent does not recognize a console/SSH gpg-agent
tags 642021 + upstream forward 642021 http://news.gmane.org/find-root.php?message_id=1316457193-26043-1-git-send-email-luca%40pca.it affects 642021 + openssh-client thanks Hi there! On Sun, 18 Sep 2011 18:46:06 +0200, Luca Capello wrote: Package: gnupg-agent Version: 2.0.18-1 Severity: important File: /etc/X11/Xsession.d/90gpg-agent Tags: patch Affect: openssh-client The BTS does not accept this pseudo-header, fixed now. 1) I fully understand the need for a -$(hostname) suffix for the PID file (see #312717), but I would add a note in a README.Debian file, something like: Upstream seems to want to completely remove the need for a PID file, but I have not checked how gpg-agent behaves when --write-env-file is not specified: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=412993#20 3) the gpg-agent manpage contains the following statement: [...] OTOH I see why it is needed in line 16, which is a bug in gpg-agent itself: the PID file is not deleted once the gpg-agent exits, which means that the same PID file is present at the next login. After having experienced problems with upstream mailing lists, I sent upstream a patch to remove the PID file when exiting (forward added): http://news.gmane.org/find-root.php?message_id=1316457193-26043-1-git-send-email-luca%40pca.it http://lists.gnupg.org/pipermail/gnupg-devel/2011-September/026237.html Since one week I am testing the above patch on an up-to-date Debian sid with the following package: http://people.debian.org/~gismo/tmp/gnupg-agent_2.0.18-2~gismo642021.1_amd64.deb As explained in the gpg-agent manpage, at least GPG_AGENT_INFO and SSH_AUTH_SOCK should be exported. However, given that when started normally gpg-agent export all of the three variables, I do not understand why the gpg-agent manpage suggests to export only the two above. The patch is easy: This still applies. Thx, bye, Gismo / Luca pgpppksnAoayt.pgp Description: PGP signature
Bug#642999: openvpn-client does not raise a network interface
tags 642999 + moreinfo unreproducible quit Hi, 2011/9/26 Alexandr seliversto...@gmail.com: Package: openvpn Version: 2.2.0-2 Severity: normal [..] -- System Information: Debian Release: wheezy/sid It works properly here, thus we need more info on this problem you're having. Preferably, you could send us the config file you're using to establish the OpenVPN connection (without any sensitive information). Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643006: racoon: uninstallable, dependency loop with new init-script
Package: racoon Version: 1:0.8.0-4 Severity: grave Hello, the new init-script from 1:0.8.0-4 causes a dependency loop and hence makes the package uninstallable: Setting up racoon (1:0.8.0-4) ... Installing new version of config file /etc/init.d/racoon ... insserv: There is a loop between service sendsigs and racoon if stopped insserv: loop involving service racoon at depth 4 insserv: loop involving service sendsigs at depth 3 insserv: loop involving service sysklogd at depth 2 insserv: loop involving service umountnfs at depth 8 insserv: exiting now without changing boot order! update-rc.d: error: insserv rejected the script header dpkg: error processing racoon (--configure): subprocess installed post-installation script returned error exit status 1 This is most likely due to: -# Required-Stop: +# Required-Stop: $remote_fs regards Mario -- Computer games don't affect kids; I mean if Pac-Man affected us as kids, we'd all be running around in darkened rooms, munching magic pills and listening to repetitive electronic music. -- Kristian Wilson, Nintendo Inc, 1989 signature.asc Description: Digital signature
Bug#643007: cherokee: Doesn't clean temporary dirs
Package: cherokee Version: 1.2.99-2 Severity: minor And one more hi! Sorry for this really minor thing, but cherokee creates temporary dirs in /tmp and doesn't clean them on exit. The same happens with cherokee-admin (two dirs are created by cherokee and one by cherokee-admin). Thank you again! Best regards, Nelson -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 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 cherokee depends on: ii libc62.13-21 ii libcherokee-base01.2.99-2 ii libcherokee-server0 1.2.99-2 ii libpcre3 8.12-4 ii libssl1.0.0 1.0.0e-2 ii logrotate3.7.8-6 Versions of packages cherokee recommends: ii cherokee-admin 1.2.99-2 ii spawn-fcgi 1.6.3-1 Versions of packages cherokee suggests: pn cherokee-doc 1.2.99-2 pn libcherokee-mod-geoip none pn libcherokee-mod-ldap none pn libcherokee-mod-libssl none pn libcherokee-mod-mysql none pn libcherokee-mod-rrdnone pn libcherokee-mod-streaming none -- 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#643008: translate-toolkit: Module zipfileext breaks zipfiles with non-ascii subfiles
Package: translate-toolkit
Version: 1.9.0-1
Severity: normal
Dear Maintainer,
I use the zipfileext python module from translate-toolkit to modify in place
zip archives. Unfortunately, when a file inside the archive has a
non-ascii name, it fails and worse breaks the archive.
Example:
$ touch blé blï
$ zip test.zip blé blï
$ echo import translate.misc.zipfileext as zipfileext
zz = zipfileext.ZipFileExt('test.zip', 'a')
zz.close() | python
Traceback (most recent call last):
File stdin, line 3, in module
File /usr/lib/python2.6/dist-packages/translate/misc/zipfileext.py, line
84, in close
self.writeendrec()
File /usr/lib/python2.6/dist-packages/translate/misc/zipfileext.py, line
108, in writeendrec
self.fp.write(zinfo.filename)
UnicodeEncodeError: 'ascii' codec can't encode character u'\xe9' in position 2:
ordinal not in range(128)
Exception UnicodeEncodeError: UnicodeEncodeError('ascii', u'bl\xe9', 2, 3,
'ordinal not in range(128)') in bound method ZipFileExt.__del__ of
translate.misc.zipfileext.ZipFileExt object at 0x7f3eaa3d1950 ignored
$ zip -T test.zip
zip warning: expected 2 entries but found 1
zip error: Zip file structure invalid (test.zip)
$
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (700, 'unstable'), (650, 'testing'), (500, 'stable-updates'),
(500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages translate-toolkit depends on:
ii gettext0.18.1.1-4
ii python 2.6.7-3
ii python2.6 2.6.7-4
ii python2.7 2.7.2-5
Versions of packages translate-toolkit recommends:
ii iso-codes 3.28-1
ii python-aeidon 0.19.1-1
ii python-enchant 1.6.5-2
ii python-iniparse 0.4-2.1
ii python-levenshtein 0.10.1-1.1+b1
ii python-lxml 2.3-0.1+b2
ii python-simplejson 2.2.0-1
ii python-utidylib 0.2-8
ii python-vobject 0.8.1c-4
Versions of packages translate-toolkit suggests:
pn translate-toolkit-dev-doc none
-- 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#590534: gdm3 changes xkb options in debian squeeze
I have also recompiled the gdm3 package in debian squeeze from the source package after applying Julien Pinon's patch. Just wanted to inform that I have been using the patched gdm3 package for about 3 weeks so far without any problems/visible regressions on my system (using Debian squeeze, linux-image-2.6.32-5-amd64) Also hoping there will be a new fixed version of gdm3 coming soon in debian squeeze. Thanks, Dimitrios Liappis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642976: josm: Loading data from the osm server has no result
severity 642976 serious thanks Hello Uwe, On Mon, 26 Sep 2011 08:56:58 +0200, Uwe Steinmann wrote: Dear Maintainer, [..] It seems like I broke it somehow. Raising severity, so that it's stuck to sid. Will work on it ASAP. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#643000: antlr has newer major version (3.4)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks, I had not seen that package had different packages per major version. Olivier Le 9/26/11 2:46 PM, Miguel Landaeta a écrit : reassign 643000 antlr3 thanks On Mon, Sep 26, 2011 at 01:44:41PM +0200, Olivier Sallou wrote: Antlr provides new major version (3.x), grammars for version 3.x do not compile with 2.x (not completly at least) Could you go for newer version? Maybe you could check antlr3 package while 3.4 version gets packaged. - -- 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJOgHUVAAoJEHjcaNsybYQ42JwP/irO+TDhJG1A5LW8SP3/X3Z7 S+IEO1SXAPd0gSOCZEcvHtSOvb+6NQelSY6+sAxWNJwENTrfubGmstenhn5HEY3G Sriy5ctewYPGKHBdRmlknrVNQbycgkp5AqojRZkGw+/BwXdSOohcUO5SDonbahi3 PK7JFWEJ4V/DglTXuuDYO3Ecpmml0zL9Xalf3AYG2PSHssLv0+I2klA570Vuwy9z eWN5KINR0gD4L/4LOqwNaqrVZKpcjcKIBxy/MaOufaX10PgSR1kQFlB9PDjoacro TeXiAcGKMJWNgfmMt5sXHN5zK7pUIsKAv2dY4TjJoSW8a9Zxqx8V66TdX5tPoJdI dQt7ujm3V55yk1aqIT5YVxFeqwd9q2JB+cG4DiOTgX9AlUouLWb6SDlYIMN4ikkl yIdfzXPPfbRz5mAtqftuGR0sQC1EfJDfTzizk0CISQZx5mxQgI5rXBbJA1Vmpyuo 2fvFfjM7wg9NGnMloGLWoKrHCFCEw/myYOn1h+E9tQWUYHN6nyxXh7c1GB4JkE1g U7FqEt8uALQLLxrFzKtUcNvfriLJxu/q+/NadwgzV2yB93tvUAJ/t6L5xBJNdgJ1 e6RCMNDAPd3k0o2kgHM5Ycvbg97n+EnTr/hR3ORBOuBa0RWt5t0ifFkJCA3TXHYs eSyfj78stHE1YQPD0/Ry =HWS8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
