Bug#596136: Start vserver fail
Hi Jorge
Good to see that this works. If you change to squeeze but still use
the normal create script (and not the one I attached), do it still
work?
On Mon, Sep 13, 2010 at 12:21:44PM -0300, jorge espada wrote:
Hi Ola, I changed lenny for squeeze in /etc/vservers/newvserver-vars
and did the trick..with some errors..but at least I could crate a
vserver and start it:
Ok.
errors:
sing makefile-style concurrent boot in runlevel 6.
Asking all remaining processes to terminate...done.
All processes ended within 1 secondsdone.
Stopping enhanced syslogd: rsyslogd.
Saving the system clock.
Cannot access the Hardware Clock via any known method.
Use the --debug option to see the details of our search for an access
method.
Deconfiguring network interfaces...done.
Cleaning up ifupdown
All the above is normal. Nothing to worry about.
Unmounting temporary filesystems...umount: /tmp: must be superuser to
umount
I think you mis some capabilities here. Nothing to worry about though.
failed.
Deactivating swap...swapoff: Not superuser.
failed.
mount: permission denied
Will now restart.
ifdown: shutdown eth0: Permission denied
I do not think those warnings/errors are a problem.
/usr/lib/util-vserver/vserver.stop: line 98: 8046 Killed
${ionice_c...@]} ${nice_c...@]} ${chbind_c...@]} $_VSPACE
--enter $S_CONTEXT ${opts_vspa...@]} -- $_VTAG --migrate
${opts_vtag_ent...@]} --silent -- $_VCONTEXT $SILENT_OPT --migrate
$OPT_VCONTEXT_CHROOT --xid $S_CONTEXT -- ${initcmd_st...@]}
Warning: Executing wildcard deletion to stay compatible with old
scripts.
Explicitly specify the prefix length ([1]10.255.1.192/32) to
avoid this warning.
This special behaviour is likely to disappear in further
releases,
fix your scripts!
Hmm. This one may be an issue. But that is a util-vserver problem in that
case... But it looks like it started fine.
You should now adjust the configuration in /etc/vservers/test26/
to suit your needs,
or else just go ahead and type `vserver test26 start' to start
your new virtual server. debian/rules!
backup:~# vserver-stat
CTX PROCVSZRSS userTIME sysTIMEUPTIME NAME
backup:~# vserver test26 start
Using makefile-style concurrent boot in runlevel 3.
Starting enhanced syslogd: rsyslogd.
Starting periodic command scheduler: cron.
Running scripts in rc3.d/ took 0 seconds.
backup:~#
***
**+
Info you asked:
cat /etc/vservers/newvserver-vars
# Configuration file for newvserver
# See man newvserver for the variables that you can set here.
MIRROR=[2]http://debian.mydomain.com:3142/debian;
What do this one contain? Just a normal mirror or is it some upates
as well?
DIST=lenny
INTERFACE=eth0
cat /etc/debian_version
5.0.6
dpkg -l util-vserver
Desired=Unknown/Install/Remove/Purge/Hold
|
Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig
-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:
uppercase=bad)
||/ NameVersion
Description
+++-===-===-===
===
ii util-vserver0.30.216~r2772-6
user-space tools for Linux-VServer virtual private servers
backup:~# COLUMNS=180 dpkg -l linux-image* | grep ^ii
ii linux-image-2.6-amd64 2.6.32+27~bpo50+1
Linux 2.6 for 64-bit PCs (meta-package)
ii linux-image-2.6.26-1-amd64 2.6.26-13lenny2
Linux 2.6.26 image on AMD64
ii linux-image-2.6.26-2-amd64 2.6.26-25
Linux 2.6.26 image on AMD64
ii linux-image-2.6.32-bpo.3-amd64 2.6.32-9~bpo50+1
Linux 2.6.32 for 64-bit PCs
ii linux-image-2.6.32-bpo.5-amd64 2.6.32-20~bpo50+1
Linux 2.6.32 for 64-bit PCs
ii linux-image-2.6.32-bpo.5-vserver-amd64 2.6.32-20~bpo50+1
Linux 2.6.32 for 64-bit PCs, Linux-VServer support
ii linux-image-vserver-amd64 2.6.32+27~bpo50+1
Linux for 64-bit PCs (meta-package), Linux-VServer support
backup:~# uname -a
Linux backup 2.6.32-bpo.5-vserver-amd64 #1 SMP Mon Aug 23 11:51:44 UTC
2010 x86_64 GNU/Linux
Thank you very much for your excellent support
You are welcome.
Best regards,
// Ola
Jorge E. Espada
On Sat, Sep 11, 2010 at 4:19 PM, Ola Lundqvist [3]...@inguza.com
wrote:
Hi Jorge
I have removed a lot of the logs here and given some comments.
Please take a look below.
Dist is lenny for some unknown reason. The default
Bug#595786: libboost-python-dev: Boost Python should also be compiled against Python3
On Sun, 12 Sep 2010 11:36:03 -0500, Steve M. Robbins st...@sumost.ca wrote:
On Mon, Sep 06, 2010 at 12:22:07PM -0400, Andreas Kloeckner wrote:
I very much appreciate that you already compile Boost Python against
Python 2.5 and 2.6. Since upstream already also supports Python3, it
would be nice to also compile against whatever the currently supported
version of Python3 is (3.1 as of this writing).
I agree. Unfortunately, when I tried building Boost 1.44 (just
uploaded to experimental), it failed to build Boost.MPI. I posted the
build failure to the Boost list [1] but no response yet.
Thanks for your help!
I've attached a patch for the build failure. It compiles, but is
otherwise untested. Would you mind forwarding this to the boost guys for
review?
Thanks,
Andreas
pgp1JYXl4ez42.pgp
Description: PGP signature
diff -urN -x '*~' boost_1_44_0/libs/mpi/src/python/datatypes.cpp boost_1_44_0-hacked/libs/mpi/src/python/datatypes.cpp
--- boost_1_44_0/libs/mpi/src/python/datatypes.cpp 2007-11-25 13:38:02.0 -0500
+++ boost_1_44_0-hacked/libs/mpi/src/python/datatypes.cpp 2010-09-14 01:31:40.105159565 -0400
@@ -17,7 +17,9 @@
void export_datatypes()
{
+#if PY_MAJOR_VERSION 3
register_serialized(long(0), PyInt_Type);
+#endif
register_serialized(false, PyBool_Type);
register_serialized(double(0.0), PyFloat_Type);
}
diff -urN -x '*~' boost_1_44_0/libs/mpi/src/python/py_environment.cpp boost_1_44_0-hacked/libs/mpi/src/python/py_environment.cpp
--- boost_1_44_0/libs/mpi/src/python/py_environment.cpp 2007-11-25 13:38:02.0 -0500
+++ boost_1_44_0-hacked/libs/mpi/src/python/py_environment.cpp 2010-09-14 01:20:06.941242577 -0400
@@ -11,6 +11,9 @@
* This file reflects the Boost.MPI environment class into Python
* methods at module level.
*/
+
+#include locale
+#include string
#include boost/python.hpp
#include boost/mpi.hpp
@@ -50,11 +53,65 @@
// If anything changed, convert C-style argc/argv into Python argv
if (mpi_argv != my_argv)
+ {
+#if PY_MAJOR_VERSION = 3
+// Code stolen from py3k/Modules/python.c.
+
+wchar_t **argv_copy = (wchar_t **)PyMem_Malloc(sizeof(wchar_t*)*mpi_argc);
+/* We need a second copies, as Python might modify the first one. */
+wchar_t **argv_copy2 = (wchar_t **)PyMem_Malloc(sizeof(wchar_t*)*mpi_argc);
+
+if (!argv_copy || !argv_copy2) {
+ fprintf(stderr, out of memory\n);
+ return false;
+}
+
+std::locale mylocale;
+mbstate_t mystate;
+
+const std::codecvtchar, wchar_t, mbstate_t myfacet =
+ std::use_facetstd::codecvtchar, wchar_t, mbstate_t (mylocale);
+
+for (int i = 0; i mpi_argc; i++)
+{
+ size_t length = strlen(mpi_argv[i]);
+
+ wchar_t *dest = (wchar_t *) PyMem_Malloc(sizeof(wchar_t) * (length + 1));
+
+ const char *from_next;
+ wchar_t *to_next;
+
+ std::codecvtwchar_t,char,mbstate_t::result myresult =
+myfacet.out(mystate,
+mpi_argv[i], mpi_argv[i] + length + 1, from_next,
+dest, dest+length+1, to_next);
+
+ if (myresult != std::codecvtwchar_t,char,mbstate_t::ok )
+ {
+fprintf(stderr, failure translating argv\n);
+return 1;
+ }
+
+ argv_copy2[i] = argv_copy[i] = dest;
+ if (!argv_copy[i])
+ return false;
+}
+
+PySys_SetArgv(mpi_argc, argv_copy);
+
+for (int i = 0; i mpi_argc; i++) {
+PyMem_Free(argv_copy2[i]);
+}
+PyMem_Free(argv_copy);
+PyMem_Free(argv_copy2);
+#else
PySys_SetArgv(mpi_argc, mpi_argv);
+#endif
+ }
- for (int arg = 0; arg my_argc; ++arg)
-free(my_argv[arg]);
- delete [] my_argv;
+ for (int arg = 0; arg mpi_argc; ++arg)
+free(mpi_argv[arg]);
+ delete [] mpi_argv;
return true;
}
Bug#596710: Fix
Hello, Thanks for your quick test and reply. Actually, you are amazingly fast! ;) On Tue, Sep 14, 2010 at 5:03 AM, Soren Stoutner so...@sbtechsolutions.biz wrote: Mathieu, On Monday, September 13, 2010 01:46:43 pm Mathieu Parent wrote: Hi, Can you please apply the patch [0] and test? Apply it to /usr/share/perl5/Kolab/Conf.pm [0] http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90 -slapd-runtime-config.diff?sc=1 I patched Conf.pm and reran kolab_bootstrap -b. After doing so, I had the same problem. Testsaslauthd failed and the webadmin could not bind to the LDAP server. I forgot to test kolab_bootstrap. I switched SLAPD_CONF= to SLAPD_CONF=/etc/ldap/slapd.conf in /etc/default/slapd. Testsaslauthd then succeeded The steps done by the patch are not run under kolab_bootstrap. I will fix this. but the webadmin still could not bind to the LDAP server. I discovered this was causes because 'php_pw' was not being copied correctly to /etc/kolab/session_vars.php. For some reason the four commands found on the wiki [1] didn't work for me (although they have in the past). Manually copying 'php_pw' from /etc/kolab/kolab.conf resolved this problem and the web admin could bind to ldap. Yes, this command can only be run once because is replaces some hardcoded config example. Perhaps we should suggest that everyone change /etc/default/slapd to use the old configuration files until upstream supports /etc/ldap/slapd.d. No. The slapd maintainers don't want this [1]. I agree with them: this is not maintainable. [1]: http://lists.alioth.debian.org/pipermail/pkg-openldap-devel/2010-September/004115.html Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574658: dpkg: [CONFFILE] purging conffile replaced by symlink removes target, not symlink
I just noticed this behavior too, and I find it astonishing and worrisome. I sometimes manually replace a conf file with a symlink to a file in my own private config directory (example: /etc/foo - /mydir/foo). I always assumed that dpkg remove --purge would remove the conf file /etc/foo and not touch /mydir/foo, but in fact just the opposite happens: it removes /mydir/foo and leaves the dangling symlink /etc/foo. /mydir is mine, not part of any package, so the package system should not be touching it. Was there some motivation for this behavior? It's caused by a call to conffderef() in remove.c, but what for? AMC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560528: Patch for NMU to fix this RC bug
tag 560528 patch thanks Attached please find the patch for the NMU which I have made to fix this bug. Don Armstrong -- The attackers hadn't simply robbed the bank. They had carried off everything portable, including the security cameras, the carpets, the chairs, and the light and plumbing fixtures. The conspirators had deliberately punished the bank, for reasons best known to themselves, or to their unknown controllers. They had superglued doors and shattered windows, severed power and communications cables, poured stinking toxins into the wallspaces, and concreted all of the sinks and drains. In eight minutes, sixty people had ruined the building so thoroughly that it had to be condemned and later demolished. -- Bruce Sterling, _Distraction_ p4 http://www.donarmstrong.com http://rzlab.ucr.edu diff -u am-utils-6.1.5/debian/changelog am-utils-6.1.5/debian/changelog --- am-utils-6.1.5/debian/changelog +++ am-utils-6.1.5/debian/changelog @@ -1,3 +1,10 @@ +am-utils (6.1.5-15+nmu1) unstable; urgency=low + + * Non Maintainer Upload + * Include linux/nfs_mount.h in conf/mount/linux_mount.c (Closes: #560528) + + -- Don Armstrong d...@debian.org Mon, 13 Sep 2010 18:37:08 -0700 + am-utils (6.1.5-15) unstable; urgency=low * Updated to standards 3.8.3 diff -u am-utils-6.1.5/debian/patches/series am-utils-6.1.5/debian/patches/series --- am-utils-6.1.5/debian/patches/series +++ am-utils-6.1.5/debian/patches/series @@ -5,0 +6 @@ +use-nfs-mount.patch only in patch2: unchanged: --- am-utils-6.1.5.orig/debian/patches/use-nfs-mount.patch +++ am-utils-6.1.5/debian/patches/use-nfs-mount.patch @@ -0,0 +1,14 @@ +Index: am-utils-6.1.5/conf/mount/mount_linux.c +=== +--- am-utils-6.1.5.orig/conf/mount/mount_linux.c 2010-09-13 18:47:26.0 -0700 am-utils-6.1.5/conf/mount/mount_linux.c 2010-09-13 18:48:03.0 -0700 +@@ -49,6 +49,9 @@ + #endif /* HAVE_CONFIG_H */ + #include am_defs.h + #include amu.h ++#ifndef NFS_MOUNT_VERSION ++#define NFS_MOUNT_VERSION 4 ++#endif + + + #ifndef MOUNT_TYPE_UFS
Bug#596429: libdbd-sqlite3-perl: Harcodes optimization flags
On Mon, Sep 13, 2010 at 10:54:26PM +0200, gregor herrmann wrote: from Makefile.PL doesn't help, perl Makefile.PL (called from dh_auto_configure, or manually) happily adds OPTIMIZE = -O2 -g to Makefile, ignoring DEB_BUILD_OPTIONS and DEB_CFLAGS_SET. This can be overriden with something like dh_auto_configure -- OPTIMIZE=$(shell dpkg-buildflags --get CFLAGS) (or manually perl Makefile.PL OPTIMIZE=whatever) but I guess this should rather be addressed at the debhelper level (or by ExtUtils::MakeMaker?) than by each individual package. There's #497653 in debhelper about the DEB_BUILD_OPTIONS=noopt side of this. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596788: [INTL:es] Spanish debconf template translation for ifetch-tools
Package: ifetch-tools Version: 0.15.21-1 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # ifetch-tools po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the ifetch-tools package. # # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2010 # # - Updates # # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: ifetch-tools_0.15.21-1\n Report-Msgid-Bugs-To: ifetch-to...@packages.debian.org\n POT-Creation-Date: 2010-08-14 17:43-0500\n PO-Revision-Date: 2010-08-22 15:56+0100\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid Remove all ifetch-tools data, logs, and settings files? msgstr ¿Desea eliminar todos los datos de ifetch-tools, registros y archivos de configuración? #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid The /var/lib/ifetch-tools, /var/log/ifetch-tools, and /etc/ifetch-tools directories which contain the ifetch-tools data, logs, and settings files are about to be removed. msgstr Se eliminarán los directorios que contienen los datos de ifetch-tools, «/var/lib/ifetch-tools», «/var/log/ifetch-tools» y «/etc/ifetch-tools» así como los registros y archivos de configuración. #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid If you're removing the ifetch-tools package in order to later install a more recent version or if a different ifetch-tools package is already using the data, logs, and settings, they should be kept. msgstr No debería eliminarlos si piensa instalar más delante una versión más reciente del paquete ifetch-tools o si alguna versión diferente del paquete ifetch-tools está utilizando actualmente los datos, registros y archivos de configuración.
Bug#596789: whitelister: config file mentions dynablock.njabl.org which is not working anymore
Package: whitelister Version: 0.8-5 Severity: minor The dynablock.njabl.org RBL should be dropped from /etc/whitelister.conf since it's not working anymore (see http://www.njabl.org/use.html). Instead I suggest you add pbl.spamhaus.org or even zen.spamhaus.org. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596774: iceweasel: upscaled images looks ugly
On Mon, Sep 13, 2010 at 05:58:07PM -0500, evgeny wrote: Package: iceweasel Version: 3.5.12-2 Severity: normal Tags: patch Upscaled images looks ugly. Here is what is written about it in /iceweasel-3.5.12/gfx/src/thebes/nsThebesImage.cpp line 672: // See bug 324698. This is a workaround for EXTEND_PAD not being // implemented correctly on linux in the X server. // // Set the filter to CAIRO_FILTER_FAST --- otherwise, // pixman's sampling will sample transparency for the outside edges // and we'll // get blurry edges. CAIRO_EXTEND_PAD would also work here, if // available // // But don't do this for simple downscales because it's horrible. // Downscaling means that device-space coordinates are // scaled *up* to find the image pixel coordinates. // // deviceToImage is slightly stale because up above we may // have adjusted the pattern's matrix ... but the adjustment // is only a translation so the scale factors in deviceToImage // are still valid. This workaround makes upscaled images look really bad, but it is not needed anymore! For quite long time everything works fine without it, i.e. X server was fixed I guess. I've been patching (disabling this workaround) and building iceweasel myself for quite sometime, and images look way better. So please include this patch! Just got tired building iceweasel myself. Many users like me with high resolution of the screen need to scale web-pages, but then in the current version of iceweasel/firefox images looks really ugly. The upstream fix suggests this only really works well with cairo = 1.9.2. With earlier versions, it doesn't use XRender, which would make it slow and CPU sucky. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525549: Difficult to see how this could occur
tag 525549 moreinfo thanks Can you try this with a more recent version of gnucash (at least 2.2.9-6), and also with --debug on? (You should see output like unlink lock file: blah, etc.) I've looked through the code in question, and unless something is going very weird, I don't see how it'd be unlinking like you're seeing. (Basically, strptime would have to return a non-zero result even though it didn't actually manage to match anything, and a few other things would have to fall into place.) Don Armstrong -- The trouble with you, Ibid he said, is that you think you're the biggest bloody authority on everything -- Terry Pratchet _Pyramids_ p146 http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595555: Help with Testing
I would be more than happy to help with the testing of any Plone 4 packages. There is some information online about an effort to package Plone 4 for Debian, but no report on the progress of those efforts. https://weblion.psu.edu/trac/weblion/wiki/PloneSymposiumEast2010/Sprints -- Soren Stoutner Small Business Tech Solutions 623-262-6169 so...@sbtechsolutions.biz www.sbtechsolutions.biz signature.asc Description: This is a digitally signed message part.
Bug#596734: installation of perl scripts pulls in make
On Mon, Sep 13, 2010 at 08:37:08PM +0200, Sune Vuorela wrote: Package: perl Version: 5.10.0-21 I just noticed that doing upgrades on desktop systems from lenny to squeeze, perl pulls in make. This can't be expected behaviour. It was requested in 293908, but I_don't agree with the submitter that this is what should be done. Note that Recommends is installed by default, so this change is effectively installing make on all systems. I would like to see this reverted before release, or downgraded to a Suggests. I don't see this as a huge problem, given that make is just Installed-Size: 1220 with no further dependencies. But yeah, downgrading it to Suggests: and making CPAN::Shell fail more gracefully would probably be a better solution for #293908. I think it's too late to do anything else for squeeze than downgrade it to Suggests and reopen #293908, and it's possible that even this is too much for the release team. I'll take this up if/when we need another upload for squeeze. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596741: regression: CPU fan fast after resume: won't climb back down
On Tue, Sep 14, 2010 at 01:42:36AM +0100, Ben Hutchings wrote: On Mon, 2010-09-13 at 20:22 +0100, Jon Dowland wrote: Package: linux-2.6 Version: 2.6.32-21 Severity: normal Hello, I suspend using gnome-power-manager or pm-suspend from pm-utils (same result). Traditionally on resume, my computer's fans run at what I assume is full speed (certainly faster/noiser than usual) for a brief period until userspace is all back. With 2.6.32-5-686, they never slow back down. My previous kernel was vmlinuz-2.6.30-2-686, with which this did not happen (same / with same package versions). [...] Is this bug also reproducible in Linux 2.6.35 (currently in experimental)? Yes - reproduced with 2.6.35-1~experimental.3 -- Jon Dowland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593759: Freeze Exception For Ampache
On Sat, 2010-09-11 at 20:30 +0100, Adam D. Barratt wrote: Adam, Sorry it has taken so long to get back to you, but grandchild #8 decided she needed to come into the world so I have been doing the grandpa thing :) The attached debdiff (generated with -w to reduce the noise due to indentation changes) implements both of these changes and modifies the postinst to only configure the webserver when called with configure, not also with upgrade. I have applied the changes you have suggested. Thx :) I have tried to keep changes to a minimum but after release I plan to use a state engine for the debconf questions so if the answers to the questions is no the installation will exit gracefully. fwiw, I also found the wording of the configure and restart the web server question slightly confusing, as it suggests that the configuration will be performed in any case and only the restarting will not be done automatically. What would you suggest? Is it to late in the release cycle to request this from the translation team or should this wait until after release? The new package can be found at http://vollmer.kicks-ass.net/amp/ampache_3.5.4-8.dsc Best regards Charlie Smotherman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596790: icedove: Ctrl++does not work, sometimes.
Package: icedove Version: 3.0.6-1 Severity: minor Ctrl++ or ctrl+- cannot zoom in or out the message body, unless it was zoomed in/out from view menu. To clarify more, one needs to zoom in/out from the menu to enable the related shortcut keys (i.e. Ctrl++ and ctrl+-). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 3.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.1generic font configuration library ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-8GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.4-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-3 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libsqlite3-03.7.2-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dict 1:3.2.1-2English_american dictionary for my ii myspell-fa [myspell-diction 0.20070816-2 Persian (Farsi) dictionary for mys Versions of packages icedove suggests: ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomevfs2-01:2.24.3-1 GNOME Virtual File System (runtime ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii ttf-lyx 1.6.7-1TrueType versions of some TeX font -- no debconf information -- Eliad Baqerzadegan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589733: console-tools: TTY1 echoes characters
Package: console-tools Version: 1:0.2.3dbs-69 Severity: normal I have sent the previous message using a client mail. This one is sent using reportbug and contain more useful (I hope) information. Piviul -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 console-tools depends on: ii debconf [debconf-2.0] 1.5.35Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libconsole 1:0.2.3dbs-69 Shared libraries for Linux console ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages console-tools recommends: ii console-common0.7.85 basic infrastructure for text cons ii console-data 2:1.10-5 keymaps, fonts, charset maps, fall Versions of packages console-tools suggests: pn kbd-compatnone (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#596710: [pkg-kolab] Bug#596710: Fix
I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90-slapd-runtime-config.diff?sc=1 Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596741: regression: CPU fan fast after resume: won't climb back down
On Tue, Sep 14, 2010 at 07:43:17AM +0100, Jon Dowland wrote: Yes - reproduced with 2.6.35-1~experimental.3 Bug not present in 2.6.31-2 (linux-image-2.6.31-1-686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#464003: fixed avaialble in mercurial repo
Tags: fixed-upstream A fix for this bug is found in the repository at http://code.google.com/p/wajig/source/checkout. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596038: Writes temporary files all over the filesystem
On Wednesday 08 September 2010 08:50:29 martin f krafft wrote: Augtool insists on writing to the filesystem, even if it does not need to make any changes. For instance, the following fails because /etc is mounted read-only, and hence /etc/ssh/sshd_config.augnew cannot be written (strace attached): For the record, sshd_config.augnew is not a temporary file. This file will be written with whatever change you make. Augtool man page specifies this behavior with the '-n' option: -n Save changes in files with extension '.augnew', do not modify the original files augtool print /files/etc/ssh/sshd_config/PermitRootLogin /files/etc/ssh/sshd_config/PermitRootLogin = without-password augtool set /files/etc/ssh/sshd_config/PermitRootLogin without-password And here, you use a command that actually changes the configuration (well, usually, not really in this case ...). augtool print /files/etc/ssh/sshd_config/PermitRootLogin /files/etc/ssh/sshd_config/PermitRootLogin = without-password augtool save Saving failed I guess that Augtool could be improved not to save the file since you did not actually change its semantic content. But you did ask for a save ... Please use a temporary directory for writing temporary files. [ /me thinks that we'll get similar problems witf config-edit-sshd, but I digress ... ] By the way, what happens in your use case if the content of sshd_config is *actually* changed ? If /etc is read-only, any change will be lost. So what's the point of using augtool on a read-only file-system ? All the best Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#424668: fixed available in mercurial repo
Tags: fixed-upstream A fix for this bug is found in the repository at http://code.google.com/p/wajig/source/checkout. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561281: /lib/udev/rules.d/85-hwclock.rules screws up time on udevadm trigger if hw clock is not UTC
Hello, Actually, I have the same issue here when relaunching udev after having stoppped it. /etc/init.d/udev stop -- system time is not changed /etc/init.d/udev start -- system time is shifted I'm running an up to date squeeze Wouldn't that be a udev issue rather than a util-linux issue ? Best regards Fabien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596791: guide doesn't discuss dynamic disks or Windows LDM
Package: installation-guide Windows LDM (Logical Disk Manager) and `dynamic disks' are a reality for anyone installing a dual boot machine, especially if Windows Vista or Windows 7 is already on the machine. The guide may need to be updated to touch on various issues: - choice of boot loader (grub doesn't support LDM yet) - GPT disk labels created by some Windows installs - Should LDM dynamic disks be used as physical volumes (PV) for LVM2? - Can the LDM part of the disk be safely shrunk to create space for a real partition for Linux or LVM2? It would be good to discuss both practical constraints and installation strategies, and provide a working example for the typical scenario of a machine with an existing all-of-disk LDM Windows 7 install. This issue is related: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=569133 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596792: Reports should be created with adjustable group
Package: puppet Version: 2.6.0-2 Severity: whishlist Tags: squeeze Hi, when using tools to analyze the puppet report files, they've to be run as root in order to be able to read the reports. The top level directory (/var/log/puppet by default) permission and ownership values seem to be adjustable, but the per machine directories created inside /var/log/puppet are owned by root:root. $ ls -la /var/log/puppet/ total 12 drwxr-x--- 3 puppet puppet 4096 Sep 14 11:12 . drwxr-xr-x 8 root root 4096 Sep 14 11:10 .. drwxr-x--- 2 root root 4096 Sep 14 11:12 client1.test.net It would be nice to be able to modify this (i.e. root:adm, root:puppet). Cheers, Cajus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592620: time: diff for NMU version 1.7-23.1
tags 592620 + patch tags 592620 + pending thanks Hi Tollef, Attached is the diff for my time 1.7-23.1 NMU. [06:41] Mithrandir feel free to just NMU, or I'll try to get around to it over the next couple of days. So according to this, I prepared the NMU, and will be uploaded to DELAYED/5 queue, in case you could finde some time for it in the next days, ok for you? Bests Salvatore diff -u time-1.7/debian/control time-1.7/debian/control --- time-1.7/debian/control +++ time-1.7/debian/control @@ -3,7 +3,7 @@ Priority: standard Maintainer: Tollef Fog Heen tfh...@debian.org Standards-Version: 3.6.1.0 -Build-Depends: debhelper ( 4.1.0), texi2html, texinfo, automaken, cdbs +Build-Depends: debhelper ( 4.1.0), texi2html, texinfo, automake | automaken, cdbs Package: time Architecture: any diff -u time-1.7/debian/changelog time-1.7/debian/changelog --- time-1.7/debian/changelog +++ time-1.7/debian/changelog @@ -1,3 +1,11 @@ +time (1.7-23.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control: Change Build-Depends on automaken to an alternate +dependency automake | automaken (Closes: #592620). + + -- Salvatore Bonaccorso salvatore.bonacco...@gmail.com Mon, 13 Sep 2010 22:31:46 +0200 + time (1.7-23) unstable; urgency=medium * Fix up install-info calls in postinst and prerm. Closes: #491410 signature.asc Description: Digital signature
Bug#593971: speech-dispatcher: Let's fix the mbrola voice path
It doesn't seem to be changed in 0.7.1, so I'll make it as a Debian specific change in the next upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584242: memtest86+: the grub entry for memtest is missing quite a bit of code
Package: memtest86+
Version: 2.01-1.1
Severity: normal
First, memtest only provides 16bit loader interface so it has to be
loaded with linux16
Second, compare the memtest entries with the grub invaders entry
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86 ###
menuentry Memory test (memtest86) {
linux /memtest86.bin
}
### END /etc/grub.d/20_memtest86 ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry Memory test (memtest86+) {
linux /memtest86+.bin
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/22_invaders ###
menuentry GRUB Invaders {
insmod part_msdos
insmod ext2
set root='(hd0,msdos7)'
search --no-floppy --fs-uuid --set ae7d5095-c8b3-4205-af0e-032b0e124ec3
multiboot /boot/invaders
}
### END /etc/grub.d/22_invaders ###
-- System Information:
Debian Release: squeeze/sid
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing'), (300, 'unstable'), (295,
'experimental'), (290, 'stable-i386'), (280, 'testing-i386'), (270,
'unstable-i386'), (150, 'experimental-i386')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.36-rc3-r600fence-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
memtest86+ depends on no packages.
memtest86+ recommends no packages.
Versions of packages memtest86+ suggests:
ii grub2 1.96+20080724-16 GRand Unified Bootloader, version
pn hwtools none (no description available)
pn kernel-patch-badram none (no description available)
pn memtester none (no description available)
ii mtools 3.9.11-1 Tools for manipulating MSDOS files
-- debconf-show failed
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596793: python-apt: Add a lock argument to apt.Cache.update and apt.Cache.commit
Package: python-apt Version: 0.7.97.1 Severity: wishlist It would be nice to have a lock argument in the apt.cache.Cache.update() and apt.cache.Cache.commit() methods. It would allow to pass the fd (int) of an already acquired lock. The corresponding methods won't try to get a lock on lists/archives if it's given. The packagekit backend and aptdaemon try to acquire the locks before executing the tasks to give the user an idea which application should be closed before the task can be performed, instead of failing during the task. So currently I have to acquire the locks at the start of a transaction, release it again shortly before call e.g. Cache.update() and re-aquire them again afterwards until the transaction is done. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-apt depends on: ii apt [libapt-pkg4.10] 0.8.4 Advanced front-end for dpkg ii apt-utils [libapt-inst1.2]0.8.4 APT utility programs ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-14 GCC support library ii libstdc++64.4.4-14 The GNU Standard C++ Library v3 ii python2.6.6-1interactive high-level object-orie ii python-central0.6.16 register and build utility for Pyt Versions of packages python-apt recommends: ii iso-codes 3.20-1 ISO language, territory, currency, ii lsb-release 3.2-23.1 Linux Standard Base version report ii python2.6 2.6.6-3An interactive high-level object-o Versions of packages python-apt suggests: pn python-apt-dbgnone (no description available) ii python-apt-doc0.7.97.1 Python interface to libapt-pkg (AP ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-vte1:0.24.3-1 Python bindings for the VTE widget -- 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#554629: Gnuplot and octave bug
tag 554629 + fixed-upstream thanks So fixed upstream On Mon, Sep 13, 2010 at 5:26 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: From upstream: Could you try the step described here ? Bastien I cannot reproduce this problem using 4.2.6 or 4.4 or current CVS. Since according to the original report it depends on the font size, I imagine it might also depend on the specific font being used. If someone who sees the problem could fill in additional information, specifically the X font that causes the problem, I will look at it again. By the way, it might help to also save and report the stream of commands sent to the outboard X11 driver. You can do this by saying (in gnuplot): set term xlib set output 'debug.x11' load debug.gp Then I can try to reproduce the problem directly from the debug.gp file, which isolates any problems that might be in gnuplot itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588537: [Pkg-gmagick-im-team] Bug#588537: More information
Could you try with another windows manager ? Thank bastien On Tue, Sep 14, 2010 at 12:38 AM, Vincent Lefevre vinc...@vinc17.net wrote: On 2010-09-14 00:05:38 +0200, Vincent Lefevre wrote: On 2010-09-13 18:51:03 +0200, Bastien ROUCARIES wrote: Could you send you a screencapture and a exemple file ? I've attached an example file. However I cannot send you a screen capture as the image doesn't appear on it! fvwm says that the boundary width is 0 (instead of 4 for other windows). -- 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) ___ Pkg-gmagick-im-team mailing list pkg-gmagick-im-t...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-gmagick-im-team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444699: [bug] gnuplot -persist bug
tag 444699 + unreproducible tag 444699 + moreinfo thank I could not reproduce the bug. From upstream: The loop in question deals with events from the window manager, so I think that in order to pursue this we would need to know what desktop and window manager is in use. Note that there was a similar report that turned out to involve a bug in the Ion window manager: http://www.mail-archive.com/ion-gene...@lists.berlios.de/msg01047.html Also this thread from 2006 might possibly be relevant http://blog.gmane.org/gmane.comp.graphics.gnuplot.devel/month=20060201 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593971: speech-dispatcher: Let's fix the mbrola voice path
Milan Zamazal, le Tue 14 Sep 2010 09:37:57 +0200, a écrit : It doesn't seem to be changed in 0.7.1, so I'll make it as a Debian specific change in the next upload. Well, I'd rather avoid using debian-specific paths, so we should probably just follow upstream? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595977: [jim...@gmail.com: Re: [...@systella.fr: Bug#595977: /usr/bin/ooffice: *** glibc detected *** /usr/lib/openoffice/program/soffice.bin: double free or corruption]]
On Fri, Sep 10, 2010 at 01:50:22PM +0200, Rene Engelhard wrote: ok, we have no upstream sparc porter anymore ;-( But can you try the workaround described in the Ubuntu *shudders* forum *shudders*? ping? Can you try it? I could add that hackaround. I am not sure I'll get it past the release team, which needs to review *every* change in the freeze we're at, but it's better than random crahses... (I don't have sparc available to test) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593971: speech-dispatcher: Let's fix the mbrola voice path
ST == Samuel Thibault sthiba...@debian.org writes: ST Well, I'd rather avoid using debian-specific paths, so we should ST probably just follow upstream? In such a case I think you should ask upstream on spee...@lists.freebsoft.org, in order to prevent future changes of the path. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596794: Vcs-Bzr doesn't point to a repository with debian directory
Package: gearman-interface Version: 0.13.2-2 Severity: minor Vcs-* fields are supposed to point to a repository/branch with Debian packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445811: Documentation bug
reassign 445811 gnuplot-doc severity 445811 wishlist forwarded 445811 https://sourceforge.net/tracker/?func=detailaid=3065769group_id=2055atid=102055 thank you Reassign to doc as friom upstream: The default format for all tic labels is % g. So yes, there is an explicit space in there. You can change the format if you like: set format %g You can also explicitly adjust the left/right placement if you don't like the automatic setting: set y2tics offset -1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596779: plasma-widgets-workspace: empty tasks in taskbar
tags 596779 upstream moreinfo thanks Hello, On antradienis 14 Rugsėjis 2010 03:21:17 Krasu wrote: Package: plasma-widgets-workspace Version: 4:4.4.5-3 Severity: normal Sometimes in taskbar appear extra empty spaces. In happens usually when I right-click on an icon in tray to see its context menu. Sometimes they appear, sometimes not. I have never seen them. Please attach a screenshot next time it happens. -- Modestas Vainius modes...@vainius.eu signature.asc Description: This is a digitally signed message part.
Bug#513114:
tag 513114 + upstream forwarded 513114 https://sourceforge.net/tracker/?func=detailatid=102055aid=3065777group_id=2055 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#368543: Forwarded and news of color gnuplot bug
I have open a new defect at https://sourceforge.net/tracker/index.php?func=detailaid=3065781group_id=2055atid=102055 bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596795: bluez: package upgrade disables bluetooth way to long
Package: bluez Version: 4.70-1 Severity: important Package upgrade of bluetooth disables the bluez daemon, causing keyboard, mouse and audio (all bluetooth) to stop working for as long as the complete upgrade process takes, this can easily take up to 20 minutes. Since the bluetooth devices are the only input devices on a lot of my desktop systems, the devices get useless. When doing an unattended update on the client systems this is a major issues, users believe there system broke and try to turn the system on and off. Bluetooth should not be disabled for longer then a few seconds during a package upgrade. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (100, 'testing'), (100, 'stable'), (50, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluez depends on: ii dbus 1.2.24-3 simple interprocess messaging syst ii libbluetooth3 4.70-1 Library to use the BlueZ Linux Blu ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcap-ng00.6.4-1An alternate posix capabilities li ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libnl11.1-5 library for dealing with netlink s ii libusb-0.1-4 2:0.1.12-16userspace USB programming library ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii udev 161-1 /dev/ and hotplug management daemo bluez recommends no packages. bluez 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#433102: Feature
tag 433102 minor tag 433102 upstream forwarded 433102 https://sourceforge.net/tracker/index.php?func=detailaid=3065785group_id=2055atid=102055 thanks It is likely a feature and should be documented at least -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596796: pacparser: FTBFS: Test failed: got , expected END-OF-SCRIPT
Source: pacparser
Version: 1.2.5-1
Severity: serious
And another bug that's causing a bunch of FTBFS on several architectures...
sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on porpora.debian.org
╔══╗
║ pacparser 1.2.5-1 (powerpc)13 Sep 2010
22:45 ║
╚══╝
[...]
cd js/src
find . -name libjs.a -exec cp {} .. \;
make[2]: Leaving directory
`/build/buildd-pacparser_1.2.5-1-powerpc-WJ4AX9/pacparser-1.2.5/src/spidermonkey'
cc -shared -Wl,-soname=libpacparser.so.1 -Wl,-exclude-libs=libjs.a -o
libpacparser.so.1 pacparser.o libjs.a -lm
ln -sf libpacparser.so.1 libpacparser.so
cc pactester.c -o pactester -lpacparser -L. -I.
echo Running tests for pactester.
Running tests for pactester.
../tests/runtests.sh
Test failed: got , expected END-OF-SCRIPT
Params were: -u http://www.google.com
make[1]: *** [testpactester] Error 1
make[1]: Leaving directory
`/build/buildd-pacparser_1.2.5-1-powerpc-WJ4AX9/pacparser-1.2.5/src'
make: *** [build-arch-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
Build finished at 20100913-2247
FAILED [dpkg-buildpackage died]
Purging
/var/lib/schroot/mount/sid-powerpc-sbuild-3a07d15c-6d85-4765-a903-a7f29e970f47/build/buildd-pacparser_1.2.5-1-powerpc-WJ4AX9
Not removing build depends: cloned chroot in use
Finished at 20100913-2247
Build needed 00:01:55, 21748k disc space
signature.asc
Description: Digital signature
Bug#596038: Writes temporary files all over the filesystem
On Sep 14, 2010, at 12:07 AM, Dominique Dumont wrote: On Wednesday 08 September 2010 08:50:29 martin f krafft wrote: [ /me thinks that we'll get similar problems witf config-edit-sshd, but I digress ... ] By the way, what happens in your use case if the content of sshd_config is *actually* changed ? If /etc is read-only, any change will be lost. So what's the point of using augtool on a read-only file-system ? I can answer that question. Some config files have a different owner than the owner of the containing folder. In that case, you may be able to change the config file, but not write to the containing folder. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596680: maybe a systemd bug
Redhat is fixing systemd bugs that involve plymouth... So maybe this is not really a plymouth bug. Cheers, Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: [pkg-kolab] Bug#596710: Fix
Mathieu, You're pretty fast yourself. ;) On Tuesday, September 14, 2010 12:03:40 am Mathieu Parent wrote: I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90- slapd-runtime-config.diff?sc=1 The patch worked perfectly for me. There were a few scary looking warnings that printed while kolab_bootstrap ran, but they didn't seem to affect anything adversely. I'm including them below in case they are helpful. prepare LDAP database... Deleting old slapd config... Converting slapd config... /etc/ldap/slapd.conf: line 74: replica keyword is obsolete (ignored) bdb_db_open: warning - no DB_CONFIG file found in directory /var/lib/ldap: (2). Expect poor performance for suffix dc=stoutner,dc=net. bdb_db_open: database dc=stoutner,dc=net: db_open(/var/lib/ldap/id2entry.bdb) failed: No such file or directory (2). backend_startup_one (type=bdb, suffix=dc=stoutner,dc=net): bi_db_open failed! (2) slap_startup failed (test would succeed using the -u switch) temporarily starting slapd Waiting for OpenLDAP to start no dc=stoutner,dc=net object found, creating one mynetworkinterfaces: 127.0.0.0/8 LDAP setup finished -- Soren Stoutner Small Business Tech Solutions 623-262-6169 so...@sbtechsolutions.biz www.sbtechsolutions.biz signature.asc Description: This is a digitally signed message part.
Bug#596762: installation-reports: installer failed to add winXP to grub2
tags 596762 moreinfo thanks Quoting spamfang (spamfang1...@yahoo.de): Package: installation-reports Severity: important Tags: d-i -- Package-specific info: Boot method: cd Image version: http://cdimage.debian.org/cdimage/squeeze_di_alpha1/i386/iso-cd/debian-testing-i386-netinst.iso Could you use a daily build of the installer? At this step of the squeeze development, we no longer recommend using alpha1 releases. GRUB issues, particularly, should be tested with latest releases. You can find daily builds from http://www.debian.org/devel/debian-installer. Please preferrably choose the *netboot* image (not netinst). Despite its name, it is not reserved for people who use network boot servers. It is indeed just an as minimal as possible image that downloads components off the network as soon as the network is up and running in D-I. signature.asc Description: Digital signature
Bug#596797: unblock: libhdf4/4.2r4-10+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libhdf4 This version fixes a FTBS error on sparc. It also changes a build-dep which has been not reverted erroneously. I hope it is ok. * debian/control: build-depend on libjpeg-dev rather than libjpeg62-dev (Closes: #569249) libhdf4 (4.2r4-11) unstable; urgency=high * Fixes hdfi.h for SPARC. Thanks Aurelien Jarno. (closes: #596603) -- Francesco Paolo Lovergine fran...@debian.org Mon, 13 Sep 2010 22:56:23 +0200 unblock libhdf4/4.2r4-11 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (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#521857: ettercap: Ettercap segfault
I agree with Yiannis, Julien and Robert--I believe the first proposed patch (to remove the cast) is incorrect. I think it causes sporadic problems where the TCP analyzer is not able to capture/log traffic. I suspect this is the bug described here: https://bugs.launchpad.net/ubuntu/+source/ettercap/+bug/624547 Changing the cast to long or u_char fix the unable to capture/log traffic bug for me. I can't comment on whether it fixes the crash originally described in this ticket as I have not experienced that crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595502: linux-image-2.6.32-5-mckinley: panics while loading INIT, IOMMU out of mapping resources
Le 14 sept. 10 à 04:22, dann frazier a écrit : On Tue, Sep 14, 2010 at 12:48:22AM +0100, Ben Hutchings wrote: On Tue, 2010-09-14 at 01:19 +0200, Thibaut VARÈNE wrote: Le 14 sept. 10 à 01:11, Thibaut VARÈNE a écrit : Le 14 sept. 10 à 00:09, dann frazier a écrit : On Sat, Sep 04, 2010 at 05:38:13PM +0200, Thibaut VARÈNE wrote: Package: linux-image-2.6.32-5-mckinley Version: 2.6.32-20 Severity: grave Justification: renders system unusable System boots fine with linux-image-2.6.32-3-mckinley 2.6.32-9. Panics with 2.6.32-20 with: I/O MMU @ c000fed01000 is out of mapping resources fyi, my rx2600 boots fine on both 2.6.32-20 and 2.6.32-21. (ROM Version 2.31) This was a zx2000, same ROM, and I was about to try a rx2600. I guess this makes it moot ;P Just thinking out loud, but given the symptoms (disk errors) and the specifics of zx2000 vs rx2600, I'm guessing the IOMMU pukes on IDE, which rx2600 doesn't use for disks... That might be significant, since we've made the libata transition. Did you get a traceback for the kernel panic? Another datapoint - also was unable to reproduce on a zx2000 here, though mine uses contains only SCSI disks. Well then, looks like you've got the culprit (IDE)... HTH -- Thibaut VARÈNE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587007: salome: Porting patches to Salome 5.1.4 for upstream inclusion
Hi Adam, After a long break, I am back on the Salome packaging. I was pleased to discover all your advances and the new building process for every module. Thank you very much for all your efforts. I think that it is the right time to start porting the patches to Salome 5.1.4 so we can submit them to upstream before a new release. I have enclosed most of the patches for building the KERNEL module with the 5.1.4 version. Moreover a start of the documentation that I plan to send for patches submission can be found here: https://hg.python-science.org/salome-packaging/file/d60a8c2112dc/debian-patch-review.rst However I wanted to discuss with you on 3 patches that I did not include because I thought that they concern Debian choices: - kernel-config-extra.patch - kernel-doc-images-svg.patch - kernel-install-without-docs.patch and this one does not make sense alone because the command is then renamed in 'debian/rules': - kernel-python-noexec.patch In case you have arguments or ideas about how to submit them, I will include them in the report. Now I plan to continue on the following modules. All the best, André Allow a separate MPI include directory (used by Debian's /usr/include/mpi link) Index: salome/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 === --- a/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 +++ b/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 @@ -28,6 +28,10 @@ AC_ARG_WITH(mpi_lib, [AC_HELP_STRING([--with-mpi_lib=DIR],[directory path of MPICH lib installation])], MPILIBREQUESTED=$withval) +AC_ARG_WITH(mpi_include, + [AC_HELP_STRING([--with-mpi_include=DIR],[directory path of MPICH header file installation])], + MPIINCLUDEREQUESTED=$withval) + AC_ARG_WITH(mpi, [AC_HELP_STRING([--with-mpi=DIR],[root directory path of MPICH installation])], MPIREQUESTED=yes,MPIREQUESTED=no) @@ -59,6 +63,10 @@ if test x$MPIREQUESTED = xyes; then MPI_LIBS=-L$MPILIBREQUESTED fi + if test x$MPIINCLUDEREQUESTED != x; then +MPI_INCLUDES=-I$MPIINCLUDEREQUESTED + fi + CPPFLAGS_old=$CPPFLAGS CPPFLAGS=$MPI_INCLUDES $CPPFLAGS AC_CHECK_HEADER(mpi.h,WITHMPI=yes,WITHMPI=no) Debian-specific patch to use our libmpi++.so alternatives symlink. Index: salome/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 === --- a/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 +++ b/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_mpi.m4 @@ -85,7 +85,7 @@ if test x$MPIREQUESTED = xyes; then if test $WITHMPI = yes;then mpi_ok=yes -MPI_LIBS=$MPI_LIBS -lmpi -lmpio -lmpiCC +MPI_LIBS=$MPI_LIBS -lmpi -lmpi++ else mpi_ok=no fi The HDF5 library requires MPI in order to work, so the MPI check needs to go first, and the MPI variables need to be in the HDF5 check. Index: salome/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_hdf5.m4 === --- a/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_hdf5.m4 +++ b/KERNEL_SRC_5.1.4/salome_adm/unix/config_files/check_hdf5.m4 @@ -66,7 +66,7 @@ fi dnl hdf5 headers CPPFLAGS_old=$CPPFLAGS -CPPFLAGS=$CPPFLAGS $LOCAL_INCLUDES +CPPFLAGS=$CPPFLAGS $MPI_INCLUDES $LOCAL_INCLUDES AC_CHECK_HEADER(hdf5.h,hdf5_ok=yes ,hdf5_ok=no) CPPFLAGS=$CPPFLAGS_old @@ -77,7 +77,7 @@ then dnl hdf5 library LIBS_old=$LIBS - LIBS=$LIBS $LOCAL_LIBS + LIBS=$LIBS $MPI_LIBS $LOCAL_LIBS AC_CHECK_LIB(hdf5,H5open,hdf5_ok=yes,hdf5_ok=no) LIBS=$LIBS_old @@ -85,9 +85,9 @@ fi if test x$hdf5_ok = xyes then - HDF5_INCLUDES=$LOCAL_INCLUDES - HDF5_LIBS=$LOCAL_LIBS -lhdf5 $LOCAL_RLIBS - HDF5_MT_LIBS=$LOCAL_LIBS -lhdf5 $LOCAL_RLIBS + HDF5_INCLUDES=$MPI_INCLUDES $LOCAL_INCLUDES + HDF5_LIBS=$MPI_LIBS $LOCAL_LIBS -lhdf5 $LOCAL_RLIBS + HDF5_MT_LIBS=$MPI_LIBS $LOCAL_LIBS -lhdf5 $LOCAL_RLIBS fi if test x$hdf5_ok = xyes Index: salome/KERNEL_SRC_5.1.4/configure.ac === --- a/KERNEL_SRC_5.1.4/configure.ac +++ b/KERNEL_SRC_5.1.4/configure.ac @@ -222,6 +222,14 @@ echo CHECK_LIBXML +echo +echo - +echo checking if MPI is requested by user +echo - +echo + +CHECK_MPI + if test x$with_onlylauncher = xno; then echo echo - @@ -303,14 +311,6 @@ echo echo echo - -echo checking if MPI is requested by user -echo - -echo - -CHECK_MPI - -echo -echo - echo checking if PaCO++ is requested by user echo - echo Remove unnecessary extern C instances and add one necessary one. Background: One must not #include mpi.h from
Bug#596798: Typos in package description
Package: gtk-recordmydesktop Version: 0.3.8-3 Severity: minor Tags: patch Hello. I found some small typos while translating the package description via DDTSS. A patch is included. Thanks, Erik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk-recordmydesktop depends on: ii python 2.6.5-13interactive high-level object-orie ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge ii python-support 1.0.9 automated rebuilding support for P ii recordmydesktop 0.3.8.1+svn602-1+b1 Captures audio-video data of a Lin gtk-recordmydesktop recommends no packages. gtk-recordmydesktop suggests no packages. -- no debconf information --- control 2010-05-06 12:45:20.0 +0200 +++ control.new 2010-09-14 10:50:04.0 +0200 @@ -7,7 +7,7 @@ Section: video Priority: optional Homepage: http://recordmydesktop.sourceforge.net -Description: Graphical frontend for recordmydesktop screencast tool +Description: Graphical frontend for recordMyDesktop screencast tool Adds an easy to use graphical icon on the GNOME toolbar to make a pleasure use and configure the audio and video - capture application recordMyDesktop + capture application recordMyDesktop.
Bug#417578: Forwarded
tag 417578 upstream forwarded 417578 https://sourceforge.net/tracker/?func=detailaid=3065810group_id=2055atid=102055 thanks Forwarded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596772: openvz kernel seems not to have ioprio configured
On Mon, Sep 13, 2010 at 04:41:53PM -0600, Andres Martinson wrote: Package: linux-2.6 Version: 2.6.32-21 Severity: important Squeeze Openvz does not allow to start a container with a configured IOPRIO variable ( http://wiki.openvz.org/Ioprio ). Once the variable has commented out or removed the container can be started. There is a possibility that vzctl has lost its capability to handle ioprio correctly but I don't know of a way of verifying. # vzctl set 102 --ioprio 2 --save Saved parameters for CT 102 # grep IOPRIO /etc/vz/conf/102.conf IOPRIO=2 # vzctl start 102 Starting container ... Container is mounted Adding IP address(es): x.x.x.102 Setting CPU units: 1000 Warning: ioprio feature is not supported by kernel. skipped ioprio configure Container start failed Stopping container ... Container was stopped Container is unmounted please report upstream on buzilla.openvz.org and let us know the bug nr. thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596799: pidgin-sipe: pidgin sipe 1.10.1 available. Works out of the box.
Package: pidgin-sipe Version: 1.9.0-1 Severity: wishlist Tags: upstream I simply did a configure --prefix=/usr and everything works. So please update the package. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin-sipe depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.25.15-1 The GLib library of C routines ii libgssapi-krb5-2 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg~beta1-1 MIT Kerberos runtime libraries ii libpurple02.7.3-2multi-protocol instant messaging l pidgin-sipe recommends no packages. pidgin-sipe 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#588537: [Pkg-gmagick-im-team] Bug#588537: More information
On 2010-09-14 09:56:09 +0200, Bastien ROUCARIES wrote: Could you try with another windows manager ? No such problem with GNOME and with IceWM. So, perhaps it is a fvwm bug (I still wonder how the window contents could have an influence on the window manager). Note: the bug is still reproducible with the default fvwm config from Debian (so, the problem is *not* due to something from my fvwm configuration). -- 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#414346: Fixed upstream
tag 414346 + fixed-upstream sevirty 414346 minor thanks According to libgd thread http://old.nabble.com/gd-and-fontconfig-td27967801.html Fontconfig is now used even for gd. So fixed upstream but documentation is not ready Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595909: salome-dev: add path to adm_local files
Hello Adam and Christophe, Package: salome-dev Version: 5.1.3-11 Severity: wishlist It will be nice to include adm_local directory for each salome base modules in the salome-dev package. This will greatly simplify the developpement and packaging of new plugins since the configuration step almost refers to MODULE/adm_local. Otherwise we ave to include some MODULE_SRC in the src package for the plugins (see what I have done for salome-code-aster on svn debian science) This is a good idea. Right now the package puts the .m4 files all together in one big salome.m4 in /usr/share/aclocal (because check_KERNEL.m4 and check_GUI.m4 are far too generic names). But something like /usr/share/salome/[module]/adm_local or just /usr/share/salome/adm_local could include more than just the .m4 files. /usr/share/salome/adm_local is the easiest place to put these. Will that work for you? I would rather try to stick as much as possible to the original installation. So my feelings are that adm_local from MODULE_SRC should be included in /usr/share/salome/MODULE_SRC. It's pretty easy either way. André, as someone closer to upstream, what do you think makes more sense? Right now, all of the adm_local files install into /usr/adm_local, which violates the FHS. Should they go into a single directory under /usr/share/salome or into separate module directories? To my point of view, installing the .m4 files in separate module directories like /usr/share/salome/MODULE_SRC makes more sense with upstream packaging philosophy. I understand the clearness of a single directory like /usr/share/salome/adm_local but I fear conflicts because all modules do not necessarily share the same macro for a same configuration check. All the best, André -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596800: [l10n:cs] Updated Czech translation of PO debconf template for package qmail 1.03-49
Package: qmail Version: 1.03-49 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package qmail, please include it. -- Michal Šimůnek # Czech PO debconf template translation of qmail. # Copyright (C) 2010 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the qmail package. # Michal Simunek michal.simu...@gmail.com, 2010. # msgid msgstr Project-Id-Version: qmail 1.03-49\n Report-Msgid-Bugs-To: qm...@packages.debian.org\n POT-Creation-Date: 2010-06-10 00:47-0400\n PO-Revision-Date: 2010-09-14 11:01+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\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: note #. Description #: ../qmail.templates:2001 msgid Notice for Qmail users msgstr Poznámka pro uživatele Qmailu #. Type: note #. Description #: ../qmail.templates:2001 msgid Before making any changes to Qmail configuration, please read /usr/share/doc/ qmail/README.Debian.gz. This file includes a description of the differences between Qmail in Debian, Qmail in other systems, and other mail transfer agents. msgstr Před provedením jakékoli změny v nastavení Qmailu si prosím přečtěte /usr/ share/doc/qmail/README.Debian.gz. Tento soubor obsahuje popis rozdílů mezi Qmailem v Debianu, Qmailem v ostatních systémech, a mezi ostatními poštovními agenty. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you were using a more conventional MTA previously, you will also want to read the \qmail-upgrade\ manpage, which details user-visible differences between Sendmail and Qmail. msgstr Pokud jste před tím používali konvenčnější MTA, budete si také chtít přečíst manuálovou stránku \qmail-upgrade\, která upřesňuje viditelné rozdíly mezi Sendmailem a Qmailem. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you are new to Qmail, you will want to at least peruse the Qmail FAQ, which can be found in /usr/share/doc/qmail. msgstr Jste-li v Qmailu nováčkem, budete si chtít alespoň prohlédnout Qmail FAQ, které naleznete v /usr/share/doc/qmail. #. Type: boolean #. Description #: ../qmail.templates:3001 msgid Start Qmail now? msgstr Spustit nyní Qmail? #. Type: note #. Description #: ../qmail.templates:4001 msgid Qmail will be started at the next reboot msgstr Qmail bude spuštěn při příštím restartu systému #. Type: note #. Description #: ../qmail.templates:4001 msgid You chose not to start Qmail now. It will be started automatically at next reboot. msgstr Zvolili jste nyní nespouštět Qmail. Qmail bude spuštěn automaticky při příštím restartu systému. #. Type: note #. Description #: ../qmail.templates:4001 msgid You can also start it manually with \/etc/init.d/qmail start\ (as root) at a shell prompt. msgstr Můžete jej také spustit ručně na příkazové řádce pomocí příkazu \/etc/init. d/qmail start\. #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Remove Qmail users during a purge? msgstr Při odstranění vymazat také uživatele Qmailu? #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Please choose whether you want users created by the qmail package to be removed when this package is purged. msgstr Zvolte prosím, zda chcete při odstranění balíčku qmail odstranit uživatelé, kteří byli vytvořeni při jeho instalaci. #. Type: error #. Description #: ../qmail.templates:6001 msgid Changes for virtual users msgstr Změny ve virtuálních uživatelích #. Type: error #. Description #: ../qmail.templates:6001 msgid recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been expanded to support virtual users. This machine's setup needs to be fixed. msgstr Od verze 1.03 přichází Qmail s recipientmap. Mechanizmus virtualdomains byl rozšířen o podporu virtuálních uživatelů. Nastavení na tomto počítači je třeba opravit. #. Type: note #. Description #: ../qmail.templates:7001 msgid qlist utility discontinued msgstr Podpora nástroje qlist přerušena #. Type: note #. Description #: ../qmail.templates:7001 msgid The qlist utility was split out into a separate tarball by the upstream developer in Qmail 1.02. msgstr Nástroj qlist byl hlavním vývojářem v Qmailu 1.02 oddělen a přesunut do samostatného balíčku. #. Type: note #. Description #: ../qmail.templates:7001 msgid This utility has not been packaged as it can be replaced by ezmlm. It can however be downloaded from http://pobox.com/~djb/qlist.html.; msgstr Tento nástroj není součástí balíčku, protože byl nahrazen ezmlm. Můžete si jej ale stáhnout z http://pobox.com/~djb/qlist.html.; #. Type: note #. Description #: ../qmail.templates:7001 msgid Please check in /usr/share/doc/qmail and the man pages for changes since Qmail 1.01. msgstr Pro změny v Qmailu od verze 1.01 se prosím podívejte do /usr/share/doc/qmail a do
Bug#588537: [Pkg-gmagick-im-team] Bug#588537: More information
reassign 588537 fvwm affect 588537 imagemagick ok, reassign to fvwm, and mark as affect imagemagick Dear fvwm mainteners, this bug pretty easy to reproduce seems to be due to your windows manager, vincent is pretty responsive and could help you to pin point the bug. To reproduce : When I run display mutt.png on a PNG file with transparency (I think this is what makes the bug appear, but I'm not sure), the window border is displayed, then cleared (it no longer appears). where mutt.png is http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=17;filename=mutt.png;att=1;bug=588537 Thank you On Tue, Sep 14, 2010 at 10:59 AM, Vincent Lefevre vinc...@vinc17.net wrote: On 2010-09-14 09:56:09 +0200, Bastien ROUCARIES wrote: Could you try with another windows manager ? No such problem with GNOME and with IceWM. So, perhaps it is a fvwm bug (I still wonder how the window contents could have an influence on the window manager). Note: the bug is still reproducible with the default fvwm config from Debian (so, the problem is *not* due to something from my fvwm configuration). -- 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#585145: RFA: gtimelog -- minimal timelogging system
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Wed, 09 Jun 2010 at 15:49:54 +0100, Simon McVittie wrote: I request an adopter for the gtimelog package. Chris, have you made any progress since the version you sent me in early August? Barry Warsaw, an experienced Python developer, has also expressed interest in taking over maintenance of gtimelog in Debian and Ubuntu; I think working with him in one of the Debian Python packaging teams, using whatever version control system that team prefers, would be an excellent way to maintain this package. Steve McIntyre has mentioned that he might be willing to sponsor uploads, so I've Cc'd him. S -BEGIN PGP SIGNATURE- iQIVAwUBTI88uk3o/ypjx8yQAQgbTRAAimUjZ1IUaD6/BBhZAvMEZSTHPZuaFCPC 2F89oJNSvjbw4BNqD8JMzfE2VKEktzJXEQYqn7wUZMk/HE27IgIxPqC0zntZzw1E 7u662qu53+I1xFMFiyYNZjvKXZokXIb1ApV5l0LtSYvujXOHxeuc6mYMTdV2Rbfh 54tyx2KJebZOdRfK26eBNHCFrl3k2A3fHvjFPqyr0ia73/bvo5ejUfORj/HuCYiL fZHt1+olOJlNEVaWThlW4yHpvJboYeRpzfFujRtVpT7YSUQCZ+ITWvibBSu4tPGL 1ITV/7mCL9jhmFXTvnabt//Ry05goYgD4quznE93DEkZTgOgERAxrXfv5w/l37wT OMD9Xxqr0CRZM6Xj99wNN8Kc3fm62GsGs/HVug0dA3f68IxcCETD1RpTgCw5COI1 LFMPGxj550zflRSxvX+5UPJxoaJgYOmLbUmWWFTde75iXfPYEZxZCf1kMsdWbVLn xAPOXBudw7ENFpaTWJ17v24vybKRuSCgE3Ga0LKjO7SusTeUNmOfdsi3EcKCgDfP TWkab6Ye+B8ewx2tkH/HsLOn0GsRi1kBjlvv3nV1NOL49hdOFYOjS1Y4MOOV7f/+ LKqIjHrwTX+u57J6hecIt3L4Kmc90HMyqM98HMy5geOvruL1vmJbxcvJ0Sp82jDV vHdNDucdx8I= =RbW0 -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#588739: Bug 588739 still not working for me
On Mon, Sep 13, 2010 at 11:34:53PM +0400, Michael Tokarev wrote: If you tried to install windows before it were fixed, and failed, the resulting image is most likely incorrect and windows just just needs to be reinstalled. Thanks for your quick reply. I take it that you mean that this affects windows installations that were installed while this bug was in effect and not older versions. Is there a workaround to fix the filesystem so that it is bootable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596801: linux-image-2.6.32-bpo.5-686: keyboard touchpad io breaks when netbook LED switches on or off
Package: linux-2.6 Version: 2.6.32-20~bpo50+1 Severity: important There are 4 LEDs on the left side below the keyboard, 3 of which I can control so they don't switch on or off: wifi (WLAN), caps lock, num lock. The fourth one lights up when the battery is being charged and is switched off when the charge is complete. When an LED lights up or is switched off, all keyboard and touchpad input, including the separate power button above the keyboard) becomes impossible. Everything else is unaffected, so the system can be shut down via ssh, bash and halt. But at the end of the shutdown process it will not power off, the power LED at the power button remains lit and the other LEDs stay as they were. The computer still will not react to any input. The only way to restart it is to remove both power sources: the mains transformer as well as the battery. When power is resored, the computer will boot if the power button is pressed, but the wifi (WLAN) LED will be off even though it usually comes back on if it was on on shutdown. The num lock and caps lock LEDs will light up erratically a few times, then the system will boot normally. (So it is advisable to turn the wifi LED on immediatly, so input won't be broken again.) It seems that the kernel's reaction to an LED state change causes the input circuits to freeze, possibly by giving them some kind of wrong order. There is a tendency for this to happen more markedly when someone is logged in (gdm), but it (obviously) affects the command lines (F1 to F6) as well as they become inaccessible. -- Package-specific info: ** Version: Linux version 2.6.32-bpo.5-686 (Debian 2.6.32-20~bpo50+1) (norb...@tretkowski.de) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 SMP Fri Aug 27 11:29:42 UTC 2010 ** Command line: root=UUID=09082eff-df48-46ee-aab2-4fa9cb52e2d8 ro ** Not tainted ** Kernel log: [9.876029] sd 4:0:0:1: [sdc] Attached SCSI removable disk [ 10.404067] cfg80211: Using static regulatory domain info [ 10.404156] cfg80211: Regulatory domain: US [ 10.404233] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 10.404339] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 10.404425] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 10.404512] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 10.404599] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 10.404686] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 10.404773] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 10.404875] cfg80211: Calling CRDA for country: US [ 10.485087] intel_rng: FWH not detected [ 11.177115] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input2 [ 11.177377] ACPI: Sleep Button [SLPB] [ 11.177667] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3 [ 11.177897] ACPI: Power Button [PWRB] [ 11.178197] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4 [ 11.178541] ACPI: Lid Switch [LID] [ 11.178831] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 [ 11.179068] ACPI: Power Button [PWRF] [ 11.377674] ath9k :02:00.0: PCI INT A - GSI 17 (level, low) - IRQ 17 [ 11.377886] ath9k :02:00.0: setting latency timer to 64 [ 11.428504] ath: EEPROM regdomain: 0x65 [ 11.428512] ath: EEPROM indicates we should expect a direct regpair map [ 11.428524] ath: Country alpha2 being used: 00 [ 11.428530] ath: Regpair used: 0x65 [ 11.538472] ACPI: SSDT 7f7ce190 0029A (v01 PmRef Cpu0Ist 3000 INTL 20051117) [ 11.539822] ACPI: SSDT 7f7ce4c0 00594 (v01 PmRef Cpu0Cst 3001 INTL 20051117) [ 11.553113] i801_smbus :00:1f.3: PCI INT B - GSI 19 (level, low) - IRQ 19 [ 11.620046] Monitor-Mwait will be used to enter C-1 state [ 11.652020] Monitor-Mwait will be used to enter C-2 state [ 11.673157] Linux video capture interface: v2.00 [ 11.700051] Monitor-Mwait will be used to enter C-3 state [ 11.700827] Marking TSC unstable due to TSC halts in idle [ 11.701230] processor LNXCPU:00: registered as cooling_device0 [ 11.702331] ACPI: SSDT 7f7ce0c0 000CC (v01 PmRef Cpu1Ist 3000 INTL 20051117) [ 11.703223] ACPI: SSDT 7f7ce430 00085 (v01 PmRef Cpu1Cst 3000 INTL 20051117) [ 11.741109] Switching to clocksource hpet [ 11.793303] processor LNXCPU:01: registered as cooling_device1 [ 11.888759] uvcvideo: Found UVC 1.00 device USB 2.0 PC Camera (18e3:9508) [ 11.909855] input: USB 2.0 PC Camera as /devices/pci:00/:00:1d.7/usb3/3-2/3-2:1.0/input/input6 [ 11.910113] usbcore: registered new interface driver uvcvideo [ 11.910199] USB Video Class driver (v0.1.0) [ 14.214470] ACPI: AC Adapter [AC] (on-line) [ 14.239018] ACPI: Battery Slot [BAT1] (battery present) [ 14.424673] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input7 [ 14.424919] ACPI:
Bug#596802: linux-image-2.6.32-5-xen-amd64: oops in skb_gso_segment
Package: linux-image-2.6.32-5-xen-amd64 Version: 2.6.32-21 Severity: normal reference to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533132 I have the same with latest squeeze dpkg -l | grep xen ii libxenstore3.0 4.0.1~rc6-1 Xenstore communications library for Xen ii linux-image-2.6.32-5-xen-amd64 2.6.32-21 Linux 2.6.32 for 64-bit PCs, Xen dom0 support ii xen-hypervisor-4.0-amd644.0.1~rc6-1 The Xen Hypervisor on AMD64 ii xen-linux-system-2.6.32-5-xen-amd64 2.6.32-21 Xen system with Linux 2.6.32 on 64-bit PCs ii xen-qemu-dm-4.0 4.0.1-1 Xen Qemu Device Model virtual machine hardware emulator ii xen-tools 4.2~rc1-1 Tools to manage Xen virtual servers ii xen-utils-4.0 4.0.1~rc6-1 XEN administrative tools ii xen-utils-common4.0.0-1 XEN administrative tools - common files ii xenstore-utils 4.0.1~rc6-1 Xenstore utilities for Xen ii xenwatch0.5.4-2 Virtualization utilities, mostly for Xen At one night I received 2 GB size kern.log with repeated messages: Sep 14 11:25:18 buildbot2 kernel: [85054.424096] [ cut here ] Sep 14 11:25:18 buildbot2 kernel: [85054.424157] WARNING: at /build/buildd- linux-2.6_2.6.32-21-amd64-bEMv9E/linux-2.6-2.6.32/debian/build/so urce_amd64_xen/net/core/dev.c:1582 skb_gso_segment+0x109/0x263() Sep 14 11:25:18 buildbot2 kernel: [85054.424298] Hardware name: S5500WB Sep 14 11:25:18 buildbot2 kernel: [85054.424344] tun: caps=(0x0, 0x0) len=1500 data_len=0 ip_summed=0 Sep 14 11:25:18 buildbot2 kernel: [85054.424368] Modules linked in: xt_physdev tun nfs lockd fscache nfs_acl auth_rpcgss sunrpc ipt_MASQUERA DE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_tcpudp bridge stp ip6table_filter ip6_tables ipta ble_filter ip_tables x_tables xen_evtchn xenfs fuse ext2 loop snd_pcm snd_timer snd soundcore snd_page_alloc i2c_i801 i2c_core joydev evdev pcspkr ioatdma button processor acpi_processor ext3 jbd mbcache dm_mod sg usbhid hid sr_mod cdrom sd_mod crc_t10dif ata_generic uhci_hcd ata _piix libata ehci_hcd usbcore nls_base aacraid scsi_mod thermal igb thermal_sys dca [last unloaded: scsi_wait_scan] Sep 14 11:25:18 buildbot2 kernel: [85054.425199] Pid: 0, comm: swapper Tainted: GW 2.6.32-5-xen-amd64 #1 Sep 14 11:25:18 buildbot2 kernel: [85054.425257] Call Trace: Sep 14 11:25:18 buildbot2 kernel: [85054.425300] IRQ [8125e3e1] ? skb_gso_segment+0x109/0x263 Sep 14 11:25:18 buildbot2 kernel: [85054.425364] [8125e3e1] ? skb_gso_segment+0x109/0x263 Sep 14 11:25:18 buildbot2 kernel: [85054.425422] [8104ea3c] ? warn_slowpath_common+0x77/0xa3 Sep 14 11:25:18 buildbot2 kernel: [85054.425480] [8104eac4] ? warn_slowpath_fmt+0x51/0x59 Sep 14 11:25:18 buildbot2 kernel: [85054.425537] [812565bc] ? pskb_expand_head+0xe9/0x16d Sep 14 11:25:18 buildbot2 kernel: [85054.425593] [812573a1] ? skb_segment+0x267/0x4d4 Sep 14 11:25:18 buildbot2 kernel: [85054.425650] [812689fc] ? inet_proto_csum_replace4+0x38/0xb2 Sep 14 11:25:18 buildbot2 kernel: [85054.425710] [a02a4579] ? tun_get_drvinfo+0x3c/0x76 [tun] Sep 14 11:25:18 buildbot2 kernel: [85054.425767] [8125e3e1] ? skb_gso_segment+0x109/0x263 Sep 14 11:25:18 buildbot2 kernel: [85054.425823] [8125e6eb] ? dev_hard_start_xmit+0x1b0/0x2b8 Sep 14 11:25:18 buildbot2 kernel: [85054.425882] [81271a70] ? sch_direct_xmit+0x58/0x14c Sep 14 11:25:18 buildbot2 kernel: [85054.425938] [8125eb46] ? dev_queue_xmit+0x252/0x38d Sep 14 11:25:18 buildbot2 kernel: [85054.425997] [a01dcc51] ? br_dev_queue_push_xmit+0x75/0x79 [bridge] Sep 14 11:25:18 buildbot2 kernel: [85054.426058] [a01dc2c1] ? br_dev_xmit+0x66/0x7d [bridge] Sep 14 11:25:18 buildbot2 kernel: [85054.426115] [8125e78e] ? dev_hard_start_xmit+0x253/0x2b8 Sep 14 11:25:18 buildbot2 kernel: [85054.426172] [8125ebd1] ? dev_queue_xmit+0x2dd/0x38d Sep 14 11:25:18 buildbot2 kernel: [85054.426229] [81281903] ? ip_rcv_finish+0x373/0x38d Sep 14 11:25:18 buildbot2 kernel: [85054.426283] [81281bbd] ? ip_rcv+0x2a0/0x2ed Sep 14 11:25:18 buildbot2 kernel: [85054.426337] [8125ddf5] ? dev_gro_receive+0xfd/0x224 Sep 14 11:25:18 buildbot2 kernel: [85054.426394] [8119c633] ? is_xen_swiotlb_buffer+0x4a/0x9d Sep 14 11:25:18 buildbot2 kernel: [85054.426451] [8125e03f] ? napi_gro_receive+0x20/0x2e Sep 14 11:25:18 buildbot2 kernel: [85054.426511] [a0010693] ? igb_poll+0x4e8/0x82f [igb] Sep 14 11:25:18 buildbot2 kernel: [85054.426569] [810fcff4] ? pollwake+0x53/0x5b Sep 14 11:25:18 buildbot2 kernel: [85054.426622]
Bug#596803: hdfview exception can't load xawt/libmawt.so
Package: hdfview Version: 2.6.1-1+b1 Severity: grave Tags: sid Justification: renders package unusable Startign hdfview failes with following exception: $ /usr/bin/hdfview Exception in thread main java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib/jvm/java-6-openjdk/jre/lib/i386/xawt/libmawt.so at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1649) at java.lang.Runtime.load0(Runtime.java:787) at java.lang.System.load(System.java:1022) at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1750) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1667) at java.lang.Runtime.loadLibrary0(Runtime.java:840) at java.lang.System.loadLibrary(System.java:1047) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:67) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:47) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1614) at java.awt.Toolkit.clinit(Toolkit.java:1636) at java.awt.Component.clinit(Component.java:568) Could not find the main class: ncsa.hdf.view.HDFView. Program will exit. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hdfview depends on: ii java-wrappers0.1.16 wrappers for java executables ii libjgraph-java 5.12.2.1.dfsg-1 JFC/Swing graph component for Java ii libjhdf4-java2.6.1-1+b1 Java HDF4 Object Package ii libjhdf5-java2.6.1-1+b1 Java HDF5 Object Package hdfview recommends no packages. hdfview 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#588739: Bug 588739 still not working for me
14.09.2010 13:18, Michael Tokarev wrote: 14.09.2010 13:13, sq...@modolingo.de wrote: Thanks for your quick reply. I take it that you mean that this affects windows installations that were installed while this bug was in effect and not older versions. Is there a workaround to fix the filesystem so that it is bootable? Well, an attempt to install windows using buggy kvm indeed produces a broken (unbootable) disk image, which does not work as described in this bugreport and in LP#586175 which is linked to from this bugreport. Clarification. This bug is two-fold. The problem code were in qemu-kvm for a long time (probably all 0.12 series). But it gets triggered by recent enough libvirt which uses the new -drive syntax. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588739: Bug 588739 still not working for me
14.09.2010 13:13, sq...@modolingo.de wrote: Thanks for your quick reply. I take it that you mean that this affects windows installations that were installed while this bug was in effect and not older versions. Is there a workaround to fix the filesystem so that it is bootable? Well, an attempt to install windows using buggy kvm indeed produces a broken (unbootable) disk image, which does not work as described in this bugreport and in LP#586175 which is linked to from this bugreport. LP#586175 contains some variants how to fix the broken guest image, but as I mentioned before, it's easier to reinstall. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596804: eglibc: Please add new architecture armhf
Package: eglibc Version: 2.11.2-5 Severity: normal User: debian-...@lists.debian.org Usertags: armhf Please add the new architecture armhf to eglibc. In case you are unaware of armhf, there is an ongoing effort to provide a new optimized ARM port using hardfloat EABI. The ports' base requirements are armv7-a, thumb-2, vfpv3-d16 and it's going to use by default -mfloat-abi=hard (vs soft on armel, or softfp on Ubuntu). So far benchmarks have shown that it's on average 30-40% faster than softfp. The port is already setup on debian-ports.org and there are 5 autobuilders setup and busy compiling packages: http://buildd.debian-ports.org/status/architecture.php?a=armhfsuite=unstable The port right now uses eglibc with the attached patch. Please consider applying the patch -or in case I have made a mistake or misunderstood something, please correct me if I'm wrong. I will maintain the port and I have rejoined Debian recently. Regards Konstantinos Margaritis Genesi USA, Senior Software engineer, armhf port maintainer Debian Developer diff -ruN eglibc-2.11.2/debian/libc6.symbols.armhf eglibc-2.11.2.armhf//debian/libc6.symbols.armhf --- eglibc-2.11.2/debian/libc6.symbols.armhf 1970-01-01 00:00:00.0 + +++ eglibc-2.11.2.armhf//debian/libc6.symbols.armhf 2010-09-14 11:53:19.217018116 + @@ -0,0 +1,5 @@ +#include libc6.symbols.common +ld-linux.so.3 #PACKAGE# #MINVER# +#include symbols.wildcards +libc.so.6 #PACKAGE# #MINVER# +#include symbols.wildcards diff -ruN eglibc-2.11.2/debian/rules.d/control.mk eglibc-2.11.2.armhf//debian/rules.d/control.mk --- eglibc-2.11.2/debian/rules.d/control.mk 2010-09-14 12:00:13.0 + +++ eglibc-2.11.2.armhf//debian/rules.d/control.mk 2010-09-14 11:51:41.967023611 + @@ -2,7 +2,7 @@ debian/control.in/libc6: debian/control.in/libc debian/rules.d/control.mk sed -e 's...@libc@%libc6%g' \ - -e 's...@archs@%amd64 arm armeb armel i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 hppa sh3 sh4 sh3eb sh4eb%g' $ $@ + -e 's...@archs@%amd64 arm armeb armel armhf i386 m32r m68k mips mipsel powerpc powerpcspe ppc64 sparc sparc64 s390 hppa sh3 sh4 sh3eb sh4eb%g' $ $@ debian/control.in/libc6.1: debian/control.in/libc debian/rules.d/control.mk sed -e 's...@libc@%libc6.1%g;s...@archs@%alpha ia64%g' $ $@ diff -ruN eglibc-2.11.2/debian/sysdeps/armhf.mk eglibc-2.11.2.armhf//debian/sysdeps/armhf.mk --- eglibc-2.11.2/debian/sysdeps/armhf.mk 1970-01-01 00:00:00.0 + +++ eglibc-2.11.2.armhf//debian/sysdeps/armhf.mk 2010-09-14 11:53:01.557017981 + @@ -0,0 +1 @@ +libc_add-ons = ports nptl $(add-ons)
Bug#271136: Gnuplot bug
tag 271136 + unreproducible thanks Hi, Some time ago you send a bug report (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271136) about gnuplot, however i could not reproduce it. Could you try to reproduce it? If not could you close this bug ? bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596805: i845: Detected a hung GPU, disabling acceleration. / EQ overflowing. The server is probably stuck in an infinite loop.
Package: xserver-xorg-video-intel Version: 2:2.12.0+legacy1-1 Heyho! We've got ca. 60 machines with a specific intel chip that has proven to be very problematic, unfortunately (So far we've got other computers as well, so we can make do.) After a while, display suddenly becomes corrupted and a short time after, the system locks up completely (not sure, I *think* only X, ssh is still ok.) Xorg.log - [1] Ends with: (EE) intel(0): Detected a hung GPU, disabling acceleration. [mi] EQ overflowing. The server is probably stuck in an infinite loop. (+ backtrace, without symbols.) I'll try to get a backtrace with xserver-xorg-video-intel-dbg from the person who has this computer, and dmesg output as well. 00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01) (prog-if 00 [VGA controller]) Subsystem: Compaq Computer Corporation Device 00b8 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at f000 (32-bit, prefetchable) [size=128M] Memory at fc40 (32-bit, non-prefetchable) [size=512K] Expansion ROM at unassigned [disabled] Capabilities: [d0] Power Management version 1 Kernel driver in use: i915 Kernel 2.6.35-1~experimental.1 libdrm* all at 2.4.18-6 xserver-xorg 1:7.5+6 xserver-xorg-core 2:1.7.7-4 Any other info that may help? cheers -- vbi [1] +++ X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux a-010-05 2.6.35-trunk-686 #1 SMP Fri Aug 6 14:49:07 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.35-trunk-686 root=UUID=3db4e10d-cbf5-4259-8200-6de687163152 ro quiet Build Date: 24 August 2010 02:59:40PM xorg-server 2:1.7.7-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Sep 14 06:29:26 2010 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81eaca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 7 (--) PCI:*(0:0:2:0) 8086:2562:0e11:00b8 Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 1, Mem @ 0xf000/134217728, 0xfc40/524288 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) LoadModule: extmod (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension SELinux (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: dbe (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: glx (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.7.7, module version = 1.0.0 ABI class: X.Org Server Extension, version 2.0 (==)
Bug#536204: Forwarded
tag 536204 upstream forwarded 536204 https://sourceforge.net/tracker/?func=detailaid=3065825group_id=2055atid=102055 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584242: memtest86+: the grub entry for memtest is missing quite a bit of code
Attaching a script that generates working menu entries for me (adapted from the invaders script). Thanks Michal 19_memtest Description: Binary data
Bug#578360: Forwarded
tag 578360 upstream forwarded 578360 https://sourceforge.net/tracker/index.php?func=detailaid=3065831group_id=2055atid=102055 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585393: Problem in Danish DDTP translation (or in debian_bundle deb822?)
Hi Andreas,
Thanks for the report!
On Mon, Sep 13, 2010 at 09:50:08AM +0200, Andreas Tille wrote:
Hi,
the DDTP gatherer for UDD[1] produced an error in a Danish translation
which contains in line 3048:
Description-da: : Islamic hijri date and prayer time utilities
I fixed this in the DDTP webform and thus the problem might vanish
sooner or later but I wonder if this is another case of not robust
parsing. I'm not totally sure about RFC 822 and so I don't know what
the correct behaviour in cases like this should be but the double ':'
obviosely confuses the parser and leads to a KeyError Key
Description-da not found. I just catched this exception in the
ddtp_gatherer code but I wonder how to solve this cleanly.
The problem is in
http://ddtp.debian.net/Translation_udd/dists/squeeze/main/i18n/Translation-da.gz
(as well as in
http://ddtp.debian.net/Translation_udd/dists/sid/main/i18n/Translation-da.gz )
and I think it should properly parse the Description-da key or
at least issue a warning about bogus data.
It should definitely have parsed it as
{'Description-da': ': Islamic hijri date and prayer time utilities'}
instead of
{'Description-da:': 'Islamic hijri date and prayer time utilities'}
PS: If you regard this problem as to different from the previousely
reported one I can open a new bug report.
Both the apt_pkg implementation and the standard message library parse
it as the first dict above, so I regard this as a bug in the native
deb822 parser. Would you mind opening a new bug to track this? (I
don't mind opening it if you don't get to it, but I probably won't get
to it for a couple of days.)
In the meantime, if you have python-apt installed, and you're using
deb822.Deb822.iter_paragraphs (without a use_apt_pkg=False argument) to
iterate through all of the paragraphs in the Translation file, you
shouldn't hit this.
--
John Wright j...@debian.org
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537611: texlive-base-bin: wrong garamond font path in getfont; missing dependency
retitle 537611 Please add unzip to Suggests (getnonfreefonts needs it)
severity 537611 minor
stop
On 19.07.09 take (moritz.tacke.deletet...@gmail.com) wrote:
Package: texlive-base-bin
Version: 2007.dfsg.2-6
Severity: normal
The font path for garamond in the getfont-script downloaded by
getnonfreefonts has a wrong address. In the script:
${CTAN}/nonfree/fonts/urw/garamond.zip
Should be:
${CTAN}/fonts/urw/garamond.zip
Therefore, installing garamond fails.
Seems to work now (TL 2009)
snip
hi...@sid:~ $ getnonfreefonts -H garamond
--2010-09-14 11:06:32--
-- http://tug.org/~kotucha/getnonfreefonts/getfont2009
Resolving tug.org... 130.225.2.178
Connecting to tug.org|130.225.2.178|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 20450 (20K) [text/plain]
Saving to: `getfont2009'
100%[==] 20,450 --.-K/s in
0.002s
2010-09-14 11:06:38 (11.3 MB/s) - `getfont2009' saved [20450/20450]
--
Installation directory: /home/hille/.texmf
--
Package 'garamond':
===
--2010-09-14 11:06:38--
-- http://ctan.org/tex-archive/fonts/urw/garamond.zip
Resolving ctan.org... 192.80.64.33
Connecting to ctan.org|192.80.64.33|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 393158 (384K) [application/zip]
Saving to: `garamond.zip'
100%[==] 393,158 --.-K/s in 0.04s
2010-09-14 11:06:46 (8.93 MB/s) - `garamond.zip' saved [393158/393158]
a60beaf12c12c69eeb8fdc82bd481949 garamond.zip [MD5sum ok]
Extracting 'ugm.zip' from 'garamond.zip'... [done]
Extracting 'ugm.zip'... [done]
Extracting 'garamond.zip'...[done]
Installing 'ugm.map'... [done]
texhash: Updating /home/hille/.texmf/ls-R...
texhash: Done.
Updating map files (updmap)... [done]
Furthermore, getnonfreefonts wants unzip, mentions it in the man
page - but shouldn't that be a dependency? Even more so as the
error message is something is wrong with XXX.zip instead of
unzip not found or something similar.
I think a depends is to hard, a suggests would be OK IMHO.
H.
--
sigmentation fault
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596807: please invoke dh_python3 for python3-foo binary packages
Package: debhelper Version: 8.0.0 Severity: wishlist File: /usr/bin/dh Please invoke dh_python3 (if available¹) for all python3-* binary packages in dh sequencer. There's --with python3 available, but it should not be default due to possible private directory conflicts (f.e. /usr/lib/package/ will be picked up also by dh_pysupport, dh_pycentral and dh_python2). It would also make sense to pass -N python3-foo to (invoked by default) dh_pysupport (in case python3-foo package provides also private directories, dh_pysupport ignores only public python3.X packages) [¹] all packages that build depend on python3, python3-all or python3-all-dev will have it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596808: unblock: proftpd-dfsg/1.3.3a-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package proftpd-dfsg Changes: proftpd-dfsg (1.3.3a-2) unstable; urgency=medium . * A few upstream fixes taken from 1.3.3b bug fixing release. Most fixes are NULL dereferences that cause segfaults at run time. * New patches: 3481.dpatch: Problem with SFTP directory listings. 3483.dpatch: NULL pointer dereference handling SITE command in mod_quotatab 3487.dpatch: Null pointer dereference with EPRT/EPSV/PASV/PORT command during data transfer. 3492.dpatch: Null pointer dereference during data transfer due to RNFR/RNTO. 3494.dpatch: Null pointer dereference for IPv6-enabled proftpd when no DefaultServer configured. 3501.dpatch: Anonymous logins with AuthAliasOnly on still handled as anonymous logins. * Updated pt_BR.po template. (closes: #595889) unblock proftpd-dfsg/1.3.3a-2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (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#571634: [Pkg-xen-devel] Bug#571634: bridge loosing connection
Unfortunately I'm not able to replace the kernel since grub in the domU doesn't recognize my xvda drive. /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/xvda2. Check your device.map. I then inserted (hd0) /dev/xvda into the /boot/grub/devices.map but with no luck. I'm still getting the bridge-breakdowns. The bridge itself seems to be up but only restarting the domU helps. /etc/init.d/networking restart has no effect nor does ifconfig eth1 down ifconfig eth1 up. Please help. Am 06.09.10 11:21, schrieb Pasi Kärkkäinen: On Mon, Sep 06, 2010 at 10:31:28AM +0200, Jochen Demmer wrote: Hi, I'm not sure but I think I suffer under the same problem with a bit different setup with squeeze testing and xen 4.0rc5. In fact I'm using bridges in the dom0 and the connections to the domU get lost sporadically. In don't see where's a solution to the problem... Is it now a bug? When it's an iptables bug, where's the corresponding bug in the iptables bugtracker and what exactly is iptables doing wrong. You stated ...but as the syslog message clearly indicates this rule works perfectly when the traffic is bridged. I'm using bridges but it's not working obviously. I don't really see any errors in the log below. Have you tried using different kernel in the domU? If network is fine from dom0, then this sounds like a bug in the domU kernel. What kernel are you running in the domU? -- Pasi /etc/network/interfaces auto br0 allow-hotplug br0 iface br0 inet static address 10.100.200.20 netmask 255.255.255.0 dns-nameservers 10.100.200.3 gateway 10.100.200.3 bridge_ports eth0 allow-hotplug br1 auto br1 iface br1 inet manual bridge_ports eth1 This is my logs: Sep 6 09:47:14 elise kernel: [71970.564974] br1: port 2(vif1.1) entering disabled state Sep 6 09:47:14 elise kernel: [71970.578040] br1: port 2(vif1.1) entering disabled state Sep 6 09:47:14 elise kernel: [71970.718785] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:14 elise kernel: [71970.718797] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:14 elise kernel: [71970.718803] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:14 elise kernel: [71970.724864] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:14 elise kernel: [71970.724874] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:15 elise kernel: [71970.871846] br0: port 2(vif1.0) entering disabled state Sep 6 09:47:15 elise kernel: [71970.890073] br0: port 2(vif1.0) entering disabled state Sep 6 09:47:15 elise kernel: [71971.010275] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:15 elise kernel: [71971.010286] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:15 elise kernel: [71971.016391] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:17 elise kernel: [71972.912040] device vif3.0 entered promiscuous mode Sep 6 09:47:17 elise kernel: [71972.915898] br0: port 2(vif3.0) entering learning state Sep 6 09:47:17 elise kernel: [71972.948656] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:17 elise kernel: [71972.953266] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:17 elise kernel: [71972.953273] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:17 elise kernel: [71972.986255] device vif3.1 entered promiscuous mode Sep 6 09:47:17 elise kernel: [71972.990441] br1: port 2(vif3.1) entering learning state Sep 6 09:47:17 elise kernel: [71973.011096] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported anymore. Sep 6 09:47:17 elise kernel: [71973.011102] physdev match: using --physdev-out in the OUTPUT, FORWARD and POSTROUTING chains for non-bridged traffic is not supported
Bug#596809: xterm: command with error, cannot be repeated with up arrow
Package: xterm Version: 261-1 Severity: important Hello, I do this # exec irpsion5 -s reboots.log No IRDA device found it gives an error. I wanna repeat it, so I press Up on keyboard to get this failed command again into prompt, and It is the previous one, not the : exec irpsion5 -s reboots.log it is reproducible with all failed comamnds. and this was a given example. In stable, it works nicely those failed command and pressing up arrow on keyboard can show the bash history failed or not :( best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 xterm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.1 generic font configuration library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libutempter0 1.1.5-3A privileged helper for utmp/wtmp ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.7-1 X11 Athena Widget library ii libxft2 2.1.14-2 FreeType-based font drawing librar ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xbitmaps 1.1.0-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.5+4 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic 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#596810: nano: resizing the window (xterm) results in no bottom bar
Package: nano Version: 2.2.4-1 Severity: important Dear Sir, If you resize nano while you type, you will miss the two lines with ^G Get Help ^O WriteOut ^R Read File ^Y Prev Page ^K Cut Text ^C Cur Pos ^X Exit ^J Justify ^W Where Is ^V Next Page ^U UnCut Text^T To Spell Please a fix would be greatly appreciated. It reminds me the bug with crontab -e where size of xterm was important (line feed) at that time. best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 nano depends on: ii dpkg 1.15.7.2 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libncursesw5 5.7+20100313-2 shared libraries for terminal hand nano recommends no packages. Versions of packages nano suggests: pn spell 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#596811: irda-utils: Ir file sending/receiving to pda: exec works but without not :(
Package: irda-utils Version: 0.9.18-10 Severity: important Dear Sir, I would like to report you some experience interesting with the irda-utils ***PDA IRDA FILE from PDA to COMPUTER*** Here I have this script that does not work: #!/bin/sh killall -e irattach killall -e irattach -9 modprobe crc_ccitt modprobe irda modprobe stir4200 modprobe ircomm modprobe ircomm_tty irattach irda0 -s #/etc/init.d/irda-utils restart while [ 1 ] ; do ##irpsion5 -v -r -b echo Irpsion5 ... $(date) irpsion5 -r -v done Here I have this script that does work !! (note EXEC ) : #!/bin/sh killall -e irattach killall -e irattach -9 modprobe crc_ccitt modprobe irda modprobe stir4200 modprobe ircomm modprobe ircomm_tty irattach irda0 -s #/etc/init.d/irda-utils restart while [ 1 ] ; do ##irpsion5 -v -r -b echo Irpsion5 ... $(date) exec irpsion5 -r -v done ***PDA IRDA FILE from COMPUTER TO PDA *** # irpsion5 -s /root/reboots.log Sending to Symbian EPOC connect: No route to host not working I tried to add before exec but no results here is irda dump: # irdadump 09:52:30.982896 xid:cmd cf5a8640 S=6 s=0 (14) 09:52:31.115023 xid:cmd cf5a8640 S=6 s=1 (14) 09:52:31.247002 xid:cmd cf5a8640 S=6 s=2 (14) 09:52:31.378899 xid:cmd cf5a8640 S=6 s=3 (14) 09:52:31.511022 xid:cmd cf5a8640 S=6 s=4 (14) 09:52:31.642898 xid:cmd cf5a8640 S=6 s=5 (14) 09:52:31.775012 xid:cmd cf5a8640 S=6 s=* debian05 hint=0400 [ Computer ] (24) 09:52:33.982898 xid:cmd cf5a8640 S=6 s=0 (14) 09:52:34.115026 xid:cmd cf5a8640 S=6 s=1 (14) 09:52:34.247011 xid:cmd cf5a8640 S=6 s=2 (14) 09:52:34.379022 xid:cmd cf5a8640 S=6 s=3 (14) 09:52:34.511013 xid:cmd cf5a8640 S=6 s=4 (14) 09:52:34.642887 xid:cmd cf5a8640 S=6 s=5 (14) 09:52:34.775011 xid:cmd cf5a8640 S=6 s=* debian05 hint=0400 [ Computer ] (24) 09:52:36.982900 xid:cmd cf5a8640 S=6 s=0 (14) 09:52:37.114874 xid:cmd cf5a8640 S=6 s=1 (14) 09:52:37.246874 xid:cmd cf5a8640 S=6 s=2 (14) 09:52:37.327787 xid:rsp cf5a8640 0c108cc4 S=6 s=2 Symbian EPOC hint=8224 [ PDA/Palmtop IrCOMM IrOBEX ] (29) 09:52:37.378873 xid:cmd cf5a8640 S=6 s=3 (14) 09:52:37.510874 xid:cmd cf5a8640 S=6 s=4 (14) 09:52:37.642873 xid:cmd cf5a8640 S=6 s=5 (14) 09:52:37.774873 xid:cmd cf5a8640 S=6 s=* debian05 hint=0400 [ Computer ] (24) 09:52:39.982883 xid:cmd cf5a8640 S=6 s=0 (14) 09:52:40.064026 xid:rsp cf5a8640 0c108cc4 S=6 s=0 Symbian EPOC hint=8224 [ PDA/Palmtop IrCOMM IrOBEX ] (29) 09:52:40.114874 xid:cmd cf5a8640 S=6 s=1 (14) 09:52:40.246872 xid:cmd cf5a8640 S=6 s=2 (14) 09:52:40.378874 xid:cmd cf5a8640 S=6 s=3 (14) 09:52:40.510873 xid:cmd cf5a8640 S=6 s=4 (14) 09:52:40.642872 xid:cmd cf5a8640 S=6 s=5 (14) 09:52:40.774873 xid:cmd cf5a8640 S=6 s=* debian05 hint=0400 [ Computer ] (24) 09:52:42.982894 xid:cmd cf5a8640 S=6 s=0 (14) 09:52:43.114874 xid:cmd cf5a8640 S=6 s=1 (14) 09:52:43.246873 xid:cmd cf5a8640 S=6 s=2 (14) 09:52:43.378874 xid:cmd cf5a8640 S=6 s=3 (14) 09:52:43.510876 xid:cmd cf5a8640 S=6 s=4 (14) 09:52:43.642874 xid:cmd cf5a8640 S=6 s=5 (14) 09:52:43.724679 xid:rsp cf5a8640 0c108cc4 S=6 s=5 Symbian EPOC hint=8224 [ PDA/Palmtop IrCOMM IrOBEX ] (29) 09:52:43.774874 xid:cmd cf5a8640 S=6 s=* debian05 hint=0400 [ Computer ] (24) this may eventually help :( conclusion: sending from pda works with a trick, curious, and receiving file : not working :( best regards -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (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 irda-utils depends on: ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libpci3 1:3.1.7-4 Linux PCI Utilities (shared librar ii module-init-tools 3.12-1 tools for managing Linux kernel mo ii udev 160-1 /dev/ and hotplug management daemo Versions of packages irda-utils recommends: ii openobex-apps 1.5-2 Applications for OpenOBEX ii setserial 2.17-45.2 controls configuration of serial p Versions of packages irda-utils suggests: pn libgsmme1c102 none (no description available) pn liblinc1 none (no description available) pn obexftp
Bug#596680: doesn't work with systemd
reassign 596680 systemd retitle 596680 doesn't work with plymouth thanks thanks, reassigning then. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596710: [pkg-kolab] Bug#596710: Fix
On Tue, Sep 14, 2010 at 10:20 AM, Soren Stoutner so...@sbtechsolutions.biz wrote: Mathieu, You're pretty fast yourself. ;) On Tuesday, September 14, 2010 12:03:40 am Mathieu Parent wrote: I have updated the patch. Can you test again? http://svn.debian.org/wsvn/pkg-kolab/libkolab-perl/trunk/debian/patches/90- slapd-runtime-config.diff?sc=1 The patch worked perfectly for me. There were a few scary looking warnings that printed while kolab_bootstrap ran, but they didn't seem to affect anything adversely. I'm including them below in case they are helpful. Good. prepare LDAP database... Deleting old slapd config... Converting slapd config... /etc/ldap/slapd.conf: line 74: replica keyword is obsolete (ignored) bdb_db_open: warning - no DB_CONFIG file found in directory /var/lib/ldap: (2). Expect poor performance for suffix dc=stoutner,dc=net. bdb_db_open: database dc=stoutner,dc=net: db_open(/var/lib/ldap/id2entry.bdb) failed: No such file or directory (2). backend_startup_one (type=bdb, suffix=dc=stoutner,dc=net): bi_db_open failed! (2) slap_startup failed (test would succeed using the -u switch) temporarily starting slapd Waiting for OpenLDAP to start no dc=stoutner,dc=net object found, creating one mynetworkinterfaces: 127.0.0.0/8 LDAP setup finished I will add -u to slaptest call to remove those warnings. Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596809: xterm: command with error, cannot be repeated with up arrow
On Tue, 14 Sep 2010, yellowprotoss wrote: Package: xterm Version: 261-1 Severity: important Hello, I do this # exec irpsion5 -s reboots.log No IRDA device found it gives an error. I wanna repeat it, so I press Up on keyboard to get this failed command again into prompt, and It is the previous one, not the : exec irpsion5 -s reboots.log it is reproducible with all failed comamnds. and this was a given example. In stable, it works nicely those failed command and pressing up arrow on keyboard can show the bash history failed or not :( Cursor keys in xterm haven't changed... You might get more information by pressing the keys in a cat -v, to see exactly what's sent. The version of xterm can also be shown by xterm -v. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595746: unblock: plymouth/0.8.3-8
reopen 595746 retitle 595746 unblock: plymouth/0.8.3-9 thanks the fix in -8 was not working in case of a minimal debian system, fixed in -9, hence reopening bug. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596807: please invoke dh_python3 for python3-foo binary packages
[Piotr Ożarowski, 2010-09-14] It would also make sense to pass -N python3-foo to (invoked by default) dh_pysupport (in case python3-foo package provides also private directories, dh_pysupport ignores only public python3.X packages) actually... ignore this part, I will upload python-central and python-support new versions that will ignore python3-* packages -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596809: xterm: command with error, cannot be repeated with up arrow
yellowprotoss yellowprot...@gmail.com writes: I do this # exec irpsion5 -s reboots.log No IRDA device found exec replaces the current shell with the new command. Its history is lost. If you don't use exec you should be able to still access its history. In stable, it works nicely those failed command and pressing up arrow on keyboard can show the bash history failed or not :( I don't see this in stable. Here's a transcript: li...@sauna:~$ sh ## I start a new subshell sh-3.2$ exec false ## I 'exec' a command that always fails li...@sauna:~$ sh ## I have hit up, it surely does not show false in history. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596793: python-apt: Add a lock argument to apt.Cache.update and apt.Cache.commit
Here is small patch for the current debian-sid branch. === modified file 'apt/cache.py' --- apt/cache.py 2010-09-03 10:08:20 + +++ apt/cache.py 2010-09-14 08:00:13 + @@ -261,14 +261,15 @@ raise FetchFailedException(err_msg) return res -def _fetch_archives(self, fetcher, pm): +def _fetch_archives(self, fetcher, pm, lock_archives=True): fetch the needed archives # get lock -lockfile = apt_pkg.config.find_dir(Dir::Cache::Archives) + lock -lock = apt_pkg.get_lock(lockfile) -if lock 0: -raise LockFailedException(Failed to lock %s % lockfile) +if lock_archives: +lockfile = apt_pkg.config.find_dir(Dir::Cache::Archives) + lock +lock = apt_pkg.get_lock(lockfile) +if lock 0: +raise LockFailedException(Failed to lock %s % lockfile) try: # this may as well throw a SystemError exception @@ -278,7 +279,8 @@ # fetched return self._run_fetcher(fetcher) finally: -os.close(lock) +if lock_archives: +os.close(lock) def is_virtual_package(self, pkgname): Return whether the package is a virtual package. @@ -327,7 +329,7 @@ @deprecated_args def update(self, fetch_progress=None, pulse_interval=0, - raise_on_error=True, sources_list=None): + raise_on_error=True, sources_list=None, lock_lists=True): Run the equivalent of apt-get update. The first parameter *fetch_progress* may be set to an instance of @@ -335,12 +337,15 @@ . sources_list -- Update a alternative sources.list than the default. Note that the sources.list.d directory is ignored in this case + +If the optional 'lock_lists' argument is set to False, the lock of +the package lists won't be acquired. -lockfile = apt_pkg.config.find_dir(Dir::State::Lists) + lock -lock = apt_pkg.get_lock(lockfile) - -if lock 0: -raise LockFailedException(Failed to lock %s % lockfile) +if lock_lists: +lockfile = apt_pkg.config.find_dir(Dir::State::Lists) + lock +lock = apt_pkg.get_lock(lockfile) +if lock 0: +raise LockFailedException(Failed to lock %s % lockfile) if sources_list: old_sources_list = apt_pkg.config.find(Dir::Etc::sourcelist) @@ -367,7 +372,8 @@ else: return res finally: -os.close(lock) +if lock_lists: +os.close(lock) if sources_list: apt_pkg.config.set(Dir::Etc::sourcelist, old_sources_list) apt_pkg.config.set(Dir::Etc::sourceparts, old_sources_list_d) @@ -395,7 +401,8 @@ return res @deprecated_args -def commit(self, fetch_progress=None, install_progress=None): +def commit(self, fetch_progress=None, install_progress=None, + lock_archives=None): Apply the marked changes to the cache. The first parameter, *fetch_progress*, refers to a FetchProgress() @@ -404,6 +411,9 @@ The second parameter, *install_progress*, is a apt.progress.InstallProgress() object. + +If the optional parameter *lock_archive* is set to False, the lock +to the download direcotry won't be acquired. # FIXME: # use the new acquire/pkgmanager interface here, @@ -421,7 +431,7 @@ fetcher = apt_pkg.Acquire(fetch_progress) while True: # fetch archives first -res = self._fetch_archives(fetcher, pm) +res = self._fetch_archives(fetcher, pm, lock_archives) # then install res = self.install_archives(pm, install_progress) signature.asc Description: Digital signature
Bug#596812: ITP: mapproxy -- caching proxy for web map services
Package: wnpp Severity: wishlist Owner: David Paleino da...@debian.org * Package name: mapproxy Version : 0.8.4 Upstream Author : Oliver Tonnhofer o...@omniscale.de * URL : http://www.mapproxy.org/ * License : AGPLv3 Programming Lang: Python Description : caching proxy for web map services MapProxy is an open source proxy for geospatial data. It caches, accelerates and transforms data from existing map servers. Unlike other solutions, the OGC WMS standard remains on client and server-side. . It acts as a middle-man between existing WMS servers (like MapServer or GeoServer) and WMS clients. All existing web and desktop GIS applications can be used, but also modern clients like OpenLayers or GoogleEarth. -- . ''`. 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#581756: keyboard-configuration: XKBOPTIONS does not properly propagate to xserver-xorg
On Mon, Sep 13, 2010 at 23:16:35 +0300, Anton Zinoviev wrote: On Sat, May 15, 2010 at 06:15:06PM +0200, Julien Cristau wrote: Triggering udev from keyboard-configuration doesn't really make sense (it's a layering violation; keyboard-configuration shouldn't need to know what the users for this configuration file are, whether X is installed, etc) Do you think it will be useful if keyboard-configuration provides a /etc/foo.d directory where the interested packages (console-setup, X) can install scripts to reconfigure the keyboard? It seems overkill to me, fwiw (I think it's reasonable to say that changes to /etc/default/keyboard take effect at the next boot), but if you want to provide this then I have no objection. Cheers, Julien signature.asc Description: Digital signature
Bug#596813: [l10n:cs] Initial Czech translation of PO debconf template for package ifetch-tools 0.15.21-1
Package: ifetch-tools Version: 0.15.21-1 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package ifetch-tools, please include it. -- Michal Šimůnek # Czech PO debconf template translation for package ifetch-tools. # Copyright (C) 2010 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the ifetch-tools package. # Michal Simunek michal.simu...@gmail.com, 2010. # msgid msgstr Project-Id-Version: ifetch-tools 0.15.21-1\n Report-Msgid-Bugs-To: ifetch-to...@packages.debian.org\n POT-Creation-Date: 2010-08-14 17:43-0500\n PO-Revision-Date: 2010-09-14 12:01+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\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: boolean #. Description #: ../ifetch-tools.templates:1001 msgid Remove all ifetch-tools data, logs, and settings files? msgstr Odstranit všechna data ifetch-tools, soubory se záznamy a nastavením? #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid The /var/lib/ifetch-tools, /var/log/ifetch-tools, and /etc/ifetch-tools directories which contain the ifetch-tools data, logs, and settings files are about to be removed. msgstr Adresáře /var/lib/ifetch-tools, /var/log/ifetch-tools a /etc/ifetch-tools obsahují data ifetch-tools, soubory se záznamy a nastavením, které je zřejmě třeba odstranit. #. Type: boolean #. Description #: ../ifetch-tools.templates:1001 msgid If you're removing the ifetch-tools package in order to later install a more recent version or if a different ifetch-tools package is already using the data, logs, and settings, they should be kept. msgstr Odstraňujete-li balíček ifetch-tools proto, že se následně chystáte nainstalovat novější verzi, nebo jestliže již jiný balíček ifetch-tools používá tato data, soubory se záznamy a nastavením, měli byste je ponechat.
Bug#560528: Patch for NMU to fix this RC bug
Hi Don, On Mon, Sep 13, 2010 at 23:09:55 -0700, Don Armstrong wrote: diff -u am-utils-6.1.5/debian/changelog am-utils-6.1.5/debian/changelog --- am-utils-6.1.5/debian/changelog +++ am-utils-6.1.5/debian/changelog @@ -1,3 +1,10 @@ +am-utils (6.1.5-15+nmu1) unstable; urgency=low + + * Non Maintainer Upload + * Include linux/nfs_mount.h in conf/mount/linux_mount.c (Closes: #560528) + + -- Don Armstrong d...@debian.org Mon, 13 Sep 2010 18:37:08 -0700 + am-utils (6.1.5-15) unstable; urgency=low * Updated to standards 3.8.3 diff -u am-utils-6.1.5/debian/patches/series am-utils-6.1.5/debian/patches/series --- am-utils-6.1.5/debian/patches/series +++ am-utils-6.1.5/debian/patches/series @@ -5,0 +6 @@ +use-nfs-mount.patch only in patch2: unchanged: --- am-utils-6.1.5.orig/debian/patches/use-nfs-mount.patch +++ am-utils-6.1.5/debian/patches/use-nfs-mount.patch @@ -0,0 +1,14 @@ +Index: am-utils-6.1.5/conf/mount/mount_linux.c +=== +--- am-utils-6.1.5.orig/conf/mount/mount_linux.c 2010-09-13 18:47:26.0 -0700 am-utils-6.1.5/conf/mount/mount_linux.c 2010-09-13 18:48:03.0 -0700 +@@ -49,6 +49,9 @@ + #endif /* HAVE_CONFIG_H */ + #include am_defs.h + #include amu.h ++#ifndef NFS_MOUNT_VERSION ++#define NFS_MOUNT_VERSION 4 ++#endif + + + #ifndef MOUNT_TYPE_UFS The changelog and patch seem to say different things? Cheers, Julien signature.asc Description: Digital signature
Bug#596694: Same here
I'm able to reproduce this problem in the same environment. In about 5 of 10 reboots corosync start is successful, other ones end up with 7 corosync zomby processes and CRM which is not able to connect to the cluster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588537: [Pkg-gmagick-im-team] Bug#588537: More information
found 588537 1:2.5.28.ds-3 1:2.5.30.ds-1 thanks I managed to get a snapshot on a different machine (attached). The image on the left has no transparency (no alpha, according to identify -verbose) and it window has borders as expected. The image on the right (mutt.png) has transparency and it window has no borders. I recall that the borders initially appear (but this is very fast), then disappear. Note: concerning mutt.png, identify -verbose says Border color: rgba(223,223,223,1) though, if I understand correctly, this is a property of the image, and I don't see how this could affect the window manager. -- 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) attachment: bug588537.png
Bug#596781: xserver-xorg-video-intel: window corruption when passing over xfig, xmgrace, and xpaint (and probably more) windows (fwd)
On Mon, Sep 13, 2010 at 21:27:02 -0500, Carlo Segre wrote: Kernel version (/proc/version): Linux version 2.6.32-trunk-686 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 06:32:16 UTC 2010 This kernel is insanely old, please upgrade. Cheers, Julien signature.asc Description: Digital signature
Bug#595613: Moving all EMBOSS libraries to /usr/lib/emboss/lib ?
Le Mon, Sep 13, 2010 at 11:32:06PM +0200, Julien Cristau a écrit : If the libraries are used outside of their own source package (which is the case here for embassy-*, AIUI), then they are not private, and need to be versioned correctly so those other packages can link against them and get proper dependencies. Policy's chapter 8 contains: ‘This section deals only with public shared libraries: shared libraries that are placed in directories searched by the dynamic linker by default or which are intended to be linked against normally and possibly used by other, independent packages.’ The emboss and embassy packages have the same uptream maintainer, who develops and releases them together, and the same Debian maintainers. I think that it is enough to say that these packages are not independant, and that the EMBOSS libraries, which are not used by other programs, are private. Upstream sometimes breaks backward compatibility, and I prefer deal with this by re-uploading the embassy packages with tight dependancies each time a new upstream EMBOSS package is released (once or twice a year). The reason why the embassy packages in Testing got separated from the emboss package against which they were built is that the emboss 6.2 library packages did not contain symbols files (but from 6.3 they do), and that the emboss 6.3 packages had a RC bug (not buildable twice in a row) that blocked their migration. It is this accident that revealed that upstream broke backwards compatibility. Otherwise, since EMBOSS and EMBASSY are released together, this was never reported. The changes you are asking for can not solve alone that problem. On the other hand, they would require regular changes in package names because of soname incrementations, and to maintain two versions of emboss in parallel. Making the emboss libraries private do not solve alone the problem either, but they will make the package conformant to the Policy. In parallel, poling them in a single package will make the manual mainainance of embassy-* package's dependancies easier. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587565: [Debian-ha-maintainers] Bug#587565: Acknowledgement (start shorewall
i think that bug#596694 is actually the correct reason for the startup problems. i ended up adding $syslog too and until now, i did not have any problem. thanks, raoul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596694: [Debian-ha-maintainers] Bug#596694: Same here
On 09/14/2010 12:27 PM, Frank wrote: I'm able to reproduce this problem in the same environment. In about 5 of 10 reboots corosync start is successful, other ones end up with 7 corosync zomby processes and CRM which is not able to connect to the cluster. i think this is actually the same issue as described in bug#587565 . i incorrectly attributed it to shorewall and starting shorewall before pacemaker fixed my problem because shorewall depends on $syslog ... thanks for debugging this! cheers, raoul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596814: UnitTestCase doesn't remove generated files
Package: atheist Version: 0.20100821-2 Severity: normal Tags: upstream Using UnitTestCase, if a generated file is added using the gen test variable, it is not removed before the execution of the test. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages atheist depends on: ii curl 7.21.1-1Get a file from an HTTP, HTTPS or ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii nmap 5.21-1 The Network Mapper ii python 2.6.6-1 interactive high-level object-orie ii python-mock 0.6.0-1.1 Mocking and Testing Library ii python-pyinotify 0.8.9-1 simple Linux inotify Python bindin ii python-support 1.0.9 automated rebuilding support for P ii python-xmpp 0.4.1-cvs20080505.2 Python library for communication w atheist recommends no packages. atheist 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#246498: Do we really need to say hey, I'm rebooting when user press Ctrl-Alt-Suppr inside D-I?
Excerpts from Christian PERRIER's message of Tue Sep 14 03:25:47 +1000 2010: [...] I agree that nothing shows up. But that nothing shows up for a fraction of second, then the system reboots [...] But it isn't a fraction of a second on a lot of machines. (old machines, netbooks, embedded installs, etc.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588537: [Pkg-gmagick-im-team] Bug#588537: More information
found 588537 1:2.5.28.ds-3 found 588537 1:2.5.30.ds-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
