Bug#579592: [Evolution] Bug#579592: concerning recent commit to svn
On jeu., 2010-04-29 at 00:53 +0200, Gert Michael Kulyk wrote: I've seen that there was an update to the rules file. Unfortunately there is a mistake again: instead of writing: ifneq ($(DEB_HOST_ARCH_OS), linux) the commit rev. 1599 was ifneq ($(DEB_HOST_ARCH_OS, linux)) which does not only not work, but lets dpkg fail. Erf, thank you :). Fixed now. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#579352: renpy: Fatal Python error: (pygame parachute) Segmentation Fault
--- El mié, 28/4/10, Peter De Wachter pdewa...@gmail.com escribió: De: Peter De Wachter pdewa...@gmail.com And you're right, it looks like this bug is already fixed upstream. This seems to be the commit: http://bazaar.launchpad.net/~renpytom/renpy/main/revision/778 I'll try to package the latest version through the next days. Greetings, Miry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540767: Re-closing...
Version: 0.6.9-6.1 This bug was really fixed..:-) -- signature.asc Description: Digital signature
Bug#579609:
Hi! A similar problem existed in Ubuntu Linux https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/225105 in the older versions of Apache The original Apache distribution uses its own mime.types which does not contain information about x-httpd-php, I recommend to do well and not reinvent the wheel -- Kuzma Bukin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579607: [Evolution] Bug#579607: evolution hangs using 100% cpu when sending smtp email
severity 579607 important unreproducible thanks On mer., 2010-04-28 at 23:09 -0400, Brent wrote: Package: evolution Version: 2.28.3-1 Severity: grave Justification: renders package unusable come on… Recently in the last week or so evolution hangs and uses 100% cpu when trying to send email. I have tried using two different smtp servers with the same result. Hmmh, 2.28.3 was uploaded to unstable beginning of march and migrated to testing on apr 14, would that match? What settings are you using? (tls, authentication scheme etc.). I've one account with local delivery through sendmail, the other using SMTP with TLS, and it works fine (and worked fine on 2.28.3 afair). In the end, is the mail sent or not? Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#579619: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- bugzTPDTz The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-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 Versions of packages update-manager-gnome depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python2.5.4-9 An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: pn software- properties-gtk none (no description available) pn update-notifier none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286917: [PATCH] fix endless loop in local queries
On Thu, 29 Apr 2010, Thibaut VARÈNE wrote: Using bidentd 1.1.1 (lenny), I have the exact same problem. Steps to reproduce: install bidentd and an IRC client locally. Connect to any IRC server. Cause: bidentd code for local query is never reached. Fix: see attached patch. I simply moved the local query code before the forwarding path. Checked, works both locally and with remote (forwarded) queries. I really have to wonder if people drink their own shit :-/ Kernel code changes, and what used to work no longer works. It's called bit rot. I do not understand what you mean by what you wonder, but I indeed wrote this utility because I needed it myself, and I had to use it too. That is my motivation for most of the stuff I write. Today, I no longer have the same need, so I haven't exactly maintained the program, as I no longer use it myself. Thank you for the patch though. If I just get a second opinion (i.e. confirmation from one of you maintainers that this patch actually works), I will apply it and release version 1.1.4 with that patch. -- Joel Yliluoma http://iki.fi/bisqwit/
Bug#555547: Announce of the upcoming NMU for the bandwidthd package
Dear maintainer of bandwidthd and Debian translators, Some days ago, I sent a notice to the maintainer of the bandwidthd Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs de fr ja nl pt ru sv Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the bandwidthd package so I can incorporate them in the build. The deadline for receiving updates and new translations is Wednesday, May 05, 2010. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Thursday, April 29, 2010 : send the first intent to NMU notice to the package maintainer. Thursday, April 29, 2010 : send this notice Wednesday, May 05, 2010 : (midnight) deadline for receiving translation updates Thursday, May 06, 2010 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Thursday, May 13, 2010 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR em...@address, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: andr...@fatal.se\n POT-Creation-Date: 2007-03-23 10:46+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME em...@address\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../templates:1001 msgid Interface to listen on: msgstr #. Type: select #. Description #: ../templates:1001 msgid Bandwidthd needs to know which interface it should listen for traffic on. Only a single interface can be specified. If you want to listen on all interfaces you should specify the metainterface \any\. Running \bandwidthd -l\ will list available interfaces. msgstr #. Type: string #. Description #: ../templates:2001 msgid Subnets to log details about: msgstr #. Type: string #. Description #: ../templates:2001 msgid Bandwidthd can create graphs for one or several ip-subnets. Subnets are specified either in dotted-quad format (192.168.0.0 255.255.0.0) or in CIDR format (192.168.0.0/16) and separated by a comma. Example: 192.168.0.0/16, 10.0.0.0 255.0.0.0, 172.16.1.0/24. If you don't know what to specify then you can use 0.0.0.0/0 but it is strongly discouraged. msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Output CDF data logs? msgstr #. Type: boolean #. Description #: ../templates:3001 msgid Bandwidthd can log captured traffic information to Common Data File (CDF) logs. These logs are required if you want to keep old information stored between restarts of the bandwidthd daemon. Also see the recovercdf configuration option. msgstr #. Type: boolean #. Description #: ../templates:4001 msgid Recover old data from logs on restart? msgstr #. Type: boolean #. Description #: ../templates:4001 msgid If old data is going to be outputed in the graphs, it needs to be read when BandwidthD is restarted. Parsing the CDF logs can take quite some time on a slow machine so you might want to disable it, but then you'll lose the information in the graphs after a reboot and similar Also make sure the output_cdf config option is enabled. msgstr #. Type: string #. Description #: ../templates:5001 msgid Graph webpage autorefresh delay (seconds): msgstr #. Type: string #. Description #: ../templates:5001 msgid With this option you can tweak the delay used in the html as \META REFRESH \ value. The default is 150 seconds (2.5 minutes). To disable automatic reloads of the webpage enter 0. This way the visitor will have to manually push refresh in his browser to get updated graphs. msgstr #. Type: boolean #. Description #: ../templates:6001 msgid Put interface in PROMISC mode? msgstr #. Type: boolean #. Description #: ../templates:6001 msgid If this option is enabled, all interfaces used to capture traffic information
Bug#578517: confirmed as l10n issue
Le Wed, 28 Apr 2010 11:47:02 -0400, Joey Hess jo...@debian.org a écrit : Yann Dirson wrote: Also, I infer that in 0.31 there was another mechanism in use, which supported localized timestamps (strptime ?). Maybe it can be reintroduced as a fallback when Date::Parse fails ? No, code has not changed since 0.31. My bad, it did not really work with 0.31 - reformatting to %H%M%S always yields 01 regardless of actual timestamp. That may be related to the uninitialized value exceptions. Indeed 0.31 also rewrite file dates in a ls -l|ts stream, which is also quite unexpected. So 0.39 is actually better than 0.31 :) What about the idea of falling back to strptime ? -- Yann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579507: crashes during start
...and this time with attachment... -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org Starting program: /usr/sbin/gdm3 [Thread debugging using libthread_db enabled] [New Thread 0x73d2b910 (LWP 18912)] [Thread 0x73d2b910 (LWP 18912) exited] Program exited with code 01.
Bug#579613: libgnupg-interface-perl: GnuPG::Key POD documentation is missing a newline
Hi Daniel! On Thu, Apr 29, 2010 at 12:57:09AM -0400, Daniel Kahn Gillmor wrote: Package: libgnupg-interface-perl Version: 0.42-2 Severity: minor Tags: patch Currently GnuPG::Key documentation renders like this: creation_date_string =item expiration_date_string Formatted date of the key's creation and expiration. It should probably look like this: creation_date_string expiration_date_string Formatted date of the key's creation and expiration. It can be fixed with the attached patch. Thanks for your bugreport. I'm going to apply the patch and forward it upstream. Bests Salvatore signature.asc Description: Digital signature
Bug#544481: apticron: apt-get dist-upgrade pulling required packages from unstable
2010/4/29 Matt Taggart tagg...@debian.org: Can you think of another way that apticron could determine if things are needed? That is the point: We disagree here if the listed packages are need or not. In a complete upgraded stable from oldstable the old essentials are not needed so they can be removed which apt just forbids because of the oldstable archive still in the sources - if the sources entry is gone the packages can also go. In a system which is mostly stable with a few unstable packages you have a) essentials which are only essentials in stable: You need these as your packages from stable implicit depend on them, but you need also b) the essentials from unstable as your packages from unstable depend on them implicitly. Just imagine an unstable package needs dash to function correctly: Normally it would have a Depends on dash, but as dash is in unstable an essential package it will NOT have a dependency on dash - it will just assume that dash is installed. So my take is that these packages apticron lists here are needed - you have until now just enough luck that your system works without them as no unstable package made use of dash but the next install could change that… (or even remove as the dash dependency could be also in a {pre,post}rm script… - pre as essentials work also in unpack state and are never uninstalled). The fact that it is a bit unlikely that your system will break next time is just that most new-essentials are renamed old-essentials or are e.g. in the case of dash essential as a shell but not really used by a package itself -- but you can never be sure… Best regards, David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579497: should run standard ifup/ifdown scripts
tags 579497 patch pending confirmed upstream thanks Hello Joey, On Wednesday 28 April 2010 04:04:58, Joey Hess wrote: Package: wicd Version: 1.7.0+ds1-2 Severity: normal wicd has its own directories for scripts, and the script directories in /etc/network/ are not used when wicd brings interfaces up or down. This can lead to many problems, since the large[1] body of integration written for ifupdown is not available to users of wicd. Two examples I have personally experienced: 1. Sometimes postfix is unable to deliver mail when my laptop is moved to a different network. I have to manually restart it to clear the queue. It's easy not to notice that mail is not going out. /etc/network/if-up.d/postfix normally avoids this problem by refreshing the resolv.conf file in postfix's chroot. 2. nfs mounts in /etc/fstab do not get mounted when using wicd. /etc/network/if-up.d/mountnfs normally handles this. Often these problems can be dealt with by symlinking the scripts into the corresponding wicd script directories, but I think that requiring users to deal with these sorts of problems on an ad-hoc basis, just because they chose wicd, is not good. I agree. Can you please check that the attached patch fixes the above two problems? (if it does, I suppose it calls the /etc/network/*.d/ scripts in the correct order) Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 From: David Paleino da...@debian.org Subject: support /etc/network/ hierarchy for connection scripts Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579497 Forwarded: no --- wicd/networking.py | 22 ++ 1 file changed, 22 insertions(+) --- wicd.orig/wicd/networking.py +++ wicd/wicd/networking.py @@ -210,6 +210,8 @@ class Controller(object): mac = 'X' if name in (None, ''): name = 'X' +misc.ExecuteScripts('/etc/network/if-down.d/', self.debug, +extra_parameters=(nettype, name, mac)) misc.ExecuteScripts(wpath.predisconnectscripts, self.debug, extra_parameters=(nettype, name, mac)) if self.pre_disconnect_script: @@ -223,6 +225,8 @@ class Controller(object): iface.FlushRoutes() iface.Down() iface.Up() +misc.ExecuteScripts('/etc/network/if-post-down.d/', self.debug, +extra_parameters=(nettype, name, mac)) misc.ExecuteScripts(wpath.postdisconnectscripts, self.debug, extra_parameters=(nettype, name, mac)) if self.post_disconnect_script: @@ -840,6 +844,11 @@ class WirelessConnectThread(ConnectThrea self.is_connecting = True # Run pre-connection script. +self.run_global_scripts_if_needed('/etc/network/if-pre-up.d/', + extra_parameters=('wireless', +self.network['essid'], +self.network['bssid']) + ) self.run_global_scripts_if_needed(wpath.preconnectscripts, extra_parameters=('wireless', self.network['essid'], @@ -889,6 +898,11 @@ class WirelessConnectThread(ConnectThrea self.verify_association(wiface) # Run post-connection script. +self.run_global_scripts_if_needed('/etc/network/if-up.d/', + extra_parameters=('wireless', +self.network['essid'], +self.network['bssid']) + ) self.run_global_scripts_if_needed(wpath.postconnectscripts, extra_parameters=('wireless', self.network['essid'], @@ -1098,6 +1112,10 @@ class WiredConnectThread(ConnectThread): self.is_connecting = True # Run pre-connection script. +self.run_global_scripts_if_needed('/etc/network/if-pre-up.d/', + extra_parameters=('wired', 'wired', +self.network['profilename']) + ) self.run_global_scripts_if_needed(wpath.preconnectscripts, extra_parameters=('wired', 'wired', self.network['profilename']) @@ -1120,6 +1138,10 @@ class WiredConnectThread(ConnectThread):
Bug#579589: libgnupg-interface-perl: GnuPG::PublicKey documentation is missing a not
Hi Daniel On Wed, Apr 28, 2010 at 04:18:56PM -0400, Daniel Kahn Gillmor wrote: Package: libgnupg-interface-perl Version: 0.42-2 Severity: minor Tags: patch There's a not missing in the documentation for GnuPG::PublicKey. the attached patch should correct the docs. Thanks for your report. Going to applying this. Bests Salvatore signature.asc Description: Digital signature
Bug#579613: Bug in libgnupg-interface-perl fixed in revision 57086
tag 579613 + pending thanks Some bugs are closed in revision 57086 by Salvatore Bonaccorso (carnil-guest) Commit message: Add patch fix-gnupg_key-docs.patch to fix missing newline in GnuPG::Key on expiration_date_string item. Thanks to Daniel Kahn Gillmor for reporting (Closes: #579613). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575403: wicd-gtk: Scripts-button ineffective
tags 575403 unreproducible moreinfo thanks Hello Torquil, On Thursday 25 March 2010 16:36:54, Torquil Macdonald Sørensen wrote: Withing the Properties for a wireless connection, I try to press the Scripts button. A password dialog appears, when I type the root password, and click OK. I can't reproduce this. I click on Scripts, and the proper dialog appears. Can you tell if the dialog asking for root password is gtksu? Thanks, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#579535: pmacct.conf should not be world readable
a workaround is sudo chmod 0640 /etc/pmacct.conf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579589: Bug in libgnupg-interface-perl fixed in revision 57087
tag 579589 + pending thanks Some bugs are closed in revision 57087 by Salvatore Bonaccorso (carnil-guest) Commit message: Add patch fix_publickey_doc.patch to fix missing 'not' in documentation of GnuPG::PublicKey. Thanks to Daniel Kahn Gillmor for reporting this issue (Closes: #579589). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577524: Same problem
On 04/29/2010 06:32 AM, Guido Günther wrote: On Wed, Apr 28, 2010 at 11:02:31PM +0200, Phil Dibowitz wrote: I also have this problem, the extension is disabled with Requires additional items, but it's worth noting that in the Addons dialog, it thinks the plugin is 0.6b1, even though its not, it's 1.0b1. I tried removing calendar-google-provider and indeed it disappeared from the Addons list, and re-installed with the same issue. Could you check with a fresh profile? I did. Moving my ~/.mozilla/iceowl out of the way completely still yeilds the same results. -- Phil Dibowitz p...@ipom.com Open Source software and tech docsInsanity Palace of Metallica http://www.phildev.net/ http://www.ipom.com/ Be who you are and say what you feel, because those who mind don't matter and those who matter don't mind. - Dr. Seuss signature.asc Description: OpenPGP digital signature
Bug#544481: Bug#557209: Bug#544481: apticron: apt-get dist-upgrade pulling required packages from unstable
2010/4/29 Matt Taggart tagg...@debian.org: 2) diffutils - This didn't exist as a binary package in stable, so there is nothing to install and put on hold. You can put a hold even on a not installed package, so you can use a hold also to prevent the installation of the package, not only the upgrade of the package. (Just make sure to release the holds before the next stable upgrade as it will have funny effects otherwise…) On #debian-backports we discussed the idea of backporting the testing version with Essential: yes removed (and converted to the old source format so it will work with backports). I might do that soon. I guess this will be difficult. In unstable diff is a transition package and diffutils contain the diff functionality. In stable diffutils doesn't exist and diff has the diff functionality. Unstable diff pre-depends on diffutils. If you now add something to backport you either need to forward the transition (= upload diff and diffutils) or upload diffutils as a dummy package -- but this will break the pre-depends for upgraders later on as the unstable diff (dummy) can be unpacked before the diffutils package from unstable is unpacked (and configured) as a package with this name is already installed and satisfy this dependency, but it is also a dummy package, so you have created a timeframe in which no package provides the diff functionality… The solution is a versioned pre-depends, but i am not sure if this is worthed the hassle… Best regards, David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579620: logrotate config needs to reflect syslog-ng.conf changes
Package: syslog-ng Version: 3.1.1-1 Severity: normal Tags: sid The upgrade to 3.x shipped a radically different syslog-ng.conf. (That could perhaps have been avoided?) Among many other changes, /var/log/messages is no longer used, OTOH, there is a new file /var/log/error. But the logrotate configuration in /etc/logrotate.d/syslog-ng seems unchanged. This means /var/log/error will never be rotated and new incarnations /var/log/messages, all empty, will keep appearing. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.33.2-core2-i (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 syslog-ng depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libdbi0 0.8.2-3Database Independent Abstraction L ii libevtlog00.2.8~1-2 Syslog event logger library ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip Versions of packages syslog-ng recommends: ii logrotate 3.7.8-6Log rotation utility syslog-ng 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#576967: cdbs: Splits CC into multiple env-var words
reassign 576967 cdbs tags 576967 +patch thanks How can you suggest that a multiword CC is “abuse” and okay to break, when by your own logic (bug 523642), CDBS “has a well defined current behaviour that users rely on”? This change also broke one of my packages that does some cross compiling by setting CC = gcc -m32. This is a perfectly legitimate use of CC; for example, the libc6 packaging does this to cross-compile libc6-i386 on amd64. But in fact, the CDBS change that introduced this regression (commit ee9bbf5 in version 0.4.77) doesn’t even correctly do what it was _intended_ to do. The $(origin) function is supposed to be called with a variable name, not with the contents of a variable. http://www.gnu.org/software/make/manual/html_node/Origin-Function.html#Origin-Function So, can you please apply this patch, which fixes both of these bugs and should make everyone happy? Thanks, Anders diff --git a/1/rules/buildvars.mk.in b/1/rules/buildvars.mk.in index cbca47b..535ca74 100644 --- a/1/rules/buildvars.mk.in +++ b/1/rules/buildvars.mk.in @@ -121,10 +121,10 @@ cdbs_expand_branches = $(subst WORDDELIMITER,$3,$(subst BRANCHDELIMITER,$4,$(cal cdbs_findargs-path-or-name = $(if $(findstring /,$(firstword $(1))),-path './$(patsubst ./%,%,$(firstword $(1)))',-name '$(firstword $(1))') $(foreach obj,$(wordlist 2,$(words $(1)),$(1)),-or $(if $(findstring /,$(obj)),-path './$(obj:./%=%)',-name '$(obj)')) # Resolve VAR only if declared explicitly in makefile or environment -cdbs_expand_nondefaultvar = $(if $(filter-out $(origin $1),default),$1) +cdbs_expand_nondefaultvar = $(if $(filter-out $(origin $1),default),$1=$($1)) # Declare (shell-style) variables to itself if explicitly declared -cdbs_set_nondefaultvars = $(foreach var,$1,$(patsubst %,$(var)=%,$(call cdbs_expand_nondefaultvar,$($(var) +cdbs_set_nondefaultvars = $(foreach var,$1,$(call cdbs_expand_nondefaultvar,$(var))) # Return non-empty if build system is different from host system cdbs_crossbuild = $(if $(call cdbs_streq,$(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)),,yes) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578578: java6 crypt policy files in /etc
Le jeudi 29 avril 2010 à 07:19 +0200, Torsten Werner a écrit : Hi, On Thu, Apr 29, 2010 at 5:53 AM, Andreas Unterkircher u...@netshadow.at wrote: I'm supporting this. The policy files should be preserved in /etc. I don't think so. A config file is a file that you can edit with either a text editor or some specialized configuration tool but a jar file does not fall into that category. Developers replaced the policy files at some time in the past for their application. Didn't they use dpkg-divert to safely replace the existing files? If not: their fault. I tend to set the wontfix tag because i think that dpkg-divert is the right tool. I support the wontfix. A compressed file is not a config file. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579621: xboard assumes fairymax is installed
Package: xboard Version: 4.5~git20100118-1 Severity: important Tags: experimental xboard assumes that fairymax is installed. When you start xboard with no options it eats a lot of cpu and then dies. I don't know debian packaging policies by heart but i do not think that a program should assume that a recommended application is installed. u...@host$ xboard -debug StartChildProcess (dir=.) fairymax xboard: Failed to start first chess program fairymax on localhost: fairymax: No such file or directory xboard: Error writing to first chess program: Broken pipe xboard: Error writing to first chess program: Broken pipe xboard: Error writing to first chess program: Broken pipe xboard: Error writing to first chess program: Broken pipe -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc5-git8 (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 xboard depends on: ii dpkg 1.15.7.1 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in ii libc6 2.11-0exp7 Embedded GNU C Library: Shared lib ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libsm62:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-3 X11 client-side library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xaw3dg1.5+E-18 Xaw3d widget set Versions of packages xboard recommends: pn fairymax none (no description available) ii xfonts-100dpi 1:1.0.1100 dpi fonts for X ii xfonts-75dpi 1:1.0.175 dpi fonts for X Versions of packages xboard suggests: ii aterm [x-terminal-emulator] 1.0.1-7Afterstep XVT - a VT102 emulator f ii eterm [x-terminal-emulator] 0.9.5-2Enlightened Terminal Emulator ii gnome-terminal [x-terminal-em 2.30.0-1 The GNOME terminal emulator applic ii mrxvt [x-terminal-emulator] 0.5.4-1lightweight multi-tabbed X termina ii rxvt-beta [x-terminal-emulato 2.7.10-6 VT102 terminal emulator for the X ii terminator [x-terminal-emulat 0.93-1 multiple GNOME terminals in one wi ii xterm [x-terminal-emulator] 256-1 X terminal emulator -- 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#579622: unbound chroot problem
Package: unbound Version: 1.4.0-1 cat /etc/debian_version squeeze/sid if enable chroot in config - service not working and configs not copint in to chrrot dir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579197: Outdated Spanish debconf template translation for phpbb3
2010/4/28 David Prévot da...@tilapin.org: tag 579197 - pending tag 579197 - patch thanks Hi Francisco, Hi David. I just noticed that the template file you attached to the current bug report is outdated: it is not synchronized with the phpbb3 templates just being reviewed with the Smith review project on debian-l10n-engl...@l.d.o. Please find attach the current es.po file in order to propose an updated translation. Thanks for reporting me this issue, I attached an updated version using templates.pot file from here: http://svn.wolffelaar.nl/wsvn/phpbb/trunk/phpbb3/po/templates.pot I assume that is the latest version of templates.pot file. My first translation was created using templates.pot file from debian l10n robot: http://www.debian.org/international/l10n/po-debconf/pot#phpbb3 This is the source from where I fetch templates, so I didn't know that there is a newer version. Cheers David Regards. -- Saludos Fran # phpbb3 po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the phpbb3 package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: phpbb3 3.0.7-PL1-1\n Report-Msgid-Bugs-To: Jeroen van Wolffelaar jer...@wolffelaar.nl\n POT-Creation-Date: 2010-04-28 19:56+0200\n PO-Revision-Date: 2010-04-29 09:42+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Description #: ../phpbb3.templates:1001 msgid Web server to configure automatically: msgstr Servidor web a configurar automáticamente: #. Type: multiselect #. Description #: ../phpbb3.templates:1001 msgid Please select any web server that should be configured automatically for phpBB. msgstr Escoja el servidor web que se debería configurar automáticamente para phpBB. #~ msgid apache2 #~ msgstr apache2 #~ msgid lighttpd #~ msgstr lighttpd #~ msgid #~ phpBB runs on any webserver with PHP support. However, only Apache #~ variants are currently supported by this configuration script. Select the #~ one(s) you want to configure. #~ msgstr #~ phpBB funciona sobre cualquier servidor web que pueda usar PHP. Sin #~ embargo, sólo las variantes de Apache se pueden usar con este script de #~ configuración. Escoja el/los que quiere configurar: #~ msgid #~ Note: You will need to restart the server(s) yourself (typically by #~ running something like /etc/init.d/apache-??? reload). #~ msgstr #~ Aviso: Necesitará reiniciar el/los servidor/es (normalmente ejecutando #~ algo similar a «/etc/init.d/apache-??? reload»).
Bug#576967: [Build-common-hackers] Bug#576967: cdbs: Splits CC into multiple env-var words
Hi Anders, On Thu, Apr 29, 2010 at 03:20:41AM -0400, Anders Kaseorg wrote: How can you suggest that a multiword CC is “abuse” and okay to break, when by your own logic (bug 523642), CDBS “has a well defined current behaviour that users rely on”? Because I am stupid and unworthy? Please do not hide complaints as questions. the CDBS change that introduced this regression (commit ee9bbf5 in version 0.4.77) doesn’t even correctly do what it was _intended_ to do. The $(origin) function is supposed to be called with a variable name, not with the contents of a variable. Thanks a bunch for spotting this. I am aware of the special way $(origin) use variables, and I _did_ test that it actually worked when implementing it, but obviously I did a mistake anyway when applying :-P So, can you please apply this patch, which fixes both of these bugs and should make everyone happy? Most certainly. Thanks a lot for the investigation and patch! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#579623: FTBFS: Entity: line 1: parser error : NmToken expected in ATTLIST enumeration
Package: cluster-agents Version: 1.0.3-2 Severity: serious Hi, cluster-agents fails to build from source: https://buildd.debian.org/status/package.php?p=cluster-agents A build log is here: https://buildd.debian.org/fetch.cgi?pkg=cluster-agentsarch=i386ver=1%3A1.0.3-2stamp=1271609017file=logas=raw It's the same error I'm seeing in my local builds. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579063: libparse-debian-packages-perl: Parse error when description body contains a colon.
tags 579063 + upstream confirmed forwarded 579063 https://rt.cpan.org/Ticket/Display.html?id=57031 thanks Hi, G. de la Rey deb...@delarey.org writes: When there is a colon in the text description of a package, parsing fails by treating it as if a key for the returned hash has been found. So as well as the normal keys, such as Section, Filename, etc., some random keys get created occasionally. For instance, the first package in the current Packages file for sid, 2vcard, comes up with an unexpected key of 'and alias files from the following formats'. The attached patch fixes this; it also makes next() return a reference to %package rather than a copy of it, which seems to run more quickly. I forwarded your bug report upstream [1], including a patch omitting the last part: I think avoiding API changes is better. Regards, Ansgar [1] https://rt.cpan.org/Ticket/Display.html?id=57031 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579063: Bug in libparse-debian-packages-perl fixed in revision 57088
tag 579063 + pending thanks Some bugs are closed in revision 57088 by Ansgar Burchardt (ansgar-guest) Commit message: * Set Standards-Version to 3.8.0 (no changes). * Move libmodule-build-perl to Build-Depends. * Fix error when description contains lines with colons. (Closes: #579063) + new patch: bug-579063.patch * Refresh rules for debhelper 7. * Use source format 3.0 (quilt). * Convert debian/copyright to proposed machine-readable format. * debian/watch: Use extended regular expression to match upstream releases. * debian/control: Replace build-dep on libmodule-build-perl by perl (which includes Module::Build); remove perl from Build-Depends-Indep. * Bump Standards-Version to 3.8.4. * Add myself to Uploaders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579624: Build with --enable_pacemaker
Package: redhat-cluster Version: 3.0.9-1 Severity: wishlist Having the pcmk's available would be nice. -- Guido -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33.1 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561836: include revtex4 in addition to revtex4.1
Package: texlive-publishers Version: 2009-7 Severity: normal So, what is the consensus on this? The last comment I saw in the thread on this bug was about that there was no need for replacement, but I fail to see how a mere _addition_ could be understood as a replacement... It seems that upstream is not going to provide a wrapper for revtex4, that means that internally, on their production servers, they are going to keep two separate versions (and this is correct, because it is a way to keep bug-for-bug compatibility with the papers prepared for the older class). What Debian should do in this case is to simply follow this practice, IMO. This is a nuisance to have to change the preambula of my own old papers just to let them compile. This is an unnecessary change. Of course, I can install revtex4 just for myself locally, but is it a Debian way? I do not think so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579547: mirror submission for deb-mir1.naitways.net
Le 28 avr. 2010 à 19:41, Simon Paillard a écrit : On Wed, Apr 28, 2010 at 07:16:37PM +0200, Jeremy SPY wrote: On Wed, Apr 28, 2010 at 02:02:13PM +, Jeremy SPY wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: deb-mir1.naitways.net Type: leaf Archive-architecture: amd64 i386 http://deb-mir1.naitways.net/debian/dists/unstable/ says kreebsd* as well. We finally decide to include all arch. It's better for Debian : http://deb-mir1.naitways.net/debian/ Please state whether you want to keep them or not. See http://www.debian.org/mirror/size IPv6: no Archive-upstream: ftp2.fr.debian.org Updates: twice Maintainer: Jeremy SPY cont...@naitways.com Country: FR France Location: PARIS 19 Sponsor: Naitways www.naitways.com Comment: Miroir mis à jour 4 fois par jour Bande passante : 60Mbps Today, we want pushed mirrors when possible, see http://www.debian.org/mirror/push_mirroring Contact of ftp2.fr at ftpmaint ATSIGN oleane.net Ok, we will do it. We had send an email to Oleane. We are waiting for their answer, to activate the update push from ftp2.fr Thanks in advance. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579625: partman-base: partman/alignment should also be a regular question
Package: partman-base A new template partman/alignment has been added which is currently only preseedable. During a discussion [1] it was suggested that the question should also be asked during interactive installs (at medium and/or low priority and only for relevant disk labels). The template is also not yet documented in the installation guide. [1] http://lists.debian.org/debian-boot/2010/04/msg00184.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579250: bluez-4.64 released
Hi, A new 4.64 revision has been just released, please consider this one for packaging. Thanks, Antonio -- Antonio Ospite http://ao2.it PGP public key ID: 0x4553B001 A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? pgpyHeuBzVyCm.pgp Description: PGP signature
Bug#578311: forwaded
forwarded 578311 http://tinyurl.com/2fcxovc thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#466684: forwarded
forwaded 466684 http://tinyurl.com/36rfqor thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576967: cdbs: Splits CC into multiple env-var words
tags 576967 pending thanks Hi again, On Thu, Apr 29, 2010 at 09:58:32AM +0200, Jonas Smedegaard wrote: On Thu, Apr 29, 2010 at 03:20:41AM -0400, Anders Kaseorg wrote: How can you suggest that a multiword CC is “abuse” and okay to break, when by your own logic (bug 523642), CDBS “has a well defined current behaviour that users rely on”? Because I am stupid and unworthy? Please do not hide complaints as questions. Whoops - sorry for biting: I thought you posted to the follow-up bugreport #578303, where I already admitted that it was wrong to not support multiword CC / CXX. (plus it is wrong of me to bite in any case) The reason I - historically! - considered this not a bug in CDBS was that I could not think of a sane use for multiword CC / CXX. Anyway, your patch has been applied now (slightly adjusted: I kept cdbs_expand_nondefaultvar as is and made a new convenience variable cdbs_set_nondefaultvar, as expansion and shell-style declaration are separate things. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#574078: synopsis: Please support Renesas SH(sh4)
Hello Nobuhiro, On Tue, Mar 16, 2010 at 02:45:59PM +0900, Nobuhiro Iwamatsu wrote: Source: synopsis Version: 0.12-4 Severity: important Tags: patch User: debian-...@superh.org Usertags: sh4 X-Debbugs-CC: debian-sup...@lists.debian.org Hi, I am now trying to run Debian on Renesas SH(sh4) CPU. http://buildd.debian-ports.org/status/architecture.php?suite=unstablea=sh4 synopsis FTBFS on SH4. Because synopsis does not support Renesas SH. http://buildd.debian-ports.org/fetch.php?pkg=synopsisarch=sh4ver=0.12-4stamp=1268661564file=logas=raw ... I made patch to support SH. Could you apply this patch? Or this package include libatomic-ops[0] package in source code. If you add libatomic-ops-dev to Build-depends, this problem is revised.( dont need patch.) since 0.12-5, synopsis build-depends on libatomic-ops-dev: could you please retry building the package and confirm the patch is not needed? Thanks in advance, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534689: Fixed upstream
tags 534689 + fixedupstream thanks should be fixed in 4.4 version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579627: multistrap: Clearer error reporting in the --simulate option
Subject: multistrap: Clearer error reporting in the --simulate option Package: multistrap Version: 2.1.3 Severity: minor *** Please type your report below this line *** I replaced the udevd executables with an older version from another embedded distro and it worked as expected. Thus I tried this: [General] arch=armel directory=rootfs_unconfigured cleanup=true noauth=true unpack=true debootstrap=Grip aptsources=GripSqueeze GripLenny Debian Problem 2: you don't specify a Grip section and you don't 'include' a conf file that does. This is where multistrap needs to improve the error reporting - please file a bug report against the Debian package - minor, asking for clearer error reporting in the --simulate option. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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/bash Versions of packages multistrap depends on: ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg ii libconfig-auto-perl 0.20-2 Magical config file parser ii libparse-debian-packages 0.01-1 parse the data from a debian Packa ii perl 5.10.1-12 Larry Wall's Practical Extraction ii realpath 1.12Return the canonicalized absolute Versions of packages multistrap recommends: ii emdebian-archive-keyring 2.0.1 GnuPG archive keys for the emdebia multistrap suggests no packages. -- no debconf information
Bug#566635: sysconfig-hardware: Inconsistent use of variables in hwup-ccw-group?
Attached the patch included in 0.0.9+nmu2. diff --git a/debian/changelog b/debian/changelog index d2d2da0..8fb6ea6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -3,6 +3,7 @@ sysconfig (0.0.9+nmu2) unstable; urgency=low * Non-maintainer upload. * Allow for driver name change in sysfs for CTC network devices in Linux kernel 2.6.33. Closes: #566632. + * Correct variable use in hwup-ccw-group script. Closes: #566635. -- Frans Pop f...@debian.org Thu, 29 Apr 2010 10:50:24 +0200 diff --git a/etc/sysconfig/scripts/hardware/hwup-ccw-group b/etc/sysconfig/scripts/hardware/hwup-ccw-group index 2aecf13..491e7d6 100755 --- a/etc/sysconfig/scripts/hardware/hwup-ccw-group +++ b/etc/sysconfig/scripts/hardware/hwup-ccw-group @@ -15,7 +15,7 @@ read_config ccw $ID CCWGROUP_ID=$CCWGROUP_CHANS -if [ $name == cu3088 ]; then +if [ $NAME == cu3088 ]; then modprobe ctcm 2 /dev/null || : modprobe ctc 2 /dev/null || : @@ -26,7 +26,7 @@ if [ $name == cu3088 ]; then else error no kernel module for ctc devices available! fi -elif [ $name == qeth ]; then +elif [ $NAME == qeth ]; then modprobe qeth 2 /dev/null || : if [ -d $SYSFS/module/qeth ]; then
Bug#566632: sysconfig-hardware: Fails to bring up ctc network interface with kernel 2.6.33-rc5
Attached the patch included in 0.0.9+nmu2. diff --git a/debian/changelog b/debian/changelog index dc72b7d..d2d2da0 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +sysconfig (0.0.9+nmu2) unstable; urgency=low + + * Non-maintainer upload. + * Allow for driver name change in sysfs for CTC network devices in Linux +kernel 2.6.33. Closes: #566632. + + -- Frans Pop f...@debian.org Thu, 29 Apr 2010 10:50:24 +0200 + sysconfig (0.0.9+nmu1) unstable; urgency=medium * Non-maintainer upload. diff --git a/etc/sysconfig/scripts/hardware/hwup-ccw-group b/etc/sysconfig/scripts/hardware/hwup-ccw-group index f3ed7b6..2aecf13 100755 --- a/etc/sysconfig/scripts/hardware/hwup-ccw-group +++ b/etc/sysconfig/scripts/hardware/hwup-ccw-group @@ -36,7 +36,7 @@ elif [ $name == qeth ]; then fi fi -ccw=/bus/ccw/drivers/$NAME +ccw=/bus/ccw/devices/$ID/driver ccwgroup=/bus/ccwgroup/drivers/$DRIVER message_n Configuring device $ID:
Bug#566629: sysconfig-hardware: Inconsistency for module ctc versus ctcm
Attached the patch included in 0.0.9+nmu2. diff --git a/debian/changelog b/debian/changelog index 8fb6ea6..f8fd3dc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,8 @@ sysconfig (0.0.9+nmu2) unstable; urgency=low * Allow for driver name change in sysfs for CTC network devices in Linux kernel 2.6.33. Closes: #566632. * Correct variable use in hwup-ccw-group script. Closes: #566635. + * Also set buffer and protocol options both for the (old) ctc module and +the (current) ctcm modules. Closes: #566629. -- Frans Pop f...@debian.org Thu, 29 Apr 2010 10:50:24 +0200 diff --git a/etc/sysconfig/scripts/hardware/hwup-ccw-group b/etc/sysconfig/scripts/hardware/hwup-ccw-group index 491e7d6..59b3ec1 100755 --- a/etc/sysconfig/scripts/hardware/hwup-ccw-group +++ b/etc/sysconfig/scripts/hardware/hwup-ccw-group @@ -95,16 +95,19 @@ write_setting () { fi } -if [ $DRIVER = ctc ]; then - write_setting buffer $CTC_BUFFER - write_setting protocol $CTC_PROTOCOL -elif [ $DRIVER = qeth ]; then - write_setting portname $QETH_PORTNAME - write_setting portno $QETH_PORTNO - write_option fake_broadcast ${qeth_optio...@]} - write_option fake_ll ${qeth_optio...@]} - write_option layer2 ${qeth_optio...@]} -fi +case $DRIVER in + ctc|ctcm) +write_setting buffer $CTC_BUFFER +write_setting protocol $CTC_PROTOCOL +;; + qeth) +write_setting portname $QETH_PORTNAME +write_setting portno $QETH_PORTNO +write_option fake_broadcast ${qeth_optio...@]} +write_option fake_ll ${qeth_optio...@]} +write_option layer2 ${qeth_optio...@]} +;; +esac echo 1 $SYSFS$ccwgroup/$CCWGROUP_ID/online message ok.
Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
Package: libgstreamer-plugins-base0.10-0 Version: 0.10.29-1 Severity: serious Justification: no longer builds from source Backporting the latest release to Lenny and noticed that the lenny theora is not enough to compile the package. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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/bash Versions of packages libgstreamer-plugins-base0.10-0 depends on: ii iso-codes 3.14-1 ISO language, territory, currency, ii libc6 2.7-18 GNU C Library: Shared libraries ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgstreamer0.10-00.10.29-1 Core GStreamer libraries and eleme libgstreamer-plugins-base0.10-0 recommends no packages. Versions of packages libgstreamer-plugins-base0.10-0 suggests: pn gstreamer-codec-install | none (no description available) ii libvisual-0.4-plugins 0.4.0.dfsg.1-2 Audio visualization framework plug -- no debconf information __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579587: libgnupg-interface-perl: GnuPG::Interface documentation example is wrong for list_public_keys()
Hi Daniel On Wed, Apr 28, 2010 at 04:01:31PM -0400, Daniel Kahn Gillmor wrote: Package: libgnupg-interface-perl Version: 0.42-2 Severity: normal Tags: patch The example in GnuPG::Interface documentation for the list_public_keys functionality adds a mistaken layer of indirection, which causes the gpg query to fail. The attached patch fixes the documentation. And here again, appliying your patch. It's already forwarded by Ansgar. Bests Salvatore signature.asc Description: Digital signature
Bug#579589: Bug in libgnupg-interface-perl fixed in revision 57098
tag 579613 + pending tag 579589 + pending tag 579587 + pending thanks Some bugs are closed in revision 57098 by Salvatore Bonaccorso (carnil-guest) Commit message: * debian/patches: - Add patch fix-gnupg_key-docs.patch to fix missing newline in GnuPG::Key on expiration_date_string item. (Closes: #579613). - Add patch fix_publickey_doc.patch to fix missing 'not' in documentation of GnuPG::PublicKey. (Closes: #579589). - Add patch fix-list_public_keys-pod.patch to fix example in GnuPG::Interface documentation for the list_public_keys functionality. (Closes: #579587). - Thanks to Daniel Kahn Gillmor for reporting this issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534689: Fixed upstream
tags 534689 + fixed-upstream thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578578: java6 crypt policy files in /etc
I don't think so. A config file is a file that you can edit with either a text editor or some specialized configuration tool but a jar file does not fall into that category. I tend to set the wontfix tag because i think that dpkg-divert is the right tool. I support the wontfix. A compressed file is not a config file. But if you argue like this - what has then /etc/localtime, /etc/krb5.keytab, /etc/ld.so.cache, ... and so on to do in /etc? They are also not editable as text but it is a must that those files need to be there in /etc (ok, maybe comparing apples and oranges...). IMHO what is important here is that those two files are not as static as they seem to be. As far as I understand if you are outside the US and want to use the unlimited-strength cryptography extension you have to replace those two. Quoting http://java.sun.com/javase/6/webnotes/README.html Due to import control restrictions for some countries, the Java Cryptography Extension (JCE) policy files shipped with the JDK and the JRE allow strong but limited cryptography to be used. These files are located at An unlimited strength version of these files indicating no restrictions on cryptographic strengths is available on the JDK web site for those living in eligible countries. Those living in eligible countries may download the unlimited strength version and replace the strong cryptography jar files with the unlimited strength files. Maybe a more flexible way (like in the way of update-alternatives or so) would be better instead of using dpkg-divert to stop the package overwriting files that were moved there to actually be able to use Java-based software that requires unlimited JCE at all. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558776: powertop: reports incorrect wattage
Hi, on a DELL Latitude D830 1.13~pre20100125-1 report the wrong wattage where 1.11-1 show values that are roughly correct. Now the short term ACPI estimate is wrong by one order of magnitude. 1.13~pre20100125-1 shows Power usage (ACPI estimate): 1,6W (6,3 hours) while 1.11-1 shows Power usage (ACPI estimate): 19,2W (0,5 hours) I can confirm this, on an Eee 900A powertop-1.13~pre20100125-1 reports 1/10 of the actual power usage as short-term estimate; long-term is OK. Michal Petrucha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
* Package name: zthreads libzthreads? Package: wnpp Severity: wishlist Owner: Cleto Martin Angelina cleto.mar...@gmail.com Owner: Cleto Martin Angelina cleto.mar...@gmail.com 'zthreads' was the name of the source package I thought for the first time. There is no matter to change it to 'libzthreads'. Programming Lang: C++ Description : A platform-independent, multi-threading, object-oriented and synchronization library for C++ This is a pretty long short description. I would suggest something like: synchronization library or synchronization library for C++ Ok. What about Object-oriented synchronization library for C++?. It provides several structures for concurrent programming like PoolExecutor, MonitoredQueue, Barriers and much more. Futhermore, ^^ My spell checker suggest: Furthermore Sorry. Fixed. This library is used in Bruce Eckel's book Thinking in C++ as a good framework for concurrent programming. This last paragraph could/should be dropped. (IMHO, this sounds like advertising, and it isn't a useful information about what the package is doing / why it is useful / when it it should be used) My intention is to show that it is a well documented library (the book is fulled with examples) and C++-expert authors like Bruce Eckel use this library (so it is a good option). It is true that it is shown like an advertising... sorry about it, but I think that it is important to know this library is not a 'quick-and-dirty' solution. You're missing the important bit here: Version 2.3.2 was released on 03/13/05. What about not packaging *that* at all? It is true zthreads library is apparently abandoned by the original author. But me and my workmates are specially interested on it and it is *free software*. At this the moment, we have not found any bug (just little patches because it is compiled with an old gcc version). If some bug appears, we are ready to fix it and maintain the software. We want to package it because it is a really good library (even old), the library is documented, and much more. As free software, it is opportunity to improve the library code with Debian users suggestions and patches. Especially if it is not compatible with glibc and all other libraries (ie if it does not provide the current libpthread ABI). [I did not check if this is the case or not] I don't know what I should to do for checking that issue in the library (please, explain me how I can do it). Thanks a lot for your observations. Regards, Cleto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579626: multistrap: add clarify documentation
Subject: multistrap: add clarify documentation Package: multistrap Version: 2.1.3 Severity: wishlist *** Please type your report below this line *** As requested in the mailing list: Thanks, but please include the version of multistrap used. (This is just one reason why bug reports are better than mailing list posts - the version is included automatically.) My tests will be done with multistrap 2.1.3 from Debian experimental and fixes will go into multistrap 2.1.4, also heading into experimental. (Things need to settle a bit more before I disturb 2.0.9 in unstable.) than the old emsandbox I used before. A few points I have: - udev in grip squeeze (151-3em1) does not detect mtbblockx devices, (Seems to work on my Grip box... Have you tested the x86 package at the same version? If so, have you reported a bug against the Debian package?) I replaced the udevd executables with an older version from another embedded distro and it worked as expected. Thus I tried this: [General] arch=armel directory=rootfs_unconfigured cleanup=true noauth=true unpack=true debootstrap=Grip aptsources=GripSqueeze GripLenny Debian Problem 1: bootstrap is for packages that you use to build the rootfs. aptsources is for the sources you want listed inside the rootfs for runtime. You won't get packages from GripLenny or Debian included in the initial rootfs unless you list those sections in debootstrap. (That option will be renamed to bootstrap or rootfs in future, support will be retained for the existing setting but I'll see about changing the docs for clarity.) The distinction probably wasn't clear in the early versions of multistrap. Please file a minor/wishlist bug so that I don't forget to add / clarify the documentation. -- System Information: Debian Release: squeeze/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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/bash Versions of packages multistrap depends on: ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg ii libconfig-auto-perl 0.20-2 Magical config file parser ii libparse-debian-packages 0.01-1 parse the data from a debian Packa ii perl 5.10.1-12 Larry Wall's Practical Extraction ii realpath 1.12Return the canonicalized absolute Versions of packages multistrap recommends: ii emdebian-archive-keyring 2.0.1 GnuPG archive keys for the emdebia multistrap suggests no packages. -- no debconf information
Bug#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On Thu, Apr 29, 2010 at 5:13 PM, Cleto Martin Angelina cleto.mar...@gmail.com wrote: You're missing the important bit here: Version 2.3.2 was released on 03/13/05. What about not packaging *that* at all? It is true zthreads library is apparently abandoned by the original author. But me and my workmates are specially interested on it and it is *free software*. At this the moment, we have not found any bug (just little patches because it is compiled with an old gcc version). If some bug appears, we are ready to fix it and maintain the software. In that case, please follow sourceforge's procedures to take over the project: http://sourceforge.net/apps/trac/sourceforge/wiki/Abandoned%20Project%20Takeovers The upstream forums are still active and some people have written about bugs there: http://sourceforge.net/projects/zthread/forums/forum/22488 You might want to enable the bug tracker, switch to a more sane VCS (like git) and otherwise revive the project. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286917: [PATCH] fix endless loop in local queries
On Thu, Apr 29, 2010 at 8:23 AM, Joel Yliluoma bisq...@iki.fi wrote: On Thu, 29 Apr 2010, Thibaut VARÈNE wrote: Using bidentd 1.1.1 (lenny), I have the exact same problem. Steps to reproduce: install bidentd and an IRC client locally. Connect to anyIRC server. Cause: bidentd code for local query is never reached. Fix: see attached patch. I simply moved the local query code before theforwarding path. Checked, works both locally and with remote (forwarded)queries. I really have to wonder if people drink their own shit :-/ Kernel code changes, and what used to work no longer works. It's called bit rot. No. I could track the current behaviour (having *all* including local connections listed in /proc/net/ip_conntrack) back to 2.4 kernel. Ergo, it's not that your code used to work. It *never* worked in this particular use case (local queries on the gateway, see below). This is about poor programming habits, zero code review and insufficient testing. The latter being the key point here, since good testing usually alleviates problems related to the first two items. I do not understand what you mean by what you wonder, This is what I mean: I mean that this bug has been first reported on Debian about 6 years ago, and it took me about 90s to download the code, read it (and I have no previous knowledge of how connection tracking works in linux) and spot the fact that no matter what, local query was never reached in the code path when ip_conntrack friends exist in /proc. What I mean is that you obviously never tried to run your daemon to answer local queries on a box that has ip forwarding/connection tracking enabled (note: that's another prerequisite to trigger the bug, let's assume that's why the debian maintainer couldn't reproduce it. It wouldn't happen on a non-forwarding machine since ip_conntrack co do not exist if conntrack is not enabled), otherwise you would have immediately noticed that it didn't work. but I indeed wrote this utility because I needed it myself, and I had to use it too. That is my motivation for most of the stuff I write. Today, I no longer have the same need, so I haven't exactly maintained the program, as I no longer use it myself. Put up a note on your website, somebody might step up and take over maintainership. Thank you for the patch though. If I just get a second opinion (i.e. confirmation from one of you maintainers that this patch actually works), I will apply it and release version 1.1.4 with that patch. If you cannot understand that this patch is correct given the input I gave you and it's mind-numbing simplicity, I'm lost for words. On the other hand, that bug has been waiting for ages, it can probably wait a couple more years... -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
On Thu, 2010-04-29 at 11:26 +0200, Marc Leeman wrote: Package: libgstreamer-plugins-base0.10-0 Version: 0.10.29-1 Severity: serious Justification: no longer builds from source Backporting the latest release to Lenny and noticed that the lenny theora is not enough to compile the package. It's supposed to be buildable with 1.0 beta3, which is exactly what is in lenny. What's the error you get? Snippet from configure.ac: dnl *** theora *** translit(dnm, m, l) AM_CONDITIONAL(USE_THEORA, true) AG_GST_CHECK_FEATURE(THEORA, [Xiph Theora video codec], theora, [ dnl theora uses pkg-config version incorrectly, for pkg-config: dnl 1.0 1.0RCX 1.0alphaX 1.0betaX 1.0.0 dnl theoraenc and theoradec appeared in 1.0beta3 AG_GST_PKG_CHECK_MODULES(THEORA, theoradec theoraenc) ]) But you're right, the build dependency should be updated to = 1.0~beta3, not that this would fix your problem ;) signature.asc Description: This is a digitally signed message part
Bug#579628: [gmail] Re: Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
It's supposed to be buildable with 1.0 beta3, which is exactly what is in lenny. What's the error you get? It failed when creating the deb package since the theora plugin (so file) was not built. The config.log mentioned something about a .pc file missing. Didn't save it though :-( -- greetz, marc The explanation requiring the fewest assumptions is the most likely to be correct. -- William of Occam crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
Bug#579628: [gmail] Re: Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
On Thu, 2010-04-29 at 11:52 +0200, Marc Leeman wrote: It's supposed to be buildable with 1.0 beta3, which is exactly what is in lenny. What's the error you get? It failed when creating the deb package since the theora plugin (so file) was not built. The config.log mentioned something about a .pc file missing. Didn't save it though :-( Oh, that's maybe a bug in the libtheora package then. The maintainer forgot until some version to include the pkg-config files. What do you suggest? I hate build depending on a special version of a package just because of a packaging bug... signature.asc Description: This is a digitally signed message part
Bug#579629: [INTL:es] Spanish debconf template translation for hadoop
Package: hadoop Version: 0.20.2+dfsg1-2 Severity: wishlist Tags: l10n patch -- Saludos Fran # hadoop po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the hadoop package. # # Changes: # - Initial translation # Francisco Javier Cuadrado fcocuadr...@gmail.com, 2010 # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: hadoop 0.20.2+dfsg1-2\n Report-Msgid-Bugs-To: had...@packages.debian.org\n POT-Creation-Date: 2010-04-17 08:00+0200\n PO-Revision-Date: 2010-04-19 09:12+0100\n Last-Translator: Francisco Javier Cuadrado fcocuadr...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid Should namenoded's file system be formatted? msgstr ¿Se debería formatear el sistema de archivos de namenoded? #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid The Name Node daemon manages the Hadoop Distributed File System (HDFS). Like a normal file system, it needs to be formatted prior to first use. If the HDFS file system is not formatted, the Name Node will fail to start. msgstr El demonio «Name Node» gestiona el sistema de archivos distribuido Hadoop (HDFS). Como cualquier sistema de archivos normal, hay que formatearlo antes de su primer uso. Si el sistema de archivos HDFS no está formateado, «Name Node» fallará al iniciarse. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid This operation does not affect other file systems on this computer. You can safely choose to format the file system if you're using HDFS for the first time and don't have data from previous installations on this computer. msgstr Esta operación no afecta a otros sistemas de archivos de este equipo. Puede escoger formatear el sistema de archivos si está usando HDFS por primera vez y no tiene datos de alguna instalación previa en este equipo. #. Type: boolean #. Description #: ../hadoop-namenoded.templates:2001 msgid If you choose not to format the file system right now, you can do it later by executing \hadoop namenode -format\ as the user \hadoop\. msgstr Si escoge no formatear el sistema de archivos ahora mismo, puede hacerlo más tarde ejecutando «hadoop namenode -format» como el usuario «hadoop».
Bug#528758: Mr. Paul Gomez.
I am a Senior Auditor working with a Bank here in Spain, I need your assistance in repatriating $9.500m left behind by a late customer that died with his entire family before it is declared unserviceable. Every attempt to trace any member of his family has proved unsuccessful and abortive. I will give you more information upon your response to this proposal. My Email:alonsogomez1...@aol.com Best Regards, Mr. Paul Gomez. ___ GRATIS: Movie-Flat mit über 300 Top-Videos. Für WEB.DE Nutzer dauerhaft kostenlos! Jetzt freischalten unter http://movieflat.web.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579630: Subject: lyx: crash inserting floats
Subject: lyx: crash inserting floats Package: lyx Version: 1.6.5-1 Severity: important Lyx crashes while inserting a float. The output error given is: TocWidget::select(): QModelIndex is invalid! When I launch LyX again, the float is inserted and I can keep working. The crash happens with all the possible floats. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lyx depends on: ii libaiksaurus-1.2-0c2 1.2.1+dev-0.12-6an English-language thesaurus (dev ii libaspell15 0.60.6-4GNU Aspell spell-checker runtime l ii libboost-regex1.40.0 1.40.0-6+b1 regular expression library for C++ ii libboost-signals1.40 1.40.0-6+b1 managed signals and slots library ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libqtcore4 4:4.6.2-4 Qt 4 core module ii libqtgui44:4.6.2-4 Qt 4 GUI module ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii lyx-common 1.6.5-1 Architecture-independent files for ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii xdg-utils1.0.2+cvs20100307-1 desktop integration utilities from ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages lyx recommends: ii acroread [pdf-viewer]9.3-0.0 Adobe Acrobat Reader: Portable Doc ii dvipng 1.12-3 convert DVI files to PNG graphics ii epdfview [pdf-viewer]0.1.7-2 Lightweight pdf viewer based on po ii evince-gtk [pdf-viewer] 2.28.2-1Document (postscript, pdf) viewer ii ghostscript 8.71~dfsg-4 The GPL Ghostscript PostScript/PDF ii gv [pdf-viewer] 1:3.6.8-1 PostScript and PDF viewer for X ii imagemagick 7:6.6.0.4-2 image manipulation programs ii poppler-utils0.12.4-1PDF utilitites (based on libpopple ii preview-latex-style 11.85-1 extraction of elements from LaTeX ii psutils 1.17-27 A collection of PostScript documen ii texlive-fonts-recommended2009-8 TeX Live: Recommended fonts ii texlive-latex-extra 2009-7 TeX Live: LaTeX supplementary pack ii texlive-latex-recommended2009-8 TeX Live: LaTeX recommended packag ii ttf-lyx 1.6.5-1 TrueType versions of some TeX font Versions of packages lyx suggests: pn chktexnone (no description available) pn dvipost none (no description available) pn gnuhtml2latex none (no description available) ii groff 1.20.1-9 GNU troff text-formatting system pn latex2rtf none (no description available) pn libtiff-tools none (no description available) pn linuxdoc-toolsnone (no description available) ii menu 2.1.43 generates programs menu for all me pn noweb none (no description available) pn rcs none (no description available) pn sgmltools-litenone (no description available) pn tex4ht | elyxer | hevea | tth none (no description available) pn writer2latex none (no description available) pn wvnone (no description available) -- no debconf information
Bug#579628: [gmail] Re: Bug#579628: libgstreamer-plugins-base0.10-0: build dependency on theora should have a version (1.1.1)
Oh, that's maybe a bug in the libtheora package then. The maintainer forgot until some version to include the pkg-config files. What do you suggest? I hate build depending on a special version of a package just because of a packaging bug... Since I'm probably a special case; backporting the latest GST releases to Lenny; most people will not be affected by this bug. You can close it; just thought it better to report it (I caught you on IRC with the last releases with a number of such things, but forgot to folllow it up). -- greetz, marc Logic is a little bird, sitting in a tree; that smells *_awful*. crichton 2.6.26 #1 PREEMPT Tue Jul 29 21:17:59 CDT 2008 GNU/Linux signature.asc Description: Digital signature
Bug#577163: closed by Daniel Baumann dan...@debian.org (Bug#577163: fixed in open-vm-tools 2010.03.20-243334-4)
Hi, Petter Reinholdtsen wrote (25 Apr 2010 08:02:20 GMT) : The problem stil exist. The script try to insert itselv both before and after $network (via $remote_fs), which is impossible. Same here in Squeeze. Bye, -- intrigeri intrig...@boum.org | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr-fingerprint.asc | So what? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579631: gnutls-bin: gnutls fails to base64 decode cert if header has additional space at EOL
Package: gnutls-bin Version: 2.8.6-1 Severity: normal Tags: lenny sid Hi, I got a new cert for my servers and updated also the certs for exim for TLS. With dovecot and Apache I never had any issues but exim failed to start tls: 2010-04-29 09:43:26 TLS error on connection from xxx.tuwien.ac.at () [128.130.xx.xx] (cert/key setup: cert=/etc/exim4/exim.crt key=/etc/exim4/exim.k ey): Base64 decoding error. in the end I found out, that the header of the cert has an additional space after the -BEGIN CERTIFICATE- and before the newline. gnutls fail then to decode the cert. openssl has no issues with the additinal blank. Would it be possible to ignore this whitespace in gnutls as well? thanks Philipp Kolmann -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686-bigmem (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gnutls-bin depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libreadline66.1-2GNU readline and history libraries ii libtasn1-3 2.5-1Manage ASN.1 structures (runtime) ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnutls-bin recommends no packages. gnutls-bin 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#286917: [PATCH] fix endless loop in local queries
On Thu, 29 Apr 2010, Thibaut VARENE wrote: Thank you for the patch though. If I just get a second opinion (i.e. confirmation from one of you maintainers that this patch actually works), I will apply it and release version 1.1.4 with that patch. If you cannot understand that this patch is correct given the input I gave you and it's mind-numbing simplicity, I'm lost for words. On the other hand, that bug has been waiting for ages, it can probably wait a couple more years... With all due respect, I do not think that the Debian bug tracking system is a place where passive aggression should take place. Yes, I wrote this utility in 2000. In 2005, I had long ago stopped using a system where clients needing AUTH would be behind a NAT performed by a computer that I maintain. Came kernel 2.4, came kernel 2.6, and I have long ago forgot how this program works. As you reported, it is indeed simple enough that I could see it easily if I just read it with thought, but I do not a personal need to study it. As for the bug been waiting for ages, the first time ever that it was mentioned to me was in October 2008, four years after the bug was filed in the first place. Debian bug tracking system is not my bug tracking system, and until now, I have never been cc'd on any of these discussions on this mailing list. As for mr. Bigonville's e-mail to me in October 2008, it was received, but unfortunately forgotten accidentally. This utility is GPL, and it is stored in a Git repository anyone can clone; anyone can branch it, or express their desire to take over. I am doing the token effort to keep it accessible, hosting a homepage of sorts for it, but all development effort has long been done by contributors. All I require is that any patch to the official version comes from a source that I can trust. Mr. Varène, I do not know you, and therefore I am asking for a verification by someone else. Is that too much to ask? -- Joel Yliluoma http://iki.fi/bisqwit/
Bug#437180: this bug/#437180 - some user cronjobs are not beeing executed upon reboot
tag 437180 confirmed pending thanks Wolf Wiegand wrote: Hi Christian, Christian Kastner wrote: $ crontab -l @reboot FOO=$(ls /); echo $FOO | mail w...@localdomain @reboot FOO=asdf; echo $FOO | mail w...@localdomain $ grep CRON /var/log/syslog | egrep wolf|reboot Mar 8 11:35:10 denkbrett /usr/sbin/cron[2766]: (CRON) INFO (Running @reboot jobs) Mar 8 11:35:10 denkbrett /USR/SBIN/CRON[2802]: (wolf) CMD (FOO=asdf; echo $FOO | mail w...@localdomain) I tried the exact same crontab (s/wolf/testuser/) on a vanilla lenny, and my sid devel machine, and all worked as expected. Could I ask you to try this one more time? What's really weird is that it's just the line with the command substitution that fails. cron doesn't perform any kind of interpretation, it just passes on the entire command string to $SHELL -c (default /bin/sh). I retried this on my lenny machine, now cron wouldn't run either of the two @reboot-jobs from above. I probably must have gotten something mixed up in my last mail. Actually, I suspect it was just a side effect of the underlying cause (see below). I had the same problems reproducing my own testcase. I did a little bit of digging around, the problem seems to be that the @reboot lines are recognized as environment statements during startup because of the equal-sign (such as in SHELL=/bin/sh, for example). I tried this with the following crontab entries: @reboot echo $(ls /)| mail -s cron-test wolf @reboot FOO=asdf; echo $FOO| mail -s cron-test wolf syslog shows that the first command is executed, the second is not (please disregard the weird DEBIAN/CRON/USR/..., I used a locally built source package for debugging purposes): 9 load_env, read @reboot FOO=asdf; echo $FOO| mail -s cron-test wolf 10 load_env: 2 fields from scanf; looks like an env setting 11 load_env, @reboot FOO asdf; echo $FOO| mail -s cron-test wolf - @rebootFOO=asdf; echo $FOO| mail -s cron-test wolf 12 linenum=81 13 ...load_user() done In line 2 you can see that the first @reboot-line is not recognized as an environment setting. In line 10 however, you can see that this line is recognized as an environment setting. So, the lines that are not being executed are never passed to $SHELL, because they are mistaken for something else. As to why these lines are executed during normal operation, I cannot tell. Many thanks for your detailed analysis; I would never have found the bug otherwise. The parser misidentifies lines in the form @interval ENV= if the separating character between @interval and ENV= is a TAB instead of SPACE(s). My .vimrc has set expandtab, which is why I couldn't reproduce the issue. Fixing this specific issue would have been trivial, but I backported the parser from upstream-4.1 to our 3.0 instead ...which was trivial, too, and it may catch other gotchas. It will be included in the next upload. For now, the simplest workaround for you would be to separate the @interval specifiers from the ENVVARs with spaces. Thanks again, Christian signature.asc Description: OpenPGP digital signature
Bug#579632: Netbook enhancements
Package: squirrelmail Version: 2:1.4.15-4+lenny2 Severity: whishlist The options in squirrelmail to edit are all over the shop and a waste of SVGA space. When overseas I noticed that these would not fit on netbook display when a reasonable font size was used. The inconsistency issue is a bit like #421152 which is also a wishlist item for upstream. These are not skinable so I will need it changed if it is not to revert on every update. I hacked up /usr/share/squirrelmail/src/read_body.php The logic might be a mess, but this just tidies up display. Folder Edit option textNew text == SentEdit Message as New Edit Drafts Resume DraftEdit INBOX Forward Edit (only threading) INBOX Forward as Attachment Forward (any other way?) /usr/share/squirrelmail/po/squirrelmail.pot:733:msgid Edit Message as New /usr/share/squirrelmail/src/read_body.php:567:$comp_alt_string = _(Edit Message as New); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:730:msgid Resume Draft /usr/share/squirrelmail/src/read_body.php:564:$comp_alt_string = _(Resume Draft); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:739:msgid Forward /usr/share/squirrelmail/po/squirrelmail.pot:1584:msgid Prepend Signature before Reply/Forward Text /usr/share/squirrelmail/src/read_body.php:641:$s .= makeComposeLink($comp_action_uri, _(Forward)); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:742:msgid Forward as Attachment /usr/share/squirrelmail/po/squirrelmail.pot:1557:msgid Enable Forward as Attachment /usr/share/squirrelmail/src/read_body.php:646:$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); Change to Forward. I have changed 4 lines in /usr/share/squirrelmail/src/read_body.php --- read_body.php.ori 2009-05-19 22:43:01.0 +0800 +++ read_body.php 2010-04-29 18:25:08.0 +0800 @@ -561,10 +561,10 @@ if (($mailbox == $draft_folder) ($save_as_draft)) { $comp_alt_uri = $comp_uri . 'amp;smaction=draft'; -$comp_alt_string = _(Resume Draft); +$comp_alt_string = _(Edit); } else if (handleAsSent($mailbox)) { $comp_alt_uri = $comp_uri . 'amp;smaction=edit_as_new'; -$comp_alt_string = _(Edit Message as New); +$comp_alt_string = _(Edit); } if (isset($comp_alt_uri)) { $s .= $topbar_delimiter; @@ -638,12 +638,12 @@ $s .= '/small/td' . \n . html_tag( 'td', '', 'right', '', 'width=33% nowrap' ) . 'small'; $comp_action_uri = $comp_uri . 'amp;smaction=forward'; -$s .= makeComposeLink($comp_action_uri, _(Forward)); +$s .= makeComposeLink($comp_action_uri, _(Edit)); if ($enable_forward_as_attachment) { $comp_action_uri = $comp_uri . 'amp;smaction=forward_as_attachment'; $s .= $topbar_delimiter; -$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); +$s .= makeComposeLink($comp_action_uri, _(Forward)); } $comp_action_uri = $comp_uri . 'amp;smaction=reply'; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579221: [Pkg-openldap-devel] Bug#579221: Bug#579221: openldap: FTBFS on kfreebsd-*: error: missing binary operator before token long
Hello, Quanah Gibson-Mount qua...@zimbra.com (28/04/2010): TIOCNOTTY is defined in a system header file. If the build is failing on this elif, it sounds like you have a missing system header while doing the build. Please report which OS header defines TIOCNOTTY on your BSD based box. k...@kbsd:~$ grep TIOCNOTTY /usr/include/ -r /usr/include/sys/ttycom.h:#define TIOCNOTTY _IO('t', 113) /* void tty association */ k...@kbsd:~$ grep ttycom.h -r /usr/include/ /usr/include/sys/tty.h:#include sys/ttycom.h /usr/include/bits/ioctls.h:#include sys/ttycom.h Looks like you may want sys/tty.h here? Mraw, KiBi. signature.asc Description: Digital signature
Bug#579633: firmware-b43legacy-installer.postins problem
Package: firmware-b43legacy-installer Version: 4.178.10.4-3 Severity: important if if statement in firmware-b43legacy-installer.postins where the list of supported cards is checked is wrong. if [ -n $pci ]; then if [ `echo $pci | cut -d: -f2` != 4301 ] || \ [ `echo $pci | cut -d: -f2` != 4306 ] || \ [ `echo $pci | cut -d: -f2` != 4320 ]; then echo Not supported card here (PCI id $pci)! echo Use b43 firmware. This is just for the b43legacy driver. echo Aborting. exit 1 fi fi The OR statement in the if should be AND. Otherwise the firmware for 4306 and 4320 cased cards will not be expanded. The corrected code should be: if [ -n $pci ]; then if [ `echo $pci | cut -d: -f2` != 4301 ] \ [ `echo $pci | cut -d: -f2` != 4306 ] \ [ `echo $pci | cut -d: -f2` != 4320 ]; then echo Not supported card here (PCI id $pci)! echo Use b43 firmware. This is just for the b43legacy driver. echo Aborting. exit 1 fi fi evgeni -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.32-3-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages firmware-b43legacy-installer depends on: ii b43-fwcutter 1:013-1Utility for extracting Broadcom 43 ii wget 1.12-2 retrieves files from the web Versions of packages firmware-b43legacy-installer recommends: ii linux-image-2.6.30-2-powerpc 2.6.30-8 Linux 2.6.30 image on uniprocessor ii linux-image-2.6.32-2-powerpc 2.6.32-8 Linux 2.6.32 for uniprocessor 32-b ii linux-image-2.6.32-3-powerpc 2.6.32-9 Linux 2.6.32 for uniprocessor 32-b ii linux-image-2.6.32-trunk-powe 2.6.32-5 Linux 2.6.32 for uniprocessor 32-b firmware-b43legacy-installer 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#579373: ITP: zthreads -- A platform-independent, multi-threading and synchronization library for C++
On 29/04/2010 11:13, Cleto Martin Angelina wrote: Especially if it is not compatible with glibc and all other libraries (ie if it does not provide the current libpthread ABI). [I did not check if this is the case or not] I don't know what I should to do for checking that issue in the library (please, explain me how I can do it). If the zthread library does not provide the libpthread ABI (ie cannot be used instead of the libpthread from the system with LD_PRELOAD for example), then any threaded program using zthread library will need to serialize all its calls to any other library (including the glibc) [or the other libraries will need to be recompiled against the zthread library instead of the libpthread]. There still can be use cases (computations without libc I/O) but it wont be useful for common threaded programming. Regards, Vincent Thanks a lot for your observations. Regards, Cleto. -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579631: gnutls-bin: gnutls fails to base64 decode cert if header has additional space at EOL
severity 579631 wishlist thanks Philipp Kolmann phil...@kolmann.at writes: Hi, I got a new cert for my servers and updated also the certs for exim for TLS. With dovecot and Apache I never had any issues but exim failed to start tls: 2010-04-29 09:43:26 TLS error on connection from xxx.tuwien.ac.at () [128.130.xx.xx] (cert/key setup: cert=/etc/exim4/exim.crt key=/etc/exim4/exim.k ey): Base64 decoding error. in the end I found out, that the header of the cert has an additional space after the -BEGIN CERTIFICATE- and before the newline. gnutls fail then to decode the cert. openssl has no issues with the additinal blank. Would it be possible to ignore this whitespace in gnutls as well? Hi! Thanks for identifying this, it could explain some similar reports we've seen. However I cannot reproduce this outside of exim, can you? I tried running 'certtool foo' on a file 'foo' containing: -BEGIN CERTIFICATE- MIICVjCCAcGgAwIBAgIERiYdMTALBgkqhkiG9w0BAQUwGTEXMBUGA1UEAxMOR251 VExTIHRlc3QgQ0EwHhcNMDcwNDE4MTMyOTIxWhcNMDgwNDE3MTMyOTIxWjA3MRsw GQYDVQQKExJHbnVUTFMgdGVzdCBzZXJ2ZXIxGDAWBgNVBAMTD3Rlc3QuZ251dGxz Lm9yZzCBnDALBgkqhkiG9w0BAQEDgYwAMIGIAoGA17pcr6MM8C6pJ1aqU46o63+B dUxrmL5K6rce+EvDasTaDQC46kwTHzYWk95y78akXrJutsoKiFV1kJbtple8DDt2 DZcevensf9Op7PuFZKBroEjOd35znDET/z3IrqVgbtm2jFqab7a+n2q9p/CgMyf1 tx2S5Zacc1LWn9bIjrECAwEAAaOBkzCBkDAMBgNVHRMBAf8EAjAAMBoGA1UdEQQT MBGCD3Rlc3QuZ251dGxzLm9yZzATBgNVHSUEDDAKBggrBgEFBQcDATAPBgNVHQ8B Af8EBQMDB6AAMB0GA1UdDgQWBBTrx0Vu5fglyoyNgw106YbU3VW0dTAfBgNVHSME GDAWgBTpPBz7rZJu5gakViyi4cBTJ8jylTALBgkqhkiG9w0BAQUDgYEAaFEPTt+7 bzvBuOf7+QmeQcn29kT6Bsyh1RHJXf8KTk5QRfwp6ogbp94JQWcNQ/S7YDFHglD1 AwUNBRXwd3riUsMnsxgeSDxYBfJYbDLeohNBsqaPDJb7XailWbMQKfAbFQ8cnOxg rOKLUQRWJ0K3HyXRMhbqjdLIaQiCvQLuizo= -END CERTIFICATE- but it worked fine. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536896: linux-image-2.6.26-2-amd64: audio popping with gstreamer using apps when using amd64 kernel and i386 userspace
On Mon, 12 Apr 2010, Ben Hutchings wrote: On Mon, 2010-04-12 at 09:26 +0200, Takashi Iwai wrote: At Sun, 11 Apr 2010 21:25:16 +0100, Ben Hutchings wrote: [1 text/plain; UTF-8 (quoted-printable)] [Earlier messages can be found at http://bugs.debian.org/536896 ] On Mon, 2010-04-12 at 01:08 +0800, James Andrewartha wrote: [...] Author: Takashi Iwai ti...@suse.de 2008-01-09 02:08:14 Committer: Jaroslav Kysela pe...@perex.cz 2008-02-01 01:29:47 Parent: d948035a928400ae127c873fbf771389bee18949 ([ALSA] Remove PCM xfer_align sw params) [ALSA] PCM - clean up snd_pcm_lib_read/write Introduce a common helper function for snd_pcm_lib_read and snd_pcm_lib_write for cleaning up the code. Signed-off-by: Takashi Iwai ti...@suse.de Signed-off-by: Jaroslav Kysela pe...@perex.cz I don't know anything about this code, but I'm happy to deal with upstream if you'd prefer me to. The above commit is supposed to be cleanup, but it has at least one semantic change: snd_pcm_mmap_control::avail_min no longer applies to non-blocking file handles. I don't know whether this is was an intentional or unintentional change, but it wasn't commented. I also don't know whether this can explain the popping, but I expect that it has changed the timing of audio I/O. The above change is essentially a fix of the buggy behavior for non-blocking access. avail_min is the definition for wake-up behavior, and it doesn't define the blocking behavior. But, it's possible that this changes the timing, indeed. If so, it implies that the app expects somehow wrongly. Thanks for your quick response. I will reassign this bug to the applications that were mentioned. I've tested totem from squeeze in a chroot and it still occurs, so it hasn't been fixed there. ii totem 2.28.5-3A simple media player for the GNOME desktop based on GStreamer ii gstreamer0.10-alsa 0.10.28-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins-good 0.10.21-1 GStreamer plugins from the good set ii libgstreamer-plugins-base0. 0.10.28-1 GStreamer libraries from the base set ii libgstreamer0.10-0 0.10.28-1 Core GStreamer libraries and elements -- # TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ Otherwise Bub here will do \ # UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirrels do best | [ There's nobody getting rich writing ]| -- Collect and hide your | [ software that I know of -- Bill Gates, 1980 ]\ nuts. -- Acid Reflux #231 / -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286917: [PATCH] fix endless loop in local queries
On Thu, Apr 29, 2010 at 12:42 PM, Joel Yliluoma bisq...@iki.fi wrote: On Thu, 29 Apr 2010, Thibaut VARENE wrote: This utility is GPL, and it is stored in a Git repository anyone can clone; anyone can branch it, or express their desire to take over. I am doing the token effort to keep it accessible, hosting a homepage of sorts for it, but all development effort has long been done by contributors. It's not obvious from the webpage that you do not plan to maintain it anymore. All I require is that any patch to the official version comes from a source that I can trust. So if somebody comes with a fix, that you can understand, but you do not know that person, you will drop the patch? At this point I don't know what to say. Mr. Varène, I do not know you, and therefore I am asking for a verification by someone else. Is that too much to ask? 好きにしろ。気にしない。 -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579635: scim-panel-gtk: invisible panel
Package: scim Version: 1.4.7-3 Severity: normal File: scim-panel-gtk Since I have two screens and the right screen is shorter than the left screen the SCIM panel is shown in the invisible area of the root window. -- Package-specific info: Related packages: ii libscim8c2a 1.4.7-3 library for SCIM platform ii scim 1.4.7-3 smart common input method platform ii scim-anthy1.2.4-1.1 SCIM IMEngine module for Anthy ii scim-gtk2-immodule1.4.7-3 GTK+2 input method module with SCIM as backend ii scim-hangul 0.3.2-1 Hangul Input Method Engine for SCIM ii scim-m17n 0.2.2-3 M17N Input Method Engine for SCIM ii scim-modules-socket 1.4.7-3 socket modules for SCIM platform ii scim-modules-table0.5.8-1 generic tables IM engine module for SCIM platform ii scim-tables-additional0.5.8-1 miscellaneous input method data tables for SCIM platform ii scim-tables-zh0.5.8-1 Chinese input method data tables for SCIM platform Related environment variables: $xmodifie...@im=scim $GTK_IM_MODULE=scim $QT_IM_MODULE=scim Installed SCIM components: /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so socket.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: socket.so x11.so /usr/lib/scim-1.0/1.4.0/Helper: anthy-imengine-helper.a anthy-imengine-helper.la anthy-imengine-helper.so setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: anthy.la anthy.so hangul.so libanthy.a m17n.so rawcode.so socket.so table.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.so aaa-imengine-setup.so anthy-imengine-setup.la anthy-imengine-setup.so hangul-imengine-setup.so libanthy-imengine-setup.a panel-gtk-setup.so table-imengine-setup.so -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (900, 'stable'), (700, 'testing'), (500, 'oldstable'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc5-atom64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scim depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libgcc1 1:4.4.2-9 GCC support library ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libscim8c2a 1.4.7-3library for SCIM platform ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library Versions of packages scim recommends: ii im-switch 1.16 Input method switch framework ii scim-gtk2-immodule1.4.7-3GTK+2 input method module with SCI Versions of packages scim suggests: ii scim-anthy1.2.4-1.1 SCIM IMEngine module for Anthy pn scim-cannanone (no description available) pn scim-chewing none (no description available) ii scim-hangul 0.3.2-1Hangul Input Method Engine for SCI ii scim-m17n 0.2.2-3M17N Input Method Engine for SCIM pn scim-pinyin none (no description available) pn scim-primenone (no description available) pn scim-skk none (no description available) ii scim-tables-additional0.5.8-1miscellaneous input method data ta pn scim-tables-janone (no description available) pn scim-tables-konone (no description available) ii scim-tables-zh0.5.8-1Chinese input method data tables f pn scim-thai none (no description available) pn scim-uim 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#579634: groff-base: Typographical error in Italian description
Package: groff-base Version: 1.20.1-9 Severity: minor Tags: patch l10n [...] devono installare *ilpacchetto* groff. → il pacchetto -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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 Versions of packages groff-base depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libstdc++64.4.2-9The GNU Standard C++ Library v3 groff-base recommends no packages. Versions of packages groff-base suggests: pn groff 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#579636: ITP: libdatetime-format-dbi-perl -- Finds a DateTime::Format parser class for a database connection
Package: wnpp Severity: wishlist Owner: Jaldhar H. Vyas jald...@debian.org * Package name: libdatetime-format-dbi-perl Version : 0.33 Upstream Author : Claus Faerber cfaer...@cpan.org * URL : http://search.cpan.org/dist/DateTime-Format-DBI/ * License : GPL+Artistic Programming Lang: Perl Description : Finds a DateTime::Format parser class for a database connection DateTime::Format::DBI finds a DateTime::Format::* class that is suitable for the use with a given DBI connection (and DBD::* driver). It currently supports the following format modules: IBM DB2 (DB2)|DateTime::Format::DB2, MySQL|DateTime::Format::MySQL, Oracle|DateTime::Format::Oracle, PostgreSQL (Pg)|DateTime::Format::Pg, SQLite|DateTime::Format::SQLite. NOTE: This module provides a quick method to find the correct parser and formatter class. However, this is usually not sufficient for full database abstraction. You will also have to cater for differences in the syntax and semantics of SQL datetime functions (and other SQL commands). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579637: mount not honouring certain options
Package: mount Version: 2.13.1.1-1 Severity: important mount when run manually is not honouring some options such as user and async. su...@animal:/tmp$ sudo mount -t udf /dev/sr0 /mnt/ mount su...@animal:/tmp$ mount | grep sr0 /dev/sr0 on /mnt type udf (rw) # Correct so far... ... su...@animal:/tmp$ sudo /etc/init.d/hal stop Stopping Hardware abstraction layer: hald. su...@animal:/tmp$ sudo mount -t udf -o async,user,noatime,rw /dev/sr0 /mnt su...@animal:/tmp$ mount | grep sr0 /dev/sr0 on /mnt type udf (rw,noexec,nosuid,nodev,noatime) # Where is user and async? ... su...@animal:/tmp$ sudo mount -t udf -o async /dev/sr0 /mnt/ su...@animal:/tmp$ mount | grep sr0 /dev/sr0 on /mnt type udf (rw) # Where is async? No errors were reported in syslog during any mount. Only this: Apr 29 20:48:32 animal kernel: UDF-fs INFO UDF: Mounting volume 'BOOKS', timestamp 2010/04/28 10:17 (123a) If this is not a bug in mount (it's been suggested that UDF might not support async), then it needs to be transferred to the kernel, or perhaps udftools? I discovered this when researching why I am getting only ~10KB/s write from a DVD-RAM device. As noted in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/19982 http://www.multimedia4linux.de/howto/DE-DVD-RAM-HOWTO-5.html and others, async is the solution for this. su...@animal:/tmp$ uname -a Linux animal 2.6.31 #18 SMP Thu Apr 29 20:02:28 CST 2010 i686 GNU/Linux kernel output for the device boot: aic7xxx :02:04.0: PCI INT A - GSI 16 (level, low) - IRQ 16 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 7.0 Adaptec 2940 Ultra2 SCSI adapter aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs scsi 0:0:5:0: CD-ROMASUS DRW-22B2S1.01 PQ: 0 ANSI: 2 scsi target0:0:5: Beginning Domain Validation scsi target0:0:5: wide asynchronous scsi target0:0:5: FAST-20 WIDE SCSI 40.0 MB/s ST (50 ns, offset 14) scsi target0:0:5: Domain Validation skipping write tests scsi target0:0:5: Ending Domain Validation su...@animal:/tmp$ ls -l /lib/libc.so.6 lrwxrwxrwx 1 root root 11 2010-01-29 08:45 /lib/libc.so.6 - libc-2.7.so su...@animal:/tmp$ grep scd0 /etc/fstab /dev/scd0 /media/cdrom0 udf,iso9660 async,user,noauto,noatime 0 0 su...@animal:/tmp$ grep sr0 /etc/fstab su...@animal:/tmp$ gnome-desktop-environment is installed. This includes HAL and nautilus. As noted above, hal isn't interfering, but I haven't tested nautilus as I don't know how. In any case, most of the mount attempts above were tried during a single user boot with the same effect. su...@animal:/tmp$ reportbug -q --template -T none -s none -S normal -b --list-cc none -q mount *** Unable to import urwid interface: Please install the python-urwid package to use this interface. Falling back to text interface. Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Stafford Goodsell surge9...@gmail.com' as your from address. Getting status for mount... Will send report to Debian (per lsb_release). Maintainer for mount is 'LaMont Jones lam...@debian.org'. Looking up dependencies of mount... Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Stafford Goodsell surge9...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: none X-Debbugs-Cc: none Package: mount Version: 2.13.1.1-1 Severity: normal -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.31 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libselinux1 2.0.65-5 SELinux shared libraries ii libuuid11.41.3-1 universally unique id library mount recommends no packages. Versions of packages mount suggests: ii nfs-common 1:1.1.2-6lenny1 NFS support files common to client -- no debconf information Good luck. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579638: [CRASH] Uncaught exception AttributeError in Frontend/Gtk/ui.py:616
Package: update-manager-gnome Version: 0.200.3-1 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py *** Please type your report below this line *** *** /tmp/update-manager- bugHCPfj0 The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('GtkUI' object has no attribute 'treeview_update',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin /update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 421, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 616, in __init__ self.update_list = UpdateListControl(self, self.treeview_update) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31.5-rt18 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager-gnome depends on: ii gconf2 2.28.1-3 GNOME configuration database syste ii gksu 2.0.2-2+b1 graphical frontend to su ii python2.5.4-9 An interactive high-level object-o ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P ii python-vte1:0.22.5-3 Python bindings for the VTE widget ii update-manager-core 0.200.3-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software- properties-gtk 0.60.debian-1.1 manage the repositories that you i ii update- notifier 0.99.3debian3 Daemon which notifies about packag -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478145: scim: can't unicode locales be configured automatically?
Package: scim Followup-For: Bug #478145 Is there any problem with something like: cat /etc/locale.gen | grep UTF-8$ | sed -e 's/^# //' | cut -d' ' -f 1 | { echo -n /SupportedUnicodeLocales = ''; read x echo -n $x ; while read x ; do echo -n , $x ; done ; } /etc/scim/global -- Package-specific info: Related packages: ii libscim8c2a 1.4.7-3 library for SCIM platform ii scim 1.4.7-3 smart common input method platform ii scim-anthy1.2.4-1.1 SCIM IMEngine module for Anthy ii scim-gtk2-immodule1.4.7-3 GTK+2 input method module with SCIM as backend ii scim-hangul 0.3.2-1 Hangul Input Method Engine for SCIM ii scim-m17n 0.2.2-3 M17N Input Method Engine for SCIM ii scim-modules-socket 1.4.7-3 socket modules for SCIM platform ii scim-modules-table0.5.8-1 generic tables IM engine module for SCIM platform ii scim-tables-additional0.5.8-1 miscellaneous input method data tables for SCIM platform ii scim-tables-zh0.5.8-1 Chinese input method data tables for SCIM platform Related environment variables: $xmodifie...@im=scim $GTK_IM_MODULE=scim $QT_IM_MODULE=scim Installed SCIM components: /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so socket.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: socket.so x11.so /usr/lib/scim-1.0/1.4.0/Helper: anthy-imengine-helper.a anthy-imengine-helper.la anthy-imengine-helper.so setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: anthy.la anthy.so hangul.so libanthy.a m17n.so rawcode.so socket.so table.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.so aaa-imengine-setup.so anthy-imengine-setup.la anthy-imengine-setup.so hangul-imengine-setup.so libanthy-imengine-setup.a panel-gtk-setup.so table-imengine-setup.so -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (900, 'stable'), (700, 'testing'), (500, 'oldstable'), (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-rc5-atom64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scim depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libgcc1 1:4.4.2-9 GCC support library ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libscim8c2a 1.4.7-3library for SCIM platform ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library Versions of packages scim recommends: ii im-switch 1.16 Input method switch framework ii scim-gtk2-immodule1.4.7-3GTK+2 input method module with SCI Versions of packages scim suggests: ii scim-anthy1.2.4-1.1 SCIM IMEngine module for Anthy pn scim-cannanone (no description available) pn scim-chewing none (no description available) ii scim-hangul 0.3.2-1Hangul Input Method Engine for SCI ii scim-m17n 0.2.2-3M17N Input Method Engine for SCIM pn scim-pinyin none (no description available) pn scim-primenone (no description available) pn scim-skk none (no description available) ii scim-tables-additional0.5.8-1miscellaneous input method data ta pn scim-tables-janone (no description available) pn scim-tables-konone (no description available) ii scim-tables-zh0.5.8-1Chinese input method data tables f pn scim-thai none (no description available) pn scim-uim 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#579632: Drafts folder
Package: squirrelmail Version: 2:1.4.15-4+lenny2 Severity: whishlist My change resulted in two Edit options for Drafts folder. They were very similar. Now I have: Folder Edit option textNew text == SentEdit Message as New Edit Drafts Resume DraftResume INBOX Forward Edit (only threading) INBOX Forward as Attachment Forward (any other way?) Forwarding inline is useless for any forensics, but a way preserving just threading in re-purposed email sometimes is useful. Now a bit cryptic. --- read_body.php.ori 2009-05-19 22:43:01.0 +0800 +++ read_body.php 2010-04-29 19:09:52.0 +0800 @@ -561,10 +561,10 @@ if (($mailbox == $draft_folder) ($save_as_draft)) { $comp_alt_uri = $comp_uri . 'amp;smaction=draft'; -$comp_alt_string = _(Resume Draft); +$comp_alt_string = _(Resume); } else if (handleAsSent($mailbox)) { $comp_alt_uri = $comp_uri . 'amp;smaction=edit_as_new'; -$comp_alt_string = _(Edit Message as New); +$comp_alt_string = _(Edit); } if (isset($comp_alt_uri)) { $s .= $topbar_delimiter; @@ -638,12 +638,12 @@ $s .= '/small/td' . \n . html_tag( 'td', '', 'right', '', 'width=33% nowrap' ) . 'small'; $comp_action_uri = $comp_uri . 'amp;smaction=forward'; -$s .= makeComposeLink($comp_action_uri, _(Forward)); +$s .= makeComposeLink($comp_action_uri, _(Edit)); if ($enable_forward_as_attachment) { $comp_action_uri = $comp_uri . 'amp;smaction=forward_as_attachment'; $s .= $topbar_delimiter; -$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); +$s .= makeComposeLink($comp_action_uri, _(Forward)); } $comp_action_uri = $comp_uri . 'amp;smaction=reply'; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579639: Netbook enhancements
Package: squirrelmail Version: 2:1.4.15-4+lenny2 Severity: wishlist The options in squirrelmail to edit are all over the shop and a waste of SVGA space. When overseas I noticed that these would not fit on netbook display when a reasonable font size was used. The inconsistency issue is a bit like #421152 which is also a wishlist item for upstream. These are not skinable so I will need it changed if it is not to revert on every update. I hacked up /usr/share/squirrelmail/src/read_body.php The logic might be a mess, but this just tidies up display. Folder Edit option textNew text == SentEdit Message as New Edit Drafts Resume DraftEdit INBOX Forward Edit (only threading) INBOX Forward as Attachment Forward (any other way?) /usr/share/squirrelmail/po/squirrelmail.pot:733:msgid Edit Message as New /usr/share/squirrelmail/src/read_body.php:567:$comp_alt_string = _(Edit Message as New); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:730:msgid Resume Draft /usr/share/squirrelmail/src/read_body.php:564:$comp_alt_string = _(Resume Draft); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:739:msgid Forward /usr/share/squirrelmail/po/squirrelmail.pot:1584:msgid Prepend Signature before Reply/Forward Text /usr/share/squirrelmail/src/read_body.php:641:$s .= makeComposeLink($comp_action_uri, _(Forward)); Change to Edit. /usr/share/squirrelmail/po/squirrelmail.pot:742:msgid Forward as Attachment /usr/share/squirrelmail/po/squirrelmail.pot:1557:msgid Enable Forward as Attachment /usr/share/squirrelmail/src/read_body.php:646:$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); Change to Forward. I have changed 4 lines in /usr/share/squirrelmail/src/read_body.php --- read_body.php.ori 2009-05-19 22:43:01.0 +0800 +++ read_body.php 2010-04-29 18:25:08.0 +0800 @@ -561,10 +561,10 @@ if (($mailbox == $draft_folder) ($save_as_draft)) { $comp_alt_uri = $comp_uri . 'amp;smaction=draft'; -$comp_alt_string = _(Resume Draft); +$comp_alt_string = _(Edit); } else if (handleAsSent($mailbox)) { $comp_alt_uri = $comp_uri . 'amp;smaction=edit_as_new'; -$comp_alt_string = _(Edit Message as New); +$comp_alt_string = _(Edit); } if (isset($comp_alt_uri)) { $s .= $topbar_delimiter; @@ -638,12 +638,12 @@ $s .= '/small/td' . \n . html_tag( 'td', '', 'right', '', 'width=33% nowrap' ) . 'small'; $comp_action_uri = $comp_uri . 'amp;smaction=forward'; -$s .= makeComposeLink($comp_action_uri, _(Forward)); +$s .= makeComposeLink($comp_action_uri, _(Edit)); if ($enable_forward_as_attachment) { $comp_action_uri = $comp_uri . 'amp;smaction=forward_as_attachment'; $s .= $topbar_delimiter; -$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); +$s .= makeComposeLink($comp_action_uri, _(Forward)); } $comp_action_uri = $comp_uri . 'amp;smaction=reply'; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286917: [PATCH] fix endless loop in local queries
On Thu, 29 Apr 2010, Thibaut VARENE wrote: All I require is that any patch to the official version comes from a source that I can trust. So if somebody comes with a fix, that you can understand, but you do not know that person, you will drop the patch? At this point I don't know what to say. You are discussing this topic on a mailing list that is also read by people who do have that reputation. That makes all the difference, because it is _possible_ to immediately ask for peer reviews. This is not a private chat. Had you approached me separately, without the framework of Debian bug tracking system, I would have began by discussing the patch with you, as I usually do when someone approaches me privately re: some program I've written. -- Joel Yliluoma http://iki.fi/bisqwit/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579533: cpio-win32: cpio.exe changed output format, which breaks initrd.gz editing
Le mercredi 28 avril 2010 20:29:22 Didier 'OdyX' Raboud, vous avez écrit : Hrm… I'm nowhere near familiar to win32 nor with C, but I'm interested in getting this fixed: count me as responsible for this bug: I'll hunt it down seriously. Not just now, but seriously. Little update (from my rapid analysis): it seems that the UNIXes \n which were written as \n by cpio-win32_2.9-15 went then written as \r\n by cpio- win32_2.9.90-2. My example file had 16 lines (so 16 \n ), so that's where the 16 bytes diff came from. Now it remains to see where those \r might come from. (I just saw your update…) -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494344: [ping] uim: FTBFS on GNU/kFreeBSD (missing test in configure.ac)
found 494344 1:1.5.7-5 -- Hi, the same recipe (as 20 months ago) is still needed. Petr - Subject: uim: FTBFS on GNU/kFreeBSD (missing test in configure.ac) Date: Fri, 8 Aug 2008 17:49:55 +0200 (CEST) Hi, the current version fails to build on GNU/kFreeBSD. It needs added test in configure.ac. Surprisingly, result of this test is already checked in replace/getpeereid.c ... Please apply attached patch and perform autoheader autoconf It would also be nice if you can ask upstream to include this changes. Thanks in advance Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504290: [PATCH] Re: #504290: openssh-server: The sftp-server binary should have its own package
tag 504290 + patch retitle 504290 openssh-server: The sftp-server binary should have its own package kthxbye Hi, First a note about the retitling: I retitled the bug, because the previous title was ambiguous and the text of the bug report clearly talks about the SFTP server side and not client side: Stefan Monnier monn...@iro.umontreal.ca wrote: the /usr/lib/sftp-server binary should be moved to a separate package. The reason for it is that it is very useful in conjunction with other ssh servers such as dropbear. I'd be happy if that would happen, too, because dropbear doesn't contain an sftp-server binary and therefore all the sftp based tools like sshfs don't work with dropbear on the server-side unless you install (but disable) the whole openssh-server package with all its dependencies, too. OpenWRT for example does have a separate sftp-server package and therefore dropbear can be easily expanded to offer sftp support. Following a patch against openssh 1:5.5p1-3 which splits off the sftp-server binary into its own package. Tested with openssh-server and dropbear on the server side and OpenSSH's sftp on the client side. diff -ruN openssh-5.5p1.orig/debian/changelog openssh-5.5p1/debian/changelog --- openssh-5.5p1.orig/debian/changelog 2010-04-28 23:12:49.0 +0200 +++ openssh-5.5p1/debian/changelog 2010-04-29 12:00:09.0 +0200 @@ -1,3 +1,11 @@ +openssh (1:5.5p1-4) unstable; urgency=low + + [ Axel Beckert ] + * Split sftp-server into its own package to allow it being used also by +other SSH server implementations like dropbear. (Closes: #504290) + + -- Axel Beckert a...@debian.org Thu, 29 Apr 2010 10:51:04 +0200 + openssh (1:5.5p1-3) unstable; urgency=low * Discard error messages while checking whether rsh, rlogin, and rcp diff -ruN openssh-5.5p1.orig/debian/control openssh-5.5p1/debian/control --- openssh-5.5p1.orig/debian/control 2010-04-08 10:33:14.0 +0200 +++ openssh-5.5p1/debian/control2010-04-29 12:03:17.0 +0200 @@ -44,7 +44,7 @@ Priority: optional Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, debconf (= 1.2.0) | debconf-2.0, libpam-runtime (= 0.76-14), libpam-modules (= 0.72-9), adduser (= 3.9), dpkg (= 1.9.0), openssh-client (= ${binary:Version}), lsb-base (= 3.2-13), libssl0.9.8 (= 0.9.8g-9), openssh-blacklist, procps -Recommends: xauth, openssh-blacklist-extra +Recommends: xauth, openssh-blacklist-extra, openssh-sftp-server Conflicts: ssh ( 1:3.8.1p1-9), ssh-nonfree (2), ssh-socks, ssh2, sftp, rsh-client (0.16.1-1), ssh-krb5 ( 1:4.3p2-7) Replaces: ssh, openssh-client ( 1:3.8.1p1-11), ssh-krb5 Suggests: ssh-askpass, rssh, molly-guard, ufw @@ -70,6 +70,31 @@ sshd replaces the insecure rshd program, which is obsolete for most purposes. +Package: openssh-sftp-server +Priority: optional +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends} +Recommends: openssh-server | ssh-server +Conflicts: openssh-server (= 1:5.5p1-3) +Replaces: openssh-server (= 1:5.5p1-3) +Enhances: openssh-server, ssh-server +Description: secure shell (SSH) sftp server module, for SFTP access from remote machines + This is the portable version of OpenSSH, a free implementation of + the Secure Shell protocol as specified by the IETF secsh working + group. + . + Ssh (Secure Shell) is a program for logging into a remote machine + and for executing commands on a remote machine. + It provides secure encrypted communications between two untrusted + hosts over an insecure network. X11 connections and arbitrary TCP/IP + ports can also be forwarded over the secure channel. + It can be used to provide applications with a secure communication + channel. + . + This package provides the SFTP server module for the SSH server. It + is needed if you want to access your SSH server with SFTP. The SFTP + server module also with other SSH daemons like dropbear. + Package: ssh Priority: extra Architecture: all diff -ruN openssh-5.5p1.orig/debian/NEWS openssh-5.5p1/debian/NEWS --- openssh-5.5p1.orig/debian/NEWS 2010-04-10 02:09:11.0 +0200 +++ openssh-5.5p1/debian/NEWS 2010-04-29 11:52:53.0 +0200 @@ -1,3 +1,12 @@ +openssh (1:5.5p1-4) unstable; urgency=low + + The sftp-server binary has been split out into its own package which is + only recommended by openssh-server. If you don't install recommended + packages by default, but need SFTP functionality on your SSH server, + please install also the new openssh-sftp-server package. + + -- Axel Beckert a...@debian.org Thu, 29 Apr 2010 10:55:40 +0200 + openssh (1:5.4p1-2) unstable; urgency=low Smartcard support is now available using PKCS#11 tokens. If you were diff -ruN openssh-5.5p1.orig/debian/openssh-server.install openssh-5.5p1/debian/openssh-server.install --- openssh-5.5p1.orig/debian/openssh-server.install2010-04-08 10:19:25.0 +0200 +++ openssh-5.5p1/debian/openssh-server.install 2010-04-29 10:45:50.0 +0200 @@ -1,6 +1,4 @@
Bug#579583: marked as done (netatalk: db version missmatch?)
From: Jonas Smedegaard jo...@jones.dk ... This one is not a bug, however, but a shortcoming of upstream code which cause breakage each time we bump the BerkeleyDB version. Rescue is near though, from the manual [1]: Note that the first version to appear after Netatalk 2.1 ie Netatalk 2.1.1, will support BerkeleyDB updates on the fly without manual intervention. In other words Netatalk 2.1 does contain code to prepare the BerkeleyDB database for upgrades and to upgrade it in case it has been prepared before. That means it can't upgrade a 2.0.x version because that one didn't prepare the database. Cheers, Frank! [1] http://netatalk.sourceforge.net/2.1/htmldocs/configuration.html#CNID-backends -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579639: Drafts folder
Package: squirrelmail Version: 2:1.4.15-4+lenny2 Severity: wishlist My change resulted in two Edit options for Drafts folder. They were very similar. Now I have: Folder Edit option textNew text == SentEdit Message as New Edit Drafts Resume DraftResume INBOX Forward Edit (only threading) INBOX Forward as Attachment Forward (any other way?) Forwarding inline is useless for any forensics, but a way preserving just threading in re-purposed email sometimes is useful. Now a bit cryptic. --- read_body.php.ori 2009-05-19 22:43:01.0 +0800 +++ read_body.php 2010-04-29 19:09:52.0 +0800 @@ -561,10 +561,10 @@ if (($mailbox == $draft_folder) ($save_as_draft)) { $comp_alt_uri = $comp_uri . 'amp;smaction=draft'; -$comp_alt_string = _(Resume Draft); +$comp_alt_string = _(Resume); } else if (handleAsSent($mailbox)) { $comp_alt_uri = $comp_uri . 'amp;smaction=edit_as_new'; -$comp_alt_string = _(Edit Message as New); +$comp_alt_string = _(Edit); } if (isset($comp_alt_uri)) { $s .= $topbar_delimiter; @@ -638,12 +638,12 @@ $s .= '/small/td' . \n . html_tag( 'td', '', 'right', '', 'width=33% nowrap' ) . 'small'; $comp_action_uri = $comp_uri . 'amp;smaction=forward'; -$s .= makeComposeLink($comp_action_uri, _(Forward)); +$s .= makeComposeLink($comp_action_uri, _(Edit)); if ($enable_forward_as_attachment) { $comp_action_uri = $comp_uri . 'amp;smaction=forward_as_attachment'; $s .= $topbar_delimiter; -$s .= makeComposeLink($comp_action_uri, _(Forward as Attachment)); +$s .= makeComposeLink($comp_action_uri, _(Forward)); } $comp_action_uri = $comp_uri . 'amp;smaction=reply'; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579608: Bug#578691: libmediawiki-perl: Security update of mediawiki will break login API
Hi, On Thu, April 29, 2010 05:15, Ansgar Burchardt wrote: clone 578691 -1 reassign -1 release.debian.org When doing this, please also CC your mail to the debian-release list. Otherwise, we just get a copy of the cont...@bugs reply mail and have to retrieve a copy of the original mail from elsewhere. [...] I have changed the distribution to stable (instead of stable-security). The diff between 1.13-1 and the proposed updated is attached once more. Should we go ahead with the upload? * Add support for login token. (Closes: #578691) * Use quilt to manage patches. Modifying the patch system in use is not appropriate for a stable update. Please prepare a diff which patches the files directly. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579640: cron complains about missing lost+found dirs
Package: cron Version: 3.0pl1-105 Severity: normal Recently, cron has started complaining about missing lost+found directories on my ext3 filesystems: | Some local filesystems do not have lost+found directories. This | means that these filesystems will not be able to recover | lost files when the filesystem is checked after a crash. | Consider creating a lost+found directory with mklost+found(8). Please remove this feature. I have deleted the lost+found directories myself, and I don't need a daily (!) reminder of that. Furthermore, if the lost+found directories are needed, they are created automatically by pass 3 of fsck. Therefore, there is no need at all, on a normal system, to keep these directories, let alone to send a daily warning about them. Thanks, Bas. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.110 add and remove users and groups ii debianutils 2.30 Miscellaneous utilities specific t ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii libselinux1 2.0.65-5 SELinux shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) ii lockfile-progs0.1.11-0.1 Programs for locking and unlocking ii logrotate 3.7.1-5Log rotation utility -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579583: marked as done (netatalk: db version missmatch?)
On Thu, Apr 29, 2010 at 02:07:37PM +0200, Frank Lahm wrote: From: Jonas Smedegaard jo...@jones.dk ... This one is not a bug, however, but a shortcoming of upstream code which cause breakage each time we bump the BerkeleyDB version. Rescue is near though, from the manual [1]: Note that the first version to appear after Netatalk 2.1 ie Netatalk 2.1.1, will support BerkeleyDB updates on the fly without manual intervention. In other words Netatalk 2.1 does contain code to prepare the BerkeleyDB database for upgrades and to upgrade it in case it has been prepared before. That means it can't upgrade a 2.0.x version because that one didn't prepare the database. Yes. Looking very much forward to that. When is the new release due? Or would you suggest using the beta for official Debian use, over the current release? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#579631: gnutls-bin: gnutls fails to base64 decode cert if header has additional space at EOL
Philipp Kolmann phil...@kolmann.at writes: if you put the blank in the first line it still crashes. attached the cert file, which crashes here with me: pkolm...@wspk:~$ certtool -i test.crt |1| Could not find '- ' certtool: import error: Base64 unexpected header error. Thanks, I'm able to reproduce it now. That shouldn't be too difficult to fix.. /Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485282: nscd: Change default cache setting to work better with roaming laptops
found 485282 2.10.2-6 tag 485282 + patch userdebian-...@lists.debian.org usertags 485282 + debian-edu As described earlier, for nscd to work properly with laptops using a remote directory service like LDAP, the nscd cache values need to be tuned a bit. Based on the recipe available from URL:http://www.flyn.org/laptopldap/, it is possible to configure nscd to work while offline by allowing it to cache values longer, and to not require a reload when a value has been used for a few times. To allow disconnected operations to be working out of the box in Debian by installing the libpam-ccreds and nscd packages, I propose to apply this change to the default nscd.conf settings. The positive-time-to-live value is 30 days in seconds. --- a/nscd.conf +++ b/nscd.conf @@ -36,12 +36,12 @@ # server-user nobody # stat-user somebody debug-level 0 -# reload-count5 + reload-countunlimited paranoiano # restart-interval3600 enable-cachepasswd yes - positive-time-to-live passwd 600 + positive-time-to-live passwd 2592000 negative-time-to-live passwd 20 suggested-size passwd 211 check-files passwd yes @@ -51,7 +51,7 @@ auto-propagate passwd yes enable-cachegroup yes - positive-time-to-live group 3600 + positive-time-to-live group 2592000 negative-time-to-live group 60 suggested-size group 211 check-files group yes @@ -72,7 +72,7 @@ max-db-size hosts 33554432 enable-cacheservicesyes - positive-time-to-live services28800 + positive-time-to-live services2592000 negative-time-to-live services20 suggested-size services211 check-files servicesyes Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579583: marked as done (netatalk: db version missmatch?)
2010/4/29 Jonas Smedegaard jo...@jones.dk: On Thu, Apr 29, 2010 at 02:07:37PM +0200, Frank Lahm wrote: From: Jonas Smedegaard jo...@jones.dk ... This one is not a bug, however, but a shortcoming of upstream code which cause breakage each time we bump the BerkeleyDB version. Rescue is near though, from the manual [1]: Note that the first version to appear after Netatalk 2.1 ie Netatalk 2.1.1, will support BerkeleyDB updates on the fly without manual intervention. In other words Netatalk 2.1 does contain code to prepare the BerkeleyDB database for upgrades and to upgrade it in case it has been prepared before. That means it can't upgrade a 2.0.x version because that one didn't prepare the database. Yes. Looking very much forward to that. When is the new release due? 2.1 final has been released on Monday! ;) 2.1.1 will be released whenever we have fixed enough bugs. 2.2 relese is scheduled for December. -Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579642: Please strip -lssl and -lcrypto from /usr/lib/gdcm-2.0/GDCMLibraryDepends.cmake
Package: gdcm Severity: wishlist Hi, CMake causes lib depends on libssl and libcrypto when linking against libgdcm* -- even if libssl is not needed for a particular binary that uses gdcm. In case of a GPL-licensed project this causes some trouble http://people.gnome.org/~markmc/openssl-and-the-gpl.html As discussed here http://lists.debian.org/debian-med/2010/04/msg00035.html please consider removing traces of openssl from the corresponding cmake file. Thanks, Michael -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531002: Bug#544481: apticron: apt-get dist-upgrade pulling required packages from unstable
David Kalnischkies kalnischkies+deb...@gmail.com writes: Hi .*, 2010/4/28 Matt Taggart tagg...@debian.org: 2) diffutils and dash are Priority: required/Essential: yes in unstable, but weren't in lenny. Every time we talk about the problem outlined here it boils down to: Why the user still have the (old)stable repository in his sources? If (s)he has no package left from this old archive it is as obsolete as the now obsolete transition packages (s)he want to remove. If (s)he still have packages from this old archive (s)he needs all essentials from this archive as otherwise the packages could be broken (they all depend implicitly on the essential packages). You have the problem backward in this case. The user has stable with a few select packages from unstable. Unstable is pinned down so the default remains stable. In UNSTABLE diffutils and dash are essential but in stable they are not and they are not installed. But you are also right. If even one package from unstable is installed then everything essential from unstable must be installed because that one package may depend on it being there. 3) apt-get dist-upgrade thinks they should be pulled in (aptitude dist-upgrade ignores them) Software can't easily tell if a package is left from the old archive, so apt-get chooses the better safe than sorry-approach. Other package manager (front-ends) choose a different approach. If by old you mean lesser pinned then yes. For apticron: can this be worked around or maybe just document ways the user can prevent it from happening? By popular depend (or by us for debugging proposes) is a little cheat option implemented in apt (currently only in experimental) which can control the essential flag: pkgCacheGen::Essential=all|native|installed|none (you need to build the cache with this option!) I do not recommend to use nor do i will support the usage of this option (and because of that it is also not documented) but some people really thing it is important, so i don't want to stay in their way to break their system if they really want to do that, as i am bored by the whole discussion for a long while now - especially because this discussion generated far more mails than debian includes essential packages I really thing we have better things to do than thinking about transition handling for ~30 packages And most cases aren't about a transition but about maintaining a mixed setup. And in a mixed setup the essential debs from all releases must be installed. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579643: puppetdlock doesn't get removed always
Package: puppet Version: 0.24.8-2ubuntu4 Severity: normal Tags: patch Im running a small company (60 clients, 15 Servers and VMs) all managed by puppet. My clients are Ubuntu, my Servers mostly lenny, some squeeze. From time to time I find that the lock file isn't removed after a reboot and puppetd doesn't start. This happens mostly with my clients so I guess its problem with rebooting when puppet is currently running. I would suggest adding something like if [ -f /var/lib/puppet/state/puppetdlock ] [ `pgrep -cx puppet` -eq 0 ] then rm /var/lib/puppet/state/puppetdlock fi to the start daemon part at the init script to delete the lockfile if it exists and puppet is not running. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic') Architecture: i386 (i686) Kernel: Linux 2.6.31-20-generic (SMP w/4 CPU cores) 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 puppet depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii facter1.5.4-1ubuntu1 a library for retrieving facts fro ii libopenssl-ruby 4.2OpenSSL interface for Ruby ii libruby [libxmlrpc-ru 4.2Libraries necessary to run Ruby 1. ii libshadow-ruby1.8 1.4.1-8Interface of shadow password for R ii libxmlrpc-ruby4.2transitional dummy package ii lsb-base 4.0-0ubuntu5 Linux Standard Base 4.0 init scrip ii ruby1.8 1.8.7.174-1ubuntu1 Interpreter of object-oriented scr Versions of packages puppet recommends: pn libaugeas-ruby1.8 none (no description available) pn rdoc none (no description available) puppet 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#579644: libvirt-bin: adding a virtio network card to a running machine crashed libvirtd
Package: libvirt-bin Version: 0.8.0-1 Severity: normal I added a virtual network interface using virt-manager to a running host, libvirtd crashed. It is possible that qemu crashed too. Here is the /var/log/libvirt/qemu/machine.log qemu: hardware error: ROM images must be loaded at startup CPU #0: EAX=b15df5a2 EBX=ffdffc70 ECX=ffdffc70 EDX=04d5 ESI=ffdffc50 EDI=821b30b8 EBP=80549cd0 ESP=80549cb4 EIP=f875bd3e EFL=0246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES =0023 00c0f300 DPL=3 DS [-WA] CS =0008 00c09b00 DPL=0 CS32 [-RA] SS =0010 00c09300 DPL=0 DS [-WA] DS =0023 00c0f300 DPL=3 DS [-WA] FS =0030 ffdff000 1fff 00c09300 DPL=0 DS [-WA] GS = LDT= TR =0028 80042000 20ab 8b00 DPL=0 TSS32-busy GDT= 8003f000 03ff IDT= 8003f400 07ff CR0=8001003b CR2=013f CR3=007ca000 CR4=06f8 DR0= DR1= DR2= DR3= DR6=0ff0 DR7=0400 FCW=027f FSW=0120 [ST=0] FTW=00 MXCSR= FPR0=000a11bc FPR1=53da045e 8cb8 FPR2=5e490005dee6 d7d0 FPR3=7f9a 4898 FPR4=01bcf20c0b82 FPR5= FPR6=ffc38000 400f FPR7=ccc9a000 4019 XMM00=6f9860407c9201db XMM01=00f108831057 XMM02=0ca7 XMM03= XMM04=044e03a77ee9 XMM05=01b20ab0 XMM06=006200050ddf000f XMM07= It seems that logrotate has cut the beginning of the file... /var/log/libvirt/qemu/machine.log.1 contains : LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin HOME=/ QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.11 -enable-kvm -m 512 -smp 1,sockets=1,cores=1,threads=1 -name machine -uuid 8a20b96d-332c-dc20-6e3e-a4f0f77587b4 -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/machine.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=localtime -boot c -drive file=/var/lib/libvirt/images/machine.qcow2,if=none,id=drive-ide0-0-0,boot=on -device ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0 -device rtl8139,vlan=0,id=net0,mac=00:00:17:b5:5a:07,bus=pci.0,addr=0x4 -net tap,fd=28,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -vnc 0.0.0.0:7 -k fr-ch -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 char device redirected to /dev/pts/3 I'm not really sure if qemu has crashed or not, but eventually libvirtd crashed! This happended on a production machine, but feel free to ask me if you need more information! Best regards Marc -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-bin depends on: ii adduser 3.112 add and remove users and groups ii libavahi-client3 0.6.25-3 Avahi client library ii libavahi-common3 0.6.25-3 Avahi common library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap-ng00.6.3-1An alternate posix capabilities li ii libdevmapper1.02.12:1.02.45-1The Linux Kernel Device Mapper use ii libgcrypt11 1.4.5-2LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1the GNU TLS library - runtime libr ii libparted0debian1 2.2-5 The GNU Parted disk partitioning s ii libpciaccess0 0.11.0-2 Generic PCI access library for X ii libreadline6 6.1-1 GNU readline and history libraries ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libudev0 151-3 libudev shared library ii libuuid1 2.16.2-0 Universally Unique ID library ii libvirt0 0.8.0-1library for interfacing with diffe ii libxenstore3.0
Bug#579645: base-installer: Should be usable to install base system somewhere else than /target
Package: base-installer Version: 1.106 Severity: wishlist Tags: patch I have a custom udeb for a debian derivative that installs supplementary debian base systems and configures them as virtual machines or chroots. However I want to install those in /target/srv/something and not in /target directly. Due to this I can't easily reuse base-installer's library.sh but I have to provide my own copy of most functions. It would be nice if library.sh would respect the $TARGET environment variable. Please find attached a patch that should implement this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ Index: debian/changelog === --- debian/changelog(révision 63032) +++ debian/changelog(copie de travail) @@ -1,8 +1,13 @@ base-installer (1.107) UNRELEASED; urgency=low + [ Frans Pop ] * Fix install_extra() to actually display the return code from apt-install in case of an error. + [ Raphaël Hertzog ] + * Change base-installer/library.sh to install the base system in the +directory pointed by $TARGET (and defaults to /target if not defined). + -- Frans Pop f...@debian.org Sun, 14 Mar 2010 08:20:20 +0100 base-installer (1.106) unstable; urgency=low Index: library.sh === --- library.sh (révision 63032) +++ library.sh (copie de travail) @@ -25,9 +25,10 @@ CPUINFO=/proc/cpuinfo # files and directories -APT_SOURCES=/target/etc/apt/sources.list -APT_CONFDIR=/target/etc/apt/apt.conf.d -IT_CONFDIR=/target/etc/initramfs-tools/conf.d +TARGET=${TARGET:-/target} +APT_SOURCES=$TARGET/etc/apt/sources.list +APT_CONFDIR=$TARGET/etc/apt/apt.conf.d +IT_CONFDIR=$TARGET/etc/initramfs-tools/conf.d IFS_ORIG=$IFS NL= @@ -83,13 +84,13 @@ check_target () { # Make sure something is mounted on the target. # Partconf causes the latter format. - if ! grep -q '/target ' /proc/mounts \ - ! grep -q '/target/ ' /proc/mounts; then + if ! grep -q $TARGET /proc/mounts \ + ! grep -q $TARGET/ /proc/mounts; then exit_error base-installer/no_target_mounted fi # Warn about installation over an existing unix. - if [ -e /target/bin/sh -o -L /target/bin/sh ]; then + if [ -e $TARGET/bin/sh -o -L $TARGET/bin/sh ]; then warning attempting to install to unclean target db_capb db_input high base-installer/use_unclean_target || true @@ -104,13 +105,13 @@ fi # Undo dev bind mounts for idempotency. - if grep -qE '^[^ ]+ /target/dev' /proc/mounts; then - umount /target/dev + if grep -qE ^[^ ]+ $TARGET/dev /proc/mounts; then + umount $TARGET/dev fi - # Unmount /dev/.static/dev if mounted on same device as /target + # Unmount /dev/.static/dev if mounted on same device as $TARGET mp_stdev=$(grep -E '^[^ ]+ /dev/\.static/dev' /proc/mounts | \ cut -d -f1) - if [ $mp_stdev ] grep -q ^$mp_stdev /target /proc/mounts; then + if [ $mp_stdev ] grep -q ^$mp_stdev $TARGET /proc/mounts; then umount /dev/.static/dev fi } @@ -120,9 +121,9 @@ # Tests in MAKEDEV require this is done in the D-I environment mkdir -p /dev/.static/dev chmod 700 /dev/.static/ - mount --bind /target/dev /dev/.static/dev + mount --bind $TARGET/dev /dev/.static/dev # Mirror device nodes in D-I environment to target - mount --bind /dev /target/dev/ + mount --bind /dev $TARGET/dev/ } configure_apt_preferences () { @@ -163,7 +164,7 @@ } apt_update () { - log-output -t base-installer chroot /target apt-get update \ + log-output -t base-installer chroot $TARGET apt-get update \ || apt_update_failed=$? if [ $apt_update_failed ]; then @@ -173,7 +174,7 @@ install_extra () { local IFS - info Installing queued packages into /target/. + info Installing queued packages into $TARGET/. if [ -f /var/lib/apt-install/queue ]; then # We need to install these one by one in case one fails. @@ -188,7 +189,7 @@ db_progress INFO base-installer/section/install_extra_package log-output -t base-installer apt-install $OPTS $PKG || \ - warning Failed to install $PKG into /target/: $? +
Bug#579646: Holidays=de makes korganizer Crash on startup
Package: korganizer Version: 4:4.3.4-2 Severity: normal Setting [Date Time] Holidays=de within korganizerrc does prevent it from startup. $ korganizer unknown program name(8552)/: Communication problem with korganizer , it probably crashed. Error message was: org.freedesktop.DBus.Error.NoReply : Message did not receive a reply (timeout by message bus) When selectiong this option from Menu everything works fine upto korganizer is restarted. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (650, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages korganizer depends on: ii akonadi-server 1.3.1-3 Akonadi PIM storage service ii kdebase-runtime 4:4.3.4-2runtime components from the offici ii kdelibs54:4.3.4-3core libraries for all KDE 4 appli ii kdepim-runtime 4:4.3.4-1Runtime components for akonadi-kde ii kdepimlibs5 4:4.3.4-2core libraries for KDE PIM 4 appli ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libkdepim4 4:4.3.4-2KDE PIM library ii libknotificationite 4:4.3.4-1library for new way of handling sy ii libkontactinterface 4:4.3.4-2KDE Kontact interface library ii libphonon4 4:4.6.0really4.4.0-3 the core library of the Phonon mul ii libqt4-dbus 4:4.6.2-4Qt 4 D-Bus module ii libqt4-qt3support 4:4.6.2-4Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module hi libstdc++6 4.4.3-9 The GNU Standard C++ Library v3 ii perl5.10.1-12Larry Wall's Practical Extraction ii phonon 4:4.6.0really4.4.0-3 metapackage for the Phonon multime ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime korganizer recommends no packages. Versions of packages korganizer suggests: ii kdepim-groupware 4:4.3.4-2 KDE PIM Gruopware plugins ii kdepim-kresources 4:4.3.4-2 KDE PIM resource plugins -- 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#368297: bug probably caused by libgcrypt11 via gnutls
See https://bugs.launchpad.net/debian/+source/sudo/+bug/423252 Apparently the bug is caused by libldap being compiled with gnutls which uses libgcrypt Explained in detail in comment #72 https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/comments/72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566351: Another launchpad bug report
See comment #72 of this launchpad bug report for a detailed description of why libgcrypts behavior causes the problem in libldap. https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/ https://bugs.launchpad.net/debian/+source/sudo/+bug/423252/comments/72 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org